318 publicaciones etiquetados con "Ethereum"

Dos protocolos se sitúan ahora entre cada agente de IA y la blockchain con la que desea interactuar. Uno proviene de Anthropic. El otro de Google. Y para abril de 2026, ninguno de los dos es opcional para los desarrolladores de Web3 que deseen que su infraestructura sea accesible para los más de 250,000 + agentes on-chain activos diariamente que se incorporaron en el primer trimestre.

El Model Context Protocol (MCP) le indica a un agente cómo usar una herramienta. El Agent2Agent Protocol (A2A) le indica a un agente cómo hablar con otro agente. No son rivales tanto como capas — pero la elección de cuál soportar primero, para cuál optimizar y cómo exponer primitivas cripto-nativas a través de ambos, es ahora una decisión de arquitectura fundamental para cualquiera que construya para la web agéntica.

Un año que reconfiguró el stack de agentes​

MCP nació en Anthropic a finales de 2024 como un estándar limitado: permitir que Claude, y más tarde cualquier modelo, se conectara a herramientas y datos externos a través de una única interfaz cliente-servidor en lugar de integraciones a medida. Para cuando Coinbase lanzó su Payments MCP en febrero de 2026, el MCP se había convertido en la forma en que los modelos de vanguardia — Claude, Gemini, Codex — acceden a billeteras, APIs y fuentes de datos. deBridge expuso el enrutamiento de swaps cross-chain a través de un servidor MCP. El servidor MCP de Solana otorgó a cualquier modelo compatible con MCP la capacidad de consultar saldos, intercambiar tokens y minar NFTs en lenguaje natural.

A2A tomó un camino diferente. Google lo anunció en abril de 2025 con más de 50 socios de lanzamiento — Atlassian, Box, Cohere, Intuit, LangChain, MongoDB, PayPal, Salesforce, SAP, ServiceNow y las grandes firmas de consultoría. Fue donado a la Linux Foundation en junio de 2025. Mientras que MCP estandarizó el enlace agente-herramienta, A2A estandarizó el enlace agente-agente: cómo un agente descubre a otro agente, lee su "tarjeta de agente", negocia una tarea y coordina el trabajo a través de límites organizacionales.

Luego llegó diciembre de 2025. La Linux Foundation lanzó la Agentic AI Foundation (AAIF) con seis cofundadores — OpenAI, Anthropic, Google, Microsoft, AWS y Block — y colocó tanto a MCP como a A2A bajo el mismo paraguas de gobernanza. El marco de "guerra de protocolos" colapsó casi tan rápido como comenzó. Son complementarios, y la industria ahora los trata de esa manera.

Para la Web3, la complementariedad importa más de lo que nunca importó la competencia. Las herramientas viven on-chain; los agentes viven en todas partes. Se necesitan ambos.

Qué hace realmente MCP por un stack cripto​

MCP es un protocolo cliente-servidor de llamada a herramientas. Un modelo que se ejecuta dentro de una aplicación — el cliente MCP — se conecta a un servidor MCP que publica un conjunto de herramientas, recursos y plantillas de prompts. El servidor puede ser cualquier cosa: un sistema de archivos local, una API SaaS o un RPC de blockchain envuelto con descripciones semánticas.

Esa última categoría es donde se conecta la Web3. El Payments MCP de Coinbase expone la creación de billeteras, flujos de on-ramp y transferencias de stablecoins como herramientas que cualquier cliente MCP puede llamar. El servidor MCP de deBridge expone la cotización cross-chain y la ejecución de swaps sin custodia. Un servidor MCP de Solana expone consultas de saldo, transferencias, swaps y minteos. Para el modelo, esto se siente idéntico a llamar a una herramienta de calculadora — la complejidad cripto-nativa queda oculta tras los esquemas JSON.

El efecto práctico es que cualquier modelo con soporte para MCP — Claude, Gemini, Codex y la mayoría de los frameworks de agentes open-weight — ahora puede interactuar con la infraestructura on-chain sin necesidad de trabajo de SDK personalizado. A principios de 2026, el protocolo de pago x402 (más sobre esto abajo) ha procesado más de $ 600 millones en volumen y soporta casi 500,000 active AI wallets, la mayoría operando a través de herramientas expuestas por MCP.

Lo que A2A añade y MCP no puede​

A2A responde a una pregunta diferente: una vez que mi agente necesita contratar a otro agente — uno que pueda realizar revisiones legales, puntuación de fraude, traducción o análisis especializados on-chain — ¿cómo encuentra a ese agente, lo verifica y trabaja con él?

La respuesta de A2A son las tarjetas de agente: pequeños documentos JSON alojados a través de HTTPS que describen las capacidades, endpoints, requisitos de autenticación y habilidades de un agente. Un agente descubre a otro agente, lee la tarjeta e inicia una tarea a través de un conjunto estándar de métodos HTTP + JSON-RPC. El protocolo es deliberadamente ligero: no le importa en qué framework se ejecuta el otro agente, solo que hable A2A.

Para la Web3, aquí es donde residen los flujos de trabajo interorganizacionales. Un agente de trading en una plataforma contratando a un agente de evaluación de riesgos en otra. Un agente de tesorería de una DAO delegando una verificación de cumplimiento a un servicio de terceros. Un agente de juegos encargando un activo on-chain a un agente de arte generativo. Nada de eso es una llamada a una herramienta — es una negociación entre pares, y MCP nunca fue diseñado para ello.

La capa Web3-nativa: x402 y ERC-8004 encajan debajo​

Ni MCP ni A2A gestionan el pago o la identidad. Ese vacío es donde encajan ahora los estándares cripto-nativos.

x402 es el resurgimiento por parte de Coinbase del código de estado HTTP 402 "Payment Required", largamente inactivo. Cuando un agente intenta acceder a un endpoint de pago, el servidor devuelve un 402 con instrucciones de pago; el agente paga en stablecoins — típicamente USDC — y vuelve a intentar. No requiere cuenta ni suscripción, y está dimensionado para micropagos de menos de un centavo. Para abril de 2026, la x402 Foundation incluye a Adyen, AWS, American Express, Base, Circle, Cloudflare, Coinbase, Google, Mastercard, Microsoft, Shopify, Solana Foundation, Stripe y Visa. Google ha integrado x402 en su propia iniciativa Agents Payment Protocol (AP2), lo que efectivamente lo bendice como el riel de pago bajo las transacciones coordinadas por A2A.

ERC-8004, que se lanzó en la mainnet de Ethereum el 29 de enero de 2026, es la contraparte de identidad y reputación. Co-escrito por colaboradores de MetaMask, la Ethereum Foundation, Google y Coinbase, introduce tres registros on-chain — Identidad, Reputación y Validación — que permiten a los agentes demostrar quiénes son y acumular historiales verificables a través de límites organizacionales. Para abril de 2026, más de 20,000 agentes están registrados y más de 70 + proyectos construyen sobre él. El estándar refleja deliberadamente el concepto de tarjeta de agente de A2A: el AgentID on-chain se resuelve en una AgentCard off-chain, por lo que los agentes compatibles con A2A pueden heredar la identidad ERC-8004 sin un nuevo protocolo.

ERC-8183, de la Ethereum Foundation y Virtuals Protocol, cierra el ciclo con un patrón de custodia de contratar-entregar-liquidar. Define roles de Cliente, Proveedor y Evaluador para los mercados laborales de agentes on-chain. El resumen conciso que circula este trimestre: x402 responde cómo pagar, ERC-8004 responde quién es la otra parte y si es confiable, y ERC-8183 responde cómo transaccionar con confianza. Los tres operan sobre la coordinación de A2A y el uso de herramientas de MCP.

Por qué apuestan las cadenas​

Diferentes L1 y L2 están haciendo diferentes apuestas sobre qué superficie de protocolo es más importante — y esas apuestas definen las prioridades de sus stacks de desarrollo .

Ethereum ha profundizado más en la semántica de identidad y tareas a través de ERC - 8004 y ERC - 8183 , alineándose limpiamente con el modelo interorganizacional de A2A . El equipo dAI de la Fundación Ethereum nombró a ERC - 8004 como un componente central de la hoja de ruta de 2026 .

Solana ha redoblado su apuesta por la exposición de herramientas MCP y los pagos x402 . Se han desplegado más de 9,000 agentes en la red Solana , y el servidor MCP de Solana es el punto de entrada canónico para cualquier modelo compatible con MCP que quiera interactuar con la cadena . La apuesta del ecosistema es que una ejecución rápida y barata , sumada a una infraestructura MCP nativa , ganará la capa de llamada a herramientas ( tool-call ) .

