Em julho de 2024, a CKB anunciou oficialmente o lançamento da Camada RGB++, marcando a transformação do protocolo RGB++ anteriormente teórico em um produto totalmente projetado, pronto para introduzir cenários de aplicação mais concretos e práticos. Com a visão de construir um ecossistema BTCFi em 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 ligação homomórfica e tecnologia Leap para fornecer uma experiência de interação de cadeia cruzada perfeita para ativos RGB++ nativos ou inscrições/runas em blockchains baseados em UTXO, como BTC, CKB e Cardano, sem a necessidade de pontes entre cadeias. Aproveitando o ambiente de contrato inteligente Turing-complete da CKB, ele estabelece as condições necessárias para que o Bitcoin atinja funções DeFi complexas. Além disso, apoiado pelo ecossistema abrangente de abstração de contas da CKB, é compatível com contas e carteiras Bitcoin, oferecendo uma excelente experiência de usuário para usuários Bitcoin e abrindo caminho para a adoção generalizada do BTCFi. No texto a seguir, vamos nos aprofundar nos princípios de funcionamento e recursos da Camada RGB++ e explorar as mudanças que ela trará para o ecossistema BTCFi. Tendo em vista que sua fundamentação teórica é construída sobre o protocolo RGB++, começaremos discutindo o protocolo em si.

Protocolo RGB++: A Fundaçã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, de 'validação do lado do cliente' para verificação on-chain na cadeia CKB. Essencialmente, essa abordagem utiliza CKB como um indexador descentralizado, atribuindo tarefas como armazenamento de dados e verificação da fonte de ativos ao CKB. Isso posiciona o CKB como a camada de validação e camada DA para o protocolo RGB, abordando os problemas 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 os UTXO estendidos da cadeia CKB—Cells—como portadores de dados para ativos de inscrição/runa. Essas Cells 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 evitem gastos duplos. Essa abordagem de “vinculação para herdar segurança” é análoga a cenários do mundo real onde uma conta bancária precisa estar vinculada a um número de telefone e ID para segurança aprimorada.

Por exemplo, suponha que Alice queira transferir alguns tokens TEST para Bob. Ela pode gerar uma declaração vinculando a Célula que armazena as informações do ativo TEST ao UTXO do Bitcoin de Bob. Se Bob pretende transferir os tokens TEST para outra pessoa, o UTXO do Bitcoin vinculado também deve ser transferido. Isso cria um relacionamento de vinculação um a um entre a Célula que carrega os dados do ativo 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 projetada do protocolo RGB++, apresentando duas principais características: ligação isomórfica e ponte cruzada sem Leap. Vamos aprofundar os princípios técnicos por trás da ligação isomórfica e do Leap.

Isomorphic Binding and Leap: Emissão de Ativos BTCFi e Camada de Cross-Chain sem Ponte

Para realmente compreender os conceitos de vinculação isomórfica e Leap, primeiro precisamos explicar brevemente o modelo de células do CKB. Essencialmente, uma célula é uma saída de transação não gasta (UTXO) 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 "TESTE". Essas Células podem então ser desmontadas e distribuídas para muitos usuários, de forma semelhante à divisão e transferência de UTXOs (Unspent Transaction Outputs) do Bitcoin.

Porque a estrutura das Células é similar ao UTXO do Bitcoin e o CKB pode suportar os algoritmos de assinatura do Bitcoin, os usuários podem manipular ativos na cadeia CKB utilizando carteiras de Bitcoin. Se você possui uma Célula, você pode configurar o script de bloqueio para corresponder às condições de desbloqueio dos UTXOs do Bitcoin. Isso permite que você use chaves privadas do Bitcoin para controlar Células na cadeia CKB. Essa capacidade se estende ao CKB, BTC e outras cadeias públicas baseadas em UTXOs. Por exemplo, você poderia usar uma conta da Cardano para modificar os dados de ativos na cadeia CKB, transferindo o controle dos ativos RGB++ de uma conta BTC para uma conta da Cardano sem a necessidade de uma ponte entre cadeias.

