EigenCloud (prev. EigenLayer)

¿Qué es EigenCloud (antes EigenLayer)?

EigenCloud es una plataforma para desarrolladores que busca hacer el comportamiento de las aplicaciones “demostrablemente verificable” incluso cuando la aplicación se ejecuta offchain, anclando la responsabilidad a la seguridad criptoeconómica y a la resolución de disputas onchain. En términos prácticos, extiende la idea de “restaking” de EigenLayer —reutilizar la seguridad económica apostada en Ethereum para garantizar servicios de terceros— hacia un conjunto más productizado de primitivas para desarrolladores en datos disponibles, verificación y ejecución offchain, comercializado como “verifiability-as-a-service”.

La ventaja competitiva no se basa en el rendimiento bruto ni en ser una cadena base de propósito general, sino en intentar estandarizar un mercado de seguridad y verificación compartida donde muchos servicios independientes puedan estar asegurados por un fondo común de stake, con aislamiento de riesgo personalizable a nivel de servicio en lugar de un conjunto de validadores uniforme para todos, como se describe en el EigenCloud launch post y en el whitepaper de EigenCloud.

En términos de estructura de mercado, EigenCloud se entiende mejor como una capa superior sobre la economía de staking de Ethereum, en lugar de una nueva L1 que compite por flujo genérico de transacciones. Por ello, su escala suele discutirse en función del colateral “reapuestado” y la adopción de los Actively Validated Services (AVSs), no en transacciones minoristas diarias; la cobertura del sector ha enmarcado repetidamente a EigenLayer como el principal referente del restaking en Ethereum por TVL, incluso mientras la actividad de usuarios en el sector ha sido cíclica y muy sensible a incentivos, con una tendencia del capital a consolidarse en el venue dominante cuando los rendimientos se normalizan.

Los agregadores que rastrean el protocolo como “EigenCloud/EigenLayer” también reflejan ese encuadre al publicar tanto una clasificación por capitalización de mercado del token como una cifra de TVL del protocolo una al lado de la otra (por ejemplo, la página de CoinMarketCap que etiqueta el activo como “EigenCloud” mientras describe la mecánica de “EigenLayer” e informa el TVL). CoinMarketCap ha situado recientemente a EIGEN alrededor de los rangos medios a bajos por capitalización (cientos bajos), subrayando que el valor de mercado del token y el valor asegurado por la plataforma pueden divergir fuertemente en cualquier dirección según los desbloqueos, los regímenes de incentivos y la percepción de riesgos.

¿Quién fundó EigenCloud (antes EigenLayer) y cuándo?

EigenCloud surgió del esfuerzo de EigenLayer liderado por Eigen Labs bajo la dirección de su CEO Sreeram Kannan, con el propio protocolo de restaking onchain cobrando protagonismo durante el ciclo 2023–2024, cuando los tokens de staking líquido de Ethereum y los programas de incentivos basados en “points” atrajeron una cantidad significativa de capital marginal hacia estrategias relacionadas con el staking.

La Eigen Foundation se presentó como entidad de gobernanza y gestora del ecosistema junto con el token EIGEN y el diseño del “stakedrop”, describiendo explícitamente una distribución comunitaria en múltiples temporadas, un periodo inicial de no transferibilidad y un bloqueo de tres años para inversores y primeros contribuidores, con desbloqueo lineal posterior, según el material de anuncio de la propia fundación (Eigen Foundation announcement).

EigenCloud, como “plataforma para desarrolladores” con marca propia, se presentó públicamente más tarde, a mediados de 2025, cuando Eigen Labs posicionó la plataforma como una superficie unificada que combina AVSs y primitivas de primera parte, explícitamente “construida sobre EigenLayer y potenciada por el token EIGEN” (EigenCloud introduction).

