protocolo RGB: os usuários devem fazer a verificação dos dados por si mesmos

O protocolo RGB é um protocolo especial de ativos P2P e um sistema de computação sob a cadeia Bitcoin. É semelhante a um canal de pagamento em alguns aspectos: Os usuários precisam executar o cliente eles próprios e verificar seu próprio comportamento de transferência (Verificar por si próprios). Mesmo que você seja apenas um destinatário de ativos, você deve primeiro garantir que não haja erros na declaração de transferência do remetente de ativos antes que a declaração de transferência possa entrar em vigor. Obviamente, isso é completamente diferente da forma tradicional de enviar e receber ativos. Nós o chamamos de 'transferência interativa'.

Por que deveria ser assim? O motivo é que, para garantir a privacidade, o protocolo RGB não adota o "protocolo de consenso" em blockchains tradicionais, como Bitcoin e Ethereum. (Uma vez que os dados passam pelo protocolo de consenso, eles serão observados por quase todos os nós da rede, e a privacidade não é garantida). Como garantir que as mudanças de ativos sejam seguras sem um processo de consenso envolvendo um grande número de nós? A ideia chamada "Client Verification" (Verificar por si mesmo) é usada aqui. Você mesmo precisa executar o cliente e verificar pessoalmente as alterações de ativos relacionadas a você. Suponha que haja um usuário RGB chamado Bob que conhece Alice e Alice queira transferir 100 tokens TEST para Bob. Depois que Alice gera as informações de transferência de "Alice para Bob", ela deve primeiro enviar as informações de transferência e os dados de ativos envolvidos para Bob, e deixá-lo verificá-lo pessoalmente para se certificar de que está correto antes de entrar no processo subsequente e, finalmente, torna-se uma transferência RGB válida. Dessa forma, o protocolo RGB permite que os usuários verifiquem pessoalmente a validade dos dados, substituindo o algoritmo de consenso tradicional. Mas, sem consenso, os dados recebidos e armazenados por diferentes clientes RGB são inconsistentes. Todos armazenam seus próprios dados de ativos localmente e não sabem o status do ativo de outros. Ao mesmo tempo em que protege a privacidade, isso também constitui uma "ilha de dados". Se alguém afirma ter 1 milhão de tokens TEST e quer transferir 100.000 para você, como você pode acreditar? Na rede RGB, se alguém quiser transferir dinheiro para você, ele deve primeiro mostrar a prova de ativos, rastrear a fonte histórica dos ativos desde a emissão inicial até várias mudanças de mãos e certificar-se de que o Token a ser transferido para você está limpo. É como quando recebe notas de origem desconhecida e pede à outra parte que explique a origem histórica dessas notas e se foram feitas pelo emitente designado, de modo a evitar a moeda falsa.

(Fonte da imagem: Coinex)

Os processos acima ocorrem sob a cadeia Bitcoin e esses processos sozinhos não podem fazer com que o RGB esteja diretamente relacionado à rede Bitcoin. Nesse sentido, o protocolo RGB adota uma ideia chamada "selo de uso único" para vincular ativos RGB a UTXO na cadeia Bitcoin. Desde que o UTXO do Bitcoin não seja duplamente consumido, os ativos RGB vinculados não serão gastos duas vezes. Dessa forma, a rede Bitcoin pode ser usada para evitar a "Reorganização" dos ativos RGB. Claro, esse Compromisso precisa ser publicado na cadeia Bitcoin e o opcode OP_Return é usado.

Aqui está um resumo do fluxo de trabalho do protocolo RGB:

1. Ativos RGB estão vinculados ao Bitcoin UTXO, e Bob possui certos Bitcoin UTXOs. Alice quer transferir 100 tokens para Bob. Antes de receber os ativos, Bob diz a Alice antecipadamente qual Bitcoin UTXO de Bob deve ser usado para vincular esses ativos RGB.

(Fonte da imagem: Geekweb3/GeekWeb3)

1. Alice constrói um dado de transferência de ativo RGB “Alice para Bob”, juntamente com as fontes históricas desses ativos, e dá-los a Bob para verificação.
2. Depois que Bob confirma localmente que os dados estão OK, ele envia um recibo para Alice, dizendo a ela que a transação pode prosseguir.
3. Alice constrói os dados de transferência RGB de “Alice para Bob” em uma Árvore de Merkle e publica a Raiz de Merkle na cadeia do Bitcoin como um Compromisso. Podemos simplesmente entender o Compromisso como o hash dos dados de transferência.
4. Se alguém quiser confirmar no futuro que a transferência mencionada acima de 'Alice para Bob' realmente ocorreu, ele precisa fazer duas coisas: obter as informações completas da transferência de 'Alice para Bob' na cadeia do Bitcoin e, em seguida, verificar se existe uma transação correspondente na Cadeia de Bitcoin Compromisso (hash dos dados de transferência), é isso.