BNB Chain tomó un tercer camino con BAP - 578 , el estándar de Agente No Fungible ( NFA ) que se lanzó en la mainnet en febrero de 2026 . BAP - 578 convierte al propio agente en el activo principal on-chain — cada NFA posee una billetera , puede tener tokens , ejecutar lógica y ser comprado o contratado . El estándar admite enfoques de RAG , integración con MCP , fine-tuning y aprendizaje por refuerzo a través de contratos de lógica conectables . Para mediados de febrero , el ecosistema de agentes de BNB Chain se había expandido a 58 proyectos en 10 categorías .

Base ancla el riel x402 a través de Coinbase y se ha convertido en la capa de liquidación predeterminada para los micropagos de agente a agente ; la integración de Stripe con Base , anunciada este trimestre , extiende ese riel hacia la infraestructura comercial convencional .

El patrón : ninguna cadena está eligiendo MCP o A2A — todas están eligiendo ambos , además de un diferenciador criptonativo ( identidad en Ethereum , ejecución en Solana , representación de activos en BNB , pagos en Base ) .

La verdadera pregunta para los constructores : ¿ Qué superficie exponer primero ?​

La convergencia de estándares no elimina las decisiones de secuenciación . Un protocolo , billetera , puente o proveedor de datos aún tiene que elegir qué lanzar primero , y esa elección tiene consecuencias .

• Lance un servidor MCP primero si su producto es una herramienta — una billetera , un puente , un feed de datos o un router de swap . MCP es donde vive el flujo de agente individual a herramienta , y la mayoría de los agentes autónomos en 2026 siguen siendo configuraciones de un solo agente que llaman a herramientas .
• Lance una tarjeta de agente A2A después si su producto es en sí mismo un agente o un servicio que otros agentes contratarán . La calificación de riesgo , los controles de cumplimiento , el análisis on-chain y el market-making son flujos de agente a agente .
• Integre x402 en ambos si su servicio puede ser medido . Cada llamada a herramienta MCP y cada invocación de tarea A2A es un micropago potencial , y x402 es el camino de menor resistencia .
• Regístrese en ERC - 8004 si su agente opera a través de límites organizativos y la reputación es importante . La identidad sin reputación es solo una etiqueta de nombre ; la identidad con reputación on-chain es un historial comprobado .
• Considere ERC - 8183 si su servicio vende entregables discretos y evaluables — el patrón de custodia ( escrow ) se mapea limpiamente a los modelos de negocio de agente como contratista .

La comparación entre la lenta adopción de ERC - 4337 frente a la instantánea de ERC - 20 es instructiva . ERC - 20 ganó porque cada token necesitaba lo mismo . ERC - 4337 ha avanzado lentamente porque la abstracción de cuenta solo vale la pena cuando el beneficio es obvio . MCP se parece más a ERC - 20 — casi todos los agentes necesitan herramientas — mientras que A2A se parece más a ERC - 4337 , con una adopción concentrada donde realmente existen flujos de trabajo multi-agente . Esto puede cambiar a medida que las poblaciones de agentes crezcan y la especialización se consolide , pero hasta 2026 , la secuenciación de lanzar MCP primero parece la correcta para la mayoría de los constructores de Web3 .

Por qué esto es importante para los proveedores de infraestructura​

Para un proveedor de RPC e indexadores que sirve a la web agéntica , la implicación es directa : cada blockchain que soporte debe ser accesible a través de ambos protocolos , con la medición de x402 integrada donde tenga sentido .

BlockEden.xyz opera infraestructura de RPC e indexación de producción en más de 27 blockchains — incluyendo Sui , Aptos , Solana , Ethereum , BNB Chain y Base — que los agentes autónomos consultan cada vez más a través de servidores MCP y flujos de trabajo A2A . Explore nuestro marketplace de API si está construyendo infraestructura integrada con agentes que deba hablar ambos protocolos desde el primer día .

Fuentes​

• Anunciando el protocolo Agent2Agent ( A2A ) — Blog de Google Developers
• Agent-to-Agent ( A2A ) de Google y Model Context Protocol ( MCP ) de Anthropic — Gravitee
• A2A y MCP : ¿ El comienzo de las guerras de protocolos de agentes de IA ? — Koyeb
• MCP vs A2A : La guía completa de protocolos de agentes de IA en 2026
• Lanzamiento de MCP de Coinbase Payments
• Coinbase debuta infraestructura de billetera cripto para agentes de IA — PYMNTS
• x402 — Pago requerido , estándar de pagos nativo de Internet
• Stripe utiliza Base para el protocolo de pagos x402 de agentes de IA — crypto.news
• ERC - 8004 : Agentes sin confianza — Propuestas de mejora de Ethereum
• ERC - 8004 de Ethereum busca poner identidad y confianza detrás de los agentes de IA — CoinDesk
• La Fundación Ethereum y Virtuals Protocol lanzan ERC - 8183 — KuCoin
• BNB Chain BAP - 578 : Cuando los agentes de IA se convierten en activos negociables — BlockEden.xyz
• Especificación BAP - 578 — BEPs de BNB Chain
• Solana , BSC y Base aceleran la infraestructura de agentes de IA — KuCoin

Un protocolo DeFi de $24 mil millones acaba de perder a su gestor de riesgos porque$ 5 millones no eran suficientes para realizar el trabajo de forma rentable. Esa frase debería detener a cualquiera que esté pensando en el camino de las DeFi hacia la madurez institucional.

El 6 de abril de 2026, Chaos Labs anunció que daría por terminada su colaboración de tres años con Aave, rechazando un paquete de retención de $ 5 millones que Aave Labs había puesto sobre la mesa para mantener a la firma en su puesto. Omer Goldberg, fundador de Chaos Labs, dijo a la comunidad que incluso con ese aumento de presupuesto, su equipo estaba operando la gestión de riesgos de Aave con pérdidas, y que continuaría haciéndolo a medida que la arquitectura hub-and-spoke de la V4 expandiera el área de superficie que se esperaba que cubrieran.

Esta no fue una disputa ordinaria con un proveedor. Chaos Labs fue el tercer gran proveedor de servicios técnicos en salir de Aave en 90 días, tras BGD Labs (1 de abril) y la Aave Chan Initiative a principios del trimestre. En medio de ese éxodo, Aave ejecutó la mayor actualización de su historia — la V4 se puso en marcha en la red principal de Ethereum el 30 de marzo de 2026 — mientras gestionaba $26.4 mil millones en TVL y preparaba Horizon, su plataforma institucional de RWA, para escalar más allá de los$ 1 mil millones en bonos del tesoro tokenizados que ya maneja.

La historia no es que Aave dejará de funcionar. La historia es lo que revela sobre la fragilidad estructural oculta dentro de cada gran protocolo DeFi: la brecha entre la escala de los activos gestionados y el tamaño de los equipos que los gestionan.

Durante dos años, la propuesta de EigenLayer para los restakers ha sido sencilla: hacer stake de ETH, asegurar el protocolo de alguien más y obtener un rendimiento adicional. Los parámetros de slashing (penalización) existían solo en papel. Los operadores no podían perder capital realmente por portarse mal en un AVS, porque el código que tomaría su stake aún no se había implementado. Esa era terminó el 17 de abril de 2026, cuando EigenLayer activó el slashing de producción en la red principal (mainnet).

Aproximadamente entre 15 y 18 mil millones de dólares en ETH en restaking están ahora expuestos a pérdidas criptoeconómicas reales por primera vez desde el lanzamiento del protocolo. La pregunta que los restakers, operadores, constructores de AVS y los mercados de préstamos DeFi que mantienen cientos de miles de millones en deuda respaldada por LST han estado evitando educadamente durante veinticuatro meses está finalmente a punto de ser respondida: ¿es el rendimiento del restaking una compensación por un trabajo de seguridad real, o es una compensación por un riesgo que nadie estaba asumiendo realmente?

Dos años de teatro de slashing​

EigenLayer se lanzó en la red principal en 2023 con una promesa clara. Los operadores harían restaking de ETH para asegurar Servicios Validados Activamente (AVS) — redes de oráculos, puentes, capas de disponibilidad de datos, coprocesadores — y si se portaban mal, el AVS podría penalizar (slash) su stake. Se suponía que el modelo crearía un mercado unificado para la seguridad criptoeconómica, donde cualquier protocolo nuevo podría tomar prestado el conjunto de validadores de Ethereum en lugar de arrancar un conjunto de validadores propio.

