Bitcoin como um consenso, na verdade, não precisa depender de um único software cliente dominante.
Escrito por: Liu Jiaolian
Recentemente, uma proposta para remover a limitação de tamanho de dados adicionais transportados pelo OP_RETURN no cliente Bitcoin Core gerou um grande alvoroço na indústria. Os típicos defensores, como o desenvolvedor Peter Todd, têm repetidamente submetido PR (Pull Request), demonstrando uma determinação de não desistir até alcançar o objetivo.
No dia 23 de julho de 2023, Peter Todd submeteu o PR#28130, propondo a remoção da limitação de dados transportados por OP_RETURN. O PR foi fechado e não foi aceito.
No dia 28 de abril de 2025, ele não desistiu e submeteu novamente a proposta com o mesmo conteúdo PR#32359. Exigiu radicalmente não apenas a remoção das limitações de dados adicionais, mas também a eliminação das opções de configuração, para evitar que os usuários do software cliente pudessem desbloquear as limitações por conta própria.
A proposta foi rejeitada pela maioria das pessoas.
Outro desenvolvedor, instagibbs, apresentou uma proposta um pouco mais moderada PR#32406. Ele sugeriu manter a opção de configuração temporariamente, mas sem restrições por padrão.
Esta proposta também é sobre o Bitzando. instagibbs escreveu uma explicação sobre a origem do OP_RETURN e porque propôs essa mudança.
!
Os opositores típicos incluem o desenvolvedor Luke Dashjr. Ele é o mantenedor do software cliente Bitcoin Knots e também se opôs veementemente aos inscripções há dois anos. Para mais detalhes, pode-se rever os artigos anteriores sobre a cadeia da教.
Para leitores comuns, uma maneira simples de entender este problema é fazer uma analogia com a cadeia:
Remover restrições de dados adicionais + Execução de dados adicionais na máquina virtual = Ethereum
Claro, na verdade não é tão simples assim. O livro-razão do Bitcoin é um modelo UTXO sem estado, para transformar o livro-razão de forma a poder armazenar dados de estado (o que traz um novo problema que é a explosão de estado), seria necessário se aproximar do design do Ethereum.
De qualquer forma, foi porque o Bitcoin Core recusou a Vitalik Buterin a capacidade de dados adicionais do livro-razão do Bitcoin para realizar o contrato inteligente que ele tinha em mente, que o forçou a fundar o projeto Ethereum.
Até agora neste ciclo, as pessoas que apostaram no Ethereum para superar o BTC devem ter muitos animais de pastagem rugindo no passado.
Uma vez que esta capacidade é apenas uma funcionalidade do software cliente e não faz parte do consenso do protocolo Bitcoin, não há motivo para se preocupar que essa disputa leve a um hard fork como o de 2017.
Os principais motivos de apoio incluem: muitos clientes modificados já removeram essa limitação e receberam o apoio de certos pools de mineração; talvez possam trazer mais incentivos para os mineradores; a limitação da capacidade do OP_RETURN não impede que as pessoas usem habilidosamente outras capacidades, como multisig e scripts taproot, para transportar dados, e, na verdade, a limitação acaba forçando a fragmentação e a montagem de dados, resultando na fragmentação do UTXO; é melhor facilitar do que restringir, não existe uma abordagem uniforme que possa identificar com precisão o que é dado lixo, o que está destinado a ser uma luta fútil entre gato e rato; e assim por diante.
Os principais argumentos contra incluem: a remoção das limitações de dados pode fazer com que o livro-razão do Bitcoin se expanda rapidamente, enfraquecendo assim a descentralização; trazer uma grande quantidade de aplicações não financeiras, enfraquecendo a posição do BTC, fazendo com que ele se torne um talão de cheques; e assim por diante.
De acordo com as estatísticas da Clark Moddy Bitcoin, o tamanho da blockchain do Bitcoin é atualmente de aproximadamente 748,1GB, dos quais os dados adicionais OP_RETURN representam cerca de 3,83GB, o que corresponde a cerca de 0,5%.
Atualmente, ainda não há uma conclusão definitiva sobre se o PR relacionado será mesclado e publicado. No entanto, com base nos resultados da votação da comunidade, o número de nós que agora utilizam a versão enxuta do Bitcoin Knots já ultrapassou o número de nós da versão mais recente do Bitcoin Core 29.0.
Talvez testemunhemos um momento histórico: o Bitcoin como um Consenso, na verdade, não precisa depender de um único software cliente dominante. (Embora isso seja um fato, muitas pessoas apenas não se dão conta disso)
Um ecossistema de Bitcoin diversificado, com dois a três clientes de Bitcoin igualmente competitivos, repositórios de código e equipes de desenvolvedores e mantenedores que se equilibram mutuamente, seguindo um conjunto de consensos de Bitcoin, harmônicos embora diferentes, lutando sem se romper, não destacaria ainda mais o charme da descentralização do Bitcoin?
O conteúdo é apenas para referência, não uma solicitação ou oferta. Nenhum aconselhamento fiscal, de investimento ou jurídico é fornecido. Consulte a isenção de responsabilidade para obter mais informações sobre riscos.
OP_RETURN: Uma das maiores controvérsias do BTC
Escrito por: Liu Jiaolian
Recentemente, uma proposta para remover a limitação de tamanho de dados adicionais transportados pelo OP_RETURN no cliente Bitcoin Core gerou um grande alvoroço na indústria. Os típicos defensores, como o desenvolvedor Peter Todd, têm repetidamente submetido PR (Pull Request), demonstrando uma determinação de não desistir até alcançar o objetivo.
No dia 23 de julho de 2023, Peter Todd submeteu o PR#28130, propondo a remoção da limitação de dados transportados por OP_RETURN. O PR foi fechado e não foi aceito.
No dia 28 de abril de 2025, ele não desistiu e submeteu novamente a proposta com o mesmo conteúdo PR#32359. Exigiu radicalmente não apenas a remoção das limitações de dados adicionais, mas também a eliminação das opções de configuração, para evitar que os usuários do software cliente pudessem desbloquear as limitações por conta própria.
A proposta foi rejeitada pela maioria das pessoas.
Outro desenvolvedor, instagibbs, apresentou uma proposta um pouco mais moderada PR#32406. Ele sugeriu manter a opção de configuração temporariamente, mas sem restrições por padrão.
Esta proposta também é sobre o Bitzando. instagibbs escreveu uma explicação sobre a origem do OP_RETURN e porque propôs essa mudança.
!
Os opositores típicos incluem o desenvolvedor Luke Dashjr. Ele é o mantenedor do software cliente Bitcoin Knots e também se opôs veementemente aos inscripções há dois anos. Para mais detalhes, pode-se rever os artigos anteriores sobre a cadeia da教.
Para leitores comuns, uma maneira simples de entender este problema é fazer uma analogia com a cadeia:
Remover restrições de dados adicionais + Execução de dados adicionais na máquina virtual = Ethereum
Claro, na verdade não é tão simples assim. O livro-razão do Bitcoin é um modelo UTXO sem estado, para transformar o livro-razão de forma a poder armazenar dados de estado (o que traz um novo problema que é a explosão de estado), seria necessário se aproximar do design do Ethereum.
De qualquer forma, foi porque o Bitcoin Core recusou a Vitalik Buterin a capacidade de dados adicionais do livro-razão do Bitcoin para realizar o contrato inteligente que ele tinha em mente, que o forçou a fundar o projeto Ethereum.
Até agora neste ciclo, as pessoas que apostaram no Ethereum para superar o BTC devem ter muitos animais de pastagem rugindo no passado.
Uma vez que esta capacidade é apenas uma funcionalidade do software cliente e não faz parte do consenso do protocolo Bitcoin, não há motivo para se preocupar que essa disputa leve a um hard fork como o de 2017.
Os principais motivos de apoio incluem: muitos clientes modificados já removeram essa limitação e receberam o apoio de certos pools de mineração; talvez possam trazer mais incentivos para os mineradores; a limitação da capacidade do OP_RETURN não impede que as pessoas usem habilidosamente outras capacidades, como multisig e scripts taproot, para transportar dados, e, na verdade, a limitação acaba forçando a fragmentação e a montagem de dados, resultando na fragmentação do UTXO; é melhor facilitar do que restringir, não existe uma abordagem uniforme que possa identificar com precisão o que é dado lixo, o que está destinado a ser uma luta fútil entre gato e rato; e assim por diante.
Os principais argumentos contra incluem: a remoção das limitações de dados pode fazer com que o livro-razão do Bitcoin se expanda rapidamente, enfraquecendo assim a descentralização; trazer uma grande quantidade de aplicações não financeiras, enfraquecendo a posição do BTC, fazendo com que ele se torne um talão de cheques; e assim por diante.
De acordo com as estatísticas da Clark Moddy Bitcoin, o tamanho da blockchain do Bitcoin é atualmente de aproximadamente 748,1GB, dos quais os dados adicionais OP_RETURN representam cerca de 3,83GB, o que corresponde a cerca de 0,5%.
Atualmente, ainda não há uma conclusão definitiva sobre se o PR relacionado será mesclado e publicado. No entanto, com base nos resultados da votação da comunidade, o número de nós que agora utilizam a versão enxuta do Bitcoin Knots já ultrapassou o número de nós da versão mais recente do Bitcoin Core 29.0.
Talvez testemunhemos um momento histórico: o Bitcoin como um Consenso, na verdade, não precisa depender de um único software cliente dominante. (Embora isso seja um fato, muitas pessoas apenas não se dão conta disso)
Um ecossistema de Bitcoin diversificado, com dois a três clientes de Bitcoin igualmente competitivos, repositórios de código e equipes de desenvolvedores e mantenedores que se equilibram mutuamente, seguindo um conjunto de consensos de Bitcoin, harmônicos embora diferentes, lutando sem se romper, não destacaria ainda mais o charme da descentralização do Bitcoin?