[Hilo largo en inglés] Revisión del desarrollo del sector de re-staking: verdades, malentendidos y el camino pendiente

Chainfeeds Guía de lectura:

Después de más de dos años logrando que todos los principales AVS se unieran a EigenLayer y diseñando EigenCloud, esta es mi revisión honesta de todo el recorrido: en qué nos equivocamos, qué logramos y hacia dónde vamos a continuación.

Fuente del artículo:

kydo

Opinión:

kydo: Lanzar EigenDA sobre la infraestructura de EigenLayer fue una sorpresa enormemente positiva. Se convirtió en la piedra angular de EigenCloud y le dio a Ethereum una pista DA de súper escala que tanto necesitaba, permitiendo que los rollups avancen rápidamente sin tener que migrar a una nueva L1 por cuestiones de rendimiento. El lanzamiento de MegaETH se debió a que confiaban en que Sreeram podría romper el cuello de botella de DA para ellos. Mantle propuso originalmente a BitDAO construir una L2 por la misma razón. EigenDA también le proporciona a Ethereum una "capa de escudo". Cuando la propia comunidad tiene una solución DA de alta velocidad, es mucho más difícil para otras L1 externas aprovechar la narrativa de Ethereum para absorber liquidez. Una de las primeras visiones de EigenLayer era permitir que Ethereum desbloquee la preconfirmación. Más tarde, la preconfirmación recibió mucha atención debido a los base rollups, pero su implementación real sigue siendo difícil. Para impulsar el ecosistema, lanzamos juntos el plan Commit-Boost, intentando romper el efecto de bloqueo de los clientes de preconfirmación y construir una plataforma neutral donde cualquier equipo pueda innovar mediante el mecanismo de compromiso de validadores. Hoy en día, el flujo de fondos en Commit-Boost supera los varios miles de millones de dólares, y más del 35% de los validadores ya están conectados. Con el lanzamiento de los principales servicios de preconf en los próximos meses, este número seguirá aumentando. Esto es crucial para la antifragilidad de Ethereum y para la innovación continua en el mercado de preconf. Un impacto subestimado de la era del restaking es que una gran cantidad de ETH fluye hacia los proveedores de LRT, en lugar de empujar a Lido por encima del 33%. Esto es muy importante para la estabilidad social de Ethereum. Si Lido mantiene más del 33% de manera estable y no hay alternativas creíbles, los conflictos de gobernanza y la fragmentación del ecosistema serían muy graves. El restaking y los LRT no descentralizan mágicamente todo, pero sí cambian la trayectoria de la concentración del staking. Esto no es insignificante. La mayor "victoria" es conceptual. Hemos comprobado que el mundo realmente necesita más sistemas verificables. Pero el camino es muy diferente al que imaginamos al principio: en lugar de empezar por la "seguridad criptoeconómica generalizada", insistiendo en la descentralización total desde el primer día y esperando que todo pase por esa capa, es mejor dar a los desarrolladores herramientas que les permitan aplicar verificabilidad y emparejar cada aplicación con el primitivo de validación adecuado. Hay que "salir a buscar" a los desarrolladores, no exigirles que sean diseñadores de protocolos desde el inicio. Empezamos a construir servicios modulares internos como EigenCompute y EigenAI para satisfacer esta necesidad real: cosas que otros equipos recaudan cientos de millones de dólares y tardan años en construir, nosotros podemos entregarlas en pocos meses. En el futuro, EigenCloud y todo lo que lo rodea girará en torno al token EIGEN. EIGEN será: la fuente principal de seguridad económica; el activo colateral que asume múltiples tipos de riesgo; el principal capturador de valor de todo el flujo de tarifas y actividad económica de la plataforma. Muchos de los malentendidos iniciales provinieron de la gran brecha entre "lo que los usuarios creen que EIGEN capturará" y "lo que realmente puede capturar el mecanismo". El objetivo sigue siendo permitir que más aplicaciones on-chain utilicen computación off-chain de forma segura. Pero no hay una sola herramienta: la seguridad criptoeconómica, ZK, TEE o tecnologías híbridas, todas pueden usarse. La clave no es idolatrar una tecnología, sino hacer que la "verificabilidad" sea un primitivo básico que se pueda insertar en cualquier stack de aplicaciones. Lo que queremos acortar es la brecha entre "tengo una aplicación" y "tengo una aplicación que puede ser verificada por usuarios, contrapartes y reguladores". En la práctica, la combinación de seguridad criptoeconómica + TEE es la que actualmente ofrece la mayor programabilidad y seguridad real. Cuando mecanismos como ZK maduren, se integrarán en EigenCloud. [El original está en inglés]