Lo que realmente se lanzó fue la primera mitad de esa promesa. Los operadores podían registrarse, delegar y obtener recompensas. La lógica de slashing en sí estaba implementada de forma provisional con parámetros de marcador de posición (placeholders). Durante 2024 y la mayor parte de 2025, un AVS que detectara a un operador firmando doblemente, censurando datos o produciendo una prueba defectuosa no tenía ninguna forma a nivel de protocolo de confiscar el ETH de ese operador. La cifra de "seguridad penalizable" en los tableros de control era aspiracional.

Esto no era un secreto. La documentación de EigenLayer fue explícita sobre el despliegue gradual. Pero el efecto en el comportamiento de los operadores y en las expectativas de los restakers fue significativo. Un operador de AVS que ejecutaba EigenDA, Hyperlane y Lagrange simultáneamente sabía que un error de software, una desviación del oráculo o incluso un mal comportamiento deliberado podrían costarle el rendimiento, pero no el capital principal. Los restakers, a su vez, trataron el restaking como una variante de mayor rendimiento del staking de ETH simple, en lugar de un producto de riesgo fundamentalmente diferente.

ELIP-002 — "Slashing a través de Conjuntos de Stake y Operadores Únicos" — es lo que finalmente cambió las cuentas. La actualización de la red principal del 17 de abril activa los contratos que permiten a un AVS ejecutar una transacción de slashing contra una asignación específica de un operador determinado, con ETH real saliendo de billeteras reales. La era de los marcadores de posición ha terminado.

Qué se activó realmente​

La actualización no es un interruptor único que penaliza a cada operador en el momento en que ocurre una violación de las especificaciones. Es un marco de trabajo al que los AVS, operadores y restakers ahora se adhieren deliberadamente.

Operator Sets (Conjuntos de Operadores) son la nueva primitiva central. Un AVS ya no tiene un grupo global de operadores asegurándolo. En su lugar, define uno o más Operator Sets, cada uno con sus propias reglas de registro, asignación de tareas, condiciones de slashing y estructura de recompensas. Un operador que quiera asegurar un AVS se registra en un Operator Set específico y acepta explícitamente las condiciones de slashing vinculadas a ese conjunto.

Unique Stake Allocation (Asignación de Stake Único) es el modelo contable subyacente. Cada operador comienza con una Magnitud Total definida por el protocolo (1 × 10^18 unidades) que representa su stake delegado total. El operador asigna fragmentos de esa magnitud a diferentes Operator Sets. Solo el AVS que posee un Operator Set determinado puede penalizar el fragmento asignado a él. Si el Operator Set de EigenDA posee el 40% de la magnitud de un operador y el de Hyperlane el 30%, un evento de slashing en EigenDA puede, en el peor de los casos, consumir ese 40%; el stake de Hyperlane es intocable para el penalizador de EigenDA, y viceversa.

Opt-in por defecto es el mecanismo de despliegue gradual. Los operadores que ya ejecutan AVS bajo el régimen anterior al slashing no se inscriben automáticamente en los nuevos Operator Sets. Tienen que revisar las condiciones de slashing de cada AVS, decidir cuáles son aceptables y optar por participar. Los AVS, del mismo modo, tienen que escribir sus condiciones de slashing y publicarlas para que los operadores las evalúen. En la práctica, esto significa que la exposición al slashing aumentará a lo largo de semanas y meses a medida que los operadores y los AVS migren del modelo heredado a los Operator Sets, en lugar de aparecer de la noche a la mañana como un radio de impacto único.

El token EIGEN añade un mecanismo separado para fallos "intersubjetivos": comportamientos inadecuados que no pueden probarse on-chain pero que cualquier observador razonable aceptaría que merecen una penalización. Cuando una supermayoría de stakers de EIGEN se confabulan para atacar un AVS de una manera que un fork pueda resolver, los desafiantes (challengers) pueden crear un fork de slashing del token. Esto es independiente del slashing de ETH en el ELIP-002 y está dirigido a una clase diferente de fallo.

En conjunto, el diseño es conservador de una manera importante. La Asignación de Stake Único aísla el radio de impacto por AVS, lo que aborda directamente el riesgo de restaking más citado: que un AVS defectuoso con un circuito de slashing roto pudiera hundir a otros AVS no relacionados a través del stake compartido de los operadores. Ese modo de fallo ahora es estructuralmente más difícil de activar.

La pregunta empírica que el restaking ha estado evitando​

EigenLayer posee actualmente entre $15,2 mil millones y$ 19,7 mil millones en activos bajo restaking, dependiendo de cómo se cuente, dominando aproximadamente el 94 % del mercado de restaking. Más de 4,3 millones de ETH están delegados. El protocolo asegura más de 20 AVS, con EigenDA, Hyperlane y Lagrange generando la mayor parte de los ingresos por comisiones.

Esas cifras se construyeron durante un período en el que el slashing era teórico. La pregunta empírica que la activación del 17 de abril ahora fuerza es simple: ¿cuánta de la seguridad que esas AVS han estado "proporcionando" era real?

Considere las dos posibilidades.

En el primer escenario, las principales AVS han estado operando con estándares altos todo el tiempo. Sus operadores ejecutan infraestructura de nivel de producción, sus especificaciones de slashing detectan comportamientos indebidos genuinos y la tasa base de slashing tras la activación se estabiliza en algo significativamente por encima del casi cero de Lido — tal vez de 10 a 100 puntos básicos anualizados, lo que refleja el hecho de que asegurar una capa de DA o un bridge es un trabajo más difícil que validar bloques. Los rendimientos del restaking se reajustan al alza para compensar ese riesgo, y la tesis de que el ETH bajo restaking proporciona seguridad económica adicional se mantiene.

En el segundo escenario, gran parte de lo que ha parecido seguridad durante dos años ha sido en realidad una coincidencia de falta de ejecución. Los operadores han estado cobrando recompensas por ejecutar servicios cuyas especificaciones de slashing nunca fueron probadas contra comportamientos indebidos reales. Una vez que se activa el slashing, sucede una de tres cosas: las AVS descubren que sus propias especificaciones son demasiado laxas y permiten comportamientos indebidos reales; descubren que sus especificaciones son demasiado estrictas y penalizan (slash) a operadores honestos debido a casos extremos que el entorno de prueba nunca detectó; o los operadores, al ver los primeros eventos reales de slashing, concluyen que el rendimiento ajustado al riesgo es peor que el staking de ETH puro y se retiran.

La razón por la que el segundo escenario es plausible es que nadie ha sido disciplinado por pérdidas. Las AVS que quieren parecer de alta seguridad no han tenido forma de demostrarlo, y las AVS que han sido descuidadas no han tenido forma de ser descubiertas. Ambas se ven idénticas en un panel de control. La activación del slashing es el primer mecanismo que obliga a separar a los dos grupos.

La comparación que importa aquí es Lido. Lido ha perdido menos del 0,01 % del ETH en staking por slashing en la capa de consenso desde 2020. Ese es el punto de referencia para el "staking pasivo", donde el único trabajo es seguir reglas de atestación que han sido probadas por cientos de millones de dólares en penalizaciones reales durante cinco años. Si las AVS de EigenLayer están realizando un trabajo genuinamente más difícil — ejecutando oráculos, bridges, capas de DA, coprocesadores — sus tasas de slashing deberían ser más altas que las de Lido, porque el trabajo más difícil crea más oportunidades de falla. Si las tasas de slashing post-activación convergen hacia las de Lido, esa es una evidencia sólida de que las AVS no han estado produciendo la seguridad adicional que sus comisiones implican.

El riesgo de transmisión de los LST​

EigenLayer no vive de forma aislada. El LST individual más grande en DeFi es el stETH de Lido, y el stETH es una de las formas de colateral más aceptadas en el sistema de restaking. Agregue esto a los principales mercados de préstamos: Aave, Morpho y Spark juntos poseen más de $ 30 mil millones en depósitos, una parte significativa de los cuales es stETH o wstETH utilizado como colateral para préstamos de stablecoins.

