Análise aprofundada do mecanismo de design subjacente e das limitações do protocolo Runes

1. Runes( runas) visão geral

No último ano, o ponto focal mais discutido na área do web3 foi, sem dúvida, a explosão do ecossistema de inscrições. Sua origem pode ser rastreada até o protocolo Ordinals, que atribui um número único a cada satoshi no Bitcoin. O desenvolvedor principal do Ordinals, casey, já havia submetido o código base do protocolo Runes em setembro do ano passado, mas ainda não foi oficialmente lançado. Isso levou alguns projetos a bifurcarem o código antecipadamente, emitindo protocolos como RunesAlpha. Apesar das controvérsias, o crescimento de centenas de milhões de dólares em valor de mercado em apenas alguns meses também demonstra o enorme potencial do protocolo Runes.

A versão oficial do protocolo Runes está prevista para ser lançada oficialmente na mainnet do Bitcoin em torno de 20 de abril de 2024. Isso significa que as partes do projeto, os provedores de carteira e as plataformas de negociação de NFT/FT enfrentarão um grande desafio: como adaptar diretamente a mainnet sem uma testnet.

Este artigo irá sistematicamente organizar a evolução dos campos subjacentes do projeto Runes, ajudando os leitores a entender fundamentalmente as diferenças entre Runes e os protocolos FT como Brc20, Arc20, de forma a avaliar e participar de maneira racional.

2. Forma de registro de dados na cadeia do Bitcoin

Existem principalmente duas soluções para anexar dados off-chain à blockchain do Bitcoin: gravação e escultura.

2.1 Princípios básicos de corrosão

Runes utiliza a tecnologia de gravação, que é um método de registrar informações diretamente na cadeia. Especificamente, os dados são escritos no campo op-return do UTXO (saída de transação não gasta) do Bitcoin. Essa funcionalidade começou com a versão 0.9 do cliente Bitcoin Core em 2014. O OP_RETURN criou uma saída verificável, mas não consumível, permitindo que os dados sejam armazenados na blockchain.

No explorador de blocos do Bitcoin, é fácil ver as informações op-return anexadas às transações. Por exemplo, a saída #3 de uma transação pode ser um retângulo circular fechado, indicando que não pode ser transferido ou consumido novamente. É como a área de anotações da transação, armazenada permanentemente no espaço de armazenamento do Bitcoin, e pode ser encontrada através do índice do hash da transação.

2.2 Princípios Básicos da Gravação

Os protocolos como Ordinals/brc20 incorporam metadados nos dados de testemunho da transação. Este processo é realizado através do testemunho isolado e do "pagamento para Taproot" (P2TR), incluindo duas fases: submissão e revelação, necessitando de duas transações para serem concluídas.

P2TR é um tipo de saída de transação introduzido pela atualização Taproot do Bitcoin em 2021, permitindo armazenar diferentes condições de transação de forma mais privada. Especificamente, endereços P2TR são gerados usando um hash de script, fornecendo um script real (incluindo dados de inscrição) ao gastar. Portanto, o upload de dados de inscrição requer primeiro gerar um UTXO (transação submetida) pago a este endereço P2TR gerado pelo script, e então, ao gastar este UTXO, fornecer o script real no script de testemunho, permitindo assim o upload dos dados de inscrição na cadeia (revelando a transação).

O protocolo Ordinals estabelece que a inscrição é vinculada ao primeiro satoshi do primeiro input após a conclusão dessas duas transações.

2.3 Comparação entre duas soluções de dados em cadeia

Gravação:

• Vantagens: Lógica simples e intuitiva, custos de transação baixos, não ocupa a memória do pool de nós completos.
• Desvantagens: sujeito a um limite de comprimento de 80 bytes, requer codificação de dados altamente comprimida.

Gravado:

• Vantagens: quase sem limitações de tamanho, com uma certa capacidade de proteção de privacidade, suporta várias formas de jogo (como bloqueio de tempo, prova de trabalho).
• Desvantagens: requer duas transações em cadeia, o custo final é elevado, e coloca uma grande pressão na memória do nó completo.

3. Análise do design subjacente das Runes

3.1 Runes versão 0.11

Os campos do protocolo Runes na fase inicial são divididos em três partes: edicts (informações de transferência de ativos), etching (informações de implantação de ativos) e burn (destruição).

Quando as informações no op_Return são decodificadas e apresentadas no formato correto de edicts, o parser off-chain calculará a situação de transferência de ativos do usuário, e o campo output especifica o destino da transferência.

O conteúdo de gravação define as principais informações sobre a implantação de ativos. Em comparação com o ERC721, a principal diferença é que os campos limit e term restringem a quantidade de cunhagem e o intervalo de cunhagem. Isso reflete a diferença fundamental entre projetos de inscrição e runas e a emissão de ativos por contratos inteligentes Ethereum. Devido à falta de verificação de contratos inteligentes na cadeia, o protocolo de gravação definiu de maneira unificada a forma de emissão de ativos e a participação dos usuários na cunhagem, a fim de alcançar um lançamento justo.

3.2 Runes versão 0.18

A versão mais recente dos campos do protocolo Runes é dividida em quatro aspectos:

1. edicts: define a direção da transferência de ativos, adicionar o parâmetro pointer para modificar a direção de transferência padrão, a fim de se adaptar à situação em que múltiplos ativos Runes são transferidos simultaneamente, reduzindo a quantidade de codificação e os custos de transação.

2. Mint: novo campo, limitando uma transação a poder apenas cunhar um ativo, equilibrando a linha de partida entre usuários técnicos e comuns.

3. gravação: A forma de alocação de ativos sofreu mudanças significativas. As principais alterações incluem:

   • O ID do ativo foi alterado para formato de string, economizando espaço de codificação.
   • O campo terms introduz os parâmetros height e offset, permitindo ao emissor especificar o ponto de início e fim da emissão.
   • o parâmetro cap controla o número total de emissões.
   • Introduzir regras de liberação de comprimento de nome para controlar recursos escassos.
   • Utilizando a tecnologia de gravação (commit e reveal) para implementação, proporcionando proteção de privacidade.

4. turbo: novo campo, reservado para futuras alterações no protocolo.

4. Avaliação do novo protocolo Runes

Vantagens:

• Alinhado com as necessidades do mercado, resolveu o problema da proliferação de ativos de baixa qualidade no ecossistema de inscrições.
• Integrar o protocolo Ordinals, com uma base de utilizadores pronta.
• Como um protocolo FT, complementa as deficiências da Ordinals em termos de operação de mercado.
• Utiliza op_Return para registar dados na cadeia, proporcionando uma capacidade de livro-razão flexível e uma segurança elevada.

Desvantagens:

• Existem desafios nas oportunidades de mercado, e o tempo de desenvolvimento apertado pode afetar o desenvolvimento inicial do ecossistema.
• Regras complexas, o problema do comprimento dos nomes dos ativos pode aumentar o risco de phishing para os usuários.
• Há preocupações sobre a compatibilidade futura, e a disposição em relação ao L2 ou BVM é ligeiramente atrasada em comparação com outros protocolos.