Con el tiempo, la narrativa parece haber evolucionado desde un discurso relativamente más limitado de “rendimientos por restaking y seguridad compartida” hacia un relato más amplio de “servicios verificables y cómputo offchain verificable”, en parte como respuesta al escepticismo persistente de que el restaking pudiera seguir siendo sostenible si las recompensas se basaban mayoritariamente en subsidios en lugar de comisiones. Ese reposicionamiento es visible en la oferta de productos declarada por EigenCloud —presentando EigenDA como capa de disponibilidad de datos, añadiendo primitivas de resolución de disputas (“EigenVerify”) y extendiéndose hacia ejecución offchain contenedorizada (“EigenCompute”)— y en mensajes posteriores que apuntan explícitamente a casos de uso de IA/agentes y entornos de ejecución confiable en forma de “mainnet alpha”.

La apuesta estratégica es que, si los desarrolladores pagan por garantías de verificación y ejecución, la plataforma pueda pasar de un arranque basado en puntos y airdrops hacia un mercado de seguridad y comisiones más legible; si esa transición se produce a una escala significativa sigue siendo la gran incógnita.

¿Cómo funciona la red de EigenCloud (antes EigenLayer)?

EigenCloud no es una red de consenso independiente en el mismo sentido que una L1 de prueba de trabajo o prueba de participación; en cambio, hereda la finalidad de consenso de la capa base principalmente de Ethereum, y añade obligaciones adicionales respaldadas por slashing sobre el colateral apostado (o apostado de forma líquida) a través de los contratos de restaking de EigenLayer. En ese modelo, los “operadores” ejecutan software AVS y aceptan stake delegado, mientras que los AVSs definen tareas verificables y, crucialmente, condiciones de slashing para penalizar fallos demostrables.

El mecanismo de responsabilidad se discutió durante mucho tiempo como un elemento central de la tesis de EigenLayer y se volvió materialmente más creíble cuando el slashing se activó en mainnet el 17 de abril de 2025, con adopción opcional por parte de AVSs y operadores en lugar de un cambio de aplicación inmediata a nivel de todo el sistema (como describen CoinDesk y el propio artículo explicativo de EigenCloud, “Slashing on Mainnet is Coming Soon”).

Técnicamente, los elementos diferenciadores de EigenCloud se describen mejor como una pila modular de verificación que como un único avance de escalado. EigenDA proporciona capacidad de disponibilidad de datos diseñada para respaldar rollups y cargas de trabajo intensivas en datos, mientras que EigenVerify se presenta como un sistema estandarizado de resolución de disputas para que las aplicaciones no tengan que implementar cada una sus propios canales de pruebas de fraude o de adjudicación, y EigenCompute extiende el límite de verificación a la ejecución offchain de lógica en contenedores.

La solidez del modelo de seguridad en el mundo real depende menos de la criptografía abstracta que de la diversidad de operadores, de una correcta especificación del slashing y de la ausencia de fallos correlacionados entre AVSs; precisamente el tipo de vulnerabilidad que preocupa a los críticos cuando un mismo fondo de seguridad económica se reutiliza en muchos servicios, incluso contando con mecanismos de aislamiento de riesgo.

¿Cuáles son los tokenomics de eigen?

El diseño publicado del token EIGEN ha enfatizado, desde su creación, una gran asignación a la comunidad y la expectativa de inflación en los primeros años, en lugar de un activo con tope duro y estrictamente deflacionario.

La Eigen Foundation describió una oferta total inicial en el lanzamiento de aproximadamente 1,67 mil millones de tokens, asignados entre iniciativas comunitarias (incluidos stakedrops), inversores y primeros contribuidores, y estableció explícitamente que, si bien aún no se había determinado un calendario de emisiones en ese momento, se esperaba que la oferta fuera inflacionaria en los primeros años y dirigida por mecanismos de protocolo “que beneficien únicamente a la comunidad de EigenLayer” (Eigen Foundation announcement).

