Hoje, Casey Rodarmor, o fundador do protocolo Bitcoin NFT Ordinals, propôs um novo conceito de design de protocolo Bitcoin FT chamado "Rune", também conhecido como protocolo "Rune".
Qual a diferença entre este protocolo e os protocolos FT em Lightning Networks, como BRC-20 e Taro/RGB? Por que Casey de repente teve a ideia do Acordo "Runa"? Que progresso foi feito em menos de um dia desde que a ideia surgiu?
Rhythm BlockBeats irá resolver todos os aspectos do acordo “Rune” para você em detalhes até agora.
O ponto de partida para o design do protocolo "Rune"
Casey Rodarmor resumiu a maior característica do protocolo “Rune” em uma frase – um protocolo FT simples baseado em UTXO que permite aos usuários de Bitcoin ter uma boa experiência.
Casey acredita que se o protocolo tiver uma “pegada” menor na cadeia e promover um gerenciamento UTXO confiável, pode ser menos “prejudicial” do que o protocolo Bitcoin FT existente. Pelo menos, a popularidade atual do BRC-20 criou um grande número de UTXOs “lixo”.
Casey comparou o protocolo “Rune” com outros protocolos Bitcoin FT existentes nos 4 aspectos a seguir:
Complexidade: Quão complexo é o protocolo? É fácil de implementar? É fácil ser adotado em larga escala?
Experiência do usuário: há algum detalhe de implementação que possa impactar negativamente a experiência do usuário? Em particular, os protocolos que dependem de dados fora da cadeia têm uma “pegada” mais leve na cadeia, mas introduzem uma complexidade significativa. E os usuários podem executar seus próprios servidores ou descobrir e interagir com servidores existentes.
Modelo de estado: Os protocolos baseados em UTXO se adaptam mais naturalmente ao Bitcoin e promovem a minimização do conjunto UTXO, evitando a criação de UTXOs "lixo".
Token Nativo: Ter o Token nativo necessário para operações de protocolo é complicado e requer mineração (extrativa), por isso é naturalmente improvável que seja amplamente adotado.
O resultado da comparação é:
BRC-20: Não baseado em UTXO e bastante complexo, pois requer o uso do protocolo Ordinals para determinadas operações.
RGB: Muito complexo, depende de dados fora da cadeia, foi desenvolvido há muito tempo sem adoção generalizada.
Contraparte: Algumas operações requerem o uso de Tokens nativos em vez de baseados em UTXO.
Camada Omni: Algumas operações requerem o uso de Tokens nativos em vez de baseados em UTXO.
Taproot Assets (Taro): Um pouco complicado e depende de dados fora da cadeia.
Então, como o protocolo “Rune” será implementado especificamente para resolver os problemas acima?
Implementação do protocolo "Rune"
Visão geral
O saldo do Token "Runa" está diretamente incluído no UTXO, e o UTXO pode conter qualquer número de Tokens "Runa".
Se uma transação contém uma saída cujo script pubkey contém um OP_RETURN seguido por uma saída de dados representando um "R" maiúsculo ASCII, então a transação contém uma mensagem de protocolo. A mensagem do protocolo é tudo após a primeira saída de dados.
Se mensagens de protocolo inválidas e tokens "rúnicos" forem inseridos em uma transação, o token "rúnico" será queimado. Isso permitirá que o protocolo "Rune" seja atualizado no futuro, evitando que Tokens "Rune" já criados/alocados não consigam corrigir erros de alocação em versões mais antigas do protocolo.
Codifique o inteiro em uma variável de prefixo. A parte inicial da variável determina o comprimento de bytes do Token "rune".
Transferência do token "Runa"
A primeira saída de dados na mensagem do protocolo é decodificada em uma sequência inteira.Esta sequência inteira conterá três tipos de informações: "ID", "OUTPUT" e "AMOUNT". Se o número inteiro decodificado não for múltiplo de 3, a mensagem do protocolo será considerada inválida.
ID: Especifica qual Token "runa" será usado para transferência. Cada token "runa" receberá um ID quando for criado. O ID começa em 1. Quanto mais cedo o token "runa" for criado, menor será o valor do ID.
SAÍDA: Determine qual saída atribuir.
AMOUNT: O número de tokens "runa" transferidos. Se a quantidade AMOUNT for 0, representa o número total de Tokens "Runa" restantes na conta.
Depois de processar todas as operações incluídas na sequência numérica completa, se houver algum token "rune" que não exija operações, ele será atribuído à primeira saída não OP_RETURN. Além disso, se o Token "rune" for atribuído à saída OP_RETURN contendo a mensagem do protocolo, o Token "rune" poderá ser queimado.
Criação do Token "Runa"
Se houver uma segunda saída de dados após a mensagem do protocolo, a transação será uma transação de criação de token "rune". A saída de dados desta parte será decodificada em dois inteiros "SYMBOL" e "DECIMALS".Se houver mais outros inteiros, eles serão inválidos.
SÍMBOLO: Equivalente ao BRC-20 Ticker (ou seja, nome do Token), suporta até 26 bits e os caracteres disponíveis são apenas AZ.
DECIMAIS: Precisão, que determina quantos dígitos após a vírgula decimal o Token "runa" pode suportar.
Se "SÍMBOLO" não tiver sido usado, o Token "runa" receberá um valor de ID. O valor de ID do primeiro Token "runa" criado é 1, e os três nomes de BITCOIN, BTC e XBT estão desabilitados. Se "SÍMBOLO" já for utilizado, a criação será inválida. Ou seja, o protocolo “Rune” ainda não suporta a criação de Tokens com o mesmo nome.
Exibição do saldo Bitcoin em UTXO
Em um UTXO, o saldo de Bitcoin será exibido como BITCOIN, BTC ou XBT, ou como um valor de ID 0.
Por que Casey de repente teve a ideia de um acordo "rúnico"?
No manual oficial do protocolo Ordinals, podemos ver que a visão de Casey para o protocolo Ordinals é um protocolo para criação de “artefatos digitais”, ou “NFTs” através do Bitcoin. No entanto, com o desenvolvimento do protocolo Ordinais, o número de inscrições relacionadas ao BRC-20 representou mais de 85% do total de inscrições.
Casey está insatisfeito com o BRC-20 há muito tempo, especialmente seus dois tweets recentes que causaram alvoroço. Sua atitude negativa em relação ao BRC-20 pode ser sentida ainda mais:
Meu maior presente de Natal é que os especuladores descubram os ativos Taproot (Taro) para que possam parar de cunhar tokens BRC-20
Não podemos gravar “inscrições de transferência” para detentores de token BRC-20 para bloquear seus saldos, de modo que eles tenham que enviar as inscrições de transferência para si mesmos para desbloquear seus saldos?
Na opinião de Casey, o “museu de arte” que ele criou tornou-se um paraíso para especuladores, o que o deixa muito desconfortável. Não só o seu “museu de arte” se transformou num “grande casino”, mas a atitude de Casey em relação ao próprio FT também é muito negativa:
Nesta postagem do blog propondo a ideia do protocolo Rune, Casey disse no final do artigo: “O mundo do FT é quase um abismo sem esperança, cheio de engano e ganância”.
A proposta do protocolo Rune pode ser considerada como o "arranhamento e cura" de Casey do protocolo Ordinals - mesmo sendo o fundador do protocolo, no mundo da Web3, ele não pode bloquear unilateralmente o que considera parasita dos Ordinais protocolo.O "câncer" BRC-20. Então, ele teve essa ideia - este é o "Museu de Arte". Se você quiser continuar Degen, eu tenho uma ideia. Está tudo bem para todos irem ao "Big Casino" Degen?
Dito isto, Casey apenas propôs Rune, uma ideia sobre o protocolo Bitcoin FT, e ele próprio nem tinha a intenção de implementá-la. Porém, o apelo de Casey está aí, e já podemos perceber o quão entusiasmados os jogadores estão em menos de um dia.
Em menos de 1 dia, quais desenvolvimentos ocorreram no protocolo Rune?
O mercado de negociação Bitcoin NFT Ordinals Wallet anunciou a implantação do primeiro Token $RUNE do protocolo Rune às 15h.
No entanto, alguém na seção de comentários do tweet apontou que esta parece ser uma implantação inválida...
Além disso, @TO também lançou uma recompensa pública: a primeira equipe a criar um indexador de protocolo Rune receberá uma recompensa de US$ 100.000.
O que precisa ser lembrado aqui é que ainda não há conclusão sobre se a implantação de $RUNE é eficaz, porque o protocolo é apenas uma ideia de Casey até agora, e não há padrões relevantes e produção de código que tenham sido elaborados. . Cuidado com todos os tipos de golpes!
Conclusão
A ideia de Casey é mais uma forma impotente de dizer a todos: "Eu tenho uma maneira melhor do que o BRC-20. Você gostaria de considerar retornar Ordinals à sua direção original de desenvolvimento?
Então o BRC-20 "morrerá"? Não creio que haja necessidade de ser muito pessimista. Durante meses, o BRC-20 atraiu um grande número de equipes trabalhando nele, e essas equipes não desistiriam só porque Casey teve uma ideia. Além disso, o BRC-20 também está se desenvolvendo de forma dinâmica e pode ser combinado com a Lightning Network para resolver alguns dos problemas atuais? Tudo isso é esperado.
Finalmente, a tortura da alma de Casey——
99,9% do FT são memes e golpes, não tenho certeza, é realmente uma boa ideia criar um novo protocolo FT para Bitcoin?
Ver original
Esta página pode conter conteúdos de terceiros, que são fornecidos apenas para fins informativos (sem representações/garantias) e não devem ser considerados como uma aprovação dos seus pontos de vista pela Gate, nem como aconselhamento financeiro ou profissional. Consulte a Declaração de exoneração de responsabilidade para obter mais informações.
A especulação sobre o BRC-20 é abundante. Será que o novo protocolo FT Rune lançado pelo fundador da Ordinals criará uma nova tendência?
autor:
Hoje, Casey Rodarmor, o fundador do protocolo Bitcoin NFT Ordinals, propôs um novo conceito de design de protocolo Bitcoin FT chamado "Rune", também conhecido como protocolo "Rune".
Qual a diferença entre este protocolo e os protocolos FT em Lightning Networks, como BRC-20 e Taro/RGB? Por que Casey de repente teve a ideia do Acordo "Runa"? Que progresso foi feito em menos de um dia desde que a ideia surgiu?
Rhythm BlockBeats irá resolver todos os aspectos do acordo “Rune” para você em detalhes até agora.
O ponto de partida para o design do protocolo "Rune"
Casey Rodarmor resumiu a maior característica do protocolo “Rune” em uma frase – um protocolo FT simples baseado em UTXO que permite aos usuários de Bitcoin ter uma boa experiência.
Casey acredita que se o protocolo tiver uma “pegada” menor na cadeia e promover um gerenciamento UTXO confiável, pode ser menos “prejudicial” do que o protocolo Bitcoin FT existente. Pelo menos, a popularidade atual do BRC-20 criou um grande número de UTXOs “lixo”.
Casey comparou o protocolo “Rune” com outros protocolos Bitcoin FT existentes nos 4 aspectos a seguir:
O resultado da comparação é:
Então, como o protocolo “Rune” será implementado especificamente para resolver os problemas acima?
Implementação do protocolo "Rune"
Visão geral
O saldo do Token "Runa" está diretamente incluído no UTXO, e o UTXO pode conter qualquer número de Tokens "Runa".
Se uma transação contém uma saída cujo script pubkey contém um OP_RETURN seguido por uma saída de dados representando um "R" maiúsculo ASCII, então a transação contém uma mensagem de protocolo. A mensagem do protocolo é tudo após a primeira saída de dados.
Se mensagens de protocolo inválidas e tokens "rúnicos" forem inseridos em uma transação, o token "rúnico" será queimado. Isso permitirá que o protocolo "Rune" seja atualizado no futuro, evitando que Tokens "Rune" já criados/alocados não consigam corrigir erros de alocação em versões mais antigas do protocolo.
Codifique o inteiro em uma variável de prefixo. A parte inicial da variável determina o comprimento de bytes do Token "rune".
Transferência do token "Runa"
A primeira saída de dados na mensagem do protocolo é decodificada em uma sequência inteira.Esta sequência inteira conterá três tipos de informações: "ID", "OUTPUT" e "AMOUNT". Se o número inteiro decodificado não for múltiplo de 3, a mensagem do protocolo será considerada inválida.
Depois de processar todas as operações incluídas na sequência numérica completa, se houver algum token "rune" que não exija operações, ele será atribuído à primeira saída não OP_RETURN. Além disso, se o Token "rune" for atribuído à saída OP_RETURN contendo a mensagem do protocolo, o Token "rune" poderá ser queimado.
Criação do Token "Runa"
Se houver uma segunda saída de dados após a mensagem do protocolo, a transação será uma transação de criação de token "rune". A saída de dados desta parte será decodificada em dois inteiros "SYMBOL" e "DECIMALS".Se houver mais outros inteiros, eles serão inválidos.
Se "SÍMBOLO" não tiver sido usado, o Token "runa" receberá um valor de ID. O valor de ID do primeiro Token "runa" criado é 1, e os três nomes de BITCOIN, BTC e XBT estão desabilitados. Se "SÍMBOLO" já for utilizado, a criação será inválida. Ou seja, o protocolo “Rune” ainda não suporta a criação de Tokens com o mesmo nome.
Exibição do saldo Bitcoin em UTXO
Em um UTXO, o saldo de Bitcoin será exibido como BITCOIN, BTC ou XBT, ou como um valor de ID 0.
Por que Casey de repente teve a ideia de um acordo "rúnico"?
No manual oficial do protocolo Ordinals, podemos ver que a visão de Casey para o protocolo Ordinals é um protocolo para criação de “artefatos digitais”, ou “NFTs” através do Bitcoin. No entanto, com o desenvolvimento do protocolo Ordinais, o número de inscrições relacionadas ao BRC-20 representou mais de 85% do total de inscrições.
Casey está insatisfeito com o BRC-20 há muito tempo, especialmente seus dois tweets recentes que causaram alvoroço. Sua atitude negativa em relação ao BRC-20 pode ser sentida ainda mais:
Meu maior presente de Natal é que os especuladores descubram os ativos Taproot (Taro) para que possam parar de cunhar tokens BRC-20
Não podemos gravar “inscrições de transferência” para detentores de token BRC-20 para bloquear seus saldos, de modo que eles tenham que enviar as inscrições de transferência para si mesmos para desbloquear seus saldos?
Na opinião de Casey, o “museu de arte” que ele criou tornou-se um paraíso para especuladores, o que o deixa muito desconfortável. Não só o seu “museu de arte” se transformou num “grande casino”, mas a atitude de Casey em relação ao próprio FT também é muito negativa:
Nesta postagem do blog propondo a ideia do protocolo Rune, Casey disse no final do artigo: “O mundo do FT é quase um abismo sem esperança, cheio de engano e ganância”.
A proposta do protocolo Rune pode ser considerada como o "arranhamento e cura" de Casey do protocolo Ordinals - mesmo sendo o fundador do protocolo, no mundo da Web3, ele não pode bloquear unilateralmente o que considera parasita dos Ordinais protocolo.O "câncer" BRC-20. Então, ele teve essa ideia - este é o "Museu de Arte". Se você quiser continuar Degen, eu tenho uma ideia. Está tudo bem para todos irem ao "Big Casino" Degen?
Dito isto, Casey apenas propôs Rune, uma ideia sobre o protocolo Bitcoin FT, e ele próprio nem tinha a intenção de implementá-la. Porém, o apelo de Casey está aí, e já podemos perceber o quão entusiasmados os jogadores estão em menos de um dia.
Em menos de 1 dia, quais desenvolvimentos ocorreram no protocolo Rune?
O mercado de negociação Bitcoin NFT Ordinals Wallet anunciou a implantação do primeiro Token $RUNE do protocolo Rune às 15h.
No entanto, alguém na seção de comentários do tweet apontou que esta parece ser uma implantação inválida...
Além disso, @TO também lançou uma recompensa pública: a primeira equipe a criar um indexador de protocolo Rune receberá uma recompensa de US$ 100.000.
O que precisa ser lembrado aqui é que ainda não há conclusão sobre se a implantação de $RUNE é eficaz, porque o protocolo é apenas uma ideia de Casey até agora, e não há padrões relevantes e produção de código que tenham sido elaborados. . Cuidado com todos os tipos de golpes!
Conclusão
A ideia de Casey é mais uma forma impotente de dizer a todos: "Eu tenho uma maneira melhor do que o BRC-20. Você gostaria de considerar retornar Ordinals à sua direção original de desenvolvimento?
Então o BRC-20 "morrerá"? Não creio que haja necessidade de ser muito pessimista. Durante meses, o BRC-20 atraiu um grande número de equipes trabalhando nele, e essas equipes não desistiriam só porque Casey teve uma ideia. Além disso, o BRC-20 também está se desenvolvendo de forma dinâmica e pode ser combinado com a Lightning Network para resolver alguns dos problemas atuais? Tudo isso é esperado.
Finalmente, a tortura da alma de Casey——
99,9% do FT são memes e golpes, não tenho certeza, é realmente uma boa ideia criar um novo protocolo FT para Bitcoin?