Neo blockchain está listo para expandir sus capacidades con una innovadora solución de escalamiento en capas y un marco de programación personalizado

Jimmy Liao, desarrollador central de Neo y fundador de R3E Network, publicó dos repositorios experimentales el 4 de mayo explorando cómo podría ser la próxima generación de Neo. El más grande de los dos, neo-n4, es un prototipo de una arquitectura de red elástica multi-L2 construida sobre el núcleo Neo 4. El segundo, neo-lang, es un lenguaje específico de dominio en etapa inicial para contratos inteligentes Neo N3.

Ambos proyectos son esfuerzos de investigación comunitaria independientes. El repositorio neo-n4 afirma claramente que “NO es la versión oficial de Neo 4”, describiéndose a sí mismo como “el prototipo de una comunidad, no una especificación”.

neo-n4: arquitectura de red elástica

neo-n4 se concibe como un diseño de tres niveles donde Neo N3 o Neo 4 sirve como capa de liquidación L1, una puerta de enlace opcional agrega pruebas de múltiples cadenas L2 y las cadenas L2 individuales ejecutan el núcleo Neo 4 como su núcleo de ejecución. La arquitectura toma prestado el patrón de puente compartido y agregación de pruebas iniciado por Elastic Chain de ZKsync, reconstruido en la pila de Neo usando finalidad dBFT 2.0, activos NEP-17, NeoVM y NeoFS para disponibilidad de datos.

El alcance del prototipo es sustancial. En el momento de escribir este artículo, el repositorio contiene 820 pruebas en 26 proyectos, 19 contratos inteligentes divididos entre 13 contratos NeoHub L1 y 6 contratos nativos L2, 15 bibliotecas fuera de la cadena, 8 complementos de nodo y 3 herramientas CLI. Los contratos cubren el registro de la cadena, el puente compartido, la gestión de liquidaciones, la vinculación de secuenciadores y una ventana de desafío optimista, entre otras funciones.

Liao estructuró el trabajo en fases. Las fases cero a tres, que cubren una prueba de concepto de cadena lateral, el puente compartido de NeoHub, la liquidación por lotes y una ventana de desafío optimista, están marcadas como completas. La fase seis también está completa y proporciona herramientas CLI para desarrolladores. Las fases cuatro y cinco, que tienen como objetivo las pruebas de validez de ZK utilizando un probador RISC-V y la agregación de pruebas en múltiples L2, siguen en progreso con el andamiaje implementado.

El sistema de mensajería entre cadenas del proyecto, Neo Connect, describe los mensajes L1 a L2, L2 a L1 y L2 a L2 que pasan a través de pruebas Merkle por lotes. Un modelo de disponibilidad de datos por niveles ofrece tres niveles: liquidación L1 para casos de uso de alta seguridad como DeFi, NeoFS para aplicaciones de menor costo y una opción de comité de disponibilidad de datos para escenarios de costo mínimo.

El repositorio incluye un documento técnico, documentación de arquitectura y guías del operador, aunque no se ha sometido a ninguna auditoría de seguridad divulgada.

Relación con el trabajo oficial de Neo 4

neo-n4 asume explícitamente que el núcleo Neo 4 existe como una capa base funcional y construye una arquitectura L2 encima de él. La cuarta fase del proyecto tiene como objetivo las pruebas de validez de NeoVM 2 y RISC-V ZK, alineándose con la dirección que el cofundador de Neo, Erik Zhang, describió en su borrador de la hoja de ruta de Neo 4 en septiembre de 2025.

El 15 de abril, Zhang anunció que una solución RISC-V VM compatible con NeoVM había pasado la validación completa del estado de MainNet, lo que confirma que el diseño había superado la etapa conceptual. Liao contribuyó a ese esfuerzo, compartiendo un diagrama de arquitectura de la integración de PolkaVM en el nodo Neo Core C# días antes.

El anuncio del neo-n4 se produjo 19 días después de ese hito. Mientras que el trabajo de Zhang representa el desarrollo canónico del protocolo Neo 4, neo-n4 explora cómo podría verse una capa de escalamiento multi-L2 si se construyera sobre ella. El borrador de la hoja de ruta de Zhang no proponía explícitamente una arquitectura multi-L2.

neo-lang: un lenguaje contractual neonativo

El segundo repositorio, neo-lang, presenta un lenguaje orientado a contratos dirigido a Neo N3 con una extensión de archivo `.neo`. Cuenta con 10 tipos integrados, declaraciones de estructuras, manejo de eventos, un sistema de paquetes y acceso a contratos nativos de Neo, incluidos Oracle y Notary.

El anuncio de Liao afirma que el lenguaje ahorra un 30% en códigos de operación. Sin embargo, si bien el repositorio contiene una referencia de lenguaje completa, el compilador binario, los conjuntos de pruebas, los contratos de ejemplo y los puntos de referencia aún no están disponibles.

Es notable el contraste con el compilador de neosolidez más maduro de R3E, que se lanzó la versión 0.15.0 el 20 de marzo con más de 700 pruebas, ejemplos de contratos DeFi y una integración de Hardhat con un 95% de finalización. Ambos proyectos apuntan al código de bytes Neo N3 pero atienden a audiencias diferentes. neo-solidity porta un lenguaje establecido para desarrolladores familiarizados con EVM, mientras que neo-lang tiene como objetivo ser neonativo desde cero.

La prolífica producción de R3E continúa

Los dos repositorios son los últimos de un flujo rápido de herramientas para desarrolladores de R3E en 2026. Desde febrero, el equipo ha enviado el compilador neo-solidity, un SDK descompilador de JavaScript, un sistema Oracle impulsado por TEE implementado en MainNet y versiones de SDK para JavaScript, Rust y Swift.

neo-n4 representa el más ambicioso de estos esfuerzos: un prototipo de infraestructura a nivel de red en lugar de herramientas de desarrollo individuales. Si alguno de sus componentes llega al desarrollo oficial de Neo sigue siendo una cuestión abierta. El doble papel de Liao como fundador de R3E y desarrollador central de Neo posiciona el trabajo como una exploración informada, pero las propias exenciones de responsabilidad del repositorio dejan claro que es exactamente eso: una exploración.