Em julho de 2024, a CKB anunciou oficialmente o lançamento da Camada RGB++, marcando a transformação do protocolo teórico RGB++ em um produto totalmente desenvolvido, pronto para introduzir cenários de aplicação mais concretos e práticos. Com a visão de construir um ecossistema BTCFi em toda a BTC e outras cadeias públicas baseadas em UTXO, como CKB e Cardano, a Camada RGB++ rapidamente atraiu atenção significativa. Em resumo, a Camada RGB++ é baseada no protocolo RGB++, utilizando vinculação homomórfica e tecnologia Leap para fornecer uma experiência de interação sem costura entre cadeias nativas de ativos ou inscrições/runas RGB++ em blockchains baseadas em UTXO, como BTC, CKB e Cardano, sem a necessidade de pontes entre cadeias. Aproveitando o ambiente de contrato inteligente Turing-complete da CKB, estabelece as condições necessárias para que o Bitcoin alcance funções DeFi complexas. Além disso, respaldado pelo abrangente ecossistema de abstração de contas da CKB, é compatível com contas e carteiras de Bitcoin, oferecendo uma excelente experiência do usuário para os usuários de Bitcoin e pavimentando o caminho para a adoção generalizada do BTCFi. No texto a seguir, vamos aprofundar os princípios de funcionamento e as características da Camada RGB++ e explorar as mudanças que ela trará ao ecossistema BTCFi. Dado que sua base teórica é construída no protocolo RGB++, começaremos discutindo o próprio protocolo.

Protocolo RGB++: A Fundamentação Teórica da Camada RGB++

O protocolo RGB++, lançado em janeiro deste ano, transforma fundamentalmente o método de validação do protocolo RGB, passando da "validação no lado do cliente" para a verificação on-chain na cadeia CKB. Essencialmente, este método utiliza o CKB como um indexador descentralizado, atribuindo tarefas como armazenamento de dados e verificação de origem de ativos ao CKB. Isso posiciona o CKB como a camada de validação e a camada DA para o protocolo RGB, abordando as questões de UX e as limitações de suporte DeFi inerentes ao protocolo RGB original.

Alinhando-se com o conceito de “encapsulamento único,” RGB++ introduz a noção de ligação homomórfica, utilizando as células UTXO estendidas da cadeia CKB como portadoras de dados para ativos de inscrição/runa. Essas células são então vinculadas aos UTXOs nas cadeias Bitcoin, Cardano, ou Liquid, permitindo que os ativos RGB++ herdem a segurança dessas blockchains baseadas em UTXO e evitando gastos duplos. Esta abordagem de “vinculação para herdar segurança” é análoga a cenários do mundo real, onde uma conta bancária precisa ser vinculada a um número de telefone e ID para segurança aprimorada.

Por exemplo, suponha que Alice queira transferir alguns tokens TESTE para Bob. Ela pode gerar uma declaração vinculando a Célula que armazena as informações do ativo TESTE ao UTXO do Bitcoin de Bob. Se Bob pretende transferir os tokens TESTE para outra pessoa, o UTXO do Bitcoin vinculado também deve ser transferido. Isso cria uma relação de vinculação um para um entre a Célula que carrega os dados de ativos RGB++ e o UTXO do Bitcoin. Desde que o UTXO do Bitcoin não seja gasto duas vezes, o ativo RGB++ vinculado também não será gasto duas vezes.

Ao discutir a Camada RGB++, é essencialmente uma implementação engenhosa do protocolo RGB++, apresentando duas características principais: ligação isomórfica e ponte transversal sem Leap. Vamos aprofundar os princípios técnicos por trás da ligação isomórfica e do Leap bridge-free.

Vinculação Isomórfica e Leap: Emissão de Ativos da BTCFi e Camada de Troca sem Ponte entre Cadeias

Para compreender verdadeiramente os conceitos de ligação isomórfica e Leap, primeiro precisamos explicar brevemente o modelo de Célula da CKB. Essencialmente, a Célula é uma UTXO (Unspent Transaction Output) estendida com vários campos, incluindo LockScript, TypeScript e Data. O LockScript funciona de forma semelhante ao script de bloqueio do Bitcoin e é usado para verificação de permissão. O TypeScript é semelhante ao código de contrato inteligente, enquanto o Data é usado para armazenar dados de ativos.

