Autor:OneKey

Anteriormente, quando o círculo falava sobre BTC L2, na verdade era profundamente influenciado pelo conceito L2 Rollup do Ethereum. Embora as várias versões EVM do L2 de construção rápida tenham tecnologias maduras e baixos limites de desenvolvimento ecológico, sua segurança nativa tem sido criticada. Ao mesmo tempo, o uso deste tipo de L2 exige que os usuários alternem entre a carteira BTC e a carteira EVM, o que torna a experiência do usuário muito deselegante. Em suma, até que essas questões sejam resolvidas, os OGs e baleias “exigentes” na comunidade BTC podem não ser tão facilmente “FOMO”. Em meio a vários problemas, se a solução L2 isomórfica UTXO pode se tornar uma nova saída tornou-se um tema quente recentemente.
 

Este artigo é destinado a iniciantes, usando UTXO, a "fonte de todo o mal", como ponto de partida para conectar inscrições e popularizar o desenvolvimento do BTC L2 "no cross-chain bridge" do CKB.

O que são UTXO e eUTXO?

UTXO (Unspent Transaction Output), traduzido literalmente como "saída de transação não gasta". Por exemplo, se você receber uma transferência de 10 BTC e não gastar com mais ninguém, esses 10 BTC são um UTXO.

Vamos entender por meio de comparação e exemplos.

Existem atualmente dois modelos convencionais de registro de transações em blockchain, nomeadamente o modelo UTXO e o modelo de conta. O modelo de conta usado pelo Ethereum é muito fácil de entender. Este modelo é igual a uma conta bancária ou conta Alipay WeChat. Neste modelo, o montante total de fundos na conta é exibido visualmente como um saldo geral, e o sistema só precisa acompanhar as alterações do saldo na conta do usuário. Por exemplo: você tem um saldo de 1.000 yuans em sua conta. Quando você compra o OneKey Classic por 600 yuans, o sistema deduzirá 400 yuans da sua conta e adicionará 400 yuans à sua conta OneKey.

Comparada com o modelo de conta usado pela Ethereum, a abstração UTXO do Bitcoin será mais como uma “carteira” e “nota” reais, e mais como uma transação em dinheiro real. Uma analogia: imagine que você tem uma carteira com muitas notas de diferentes valores. Cada nota pode ser vista como um UTXO, uma quantia de dinheiro que você pode usar. Em um sistema como o Bitcoin, quando você recebe uma transferência de Bitcoin de outra pessoa, o dinheiro é como uma nota nova em sua carteira. Você não o usou para pagar mais nada, então ele “não foi gasto”.

Cada vez que você faz uma transação, digamos, comprando um OneKey Classic de $ 600 com uma nota de $ 1.000, você receberá $ 400 de volta em troco. No sistema Bitcoin, esta operação equivale a usar um UTXO (1.000 yuans) para criar dois novos UTXOs: um é pagar nosso OneKey (600 yuans) e o outro é devolvido a você mesmo (400 yuans). Você “gasta” o UTXO original (1.000 yuans) e “gera” um novo UTXO (600 yuans e 400 yuans).

Com o exposto, o conceito de eUTXO (Extended Unspent Transaction Output, ou seja, a versão estendida da saída da transação não gasta) é fácil de entender. Em sistemas como Cardano que utilizam o modelo eUTXO, ele não apenas registra a quantidade de dinheiro, mas também pode conter dados e lógica mais complexos (por exemplo, o dinheiro só pode ser usado para comprar bens ou serviços específicos). Dessa forma, cada transação não apenas transfere fundos, mas também executa algumas condições e até mesmo o conteúdo do contrato inteligente. Isso torna as transações mais flexíveis, mas também mais complexas.

O que inscrições como BRC-20 têm a ver com UTXOs?

Se você sabe algo sobre o protocolo BRC-20, descobrirá rapidamente - "Oh, merda, o que eles estão fazendo é executar o modelo de conta em cima do modelo UTXO." Afinal, o nome do protocolo vem do padrão de token da Ethereum, ERC-20, que utiliza um modelo de conta.

No BRC-20, as operações de token, incluindo implantação, cunhagem e transferência, são implementadas incorporando dados formatados em JSON nas transações UTXO do Bitcoin. Isto equivale a escrever registros nas “notas” que mencionamos anteriormente. Desta forma, os tokens podem ser emitidos livremente na cadeia Bitcoin. No entanto, o Bitcoin não pode gerenciar o modelo de conta, e o conteúdo do BRC-20 é colocado no script Taproot do Segwit. O Bitcoin não consegue reconhecer e calcular os números internos. É como se o sistema bancário reconhecesse apenas a denominação da nota e não se importasse com o que você escreve nela.

Felizmente, ao contrário dos bancos centralizados, todas as transações de Bitcoin são públicas e podemos verificar o que está escrito em todas as “notas”. Contanto que sigamos certas regras (teoria ordinal) para criar um livro-razão e calcular adição, subtração e subtração fora da cadeia. Portanto, o BRC-20 está atualmente construindo um servidor de índice fora da cadeia para implementar vários cálculos contábeis de tokens BRC20. No entanto, este método envolve obviamente o risco de centralização - este serviço que mantém o livro-razão não possui o mecanismo de jogo justo do POW ou POS para garantir que nenhum mal seja cometido. Portanto, isso também explica por que o BRC-20 é considerado por alguns geeks desenvolvedores do Bitcoin como supérfluo e uma regressão tecnológica.