La cadena de exposición se ve así: Un titular de stETH hace restaking en EigenLayer. El operador de EigenLayer al que delega ejecuta una AVS que experimenta un evento de slashing. Parte del respaldo de stETH ahora vale menos de lo que implicaría su valor de redención en ETH. Si el slashing es lo suficientemente grande como para afectar significativamente la paridad (peg) de stETH con ETH, las posiciones apalancadas de stETH en Aave y Morpho comienzan a sufrir daños por liquidación. Las liquidaciones fuerzan más stETH al mercado, profundizando la pérdida de paridad y activando más liquidaciones. El bucle de retroalimentación que amenazó brevemente al sistema en mayo de 2022 — cuando stETH perdió la paridad durante el colapso de UST — tiene un nuevo activador potencial.

Varios factores estructurales hacen que esto sea menos aterrador de lo que parece. La Asignación de Stake Única (Unique Stake Allocation) limita el radio de impacto a una AVS específica en lugar de permitir que una falla se propague. La mayoría de las AVS tienen umbrales de slashing muy por debajo del 100 %, por lo que incluso un evento de máxima gravedad consume solo una fracción del stake en riesgo. Las retiradas de la Beacon Chain han hecho que la redención de stETH sea mucho más fluida de lo que era en 2022, reduciendo la sensibilidad a la pérdida de paridad. Y la rampa de entrada opcional significa que los primeros eventos de slashing afectarán a una pequeña fracción de la base total de restaking.

Pero el riesgo no es cero, y es más alto de lo que la mayoría de los usuarios que mantienen stETH como colateral de "rendimiento seguro" entienden. Cualquiera que ejecute stETH apalancado en Aave o Morpho tiene ahora una nueva variable exógena en su cálculo de liquidación. Los prestatarios que anteriormente no habían seguido las condiciones de slashing de las AVS ahora están expuestos indirectamente a ellas.

Cómo se verán probablemente los próximos seis meses​

La respuesta honesta es que nadie lo sabe. Pero la forma de lo que hay que vigilar está clara.

El primer evento real de slashing definirá la narrativa. Si afecta a una AVS importante y el análisis post-mortem revela un error en las especificaciones en lugar de un comportamiento indebido genuino del operador, la confianza en el modelo se verá afectada y quienes hacen restaking comenzarán a hacer preguntas más difíciles sobre la calidad de las especificaciones de cada AVS. Si afecta a un comportamiento indebido genuino y el sistema penaliza limpiamente al mal operador mientras deja intactos a los operadores honestos, la tesis del restaking recibirá un gran impulso de credibilidad. Ambos resultados son posibles y la diferencia importa enormemente.

Los ingresos por comisiones de las AVS se estratificarán. Las AVS que puedan demostrar especificaciones de slashing robustas y un comportamiento limpio de los operadores exigirán rendimientos más altos, porque los restakers les asignarán un precio correcto al proporcionar seguridad real. Las AVS cuyas especificaciones parezcan descuidadas tendrán que ajustarse o perderán operadores frente a alternativas mejor gestionadas. Espere que se abra una brecha visible entre las tres principales y el resto (long tail) durante los próximos dos trimestres.

Los operadores se consolidarán. Ejecutar AVS con exposición real al slashing requiere una infraestructura y una disciplina operativa que muchos operadores actuales no tienen. Espere que una fracción significativa de los operadores más pequeños se retire en lugar de absorber el riesgo. El mercado de operadores se concentrará en empresas que realmente puedan defender su superficie de slashing.

Los emisores de LRT tendrán que ser explícitos. Los tokens de restaking líquido (LRT) — los productos envolventes sobre EigenLayer — históricamente han sido vagos sobre qué AVS están asegurando el stake subyacente. Tras la activación, esa vaguedad se convierte en un riesgo. Espere que los emisores de LRT publiquen transparencia en la asignación de AVS o pierdan cuota de mercado frente a quienes lo hagan.

La activación no es una crisis. Es el momento en que el restaking deja de ser una narrativa y comienza a ser un producto con un modelo de riesgo real. Por primera vez desde 2023, la curva de rendimiento del ETH bajo restaking se verá obligada a reflejar lo que realmente está sucediendo dentro de las AVS en lugar de lo que los restakers imaginan que está sucediendo. Esa es una transición saludable, y los protocolos que han estado haciendo el trabajo se beneficiarán. Los que han estado dejándose llevar, no.

BlockEden.xyz proporciona infraestructura de indexación y RPC de nivel empresarial para Ethereum y su ecosistema de restaking. Si está construyendo u operando AVS, LRT o herramientas de monitoreo que necesitan acceso de baja latencia al estado de EigenLayer, explore nuestro marketplace de API para construir sobre una infraestructura diseñada para la era del slashing en producción.

Fuentes​

• Slashing de la red principal de EigenLayer: Guía para stakers institucionales
• Introducción al slashing en EigenLayer: Edición AVS
• El slashing de EigenLayer entra en funcionamiento: ¿cómo deben prepararse los AVS, operadores y restakers?
• ELIP-002: Slashing a través de conjuntos de participación y operadores únicos (Foro de EigenLayer)
• Estrategias y magnitudes — Documentación de EigenCloud
• EigenLayer supera los $ 18 mil millones en ETH restakeado (BlockEden.xyz)
• La economía de restaking de EigenLayer alcanza los $ 25 mil millones en TVL: ¿demasiado grande para fallar?
• Desentrañando un curioso caso extremo en la contabilidad de slashing de EigenLayer (Sigma Prime)
• Restaking 2026: Maximizando el rendimiento con EigenLayer y Jito
• El TVL de EigenLayer supera los $ 15 mil millones (The Block)

Durante más de una década, Ethereum ha valorado su recurso más importante de la misma manera que una lonja de pescado pone precio al atún a las 4 a. m. : quien más grita en el último segundo, gana. Cada doce segundos, se abre y se cierra una nueva subasta, sin forma de asegurar un precio el día anterior, sin forma de cubrirse ante un pico y sin forma de que un validador sepa cómo podrían ser los ingresos del próximo martes.

Eso cambió el 15 de abril de 2026. ETHGas y ether.fi cerraron un acuerdo comercial de tres años por $ 3 mil millones que introduce el primer mercado de futuros serio para el blockspace de Ethereum. Ether.fi, el protocolo de liquid staking más grande después de Lido con 2,8 millones de ETH bajo gestión, está comprometiendo aproximadamente el 40 % de sus tenencias al servicio de High Performance Staking de ETHGas. A cambio, ETHGas obtiene la profundidad de validadores que necesita para vender algo que Ethereum nunca ha tenido: un lugar garantizado y con precio preestablecido en un bloque que aún no se ha construido.

Suena a infraestructura básica. Lo es. Pero también lo fueron los primeros contratos de futuros de gas natural en 1990, y esos acabaron remodelando la forma en que cada aerolínea, empresa de servicios públicos y comprador industrial en la Tierra hace negocios.

Por primera vez en la cadencia acelerada de bifurcaciones (forks) de Ethereum para 2026-2027, la hoja de ruta ha parpadeado. A mediados de abril de 2026, los desarrolladores principales reconocieron públicamente lo que los equipos de clientes habían susurrado durante semanas: la Separación Proponente-Constructor Integrada (ePBS, Enshrined Proposer-Builder Separation) — la pieza más ambiciosa del hard fork Glamsterdam — es "más complicada de lo previsto", y la ventana original para la red principal (mainnet) de mayo-junio está casi con seguridad fuera de alcance. El retraso empuja a Glamsterdam hacia el Q3 o Q4 de 2026, reduciendo el margen con la ya programada bifurcación Hegota y reabriendo una pregunta que Ethereum pensaba haber resuelto: ¿puede una capa base de cinco clientes seguir actualizándose al ritmo que exige una economía L2 post-Pectra?

Más de veinte rollups de Ethereum aseguran ahora aproximadamente $ 40 mil millones en valor, y casi ninguno de ellos puede comunicarse entre sí de forma fluida. Un usuario con ETH en Base todavía tiene que usar un puente para comprar un NFT en Optimism. Una posición DeFi en Arbitrum no puede liquidarse de forma atómica contra una garantía depositada en Scroll. La hoja de ruta de escalado que debía hacer que Ethereum se sintiera como una sola computadora, en cambio, la fragmentó en cien islas.

El 29 de marzo de 2026, la cofundadora de Gnosis, Friederike Ernst, y el fundador de Zisk, Jordi Baylina, subieron al escenario en la EthCC en Cannes y propusieron un marco diferente. No otro puente. No otro comité de secuenciadores compartidos. Una Zona Económica de Ethereum (Ethereum Economic Zone) — que se pronuncia "easy" — donde los rollups se componen sincrónicamente con la mainnet y entre sí dentro de una sola transacción, cofinanciada por la Fundación Ethereum y respaldada por un stack de generación de pruebas ZK en tiempo real que tardó dos años en construirse.

