[Revisé brevemente el evento de @alignedlayer.] Ahora todos dicen mucho que ZK es bueno. Los cálculos se hacen off-chain, solo se sube la prueba a chain, y Ethereum solo necesita verificar esa prueba, cuando lo escuchas, suena muy limpio, pero ahí es donde empiezan realmente los problemas. Crear la prueba también es difícil, verificar la prueba es caro, como el costo de verificación es alto, no se puede subir con frecuencia, como no se puede subir con frecuencia, la UX se vuelve lenta, en definitiva, “usar ZK mejora la escalabilidad” es cierto, pero la pregunta que queda es: ¿quién verificará esa prueba ZK de forma barata y rápida? Aligned es un proyecto que se enfoca en este punto. En términos simples, es una capa de verificación ZK que permite verificar pruebas ZK en Ethereum de forma más barata y rápida. En su documentación oficial, Aligned se describe como una pila verticalmente integrada para crear un internet verificable, aunque suena grandioso, en términos más claros significa esto: crear una capa de verificación de pruebas ZK, ofrecer un servicio de agregación de pruebas, facilitar el despliegue de ZK rollups mediante RaaS, wallet-as-a-service, meta proving, interoperabilidad, y más, todo para “evitar que los equipos que quieren construir aplicaciones verificables tengan que empezar desde cero cada vez”. Personalmente, al observar Aligned, el punto clave no es cómo sea el token o qué tal el airdrop, sino que a medida que aumenten las aplicaciones ZK, la verificación de pruebas se convertirá inevitablemente en un cuello de botella. Actualmente todos usan mucho términos como: zkVM, zkML, zkTLS, ZK rollup, ZK identity, pero ¿qué sirve crear muchas pruebas... si el costo de verificación es tan alto que no se pueden subir a chain? Entonces, esas pruebas terminan siendo solo archivos que giran dentro del servicio. Aligned intenta resolver esto mediante dos enfoques: Proof Verification Layer y Proof Aggregation Service. El primero es Proof Verification Layer. Utiliza EigenLayer restaking: algunos validadores de Ethereum, específicamente los operators, verifican las pruebas, firma el resultado con BLS signature, y si más de 2/3 están de acuerdo, suben ese resultado a Ethereum. El usuario envía la prueba mediante CLI o SDK, el batcher recopila las pruebas, los operators las verifican, el aggregator recopila las firmas y registra el resultado en Ethereum. Aunque suena complejo en palabras, la idea es simple: no gastes gas caro en Ethereum para verificar pruebas, verifícalas rápidamente en un entorno nativo y sube solo el resultado a Ethereum. Según la documentación, Aligned admite sistemas de prueba que Ethereum no puede manejar fácilmente y busca hacer el costo de verificación menos dependiente del sistema de prueba específico. Soporta verificadores como Groth16, Plonk, SP1, Risc0, Circom, y también prueba verificadores relacionados con Mina en la red de pruebas. Jolt, Nexus y otros también están en su roadmap. Esto es importante porque cuando un desarrollador elige un sistema de prueba, ya no tiene que preocuparse por: “¿Es esta prueba verificable en Ethereum?” “¿Puedo pagar el gas?” “¿Y si no hay precompile?” Antes, cada sistema de prueba tenía costos de verificación on-chain diferentes; algunos eran tan costosos que su verificación directa en Ethereum era irrealista; y para agregar un nuevo sistema de prueba, había que esperar contratos inteligentes optimizados en gas o precompilados. Aligned busca hacer esto mucho más flexible. El segundo es Proof Aggregation Service. Consiste en comprimir múltiples pruebas en una única prueba recursiva, de modo que solo se verifique una prueba final en Ethereum. Mientras que Proof Verification Layer se enfoca en verificación rápida y económica, Aggregation Service se enfoca en finalidad fuerte directa en L1, aunque sea un poco más lenta. Por eso la documentación recomienda elegir según el caso: Si necesitas UX rápida, baja latencia y manejar muchos volúmenes de pruebas → usa Verification Layer. Si necesitas finalidad completa en L1, máxima seguridad y quieres consolidar múltiples pruebas en un punto final → usa Aggregation Service. También puedes usar ambos juntos. Por ejemplo: maneja la UX del usuario con Verification Layer para rapidez, y periódicamente marca un checkpoint final en L1 con Aggregation Service. Esta estructura encaja especialmente bien en muchos casos: ZK rollup necesita generar constantemente pruebas; los bridges deben verificar pruebas del estado de la cadena fuente; zkTLS debe probar datos del web2 como saldos bancarios o KYC sin datos crudos; zkML debe probar que una inferencia de IA se ejecutó correctamente; los protocolos de identidad deben verificar edad o elegibilidad sin revelar datos personales; los juegos onchain deben probar constantemente puntajes o lógicas anti-trampa. Todos requieren pruebas. Pero cuanto más pruebas se generen, más problemático será el costo de verificación. Aligned es un proyecto que entiende esto: “Cuando llegue la era de crear pruebas, también necesitaremos infraestructura para verificarlas”. Este es un punto mucho más importante de lo que parece. Actualmente el mercado habla de ZK como si fuera una tecnología increíble, pero para las aplicaciones reales, al final del día, todo se reduce a costo y UX. Si verificar una sola prueba cuesta demasiado dinero, no se puede usar; si tarda demasiado en confirmarse, los usuarios no lo usarán;Si el desarrollador tarda meses en agregar un verifier, el lanzamiento del producto se retrasa. Al final, incluso la mejor tecnología solo queda como documento de investigación si es cara, lenta y difícil de usar. Aligned parece querer llevar esto hacia la comercialización. RaaS sigue el mismo razonamiento. En su documentación, Aligned describe cómo combina RISC-V zkVM, Ethrex execution client y ZK Verification Layer para ofrecer un despliegue de ZK-rollup con un solo clic. En particular, enfatiza los based rollups. Un based rollup no depende de un sequencer centralizado separado, sino que aprovecha la infraestructura de proposer/builder de Ethereum L1 para el sequencing. En términos simples, esto significa que los rollups utilizarán directamente la infraestructura de construcción de bloques de Ethereum. Si esto funciona, se podría reducir la fragmentación de liquidez, el riesgo del sequencer, la resistencia a la censura y mejorar la composabilidad con Ethereum. Por supuesto, esta es aún una área en experimentación por parte del mercado en general, por lo que no se puede asumir que “funcionará sin duda”. Lo crucial será cuántos clientes y tráfico real logre atraer Aligned. Pero la dirección general es clara. Aligned no es un proyecto que se detenga tras crear una sola L2. En su FAQ oficial, Aligned afirma explícitamente que no es una L2 de Ethereum. Más bien, es más bien una pila de infraestructura ZK nativa de Ethereum que integra verificación ZK, agregación de pruebas, despliegue de rollups, monedero, prueba y interoperabilidad. Por lo tanto, al evaluar Aligned, no deberíamos preguntarnos: “¿Qué cadena es esta?”, sino más bien: “En un futuro con muchas pruebas ZK, ¿quién se encargará de verificarlas?”. Si las aplicaciones ZK no crecen, la infraestructura como Aligned será naturalmente irrelevante. Pero si rollups, bridges, zkTLS, pruebas de IA, identidad, oráculos y juegos todos comienzan a usar pruebas, entonces el cuello de botella clave ya no será crear pruebas, sino verificarlas de forma barata y rápida. En última instancia, Aligned es un proyecto que busca responder a la pregunta: “Ya tengo la prueba, ¿dónde la verifico?”. Cuando el mercado esté bien, todos usarán palabras como ZK, AI, Ethereum alignment, restaking, based rollup — y se divertirán con ellas. Pero los que realmente sobrevivan no serán los que usen más palabras bonitas, sino los que permitan a los desarrolladores ahorrar dinero, a los usuarios esperar menos y a las aplicaciones subir pruebas con mayor frecuencia. Aligned es al menos un proyecto que está viendo este problema exacto. No basta con decir simplemente: “Es infraestructura ZK”. El cuello de botella que aborda es sorprendentemente preciso.