Para emitir ativos RGB++ na blockchain CKB, primeiro você precisa criar uma Célula e preencher os campos relevantes com o símbolo do token e o código do contrato. Por exemplo, você pode definir o símbolo do token como 'TEST'. Essas Células podem então ser desmontadas e distribuídas para muitos usuários, de forma semelhante à maneira como as UTXOs (Unspent Transaction Outputs) do Bitcoin são divididas e transferidas.

Porque a estrutura das Cells é semelhante ao UTXO do Bitcoin e o CKB pode suportar os algoritmos de assinatura do Bitcoin, os utilizadores podem manipular ativos na cadeia CKB usando carteiras de Bitcoin. Se possuir uma Cell, pode configurar o script de bloqueio para corresponder às condições de desbloqueio do UTXOs do Bitcoin. Isto permite-lhe usar chaves privadas do Bitcoin para controlar Cells na cadeia CKB. Esta capacidade estende-se ao CKB, BTC e outras cadeias públicas baseadas em UTXO. Por exemplo, poderia usar uma conta Cardano para modificar dados de ativos na cadeia CKB, transferindo o controlo de ativos RGB++ de uma conta BTC para uma conta Cardano sem a necessidade de uma ponte entre cadeias.

Este processo requer a vinculação de ativos RGB++ a UTXOs em cadeias públicas como Bitcoin, Cardano e Liquid, assim como a vinculação de uma conta bancária a um número de telefone e ID no mundo real. Os ativos RGB++ são essencialmente dados que precisam de um meio de armazenamento como um banco de dados; neste caso, as CKB Cells atuam como o banco de dados. Você pode configurar a verificação de permissão para permitir que diferentes contas de cadeia pública (BTC, Cardano, etc.) modifiquem dados de ativos RGB++ na cadeia CKB. Este é o princípio fundamental da vinculação isomórfica.

Salto e Intercâmbio Livre de Pontes entre Cadeias

As funcionalidades de salto e de interligação livre de pontes da Camada RGB++ são baseadas em ligação isomórfica. Permitem o "rebind" dos UTXOs associados aos ativos RGB++. Por exemplo, se o seu ativo foi inicialmente ligado a um UTXO de Bitcoin, pode ligá-lo a um UTXO em Cardano, Liquid, Fuel ou outras cadeias. Isto significa que pode transferir o controlo do ativo de uma conta BTC para uma conta Cardano, tudo isto sem a necessidade de uma ponte inter-cadeias.

Do ponto de vista do usuário, isso é equivalente a uma transferência de ativos cross-chain, com CKB atuando como um indexador e um banco de dados. No entanto, ao contrário dos métodos cross-chain tradicionais, a “Leap” apenas altera as permissões de uso dos dados de ativos, enquanto os dados em si permanecem armazenados na cadeia CKB. Esse método é mais simples do que o modelo Lock-Mint e elimina a dependência de contratos de mapeamento de ativos. A explicação acima é uma visão geral do produto da ligação isomórfica e do Leap. Vamos entender sua implementação técnica através de um exemplo específico.

Implementação de Ligação Isomórfica

Vamos compreender a implementação técnica da ligação isomórfica. Suponhamos que Alice tenha 100 tokens TEST, com dados armazenados em Cell#0, vinculados ao UTXO#0 na cadeia do Bitcoin. Agora, Alice quer transferir 40 tokens TEST para Bob. Primeiro, ela divide a Cell#0 em duas novas Cells: Cell#1, contendo 40 tokens TEST, que é transferida para Bob, e Cell#2, contendo 60 tokens TEST, que permanece sob controle de Alice. Neste processo, o BTC UTXO#0 vinculado à Cell#0 também é dividido em UTXO#1 e UTXO#2, vinculados à Cell#1 e Cell#2, respetivamente. Quando Alice transfere a Cell#1 para Bob, ela também pode transferir o BTC UTXO#1 para Bob com uma única operação, alcançando transações sincronizadas em ambas as cadeias CKB e BTC.