Es el intento más ambicioso hasta ahora de responder a una pregunta que la era de las L2 ha estado esquivando: ¿qué pasaría si el problema nunca fuera el ancho de banda, sino la coordinación económica?

Durante quince años, usar cripto ha significado un ritual profundamente extraño: abrir una billetera, examinar una transacción codificada en hexadecimal, fondear manualmente una cuenta con el token de gas correcto y firmar con una clave de la cual eres personalmente responsable de no perder nunca. Para 2026, ese ritual está desapareciendo — y las billeteras que lideran el cambio no están pidiendo a los usuarios que firmen transacciones en absoluto. Están preguntando a los usuarios qué resultado desean.

Ese cambio, de billeteras basadas en transacciones a billeteras basadas en intenciones, es el tan prometido objetivo final de la abstracción de cuentas. Se está ensamblando ahora mismo a partir de tres piezas aparentemente no relacionadas: cuentas inteligentes ERC-4337, programabilidad de EOA EIP-7702 y un mercado de billeteras como servicio (wallet-as-a-service) de más de $10 mil millones en el que Coinbase, Privy (ahora parte de Stripe), Dynamic (adquirida por Fireblocks), Safe y Biconomy compiten para construir la interfaz de consumo predeterminada para la Web3. Al unirlas, obtienes una billetera que finalmente se comporta como Apple Pay: expresas un deseo, alguien más se encarga de la infraestructura y la blockchain desaparece.

La forma final: Los usuarios especifican resultados, no transacciones​

El modelo mental para una billetera cripto de la era 2020 era una fábrica de transacciones. Seleccionabas una cadena, elegías un token de gas, establecías el deslizamiento (slippage), revisabas los calldata y firmabas. Cada fricción de la experiencia de usuario (UX) — red incorrecta, insuficiente ETH para el gas, una firma para una aprobación más una segunda firma para el intercambio (swap) — provenía del hecho de que el usuario era quien operaba la máquina de bajo nivel.

Las arquitecturas basadas en intenciones invierten ese modelo. Como lo plantea la investigación de Anoma sobre topologías centradas en la intención, una intención es un cambio de estado parcial que expresa una preferencia, firmado por el usuario, que una red de solucionadores (solvers) compite por cumplir. CoW Protocol ha ejecutado esta estrategia durante años como un DEX de subastas por lotes donde los usuarios firman "vender X por al menos Y" y los solucionadores se encargan de la ruta. SUAVE de Flashbots lleva la misma idea a la construcción de bloques. Los protocolos de intención multicadena están reemplazando activamente a los puentes, convirtiendo "puente de Arbitrum a Base" en "tener estos tokens en Base en menos de un minuto".

El punto crítico para las billeteras es este: una vez que una cuenta es lo suficientemente programable para aceptar instrucciones condicionales de varios pasos y entregarlas a un solucionador, la interfaz de usuario ya no tiene que parecerse a Etherscan. Puede verse como un cuadro de chat, un proceso de pago de Shopify o un botón de "Comprar PENGU" de un solo toque dentro de una aplicación de consumo. La billetera se convierte en el lugar donde se autentican las intenciones; algo más se encarga de la ejecución.

ERC-4337 construyó las tuberías de ejecución​

La primera pieza habilitadora es el ERC-4337, que se lanzó en la red principal de Ethereum el 1 de marzo de 2023 y se convirtió silenciosamente en el sustrato de ejecución para la mayoría de las billeteras inteligentes de hoy. En lugar de enviar una transacción desde una cuenta de propiedad externa (EOA), un usuario firma una UserOperation — un objeto más rico que especifica reglas de validación, un pagador (paymaster) opcional y las llamadas a ejecutar. Los agrupadores (bundlers) empaquetan estas en transacciones reales y las envían a un contrato canónico EntryPoint. La visión general de la abstracción de cuentas de Alchemy recorre este proceso en detalle.

Tres capacidades surgen de este diseño, y juntas hacen que la UX basada en intenciones sea realmente viable:

• Abstracción de gas a través de paymasters. Un contrato pagador (paymaster) puede aceptar pagar el gas en nombre del usuario, patrocinado por la aplicación o intercambiado por cualquier ERC-20 que posea el usuario. La experiencia es la de un usuario con cero ETH transaccionando inmediatamente después de la creación de la cuenta — el patrón que la guía de abstracción de gas 2026 de Nadcab proyecta que se convertirá en un estándar invisible para 2027.
• Claves de sesión (Session keys). En lugar de volver a autorizar cada acción, un usuario puede otorgar una clave delimitada y con tiempo limitado: "esta dApp puede gastar hasta 100 USDC en intercambios en Base durante la próxima hora". Este es el primitivo que hace que los juegos on-chain, los agentes de IA y las DeFi de alta frecuencia sean utilizables sin una ventana emergente de firma cada 30 segundos.
• Validación modular. Debido a que la validación se expresa en código de contrato, no está codificada de forma rígida por el protocolo, las billeteras pueden intercambiar passkeys, lógica multifirma, recuperación social o verificaciones de fraude sin cambiar la cuenta subyecente.

ERC-4337 por sí solo, sin embargo, tenía un problema estructural: las cuentas inteligentes son contratos separados de las EOA ordinarias que la mayoría de los usuarios ya tenían. Migrar más de 200 millones de direcciones existentes a cuentas totalmente nuevas nunca iba a suceder de forma limpia. Ese es el vacío que cerró el EIP-7702.

EIP-7702 actualizó la billetera de todos de la noche a la mañana​

La actualización Pectra de Ethereum se lanzó el 7 de mayo de 2025 e introdujo el EIP-7702 — un cambio engañosamente simple que permite a una EOA ordinaria delegar temporalmente su código a un contrato inteligente. La clave privada sigue controlando la cuenta, pero mientras la delegación está activa, la EOA se comporta como una billetera inteligente: puede agrupar llamadas, usar paymasters, autorizar claves de sesión y conectarse a la infraestructura ERC-4337. El análisis profundo de Turnkey sobre el camino del 4337 al 7702 captura la idea clave: los dos estándares son complementarios, no competidores.

El efecto en la adopción es drástico. MetaMask, Ledger, Ambire y Trust Wallet han lanzado soporte para EIP-7702, y Ledger lo ha implementado en el hardware Flex, Stax, Nano Gen5, Nano X y Nano S Plus. La comparación entre ERC-4337 y EIP-7702 de BuildBear señala que se espera que la mayoría de los principales proveedores de billeteras sigan este camino a lo largo de 2025 y hasta 2026, que es exactamente lo que los datos on-chain muestran ahora.

En términos prácticos, 7702 significa que los usuarios no tienen que saber que están obteniendo una billetera inteligente. Su dirección existente sigue funcionando; simplemente comienza a hacer más. Esa es la condición previa silenciosa para una UX basada en intenciones para el mercado masivo: no se puede pedir a cientos de millones de usuarios que migren, por lo que se actualiza la cuenta que ya tienen.

La batalla de más de $ 10 mil millones por el Wallet-as-a-Service​

Si ERC-4337 y EIP-7702 son la capa de protocolo, la batalla por la capa de producto se está librando en el Wallet-as-a-Service (WaaS). Aquí es donde el onboarding de grado de consumo, las passkeys, las interfaces de usuario (UI) integradas y el enrutamiento de intenciones se empaquetan en un SDK que cualquier aplicación puede implementar.

Los líderes provienen de diferentes ángulos:

• Coinbase Smart Wallet es la implementación de referencia para el consumidor. El anuncio de Coinbase y el plan de despliegue de Base describen una billetera con autenticación basada en passkeys, transacciones sin gas por defecto y despliegue multi-cadena: 8 redes en el lanzamiento y la misma dirección de contrato en 248 cadenas a través del Safe Singleton Factory. Efectivamente, intenta convertirse en el "Iniciar sesión con Apple" de la Web3.
• Privy, adquirida por Stripe en junio de 2025, ahora está fusionada con Bridge para unificar los pagos con criptomonedas y dinero fiduciario (fiat), impulsando las billeteras integradas (embedded wallets) profundamente en los flujos principales de las fintech. La guía de alternativas a Privy de Openfort analiza cómo esta adquisición reconfiguró el panorama de las criptomonedas para el consumidor.
• Dynamic, adquirida por Fireblocks, se centra en la experiencia del desarrollador y los adaptadores multi-cadena, posicionando las billeteras integradas como un bloque de construcción empresarial.
• Safe y Biconomy compiten en el lado de las cuentas modulares, particularmente en torno al ERC-7579, un estándar mínimo para cuentas inteligentes modulares codesarrollado por Rhinestone, Biconomy, ZeroDev y OKX que permite que validadores, ejecutores, hooks y manejadores de respaldo se conecten a cualquier cuenta compatible.
• Agregadores como WAGMI, Web3Modal, RainbowKit y Reown ya han integrado billeteras inteligentes en la capa de conectores, lo que significa que la mayoría de las nuevas dApps tienen capacidad de intención (intent-capable) por defecto.

