Introdução

As discussões sobre a próxima atualização do Bitcoin têm estado em curso, mas até dezembro de 2024, a comunidade ainda não chegou a um consenso sobre se deve ou não 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 promove ativamente atualizações. Impulsionados pela assimetria de informação ou interesses comerciais, alguns membros frequentemente advogam por 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 fizeram 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 advogam por atualizações lentas ou se opondo completamente às atualizações também são substanciais.

Esses fenômenos destacam que o tópico das atualizações é altamente popular dentro da comunidade Bitcoin. No entanto, eles também revelam que muitos membros da comunidade não têm uma compreensão abrangente do processo completo de uma atualização do Bitcoin. Além disso, há uma conscientização limitada de como ferramentas criptográficas inovadoras podem aprimorar o potencial do Bitcoin. O objetivo principal deste artigo é quebrar essa assimetria de informações, alinhar a compreensão de todos e facilitar discussões mais profundas sobre o assunto.

Este artigo tem como objetivo definir as atualizações do Bitcoin, rastrear desenvolvimentos históricos para identificar certos padrões, analisar propostas de atualização atuais e fornecer aos leitores conclusões-chave. Ao apresentar estas informações, o objetivo é equipar os leitores com uma base sólida para compreender o conceito, história e progresso das atualizações do Bitcoin, permitindo assim discussões mais informadas e contribuindo para a formação eventual de consenso na comunidade.

O artigo procura apresentar factos 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 explicitamente expressos sobre tópicos específicos. Os leitores são encorajados a discernir criticamente essas perspetivas.

Visão Geral da Atualização: O Quê e Porquê

O que é uma atualização do Bitcoin?

Bitcoin's livro brancodefine um protocolo que opera uma rede blockchain composta por milhares de nós que seguem o protocolo do Bitcoin.

Estas implementações, ou clientes, vêm em várias versões, com Bitcoin Coresendo o cliente mais amplamente 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 consiste em 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 do protocolo de consenso do Bitcoin e as propostas relacionadas do BIP são de particular interesse nas discussões de atualização.

De acordo com estatísticasdo repositório do Bitcoin GitHub, a atividade de desenvolvimento é vibrante. No entanto, a maioria das alterações não está relacionada com o protocolo de consenso e, portanto, não atrai muita atenção.

Tipos de Atualizações de Consenso

PorBIP-123, as atualizações do protocolo de consenso são classificadas em Forks Suaves e Forks Duros:

Outra maneira intuitiva de interpretar isso é a seguinte:

• Soft Fork: Adiciona ou fortalece regras (por exemplo, introduzindo novas funcionalidades como endereços Taproot).
• Hard Fork: Remove ou afrouxe regras (por exemplo, remover limitações de recompensa em bloco).

Processo de Soft Fork (Fluxos de Trabalho BIP)

As duas atualizações de consenso anteriores bem-sucedidas (SegWit e Taproot) utilizaram soft forks, evitando divisões significativas na comunidade. Assim, este artigo foca em soft forks, que permitem atualizações ao mesmo tempo que 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 muitas vezes combinam vários BIPs em uma única proposta. Por exemplo, o Taproot incorporou três BIPs:

1. Assinatura Schnorr:BIP-340
2. Taproot: BIP-341
3. Tapscript: BIP-342

Cronologia da Atualização Taproot

Fonte: Kraken Intelligence, GitHub, CoinDesk, https://www.argoblockchain.com/artigos/bitcoin-taproot-upgrade-explained

Principais marcos na atualização suave Taproot:

1. Correspondência de BIPs propostos e revisados.
2. Os desenvolvedores principais do Bitcoin enviam um pedido de pull request no GitHub.
3. O código é revisto, fundido e os métodos de ativação são determinados.
4. A nova versão do cliente Bitcoin-core foi lançada.
5. Os mineradores sinalizam através de votação on-chain para aprovar os parâmetros de ativação do bip.
6. Altura do bloco atingida, completando a atualização.

É importante notar que este processo é um resumo retrospectivo baseado em observações históricas e, na realidade, não há um consenso formalizado sobre esse marco.

Ao longo do processo, o Lista de Desenvolvimento do Bitcoindesempenhou um papel fundamental na consolidação do consenso entre várias partes.

Porquê Atualizar?

Como mencionado no início do artigo, atualmente existem três principais perspectivas dentro da comunidade em relação a atualizações:

1. Defensores proativos: Este grupo propôs inúmeras ideias de atualização, que serão analisadas nas seções abaixo.
2. Pragmatic Builders: Eles focam em soluções dentro do protocolo existente, como implementar Fraud Proofs (por exemplo, BitVM e suas extensões), criptografia funcional (convênios e ZK-proofs via Bitcoin PIPEscolisões de hash (convênios via )ColliderScript) etc.
3. Conservadores: Este grupo inclui o TeamSlowAndSteady, que defende atualizações extremamente lentas e cautelosas (por exemplo, um ciclo de 10 anos), e os Ossifiers, que se opõem a atualizações a menos que haja uma ameaça existencial como ataques quânticos (verA Ossificação é boa ou má para o Bitcoin).

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 framework 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.

Análise aprofundada das atualizações

Partes interessadas nas atualizações do Bitcoin

Na história do Bitcoin, o @bitcoinroundtable/bitcoin-roundtable-consensus-266d475a61ff">O Consenso de Hong Kong (assinado durante o Bitcoin Roundtable em fevereiro de 2016) identificou três grupos principais de partes interessadas:

1. Desenvolvedores principais do Bitcoin
2. Pools de mineração
3. Utilizadores e Desenvolvedores do Ecossistema (principalmente trocas, fabricantes de chips, etc.)

À medida que a adoção do Bitcoin tem crescido rapidamente, o panorama dos interessados evoluiu dessa tríade simples para um ambiente mais fragmentado e competitivo. Isso é ilustrado no informativo relatório deAnalisando o Consenso do Bitcoin: Riscos nas Atualizações do Protocolo.

Entre essas partes interessadas, vários papéis-chave merecem destaque:

1. Nós estamos a falar de Nós Económicos: Estes incluem as principais bolsas centralizadas (CEX), processadores de pagamento e prestadores de serviços de custódia. A sua posição em relação a soft forks influencia fortemente o que é considerado Bitcoin “legítimo” e impacta as taxas de adoção.
2. Investidores: Com ETFs de Bitcoin, reservas institucionais e até reservas soberanas se tornando mainstream, este grupo tem se tornado cada vez mais complexo.
3. Utilizadores e Desenvolvedores do Ecossistema: Após a atualização Taproot, o ecossistema do Bitcoin floresceu, dando origem a protocolos como Ordinais e inúmeras aplicações nativas e soluções de escalabilidade.

Principais Observações sobre as Partes Interessadas:

1. Diferentes papéis em diferentes estágios: por exemplo, os Desenvolvedores do Ecossistema promovem ativamente propostas, os Desenvolvedores de Protocolo exercem sua autoridade sobre as revisões do BIP, enquanto as pools de mineração e os nós econômicos exercem uma influência significativa durante a ativação.
2. Os interesses comerciais impulsionam algumas propostas: Os desenvolvedores do ecossistema frequentemente propõem e apoiam atualizações alinhadas com seus interesses comerciais. Por exemplo, os defensores do Validity Rollup tendem a apoiar o OP_CAT.

História e Resumo das Atualizações do Bitcoin

Dados públicos revelam múltiplas atualizações de soft fork desde o início do Bitcoin.

Fontes de Dados:

• História completa dos garfos de consenso do Bitcoin - BitMEX Blog
• Informações da Drivechain - MIT 2023

A partir do gráfico, podem ser retiradas 2 conclusões:

1. O protocolo do Bitcoin tornou-se cada vez mais rígido, com a frequência de soft forks diminuindo ao longo do tempo.
2. Chegar a um consenso sobre atualizações agora leva significativamente mais tempo.

Áreas de foco de Soft Forks

Analisando os soft forks passados e seus BIPs associados, surgem as seguintes áreas de foco:

O que faz uma boa proposta de atualização?

Com base na análise acima, uma boa proposta de atualização deve:

1. Manter o papel central do Bitcoin como um sistema de pagamento: Qualquer atualização deve estar alinhada com a posição única do Bitcoin.
2. Encontre um equilíbrio entre os benefícios potenciais e os riscos: deve ser amplamente aceitável e não polarizador.
3. Tenha um escopo apropriado: as propostas não devem ser muito triviais nem excessivamente complexas de implementar.
4. Tempo: As atualizações devem abordar necessidades urgentes, como o SegWit abordando a demanda de escalabilidade durante o seu tempo.

Perspectivas Futuras

Classificação da Proposta

O autor compilou a maioria das propostas ativas, atribuiu-lhes tags de área de foco e categorizou-as em quatro quadrantes para fornecer aos leitores uma compreensão visual. Pontos a observar relativamente à classificação: 1. Os quatro domínios de incidência não estão totalmente isolados uns dos outros. Por exemplo, um BIP que melhore a programabilidade também pode contribuir para a escalabilidade até certo ponto. 2. Uma proposta pode abranger múltiplos domínios de incidência. Por exemplo, embora 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 os domínios de incidência a que uma proposta se dirige requer um certo grau de "consenso" (intrinsecamente político). É importante notar que não existe uma definição única, uma vez que diferentes partes interessadas podem interpretar a mesma proposta a partir de diferentes perspetivas. 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.

Sentimento da Comunidade

A partir do gráfico acima, a comunidade parece ter chegado a um consenso sobre os problemas que as atualizações devem abordar, particularmente em duas áreas:

1. Programação: Aprimorando a programação UTXO para casos de uso como convênios, cofres, introspeção de transações, pagamentos condicionais e aprimoramentos de script.
2. Escalabilidade: Melhorando a escalabilidade da Camada 2, com propostas divididas em soluções de verificação on-chain e off-chain.

O Quebra-cabeça do Consenso

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:

1. Ossificação: Com um valor totalmente diluído (FDV) próximo de $2 trilhões, os interessados inclinam-se para a estabilidade, pois ninguém quer assumir a responsabilidade por possíveis contratempos.
2. Stakeholders fragmentados: Interesses diversos e níveis variados de influência em diferentes fases tornam o consenso difícil de alcançar; até os governos surgiram como partes interessadas.
3. Mecanismo de governança imperfeito: Como a primeira blockchain, o Bitcoin carece de um mecanismo de governança altamente refinado; a comunidade também não conseguiu chegar a um consenso sobre os métodos para ativar soft forks.
4. O papel dos desenvolvedores de protocolo é inerentemente dinâmico: embora possam de fato rejeitar certas propostas, não pode ser simplesmente caracterizado como conservador ou progressista.
5. Falta de Urgência: Com a infraestrutura blockchain amadurecendo, não há uma demanda avassaladora por atualizações imediatas do Bitcoin.

Conclusão e conclusões

Este artigo introduziu os conceitos fundamentais das atualizações do Bitcoin, forneceu uma análise aprofundada das atualizações históricas e revisou propostas ativas para a próxima atualização. As causas do atual “quebra-cabeça de consenso” também foram identificadas.

Principais pontos a reter:

1. Desenvolvimento pragmático enquanto avança cautelosamente com as atualizações; forks suaves são preferíveis.
2. Os intervenientes estão altamente fragmentados, o que leva a uma postura conservadora por parte da comunidade.
3. As discussões sobre atualizações devem aderir à proposta de valor central do Bitcoin.
4. A escalabilidade é apenas uma das muitas áreas de foco para atualizações.
5. O momento é crucial - propostas fortes irão ganhar consenso mais rapidamente.
6. A comunidade deve explorar mecanismos de governação melhorados.

Aviso Legal:

1. Este artigo foi reproduzido a partir de [Kevinhe]. Todos os direitos autorais pertencem ao autor original [kevinhe]. Se houver objeções a esta reimpressão, contacte o gate Learnequipa, e eles tratarão disso prontamente.
2. Isenção de responsabilidade: As opiniões expressas neste artigo são exclusivamente do autor e não constituem qualquer conselho de investimento.
3. A equipe do Learn gate faz traduções do artigo para outros idiomas. Salvo indicação em contrário, é proibido copiar, distribuir ou plagiar os artigos traduzidos.