Aqui, o Bitcoin atua como o registro histórico da rede RGB, mas apenas o hash/raiz de Merkle dos dados da transação é registrado no registro, em vez dos próprios dados da transação. Graças à validação do lado do cliente e ao selamento único, o protocolo RGB tem segurança extremamente alta. Como a rede RGB é composta por clientes de usuário dinâmicos em um formato P2P, livre de consenso, você pode alterar a contraparte a qualquer momento sem enviar solicitações de transação para um número limitado de nós, então as redes RGB são extremamente resistentes à censura, essa forma organizacional é mais resistente à censura do que grandes cadeias públicas como Ethereum.

(Fonte da imagem: BTCEden.org)

Certamente, segurança extremamente alta, resistência à censura e proteção da privacidade vêm com custos óbvios: os usuários têm que executar o cliente para verificar os dados por si mesmos. Se a outra parte lhe enviar alguns ativos que mudaram de mãos dezenas de milhares de vezes e têm uma longa história, você tem que verificá-los todos sob pressão.

Além disso, cada transação requer múltiplas comunicações entre as duas partes. A parte receptora deve primeiro verificar a origem dos ativos do remetente e depois enviar um recibo para aprovar a solicitação de transferência do remetente. Durante esse processo, pelo menos três mensagens devem ser trocadas entre as duas partes. Esse tipo de 'transferência interativa' é seriamente inconsistente com a 'transferência não interativa' com a qual a maioria das pessoas está acostumada.

Você consegue imaginar alguém querendo transferir dinheiro para você, mas eles precisam enviar os dados da transação para verificação, e somente depois de receber sua mensagem de recibo é que o processo de transferência pode ser concluído?

Além disso, mencionamos que a rede RGB não possui consenso e cada cliente é uma ilha, o que não é propício para migrar cenários complexos de contratos inteligentes na cadeia pública tradicional para a rede RGB, porque o protocolo Defi na Ethereum ou Solana depende de um livro-razão globalmente visível e transparente. Como otimizar o protocolo RGB, melhorar a experiência do usuário e resolver os problemas acima? Isso se tornou um problema inevitável para o protocolo RGB.

RGB++: Verificação do lado do cliente torna-se custódia otimista

O protocolo chamado RGB++ propõe uma nova ideia. Ele combina o protocolo RGB com cadeias públicas que suportam UTXO como CKB, Cardano e Fuel. Este último serve como camada de verificação e camada de armazenamento de dados para ativos RGB, e converte dados originalmente processados pelos usuários em trabalho de verificação e é entregue a plataformas terceirizadas/cadeias públicas como CKB. Isso equivale a substituir a verificação do cliente por 'plataforma terceirizada descentralizada para verificação', desde que você confie em cadeias públicas como CKB, Cardano, Fuel, etc. Mesmo que você não confie neles, você também pode voltar para o modo RGB tradicional.

RGB++ e o protocolo RGB original são teoricamente compatíveis entre si.

Para alcançar os efeitos mencionados acima, precisamos usar uma ideia chamada "vinculação isomórfica". As cadeias públicas, como CKB e Cardano, têm seu próprio UTXO estendido, que é mais programável do que o UTXO na cadeia BTC. A "vinculação isomórfica" consiste em utilizar o UTXO estendido nas cadeias CKB, Cardano e Fuel como "contêineres" para os dados de ativos RGB, escrever os parâmetros dos ativos RGB nesses contêineres e exibi-los diretamente na blockchain. Sempre que uma transação de ativos RGB ocorre, o contêiner de ativos correspondente também pode mostrar características semelhantes, assim como a relação entre entidades e sombras. Essa é a essência da "vinculação isomórfica".

(Fonte da imagem: RGB++ LightPaper)

Por exemplo, se Alice possui 100 tokens RGB e UTXO A na cadeia Bitcoin, e também possui um UTXO na cadeia CKB, este UTXO é marcado com “Saldo do Token RGB: 100”, e as condições de desbloqueio estão relacionadas ao UTXO A.