El premio estratégico es la capa de identidad e intención para la Web3. Quien posea la billetera posee el embudo para cada transacción, pago y acción de agente que un usuario inicie. El informe de las 10 mejores billeteras integradas de Openfort y la ola de fusiones y adquisiciones de Stripe/Fireblocks dejan claro que los actores establecidos ahora tratan esto como algo estratégicamente importante y finito.

Las cuatro primitivas que hacen realidad la Intent Wallet​

Si eliminamos el marketing, existen cuatro primitivas concretas detrás de las "billeteras que ocultan la cadena de bloques".

1. Passkeys nativas (EIP-7212). Una precompilación para la verificación de firmas secp256r1 permite que las billeteras se autentiquen con las mismas passkeys de WebAuthn que ya utilizan los iPhones, dispositivos Android y YubiKeys. Eso elimina las frases semilla como modelo de recuperación predeterminado y las reemplaza con credenciales seguras por dispositivo y resistentes al phishing en las que los usuarios ya confían.
2. Claves de sesión (comúnmente estructuradas como módulos validadores ERC-7579). Los permisos limitados y revocables garantizan una experiencia de juego de un solo toque, pagos recurrentes y autonomía de los agentes sin convertir la ventana emergente de firma en spam.
3. Abstracción de gas (paymasters ERC-4337). Las aplicaciones patrocinan el gas, los usuarios pagan tarifas en la stablecoin que ya poseen, y el "necesito comprar ETH primero" deja de ser un paso de bloqueo.
4. Ejecución por lotes (ERC-7821). Una sola acción del usuario puede contener una secuencia de aprobación + intercambio + puente + staking (approve + swap + bridge + stake) que sucede por completo o no sucede en absoluto, eliminando los desastres de múltiples pasos completados a medias que definen la UX de las criptomonedas hoy en día.

Combine estas cuatro con una red de solvers (solucionadores) y tendrá los ingredientes para una billetera basada en intenciones real: el usuario dice "cambia $ 500 de USDC por ETH en cualquier cadena que sea más barata", y la billetera se encarga del puente, el gas, la aprobación y la ejecución bajo una sola autorización.

Por qué esto también es una historia de seguridad​

Las arquitecturas de intención no son solo una mejora de la UX. También son un patrón de seguridad, lo cual importa más de lo habitual dado el informe sobre el hackeo de Resolv de $ 25 millones de marzo de 2026, que puso la seguridad de la capa de intención en el radar de los inversores.

Destacan dos cambios. En primer lugar, debido a que las intenciones son declaraciones expresivas de los estados finales deseados, las billeteras y los solvers pueden simularlos y razonar sobre ellos antes de la ejecución, rechazando cualquier cosa cuyo resultado viole una política, en lugar de confiar en que los usuarios detecten calldata malicioso. En segundo lugar, las cuentas inteligentes permiten que las billeteras apliquen una defensa en profundidad: límites de gasto, listas blancas de direcciones, retrasos en las transferencias de grandes salidas y pausas automáticas en actividades anómalas pueden ser módulos en la propia cuenta, no configuraciones opcionales enterradas en una interfaz de usuario.

El lado negativo es una nueva superficie de riesgo. Las redes de solvers pueden coludir, los paymasters pueden realizar front-running y una clave de sesión con un alcance mal definido puede vaciar una cuenta silenciosamente. Las billeteras de intención no eliminan el riesgo; lo trasladan de "¿leyó el usuario los calldata?" a "¿se comportaron correctamente los módulos y solvers de la billetera?". Esa es una pregunta mucho mejor para auditar en 2026.

Qué deben observar los constructores en los próximos 12 meses​

Vale la pena seguir tres puntos de inflexión:

• Saturación de EIP-7702. A medida que más billeteras activan la delegación y más dApps comienzan a asumir capacidades de billetera inteligente, el espacio de diseño para UX exclusivamente de EOA colapsa. Las aplicaciones que aún requieran que los usuarios financien manualmente el gas, aprueben por separado y firmen puentes se sentirán obsoletas.
• Ecosistemas de módulos ERC-7579. Se espera un mercado real de validadores auditados, módulos de claves de sesión, políticas de recuperación y hooks de cumplimiento que las billeteras puedan componer de la misma manera que las aplicaciones móviles componen los SDK. Thirdweb, OpenZeppelin y Rhinestone ya están trabajando en esta dirección.
• Estándares de liquidación de intenciones. Las intenciones multi-cadena (cross-chain) son el próximo campo de batalla, y quien estandarice la liquidación (ERC-7683 y sus sucesores) influirá en cómo se capturan la liquidez y el MEV a través de las L2.

La infraestructura subyacente (RPC de baja latencia, bundlers, paymasters, indexadores) debe mantener el ritmo. Cada intención que acepta una billetera se convierte en varias operaciones de cadena tras bambalinas, lo que significa que los proveedores que sirven a estas billeteras ven cómo el tráfico escala de forma no lineal con el número de usuarios.

BlockEden.xyz opera infraestructura de indexación y RPC de alta disponibilidad en Ethereum, Base, Arbitrum, Sui, Aptos y otras redes en las que se liquidan las billeteras basadas en intenciones. Si está creando un SDK de billetera inteligente, un paymaster, un solver o una experiencia de billetera integrada, explore nuestro mercado de API para operar en una infraestructura diseñada para el futuro multi-cadena e impulsado por intenciones.

Fuentes​

• Abstracción de cuenta en Ethereum: de ERC-4337 a EIP-7702 — Turnkey
• ¿Qué es ERC-4337? — Alchemy
• Guía de Gelato sobre la abstracción de cuenta: de ERC-4337 a EIP-7702
• ERC-4337 vs EIP-7702: Abstracción de cuenta inteligente — BuildBear
• EOA vs Billeteras inteligentes en 2026 — Openfort
• Abstracción de gas en billeteras cripto: Guía completa 2026 — Nadcab
• Las 10 mejores billeteras integradas para aplicaciones en 2026 — Openfort
• Una nueva era en las billeteras cripto: la billetera inteligente ya está aquí — Coinbase
• Cómo Base está haciendo de las billeteras inteligentes el estándar
• Las 7 mejores alternativas a Privy en 2026 — Openfort
• ERC-7579: Cuentas inteligentes modulares mínimas
• ERC-7579 — Documentación de Safe
• Hacia una topología centrada en la intención — Anoma
• Mejores protocolos de intención cross-chain 2026 — Eco
• El hackeo de $ 25M a Resolv muestra por qué la arquitectura de intención es realmente importante para la seguridad — CoinSpectator

El 17 de abril de 2026, Mint Blockchain — la Capa 2 de Ethereum centrada en NFT lanzada en 2024 por NFTScan Labs y MintCore — anunció que cesaría sus operaciones . Los usuarios tienen hasta el 20 de octubre de 2026 para retirar ETH , WBTC , USDC y USDT a través de la puerta de enlace oficial en mintchain.io/withdraw . Después de esa fecha , cualquier activo que permanezca en la cadena se perderá . Sin extensiones . Sin excepciones .

Es tentador interpretar esto como simplemente otro proyecto cripto que se desvanece . No lo es . El cierre de Mint es la última entrada en una tendencia de 2026 que se ha convertido silenciosamente en una de las historias estructurales más importantes de Ethereum : la era de " Construir cada L2 " está chocando con la realidad de los ingresos , y el ecosistema de rollups está aprendiendo una nueva disciplina — cómo morir con elegancia .

