Desde a introdução de Ordinais e Inscrição no Bitcoin (BTC), trouxe mais tráfego e atenção para a rede Bitcoin. Embora protocolos como Ordinals melhorem significativamente a programabilidade da rede Bitcoin, eles essencialmente apenas “exploram” o opcode “op_if” em scripts Bitcoin, introduzindo novos métodos de emissão de ativos. No entanto, o Bitcoin é essencialmente um sistema de contabilidade descentralizado e seu sistema de script carece da integridade de Turing.

Esses ativos não têm onde ser aplicados, exceto para negociação. Portanto, para desenvolver e prosperar ainda mais o ecossistema Bitcoin, é urgente explorar soluções de Camada 2 adequadas para o desenvolvimento de contratos inteligentes na rede Bitcoin.

Atualmente, as categorias de soluções Bitcoin Layer 2 incluem aproximadamente canais de estado (como a Lightning Network), sidechains (como Liquid, Merlin), Rollups (como Rollkit), verificação de cliente (como RGB, RGB++, Taro) e outros. Dentre elas, a mais famosa é a Lightning Network, considerada uma excelente opção em termos de escalabilidade, segurança e privacidade. No entanto, os progressos nesta área parecem relativamente lentos neste momento.

Portanto, dadas as tendências atuais do mercado, talvez possamos classificar temporariamente os atuais grupos Bitcoin Layer 2 em duas categorias:

● Grupo EVM: como o Merlin, que atualmente está em alta em staking e airdrops.

● Grupo UTXO: Uma facção derivada do modelo UTXO, como CKB que propõe o protocolo RGB++.

Para o grupo EVM, trata-se mais de usar a tecnologia sidechain, ou seja, construir uma sidechain fora da rede Bitcoin, cruzando ativos das cadeias BTC e EVM para a Camada 2. Embora esta abordagem possa melhorar significativamente o desempenho, ela não pode alcançar a segurança da Rede principal BTC. Com a operação de piquetagem de airdrops e a familiaridade dos usuários com EVM e tecnologias L2 relacionadas, é relativamente fácil capturar a participação do usuário e a participação no mercado.

Embora o grupo UTXO possa ser relativamente nativo e homogêneo em termos de tecnologia, esse limite de compreensão torna difícil para muitas pessoas compreenderem as vantagens de tais projetos. Este artigo combina CKB, uma cadeia pública UTXO, e sua rota técnica Bitcoin Layer 2 relacionada para explicar esse tipo de solução Bitcoin Layer 2 para todos.

Modelo UTXO e modelo de conta

O modelo de conta é mais fácil de entender, assim como uma conta bancária, onde o valor total dos fundos da conta é exibido intuitivamente como um saldo total, e o sistema só precisa acompanhar as alterações de saldo das contas dos usuários. Este é o modelo adotado pela maioria das redes públicas atualmente, como Ethereum, etc.

O modelo UTXO está mais próximo do cenário de transações em dinheiro, como ter muitas denominações diferentes de notas. Cada nota pode ser considerada um UTXO, ou seja, dinheiro que você pode usar. Análogo a sistemas como o Bitcoin, quando você recebe Bitcoin de outra pessoa, é como receber uma nova nota em sua carteira; você ainda não o usou para pagar nada, então “não foi gasto”. Ao fazer uma transação, como usar US$ 100 para comprar algo no valor de US$ 40, você receberá US$ 60 em troco. Em termos de Bitcoin, você está usando seu UTXO não gasto (US$ 100) para criar dois novos UTXOs, um para a compra (US$ 40) e outro como troco para você mesmo (US$ 60).

RGB

Simplificando, podemos dizer que os ordinais são usados para rastrear a menor unidade da moeda Bitcoin, Satoshi, e a inscrição grava o conteúdo dos dados (como imagens, texto ou mesmo código) na zona segregada de testemunhas com base nisso, realizando a ligação de data e Satoshi, completando assim a emissão e circulação de ativos.

No entanto, com o desenvolvimento do protocolo Ordinals, as pessoas gradualmente perceberam as desvantagens de armazenar todos os dados na rede principal do Bitcoin, o que não apenas incorre em altas taxas de transação, mas também congestiona a rede Bitcoin e, fundamentalmente, não pode trazer um sistema de contrato inteligente programável para o Bitcoin. rede.

Já há muitos anos, os desenvolvedores propuseram a ideia de “colocar apenas as partes mais importantes dos dados na cadeia”, que é o conceito de RGB: usar o blockchain Bitcoin apenas quando necessário. O trabalho de verificação para transferências de tokens é removido da camada de consenso da cadeia completa e colocado fora da cadeia, verificado apenas pelo cliente da parte que recebe o pagamento. No entanto, a rede Bitcoin descentralizada é usada para evitar gastos duplos e censura.

Talvez ao contrastar ordinais com RGB, os leitores possam entender melhor:

● RGB vincula ativos relevantes a UTXOs, enquanto Ordinals chegam a vinculá-los à menor unidade, Satoshi.