Podemos entender o vínculo isomórfico em profundidade aqui. Na verdade, o significado central deste conceito é que o Cell da CKB, o eUTXO da Cardano e o UTXO do BTC são todos modelos UTXO, e a CKB é compatível com o algoritmo de assinatura do Bitcoin/Cardano. A decomposição e transferência de UTXO que ocorre nas duas últimas cadeias também pode ser sincronizada 1:1 com o Cell na cadeia CKB. Desta forma, quando operamos o UTXO do BTC vinculado ao ativo RGB++, os resultados da operação podem ser sincronizados com o Cell na cadeia CKB, assim como a relação entre a entidade e a sombra. Além disso, também devemos prestar atenção ao ativo RGB++, que está associado às duas entidades UTXO do BTC e Cell do CKB, ambos componentes do ativo RGB++, e ambos são indispensáveis.

Se examinarmos o caso acima mencionado de Alice transferindo dinheiro para Bob, o processo geral é:1. Alice constrói dados de transação CKB localmente (ainda não os carrega para a cadeia). Esta transação indica que a Célula #0, que registra os dados do ativo, será destruída, a Célula #1 será gerada e dada a Bob e a Célula #2 será mantida para si mesma;2. Alice gera uma declaração localmente, liga Cell#1 a BTC UTXO#1, liga Cell#2 a BTC UTXO#2 e envia Cell#1 e BTC UTXO#1 para Bob;3. Depois, Alice gera um Compromisso (semelhante a um hash) localmente, e o conteúdo original correspondente contém a instrução na etapa 2 + os dados de transação CKB gerados na etapa 1. Os dados do Compromisso serão então gravados na cadeia Bitcoin;4. Alice inicia uma transação na cadeia Bitcoin, destrói UTXO#0, gera UTXO#1 e envia-a para Bob, mantém UTXO#2 para si mesma, e escreve Compromisso com a cadeia Bitcoin na forma de OP_Return opcode;5. Após a conclusão da etapa 4, envie a transação CKB gerada na etapa 1 para a cadeia CKB.

Alguns dos detalhes mais complicados foram omitidos acima. Na verdade, quando Alice transfere seus ativos RGB++ para Bob, ela deve primeiro realizar uma verificação de identidade complexa para provar que ela é de fato a proprietária do Cell#0. As coisas envolvidas aqui incluem: 1. Provando que o Cell#0 e o BTC UTXO#0 estão realmente vinculados; 2. Alice prova que ela é a controladora real do Cell#0 e do BTC UTXO#0. Tenha cuidado, Cells e Bitcoin UTXOs com dados de ativos RGB++ podem ser reescritos simultaneamente por contas Bitcoin. Durante todo o processo de interação, operações com um clique podem ser concluídas por meio de contas Bitcoin. Os cenários acima não se limitam à conexão isomórfica entre Bitcoin e CKB, mas podem ser estendidos ao Cardano, Liquid, Litecoin e outras categorias amplas. Ainda há muito espaço para imaginação.

Princípios de implementação e cenários de suporte da Leap

Mencionamos anteriormente que a função Leap é, na verdade, alternar o UTXO vinculado ao ativo RGB++, como alterná-lo do Bitcoin para o Cardano e, em seguida, você pode usar a conta Cardano para controlar o ativo RGB++. Depois disso, você também pode transferir fundos na cadeia Cardano para dividir e transferir o UTXO que controla os ativos RGB++ para mais pessoas. Dessa forma, os ativos RGB++ podem ser transferidos e distribuídos em várias cadeias públicas UTXO, mas o modelo tradicional de ponte cross-chain Lock-Mint pode ser contornado. Nesse processo, a cadeia pública CKB precisa atuar como um indexador para testemunhar e processar solicitações Leap. Suponha que você queira transferir ativos RGB++ vinculados ao BTC para uma conta Cardano. Os principais passos não são mais do que: 1. Publicar um compromisso na cadeia Bitcoin, anunciando o desvinculamento da célula vinculada ao UTXO BTC; 2. Publicar um compromisso na cadeia Cardano, anunciando que a célula será vinculada ao UTXO Cardano; 3. Alterar o script de bloqueio da célula para alterar o UTXO do Bitcoin associado às condições de desbloqueio para eUTXO no Cardano.