Portanto, vários novos protocolos de inscrição foram desenvolvidos posteriormente para resolver as deficiências do BRC-20. Por exemplo, ARC-20 e Runes usam um método semelhante para permitir que o Bitcoin calcule o saldo, ou seja, igualando diretamente o número de tokens ao número de Bitcoins em UTXO (unidade: satoshi) - 1 token = 1 sat, em vez disso de outra contagem. Isto equivale a colocar uma “marca especial” na nota de menor denominação para representar outra moeda. Na verdade, é a “moeda tingida” que apareceu na história antiga do círculo monetário.

A vantagem disso é que nenhum sistema fora da cadeia é necessário para rastrear transações, calcular saldos, etc. Apenas um servidor de indexação é necessário para reconhecer esta “marca especial”, o que reduz o custo do servidor de indexação. Mas isso também introduz um novo problema. Para reduzir as transações de spam, a rede Bitcoin tem um limite mínimo de saída de transações (546 satoshis). Como resultado, tokens de inscrição como o ARC-20 não podem ser divididos em transações mais refinadas, resultando em transações mais refinadas. liquidez. É semelhante ao NFT e não é um token verdadeiramente fungível. No entanto, para introduzir o cálculo de transações divididas, dando voltas e mais voltas, temos que realizar transações de índice centralizadas fora da cadeia. Sobre esta questão, o ARC-20 está paralisado há muito tempo e não há plano de divisão há vários meses. Atualmente, parece que a equipe do projeto está depositando esperança no AVM inspirado no BitVM para realizar o cálculo da divisão do penhor, que não é fácil de desenvolver.

Do ponto de vista técnico, muitos esquemas de emissão de ativos de inscrição do tipo Meme limitaram a promoção do progresso tecnológico do Bitcoin. As inscrições criaram muitos novos activos, mas a sua aplicação parou na emissão de activos.
 

Mas seu efeito riqueza e FOMO permitem que as pessoas vejam a imaginação do ecossistema BTC. Nas necessidades reais dos participantes da cadeia, várias restrições à rede Bitcoin e UTXO estimularam ainda mais a demanda das pessoas pela expansão do Bitcoin e por aplicações ecológicas mais complexas.

De uma perspectiva de escala, a Lightning Network já é um canal L2 suficientemente bom para alcançar a falta de confiança por meio de jogos (transações de compromisso revogáveis ​​baseadas em punição) e está em execução há muitos anos. No entanto, a arquitetura do canal estatal da Lightning Network é basicamente limitada ao pagamento e não pode atingir intenções mais complexas.

Conforme mencionado anteriormente, implementar um L2 relativamente seguro e elegante, adotar um modelo UTXO isomórfico ao BTC e estendê-lo usando o conceito eUTXO pode ser uma saída. Ambas as redes públicas Ergo e Cardano obtiveram conquistas no modelo eUTXO e implementaram funções de contrato inteligente. Mas foi a CKB quem primeiro pensou em implementar uma solução L2.

A resposta do CKB é propor um protocolo de extensão para RGB: RGB++ Na verdade, não é tanto uma extensão, mas uma “grande mudança mágica”. A extensão do CKB herda o núcleo do protocolo RGB, mas utiliza diretamente diferentes máquinas virtuais e esquemas de verificação. Como um protocolo de sistema de contrato inteligente de código aberto, o protocolo RGB foi projetado para executar contratos inteligentes escalonáveis, robustos e privados em blockchains UTXO (como Bitcoin, Liquid). Atualmente a v0.11 não foi lançada e sua máquina virtual AluVM ainda está longe de ser totalmente implementada (alguns dizem que pode não ser possível mesmo depois que o mercado altista terminar).

Seu foco técnico é a “ligação isomórfica”, que mapeia o Bitcoin UTXO para o Cell da Nervos CKB – uma versão modificada do UTXO que pode ser combinada para implementar capacidades de contrato inteligente. Para o esquema de verificação, todas as transações RGB++ aparecerão simultaneamente nas cadeias BTC e CKB com uma transação cada. A verificação original do cliente fora da cadeia foi alterada para a verificação pública na cadeia do CKB, que é muito mais fácil de usar. Não há necessidade de usar um cliente independente ou salvar os dados da transação original.

Um entendimento aproximado é que os ativos RGB++ emitidos na primeira camada do Bitcoin podem usar contratos inteligentes na segunda camada do ckb para atingir várias intenções complexas. O CKB não usa nenhuma ponte entre cadeias, mas usa um esquema de verificação de cliente nativo.​

Em certo sentido, esta é uma ideia relativamente inovadora - fazer a expansão intencional (Intenção) entre cadeias, em vez da tradicional cadeia cruzada de ativos.

As pessoas de L2 estão sempre pensando em maneiras de bloquear o BTC em L2 de várias maneiras, mas para alcançar expansão e aplicações complexas, talvez precisemos apenas fazer aplicações orientadas à intenção em L2?

Embora RGB++ ainda seja apenas um conceito e ainda não tenha sido implementado em profundidade, acredita-se que esta solução forneça um novo caminho para a exploração da legitimidade do BTC L2. O futuro é promissor.