As discussões sobre a próxima atualização do Bitcoin estão em andamento, mas até dezembro de 2024, a comunidade ainda não chegou a um consenso sobre se deve atualizar, quais problemas a atualização deve abordar ou quais funcionalidades ela deve introduzir. O debate permanece polarizado, assemelhando-se a um impasse político.
Neste impasse, surgiram vários fenômenos interessantes: 1. Uma parte da comunidade pressiona ativamente por atualizações. Impulsionados pela assimetria de informações ou interesses comerciais, alguns membros frequentemente defendem opcodes específicos, e certos projetos até dependem de opcodes que “podem” aparecer no futuro. 2. Um número significativo de desenvolvedores pragmáticos do ecossistema fez consideráveis esforços criptográficos e de engenharia para expandir o potencial do Bitcoin, tudo isso sem assumir atualizações de protocolo. 3. As vozes que defendem atualizações lentas ou que se opõem totalmente a atualizações também são substanciais.
Esses fenômenos destacam que o tema das atualizações é altamente popular dentro da comunidade Bitcoin. No entanto, eles também revelam que muitos membros da comunidade não possuem uma compreensão abrangente do processo completo de uma atualização do Bitcoin. Além disso, há uma consciência limitada de como ferramentas criptográficas inovadoras podem aprimorar o potencial do Bitcoin. O objetivo principal deste artigo é romper com essa assimetria de informações, alinhar a compreensão de todos e facilitar discussões mais profundas sobre o tema.
Este artigo tem como objetivo definir atualizações do Bitcoin, rastrear desenvolvimentos históricos para identificar certos padrões, analisar propostas atuais de atualização e fornecer aos leitores informações importantes. Ao apresentar essas informações, o objetivo é equipar os leitores com uma base sólida para compreender o conceito, a história e o progresso das atualizações do Bitcoin, possibilitando discussões mais informadas e contribuindo para a eventual formação do consenso da comunidade.
O artigo se esforça para apresentar fatos de forma objetiva. No entanto, como o autor é um desenvolvedor no ecossistema Bitcoin e vislumbra maiores possibilidades para o Bitcoin, certos pontos de vista serão expressos explicitamente sobre tópicos específicos. Os leitores são encorajados a discernir criticamente essas perspectivas.
Bitcoin'swhitepaperdefine um protocolo que opera uma rede blockchain composta por milhares de nós seguindo o protocolo Bitcoin.
Essas implementações, ou clientes, vêm em várias versões, com Bitcoin Coresendo o cliente mais utilizado, como mostram os dados debitnodes.
Assim, os mantenedores do Bitcoin Core (referidos como Bitcoin-Core-Devs) têm uma influência significativa sobre o desenvolvimento do Bitcoin.
O software do nó Bitcoin é composto por vários módulos e as atualizações são definidas através de Propostas de Melhoria do Bitcoin (BIPs). Ao discutir atualizações do Bitcoin, geralmente se refere a atualizações do protocolo de consenso - modificações que requerem acordo entre a maioria dos nós da rede para evitar forks.
Como ilustrado abaixo, os módulos de protocolo de consenso do Bitcoin e as propostas relacionadas ao BIP são de particular interesse nas discussões de atualização.
De acordo com estatísticasdo repositório do GitHub do Bitcoin, a atividade de desenvolvimento é vibrante. No entanto, a maioria das mudanças não está relacionada ao protocolo de consenso e, portanto, não atrai atenção generalizada.
Per BIP-123, as atualizações de protocolo de consenso são classificadas em Soft Forks e Hard Forks:
Outra maneira intuitiva de interpretar isso é a seguinte:
As duas atualizações de consenso anteriores bem-sucedidas (SegWit e Taproot) utilizaram bifurcações suaves, evitando divisões significativas na comunidade. Assim, este artigo se concentra em bifurcações suaves, que permitem atualizações enquanto mantêm a compatibilidade com software mais antigo.
O fluxo de trabalho típico de uma proposta BIP que leva a um soft fork é ilustrado abaixo:
Origem: https://river.com/learn/what-is-a-bitcoin-improvement-proposal-bip/
Soft forks frequentemente combinam múltiplos BIPs em uma única proposta. Por exemplo, Taproot incorporou três BIPs:
Cronograma da Atualização Taproot
Fonte: Kraken Intelligence, GitHub, CoinDesk, https://www.argoblockchain.com/articles/bitcoin-taproot-upgrade-explained
Principais marcos na atualização suave do Taproot:
É importante observar que este processo é um resumo retrospectivo com base em observações históricas, e na realidade, não há consenso formalizado sobre este marco.
Durante todo o processo, o Lista de discussão sobre o desenvolvimento do Bitcointem desempenhado um papel fundamental na consolidação do consenso entre várias partes.
Conforme mencionado no início do artigo, atualmente existem três principais perspectivas dentro da comunidade em relação às atualizações:
O autor realizou uma análise dos prós e contras de atualizar versus não atualizar.
Como um desenvolvedor pragmático no ecossistema Bitcoin, o autor acredita que explorar totalmente o potencial do Bitcoin por meio de inovações criptográficas ou de engenharia dentro do quadro do protocolo existente é indispensável. Ao mesmo tempo, do ponto de vista da "sustentabilidade" e da "adaptabilidade", é aconselhável implementar atualizações contínuas conforme necessário, desde que o impacto e os riscos de segurança sejam minuciosamente avaliados.
Na história do Bitcoin, o @bitcoinroundtable/bitcoin-roundtable-consensus-266d475a61ff">O Consenso de Hong Kong (assinado durante a Mesa Redonda do Bitcoin em fevereiro de 2016) identificou três grupos principais de partes interessadas:
À medida que a adoção do Bitcoin tem crescido rapidamente, o cenário de partes interessadas evoluiu dessa tríade simples para um ambiente mais fragmentado e competitivo. Isso é ilustrado no informativo relatório da Analisando o Consenso do Bitcoin: Riscos nas Atualizações do Protocolo.
Dentre esses stakeholders, vale destacar várias funções-chave:
Principais observações sobre as partes interessadas:
Dados públicos revelam múltiplas atualizações por soft fork desde a criação do Bitcoin.
Fontes de Dados:
A partir do gráfico, podem ser tiradas 2 conclusões:
Analisando os soft forks passados e suas BIPs associadas, surgem as seguintes áreas de foco:
Com base na análise acima, uma boa proposta de atualização deve:
O autor compilou a maioria das propostas ativas, atribuiu-lhes tags de área de foco e as categorizou em quatro quadrantes para fornecer aos leitores uma compreensão visual. Pontos a serem observados em relação à classificação: 1. As quatro áreas de foco não são totalmente isoladas uma da outra. Por exemplo, um BIP que melhora a capacidade de programação também pode contribuir para a escalabilidade até certo ponto. 2. Uma proposta pode abranger múltiplos domínios de intervenção. Por exemplo, embora o OP_CAT melhore principalmente a capacidade de programação, seu suporte mais amplo vem de seu papel na habilitação de pacotes cumulativos de validade. 3. Determinar quais áreas de foco uma proposta aborda requer um grau de "consenso" (inerentemente político). É importante notar que não há uma definição única, pois diferentes partes interessadas podem interpretar a mesma proposta de diferentes perspectivas. 4. O segundo diagrama não é um sistema de coordenadas; ele categoriza as propostas com base em suas tags. Os atributos dos círculos (como tamanho, posição ou cor) não carregam nenhum significado específico.
Pelo gráfico acima, a comunidade parece ter chegado a algum consenso sobre os problemas que as atualizações devem resolver, particularmente em duas áreas:
O autor acredita que a comunidade Bitcoin caiu em um labirinto de consenso em relação à próxima atualização devido às seguintes razões:
Este artigo apresentou os conceitos fundamentais das atualizações do Bitcoin, forneceu uma análise aprofundada das atualizações históricas e revisou as propostas ativas para a próxima atualização. As causas do atual 'quebra-cabeça de consenso' também foram identificadas.
Principais pontos:
As discussões sobre a próxima atualização do Bitcoin estão em andamento, mas até dezembro de 2024, a comunidade ainda não chegou a um consenso sobre se deve atualizar, quais problemas a atualização deve abordar ou quais funcionalidades ela deve introduzir. O debate permanece polarizado, assemelhando-se a um impasse político.
Neste impasse, surgiram vários fenômenos interessantes: 1. Uma parte da comunidade pressiona ativamente por atualizações. Impulsionados pela assimetria de informações ou interesses comerciais, alguns membros frequentemente defendem opcodes específicos, e certos projetos até dependem de opcodes que “podem” aparecer no futuro. 2. Um número significativo de desenvolvedores pragmáticos do ecossistema fez consideráveis esforços criptográficos e de engenharia para expandir o potencial do Bitcoin, tudo isso sem assumir atualizações de protocolo. 3. As vozes que defendem atualizações lentas ou que se opõem totalmente a atualizações também são substanciais.
Esses fenômenos destacam que o tema das atualizações é altamente popular dentro da comunidade Bitcoin. No entanto, eles também revelam que muitos membros da comunidade não possuem uma compreensão abrangente do processo completo de uma atualização do Bitcoin. Além disso, há uma consciência limitada de como ferramentas criptográficas inovadoras podem aprimorar o potencial do Bitcoin. O objetivo principal deste artigo é romper com essa assimetria de informações, alinhar a compreensão de todos e facilitar discussões mais profundas sobre o tema.
Este artigo tem como objetivo definir atualizações do Bitcoin, rastrear desenvolvimentos históricos para identificar certos padrões, analisar propostas atuais de atualização e fornecer aos leitores informações importantes. Ao apresentar essas informações, o objetivo é equipar os leitores com uma base sólida para compreender o conceito, a história e o progresso das atualizações do Bitcoin, possibilitando discussões mais informadas e contribuindo para a eventual formação do consenso da comunidade.
O artigo se esforça para apresentar fatos de forma objetiva. No entanto, como o autor é um desenvolvedor no ecossistema Bitcoin e vislumbra maiores possibilidades para o Bitcoin, certos pontos de vista serão expressos explicitamente sobre tópicos específicos. Os leitores são encorajados a discernir criticamente essas perspectivas.
Bitcoin'swhitepaperdefine um protocolo que opera uma rede blockchain composta por milhares de nós seguindo o protocolo Bitcoin.
Essas implementações, ou clientes, vêm em várias versões, com Bitcoin Coresendo o cliente mais utilizado, como mostram os dados debitnodes.
Assim, os mantenedores do Bitcoin Core (referidos como Bitcoin-Core-Devs) têm uma influência significativa sobre o desenvolvimento do Bitcoin.
O software do nó Bitcoin é composto por vários módulos e as atualizações são definidas através de Propostas de Melhoria do Bitcoin (BIPs). Ao discutir atualizações do Bitcoin, geralmente se refere a atualizações do protocolo de consenso - modificações que requerem acordo entre a maioria dos nós da rede para evitar forks.
Como ilustrado abaixo, os módulos de protocolo de consenso do Bitcoin e as propostas relacionadas ao BIP são de particular interesse nas discussões de atualização.
De acordo com estatísticasdo repositório do GitHub do Bitcoin, a atividade de desenvolvimento é vibrante. No entanto, a maioria das mudanças não está relacionada ao protocolo de consenso e, portanto, não atrai atenção generalizada.
Per BIP-123, as atualizações de protocolo de consenso são classificadas em Soft Forks e Hard Forks:
Outra maneira intuitiva de interpretar isso é a seguinte:
As duas atualizações de consenso anteriores bem-sucedidas (SegWit e Taproot) utilizaram bifurcações suaves, evitando divisões significativas na comunidade. Assim, este artigo se concentra em bifurcações suaves, que permitem atualizações enquanto mantêm a compatibilidade com software mais antigo.
O fluxo de trabalho típico de uma proposta BIP que leva a um soft fork é ilustrado abaixo:
Origem: https://river.com/learn/what-is-a-bitcoin-improvement-proposal-bip/
Soft forks frequentemente combinam múltiplos BIPs em uma única proposta. Por exemplo, Taproot incorporou três BIPs:
Cronograma da Atualização Taproot
Fonte: Kraken Intelligence, GitHub, CoinDesk, https://www.argoblockchain.com/articles/bitcoin-taproot-upgrade-explained
Principais marcos na atualização suave do Taproot:
É importante observar que este processo é um resumo retrospectivo com base em observações históricas, e na realidade, não há consenso formalizado sobre este marco.
Durante todo o processo, o Lista de discussão sobre o desenvolvimento do Bitcointem desempenhado um papel fundamental na consolidação do consenso entre várias partes.
Conforme mencionado no início do artigo, atualmente existem três principais perspectivas dentro da comunidade em relação às atualizações:
O autor realizou uma análise dos prós e contras de atualizar versus não atualizar.
Como um desenvolvedor pragmático no ecossistema Bitcoin, o autor acredita que explorar totalmente o potencial do Bitcoin por meio de inovações criptográficas ou de engenharia dentro do quadro do protocolo existente é indispensável. Ao mesmo tempo, do ponto de vista da "sustentabilidade" e da "adaptabilidade", é aconselhável implementar atualizações contínuas conforme necessário, desde que o impacto e os riscos de segurança sejam minuciosamente avaliados.
Na história do Bitcoin, o @bitcoinroundtable/bitcoin-roundtable-consensus-266d475a61ff">O Consenso de Hong Kong (assinado durante a Mesa Redonda do Bitcoin em fevereiro de 2016) identificou três grupos principais de partes interessadas:
À medida que a adoção do Bitcoin tem crescido rapidamente, o cenário de partes interessadas evoluiu dessa tríade simples para um ambiente mais fragmentado e competitivo. Isso é ilustrado no informativo relatório da Analisando o Consenso do Bitcoin: Riscos nas Atualizações do Protocolo.
Dentre esses stakeholders, vale destacar várias funções-chave:
Principais observações sobre as partes interessadas:
Dados públicos revelam múltiplas atualizações por soft fork desde a criação do Bitcoin.
Fontes de Dados:
A partir do gráfico, podem ser tiradas 2 conclusões:
Analisando os soft forks passados e suas BIPs associadas, surgem as seguintes áreas de foco:
Com base na análise acima, uma boa proposta de atualização deve:
O autor compilou a maioria das propostas ativas, atribuiu-lhes tags de área de foco e as categorizou em quatro quadrantes para fornecer aos leitores uma compreensão visual. Pontos a serem observados em relação à classificação: 1. As quatro áreas de foco não são totalmente isoladas uma da outra. Por exemplo, um BIP que melhora a capacidade de programação também pode contribuir para a escalabilidade até certo ponto. 2. Uma proposta pode abranger múltiplos domínios de intervenção. Por exemplo, embora o OP_CAT melhore principalmente a capacidade de programação, seu suporte mais amplo vem de seu papel na habilitação de pacotes cumulativos de validade. 3. Determinar quais áreas de foco uma proposta aborda requer um grau de "consenso" (inerentemente político). É importante notar que não há uma definição única, pois diferentes partes interessadas podem interpretar a mesma proposta de diferentes perspectivas. 4. O segundo diagrama não é um sistema de coordenadas; ele categoriza as propostas com base em suas tags. Os atributos dos círculos (como tamanho, posição ou cor) não carregam nenhum significado específico.
Pelo gráfico acima, a comunidade parece ter chegado a algum consenso sobre os problemas que as atualizações devem resolver, particularmente em duas áreas:
O autor acredita que a comunidade Bitcoin caiu em um labirinto de consenso em relação à próxima atualização devido às seguintes razões:
Este artigo apresentou os conceitos fundamentais das atualizações do Bitcoin, forneceu uma análise aprofundada das atualizações históricas e revisou as propostas ativas para a próxima atualização. As causas do atual 'quebra-cabeça de consenso' também foram identificadas.
Principais pontos: