Em uma grande mudança arquitetônica para o ecossistema Ethereum L2, a rede Base da Coinbase está reestruturando a pilha de tecnologia da cadeia base em um repositório unificado base/base para acelerar o envio e reforçar a descentralização.
Summary
De dependências do OP Stack para um único repositório Base
A Base está se afastando de uma arquitetura de múltiplas dependências em direção a uma pilha de software única e consolidada. Anteriormente, a rede operava como uma cadeia OP Stack, contando com parceiros externos como Optimism, Flashbots e Paradigm para componentes chave.
Com o tempo, essa abordagem criou uma teia complexa de dependências externas e sobrecarga de coordenação para a equipe de engenharia. No entanto, a nova estrutura consolida todos os componentes em um único repositório base/base, construído com ferramentas de código aberto que são mais fáceis de auditar e manter.
A Equipe de Engenharia da Base reconheceu essa evolução, afirmando que “a Base foi construída sobre os ombros de gigantes — não poderíamos ter chegado tão longe tão rapidamente sem a tecnologia de classe mundial que sustenta o OP Stack.” Dito isso, a mudança visa remover atritos e simplificar o desenvolvimento a longo prazo.
Anteriormente, o código para componentes críticos da Base estava distribuído por múltiplos repositórios controlados por diferentes equipes. Essa fragmentação desacelerava os ciclos de lançamento, introduzia lacunas de comunicação e tornava as mudanças coordenadas mais difíceis. Além disso, trazer tudo para um único local agora muda a forma como os lançamentos de protocolo e as atualizações de clientes são gerenciados.
Pilha unificada e migração de operadores de nós
A nova pilha consolidada é projetada para que “a especificação do protocolo e a base de código sejam compreensíveis por um único desenvolvedor”, de acordo com a equipe de engenharia. Essa clareza visa reduzir a barreira para colaboradores e auditores terceirizados.
No entanto, a mudança arquitetônica também tem implicações diretas para os provedores de infraestrutura. Os operadores de nós precisarão completar uma migração do cliente base para o novo cliente Base a fim de permanecerem compatíveis com as próximas mudanças de protocolo e hard forks.
Não há emergência imediata para os operadores, já que todos os RPCs existentes, incluindo aqueles no namespace Optimism, continuarão totalmente suportados durante a transição. Nos próximos meses, no entanto, a migração se tornará obrigatória para acompanhar as futuras atualizações da rede e evitar a desatualização.
A equipe enfatizou que todas as especificações e códigos permanecem totalmente de código aberto. Além disso, implementações alternativas de clientes não são apenas permitidas, mas ativamente encorajadas para fortalecer a resiliência e reduzir o risco de cliente único para o rollup.
Atualizações mais rápidas do protocolo da cadeia base e cadência de hard forks
Uma das mudanças mais visíveis introduzidas pela pilha unificada é um cronograma acelerado de hard forks da base. A Base planeja passar de três atualizações de protocolo por ano para seis hard forks anuais, efetivamente dobrando a taxa atual.
A equipe definiu o objetivo claramente: “Estamos visando seis hard forks menores e bem definidos por ano, dobrando o cronograma atual.” Cada fork será mais restrito em escopo, tornando as atualizações individuais mais fáceis de revisar, testar e reverter, se necessário.
Essa nova cadência substitui o modelo anterior de agrupar muitas mudanças em atualizações maiores e menos frequentes. No entanto, ao lançar versões menores com mais frequência, o projeto espera melhorar a segurança, reduzir o risco de integração para os participantes do ecossistema e responder mais rapidamente a bugs ou necessidades de funcionalidades.
O roteiro já delineia várias versões futuras. Base V1 se concentrará na consolidação de clientes e em uma atualização do sistema de provas de provas otimistas para provas TEE/ZK. Além disso, espera-se que Base V2 e Base V3 introduzam novos tipos de transações, listas de acesso a blocos e alinhamento com a planejada atualização Glamsterdam do Ethereum.
Descentralização, conselho de segurança e trajetória de governança
Ao longo desta transição, a Base confirmou que manterá seu status de Stage 1 Decentralized Rollup. A equipe enfatizou que não foram feitos compromissos em segurança ou descentralização técnica em troca por ciclos de lançamento mais rápidos ou simplificação arquitetônica.
Uma mudança importante na governança é a adição de um novo signatário independente ao Conselho de Segurança da Base, substituindo o papel anterior desempenhado pela Optimism. No entanto, a Base continuará a trabalhar com a Optimism como cliente da OP Enterprise para suporte crítico, coordenação de segurança e correção de bugs.
O roteiro de engenharia também inclui retiradas mais rápidas através de um sistema de múltiplas provas mais robusto, refletindo um foco tanto na segurança quanto na experiência do usuário. Em paralelo, estruturas de governança específicas da Base estão sendo desenvolvidas para esclarecer processos de tomada de decisão e aprimorar os padrões de neutralidade ao longo do tempo.
De acordo com a equipe, a separação do OP Stack é uma decisão técnica e arquitetônica, em vez de uma divisão adversarial. Além disso, as divulgações de segurança continuarão a ser coordenadas de forma a proteger o ecossistema mais amplo do Superchain.
Estratégia de código aberto e contribuições para o ecossistema
Mesmo com a plataforma se afastando do OP Stack, o projeto reiterou que o desenvolvimento de código aberto continua central para sua visão. O repositório unificado base/base, juntamente com todas as especificações associadas, permanecerá público e disponível para forks e contribuições externas.
A equipe foi explícita: “As especificações e o código da Base sempre serão públicos, abertos para contribuição e disponíveis para outros fazerem forks.” No entanto, o objetivo não é apenas a transparência, mas também fomentar um conjunto diversificado de implementações que possam reduzir o risco sistêmico.
Além do protocolo central, a Base confirmou o suporte contínuo para ferramentas amplamente utilizadas no ecossistema, como Foundry e Wagmi. Além disso, a equipe vê esses esforços como parte de seu compromisso em atuar como um bem público dentro dos ecossistemas mais amplos do Ethereum e rollup.
Durante a transição, os operadores de nós podem continuar usando os endpoints RPC existentes sem interrupção. Dito isso, para permanecerem compatíveis com a arquitetura evolutiva da cadeia base e futuros hard forks, a migração para o novo cliente unificado será, em última análise, necessária.
Em resumo, a mudança da Base de uma arquitetura baseada no OP Stack para um único repositório unificado base/base visa simplificar o desenvolvimento, dobrar a cadência anual de hard forks e preservar os padrões de descentralização, enquanto mantém uma postura forte de código aberto e uma colaboração próxima com o ecossistema mais amplo do Superchain.