Podemos notar que durante todo esse processo, os dados do ativo RGB++ ainda estão armazenados na cadeia CKB, mas o UTXO associado ao Bitcoin com as condições de desbloqueio é alterado para eUTXO na cadeia Cardano. Claro, o processo de execução específico é muito mais complicado do que o mencionado acima, então não entrarei em detalhes aqui. Além disso, há uma premissa implícita no plano de salto, ou seja, a cadeia pública CKB serve como testemunha de terceiros, índice e facilidade DA. Como cadeia pública, sua credibilidade supera em muito métodos de ponte tradicionais entre cadeias cruzadas, como MPC e multi-assinatura. Na verdade, cenários muito interessantes podem ser realizados com base na função Leap. Por exemplo, podemos realizar “transações de cadeia completa”. Suponhamos que construímos um indexador entre Bitcoin, Cardano e CKB, e construímos uma plataforma de negociação que permite que compradores e vendedores negociem ativos RGB++. Os compradores podem transferir seus Bitcoins para os vendedores e depois usar suas contas Cardano para receber ativos RGB++. Durante esse processo, os dados do ativo RGB++ ainda estão registrados na Célula, mas a Célula será transferida para o comprador, e então sua permissão de desbloqueio será alterada do UTXO de Bitcoin do vendedor para o eUTXO de Cardano do comprador.

Invólucro

Embora a função Leap seja perfeita para ativos RGB++, ainda existem alguns gargalos: Para Bitcoin e Cardano, ativos RGB++ são essencialmente inscrições/runas/moedas tingidas com base no opcode OP_RETURN. Esses nós de cadeia pública não conseguem perceber a existência de ativos RGB++, e o CKB realmente participa da coordenação como um indexador. Ou seja, para Bitcoin e Cardano, a Camada RGB++ suporta principalmente o Salto de inscrições/runas/moedas tingidas, em vez da cadeia cruzada de ativos nativos como BTC e, ADA.In este respeito, a Camada RGB++ introduziu oficialmente o Wrapper, que pode ser simplesmente entendido como uma ponte baseada na prova de fraude e excesso de garantia. Tomando o wrapper rBTC como exemplo, ele faz a ponte BTC com a Camada RGB++, e um conjunto de contratos inteligentes executados na Camada RGB++ monitoram os guardiões da ponte. Se um tutor se comportar maliciosamente, as suas garantias serão cortadas. Se os guardiões conspirarem para roubar BTC bloqueados, os detentores de rBTC podem receber uma compensação total.

Após combinar Leap e Wrapper, vários ativos no ecossistema BTCFi, como ativos nativos RGB++, BRC20, ARC20, runas etc., podem ser transferidos para outras camadas ou blockchains públicas.

A imagem abaixo faz parte do processo de aplicação do LeapX. Pode ver que suporta a interoperabilidade de quase todos os ativos principais BTCFi em diferentes ecossistemas. E existem procedimentos de processamento correspondentes para ativos com diferentes métodos de emissão. Alguns usam wrapper e outros usam leap.

CKB-VM: Motor de contrato inteligente da BTCFi

