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

1. Runes( runas) Introdução

No último ano, o tópico mais quente no campo do Web3 foi, sem dúvida, a explosão do ecossistema de inscrições. Sua origem pode ser rastreada até o protocolo Ordinals, que é uma tecnologia que atribui um número único a cada satoshi no Bitcoin. O principal desenvolvedor do Ordinals, Casey, já havia submetido o código base do protocolo Runes em setembro do ano passado, mas a versão principal da rede ainda não foi lançada.

Durante este período, alguns projetos como RunesAlpha forkaram antecipadamente o código e lançaram o seu próprio protocolo. Apesar das controvérsias, esses projetos viram seu valor de mercado total crescer para centenas de milhões em apenas alguns meses, demonstrando o enorme potencial do protocolo Runes.

A versão oficial do protocolo Runes está prevista para ser oficialmente lançada na mainnet do Bitcoin por volta de 20 de abril de 2024. Isso significa que as partes do projeto, carteiras e plataformas de negociação enfrentarão um enorme desafio ao desenvolver diretamente na mainnet, uma vez que não há uma testnet disponível para depuração.

2. Modo de registro de dados na cadeia do Bitcoin

Existem duas soluções principais de anexo de dados off-chain no Bitcoin: gravação e gravação.

2.1 Princípio básico de gravação

Runes usa a técnica de gravação para escrever dados no campo OP_RETURN do UTXO do Bitcoin. Este método começou a ser suportado a partir da versão 0.9 do Bitcoin Core (2014 ), permitindo a criação de uma saída verificável mas não consumível, que armazena dados diretamente na blockchain.

No explorador de blockchain, é possível ver as informações OP_RETURN anexadas às transações. Essas informações geralmente são apresentadas em codificação hexadecimal, e depois de decodificadas, podem resultar em uma string no formato JSON, contendo informações sobre a implementação, cunhagem, emissão, entre outros, dos ativos Runes.

2.2 Princípios básicos de gravação

Os protocolos como Ordinals/BRC20 utilizam a técnica de gravação para escrever metadados nos dados de testemunho da transação. Este processo é realizado através de testemunho isolado e o método de "pagar a Taproot"(P2TR), incluindo a submissão de (commit) e a revelação de (reveal) em duas fases.

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. O processo de gravação requer duas transações: primeiro, gera-se uma transação commit para pagar ao endereço P2TR com o UTXO (, e depois, ao gastar esse UTXO, fornece-se o script verdadeiro no script de testemunho, permitindo assim o upload dos dados de gravação na transação reveal ).

( 2.3 Comparação de duas opções

Gravação:

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

Gravado:

• Vantagens: quase sem limite de tamanho, possui certa proteção de privacidade, suporta várias formas de jogar.
• Desvantagens: requer duas transações em cadeia, custo elevado, grande pressão sobre a memória do nó completo.

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

3. Interpretação do design subjacente das Runas

( 3.1 Runes versão 0.11

A primeira versão do protocolo Runes é dividida em três partes: informações de transferência de ativos edicts), informações de implantação de ativos etching### e destruição burn(.

os edicts definem a direção da transferência de ativos, o etching apresenta as principais informações sobre a implementação de ativos. Em comparação com os contratos inteligentes do Ethereum, os Runes limitam a quantidade de cunhagem e a faixa de cunhagem através dos campos limit e term. Este design torna o projeto Runes difícil de implementar uma economia de tokens complexa, mas também aumenta a equidade, reduzindo a possibilidade de intervenção do projeto no mercado.

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

) 3.2 Runes versão 0.18

A versão mais recente do protocolo Runes trouxe mudanças significativas, incluindo:

1. edicts adicionou o parâmetro pointer, usado para modificar a direção padrão de transferência de ativos, reduzindo a quantidade de codificação e o custo das transações.

2. Adicionado o campo Mint, limitando que cada transação possa apenas cunhar um ativo, equilibrando as oportunidades de cunhagem entre diferentes usuários.

3. gravação( implantação de ativos) alteração significativa de campo:

   • O ID do ativo foi alterado para formato de string, economizando espaço de codificação.
   • Introduzir o campo terms, permitindo ao emissor especificar o tempo de início e término da emissão, aumentando a equidade.
   • Definir regras de liberação do comprimento do nome do ativo, semelhante ao mecanismo de registro de domínio.
   • Utilizar tecnologia de gravação para a implementação de ativos, aumentando a proteção da privacidade.
   • Adicionado campo turbo, reservado para futuras atualizações do protocolo.

4. Avaliação do novo protocolo Runes

Vantagens:

1. Ajusta-se à demanda do mercado, resolvendo alguns problemas iniciais do protocolo de inscrições.
2. Integrar o protocolo Ordinals, podendo rapidamente desenvolver-se com a sua base de utilizadores.
3. Como um protocolo FT, preenche as lacunas da operação de mercado dos Ordinais.
4. Usar OP_RETURN para registrar dados aumentou a segurança e o grau de descentralização.

Desvantagens:

1. O tempo para o lançamento é apertado, o que pode afetar o desenvolvimento inicial do ecossistema.
2. As regras são complexas, o limite de comprimento dos nomes de ativos pode aumentar o risco de phishing para os usuários.
3. A funcionalidade atual limita-se à emissão de ativos, carecendo de um plano para direções futuras como L2 ou BVM.

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