Acerca de
Spot
Futuros
Bots de trading
Copy trading
Información de trading
Más
EIGEN
Finalizado--
Último precio (USDT)
171.76K
Volumen de trading en 24 horas (USDT)
739.77K
Vol. total (USDT)
2024-04-30 09:00:00 ~ 2024-10-01 03:30:00
Fecha de trading (UTC+0)
2024-10-01 09:00:00
Fecha y hora de trading (UTC+0)
Suministro total1.78B
Recursos
Introducción
EigenLayer es un protocolo desarrollado en Ethereum que presenta el restaking, lo que permite que los usuarios que colocaron $ETH en staking se unan al smart contract de EigenLayer para hacer restaking de sus $ETH y extender la seguridad criptoeconómica a otras aplicaciones de la red. Por un lado, como plataforma, EigenLayer recauda activos de los holders de activos LSD y, por otra parte, utiliza los activos LSD recaudados como garantía para proporcionar middleware, sidechains y rollups con necesidades de AVS (Servicio de Verificación Activa). El propio servicio AVS, práctico y de bajo costo, proporciona servicios de matching de la demanda entre los proveedores de LSD y los demandantes de AVS, mientras que un proveedor de servicios de garantía especializado se encarga de los servicios específicos de seguridad de la garantía. Suministro total de EIGEN: 1.670 millones de tokens
Datos: 12 millones de EIGEN fueron transferidos de Eigenlayer a BitGo, con un valor aproximado de 4.8 millones de dólares.
Según ChainCatcher, de acuerdo con los datos de Arkham, a las 00:54, 12 millones de EIGEN (con un valor aproximado de 4.8 millones de dólares) fueron transferidos desde Eigenlayer a BitGo.
Actualización de transparencia de EIGEN: en los próximos días se transferirán tokens internamente, pero no serán para la venta.
Odaily informó que la Eigen Foundation anunció en la plataforma X que, en los próximos días, llevará a cabo la transferencia de tokens EIGEN según lo planeado, como parte de los procedimientos estándar de gestión de fondos y operaciones seguras. Las transferencias internas periódicas son una práctica recomendada habitual para respaldar la custodia segura y el funcionamiento continuo del ecosistema. Todas las transferencias se realizarán únicamente entre cuentas controladas por la Eigen Foundation. El calendario de liberación de tokens EIGEN y las reglas de gobernanza permanecen sin cambios, y los tokens relacionados no se utilizarán para la venta.
Fundación Eigen: transferirá internamente tokens EIGEN en los próximos días, no para su venta
BlockBeats Noticias, el 13 de enero, Eigen Foundation publicó en las redes sociales una "Actualización de transparencia de EIGEN", indicando que en los próximos días, la fundación Eigen llevará a cabo la transferencia de tokens EIGEN según lo planeado, como parte de los procedimientos estándar de gestión de fondos y operaciones seguras. Las transferencias internas periódicas son una práctica recomendada habitual para respaldar la custodia segura y el funcionamiento continuo del ecosistema. Todas las transferencias se realizarán únicamente entre cuentas controladas por la Eigen Foundation. El calendario de liberación de tokens EIGEN y las reglas de gobernanza permanecen sin cambios, y los tokens correspondientes no se utilizarán para la venta.
Eigen Foundation: El token EIGEN será transferido internamente en los próximos días y no se utilizará para la venta
BlockBeats News, 13 de enero, Eigen Foundation publicó una "Actualización de Transparencia de EIGEN" en las redes sociales, indicando que en los próximos días, Eigen Foundation ejecutará la transferencia de tokens EIGEN según lo planeado, como parte de sus procedimientos estándar de gestión de fondos y operaciones de seguridad. Las transferencias internas regulares se utilizan para respaldar la custodia segura y las mejores prácticas en las operaciones continuas del ecosistema. Todas las transferencias solo se realizarán entre cuentas controladas por Eigen Foundation. El calendario de liberación de tokens EIGEN y las reglas de gobernanza permanecen sin cambios, y los tokens asociados no se utilizarán para la venta.
HYPE, SUI, EIGEN y otros tokens tendrán grandes desbloqueos la próxima semana
Según los datos de Token Unlocks, los tokens HYPE, SUI, EIGEN y otros experimentarán grandes desbloqueos la próxima semana, entre ellos: - Hyperliquid (HYPE) desbloqueará aproximadamente 9.92 millones de tokens el 29 de diciembre a las 3:30 p.m. (UTC+8), lo que representa alrededor del 2.87% del suministro en circulación, con un valor aproximado de 256 millones de dólares; - Sui (SUI) desbloqueará aproximadamente 43.69 millones de tokens el 1 de enero a las 8:00 a.m. (UTC+8), lo que representa alrededor del 1.17% del suministro en circulación, con un valor aproximado de 63.4 millones de dólares; - EigenCloud (EIGEN) desbloqueará aproximadamente 36.82 millones de tokens el 1 de enero a las 12:00 p.m. (UTC+8), lo que representa alrededor del 9.74% del suministro en circulación, con un valor aproximado de 14.4 millones de dólares; - Kamino (KMNO) desbloqueará aproximadamente 229 millones de tokens el 30 de diciembre a las 8:00 p.m. (UTC+8), lo que representa alrededor del 5.35% del suministro en circulación, con un valor aproximado de 11.8 millones de dólares; - Optimism (OP) desbloqueará aproximadamente 31.34 millones de tokens el 31 de diciembre a las 8:00 a.m. (UTC+8), lo que representa alrededor del 1.65% del suministro en circulación, con un valor aproximado de 8.6 millones de dólares; - Ethena (ENA) desbloqueará aproximadamente 40.63 millones de tokens el 2 de enero a las 3:00 p.m. (UTC+8), lo que representa alrededor del 0.56% del suministro en circulación, con un valor aproximado de 8.6 millones de dólares; - Slash Vision Labs (SVL) desbloqueará aproximadamente 234 millones de tokens el 30 de diciembre a las 8:00 a.m. (UTC+8), lo que representa alrededor del 2.96% del suministro en circulación, con un valor aproximado de 6.8 millones de dólares; - Zora (ZORA) desbloqueará aproximadamente 166 millones de tokens el 30 de diciembre a las 8:00 a.m. (UTC+8), lo que representa alrededor del 4.17% del suministro en circulación, con un valor aproximado de 6.7 millones de dólares.
OpenLedger y Unstoppable Domains presentan el dominio .openx basado en IA y blockchain
La asociación de OpenLedger con Unstoppable Domains representa otro avance en el mundo de la adopción de tecnologías blockchain e IA. El lanzamiento del dominio .openx supone un uso innovador de un espacio de nombres de dominio especializado para datos abiertos y sistemas de IA verificables. El nuevo dominio tiene como objetivo abordar un gran desafío en la industria de la IA: establecer un enfoque fiable para proporcionar detalles de la fuente y atribución de los datos utilizados en el entrenamiento de modelos de IA. Construyendo confianza con identidad identificada en blockchain La alianza llega en un momento crucial cuando la industria de la IA enfrenta una demanda urgente de soluciones en calidad y atribución de datos, un desafío central que no puede ser ignorado. OpenLedger, respaldado por Polychain Capital y Borderless Capital con 8 millones de dólares en inversión semilla, es una blockchain open-source de capa 1 para la creación de modelos de lenguaje basados en “Datanets” propiedad de la comunidad. La extensión de dominio .openx representa más que una simple convención de nombres. Es una capa de identidad fundamental para los participantes en el ecosistema descentralizado de IA. El nuevo espacio de nombres reconoce que la fortaleza de la IA depende completamente de los datos que la respaldan. El dominio .openx proporciona un sistema de identidad legible para los humanos que se asigna directamente a las direcciones de wallet, agilizando las transacciones y asegurando la atribución de la fuente de datos. Unstoppable Domains potenciará la colaboración con su infraestructura robusta y experiencia especializada. Han sido capaces de iniciar dominios especializados como .AGI bajo 0G Foundation para abordar partes específicas del emergente panorama de IA y blockchain. Infraestructura de datos de IA descentralizada de OpenLedger La plataforma de OpenLedger aborda lo que los expertos de la industria estiman que podría requerir hasta 500 mil millones de dólares en inversiones en infraestructura: el enorme cuello de botella de datos que enfrenta el desarrollo de la IA. Las empresas tradicionales de IA no cuentan con mecanismos de profundidad de dominio y atribución para sus datos de entrenamiento. El ecosistema de OpenLedger se construye sobre tres pilares fundamentales. Los Datanets son conjuntos de datos propiedad de la comunidad adaptados para aplicaciones de IA específicas. Además, la plataforma emplea su sistema único de atribución Infini-gram, garantizando que cada contribución se rastree y recompense de manera precisa y transparente en la blockchain. La infraestructura aprovecha la seguridad de Ethereum a través del Active Validated Service de EigenLayer. Desde el lanzamiento de su testnet incentivada el 23 de diciembre de 2024, en asociación con CoinList, OpenLedger ha estado construyendo esta capa de inteligencia de datos. El testnet otorga hasta el 51% del suministro total de tokens OPN a los participantes de la comunidad. La inversión más reciente de MARBLEX valida el potencial de la plataforma. El brazo de juegos blockchain de la empresa pública coreana Netmarble ha reconocido la infraestructura fundamental de OpenLedger como un sistema de IA transparente. Significado estratégico para la convergencia de Web3 e IA Al asociarse con Unstoppable Domains, OpenLedger puede acceder de inmediato a una infraestructura probada y una base de usuarios de millones de personas. Los dominios de Unstoppable Domains no tienen tarifas de renovación y funcionan perfectamente con más de 865 aplicaciones, wallets y exchanges. Esta interoperabilidad es esencial para la aspiración de OpenLedger de construir un ecosistema sin permisos en el que cualquiera pueda aportar información y obtener recompensas transparentes. Al permitir una identidad verificable usando dominios .openx, OpenLedger puede simplificar la interacción entre instituciones de investigación, contribuyentes individuales y entidades comerciales en su ecosistema. Los participantes pueden crear una única identidad legible para humanos que se usa en toda la plataforma, en lugar de tener que gestionar direcciones de wallet complejas. Conclusión Las empresas de IA están luchando por la calidad de los datos mientras que las cuestiones de propiedad se hacen más notorias cada día. El lanzamiento de .openX no resolverá todos los problemas de una vez, pero es uno de los pasos más razonables hacia la creación responsable de IA. OpenLedger obtiene una infraestructura probada junto con millones de usuarios, mientras que los desarrolladores finalmente disponen de una infraestructura verificable que rastrea las contribuciones. Queda por ver si se populariza, pero los problemas que aborda no van a desaparecer pronto.
EigenLayer busca aumentar los incentivos para los usuarios, introduciendo Rewards v2 y actualizaciones flexibles de las tarifas de staking.
Los desarrolladores de EigenLayer proponen Rewards v2 y mecanismos de slashing previstos para el primer trimestre de 2025, mejorando la flexibilidad en los incentivos de restaking y afectando a los activos basados en Ethereum ETH +0.75% como ETH y LSTs. Las iniciativas podrían remodelar las estructuras de recompensas de staking, ofreciendo a los operadores un mayor control, con posibles impactos en la dinámica del mercado de Ethereum y la participación de los stakers. EigenLayer está introduciendo un calendario para ofrecer recompensas mejoradas a sus usuarios activos a principios de 2025. La actualización clave de su sistema, conocida como Rewards v2, espera facilitar una distribución flexible de recompensas. La actualización involucra a Eigen Labs y su socio Kiln, con el objetivo de renovar la asignación de recompensas. Como declaró el Equipo de Eigen Labs: “Rewards v2 mejora el sistema de distribución existente con mayor granularidad y flexibilidad.” Esta iniciativa, prevista para el primer trimestre de 2025, incluye la implementación en testnet antes del despliegue en mainnet. Actualmente no hay mención oficial de un Comité de Incentivos. Esto impactaría directamente en el ecosistema de Ethereum, donde se ven afectados tokens como ETH y LSTs. EigenLayer busca personalizar las asignaciones a los operadores según el rendimiento y el tiempo de actividad, pudiendo reducir los activos de los stakers utilizando estos parámetros. Los cambios propuestos sugieren un impacto financiero más amplio en el sector. Con un ajuste objetivo en las tarifas de los operadores y los mecanismos de slashing, EigenLayer podría redefinir las estrategias de restaking y los sistemas de recompensas dentro del mercado de criptomonedas. Experiencias pasadas, como el sistema Rewards v1 de 2024, sugieren una participación significativa con el ecosistema de Ethereum. Esto podría influir en futuras proyecciones financieras y marcos regulatorios, con protocolos como EigenDA desempeñando roles clave.
EigenLayer planea distribuir 86 millones de tokens a los stakeholders en la segunda temporada de ‘stakedrop’
El protocolo de restaking EigenLayer ha anunciado la segunda temporada de su airdrop para stakeholders, denominado “stakedrop”, distribuyendo 86 millones de tokens EIGEN a los stakeholders, incluyendo stakers, operadores de nodos, socios del ecosistema y miembros de la comunidad. La distribución está dirigida a los participantes activos entre el 15 de marzo y el 15 de agosto y está programada para comenzar el 17 de septiembre de 2024 o antes. Esto sigue al lanzamiento inicial del token nativo del protocolo y al primer stakedrop anunciado en abril. Los stakeholders podrán reclamar su parte de los tokens a partir del 17 de septiembre. EigenLayer es una plataforma que permite a los usuarios depositar y hacer staking de ether, con el objetivo de asignar esos fondos para asegurar redes de terceros o servicios validados activamente (AVSs). La asignación de 86 millones de tokens en el último stakedrop representa aproximadamente el 5% del suministro totalmente diluido de 1.67 billones de tokens. De esta cantidad, 70 millones de tokens EIGEN han sido asignados a stakers y operadores activos durante el periodo de la Temporada 2. La asignación se determina según la participación proporcional de ETH en staking de cada participante. Hasta 10 millones de tokens EIGEN están reservados para AVSs, rollups, protocolos de restaking líquido, proveedores de rollup-as-a-service y otros contribuyentes al ecosistema de EigenLayer. El segmento comunitario, que incluye a contribuyentes de código abierto, primeros defensores y otros partidarios, recibirá alrededor de 6 millones de tokens EIGEN. Para reclamar sus tokens, los miembros de la comunidad deben verificar su identidad social vinculando sus direcciones de wallet a sus cuentas sociales a través del sitio de verificación de Eigen Foundation antes del 11 de septiembre. El stakedrop de la segunda temporada llega mientras EigenLayer ha experimentado salidas netas en los últimos meses, reduciendo su valor total bloqueado (TVL). Desde un máximo histórico de $20.1 billones en junio, el TVL ha disminuido a $11.5 billones. Tendencias similares se han observado en todo el sector de restaking líquido, con plataformas como Renzo, Puffer, Kelp y Swell reportando también recientemente descensos significativos en el TVL. Esta caída en el TVL en todo el sector puede estar relacionada con varios factores, siendo uno notable la conclusión de campañas de airdrop asociadas al lanzamiento de tokens de los principales protocolos de restaking, como el REZ de Renzo y el EIGEN de EigenLayer. En contraste, Symbiotic, un protocolo de restaking y competidor de EigenLayer que aún no ha anunciado el lanzamiento de un token, ha visto un aumento en su TVL, superando los $1.5 billones desde su lanzamiento en junio. EigenLayer tiene 1.67 billones de tokens en circulación. Aunque estos tokens actualmente no son comerciables, los pre-mercados como Hyperliquid valoran cada token en aproximadamente $2.7, dando a EigenLayer una valoración totalmente diluida de $4.5 billones.
La Fundación Eigen propone ajustar los incentivos del token EIGEN para ofrecer mayores recompensas a los usuarios activos.
PANews, 20 de diciembre: La fundación detrás del protocolo de re-staking EigenLayer ha presentado una propuesta de cambio de gobernanza destinada a introducir un nuevo mecanismo de incentivos para su token EIGEN y ajustar la estrategia de recompensas del protocolo para priorizar actividades de red eficientes y la generación de tarifas. Según este plan, un nuevo comité de incentivos será responsable de gestionar la emisión de tokens, priorizando las recompensas para aquellos participantes que garanticen la seguridad de AVS y expandan el ecosistema de EigenCloud. La propuesta incluye un modelo de tarifas que devuelve las recompensas de AVS y los ingresos de los servicios de EigenCloud a los poseedores de EIGEN, lo que podría generar presión deflacionaria a medida que el ecosistema se desarrolla.
Eigen Foundation planea lanzar un nuevo mecanismo de incentivos para recompensar a los contribuyentes de AVS y EigenCloud
Eigen Foundation ha anunciado una propuesta de gobernanza destinada a introducir nuevos incentivos para el token EIGEN, orientando la estrategia de recompensas para priorizar las actividades productivas de la red y la generación de comisiones. Según el plan, un nuevo Comité de Incentivos gestionará la emisión de tokens, asignando prioridad a los participantes que protejan AVS y expandan el ecosistema de EigenCloud. La propuesta incluye un modelo de tarifas que redirige las recompensas de AVS y los ingresos por servicios de EigenCloud a los poseedores de EIGEN, lo que podría generar presión deflacionaria a medida que crece el ecosistema.
[Hilo largo en inglés] Revisión del desarrollo del sector de re-staking: verdades, malentendidos y el camino no recorrido
Chainfeeds Guía de lectura: Después de pasar más de dos años incorporando todos los principales AVS a EigenLayer y diseñando EigenCloud, esta es mi revisión honesta de todo el viaje: qué errores de juicio cometimos, qué éxitos logramos y hacia dónde nos dirigimos a continuación. Fuente del artículo: kydo Opinión: kydo: Lanzar EigenDA sobre la infraestructura de EigenLayer fue una enorme y positiva sorpresa. Se ha convertido en la piedra angular de EigenCloud y ha proporcionado a Ethereum una pista de DA de escala súper masiva 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 su confianza en que Sreeram podría ayudarles a superar el cuello de botella de DA. Mantle propuso originalmente a BitDAO construir una L2 por la misma razón. EigenDA también ofrece a Ethereum una "capa de protección". Cuando la propia comunidad cuenta con una solución DA de alta velocidad, resulta mucho más difícil para L1 externas aprovechar la narrativa de Ethereum para absorber su valor. Una de las primeras visiones de EigenLayer era permitir que Ethereum desbloqueara la preconfirmación. Más tarde, la preconfirmación recibió mucha atención debido a los base rollups, pero su implementación sigue siendo difícil. Para impulsar el ecosistema, lanzamos conjuntamente el programa 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 los validadores. Actualmente, 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, esta cifra 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 de gran importancia para la estabilidad social de Ethereum. Si Lido mantiene una cuota superior al 33% durante mucho tiempo sin alternativas creíbles, los conflictos de gobernanza y la fragmentación del ecosistema serían muy graves. El restaking y los LRT no han descentralizado mágicamente todo, pero han cambiado la trayectoria de la concentración del staking. Esto no es trivial. La mayor "victoria" es conceptual. Hemos demostrado que el mundo realmente necesita más sistemas verificables. Pero el camino ha sido muy diferente al previsto: en lugar de comenzar con la "seguridad criptoeconómica generalizada", insistiendo en la descentralización total desde el primer día y esperando que todo se enrute desde este nivel, es mejor proporcionar directamente a los desarrolladores herramientas que les permitan aplicar la verificabilidad y emparejar cada aplicación con los primitivos de validación adecuados. Hay que "salir al encuentro" de los desarrolladores, no exigirles que sean diseñadores de protocolos desde el principio. Hemos comenzado a construir servicios modulares internos como EigenCompute y EigenAI para satisfacer esta necesidad real: lo que a otros equipos les cuesta cientos de millones de dólares y años de desarrollo, nosotros podemos entregarlo en pocos meses. En el futuro, EigenCloud y todo lo que lo rodea girarán en torno al token EIGEN. EIGEN será: la fuente principal de seguridad económica; el activo colateral que asume múltiples tipos de riesgo; y el principal capturador de valor de los flujos de tarifas y la actividad económica de toda la plataforma. Muchos de los malentendidos iniciales surgieron de la enorme brecha entre "lo que los usuarios pensaban que capturaría EIGEN" y "lo que realmente puede capturar el mecanismo". El objetivo sigue siendo permitir que más aplicaciones on-chain utilicen de forma segura el cómputo off-chain. Pero no habrá una sola herramienta: la seguridad criptoeconómica, ZK, TEE o tecnologías híbridas, todas pueden usarse. Lo importante no es adorar una tecnología en particular, sino hacer de la "verificabilidad" un primitivo fundamental que pueda insertarse en cualquier pila 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 actualmente la más fuerte en cuanto a programabilidad y seguridad real. Cuando mecanismos como ZK maduren, se integrarán en EigenCloud. [El original está en inglés]
¿Qué pasa con el re-staking?
Análisis profundo del camino de restaking de EigenLayer: los obstáculos superados, los logros de EigenDA, todo allanando el camino para la nueva dirección de EigenCloud. Autor: Kydo, responsable de narrativa de EigenCloud Traducción: Saoirse, Foresight News De vez en cuando, mis amigos me envían algunos tuits sarcásticos sobre el restaking, pero ninguno de esos comentarios da en el clavo. Así que decidí escribir yo mismo un artículo de “quejas” con un enfoque reflexivo. Quizá pienses que estoy demasiado involucrado como para ser objetivo; o que soy demasiado orgulloso para admitir que “nos equivocamos”. Puede que creas que, incluso si todos consideran que “el restaking fracasó”, yo seguiría escribiendo un largo texto para defenderlo, sin atreverme a pronunciar la palabra “fracaso”. Estas opiniones son razonables, y muchas tienen algo de cierto. Pero este artículo solo pretende presentar los hechos de forma objetiva: qué ocurrió realmente, qué cosas se lograron, cuáles no, y qué lecciones hemos aprendido. Espero que la experiencia aquí compartida sea de utilidad general y sirva de referencia para desarrolladores de otros ecosistemas. Tras más de dos años integrando todos los principales AVS (servicios de validación autónoma) en EigenLayer y diseñando EigenCloud, quiero hacer una revisión honesta: en qué nos equivocamos, en qué acertamos y hacia dónde vamos ahora. ¿Qué es realmente el restaking? El hecho de que aún deba explicar “qué es el restaking” demuestra que, cuando era el centro de atención de la industria, no supimos comunicarlo bien. Esta es la “lección cero”: centrarse en una narrativa principal y repetirla constantemente. El objetivo del equipo de Eigen siempre ha sido “fácil de decir, difícil de hacer”: aumentar la verificabilidad de los cálculos off-chain para que la gente pueda construir aplicaciones on-chain de forma más segura. AVS fue nuestro primer intento claro en esa dirección. AVS (servicio de validación autónoma) es una red de prueba de participación (PoS) compuesta por un grupo de operadores descentralizados que ejecutan tareas off-chain. El comportamiento de estos operadores es monitorizado y, en caso de mala conducta, sus activos en staking son penalizados. Para que exista este “mecanismo de penalización”, es necesario contar con “capital en staking” como respaldo. Aquí reside el valor del restaking: sin que cada AVS tenga que construir su propio sistema de seguridad desde cero, el restaking permite reutilizar ETH ya en staking para proporcionar seguridad a varios AVS. Esto no solo reduce el coste de capital, sino que acelera el lanzamiento del ecosistema. Por tanto, el marco conceptual del restaking puede resumirse así: AVS: la “capa de servicio”, que soporta el nuevo sistema de seguridad criptoeconómica PoS; Restaking: la “capa de capital”, que reutiliza activos en staking existentes para proporcionar seguridad a estos sistemas. Sigo pensando que esta idea es ingeniosa, pero la realidad no fue tan ideal como el diagrama conceptual: muchos resultados no cumplieron las expectativas. Lo que no salió como esperábamos 1. Elegimos mal el mercado: demasiado de nicho No buscábamos “cualquier tipo de cálculo verificable”, sino sistemas que, desde el primer día, fueran descentralizados, basados en mecanismos de penalización y con seguridad criptoeconómica total. Queríamos que AVS fuera un “servicio de infraestructura”: igual que los desarrolladores pueden construir SaaS (software como servicio), cualquiera pudiera crear un AVS. Esta postura, aunque con principios, redujo enormemente el rango de desarrolladores potenciales. El resultado fue que nos enfrentamos a un mercado “pequeño, lento y con altas barreras”: pocos usuarios potenciales, altos costes de implementación y ciclos largos tanto para el equipo como para los desarrolladores. Tanto la infraestructura de EigenLayer, las herramientas de desarrollo, como cada AVS superior, requerían meses o incluso años para completarse. Avanzando casi tres años: actualmente solo tenemos dos AVS principales funcionando en producción: DIN (Decentralized Infrastructure Network) de Infura y EigenZero de LayerZero. Esta “tasa de adopción” dista mucho de ser “amplia”. La verdad es que diseñamos el escenario pensando en “equipos que quieren seguridad criptoeconómica y operadores descentralizados desde el primer día”, pero la demanda real del mercado era por soluciones “más graduales y centradas en la aplicación”. 2. Limitados por el entorno regulatorio, nos vimos obligados a “guardar silencio” Cuando lanzamos el proyecto, estábamos en el apogeo de la “era Gary Gensler” (nota: Gary Gensler es presidente de la SEC de EE. UU. y adoptó una postura estricta con la industria cripto). En ese momento, varias empresas de staking estaban siendo investigadas y demandadas. Como “proyecto de restaking”, casi cualquier cosa que dijéramos en público podía interpretarse como “promesa de inversión” o “publicidad de rendimientos”, e incluso atraer citaciones judiciales. Esta niebla regulatoria condicionó nuestra comunicación: no podíamos expresarnos libremente, y aunque nos enfrentáramos a una avalancha de noticias negativas, socios que nos culpaban o ataques mediáticos, no podíamos aclarar los malentendidos en tiempo real. Ni siquiera podíamos decir “no es así” sin antes sopesar el riesgo legal. El resultado fue que, sin suficiente comunicación, lanzamos un token bloqueado. Viéndolo ahora, fue algo arriesgado. Si alguna vez pensaste que “el equipo de Eigen evitaba ciertos temas o guardaba un silencio inusual”, probablemente fue por este entorno regulatorio: un solo tuit erróneo podía acarrear riesgos considerables. 3. Los AVS tempranos diluyeron el valor de la marca La influencia de la marca Eigen en los primeros días se debió en gran parte a Sreeram (miembro clave del equipo): su energía, optimismo y fe en que tanto los sistemas como las personas pueden mejorar, nos granjearon mucha simpatía. Los miles de millones en capital en staking reforzaron aún más esa confianza. Pero nuestra promoción conjunta de los primeros AVS no estuvo a la altura de esa “altura de marca”. Muchos AVS iniciales hacían mucho ruido, pero solo perseguían las tendencias del sector; no eran ejemplos de AVS “más técnicos” ni “más íntegros”. Con el tiempo, la gente empezó a asociar “EigenLayer” con “el último yield farming o airdrop”. Muchas de las dudas, fatiga e incluso rechazo que enfrentamos hoy se remontan a esa etapa. Si pudiera volver atrás, preferiría empezar con “menos, pero mejores AVS”, ser más selectivo con los socios que reciben el respaldo de la marca y aceptar una promoción “más lenta y menos mediática”. 4. Exceso de búsqueda de “minimización de confianza” técnica, lo que llevó a un diseño redundante Intentamos construir un “sistema de penalización universal perfecto”: debía ser generalista, flexible y cubrir todos los escenarios de penalización para lograr la “minimización de confianza”. Pero en la práctica, esto ralentizó la iteración del producto y nos obligó a dedicar mucho tiempo a explicar un mecanismo que “la mayoría aún no está lista para entender”. Incluso ahora, seguimos haciendo divulgación sobre el sistema de penalización que lanzamos hace casi un año. En retrospectiva, el camino más sensato habría sido: lanzar primero una solución de penalización simple, dejar que los distintos AVS probaran modelos más enfocados y luego aumentar gradualmente la complejidad del sistema. Pero pusimos el “diseño complejo” por delante y pagamos el precio en “velocidad” y “claridad”. Lo que sí logramos A la gente le encanta etiquetar las cosas como “fracaso”, pero eso es demasiado simplista. En el capítulo del “restaking” hay muchas cosas que hicimos muy bien, y estos logros son cruciales para nuestro futuro. 1. Demostramos que podemos ganar en mercados competitivos Preferimos el “win-win”, pero no tememos la competencia: si entramos en un mercado, debemos liderarlo. En el campo del restaking, Paradigm y Lido apoyaron juntos a nuestro principal competidor. En ese momento, el TVL de EigenLayer era inferior a 1.1 billions. El rival tenía ventaja narrativa, recursos de canal, apoyo de capital y una “confianza predeterminada”. Muchos me dijeron: “Su combinación será más eficiente que la vuestra y os aplastarán”. Pero la realidad fue otra: hoy tenemos el 95% de la cuota de mercado del capital de restaking y hemos atraído al 100% de los desarrolladores de primer nivel. En el campo de la “data availability (DA)”, empezamos más tarde, con un equipo más pequeño y menos fondos, mientras los pioneros ya tenían ventaja y un potente marketing. Pero ahora, según cualquier métrica clave, EigenDA (la solución de disponibilidad de datos de Eigen) ocupa una gran parte del mercado DA; y con el despliegue total de nuestro mayor socio, esa cuota crecerá exponencialmente. Ambos mercados eran extremadamente competitivos, pero logramos destacar en ambos. 2. EigenDA se convirtió en un producto maduro que “cambia el ecosistema” Lanzar EigenDA sobre la infraestructura de EigenLayer fue una gran sorpresa. Se convirtió en la piedra angular de EigenCloud y aportó a Ethereum algo muy necesario: un canal DA de ultra alta capacidad. Gracias a él, los rollups pueden mantener alta velocidad sin tener que abandonar Ethereum por otras nuevas cadenas. MegaETH se lanzó porque el equipo confiaba en que Sreeram les ayudaría a superar el cuello de botella de DA; Mantle propuso inicialmente a BitDAO construir una L2 por la misma razón. EigenDA también se convirtió en el “escudo defensivo” de Ethereum: al tener una solución DA nativa de alto rendimiento dentro del ecosistema, las cadenas externas lo tienen más difícil para “aprovechar la narrativa de Ethereum y absorber su valor”. 3. Impulsamos el desarrollo del mercado de preconfirmaciones Uno de los temas centrales de EigenLayer en sus inicios era cómo desbloquear la función de preconfirmación de Ethereum a través de EigenLayer. Desde entonces, las preconfirmaciones han ganado mucha atención gracias a la red Base, aunque su implementación sigue siendo un reto. Para impulsar el ecosistema, lanzamos el programa Commit-Boost, que busca resolver el “efecto lock-in” de los clientes de preconfirmación y crear una plataforma neutral donde cualquiera pueda innovar mediante compromisos de validadores. Hoy, decenas de miles de millones de dólares fluyen a través de Commit-Boost y más del 35% de los validadores ya participan. Con el lanzamiento de los principales servicios de preconfirmación en los próximos meses, esta proporción seguirá aumentando. Esto es clave para la “antifragilidad” del ecosistema Ethereum y sienta las bases para la innovación continua en el mercado de preconfirmaciones. 4. Siempre garantizamos la seguridad de los activos Durante años, hemos protegido la seguridad de decenas de miles de millones de dólares en activos. Esto puede sonar trivial, incluso “aburrido”, pero basta pensar cuánta infraestructura cripto ha “colapsado” de una u otra forma para valorar lo difícil que es esta “normalidad”. Para evitar riesgos, construimos un sólido sistema operativo de seguridad, reclutamos y formamos un equipo de seguridad de clase mundial, e integramos el “pensamiento adversarial” en la cultura del equipo. Esta cultura es esencial para cualquier negocio que maneje fondos de usuarios, IA o sistemas reales, y “no se puede añadir después”: hay que cimentarla desde el principio. 5. Evitamos que Lido mantuviera más del 33% de la cuota de staking a largo plazo El restaking tuvo un impacto subestimado: grandes cantidades de ETH fluyeron hacia proveedores de LRT, evitando que Lido mantuviera una cuota de staking superior al 33% durante mucho tiempo. Esto es crucial para el “equilibrio social” de Ethereum. Si Lido mantuviera más del 33% de la cuota de staking sin alternativas fiables, surgirían grandes controversias de gobernanza y conflictos internos. El restaking y los LRT no han “logrado mágicamente la total descentralización”, pero sí han cambiado la tendencia hacia la concentración del staking, lo cual no es un logro menor. 6. Identificamos dónde está la “verdadera frontera” El mayor “logro” es conceptual: validamos la tesis de que “el mundo necesita más sistemas verificables”, pero también reconocimos que el “camino de implementación” anterior era equivocado. El camino correcto no es “empezar con seguridad criptoeconómica generalista, insistir en construir un sistema de operadores totalmente descentralizado desde el primer día y esperar que todos los negocios se integren en ese nivel”. La forma de acelerar la “frontera” es: dar herramientas directas a los desarrolladores para que puedan implementar verificabilidad en sus aplicaciones específicas, y proporcionar los primitivos de validación adecuados. Debemos “acercarnos activamente a las necesidades de los desarrolladores”, no exigirles que sean “diseñadores de protocolos” desde el primer día. Por ello, ya estamos construyendo servicios internos modulares: EigenCompute (servicio de computación verificable) y EigenAI (servicio de IA verificable). Algunas funciones que a otros equipos les costaría cientos de millones de dólares y años de desarrollo, nosotros podemos lanzarlas en meses. La dirección a seguir Entonces, ante estas experiencias —el timing, los éxitos, los fracasos, las “cicatrices” de la marca—, ¿cómo debemos responder? A continuación, un resumen de nuestros próximos pasos y la lógica detrás de ellos: 1. Hacer que el token EIGEN sea el núcleo del sistema En el futuro, todo EigenCloud y los productos que construyamos a su alrededor girarán en torno al token EIGEN. El token EIGEN será: El motor central de seguridad económica de EigenCloud; El activo que respalda los distintos riesgos asumidos por la plataforma; La herramienta principal de captura de valor de todos los flujos de tarifas y actividades económicas de la plataforma. Al principio, muchos tenían expectativas sobre “qué valor puede capturar el token EIGEN” que no coincidían con el “mecanismo real”, lo que generó confusión. En la siguiente etapa, cerraremos esa brecha con diseños y sistemas concretos. Más detalles se anunciarán próximamente. 2. Permitir a los desarrolladores construir “aplicaciones verificables”, no solo AVS Nuestra tesis central no cambia: aumentar la verificabilidad de los cálculos off-chain para que la gente pueda construir aplicaciones on-chain más seguras. Pero las herramientas para lograr la “verificabilidad” ya no se limitarán a una sola. A veces será seguridad criptoeconómica; otras, pruebas ZK, TEE (entorno de ejecución confiable) o soluciones híbridas. Lo importante no es “favorecer una tecnología”, sino hacer de la “verificabilidad” un primitivo estándar que los desarrolladores puedan integrar directamente en su stack. Queremos reducir la brecha entre dos estados: De “tengo una aplicación” a “tengo una aplicación que puede ser verificada por usuarios, socios o reguladores”. Según el estado actual del sector, “criptoeconomía + TEE” es sin duda la mejor opción: logra el equilibrio óptimo entre “programabilidad para desarrolladores” (qué pueden construir) y “seguridad” (no solo teórica, sino práctica y aplicable). En el futuro, cuando las pruebas ZK y otros mecanismos de validación sean lo suficientemente maduros y satisfagan las necesidades de los desarrolladores, también los integraremos en EigenCloud. 3. Apostar fuerte por el sector de la IA La mayor revolución actual en computación global es la IA, especialmente los agentes inteligentes (AI Agents). El sector cripto no puede quedarse al margen. Los agentes inteligentes son, en esencia, “modelos de lenguaje envueltos en herramientas que ejecutan acciones en entornos específicos”. Hoy en día, no solo los modelos de lenguaje son una “caja negra”, sino que la lógica de operación de los agentes de IA también es opaca; por eso ya han ocurrido ataques de hackers por la necesidad de “confiar en el desarrollador”. Pero si los agentes de IA son “verificables”, la gente ya no tendrá que depender de la confianza en el desarrollador. Para lograr la verificabilidad de los agentes de IA, se deben cumplir tres condiciones: que el proceso de inferencia del LLM (modelo de lenguaje grande) sea verificable, que el entorno de ejecución de las operaciones sea verificable y que la capa de datos para almacenar, recuperar y comprender el contexto sea verificable. EigenCloud está diseñado precisamente para estos escenarios: EigenAI: ofrece servicios de inferencia LLM deterministas y verificables; EigenCompute: proporciona un entorno de ejecución de operaciones verificable; EigenDA: ofrece servicios de almacenamiento y recuperación de datos verificables. Creemos que los “agentes de IA verificables” serán uno de los casos de uso más competitivos de nuestro “servicio cloud verificable”; por eso, ya hemos formado un equipo dedicado a este campo. 4. Redefinir la narrativa de “staking y rendimientos” Para obtener rendimientos reales, hay que asumir riesgos reales. Estamos explorando escenarios de “staking” más amplios, para que el capital en staking pueda respaldar los siguientes riesgos: Riesgo de contratos inteligentes; Riesgos de distintos tipos de computación; Riesgos que puedan describirse claramente y valorarse de forma cuantificable. Los rendimientos futuros reflejarán realmente “los riesgos transparentes y comprensibles asumidos”, en lugar de perseguir simplemente “el último modelo de yield farming de moda”. Esta lógica se integrará de forma natural en los escenarios de uso del token EIGEN, su alcance como respaldo y el mecanismo de flujo de valor. Palabras finales El restaking no se convirtió en la “capa universal” que yo (y otros) esperábamos, pero tampoco ha desaparecido. En su largo desarrollo, se ha convertido en lo que suelen ser la mayoría de los “productos de primera generación”: Un capítulo importante, un conjunto de lecciones difíciles de conseguir y una infraestructura que ahora sostiene negocios más amplios. Seguimos manteniendo el negocio relacionado con el restaking y lo valoramos, pero ya no queremos quedar limitados por la narrativa inicial. Si eres miembro de la comunidad, desarrollador de AVS o inversor que aún asocia Eigen con “ese proyecto de restaking”, espero que este artículo te ayude a entender mejor “qué ocurrió en el pasado” y “hacia dónde vamos ahora”. Hoy estamos entrando en un campo con un “TAM (mercado total direccionable) mucho mayor”: por un lado, servicios cloud; por otro, necesidades de aplicaciones orientadas directamente a desarrolladores. También estamos explorando la “pista de IA aún poco explotada” y avanzaremos en estas direcciones con nuestra habitual intensidad de ejecución. El equipo sigue lleno de energía y estoy deseando demostrar a todos los escépticos que —sí, podemos lograrlo. Nunca he sido tan optimista con Eigen como ahora, sigo acumulando tokens EIGEN y seguiré haciéndolo en el futuro. Aún estamos en la fase inicial.
¿Qué es el complejo concepto de EigenLayer llamado intersubjective forking?
Autor de este artículo: Ebunker Co-foudner 0xTodd Este artículo ha sido autorizado para su reimpresión Un hecho, básicamente, se puede dividir en tres categorías: Hechos objetivos (objective) Hechos subjetivos (subjective) Hechos “intersubjetivos” (intersubjective), que están entre ambos. Por ejemplo: 1. Hecho objetivo, por ejemplo, 1+1=2; 2. Hecho subjetivo, por ejemplo, alguien piensa que @0x_todd es guapo; 3. Hecho “intersubjetivo”, que es un poco abstracto, proviene del “consenso social”, por ejemplo: ChatGPT es uno de los líderes actuales en IA. El hecho “intersubjetivo” no es tan irrefutable como el hecho objetivo, ni tan arbitrario como el hecho subjetivo. Es un hecho entre sujetos — dicho de forma sencilla — es el consenso de las masas, aunque puede que no sea la verdad. Si lo llevamos a Crypto, algunos ejemplos más: 1. Hecho objetivo, por ejemplo, el código ejecutado por EVM, si ejecuta una función, necesariamente producirá un resultado. 2. Hecho subjetivo, por ejemplo, un tuit, pienso que @eigenlayer asignó muy poco a los primeros holders; 3. Hecho “intersubjetivo”, también proviene del “consenso social”, por ejemplo, Bitcoin es el líder de crypto; o que un nodo actuó mal porque ocultó ciertos datos. Hoy en día, todos saben para qué sirve el Re-staking: Usar ETH como garantía para realizar ciertas tareas de validación; 1. Si la validación es exitosa, se gana una comisión; 2. Si se falla, se pierde la garantía. Pero, ¿cómo se determina si realmente fallaste o tuviste éxito? ¿Quién deduce la garantía? Este es un problema difícil. Verificar hechos objetivos es más sencillo, hay criterios muy claros. Por ejemplo, si un smart contract se ejecutó con éxito, esto es fácil de manejar. Para verificar hechos objetivos, usar $ETH como garantía no es problema. Pero para verificar hechos “intersubjetivos” es más complicado, ya que los estándares no son tan claros. ¿Te atreverías a usar $ETH como garantía en este caso? Seguramente no. Por eso, Eigenlayer considera que, para la validación de hechos intersubjetivos, no se debe usar ETH para re-staking, sino el token $Eigen. Esto aún no resuelve el problema anterior. ¿Cómo se determina si realmente fallaste o tuviste éxito? 1. ¿Por votación de la mayoría? Esto puede llevar a la “tiranía de la mayoría”, por ejemplo, los grandes holders pueden unirse para eliminar a los pequeños. 2. ¿Por decisión de un comité? Entonces, ¿para qué estamos en crypto? Por eso, el staking del token Eigen planea usar una tercera vía: 3. Basarse en el fork. Si realmente surge una gran división sobre un hecho intersubjetivo, el último recurso es el fork. Si tú (y quienes están de tu lado) creen que los demás están equivocados, aunque no tengas la mayoría, puedes bifurcar el token y confiscar los de los demás. Ojo, esto es el último recurso. ¿Qué es exactamente una gran división sobre un hecho intersubjetivo? Por ejemplo, en su momento, Trump perdió la reelección por un pequeño margen de votos y Biden fue elegido como el 46º presidente de Estados Unidos, pero en una breve ventana, Trump afirmó que Biden le “robó” los votos y que él era el verdadero presidente legítimo número 46. Antes de que se resolviera este asunto, había muchas personas que creían firmemente que Trump era el verdadero presidente 46, y no tenían intención subjetiva de actuar mal, y los partidarios de ambos lados no podían convencer al otro. Eigenlayer considera que la mejor solución para este tipo de problemas es: bifurcar los tokens y dejar que el tiempo lo decida, porque al final una de las partes perderá legitimidad y se acercará a cero. Así que: 1. Desde la perspectiva de los partidarios de Trump (es decir, la versión Trump de EIGEN), se confiscarían todos los depósitos de los partidarios de Biden; 2. Desde la perspectiva de los partidarios de Biden (es decir, la versión Biden de EIGEN), se confiscarían todos los depósitos de los partidarios de Trump. El resultado final es claro: Trump no es el presidente 46 en la opinión pública, la versión Trump de EIGEN finalmente llega a cero, así que confiscar los tokens de los partidarios de Biden no importa, ya que valen 0. Por el contrario, Biden es el presidente 46 en la opinión pública, la versión Biden de EIGEN se convierte en la versión legítima de EIGEN, y los partidarios de Trump que perdieron sus tokens pagaron el precio. Este es el problema que busca resolver el forking intersubjetivo. Por eso, esto debe hacerse con el token EIGEN y no con ETH. Hacer fork de ETH es demasiado difícil y tampoco es bueno para la seguridad de ETH. Por supuesto, también hay un interés propio en mantener bloqueados los propios tokens. Además, hay un pequeño detalle: EIGEN es un modelo de doble token. Uno es un token estándar ERC-20, que no puede bifurcarse y puede usarse en exchanges o DeFi. El otro es el token realmente utilizado para determinar hechos, que teóricamente puede bifurcarse infinitamente si surge una gran división. Estos dos tokens están aislados entre sí, pero tienen cierta relación de mapeo. Si te interesa, puedes consultar el whitepaper, aquí no entraremos en detalles. Para resumir, Eigenlayer abstrae un nuevo tipo de hecho (intersubjetivo), que no puede resolverse con el método anterior (ETH Restaking), por lo que propone una nueva solución (staking y slashing basado en el token EIGEN), es decir, emitir un nuevo token de trabajo $EIGEN. Ebunker, defensor a largo plazo de Ethereum, sigue de cerca el desarrollo tecnológico, las actualizaciones de propuestas y los cambios en la comunidad de Ethereum, compartiendo investigaciones y opiniones sobre áreas clave como Staking, L2 y DeFi. Actualmente, Ebunker incluye negocios como Ebunker Pool (pool de staking de Ethereum sin custodia de fondos) y Ebunker Venture (el mayor fondo de capital riesgo enfocado en Ethereum).
Infura lanza DIN AVS para llevar un mercado descentralizado de RPC y API a EigenLayer
Foresight News informó, según The Block, que la red de infraestructura descentralizada (DIN) desarrollada por el equipo Infura de Consensys está lanzando el servicio autónomamente verificable (AVS) en la mainnet de EigenLayer, con el objetivo de aportar seguridad económica y descentralización a un sector que durante mucho tiempo ha estado dominado por unos pocos proveedores centralizados de Remote Procedure Call (RPC). Esta iniciativa busca resolver el problema de la concentración en la infraestructura RPC, ya que actualmente alrededor del 70% al 80% del tráfico pasa por unos pocos proveedores centralizados. EigenLayer permite a los usuarios volver a hacer staking con ETH, incluyendo a través de tokens de staking líquido como stETH, para proteger aplicaciones de terceros conocidas como AVS. El AVS de DIN es una de las primeras aplicaciones a gran escala del modelo modular de restaking de EigenLayer, y la estructura de la red está diseñada para escalar mediante la participación de cientos de operadores y futuros mecanismos de incentivos on-chain.
Infura lanza DIN AVS para llevar un mercado descentralizado de RPC y API a EigenLayer
Decentralized Infrastructure Network (DIN), construido por el equipo detrás de Infura en Consensys, está lanzando una red principal de Autonomous Verifiable Service (AVS) en EigenLayer, diseñada para aportar seguridad económica y descentralización a un segmento que durante mucho tiempo ha estado dominado por unos pocos proveedores centralizados de remote procedure call (RPC). El objetivo de este movimiento es abordar la infraestructura RPC concentrada —el método que utilizan las wallets, dapps y plataformas para comunicarse con un nodo blockchain—, que actualmente canaliza entre el 70% y el 80% del tráfico a través de unos pocos proveedores centralizados, según indicó Infura en un comunicado compartido con The Block. EigenLayer permite a los usuarios volver a hacer staking de ETH, incluso a través de tokens de staking líquido como stETH, para asegurar aplicaciones de terceros llamadas AVS. El AVS de DIN representa una de las primeras aplicaciones a gran escala del modelo modular de restaking de EigenLayer, con una red estructurada para escalar mediante la participación de cientos de operadores y futuros mecanismos de incentivos onchain, según el equipo. "Nos propusimos construir un protocolo que finalmente alineara los incentivos en la capa de infraestructura de Web3. Con EigenLayer, pudimos cumplir esa visión construyendo sobre un estándar de restaking probado respaldado por el activo más fuerte en cripto: ETH en restaking," dijo E.G. Galano, cofundador de Infura, un proveedor de RPC desarrollado por Consensys. "El Eigen AVS de DIN convierte la infraestructura en un mercado abierto, donde la fiabilidad y el rendimiento son recompensados directamente." DIN, ya integrado en MetaMask, Ethereum Layer 2 Linea e Infura, enruta más de 13 mil millones de solicitudes mensuales a través de Ethereum, múltiples Layer 2 y más de 20 redes Layer 1 alternativas, según el equipo. Bajo el modelo AVS, los proveedores de nodos ganan recompensas por tiempo en línea y datos precisos, y pueden ser penalizados con slashing por tiempo fuera de línea o respuestas incorrectas. "El lanzamiento de DIN en EigenLayer es un paso importante para la infraestructura cripto, porque aporta consecuencias económicas reales a una parte del stack que ha sido demasiado fácil de pasar por alto," dijo Sreeram Kannan, fundador y CEO de Eigen Labs. "Durante años, los desarrolladores dependieron de unos pocos proveedores centralizados de RPC y tenían que esperar que no fallaran." Riesgo de centralización de RPC El equipo de Infura argumenta que la dependencia de proveedores centralizados de RPC representa un riesgo sistémico, ya que las caídas pueden tener un efecto dominó en wallets, dapps, bridges y protocolos DeFi. DIN pretende mitigar esto mediante un suministro descentralizado de nodos RPC validados por observadores independientes y asegurados por restaking de stETH, con soporte para ETH y EIGEN en el futuro. Las características clave incluyen la incorporación sin permisos para proveedores de nodos RPC, observadores y restakers, verificación de rendimiento independiente y una arquitectura que permite a los restakers elegir qué redes asegurar. Infura afirmó que las testnets incentivadas registraron una tasa de éxito superior al 99% y una latencia media inferior a 250 ms mientras servían más de 7 mil millones de solicitudes mensuales durante las fases piloto. Operadores de nodos fundadores, incluidos EverStake, Liquify, NodeFleet, Validation Cloud y CompareNodes, ya están contribuyendo a la red principal AVS. El equipo de DIN también indicó que ha completado dos auditorías independientes, y otros socios que apoyan el despliegue incluyen 0xFury, AltLayer, BlockPi, Chainstack, Compare Nodes, InfStones, Nodies, Northwest Nodes, Rivet y Simply Staking. El mes pasado, Axios informó que Consensys había contratado a JPMorgan y Goldman Sachs para ayudarle con una oferta pública inicial en EE. UU., siguiendo los pasos de otras empresas relacionadas con cripto como Circle, Gemini y Bullish.
La startup de identidad de conocimiento cero Self completa una financiación de 9 millones de dólares
Foresight News informó, según CoinDesk, que el protocolo de prueba de humanidad e identidad de conocimiento cero Self ha anunciado la finalización de una ronda de financiación semilla de 9 millones de dólares, con la participación de Greenfield Capital, Startup Capital Ventures x SBI Fund (SoftBank), Spearhead VC, Verda Ventures, Fireweed Ventures y ángeles inversionistas como Casey Neistat, Sreeram Kannan (EigenLayer), Sandeep Nailwal (Polygon), Julien Bouteloup (Curve), Jill Carlson (Espresso) y Hart Lambur (Across Protocol), entre otros. Al mismo tiempo, Self ha lanzado un programa de recompensas basado en puntos, con el objetivo de promover la adopción de la verificación de identidad en cadena.
De los protocolos LRT a los proveedores de infraestructura descentralizada: ¿Cómo alinea Puffer el ecosistema de Ethereum?
Puffer siempre ha seguido los principios alineados con Ethereum en su diseño y evolución de producto, demostrando su apoyo a la visión a largo plazo de Ethereum. Escrito por: LINDABELL Según la última hoja de ruta estratégica publicada por Puffer Finance, la plataforma ha evolucionado de ser un protocolo nativo de restaking de liquidez a convertirse en un proveedor de infraestructura descentralizada para Ethereum. Su arquitectura de producto también ha sido ajustada: además de Puffer LRT, se han añadido Based Rollup Puffer UniFi y la solución de preconfirmación UniFi AVS. Sobre estos cambios, Puffer afirma: “La hoja de ruta estratégica de Puffer representa el compromiso del equipo para construir la infraestructura necesaria que respalde el crecimiento y la resiliencia de Ethereum. Desde UniFi AVS hasta PUFI TGE, todo ha sido cuidadosamente diseñado para alinearse con los principios fundamentales de Ethereum.” El nacimiento de Puffer El 29 de noviembre de 2023, Jason Vranek, cofundador de Puffer, presentó la demo de Puffer en la cumbre “Restaking Summit: Istanbul Devconnect” organizada por EigenLayer. Puffer es un protocolo nativo de restaking de liquidez cuyo objetivo es diseñar una solución de restaking de liquidez sin permisos y con menor riesgo de slash, aliviando los problemas actuales de centralización y altas barreras de entrada en el mercado de staking. El objetivo inicial del equipo fundador de Puffer era utilizar tecnología verificable para reducir el riesgo de slash potencial en los protocolos de staking líquido. Inspirados por la propuesta del investigador de la Ethereum Foundation, Justin Drake, en su artículo de 2022 “Liquid solo validating”, que sugiere reducir el riesgo de slash para validadores individuales mediante tecnología de hardware, el equipo de Puffer desarrolló a finales de 2022 la tecnología Secure Signer. Esta tecnología utiliza Intel SGX para almacenar las claves privadas de los validadores en un enclave, previniendo el riesgo de slash por filtración de claves o errores operativos. El desarrollo de Secure Signer también recibió financiación de la Ethereum Foundation en el cuarto trimestre de 2022. Por supuesto, Puffer también ha atraído la atención de numerosas instituciones de inversión y ángeles inversores. Hasta la fecha, Puffer Finance ha completado 4 rondas de financiación, acumulando un total de 24.15 millones de dólares. En junio de 2022, Puffer Finance cerró una ronda Pre-Seed de 650,000 dólares liderada por Jump Crypto. Posteriormente, en agosto de 2023, Puffer Finance completó una ronda Seed de 5.5 millones de dólares liderada por Lemniscap y Lightspeed Faction, con la participación de Brevan Howard Digital, Bankless Ventures, entre otros. Los fondos de esta ronda se destinaron al desarrollo adicional de Secure-Signer. En abril de este año, Puffer Finance completó una ronda Serie A de 18 millones de dólares liderada por Brevan Howard Digital y Electric Capital, con la participación de Coinbase Ventures, Kraken Ventures, Consensys, Animoca y GSR, entre otros. Esta ronda se centró principalmente en impulsar el lanzamiento de la mainnet. Protocolo Puffer LRT: Protocolo nativo de staking líquido Los tokens de restaking de liquidez (LRT) son una clase de activos desarrollada en torno al ecosistema EigenLayer, cuyo objetivo es mejorar la eficiencia del capital de los activos en staking de Ethereum mediante mecanismos de restaking. Su funcionamiento consiste en volver a apostar ETH ya depositado en la red PoS de Ethereum o tokens de staking líquido (LST) a otras redes a través de EigenLayer, obteniendo así ingresos adicionales además de las recompensas de staking de la mainnet de Ethereum. Desde la transición de Ethereum al mecanismo PoS, han surgido cada vez más productos de staking, impulsando el desarrollo del mercado de staking. Sin embargo, plataformas como Lido han ocupado una gran cuota de mercado, lo que ha generado preocupación por el riesgo de centralización de la red. En septiembre de 2023, en el ámbito del staking líquido, Lido llegó a tener una cuota de mercado del 33%. Sin embargo, con el auge de los protocolos de restaking de liquidez, la cuota de mercado de Lido ha ido disminuyendo gradualmente, situándose actualmente en torno al 28%. Según el contribuyente de Ethereum, Anthony Sasson, el ataque vampiro lanzado por Puffer supuso un gran impacto para Lido, con un flujo de fondos superior a 1.1 billions de dólares. Como protocolo nativo de restaking de liquidez descentralizado y sin permisos, Puffer combina estrategias de staking líquido y restaking de liquidez, utilizando tecnologías como Secure Signer y Validator Tickets (VT) para ayudar a validadores independientes a participar eficazmente en el staking y restaking de Ethereum, aumentando los rendimientos y manteniendo el nivel de descentralización de la red de Ethereum. Además, para evitar que Puffer se vuelva excesivamente centralizado en la red, el protocolo limita estrictamente el número de sus nodos validadores, no permitiendo que superen el 22% del total de nodos de la red de Ethereum, garantizando así que no represente una amenaza para la neutralidad creíble de Ethereum. Reduciendo el umbral de entrada para staking de 32 ETH a solo 1 ETH Convertirse en un nodo de Ethereum requiere 32 ETH, lo que supone una barrera alta para los usuarios independientes. Puffer, mediante un mecanismo llamado Validator Tickets (VT), reduce el umbral de entrada para participar en el staking, permitiendo a los operadores de nodos ejecutar un validador con solo 2 ETH de garantía (o solo 1 ETH si se utiliza SGX). VT es un token ERC20 que representa el derecho de un operador de nodo a ejecutar un validador de Ethereum durante un día, y su precio se establece según el rendimiento diario esperado del validador. Es decir, los operadores de nodos deben bloquear una cierta cantidad de VT para participar en el staking, liberándolos gradualmente a los proveedores de liquidez durante el periodo de staking, mientras que los validadores pueden obtener todas las recompensas generadas por PoS. Por ejemplo, de manera similar a una franquicia de restaurante, los usuarios pueden optar por pagar los beneficios mensualmente o pagar por adelantado los beneficios esperados de un año para obtener el derecho de operación; el mecanismo VT de Puffer sigue este último modelo. Además, los operadores de nodos pueden obtener el 100% de las recompensas PoS, evitando el fenómeno de “nodos perezosos” en el modelo tradicional de staking (es decir, la participación pasiva o la salida del consenso cuando los rendimientos no son atractivos). Además, VT, como instrumento de derecho, no solo puede complementar los fondos de staking, sino que también es líquido y puede negociarse en mercados secundarios. Lograr doble rendimiento a través de EigenLayer Puffer es un protocolo nativo de staking líquido. “Nativo” aquí significa que los usuarios, además de participar en el consenso PoS de Ethereum, pueden usar directamente su ETH para restaking. Esto permite a los stakers obtener tanto las recompensas de validación de PoS de Ethereum como ingresos adicionales a través del mecanismo de restaking, logrando así una doble rentabilidad. Además, a diferencia de los productos tradicionales de restaking de liquidez, Puffer no depende de proveedores de liquidez externos, sino que utiliza directamente el ETH de los validadores nativos para el restaking, evitando los problemas de centralización derivados del dominio de grandes entidades de staking. De este modo, Puffer no solo mejora la rentabilidad, sino que también refuerza la descentralización de la red. Actualmente, el valor total bloqueado (TVL) de Puffer es de 859.6 millones de dólares, con un rendimiento anualizado del 3%. Prevención del riesgo de slash mediante Secure-signer y RAVe Puffer utiliza Secure-signer y RAVe (Remote Attestation Verification) para prevenir eficazmente las penalizaciones por slash derivadas de errores operativos de los validadores. Secure-Signer es una herramienta de firma remota basada en la tecnología de seguridad de hardware Intel SGX, capaz de generar, almacenar y ejecutar firmas dentro de un enclave, evitando así penalizaciones por slash debidas a doble firma u otros errores de firma. La función de RAVe es verificar los informes de atestación remota generados por Intel SGX, asegurando que el nodo está ejecutando el programa Secure-Signer verificado. Tras la verificación, el sistema registra en la cadena el estado de la clave del validador, evitando que nodos maliciosos utilicen código no verificado o sustituyan la lógica operativa clave. Cabe destacar que, como bien público, el código de Secure Signer ya es de código abierto y puede consultarse en Github. Puffer lanzó su mainnet el 9 de mayo de este año. Para reforzar aún más la descentralización de la red de Ethereum, Puffer planea lanzar la versión V2 en el cuarto trimestre de este año. Esta actualización se centra en mejorar la experiencia del usuario e introduce varias funciones clave: Recompensas de ruta rápida (FPR): permite a los usuarios extraer directamente las recompensas de la capa de consenso desde L2, evitando los altos costes de gas en el proceso de extracción de EigenPod. Antislash global obligatorio: Puffer V2 implementará un mecanismo antislash a nivel de protocolo, mejorando aún más la seguridad y descentralización de la red. Reducción de los requisitos de garantía: Puffer V2 también reduce los requisitos de garantía para los NoOps (nodos no operativos), requiriendo solo una pequeña cantidad de pufETH como colateral para cubrir el riesgo de slash por inactividad. Puffer UniFi: Confirmación de transacciones en 100 milisegundos mediante UniFi AVS El 6 de julio de este año, Puffer publicó el Litepaper de su solución Based Rollup, Puffer UniFi. Como Based Rollup, UniFi utiliza validadores de Ethereum para ordenar transacciones y devuelve el valor de las transacciones a L1, mejorando así la seguridad y descentralización de la red de Ethereum. Desde que Ethereum adoptó la hoja de ruta “rollup-centric”, han surgido numerosas soluciones L2 en el mercado. Según datos de L2Beat, actualmente existen más de 100 rollups en el mercado. Aunque estas soluciones han mejorado la escalabilidad y experiencia de usuario de Ethereum, también han traído problemas como la fragmentación de la liquidez y secuenciadores centralizados. Primero, la fragmentación de la liquidez: debido a la falta de interoperabilidad entre los diferentes rollups, la liquidez y los usuarios se dispersan en diversas redes L2 independientes, dificultando la sinergia efectiva del ecosistema. Además, los usuarios deben depender de puentes cross-chain para transferir activos entre rollups, lo que aumenta los costes operativos y conlleva riesgos de seguridad. Por otro lado, la mayoría de los rollups actuales utilizan secuenciadores centralizados, que extraen rentas adicionales de las transacciones de los usuarios mediante MEV, afectando la experiencia de usuario. La solución UniFi de Puffer busca resolver estos problemas mediante el ordenamiento descentralizado de transacciones basado en validadores. A diferencia de los esquemas tradicionales de secuenciación centralizada, aunque las transacciones de UniFi son procesadas por nodos de Puffer, estos nodos son validadores nativos de Ethereum, por lo que UniFi asigna el derecho de ordenar transacciones a validadores descentralizados, aprovechando plenamente la seguridad y descentralización de Ethereum. Lectura adicional: “¿Qué es un Based Rollup que puede heredar la actividad de Ethereum?” Además, UniFi aborda la fragmentación de la liquidez mediante la composabilidad sincrónica y atómica. Las aplicaciones basadas en UniFi pueden depender de su mecanismo de ordenamiento y preconfirmación, permitiendo la interoperabilidad fluida con otros rollups o cadenas de aplicaciones que también utilicen secuenciación basada en L1. Además, mediante la tecnología TEE-multiprover de Puffer, UniFi puede lograr composabilidad atómica con L1, es decir, permite la liquidación instantánea en L1 y el acceso directo a la liquidez de L1, mejorando la eficiencia de las transacciones y aplicaciones cross-layer, facilitando a los desarrolladores la construcción de aplicaciones más eficientes. No obstante, aunque Based Rollup delega la secuenciación de transacciones a los validadores de L1, evitando los riesgos de los secuenciadores centralizados, la velocidad de confirmación de las transacciones sigue limitada por el tiempo de bloque de L1 (unos 12 segundos), lo que impide una confirmación rápida. Para resolver este problema, Puffer ha introducido el servicio AVS basado en EigenLayer, proporcionando un mecanismo de preconfirmación para UniFi y logrando una confirmación de transacciones en 100 milisegundos. Lectura adicional: “¿Por qué los Based Rollup necesitan tecnología de preconfirmación (Preconfs)?” En Puffer UniFi AVS, mediante el mecanismo de restaking de EigenLayer, los validadores pueden utilizar el ETH apostado en la mainnet de Ethereum para el servicio de preconfirmación de UniFi sin necesidad de aportar fondos adicionales. Esto mejora la eficiencia del capital y reduce las barreras de entrada. Además, UniFi AVS aprovecha la seguridad económica de la mainnet de Ethereum: si los validadores que participan en la preconfirmación no cumplen sus compromisos, se arriesgan a perder el ETH apostado en la mainnet, por lo que no es necesario diseñar medidas adicionales de slash para el mecanismo de preconfirmación de Puffer. Para participar como validador en Puffer UniFi AVS es necesario poseer EigenPod, asegurando que el servicio UniFi AVS pueda ejecutar penalizaciones de slash y restringir el comportamiento de los nodos validadores que incumplan los compromisos de preconfirmación. Además, los operadores de nodos deben ejecutar Commit-Boost en el servidor o entorno de su cliente validador, encargado de gestionar la comunicación entre el validador y la cadena de suministro de preconfirmación. En solo dos semanas desde su lanzamiento, la plataforma UniFi AVS ha alcanzado 1.05 millones de ETH en staking y cuenta con más de 32,000 validadores participantes. En el futuro, Puffer planea combinar el mecanismo de contratos de registro neutral de la Ethereum Foundation, permitiendo que cualquier proponente de L1 se registre voluntariamente como nodo validador de preconfirmación. Esto significa que cada validador de la mainnet de Ethereum podrá optar por convertirse en validador de preconfirmación, ampliando aún más el grado de descentralización del sistema. Resumen A medida que el ecosistema de Ethereum sigue creciendo, garantizar que los proyectos y participantes trabajen hacia un objetivo común se ha convertido en una cuestión central de interés a largo plazo para la comunidad. Esta alineación (Ethereum alignment) se considera clave para el éxito a largo plazo de la red Ethereum. En sus inicios, la comunidad la desglosó en tres dimensiones: “alineación cultural”, “alineación técnica” y “alineación económica”. Vitalik Buterin, en su reciente artículo “Making Ethereum Alignment Legible”, propuso un nuevo conjunto de criterios de evaluación, incluyendo la apertura del código, estándares abiertos, descentralización y seguridad, así como el “efecto suma positiva”. Por supuesto, independientemente del estándar adoptado, el objetivo central es garantizar que el protocolo, la comunidad y los proyectos estén alineados con la dirección general de desarrollo de Ethereum, proporcionando así un apoyo positivo para el desarrollo sostenible del ecosistema. Es digno de reconocimiento que Puffer siempre ha seguido los principios alineados con Ethereum en su diseño y evolución de producto, demostrando su apoyo a la visión a largo plazo de Ethereum. A través de su integración con EigenLayer, Puffer permite que más validadores independientes participen en la red de staking, mejorando el nivel de descentralización de Ethereum. Por su parte, la solución UniFi de Puffer devuelve el derecho de ordenamiento de transacciones a los nodos de staking nativos de Ethereum, alineándose con Ethereum en términos de seguridad y descentralización. Actualmente, Puffer Finance ha publicado su tokenomics, destinando 75 millones de tokens PUFFER (el 7.5% del suministro total) a la primera temporada del airdrop Crunchy Carrot Quest. El snapshot de elegibilidad para la primera temporada se completó el 5 de octubre de 2024, y los usuarios podrán reclamar sus tokens a través del portal de reclamación entre el 14 de octubre de 2024 y el 14 de enero de 2025. Con el lanzamiento oficial del token PUFFER, será interesante seguir observando si Puffer puede, mientras avanza en su objetivo de alineación con Ethereum, lograr una mayor descentralización y crecimiento de usuarios.
SharpLink asigna 200 millones de dólares en ETH a los programas de restaking de Linea
SharpLink está ejecutando una estrategia de tesorería compleja que va más allá del simple staking. Su capital fluirá a través de la Layer 2 de Consensys hacia EigenLayer, asegurando activamente nuevos servicios como IA verificable y generando rendimiento. Resumen SharpLink desplegará $200 millones en ETH en Linea a través de ether.fi y EigenCloud para desbloquear rendimientos institucionales de restaking. La medida respalda nuevos servicios como IA verificable mientras mantiene el cumplimiento normativo y la custodia de Anchorage Digital. La asociación con Consensys tiene como objetivo construir herramientas de mercados de capital institucionales mientras SharpLink expande su tesorería de más de 859,000 ETH. Según un comunicado de prensa fechado el 28 de octubre, SharpLink Gaming está lista para desplegar tokens de Ethereum (ETH) por un valor de $200 millones de su tesorería corporativa en Linea, la red de escalado zkEVM desarrollada por Consensys. La empresa con sede en Minneapolis dijo que canalizará sus activos a través de ether.fi y EigenCloud para respaldar actividades de staking y restaking vinculadas a servicios emergentes como la IA verificable. Anchorage Digital Bank custodiará y gestionará el capital, que SharpLink planea desplegar gradualmente durante varios años para alinear la generación de rendimiento con los requisitos de cumplimiento institucional. “Este despliegue nos permite acceder a lo mejor del staking, restaking y rendimiento DeFi de Ethereum, mientras mantenemos las salvaguardas institucionales que nuestros accionistas esperan. Nos enorgullece estar entre los primeros adoptantes institucionales de la infraestructura de Linea, que lidera el ecosistema de Layer 2 de Ethereum en cuanto a estándares de composabilidad, escalabilidad y seguridad,” dijo Joseph Chalom, codirector ejecutivo de SharpLink. SharpLink prueba un nuevo frente DeFi SharpLink señaló que el despliegue está diseñado para crear un camino escalable y conforme para que el capital institucional participe en el restaking y en servicios emergentes onchain. Linea proporciona un entorno de ejecución seguro alineado con las garantías de liquidación de Ethereum, mientras que EigenLayer introduce un nuevo primitivo financiero que permite que ETH asegure más que solo la cadena base. La medida tiene un significado estratégico para Consensys, que desarrolló Linea para servir como un hogar programable para activos en movimiento. Joseph Lubin, fundador de Consensys, cofundador de Ethereum y presidente de SharpLink, enmarcó el despliegue como una prueba de cómo el ETH institucional puede ser utilizado con mayor productividad. Lubin argumentó que los mercados financieros están cambiando hacia infraestructuras sin confianza, y que ETH debe desempeñar un papel activo en lugar de permanecer inactivo en almacenamiento en frío. Presentó el enfoque de SharpLink como el tipo de modelo que otros probablemente seguirán una vez que busquen formas eficientes y seguras de generar rendimientos onchain sin comprometer la gobernanza o el cumplimiento. El despliegue de $200 millones es el primer acto de una asociación estratégica más amplia. Según el comunicado, SharpLink y Consensys planean desarrollar conjuntamente “primitivos institucionales y componibles para mercados de capital”. Este ambicioso objetivo implica ser pioneros en nuevos modelos para recaudaciones de capital onchain, crear herramientas de liquidez programables y diseñar estrategias de equity tokenizado. Cabe destacar que el despliegue coincide con la continua acumulación de Ethereum por parte de SharpLink. La empresa recientemente reforzó su posición con la compra de 19,271 ETH, valorados en aproximadamente $78.3 millones. Esta adquisición eleva la tesorería total de Ethereum de SharpLink a más de 859,000 ETH, una tenencia valorada en más de $3.6 billones, consolidando su estatus como uno de los mayores tenedores corporativos del mundo.
x402 se vuelve cada vez más competitivo, anticipando oportunidades de nuevos activos en ERC-8004
Título original: "x402 se vuelve cada vez más competitivo, descubriendo oportunidades de nuevos activos en ERC-8004 por adelantado" Autor original: David, Deep Tide TechFlow x402 claramente se ha vuelto popular. Según los datos de CoinmarketCap, el volumen de negociación de varios proyectos en el ecosistema x402 se disparó 137 veces, y el primer token del ecosistema, PING, pasó de cero a una capitalización de mercado de 30 millones de dólares en pocos días. Numerosos KOL han publicado análisis intensivos, desde principios técnicos hasta listados de proyectos, cubriendo todos los ángulos imaginables. Sin embargo, hace dos semanas, cuando analizamos x402 temprano y mencionamos el potencial de proyectos como PayAI, el mercado en general permanecía en silencio. En versiones donde las narrativas y los ciclos de vida de los tokens se acortan rápidamente, investigar nuevas narrativas con anticipación facilita identificar oportunidades relacionadas con activos. Ahora, cada vez que actualizas Twitter, aparece un nuevo "proyecto del ecosistema x402"; si recién ahora comienzas a investigar x402, honestamente, puede que ya sea un poco tarde. No es que el protocolo en sí no tenga futuro, sino que las oportunidades Alpha más obvias ya han sido explotadas. Pero mientras todos están enfocados en x402, los observadores atentos notarán que últimamente otro protocolo aparece frecuentemente en las discusiones de la criptoesfera angloparlante: ERC-8004. Aún más interesante, uno de los proponentes de ERC-8004, Davide Crapis, líder del equipo dAI de Ethereum Foundation, reveló un detalle en una entrevista con Decrypt en septiembre: "ERC-8004 admitirá múltiples métodos de pago, pero tener la extensión x402 mejora la experiencia del desarrollador." Espera, ¿admite múltiples métodos de pago? ¿No es x402 un protocolo de pagos? ¿Por qué ERC-8004 también involucra pagos? ¿Son competencia o complementarios? A principios de octubre, cuando Ethereum Foundation anunció la versión final de ERC-8004, los firmantes incluyeron a Marco De Rossi de MetaMask, Jordan Ellis de Google y Erik Reppel de Coinbase, el creador de x402. La misma persona impulsando dos protocolos al mismo tiempo. ¿Cuál es la lógica detrás de esto? Si la explosión de x402 mostró el enorme mercado de pagos para AI Agents, entonces ERC-8004 podría representar la otra mitad de este mercado que aún no se ha comprendido completamente. Cuando todos persiguen la pista de pagos, tal vez la verdadera oportunidad esté fuera de los pagos. ERC-8004: El prerrequisito para el pago es registrar la identidad de la IA Para entender ERC-8004, primero debemos volver a un problema fundamental de la economía de los AI Agents. Imagina un escenario de colaboración entre IA: Tu asistente personal de IA necesita completar una tarea compleja: preparar un informe de análisis de mercado para el próximo lanzamiento de tu producto. Esta tarea supera sus capacidades, por lo que necesita contratar otras IA especializadas: una para recopilación de datos, otra para análisis de la competencia y otra para elaboración de gráficos. Con x402, el pago ya no es un problema; unas pocas líneas de código bastan para transferir USDC. Pero antes del pago, tu asistente de IA enfrenta una serie de problemas de identidad: Estos agentes que se autodenominan "AI de análisis de datos profesional", ¿cuáles son reales y cuáles son estafadores? ¿Cuál ha sido la calidad de su trabajo anterior? ¿Cuántos clientes han dado buenas reseñas y cuántos se han quejado? Esto es como hacer negocios en un mundo sin Taobao, sin Dazhong Dianping, sin registro comercial. Cada transacción es una caja de sorpresas, cada colaboración es una apuesta. Por lo tanto, si tuviéramos que explicarlo en una frase, ERC-8004 es el "registro mercantil + sistema de crédito + centro de certificación de calificaciones" para AI Agents en el mundo on-chain. Permite que cada AI Agent tenga una identificación, un historial crediticio y una certificación de habilidades, todo registrado en la blockchain, accesible para cualquiera y sin posibilidad de manipulación. El 13 de agosto de este año, Davide Crapis de Ethereum Foundation, Marco De Rossi de MetaMask y el desarrollador independiente de IA Jordan Ellis presentaron conjuntamente la propuesta EIP-8004. Curiosamente, más tarde se confirmó que Jordan Ellis tenía una estrecha relación con el equipo Agent-to-Agent de Google. En resumen, ERC-8004 añade una capa de confianza al A2A de Google. Según Ethereum Foundation, se trata de establecer una "infraestructura neutral y confiable" para los AI Agents. Dejando de lado los detalles técnicos complejos, echemos un vistazo general a cómo funciona el 8004. El diseño de ERC-8004 es extremadamente simple, solo incluye tres registros on-chain: · Registro de identidad (Identity Registry) Cada AI Agent recibe un token ERC-721 como identificación. Sí, leíste bien, el AI Agent se convierte en un NFT. Esto significa que la identidad del Agent puede verse, transferirse e incluso negociarse en cualquier wallet compatible con NFT. Este NFT apunta a una "tarjeta de Agent" estandarizada, que describe el nombre, habilidades, endpoints y metadatos del Agent. Al seguir un estándar abierto, cualquier navegador o marketplace puede indexarlo, permitiendo descubrimiento cross-platform sin permisos. · Registro de reputación (Reputation Registry) Esto es el "Dazhong Dianping" del mundo de los AI Agents. Clientes y otros Agents pueden enviar feedback estructurado, etiquetando por habilidades o tareas. Más importante aún, se puede adjuntar prueba de pago x402. Solo los clientes que realmente pagaron pueden dejar reseñas, evitando reseñas falsas. Todos los indicadores de reputación son bienes públicos. Esto significa que cualquiera puede construir su propio sistema de puntuación de reputación basado en estos datos. · Registro de validación (Validation Registry) Para tareas de alto valor, las reseñas no son suficientes. El registro de validación permite que los Agents soliciten validación de terceros: puede ser un oráculo TEE (entorno de ejecución confiable), garantía de razonamiento mediante staking o validación zkML. Esto es la certificación de calificaciones en el mundo de los Agents. Un Agent que afirma poder hacer análisis financiero puede demostrar criptográficamente que realmente ejecutó un modelo específico y produjo un resultado específico. Si esto suena demasiado técnico, veamos un ejemplo concreto. Supón que el AI Agent de un exchange necesita un informe semanal de análisis del mercado DeFi, pero no tiene esa capacidad. · Búsqueda de servicios: El Agent cliente encuentra al Agent analista Alice a través del registro de identidad y revisa la descripción de servicios en su tarjeta de identidad NFT. · Revisión de reputación: Descubre que Alice tiene 156 buenas reseñas, una tasa de finalización del 89% y evaluaciones reales con prueba de pago x402. · Pago en garantía: Paga 100 USDC mediante x402 a un contrato inteligente en custodia, no directamente a Alice. · Validación de terceros: Tras completar el informe, el validador Bob revisa la calidad y firma la confirmación en el registro de validación. · Liquidación automática: El contrato detecta la validación exitosa, libera automáticamente los fondos a Alice y el cliente deja una reseña. (Fuente: columna personal del investigador Yehia Tarek) Todo el proceso no requiere intervención humana; tres AI Agents completan de forma autónoma una transacción comercial basada en el sistema de confianza de ERC-8004. ¿Y esto tiene que ver con x402? En una frase, la relación entre x402 y ERC-8004 es: x402 resuelve el problema de pagos de los AI Agents, ERC-8004 resuelve el problema de confianza, y ambos son indispensables para una economía de IA verdaderamente autónoma. En concreto, x402 es el estándar para micropagos entre agentes o usuarios, eliminando fricciones de pago; permite que un agente pague automáticamente a otro por completar tareas. ERC-8004 es la capa de identidad y reputación de los agentes. Introduce verificación on-chain, haciendo que cada tarea y puntuación sea rastreable. Una analogía más fácil de entender es: · x402 = ERC20 · ERC-8004 = Etherscan El primero te permite pagar directamente por acceso a APIs según el número de llamadas, funcionando como un estándar de pagos; el segundo es como un registro on-chain de AI Agents, cada uno con una wallet asociada, verificable y consultable. Todo esto forma parte de una gran narrativa de "crypto x AI", en una economía cripto-AI más amplia: · Economía cripto-AI = Descubrir AI Agents + Comunicación entre AI Agents + Cómputo verificable (Fuente de la imagen: usuario de Twitter @soubhik_deb) ¿Cómo descubrir AI Agents? En realidad, es permitir que los AI Agents se encuentren entre sí, esto es lo que hace ERC-8004: escribir un registro en Ethereum para registrar la identidad de las IA. ¿Cómo permitir la comunicación entre AI Agents? x402 es un estándar abierto para pagos on-chain entre agentes; además, existen protocolos como el A2A de Google. ¿Cómo verificar todo esto? Cada AI Agent debe realizar inferencias, deducciones y acciones verificables, que pueden registrarse en lugares que enfatizan la disponibilidad de datos. Este hilo de @soubhik_deb en Twitter vale la pena leerlo, explica claramente la lógica anterior y también puede ayudarte a descubrir más oportunidades Alpha basadas en esta lógica. Hasta aquí, ya hemos entendido completamente la relación entre x402 y ERC-8004; describir su relación como complementaria y co-constructora de la economía AI es más apropiado. Si quieres una comparación más clara y directa, aquí tienes una imagen resumen: Proyectos beneficiados bajo la narrativa ERC-8004 Versión TL;DR: puedes consultar directamente la siguiente imagen. Cuando x402 explotó, los primeros en subir fueron tokens de pago como PING. Pero las oportunidades de ERC-8004 están más distribuidas: desde infraestructura hasta aplicaciones, cada capa tiene su propia lógica. Entender esta lógica es más importante que perseguir un solo proyecto. 1. Primero está la capa de infraestructura, como Taiko y EigenLayer. Taiko, capa de ejecución L2 ¿Por qué una L2 sería el partidario más entusiasta? La narrativa aquí es que la economía de Agents necesita una cadena barata y rápida. La mainnet es demasiado cara; cada actualización de identidad o reputación cuesta varios dólares en gas, los Agents no pueden permitírselo. Taiko ofrece una solución: desplegar el registro 8004 en L2, reduciendo costos. El contrato se desplegó el 24 de octubre y podría convertirse en el campo de batalla principal para la actividad de Agents. EigenLayer, capa de seguridad El mayor desafío de 8004 es: ¿qué pasa si los validadores actúan maliciosamente? La respuesta de EigenLayer: penalización por staking. Los validadores apuestan ETH y, si proporcionan validaciones falsas, pierden sus activos. EigenLayer está integrando 8004 en más de 200 AVS, cada uno de los cuales podría convertirse en un servicio de validación de Agents especializado. La lógica de la infraestructura es simple: cuantos más Agents, más transacciones, más ingresos. Es el negocio de vender palas. 2. Luego está la capa de middleware, como S.A.N.T.A y Unibase. S.A.N.T.A, puente de pagos Su posicionamiento se encuentra en dos narrativas: el conector entre x402 y 8004. Cuando un Agent encuentra a otro a través de 8004 y luego necesita pagar mediante x402, S.A.N.T.A gestiona este proceso. Más importante aún, es útil para cross-chain: por ejemplo, en la narrativa ideal, un Agent de Solana quiere contratar a un Agent de Ethereum, S.A.N.T.A puede intervenir. Unibase, capa de memoria Los Agents no solo necesitan identidad, también memoria. Unibase permite que cada Agent tenga almacenamiento persistente, vinculado a través del sistema de identidad 8004. Esto significa que el Agent puede "recordar" interacciones anteriores, acumular experiencia e incluso compartir conocimientos. El 26 de octubre ya implementó la integración x402+8004 en la BNB Chain, y va a la cabeza. El valor del middleware radica en su insustituibilidad. Puedes cambiar de L2, pero ciertas funciones de conexión son únicas. 3. Finalmente, la capa de aplicación, como el viejo conocido Virtuals Protocol. Virtuals es una plataforma de emisión de tokens para AI Agents, que permite a los usuarios crear, invertir y negociar tokens de AI Agents mediante un mecanismo de bonding curve. Actualmente, la plataforma tiene más de 1,000 proyectos de Agents y un volumen diario de negociación superior a 20 millones de dólares. Para Virtuals, 8004 resuelve un problema real: cómo permitir que diferentes Agents se reconozcan e interactúen. Según su cuenta oficial, la actualización del protocolo ACP admitirá completamente el estándar 8004, lo que significa que cada Agent emitido en Virtuals obtendrá automáticamente un sistema de identidad y reputación on-chain. En cuanto a qué aplicación destacará, tal vez se pueda combinar con el modelo Launchpad y observar más actualizaciones en el diseño de reglas e incentivos. En general, x402 resuelve el problema de pagos, ERC-8004 resuelve el problema de confianza. x402 tardó 5 meses desde su lanzamiento hasta su explosión; 8004 podría ser aún más rápido. En cuanto a fechas, puedes estar atento al Devconnect del 21 de noviembre, que tendrá una sección de Trustless Agents Day, donde las primeras aplicaciones basadas en 8004 podrían mostrar sus funciones. Si surge una killer app, podría desencadenar la primera ola de especulación. Hacia finales de este año, el autor predice que los proyectos del ecosistema x402 entrarán en una fase de integración y probablemente anunciarán soporte para 8004. La interacción entre ambos protocolos generará un efecto 1+1>2. Si eres un jugador conservador, puedes centrarte en proyectos de infraestructura de gran capitalización beneficiados por 8004; si eres más agresivo, deberás seguir de cerca los proyectos de pequeña capitalización en la tabla anterior y estar atento a la aparición de nuevos proyectos. Después de todo, el mercado cripto lleva mucho tiempo sin una narrativa impulsada por la tecnología. Si x402 y ERC-8004 serán una moda pasajera o tendrán un impacto duradero, será el mercado quien lo decida.
¿Podrá ERC-8004 replicar el éxito de x402 y convertirse en la piedra angular de la capa de confianza para agentes de IA?
Autor original: David, Deep Tide TechFlow Título original: ¿El relevo de x402? Es hora de prestar atención a ERC-8004 x402 claramente se ha vuelto popular. Según datos de CoinmarketCap, el volumen de transacciones de varios proyectos en el ecosistema x402 se ha disparado 137 veces, y el primer token del ecosistema, PING, alcanzó una capitalización de mercado de 30 millones de dólares en pocos días. Numerosos KOL han publicado análisis intensivos, cubriendo desde principios técnicos hasta resúmenes de proyectos, abordando todos los ángulos imaginables. Sin embargo, hace dos semanas, cuando analizamos x402 de manera temprana y mencionamos el potencial de proyectos como PayAI, el mercado en general aún no mostraba mucho interés. En una versión donde las narrativas y los ciclos de vida de los tokens se acortan rápidamente, investigar nuevas narrativas con anticipación facilita identificar oportunidades de activos relacionados. (Lectura relacionada: Google y Visa están haciendo movimientos, ¿qué oportunidades de inversión esconde el subestimado protocolo x402?) Ahora, cada vez que actualizas Twitter, aparece un nuevo "proyecto del ecosistema x402"; si apenas estás comenzando a investigar x402, honestamente, puede que ya sea un poco tarde. No es que el protocolo en sí no tenga futuro, sino que las oportunidades Alpha más evidentes ya han sido ampliamente explotadas. Pero justo cuando todos están enfocados en x402, los observadores atentos notarán que recientemente otro protocolo ha aparecido frecuentemente en las discusiones de la criptoesfera angloparlante: ERC-8004. Aún más interesante, uno de los proponentes de ERC-8004, Davide Crapis, líder del equipo dAI de Ethereum Foundation, reveló un detalle en una entrevista con Decrypt en septiembre: "ERC-8004 admitirá múltiples métodos de pago, pero tener la extensión x402 mejora la experiencia del desarrollador." Espera, ¿soporta múltiples métodos de pago? ¿No es x402 un protocolo de pagos? ¿Por qué ERC-8004 también involucra pagos? ¿Son competencia o complementarios? A principios de octubre, cuando Ethereum Foundation anunció la versión final de ERC-8004, los firmantes incluyeron a Marco De Rossi de MetaMask, Jordan Ellis de Google y Erik Reppel de Coinbase, quien es el creador de x402. La misma persona impulsa ambos protocolos al mismo tiempo. ¿Cuál es la lógica detrás de esto? Si la explosión de x402 mostró el enorme mercado de pagos de AI Agent, entonces ERC-8004 podría representar la otra mitad de este mercado aún no plenamente comprendida. Cuando todos persiguen la pista de pagos, tal vez la verdadera oportunidad esté fuera del ámbito de los pagos. ERC-8004: El prerrequisito para el pago es registrar la identidad de la IA Para entender ERC-8004, primero debemos volver a un problema fundamental de la economía de los AI Agent. Imagina un escenario de colaboración entre IA: Tu asistente personal de IA necesita completar una tarea compleja: preparar un informe de análisis de mercado para el próximo lanzamiento de tu producto. Esta tarea supera sus capacidades, por lo que necesita contratar otras IA especializadas: una para recopilación de datos, otra para análisis de competidores y otra para elaboración de gráficos. Ahora, con x402, el pago no es un problema; unas pocas líneas de código bastan para transferir USDC; pero antes de pagar, tu asistente de IA enfrenta una serie de problemas de identidad complicados: Estos agentes que se autodenominan "IA de análisis de datos profesional", ¿cuáles son reales y cuáles son estafadores? ¿Cuál ha sido la calidad de su trabajo anterior? ¿Cuántos clientes han dado buenas críticas y cuántos se han quejado? Esto es como hacer negocios en un mundo sin Taobao, sin Dazhong Dianping, sin registro mercantil. Cada transacción es una caja sorpresa, cada colaboración una apuesta. Por lo tanto, si tuviéramos que explicarlo en una frase, ERC-8004 es el "registro mercantil + sistema de crédito + centro de certificación" de los AI Agent en el mundo on-chain. Permite que cada AI Agent tenga una identificación, historial crediticio y certificación de habilidades, todo registrado en la blockchain, accesible para cualquiera y sin posibilidad de manipulación. El 13 de agosto de este año, Davide Crapis de Ethereum Foundation, Marco De Rossi de MetaMask y el desarrollador independiente de IA Jordan Ellis presentaron conjuntamente la propuesta EIP-8004. Curiosamente, más tarde se confirmó que Jordan Ellis tenía una relación cercana con el equipo Agent-to-Agent de Google. En resumen, ERC-8004 añade una capa de confianza al A2A de Google. Según Ethereum Foundation, esto busca establecer una "infraestructura neutral y confiable" para los AI Agent. Dejando de lado los detalles técnicos complejos, podemos ver brevemente cómo funciona el 8004. El diseño de ERC-8004 es extremadamente simple, contiene solo tres registros on-chain: Registro de Identidad (Identity Registry): Cada AI Agent recibe un token ERC-721 como identificación. Sí, leíste bien, los AI Agent se convierten en NFT. Esto significa que la identidad del Agent puede verse, transferirse e incluso comerciarse en cualquier wallet compatible con NFT. Este NFT apunta a una "tarjeta de Agent" estandarizada, que describe el nombre, habilidades, endpoints y metadatos del Agent. Al seguir un estándar abierto, cualquier navegador o mercado puede indexarlo, permitiendo descubrimiento cross-platform sin permisos. Registro de Reputación (Reputation Registry): Es el "Dazhong Dianping" del mundo de los AI Agent. Clientes y otros Agents pueden enviar feedback estructurado, etiquetando por habilidades o tareas. Más importante aún, se puede adjuntar prueba de pago x402. Solo los clientes que realmente pagaron pueden dejar comentarios, evitando reseñas falsas. Todos los indicadores de reputación son bienes públicos. Esto significa que cualquiera puede construir su propio sistema de puntuación de reputación basado en estos datos. Registro de Validación (Validation Registry): Para tareas de alto valor, las reseñas no son suficientes. El registro de validación permite que el Agent solicite validación de terceros, que pueden ser oráculos TEE (entorno de ejecución confiable), garantías de staking, o validación zkML. Esto es la certificación de cualificaciones en el mundo de los Agent. Un Agent que afirma poder hacer análisis financiero puede demostrar criptográficamente que ejecutó un modelo específico y produjo un resultado específico. Si esto suena técnico, veamos un ejemplo concreto. Supón que el AI Agent de un exchange necesita un informe semanal de análisis del mercado DeFi, pero no tiene esa capacidad. Búsqueda de servicios: El Agent cliente encuentra al Agent analista Alice a través del registro de identidad y revisa la descripción de servicios en su tarjeta de identidad NFT. Revisión de reputación: Descubre que Alice tiene 156 buenas críticas, una tasa de finalización del 89% y comentarios reales con prueba de pago x402. Pago en garantía: Se pagan 100 USDC mediante x402 a un contrato inteligente en custodia, no directamente a Alice. Validación de terceros: Tras completar el informe, el validador Bob revisa la calidad y firma la confirmación en el registro de validación. Liquidación automática: El contrato detecta la validación y libera automáticamente los fondos a Alice, el cliente deja una reseña. (Fuente: columna personal del investigador Yehia Tarek) Todo el proceso no requiere intervención humana; tres AI Agent completan una transacción comercial de forma autónoma basada en el sistema de confianza de ERC-8004. Espera, ¿esto tiene relación con x402? En una frase, la relación entre x402 y ERC-8004 es: x402 resuelve el problema de pagos de los AI Agent, ERC-8004 resuelve el problema de confianza, y la verdadera economía autónoma de IA necesita ambos. En concreto, x402 es el estándar para micropagos entre agentes o entre usuarios, eliminando fricciones de pago; permite que un agente pague automáticamente a otro por completar tareas. ERC-8004 es la capa de identidad y reputación de los agentes. Introduce verificación on-chain, haciendo que cada tarea y puntuación sea rastreable. Una analogía más fácil de entender sería: x402 = ERC20 ERC 8004 = Etherscan El primero te permite pagar directamente por acceso a API según el número de llamadas, como un estándar de pago; el segundo es como un registro on-chain de AI Agent, cada agente tiene una wallet asociada, verificable y consultable. En realidad, todo esto forma parte de una gran narrativa de "crypto x AI", en una gran economía cripto-AI: Economía cripto-AI = descubrimiento de AI Agent + comunicación entre AI Agent + computación verificable (Imagen: usuario de Twitter @soubhik_deb) ¿Cómo descubrir AI Agent? En realidad, es permitir que los AI Agent se encuentren entre sí, esto es lo que hace ERC-8004, escribiendo un registro en Ethereum para registrar la identidad de las IA; ¿Cómo permitir la comunicación entre AI Agent? x402 es un estándar abierto para pagos on-chain entre agentes; además, existen protocolos como el A2A de Google; ¿Cómo verificar todo esto? Cada AI Agent debe realizar inferencias, deducciones y acciones verificables, que pueden registrarse en lugares donde se enfatiza la disponibilidad de datos. El post de @soubhik_deb en Twitter merece una lectura, explica claramente esta lógica y puede servir de base para descubrir más oportunidades Alpha. Hasta aquí, ya entendemos completamente la relación entre x402 y ERC-8004; describirlos como complementarios y co-construyendo el panorama completo de la economía AI es más apropiado. Si deseas una comparación más clara y directa, aquí tienes una imagen resumen: Proyectos beneficiados bajo la narrativa de ERC-8004 Versión TL;DR, puedes consultar directamente la siguiente imagen. Cuando x402 explotó, los primeros en subir fueron tokens de pago como PING. Pero las oportunidades de ERC-8004 están más distribuidas, desde infraestructura hasta aplicaciones, cada capa tiene su propia lógica. Entender esta lógica es más importante que perseguir un solo proyecto. 1. Primero está la capa de infraestructura, como Taiko y EigenLayer. Taiko, capa de ejecución L2 ¿Por qué una L2 sería el partidario más entusiasta? La narrativa aquí es que la economía Agent necesita una cadena barata y rápida. La mainnet es demasiado cara, cada actualización de identidad o reputación cuesta varios dólares en gas, los Agent no pueden permitírselo. Taiko ofrece la solución: desplegar el registro 8004 en L2, reduciendo costos. El contrato se desplegó el 24 de octubre, y podría convertirse en el campo principal de actividad de los Agent. EigenLayer, capa de seguridad El mayor desafío de 8004 es: ¿qué pasa si los validadores actúan maliciosamente? La respuesta de EigenLayer es: penalización por staking. Los validadores apuestan ETH y, si proporcionan validaciones falsas, pierden sus activos. EigenLayer está integrando 8004 en más de 200 AVS, cada uno podría convertirse en un servicio de validación de Agent especializado. La lógica de la infraestructura es simple: cuantos más Agent, más transacciones, más ingresos. Es el negocio de vender palas. 2. Luego está la capa de middleware, como S.A.N.T.A y Unibase. S.A.N.T.A, puente de pagos Su posicionamiento se sitúa en dos narrativas, como conector entre x402 y 8004. Cuando un Agent encuentra a otro a través de 8004 y luego necesita pagarle mediante x402, S.A.N.T.A gestiona el proceso. Más importante aún es el cross-chain: por ejemplo, en la narrativa ideal, un Agent de Solana quiere contratar a un Agent de Ethereum, S.A.N.T.A puede intervenir. Unibase, capa de memoria Los Agent no solo necesitan identidad, también memoria. Unibase permite que cada Agent tenga almacenamiento persistente, vinculado al sistema de identidad de 8004. Esto significa que el Agent puede "recordar" interacciones previas, acumular experiencia e incluso compartir conocimiento. El 26 de octubre ya implementó la integración x402+8004 en la BNB Chain, y va a la cabeza. El valor del middleware radica en su insustituibilidad. Puedes cambiar de L2, pero ciertas funciones de conexión son únicas. 3. Finalmente, la capa de aplicación, como el viejo conocido Virtuals Protocol. Virtuals es una plataforma de emisión de tokens de AI Agent, que permite a los usuarios crear, invertir y comerciar tokens de AI Agent mediante un mecanismo de bonding curve. Actualmente, la plataforma tiene más de 1,000 proyectos de Agent y un volumen diario de transacciones superior a 20 millones de dólares. Para Virtuals, 8004 resuelve un problema real: cómo permitir que diferentes Agent se reconozcan e interactúen. Recientemente, su cuenta oficial anunció que la actualización del protocolo ACP admitirá completamente el estándar 8004, lo que significa que cada Agent emitido en Virtuals obtendrá automáticamente un sistema de identidad y reputación on-chain. En cuanto a qué aplicación destacará, tal vez se combine con el modelo Launchpad, observando más de cerca las actualizaciones en el diseño de reglas e incentivos. En general, x402 resuelve el problema de pagos, ERC-8004 resuelve el problema de confianza. x402 tardó 5 meses desde su lanzamiento hasta su explosión, 8004 podría ser aún más rápido. En cuanto a fechas, puedes prestar atención al Devconnect del 21 de noviembre, que tendrá una sección de Trustless Agents Day, donde las primeras aplicaciones basadas en 8004 podrían mostrar sus funciones. Si surge una aplicación killer, podría desencadenar la primera ola de especulación. Y hacia finales de este año, estimo que los proyectos del ecosistema x402 entrarán en una fase de integración y probablemente anunciarán soporte para 8004. La interacción entre ambos protocolos generará un efecto 1+1>2. Si eres un jugador conservador, tal vez puedas enfocarte en proyectos de infraestructura de gran capitalización que se beneficien de 8004; si eres más agresivo, deberás seguir de cerca los proyectos de pequeña capitalización en la tabla anterior y los nuevos proyectos que surjan. Después de todo, el mercado cripto lleva mucho tiempo sin una narrativa impulsada por la tecnología. Si x402 y ERC-8004 serán solo una moda pasajera o tendrán un impacto duradero, será el mercado quien lo determine.
Órdenes completadas
Situaciones de entrega