Análise aprofundada do protocolo Runes: Mecanismos de design subjacentes e limitações

1. Runes( Runas) Introdução

No último ano, o fenômeno mais notável na área do Web3 foi, sem dúvida, a explosão do ecossistema de inscrições. Este entusiasmo surgiu do protocolo Ordinals, que atribui um número único a cada satoshi no Bitcoin. O fundador principal do Ordinals, casey, já havia submetido a versão básica do código do protocolo Runes em setembro do ano passado, mas a versão principal da rede ainda não foi oficialmente lançada.

Durante este período, alguns projetos como RunesAlpha bifurcaram o código antecipadamente e foram lançados de forma independente. Embora haja suspeitas de plágio, o crescimento de vários 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 na mainnet do Bitcoin em torno de 20 de abril de 2024. Isso significa que as equipes do projeto, carteiras e plataformas de negociação enfrentarão um grande desafio: como adaptar diretamente a mainnet sem uma rede de testes.

Este artigo irá sistematicamente examinar a evolução dos campos subjacentes do projeto Runes, ajudando os leitores a compreender fundamentalmente as diferenças entre Runes e os protocolos FT como BRC20, ARC20, e a comparar suas vantagens e desvantagens para tomar decisões racionais.

2. Método de registro de dados na cadeia do Bitcoin

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

2.1 Princípios básicos de corrosão

As runas utilizam uma técnica de gravação chamada "etching", que é uma forma intuitiva de registrar informações na cadeia. A implementação específica consiste em escrever dados no campo OP_RETURN do UTXO do Bitcoin. Esta funcionalidade começou a ser suportada a partir da versão 0.9 do Bitcoin Core em 2014, permitindo a criação de uma saída verificável, mas não consumível, que armazena dados permanentemente na blockchain.

No explorador de blocos do Bitcoin, é fácil ver as informações OP_RETURN anexadas às transações. Embora essas informações ocupem uma posição de saída de UTXO, na verdade são dados fechados e não transferíveis novamente. É como uma área de notas para a transação, armazenada permanentemente no espaço de armazenamento do Bitcoin e pode ser encontrada através do índice do hash da transação.

O conteúdo do campo OP_RETURN é geralmente uma sequência de dados codificados em hexadecimal, que, quando decodificados, podem fornecer informações específicas, como dados relacionados ao protocolo de implantação, cunhagem e emissão de ativos Runes em formato JSON.

2.2 Princípios Fundamentais de Gravação

Os protocolos Ordinals/BRC20 incorporam metadados nos dados de testemunho das transações, e esse processo é realizado através de testemunho isolado e "pagamento a Taproot" (P2TR), incluindo a submissão de (commit) e a revelação de (reveal) em duas fases, 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, que permite armazenar diferentes condições de transação de forma mais privada. A implementação específica é gerar primeiro um UTXO( de uma transação commit para um endereço P2TR gerado pelo hash do script de pagamento), e depois, ao gastar esse UTXO, fornecer o script verdadeiro no script de testemunho, permitindo assim que os dados de inscrição sejam carregados na blockchain( em uma transação reveal).

A definição do protocolo Ordinals estabelece que a inscrição é vinculada ao primeiro sat do primeiro input após a conclusão do processo de gravação ( com as duas transações commit e reveal ).

2.3 Comparação de duas soluções de colocação de dados na blockchain

Gravação:

• Vantagens: lógica simples e clara, baixo custo de transação, não ocupa a memória do nó completo.
• Desvantagens: limitações de 80 bytes de comprimento, necessidade de codificação de dados altamente comprimida.

Gravado:

• Vantagens: quase sem restrição de tamanho, com alguma capacidade de proteção de privacidade, suporta várias maneiras de jogar, como bloqueio de tempo, prova de trabalho.
• Desvantagens: requer duas transações na cadeia, custo final relativamente alto, tempo de validade das transações commit longo, pressão grande sobre o pool de memória dos nós completos.

3. Interpretação do design subjacente das Runes

( 3.1 Runes Análise da versão 0.11

A versão inicial do campo do protocolo Runes é dividida 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 a informação edicts no OP_RETURN da transação estiver no formato correto, o parser fora da cadeia calculará a transferência de ativos do usuário, onde o campo output especifica o destino da transferência.

A definição de conteúdo de gravação define as principais informações sobre a implantação de ativos. Em comparação com o ERC721, a maior diferença reside nos campos limit e term, que restringem a quantidade de cunhagens e o intervalo de cunhagem. Esta é também a diferença fundamental entre os projetos de inscrições e runas e a emissão de ativos por contratos inteligentes do Ethereum. Devido à falta de verificação de contratos inteligentes na cadeia, o protocolo de inscrição definiu de forma unificada a forma de emissão de ativos e a participação dos usuários na cunhagem, com a filosofia de lançamento justo, permitindo a participação totalmente aberta dos usuários e reduzindo a possibilidade de intervenção excessiva do projeto no mercado.

( 3.2 Runes análise da versão 0.18

Os campos do protocolo Runes na versão mais recente estão divididos em quatro aspectos:

1. edicts: define a direção da transferência de ativos, adiciona um parâmetro pointer para modificar a direção padrão da transferência, para se adaptar a várias situações de transferência simultânea de ativos Runes, reduzindo a quantidade de codificação e o custo das transações.

2. Mint: Adicionar campo, restringir uma transação a poder apenas cunhar um ativo, equilibrando a linha de partida entre a tecnologia e os usuários comuns.

3. gravação: a forma de alocação de ativos sofreu uma mudança significativa

   • O ID do ativo foi alterado para uma forma de string, economizando espaço de codificação
   • o campo terms adiciona os parâmetros height e offset, especificando o ponto de início da cunhagem, aumentando a equidade
   • Introduzir regras de liberação de comprimento de nome, controlar recursos escassos
   • Utilizando a tecnologia de gravação ) commit e reveal ### para implementação, oferecendo proteção de privacidade

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

( 4. Avaliação do novo protocolo Runes

Vantagens:

• Adaptado às necessidades do mercado, resolveu alguns problemas iniciais do protocolo de inscrição.
• Integrar o protocolo Ordinals, utilizando a base de usuários existente
• Como protocolo FT, complementa as deficiências dos Ordinais na operação de mercado.
• Usar OP_RETURN para registrar dados, aumentou a segurança e o nível de descentralização

Desvantagens:

• Problemas de oportunidade de mercado, o tempo de desenvolvimento apertado pode afetar o desenvolvimento ecológico
• As regras são complexas, especialmente a questão do comprimento do nome dos ativos que pode aumentar o risco para os usuários
• Existe incerteza na compatibilidade futura, e o desenvolvimento em L2 e BVM está um pouco atrasado.

![Análise aprofundada do mecanismo de design subjacente e limitações do protocolo Runes])https://img-cdn.gateio.im/webp-social/moments-76e02af769fcbb0515c5486c267f20dd.webp###