Análisis secundarios y rastreadores de mercado suelen reflejar esto bajo el encuadre de un máximo de suministro “infinito” (es decir, que las emisiones pueden extenderse más allá del suministro inicial de génesis), aunque los lectores deberían considerar que cualquier valor de “oferta total” y “oferta circulante” de terceros depende de definiciones y de cómo se etiqueten en cadena y en los distintos venues las billeteras de custodia y de la fundación.

La utilidad y la captación de valor están estructuralmente ligadas a si los servicios de EigenCloud generan flujos de comisiones sostenibles que puedan canalizarse de forma creíble hacia los stakers tras cubrir la remuneración de operadores, las primas de seguro/riesgo y los costes de gobernanza. En el encuadre de EigenCloud, EIGEN no está pensado como “gas” para una cadena monolítica; más bien, se posiciona como el activo de stake que respalda la programabilidad offchain y la seguridad de los AVS, con la posibilidad de que las aplicaciones de EigenCloud generen comisiones que puedan sostener recompensas de staking o incentivos para el ecosistema.

La crítica económica de fondo es que el restaking introduce un riesgo de cola adicional (slashing y fallos correlacionados de AVSs) que debe ser compensado; si las comisiones de los AVSs/EigenCloud siguen siendo escasas, es posible que el capital racional exija subsidios más altos o se retire, una dinámica señalada en comentarios del sector que apuntan a una consolidación en los venues dominantes a medida que se desvanecen los incentivos y aparece un riesgo de slashing explícito.

¿Quién está usando EigenCloud (antes EigenLayer)?

Un reto persistente a la hora de evaluar EigenCloud es separar el posicionamiento especulativo en torno a EIGEN y a las operaciones de “meta” de restaking de la demanda duradera de las aplicaciones por servicios verificables. El sector de restaking ha demostrado repetidamente que el TVL puede ser elevado incluso cuando la actividad marginal de usuarios (nuevos depositantes, interacciones diarias) se enfría drásticamente tras los picos de incentivos, lo que implica que un conjunto relativamente pequeño de grandes asignadores e intermediarios de staking líquido puede dominar la huella de capital mientras la participación minorista disminuye.

Este patrón —alto valor asegurado con un compromiso de usuario cíclico— se ha tratado en investigaciones de la industria que consideran el restaking como infraestructura con flujos muy sensibles a incentivos, más que como una aplicación de consumo final. En consecuencia, la “utilización” se mide de forma más honesta por la adopción de AVSs, la participación de operadores y la generación de comisiones que por el volumen de negociación del token o por una ola puntual de depósitos.

Donde las afirmaciones de adopción son más concretas, las propias comunicaciones de EigenCloud destacan las primitivas orientadas a desarrolladores y, posteriormente, las narrativas de verificación para IA/agentes, incluyendo lanzamientos en “mainnet alpha” para EigenCompute y colaboraciones enmarcadas en capas de verificabilidad para flujos de pagos de agentes (estas afirmaciones deben interpretarse como integraciones en fases tempranas más que como prueba de dependencia en producción a escala empresarial).

En el lado de la formación de capital, la señal institucional más verificable ha sido la compra, divulgada públicamente, de 70 millones de dólares en EIGEN por parte de a16z crypto en relación con la narrativa de lanzamiento de EigenCloud, que los canales de EigenCloud/EigenLayer amplificaron públicamente; corroborating social disclosure via. This supports the claim that the project has attracted credible venture sponsorship, but it does not, by itself, validate product-market fit for verifiable services.

¿Cuáles son los riesgos y desafíos para EigenCloud (antes EigenLayer)?

El riesgo regulatorio para EigenCloud/EIGEN se enmarca mejor como exposición de un “token adyacente al staking” en lugar del debate sobre mercancía al contado de estilo ETF que domina los titulares sobre BTC/ETH. Los propios materiales de la Eigen Foundation contemplaban emisiones en evolución, distribuciones a la comunidad y un periodo de puesta en marcha con no transferibilidad inicial, todo lo cual puede convertirse en hechos relevantes en cualquier análisis de derecho de valores, dependiendo de la jurisdicción y de la postura de aplicación, Eigen Foundation announcement.

