La hoja de ruta de GenLayer hacia la mainnet

GenLayer no es una blockchain cualquiera. Lleva on-chain la subjetividad y el no determinismo mediante LLM y navegación web, y es la primera que lo consigue. El consenso Optimistic Democracy, combinado con el Principio de Equivalencia, forma un algoritmo nuevo con muchas aristas y muchos actores en juego. Volvamos al principio para arrojar luz sobre la hoja de ruta actual.

Todo empezó cuando Albert, Edgars y JM redactaron el whitepaper original y trazaron el camino que lleva de una idea a un protocolo completo de toma de decisiones sin terceros de confianza. Así nació GenLayer Labs.

Arquitectura central y equipos

Para entender la hoja de ruta hay que entender todas las piezas que forman GenLayer. El organigrama es un buen punto de partida, porque muestra los distintos equipos técnicos y de qué se ocupa cada uno: GenVM, Consensus, Node y DevExp.

La GenVM es el corazón de GenLayer: nuestra propia versión de máquina virtual, la que ejecuta los Intelligent Contracts. Estos se escriben en Python, pero se interpretan en un runtime WASM. La GenVM ofrece todas las primitivas que los desarrolladores necesitan para ejecutar bloques no deterministas y escribir contratos, y proporciona el entorno de ejecución. A los validadores les ofrece además el Greyboxing, una capa intermedia de middleware (mediante scripts Lua) con la que pueden añadir seguridad y corrección a todo el protocolo. Nos alegra contar que, con la reciente incorporación del procesamiento de imágenes, la GenVM de GenLayer está prácticamente lista para producción. Solo quedan algunos retoques aquí y allá; seguimos mejorando la documentación y los ejemplos.

El equipo de Consensus se encarga de escribir los contratos que ejecutan la mecánica de Optimistic Democracy: selección del líder y de los validadores, votación con compromiso y revelación, rotaciones, apelaciones, staking y comisiones. El staking acaba de lanzarse, y las comisiones (gas, penalizaciones y recompensas), el último paso, están ahora en desarrollo. Todos estos contratos están escritos en Solidity y se ejecutan en la GenLayer Chain.

El nodo es el pegamento que une el consenso con la GenVM. El equipo de Node empezó desde cero escribiendo el binario del nodo en golang, e implementó la sincronización de la base de datos, la escucha de los contratos de consenso, la ejecución de la GenVM y el envío de los resultados al consenso mediante compromiso y revelación. El trabajo está prácticamente terminado; quedan algunas tareas de operación de nodos relacionadas con la escalabilidad y el mantenimiento.

El equipo de DevExp creó primero Studio, una versión de GenLayer centralizada y totalmente simulada. Studio validó toda la idea, nos permitió empezar a construir sobre GenLayer y es nuestra principal herramienta de desarrollo; algunos proyectos ya lo usan en producción. Tras el lanzamiento de Rally, recibió una gran actualización para mejorar su escalabilidad. No hay funcionalidades bloqueantes en la hoja de ruta. El Explorer es otra pieza importante, que se actualiza después de cada mejora del consenso. Queda algo de trabajo en herramientas para desarrolladores, pero nada importante.

Otro aspecto clave es la corrección de GenLayer. El equipo ha trabajado en muchas simulaciones del consenso, de actores maliciosos y de las comisiones, para asegurarse de que los incentivos de todos los participantes estén alineados y de que el consenso resista los ataques. Ahora estamos trabajando en una especificación formal en TLA+, que será el broche de oro de esta línea de investigación.

Infraestructura y diseño de la red

Con tantos conceptos nuevos que hacen único a GenLayer, decidimos centrar todo nuestro trabajo en estas piezas, sin reinventar la rueda y construyendo sobre bases sólidas ya existentes siempre que fuera posible. ZKsync fue la solución elegida para el lado determinista del consenso, con pruebas ZK y liquidación en menos de un segundo. Estamos muy contentos con esta decisión, por lo estable que es y por todas las funcionalidades que no dejan de lanzar. A esta capa la llamamos GenLayer Chain: una L2 compatible con EVM, impulsada por @zksync. ¡Han sido unos socios estupendos!

Por encima de ella tenemos una capa superpuesta, la GenLayer Network, donde funcionan nuestros propios nodos validadores, que ejecutan la GenVM y el consenso Optimistic Democracy. Aquí es donde ocurre toda la magia: Intelligent Contracts, operaciones no deterministas, consenso, apelaciones, etc.

Estrategia de testnets

Con tantas piezas en movimiento, necesitábamos probar que todo funcionara en coordinación. Lo correcto era una testnet viva, en constante evolución. Decidimos desplegarla en varias fases, con tres etapas (que convivirán en paralelo): las testnets Asimov, Bradbury y Clarke.

Testnets: Asimov, Bradbury y Clarke

La testnet Asimov fue la primera. Está activa, en su fase 4, y su propósito es probar la estabilidad y la escalabilidad de la capa de infraestructura. Es volátil: por el camino hemos introducido cambios incompatibles que han reiniciado su historial, y no aspira a ser estable, porque hacemos pruebas de estrés para conocer su capacidad máxima y ejecutamos versiones nuevas de los nodos que quizá aún no sean estables. No está pensada para desarrolladores, sino para los operadores de nodos y el equipo principal. También va dirigida a los investigadores de seguridad de bajo nivel, que buscan vulnerabilidades e intentan explotarlas aunque eso tumbe la testnet. Los contratos de consenso están escritos en Solidity y se ejecutan en la GenLayer Chain, y Asimov es el entorno perfecto para probar todos los flujos que puede seguir el consenso, incluidas las rotaciones, las apelaciones y los tribunales.

La testnet Bradbury está a la vuelta de la esquina: estará en marcha en unas semanas. Su foco principal es la IA, y la idea es que todos (equipo principal, validadores y desarrolladores) aprendamos juntos a configurar y usar los nodos para que la red rinda al máximo. Es un terreno virgen para la investigación, con muchas ideas que queremos probar entre nosotros y con la comunidad. Aquí responderemos preguntas como cuál es el mejor LLM para cada contrato, cómo se aplican las penalizaciones y las recompensas a los validadores honestos, perezosos y maliciosos, o cómo y cuándo apelar. Imaginamos muchos benchmarks distintos e investigadores experimentando para mejorar GenLayer. Necesitamos la implicación activa de la comunidad de validadores, porque son ellos quienes más se beneficiarán de lo que aprendamos.

La testnet Clarke será una versión candidata de la mainnet. Será estable, y los desarrolladores podrán contar con el mismo rendimiento y la misma estabilidad que en la mainnet. Allí se probarán las nuevas funcionalidades antes de su lanzamiento oficial, y estará subvencionada para que los desarrolladores puedan iterar y experimentar. Es la última parada antes de la mainnet.

El camino hacia la mainnet

Cuando la testnet Clarke esté en marcha, empezaremos las auditorías de seguridad finales antes del lanzamiento de la mainnet.

En resumen: todos los equipos principales han terminado o están dando el último salto. La testnet Bradbury es el próximo gran paso, y poco después llegará la testnet Clarke.

Nos emociona mucho acercarnos a la mainnet tras años de duro trabajo y ver hecha realidad aquella chispa de una idea que plasmamos por primera vez en el whitepaper. Estamos creando GenLayer juntos y nos alegra compartir este viaje contigo. ¡Nos esperan tiempos emocionantes!

No te pierdas nuestro Builders Program en points.genlayer.foundation.