Esse processo requer a vinculação de ativos RGB++ aos UTXOs em blockchains públicas como Bitcoin, Cardano e Liquid, de forma semelhante à 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 blockchains públicas (BTC, Cardano, etc.) modifiquem os dados dos ativos RGB++ na cadeia CKB. Este é o princípio fundamental da vinculação isomórfica.

Salto e Ponte-Livre Cross-Chain

As funcionalidades de cross-chain “Leap” e bridge-free da Camada RGB++ são baseadas em binding isomórfico. Elas permitem o “rebinding” de UTXOs associados a ativos RGB++. Por exemplo, se seu ativo foi inicialmente vinculado a um UTXO de Bitcoin, você pode rebindá-lo a um UTXO em Cardano, Liquid, Fuel ou outras blockchains. Isso significa que você pode transferir o controle do ativo de uma conta de BTC para uma conta de Cardano, tudo sem a necessidade de uma ponte cross-chain.

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

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

Vamos entender a implementação técnica do vínculo isomórfico. Suponha que Alice tenha 100 tokens TEST, com dados armazenados em Cell#0, vinculados a UTXO#0 na cadeia Bitcoin. Agora, Alice quer transferir 40 tokens TEST para Bob. Primeiro, ela divide 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 o controle de Alice. Nesse processo, o BTC UTXO#0 vinculado à Cell#0 também é dividido em UTXO#1 e UTXO#2, vinculados a Cell#1 e Cell#2, respectivamente. Quando Alice transfere Cell#1 para Bob, ela também pode transferir 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 principal deste conceito é que o CKB’s Cell, eUTXO da Cardano e UTXO do BTC são todos modelos UTXO, e o 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 a Cell na cadeia CKB. Dessa forma, quando operamos o BTC UTXO vinculado ao ativo RGB++, os resultados da operação podem ser sincronizados com a 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++ estar associado às duas entidades BTC UTXO e CKB Cell, ambas componentes do ativo RGB++, e ambas são indispensáveis.

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

Alguns dos detalhes mais complicados foram omitidos acima. De fato, quando Alice transfere seus ativos RGB++ para Bob, ela deve primeiro realizar uma verificação de identidade complexa para provar que ela é realmente a proprietária da Célula nº 0. As coisas envolvidas aqui incluem: 1. Provar que a Célula nº 0 e a UTXO#0 do BTC estão realmente vinculadas; 2. Alice prova que ela é a controladora real da Célula nº 0 e da UTXO#0 do BTC. Cuidado, Células e UTXOs do Bitcoin escritos com dados de ativos RGB++ podem ser reescritos simultaneamente por contas do Bitcoin. Durante todo o processo de interação, operações de um clique podem ser concluídas por meio de contas do Bitcoin. Os cenários acima não se limitam ao vínculo isomórfico entre Bitcoin e CKB, mas podem ser estendidos para Cardano, Liquid, Litecoin e outras amplas categorias. 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 de Bitcoin para Cardano, e então 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 de ponte de cadeia cruzada tradicional Lock-Mint pode ser contornado. Nesse processo, a cadeia pública CKB precisa agir como um indexador para testemunhar e processar solicitações de Leap. Suponha que você queira transferir ativos RGB++ vinculados ao BTC para uma conta Cardano. As etapas principais não são mais do que:1. Publicar um Compromisso na cadeia Bitcoin, anunciando o desvinculamento da Célula vinculada ao UTXO do BTC;2. Publicar um Compromisso na cadeia Cardano, anunciando que a Célula será vinculada ao UTXO do 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 do Bitcoin associado às 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 Leap, ou seja, a cadeia pública CKB serve como testemunha de terceiros, índice e facilidade DA. Como uma cadeia pública, sua credibilidade supera em muito métodos tradicionais de ponte cruzada, como MPC e multi-assinatura. De fato, 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 são registrados no Cell, mas o Cell será transferido para o comprador, e então sua permissão de desbloqueio será alterada do UTXO do Bitcoin do vendedor para o eUTXO do Cardano do comprador.

Invólucro