Durante tres años, la EVM de alto rendimiento fue solo un conjunto de diapositivas de presentación. Para abril de 2026, se ha convertido en dos mainnets activas, aproximadamente quinientos millones de dólares en TVL temprano y una pregunta abierta que definirá los próximos dos años del escalamiento alineado con Ethereum: ¿pertenece el futuro a una L1 paralela que prescinde de la capa de liquidación de Ethereum, o a una L2 en tiempo real que apuesta doblemente por ella?

Monad se lanzó el 24 de noviembre de 2025 con una EVM paralela de 10,000 TPS, finalidad de menos de un segundo y uno de los airdrops de tokens más grandes del ciclo — 105 millones de dólares distribuidos a aproximadamente 76,000 billeteras. Once semanas después, el 9 de febrero de 2026, MegaETH lanzó su mainnet pública con una apuesta completamente diferente: una L2 de secuenciador único que transmite transacciones en bloques de 10 ms, latencia de menos de un milisegundo y un techo declarado de 100,000 TPS. Ambas son compatibles con EVM. Ambas están respaldadas por capital de primer nivel. Ambas están operativas hoy. No podrían ser más opuestas filosóficamente.

Este no es el debate de EVM paralela frente a L1 monolítica de 2024. Es el caso poco común en el que dos mainnets se lanzan con un trimestre de diferencia, apuntan a la misma base de desarrolladores de Ethereum y fuerzan una elección que no admite ambigüedades: ¿optimizas para un rendimiento de clase Solana en tu propia liquidación, o para una latencia de clase Web2 anclada a Ethereum?

Dos Mainnets, Dos Tesis​

La propuesta de Monad es estructural. Es una L1 — su propio consenso, su propia disponibilidad de datos, su propio conjunto de validadores — diseñada en torno a cuatro optimizaciones acopladas: MonadBFT (un derivado de HotStuff con finalidad especulativa de una sola ronda), ejecución diferida, ejecución paralela optimista y MonadDb. El resultado son bloques de 400 ms y un tiempo de finalidad de 800 ms, con la seguridad económica de la cadena totalmente independiente de Ethereum.

La propuesta de MegaETH es arquitectónica. Es una L2 — liquida en Ethereum, publica datos en EigenDA — pero abandona la convención de múltiples secuenciadores que define a los rollups Optimistic y ZK. Un único nodo secuenciador, equipado con CPUs de 100 núcleos y de 1 a 4 TB de RAM, ordena y ejecuta transacciones a través de lo que el equipo llama Streaming EVM: un pipeline asíncrono que emite resultados de transacciones de forma continua en lugar de agruparlas en bloques. La latencia percibida por el usuario es de menos de un milisegundo. El techo de rendimiento, que se afirma es de 100,000 TPS, se situó en aproximadamente 50,000 TPS en el lanzamiento, con pruebas de estrés que anteriormente alcanzaron los 35,000 TPS sostenidos.

Ambas arquitecturas rompen con la tradición de la EVM. Monad mantiene el modelo de confianza familiar — un conjunto de validadores, consenso BFT, estado en cadena — pero reconstruye la pila de ejecución y almacenamiento desde cero. MegaETH mantiene a Ethereum como el ancla de confianza, pero centraliza la ruta crítica en un solo nodo de altas especificaciones y reintroduce el perfil de latencia de un backend Web2.

La pregunta no es cuál es técnicamente más impresionante. Es por qué conjunto de compromisos (trade-offs) estarán dispuestos a pagar los desarrolladores.

La Arquitectura Que Impulsa Cada Apuesta​

Monad: Pipelines Desacoplados en una Nueva L1​

La cifra principal de Monad es 10,000 TPS, pero la cifra más interesante es 400 ms — el tiempo de bloque. Ese número no es consecuencia de un hardware más rápido; es consecuencia de separar el consenso de la ejecución.

En una cadena EVM tradicional, los validadores deben llegar a un acuerdo sobre un bloque y ejecutar cada transacción en él antes de producir el siguiente bloque. Una llamada a un contrato lento puede detener todo el pipeline. Monad desacopla estas etapas: los validadores de MonadBFT acuerdan primero el orden de las transacciones, y el motor de ejecución procesa el bloque anterior de forma asíncrona mientras la siguiente ronda de consenso ya está en marcha.

El motor de ejecución en sí es optimista. Monad asume que la mayoría de las transacciones en un bloque tocan estados independientes y las ejecuta en paralelo a través de los núcleos de la CPU. Cuando surge un conflicto — por ejemplo, dos transacciones que escriben en la misma cuenta — las transacciones afectadas se vuelven a ejecutar y se fusionan. El resultado empírico, reportado durante la fase de testnet de Monad y la operación temprana de la mainnet, es que la aceleración paralela es significativa para las cargas de trabajo típicas de DeFi, donde las transacciones tienden a agruparse en torno a unos pocos contratos populares, pero la mayor parte del estado es independiente.

MonadDb completa el panorama. Los clientes estándar de EVM utilizan almacenes de clave-valor de propósito general como LevelDB o RocksDB; Monad incluye una base de datos personalizada ajustada para los patrones de acceso de una EVM en ejecución. El efecto combinado — MonadBFT más ejecución diferida más ejecución paralela más MonadDb — es lo que permite a la cadena alcanzar los 10,000 TPS con bloques de 400 ms sin sacrificar la compatibilidad con la EVM.

MegaETH: Un Secuenciador, Muchos Nodos Especializados​

MegaETH parte de una pregunta diferente: si aceptamos a Ethereum como la capa de liquidación, ¿qué tan rápido puede ir un único entorno de ejecución L2?

La respuesta, tal como la ha construido el equipo, requiere romper la simetría de los nodos de Ethereum. MegaETH separa los roles en tipos de nodos especializados — nodos secuenciadores, nodos provers, nodos completos — y dota al secuenciador de un hardware extremo: CPUs de 100 núcleos, 1–4 TB de RAM. Este único secuenciador ordena las transacciones, las ejecuta a través de una EVM "hiperoptimizada" y emite resultados en forma de streaming en lugar de esperar a la finalización completa del bloque.

El tiempo de bloque de 10 ms y la latencia de usuario de menos de un milisegundo son consecuencia de este diseño. También lo es el riesgo de centralización. MegaETH es explícito en que el secuenciador es un punto único: el papel principal de seguridad del token MEGA es el staking por parte de los operadores del secuenciador, con rotación y slashing destinados a mantener un comportamiento honesto. EigenDA maneja la disponibilidad de datos, por lo que los usuarios pueden reconstruir el estado de forma independiente si el secuenciador falla o censura. Pero durante la operación normal, una sola máquina ve cada transacción primero.

Este diseño tiene una ventaja teórica clara: la latencia domina al rendimiento en las aplicaciones de estilo Web2. Un libro de órdenes en tiempo real, el tick de un juego multijugador, un bucle de agentes de IA — todos estos se preocupan más por el tiempo de ida y vuelta de una sola transacción que por el rendimiento máximo de la cadena. MegaETH apuesta a que existe una categoría de aplicaciones que ha estado esperando que las blockchains se sientan como servidores, y que esas aplicaciones aceptarán una ruta crítica más centralizada a cambio de esa latencia.

TVL, rendimiento del token y la batalla temprana del ecosistema​

Los dólares aún no dan la razón a ninguna de las partes. Al cumplirse mediados de abril de 2026:

• MegaETH ha acumulado aproximadamente $110.8 millones en TVL desde su lanzamiento el 9 de febrero — alrededor de diez semanas de crecimiento compuesto desde una base de$ 66 millones el día del lanzamiento.
• Monad ha superado los $ 355 millones en TVL, con transacciones diarias que oscilan entre 1.7 millones y 2.1 millones hasta marzo de 2026 — mostrando la ventaja de haber comenzado cinco meses antes.

Sobre una base de TVL por semana, ambos avanzan de forma más reñida de lo que sugieren las cifras absolutas, y el estado de L2 de MegaETH significa que una parte de su TVL es colateral de Ethereum puenteado que puede volver a desplegarse rápidamente a medida que se abran nuevos espacios.

Los mercados de tokens son menos amables con Monad a corto plazo. MON cotiza a $0.03623 frente a un máximo histórico de$ 0.04883 alcanzado durante la euforia del airdrop — aproximadamente un 28 % por debajo de su ATH, pero todavía un 114 % por encima de su mínimo. El próximo desbloqueo importante de MON está programado para el 24 de abril de 2026, algo que los traders vigilan como una posible prueba por el lado de la oferta. La mecánica del token MEGA de MegaETH es más restringida en esta etapa: el uso principal del token dentro del protocolo es el staking y la rotación de secuenciadores, lo que limita cuánto suministro flotante llega a los mercados secundarios en los primeros meses.