A comienzos de 2026, los litigios o acciones de cumplimiento públicos, ampliamente difundidos y específicos del protocolo dirigidos a EigenCloud/EigenLayer no son tan prominentes como el escrutinio continuo de la industria en general sobre programas de staking y distribuciones de tokens; aun así, el riesgo tiene menos que ver con una clasificación binaria única y más con si distribuciones, estrategias de marketing y declaraciones de rendimiento específicas se interpretan como contratos de inversión en una determinada jurisdicción. Los lectores también deberían tratar los vectores de centralización —concentración de operadores, hubs de delegación y captura de gobernanza— como riesgos de primer orden, porque un mercado de seguridad compartida puede fallar no solo por exploits de código, sino también por coordinación oligopólica y fallos correlacionados de operadores.

Económicamente, EigenCloud enfrenta competencia en múltiples capas a la vez: otros diseños de restaking/seguridad compartida en Ethereum, conceptos alternativos de “seguridad como servicio” y pilas modulares de disponibilidad de datos y verificación de cómputo offchain que no requieren una única capa de restaking agrupado. Incluso dentro del restaking en Ethereum, el sector ha comenzado a reconocer que, una vez que el slashing está activo, la relación riesgo-rentabilidad cambia de forma material, lo que potencialmente reduce el capital marginal a menos que los AVS generadores de comisiones escalen con la suficiente rapidez como para compensar el riesgo explícito a la baja.

La amenaza estratégica es que EigenCloud se convierta en un sustrato de seguridad con alto TVL y bajas comisiones: valioso para un subconjunto de desarrolladores de infraestructura, pero incapaz de generar un flujo de comisiones duradero y diversificado que respalde rendimientos de staking a largo plazo sin subsidios recurrentes.

¿Cuál es la perspectiva futura para EigenCloud (antes EigenLayer)?

Las perspectivas a corto plazo de EigenCloud dependen de si su conversión del restaking en una plataforma unificada para desarrolladores se traduce en una adopción medible de AVS y aplicaciones, en lugar de simplemente volver a etiquetar el mismo colateral de restaking bajo una narrativa de “nube” más amplia. El hito más claramente verificado en el pasado reciente fue la activación del slashing en mainnet el 17 de abril de 2025, que acercó al sistema a sus afirmaciones originales de responsabilidad, pero también hizo que el riesgo económico a la baja fuera más explícito y, por lo tanto, más sensible al precio en función de la generación real de comisiones.

En el lado de la hoja de ruta de producto, EigenCloud ha descrito públicamente un conjunto en expansión de primitivas —disponibilidad de datos, resolución de disputas y cómputo offchain contenedorizado— junto con lanzamientos de tipo “alpha en mainnet” para EigenCompute/EigenAI, lo que implica que una parte significativa del riesgo técnico se encuentra ahora en el endurecimiento operativo, las herramientas para desarrolladores y las pruebas adversariales, más que en el diseño conceptual.

Estructuralmente, el obstáculo es coordinar un mercado bilateral —desarrolladores que demandan servicios verificables y operadores dispuestos a asumir obligaciones sujetas a slashing— en condiciones donde los usuarios siempre pueden recurrir a modelos de confianza más baratos y débiles (garantías de nubes tradicionales, comités multisig o diseños optimistas con garantías de verificación más estrechas). Por lo tanto, la viabilidad del protocolo estará determinada menos por el TVL de los titulares y más por si EigenCloud puede estandarizar la contratación de servicios verificables, producir una economía de niveles de servicio legible y evitar la crítica de riesgo sistémico que inevitablemente sigue a cualquier reutilización a gran escala de stake compartido.