Acima, explicamos principalmente os conceitos de ligação isomórfica e Leap da camada RGB++. Examinemos outros pontos a seguir. No BTCFi tradicional, devido à falta de suporte a contratos inteligentes, apenas alguns Dapps relativamente simples podem ser implementados. Alguns métodos de implementação têm certos riscos de centralização, enquanto outros são desajeitados e inflexíveis. Para implementar uma camada de contrato inteligente disponível no blockchain, a CKB fornece CKB-VM para a camada RGB++. Qualquer linguagem de programação que possa suportar a máquina virtual RISC-V pode ser usada para desenvolvimento de contratos no RGB++ Layer.Os desenvolvedores podem usar suas ferramentas e linguagens preferidas para obter desenvolvimento e implantação de contratos inteligentes eficientes e seguros sob uma estrutura de contrato inteligente unificada e ambiente de execução. A seguir está um método de transferência de token definido pelo usuário UDT em CKB implementado em linguagem C. Pode-se ver que, exceto pela diferença de linguagem, sua lógica básica é a mesma dos tokens gerais. Como o RISC-V tem amplo suporte a linguagem e compilador, os requisitos para os desenvolvedores começarem com o desenvolvimento de contratos inteligentes são relativamente baixos. Podemos facilmente reescrever esta lógica usando JavaScript, Rust, Go, Java e Ruby. Em vez de ter que aprender uma determinada linguagem DSL para escrever contratos. É claro que a linguagem é apenas um aspeto da programação, e aprender estruturas específicas de contratos inteligentes é inevitável.

Ecologia AA nativa: conecte perfeitamente BTC e RGB++

Finalmente, vamos entender brevemente a ecologia AA nativa e abstração de conta por trás da Camada RGB++ . Como a essência do BTCFi é fornecer uma experiência diversificada de Defi para ativos nativos do Bitcoin, se ele é compatível com carteiras Bitcoin mainstream será um fator importante a considerar para as instalações periféricas do BTCFi. A Camada RGB++ reutiliza diretamente a solução AA nativa do CKB e pode ser compatível com importantes cadeias públicas UTXO, como BTC e Cardano, tanto no lado do desenvolvedor quanto no lado do usuário. Na Camada RGB++ , os usuários podem usar diferentes algoritmos de assinatura para autenticação. Por exemplo, os usuários podem manipular diretamente ativos na Camada RGB++ usando contas, carteiras ou métodos de autenticação como BTC, Cardano ou até mesmo WebAuthn. Vamos usar o seguinte middleware de carteira CCC como exemplo, que pode fornecer carteiras e dApps com a operacionalidade de várias cadeias públicas no CKB. A imagem abaixo é a janela de conexão do CCC. Podemos ver que ele suporta entradas de carteira mainstream como Unisat e Metamask.

Outro exemplo é a implementação do WebAuthn, do qual a carteira ecológica CKB JoyID é um representante típico. Com o JoyID, os usuários podem autenticar diretamente através de biometria como impressão digital ou reconhecimento facial, possibilitando um login e gerenciamento de identidade contínuo e altamente seguro. Pode-se dizer que a base para a ligação isométrica e Leap é que a Camada RGB++ tem uma solução AA nativa completa, que é compatível com os padrões de contas de outras blockchains. Esta funcionalidade não só facilita o suporte para alguns cenários chave, mas também fornece clareza na experiência do usuário.

Resumir

Acima, examinamos o panorama geral da Camada RGB++. Pode ser usado como uma infraestrutura importante para várias Memecoins, como inscrições/runas/moedas tingidas, para realizar cenários de interação em toda a cadeia. O ambiente de execução de contratos inteligentes construído pela Camada RGB++ baseada em RiscV pode criar uma base para a lógica de negócios complexa exigida pelo BTCFi. Devido a limitações de espaço, este artigo é apenas uma popularização simples da tecnologia central da Camada RGB++, e não conduz uma popularização sistemática de muitos detalhes complexos. No futuro, continuaremos a acompanhar o progresso da Camada RGB++ e conduziremos uma análise mais completa e aprofundada de uma série de soluções técnicas relacionadas a este projeto. Fique ligado!

declaração:

1. Este artigo é reproduzido a partir de [ geek web3], os direitos autorais pertencem ao autor original [Faust & Misty Moon], se tiver alguma objeção à reimpressão, por favor entre em contato com o Aprender Gateequipe e a equipe tomará as medidas necessárias o mais rápido possível de acordo com os procedimentos relevantes.

2. Aviso legal: As opiniões expressas neste artigo representam apenas as opiniões pessoais do autor e não constituem qualquer conselho de investimento.

3. Outras versões em outros idiomas do artigo são traduzidas pela equipe Gate Learn e não são mencionadas emGate.io, o artigo traduzido não pode ser reproduzido, distribuído ou plagiado.