En el lado de las dApps, ambos ecosistemas han cortejado agresivamente a los protocolos nativos de Ethereum. Aave propuso desplegar la v3.6 o v3.7 en Monad con un calendario para mediados o finales de marzo de 2026. Balancer V3 se lanzó en Monad en marzo. La capa de inferencia de predicciones de Allora se integró el 13 de enero. PancakeSwap aportó aproximadamente $ 250 millones de TVL cuando se lanzó en Monad en diciembre.

La victoria temprana más clara de MegaETH fue unirse a Chainlink SCALE el 7 de febrero de 2026 — dos días antes de la mainnet — lo que puso de inmediato a dApps como Aave y GMX al alcance de un flujo de oráculos vinculado a casi $ 14 mil millones en activos DeFi de cadena cruzada. La apuesta allí es el apalancamiento: en lugar de esperar a que los protocolos se desplieguen orgánicamente, se conectan al tejido conectivo que ya encamina la liquidez a través de las cadenas.

La decisión de los desarrolladores que realmente importa​

Para la mayoría de los desarrolladores de Ethereum, ambas cadenas son lo suficientemente equivalentes a EVM como para que "portar" signifique volver a desplegar contratos y actualizar una URL de RPC. La elección más profunda radica en qué perfil de rendimiento necesita su aplicación y qué supuestos de confianza aceptarán sus usuarios.

Elija Monad si su aplicación está limitada por el rendimiento (throughput) y maneja valor. Un DEX de perpetuos que empareja miles de órdenes por segundo, un CLOB on-chain, un mercado de préstamos de alta frecuencia — estos se benefician de 10,000 TPS con una finalidad de 800 ms y del modelo de confianza L1 de Monad, donde la seguridad de la cadena no se delega a un solo secuenciador. El costo es el puente: los activos y los usuarios deben moverse de Ethereum a Monad explícitamente, y la seguridad económica de Monad depende de su propio conjunto de validadores en lugar de la de Ethereum.

Elija MegaETH si su aplicación está limitada por la latencia y alineada con Ethereum. Juegos en tiempo real, bucles de agentes de IA con retroalimentación inmediata, libros de órdenes que necesitan ticks de 10 ms, aplicaciones de consumo con microtransacciones intensivas — estas se benefician más de la latencia de sub-milisegundos que de los TPS brutos. La liquidación en Ethereum significa que los activos permanecen denominados en el modelo de seguridad de la L1 y el puenteo es más económico. El costo es el supuesto de confianza en un solo secuenciador durante la operación normal.

La respuesta honesta para muchos equipos es utilizar ambos. Las dos cadenas no están luchando por las mismas categorías de aplicaciones, sino que están delimitando lo que significa una EVM de alto rendimiento. Monad ancla el extremo del rendimiento L1. MegaETH ancla el extremo de la latencia L2. El punto medio — donde reside la mayor parte de DeFi actual — elegirá según qué números importen más para su carga de trabajo específica.

¿Puede el segmento de EVM de alto rendimiento sostener a dos ganadores?​

El instinto tras cada carrera de L1 del último ciclo es esperar una consolidación. La ola de "Ethereum killers" de 2021 a 2024 produjo un ganador duradero fuera de Ethereum (Solana) y una larga cola de cadenas que nunca escaparon de un TVL de un solo dígito bajo en miles de millones. El segmento de EVM de alto rendimiento en 2026 parece estructuralmente diferente.

Primero, la divergencia arquitectónica es real, no cosmética. Monad y MegaETH no son dos intentos de la misma idea con diferentes tokenomics. Una L1 con ejecución paralela y una L2 con un secuenciador de streaming centralizado no son sustitutos entre sí a nivel de carga de trabajo. El capital y los desarrolladores pueden — y probablemente lo harán — dividirse.

Segundo, ambas cadenas apuntan al grupo de desarrolladores de EVM, que es por un margen enorme el más grande en cripto. Aproximadamente el 90 % de los desarrolladores de blockchain trabajan en al menos una cadena EVM. Incluso una captura fraccional modesta permite sostener dos ecosistemas viables.

Tercero, el conjunto competitivo es más amplio que solo estos dos. Solana continúa dominando la conversación sobre ejecución paralela fuera de la EVM. La actualización Giga de Sei, con 200k TPS en devnet y el consenso Autobahn implementándose a lo largo de 2026, es un tercer contendiente de EVM de alto rendimiento. Hyperliquid ha demostrado que una cadena integrada verticalmente y optimizada para un caso de uso (perpetuos) puede dominar sin competir en rendimiento de propósito general. La narrativa de que "la EVM de alto rendimiento" colapsará en un solo ganador confunde una categoría con un solo mercado.

La pregunta más interesante es cuál de estas cadenas se convertirá en la opción predeterminada para el nuevo desarrollo alineado con Ethereum para finales de 2026 — aquella a la que los constructores recurran primero cuando la latencia o el rendimiento descarten la mainnet de Ethereum. En la trayectoria actual, Monad lleva la delantera en capital DeFi y amplitud de infraestructura para desarrolladores; MegaETH lidera en la narrativa de latencia orientada al consumidor y a los agentes. Ambas cosas pueden ser ciertas simultáneamente durante al menos el próximo año.

Qué observar hasta 2026​

Tres señales nos indicarán cómo se desarrolla esto :

1. Composición del TVL , no solo el total. Monad necesita demostrar que el capital es estable ( sticky ) en lugar de rotado por airdrops , y que los protocolos están desplegando volúmenes de producción en lugar de pruebas. MegaETH debe demostrar que el capital puenteado ( bridged ) se convierte en estrategias activas en lugar de quedarse estancado.
2. Aplicaciones nativas de primer nivel. Ambos ecosistemas todavía están poblados mayoritariamente por adaptaciones ( ports ) de incumbentes de Ethereum. La cadena que produzca una aplicación nativa que defina una categoría — algo que solo pueda existir allí — tomará la delantera en la carrera por la preferencia de los desarrolladores ( mindshare ) que las cifras de TVL no pueden capturar.
3. Descentralización de secuenciadores en MegaETH ; economía de validadores en Monad. El modelo de secuenciador único de MegaETH es honesto acerca de sus compensaciones ( trade-offs ) , pero necesitará una hoja de ruta de descentralización creíble para atraer capital institucional y adverso al riesgo. La economía del conjunto de validadores de Monad , particularmente a través del desbloqueo del 24 de abril y los tramos de consolidación ( vesting ) posteriores hasta 2029 , determinará si el presupuesto de seguridad de MON se mantiene frente al crecimiento de la cadena.

La EVM de alto rendimiento fue una tesis durante años. En el segundo trimestre de 2026 , se convirtió en un mercado con dos productos en vivo y una pregunta esclarecedora : ¿qué tipo de velocidad importa? Cualquiera de los bandos que dé la mejor respuesta para las cargas de trabajo del próximo ciclo — DeFi a escala o aplicaciones en tiempo real de grado de consumo — establecerá el modelo que el resto del ecosistema EVM perseguirá durante el resto de la década.

BlockEden.xyz proporciona infraestructura de RPC e indexación de grado empresarial en todo el ecosistema EVM y en las principales cadenas no EVM , apoyando a los desarrolladores que evalúan dónde desplegarse a medida que la EVM de alto rendimiento madura. Explore nuestro marketplace de APIs para construir sobre la infraestructura que el perfil de latencia y rendimiento ( throughput ) de su aplicación realmente necesita.

Fuentes​

• MegaETH vs. Monad : Un informe comparativo — Messari
• La mainnet de Monad se lanza con un airdrop y el 50 % del suministro bloqueado — Bankless
• MegaETH debuta en mainnet mientras se intensifica el debate sobre la escalabilidad de Ethereum — CoinDesk
• MonadBFT — Documentación para desarrolladores de Monad
• ¿Qué es MegaETH ( $ MEGA ) ? — MEXC
• MegaETH lanza su mainnet con la promesa de 100,000 TPS y $ 66 M de TVL — Crypto Valley Journal
• El proceso de ejecución paralela de Monad explicado — Imperator
• Últimas noticias de Monad — CoinMarketCap
• Precio de Monad hoy — CoinGecko
• MegaETH vs Monad vs Hyperliquid : Perspectivas cripto — Three Sigma
• Por qué Solana y Monad lideran la carrera de la ejecución paralela — FinanceFeeds