Embora a função Leap seja perfeita para ativos RGB++, ainda existem alguns gargalos: Para Bitcoin e Cardano, os 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 podem 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 esse respeito, a Camada RGB++ introduziu oficialmente o Wrapper, que pode ser simplesmente entendido como uma ponte baseada em prova de fraude e excesso de garantia. Tomando o wrapper rBTC como exemplo, ele faz a ponte do BTC para a Camada RGB++, e um conjunto de contratos inteligentes em execução na Camada RGB++ monitoram os guardiões da ponte. Se um tutor se comportar maliciosamente, sua garantia será cortada. Se os guardiões conspirarem para roubar BTC bloqueado, os detentores de rBTC podem receber 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 candidatura do LeapX. Você pode ver que ele suporta a interoperabilidade de quase todos os ativos BTCFi mainstream em diferentes ecossistemas. E existem procedimentos de processamento correspondentes para ativos com métodos de emissão diferentes. Alguns usam wrapper e outros usam leap.

CKB-VM: motor de contrato inteligente da BTCFi

Acima, explicamos principalmente os conceitos de vinculação isomórfica e Leap da Camada RGB++. Vamos examinar outros pontos abaixo.No tradicional BTCFi, 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 na blockchain, o CKB fornece o CKB-VM para a Camada RGB++. Qualquer linguagem de programação que possa suportar uma máquina virtual RISC-V pode ser usada para o desenvolvimento de contratos na Camada RGB++.Os desenvolvedores podem usar suas ferramentas e linguagens preferidas para alcançar um desenvolvimento e implantação eficientes e seguros de contratos inteligentes sob um framework e ambiente de execução de contrato inteligente unificado. A seguir está um método de transferência de token UDT definido pelo usuário no 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 possui amplo suporte a linguagens e compiladores, os requisitos para os desenvolvedores começarem a desenvolver contratos inteligentes são relativamente baixos. Podemos facilmente reescrever essa lógica usando JavaScript, Rust, Go, Java e Ruby. Em vez de ter que aprender uma determinada linguagem DSL para escrever contratos. Claro, a linguagem é apenas um aspecto da programação, e aprender frameworks de contrato inteligente específicos é inevitável.

Ecologia AA nativa: conectar perfeitamente BTC e RGB++

Finalmente, vamos entender brevemente a ecologia nativa AA e a abstração de conta por trás da Camada RGB++ . Uma vez que a essência do BTCFi é fornecer uma experiência diversificada de Defi para ativos nativos de Bitcoin, se é compatível com carteiras de Bitcoin mainstream será um fator importante a considerar para as instalações periféricas do BTCFi. A Camada RGB++ reutiliza diretamente a solução nativa AA 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 operabilidade de várias cadeias públicas no CKB. A imagem abaixo é a janela de conexão do CCC. Podemos ver que ela suporta entradas de carteiras 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 por meio de biometria, como impressão digital ou reconhecimento facial, permitindo login e gerenciamento de identidade sem interrupções e altamente seguros. Pode-se dizer que a base para a ligação isomórfica e Leap é que a Camada RGB++ tem uma solução nativa AA completa, que é bem compatível com os padrões de contas de outras cadeias públicas. Essa característica não apenas facilita o suporte para alguns cenários-chave, mas também oferece um caminho claro para UX.

Resumir

Acima, examinamos a imagem geral da Camada RGB++. Ela pode ser usada como uma infraestrutura importante para várias Mememoedas, como moedas inscritas/runas/multicoloridas para realizar cenários de interação de cadeia completa. O ambiente de execução de contratos inteligentes construído pela Camada RGB++ baseado em RiscV pode criar um solo 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 realiza uma popularização sistemática de muitos detalhes complexos. No futuro, continuaremos a prestar atenção ao progresso da Camada RGB++ e a realizar uma análise mais completa e aprofundada de uma série de soluções técnicas relacionadas a este projeto. Por favor, fique atento!

declaração:

1. Este artigo é reproduzido de [geek web3], the copyright belongs to the original author [Faust & Misty Moon], se você tiver alguma objeção à reprodução, entre em contato com o Gate Learna equipe e a equipe lidarão com isso 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 nenhum conselho de investimento.

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