● RGB apenas grava compromissos de transação (ou seja, um valor de hash) de ativos relevantes no Bitcoin, e o processo de verificação específico é realizado fora da cadeia. Por outro lado, os ordinais dependem inteiramente da rede principal do Bitcoin para todos os dados e lógica de verificação.

Com as bases apresentadas acima, podemos apresentar as duas tecnologias principais do RGB:

Os tokens de ativos emitidos sob o protocolo RGB através do protocolo RGB não existem em uma cadeia pública específica (o mesmo vale para protocolos como Ordinals/Atomicals), e cada token de ativo relacionado ao protocolo RGB deve especificar um UTXO específico na rede Bitcoin para corresponder para isso. Se alguém possui um UTXO específico na rede Bitcoin, também possui o token de ativo RGB correspondente a esse UTXO, conforme registrado no protocolo RGB.

Para transferir ativos relacionados ao RGB, o titular precisa gastar o UTXO correspondente. Como os UTXOs são descartáveis, uma vez gastos, eles desaparecem, correspondendo ao gasto dos ativos RGB no protocolo RGB. Esse gasto de UTXOs é o processo de abertura de um selo descartável. A principal vantagem deste design é que quando precisamos verificar um determinado estado de um contrato, não precisamos obter todos os dados do bloco.

Cada estado de cada contrato deve ser anexado a um determinado Bitcoin UTXO, e uma vez que este estado precisa ser alterado, o UTXO correspondente deve ser gasto, permitindo que a transação que o gasta seja confirmada pelo blockchain. E por meio das informações relevantes da transação anexadas ao UTXO, podemos remontar ao estado inicial do contrato, permitindo-nos identificar a essência deste estado.

No entanto, as transações em RGB não são verificadas entre nós Bitcoin como as transações Bitcoin. A solução RGB é a validação do lado do cliente, permitindo aos usuários verificá-los fora da cadeia.

Validação do lado do cliente

Ao contrário da transmissão de dados de transação pela rede principal do Bitcoin e da sincronização de registros de verificação de transação por nós de rede completos, o protocolo RGB coloca esse processo fora da cadeia e as informações de transação são transmitidas apenas entre remetentes e destinatários. Após verificar a transação, o destinatário só precisa registrar os dados relacionados à transação e atender aos requisitos de validação on-chain.

Desafios e dificuldades enfrentadas pelo RGB

Embora o protocolo RGB seja excelentemente projetado, ele ainda enfrenta muitos desafios:

● Problema de Disponibilidade de Dados (DA): Como mencionado anteriormente, as informações de transação são transmitidas apenas entre remetentes e destinatários, e as informações necessárias para isso (como as ramificações históricas deste UTXO) são difíceis de obter ou gerar para usuários comuns. Além disso, os dados armazenados por cada cliente são independentes uns dos outros, levando a problemas de ilha de dados e à incapacidade de visualizar o estado global dos contratos.

● Problema de Rede P2P: As transações RGB, assim como as transações estendidas de Bitcoin, dependem de uma rede P2P para disseminação. Quando os usuários transferem transações, eles também precisam realizar operações interativas e o destinatário precisa fornecer um recibo. Tudo isso depende de uma rede P2P independente da rede Bitcoin.

● Máquina Virtual e Linguagens de Contrato: A máquina virtual do protocolo RGB utiliza principalmente AluVM. Por ser uma nova máquina virtual, atualmente carece de ferramentas de desenvolvimento completas e código prático.

● Problema de contrato sem mestre: O protocolo RGB atualmente carece de uma solução completa para interação com contratos mestre (públicos), dificultando a realização de interações entre várias partes.

Competição BTC L2: Quais são as vantagens do CKB? Qual é o plano futuro?

O “grupo EVM”, liderado por projetos como Merlin e B², está envolvido numa competição feroz de staking de TVL, tentando aproveitar a janela inicial de oportunidade no ecossistema Bitcoin para obter uma vantagem de pioneiro e capturar quota de mercado.

Por outro lado, o “grupo UTXO”, liderado por CKB, alavanca suas proezas técnicas, sendo totalmente compatível com BTC (baseado em PoW+UTXO) e reconhecido pela comunidade Bitcoin por suas extensões como RGB. Este grupo ocupa um alto nível de superioridade técnica, capaz de trazer extensões de contrato completas de Turing e melhorias de desempenho para Bitcoin sem a necessidade de soluções cross-chain. No entanto, pode faltar o impacto imediato observado com os incentivos para a adopção inicial e a atração de ativos ecossistêmicos.

Espera-se que o primeiro produto do CKB, RGB++, seja lançado no início de abril, permitindo a emissão de ativos RGB++ na rede principal Bitcoin, potencialmente reacender a onda de emissão vista com protocolos como Ordinals/Atomicals/Runes. Portanto, talvez valha a pena prestar atenção às ferramentas de emissão de ativos relacionadas naquele momento, com oportunidades semelhantes às observadas nas inscrições.