Se Alice quiser enviar 30 tokens para Bob, ela pode primeiro gerar um Compromisso. A declaração correspondente é: transferir 30 dos tokens RGB associados ao UTXO A para Bob e transferir 70 para outros UTXOs que ela controla.

Em seguida, Alice gasta UTXO A na cadeia do Bitcoin, publica a declaração acima e depois inicia uma transação na cadeia CKB para consumir o contêiner UTXO que transporta 100 tokens RGB e gerar dois novos contêineres, um contendo 30 tokens (para Bob), outro contendo 70 tokens (controlado por Alice). Nesse processo, a tarefa de verificar a validade dos ativos de Alice e a validade da declaração da transação é concluída por nós de rede como CKB ou Cardano por meio de consenso, sem a intervenção de Bob. Neste momento, CKB e Cardano atuam como a camada de verificação e a camada DA sob a cadeia do Bitcoin.

(Fonte da imagem: RGB++ LightPaper)

Os dados de ativos RGB de todos são armazenados na cadeia CKB ou Cardano, que tem características globalmente verificáveis e é propício para a implementação de Defi, como pools de liquidez e protocolos de garantia de ativos. Claro, a abordagem acima também sacrifica a privacidade. A essência é fazer um trade-off entre privacidade e facilidade de uso do produto. Se você busca segurança e privacidade máximas, pode voltar para o modo RGB tradicional; se você não se importa com isso, pode usar com segurança o modo RGB++, tudo depende de suas necessidades pessoais. (Na verdade, com a completa funcionalidade das cadeias públicas como CKB e Cardano, ZK pode ser usado para implementar transações privadas)

Deve-se enfatizar aqui que o RGB++ introduz uma suposição de confiança importante: os usuários devem ser otimistas de que a cadeia CKB/Cardano, ou a plataforma de rede composta por um grande número de nós que dependem de protocolos de consenso, é confiável e livre de erros. Se você não confia na CKB, também pode seguir o processo de comunicação e verificação interativa no protocolo RGB original e executar o cliente você mesmo.

Sob o protocolo RGB++, os usuários podem utilizar diretamente suas contas de Bitcoin para operar seus contêineres de ativos RGB em cadeias UTXO como CKB/Cardano sem necessidade de interconexão. Basta aproveitar as características do UTXO na mencionada cadeia pública e definir a condição de desbloqueio do contêiner Cell para estar associada a um determinado endereço de Bitcoin/UTXO de Bitcoin. Se ambas as partes envolvidas nas transações de ativos RGB confiarem na segurança do CKB, nem será necessário emitir Compromissos com frequência na cadeia do Bitcoin. Após várias transferências RGB serem realizadas, um Compromisso pode ser enviado para a cadeia do Bitcoin. Isso é chamado de função de “dobra de transação”, que pode reduzir os custos de uso.

Mas tenha cuidado, o “container” usado na ligação isomórfica precisa de uma cadeia pública que suporte o modelo UTXO, ou uma infraestrutura com características semelhantes no armazenamento de estado. A cadeia EVM não é adequada e encontrará muitos obstáculos. (Este tópico pode ser escrito separadamente e envolve muito conteúdo. Os leitores interessados podem consultar os artigos anteriores da Geek Web3)."RGB++ e Ligação Isomórfica: Como CKB, Cardano e Fuel Fortalecem o Ecossistema Bitcoin"；

Em resumo, uma camada de expansão de função/cadeia pública adequada para realizar uma ligação isomórfica deve ter as seguintes características:

1. Use o modelo UTXO ou esquema de armazenamento de estado semelhante;
2. Tem uma considerável programabilidade UTXO, permitindo aos desenvolvedores escrever scripts de desbloqueio;
3. Existe um espaço de estado relacionado ao UTXO que pode armazenar o status do ativo;
4. Existem pontes ou nós leves relacionados ao Bitcoin;

Aviso Legal:

1. Este artigo é reproduzido a partir de [ Geek Web3], o título original é "Design de protocolo RGB e RGB++ em poucos minutos: instruções simples", os direitos autorais pertencem ao autor original [Faust], se você tiver alguma objeção à reprodução, entre em contatoEquipe Gate Learn, a equipe lidará com isso o mais rápido possível de acordo com os procedimentos relevantes.

2. As opiniões e pontos de vista expressos neste artigo representam apenas os pontos de vista pessoais do autor e não constituem nenhum conselho de investimento.

3. Outras versões do artigo em outros idiomas são traduzidas pela equipe Gate Learn. Sem fazer referênciaGate.io, copiar, distribuir ou plagiar os artigos traduzidos é proibido.