[Thread em inglês] Retrospectiva do desenvolvimento do setor de restaking: verdades, equívocos e o caminho ainda não percorrido

Chainfeeds Guia de Leitura:

Depois de mais de dois anos trazendo todos os principais AVS para o EigenLayer e projetando o EigenCloud, esta é minha retrospectiva honesta de toda a jornada: quais julgamentos foram equivocados, quais sucessos alcançamos e para onde vamos a seguir.

Fonte do artigo:

kydo

Opinião:

kydo: Lançar o EigenDA sobre a infraestrutura do EigenLayer foi uma surpresa extremamente positiva. Ele se tornou a pedra fundamental do EigenCloud e deu ao Ethereum uma trilha de DA em escala superlativa que era urgentemente necessária — permitindo que Rollups avancem rapidamente sem precisar migrar para algum novo L1 por questões de desempenho. O lançamento do MegaETH aconteceu porque eles acreditavam que Sreeram poderia ajudá-los a superar o gargalo do DA. A proposta da Mantle ao BitDAO para construir um L2 também foi motivada pelo mesmo motivo. O EigenDA ainda oferece ao Ethereum uma camada de "escudo protetor". Quando já existe uma solução de DA de alta velocidade dentro do ecossistema, fica muito mais difícil para L1s externos se beneficiarem da narrativa do Ethereum para sugar liquidez. Uma das visões iniciais do EigenLayer era permitir que o Ethereum desbloqueasse a pré-confirmação (preconfirmation). Mais tarde, a pré-confirmação recebeu muita atenção devido ao base rollup, mas sua implementação prática ainda é difícil. Para impulsionar o ecossistema, lançamos juntos o programa Commit-Boost, tentando quebrar o efeito de bloqueio dos clientes de pré-confirmação e construir uma plataforma neutra onde qualquer equipe possa inovar através do mecanismo de compromisso dos validadores. Hoje, o fluxo de capital no Commit-Boost ultrapassa dezenas de bilhões de dólares, com mais de 35% dos validadores já conectados. Com os principais serviços de preconf sendo lançados nos próximos meses, esse número continuará crescendo. Isso é crucial para a antifragilidade do Ethereum e para a inovação contínua do mercado de preconf. Um impacto subestimado da era do restaking é que uma grande quantidade de ETH está fluindo para provedores de LRT, em vez de empurrar a Lido para acima de 33%. Isso é extremamente importante para a estabilidade social do Ethereum. Se a Lido mantivesse mais de 33% de participação por muito tempo sem alternativas confiáveis, os conflitos de governança e a fragmentação do ecossistema seriam muito sérios. O restaking e os LRTs não descentralizaram tudo magicamente, mas mudaram a trajetória da concentração do staking. Isso não é insignificante. A maior "vitória" foi conceitual. Validamos que o mundo realmente precisa de mais sistemas verificáveis. Mas o caminho já é bem diferente do que imaginávamos no início: ao invés de começar com "segurança criptoeconômica ampla", insistindo em descentralização total desde o primeiro dia e esperando que tudo seja roteado por essa camada, é melhor fornecer aos desenvolvedores ferramentas que permitam aplicar verificabilidade e combinar primitivas de verificação adequadas para cada aplicação. Você precisa "acolher" os desenvolvedores, não exigir que eles sejam designers de protocolos desde o início. Começamos a construir serviços modulares internos como EigenCompute e EigenAI para atender a essa demanda real — coisas que outras equipes levantam centenas de milhões de dólares e levam anos para construir, nós conseguimos entregar em poucos meses. No futuro, tudo ao redor do EigenCloud girará em torno do token EIGEN. O EIGEN servirá como: fonte central de segurança econômica; ativo colateral para múltiplos tipos de risco; principal capturador de valor de todo o fluxo de taxas e atividades econômicas da plataforma. Muitos dos mal-entendidos iniciais vieram da enorme diferença entre "o que os usuários acham que o EIGEN vai capturar" e "o que o mecanismo realmente pode capturar". O objetivo permanece o mesmo: permitir que mais aplicações on-chain usem computação off-chain com segurança. Mas não haverá apenas uma ferramenta — segurança criptoeconômica, ZK, TEE ou tecnologias híbridas, todas podem ser usadas. O ponto-chave não é idolatrar uma tecnologia específica, mas sim tornar a "verificabilidade" uma primitiva fundamental, inserida em qualquer stack de aplicação. O que queremos encurtar é o abismo entre "eu tenho um aplicativo" e "eu tenho um aplicativo que pode ser verificado por usuários, contrapartes e reguladores". Na prática, segurança criptoeconômica + TEE é atualmente a combinação mais forte de programabilidade e segurança real. Quando mecanismos como ZK amadurecerem, serão integrados ao EigenCloud. [O texto original está em inglês]