As questões sobre a expansão das possibilidades de incorporação de dados arbitrários na blockchain Bitcoin acenderam intensos debates entre desenvolvedores e utilizadores da rede. Em meio a essas discussões, a questão sobre a gestão adequada dos nós e a arquitetura do protocolo torna-se cada vez mais relevante. Dados indicam que 583 dos 24.481 nós ativos do Bitcoin atualmente suportam a Proposta de Melhoria do Bitcoin 110 (BIP-110), o que representa 2,38% do total, com Bitcoin Knots liderando como a implementação principal para essa iniciativa temporária.
Bitcoin Core 30: Quando a remoção de restrições leva a conflito
O gatilho para essa divisão foi o lançamento do Bitcoin Core versão 30, que removeu a restrição de anos ao tamanho dos dados do OP_RETURN. Anteriormente, esse script, que permite aos utilizadores incorporar informações arbitrárias na blockchain, era limitado a 83 bytes. A mudança foi proposta em abril de 2025 através de um pull request, que gerou forte crítica na comunidade. Quando a atualização foi ativada em outubro de 2025, as protestas aumentaram, pois muitos participantes temiam que a remoção não controlada do limite abrisse as portas para spam excessivo no registro do Bitcoin.
OP_RETURN no centro do debate: Spam ou uso legítimo?
A BIP-110 propõe uma solução de compromisso: limitar o tamanho da saída das transações a 34 bytes e estabelecer um novo limite para o OP_RETURN de 83 bytes, mas de forma temporária por um ano, com possibilidade de extensão ou modificação. No entanto, a intensidade da discussão revela preocupações mais profundas: o OP_RETURN é uma utilização legítima da função ou uma ferramenta para congestionamento da rede com informações desnecessárias? Críticos afirmam que o acúmulo de dados arbitrários transforma a blockchain numa vasta base de dados, em vez de permanecer como um registro financeiro.
Requisitos de hardware: A ameaça à descentralização do Bitcoin?
Segundo opositores à expansão descontrolada de dados, o aumento do tamanho dos blocos e os requisitos de armazenamento ameaçam diretamente a capacidade de utilizadores comuns operarem seus próprios nós. Ao contrário de blockchains com capacidade extrema que requerem hardware especializado, o Bitcoin historicamente permaneceu uma plataforma acessível a computadores de consumo. Se os requisitos de hardware continuarem a crescer sem controle, isso pode levar à concentração da rede nas mãos de poucos operadores de grandes centros de processamento de dados, minando o valor fundamental do Bitcoin como uma moeda verdadeiramente descentralizada.
Matthew Cratter, conhecido advogado na área do Bitcoin, comparou a situação a uma planta parasita que invade o espaço livre de uma árvore. Segundo sua lógica, o spam poderia, de forma semelhante, sufocar a arquitetura do Bitcoin, expulsando sua funcionalidade principal. Essa metáfora resume a preocupação de quem vê no OP_RETURN uma potencial ameaça à sustentabilidade de longo prazo da rede.
Duas posições na comunidade: Onde está o limite da oposição justificada?
No entanto, a posição não é unânime. Jameson Lopp, participante influente do Bitcoin Core, defende uma posição alternativa, apoiando o OP_RETURN ilimitado. Em sua opinião, o problema do spam não se resolve com restrições no protocolo, pois filtros em nós privados poderiam neutralizar qualquer tentativa deliberada de sobrecarregar a rede com dados arbitrários. Assim, Lopp propõe confiar na autorregulação e na flexibilidade da arquitetura, em vez de normas rígidas administrativas.
Essas duas visões refletem a tensão fundamental no Bitcoin: o equilíbrio entre a liberdade do protocolo e a proteção contra abusos. O artigo 38 dessa discussão permanecerá relevante enquanto a comunidade buscar soluções que satisfaçam tanto os defensores da pureza da rede quanto os defensores da descentralização absoluta. Por ora, o BIP-110 aguarda novas votações dos nós e discussões entre desenvolvedores.
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.
Nódulos Bitcoin e o artigo 38: O debate em torno do BIP-110 aprofunda a divisão na comunidade
As questões sobre a expansão das possibilidades de incorporação de dados arbitrários na blockchain Bitcoin acenderam intensos debates entre desenvolvedores e utilizadores da rede. Em meio a essas discussões, a questão sobre a gestão adequada dos nós e a arquitetura do protocolo torna-se cada vez mais relevante. Dados indicam que 583 dos 24.481 nós ativos do Bitcoin atualmente suportam a Proposta de Melhoria do Bitcoin 110 (BIP-110), o que representa 2,38% do total, com Bitcoin Knots liderando como a implementação principal para essa iniciativa temporária.
Bitcoin Core 30: Quando a remoção de restrições leva a conflito
O gatilho para essa divisão foi o lançamento do Bitcoin Core versão 30, que removeu a restrição de anos ao tamanho dos dados do OP_RETURN. Anteriormente, esse script, que permite aos utilizadores incorporar informações arbitrárias na blockchain, era limitado a 83 bytes. A mudança foi proposta em abril de 2025 através de um pull request, que gerou forte crítica na comunidade. Quando a atualização foi ativada em outubro de 2025, as protestas aumentaram, pois muitos participantes temiam que a remoção não controlada do limite abrisse as portas para spam excessivo no registro do Bitcoin.
OP_RETURN no centro do debate: Spam ou uso legítimo?
A BIP-110 propõe uma solução de compromisso: limitar o tamanho da saída das transações a 34 bytes e estabelecer um novo limite para o OP_RETURN de 83 bytes, mas de forma temporária por um ano, com possibilidade de extensão ou modificação. No entanto, a intensidade da discussão revela preocupações mais profundas: o OP_RETURN é uma utilização legítima da função ou uma ferramenta para congestionamento da rede com informações desnecessárias? Críticos afirmam que o acúmulo de dados arbitrários transforma a blockchain numa vasta base de dados, em vez de permanecer como um registro financeiro.
Requisitos de hardware: A ameaça à descentralização do Bitcoin?
Segundo opositores à expansão descontrolada de dados, o aumento do tamanho dos blocos e os requisitos de armazenamento ameaçam diretamente a capacidade de utilizadores comuns operarem seus próprios nós. Ao contrário de blockchains com capacidade extrema que requerem hardware especializado, o Bitcoin historicamente permaneceu uma plataforma acessível a computadores de consumo. Se os requisitos de hardware continuarem a crescer sem controle, isso pode levar à concentração da rede nas mãos de poucos operadores de grandes centros de processamento de dados, minando o valor fundamental do Bitcoin como uma moeda verdadeiramente descentralizada.
Matthew Cratter, conhecido advogado na área do Bitcoin, comparou a situação a uma planta parasita que invade o espaço livre de uma árvore. Segundo sua lógica, o spam poderia, de forma semelhante, sufocar a arquitetura do Bitcoin, expulsando sua funcionalidade principal. Essa metáfora resume a preocupação de quem vê no OP_RETURN uma potencial ameaça à sustentabilidade de longo prazo da rede.
Duas posições na comunidade: Onde está o limite da oposição justificada?
No entanto, a posição não é unânime. Jameson Lopp, participante influente do Bitcoin Core, defende uma posição alternativa, apoiando o OP_RETURN ilimitado. Em sua opinião, o problema do spam não se resolve com restrições no protocolo, pois filtros em nós privados poderiam neutralizar qualquer tentativa deliberada de sobrecarregar a rede com dados arbitrários. Assim, Lopp propõe confiar na autorregulação e na flexibilidade da arquitetura, em vez de normas rígidas administrativas.
Essas duas visões refletem a tensão fundamental no Bitcoin: o equilíbrio entre a liberdade do protocolo e a proteção contra abusos. O artigo 38 dessa discussão permanecerá relevante enquanto a comunidade buscar soluções que satisfaçam tanto os defensores da pureza da rede quanto os defensores da descentralização absoluta. Por ora, o BIP-110 aguarda novas votações dos nós e discussões entre desenvolvedores.