O Ethereum Name Service (ENS) está a manter-se exclusivamente com o Ethereum, lançando o seu ENSv2 na rede; no entanto, a transição significa abandonar a sua NameChain Layer 2 auto-desenvolvida.
O ENS, mais conhecido por atribuir nomes legíveis como vitalik.eth a endereços de blockchain, estava a desenvolver a Namechain — uma rede Layer 2 personalizada — como parte do lançamento do ENSv2. O objetivo era reduzir os custos de transação e aumentar a escalabilidade processando registos de nomes e atividades relacionadas fora da cadeia principal do Ethereum.
A equipa do ENS explicou que os principais ganhos do Ethereum em escalabilidade L1 e taxas de registo mais baixas eliminaram a necessidade de um L2 autónomo; apenas em 2025, o limite de gas do Ethereum aumentou de 30 milhões para 60 milhões.
No entanto, a equipa garantiu aos utilizadores que pausar o desenvolvimento da Namechain não irá atrasar o progresso do ENSv2. Afirmou: "Os utilizadores continuarão a beneficiar da experiência de utilizador melhorada que o ENSv2 traz, como registo num único passo, compras com stablecoins de qualquer cadeia e um novo design de registo."
A decisão surge à medida que a rede base Ethereum escalou mais rápida e eficientemente do que as projeções anteriores sugeriam.
O ENS afirmou que quando decidiu pela primeira vez construir o seu próprio L2, a rede principal do Ethereum era simplesmente demasiado dispendiosa para a maioria dos utilizadores, o que frequentemente tornava as interações simples do ENS surpreendentemente caras. Alegou ainda que, na altura, o roteiro do Ethereum não incluía grandes atualizações de L1, e o consenso da indústria era que os L2s eram a resposta.
Agora, a equipa observa que a mudança para o Ethereum irá simplificar a resolução de nomes, permitindo aos utilizadores obter resultados mais rapidamente ao depender de uma única cadeia. O dimensionamento L1 no Ethereum já ganhou impulso sério. Os limites de gas saltaram para 60 milhões com a atualização Fusaka, e os programadores principais já estão a visar 200 milhões no próximo ano, antes de quaisquer ganhos ZK.
Originalmente, o ENS pretendia que quase todos os nomes fossem resolvidos através de gateways CCIP-Read no lançamento, com nomes legados e novos dependendo igualmente dele no L2. Mas a equipa agora acredita que o Ethereum L1 pode oferecer segurança, descentralização e fiabilidade incomparáveis que os L2s não conseguem replicar totalmente. Afirmou que escolher L1 significa que estão a ficar com as garantias de infraestrutura mais fortes.
Acrescentou, no entanto, que os conhecimentos obtidos da Namechain irão agora informar o trabalho do ENS sobre melhor Interoperabilidade Blockchain com uma variedade de L2s. Insistiu que permanecer no L1 não significa que irão ignorar os L2s. O design flexível do ENSv2 melhora a Interoperabilidade Blockchain L2, e o fluxo de registo simplificado lida com a complexidade cross-chain. Além disso, o ENS suporta mais de 60 cadeias, incluindo Bitcoin, Solana e Celo.
Ao mesmo tempo, a equipa já lançou versões alfa públicas da Aplicação ENS e do Explorador (Navegador) de blockchain ENS para permitir aos utilizadores experimentar o fluxo de registo simplificado, suporte multi-chain atualizado, propriedade flexível e gestão de nomes melhorada. Os contratos e aplicações recentemente desenvolvidos formam a espinha dorsal do ENSv2.
A rede Ethereum ainda está a expandir o seu envolvimento na construção de infraestrutura cripto. Recentemente, o fundador da rede, Vitalik Buterin, forneceu financiamento à Shielded Labs para apoiar o Crosslink, uma melhoria de consenso Zcash proposta projetada para se sobrepor ao protocolo atual de prova de trabalho do Zcash. Simplificando, o Crosslink adiciona uma segunda camada de confirmações para acelerar e garantir a liquidação de transações, reduzindo o risco de reorganizações da cadeia, reversões ou gastos duplos.
O mais recente apoio do Ethereum ao desenvolvimento reflete uma mudança mais ampla na mensagem pública de Buterin no sentido de valorizar a privacidade e resiliência sobre conveniência ou crescimento. Ultimamente, ele tem enfatizado que o design de blockchain deve priorizar o tratamento de cenários do pior caso em vez de se focar apenas na experiência ideal do utilizador. Isso envolve resistir à censura, manter as suposições de confiança ao mínimo e proteger os utilizadores em condições adversas. Na sua opinião, a privacidade deve ser tratada como infraestrutura central, não como um complemento. Numa das suas publicações recentes no X, ele tinha afirmado: "2026 é o ano em que recuperamos o terreno perdido em termos de auto-soberania e ausência de confiança."
Aprimore a sua estratégia com mentoria + ideias diárias - 30 dias de acesso gratuito ao nosso programa de negociação


