Jimmy Liao, desenvolupador principal de Neo i fundador de R3E Network, va publicar dos dipòsits experimentals el 4 de maig explorant com podria ser la propera generació de Neo. El més gran dels dos, neo-n4, prototipa una arquitectura de xarxa elàstica multi-L2 construïda sobre el nucli Neo 4. El segon, neo-lang, és un llenguatge específic del domini en fase inicial per als contractes intel·ligents Neo N3.
Tots dos projectes són esforços de recerca comunitari independents. El repositori neo-n4 afirma de manera destacada que “NO és la versió oficial de Neo 4”, i es defineix com “el prototip d’una comunitat, no una especificació”.
neo-n4: arquitectura de xarxa elàstica
neo-n4 es preveu com un disseny de tres nivells on Neo N3 o Neo 4 serveixen com a capa de liquidació L1, una passarel·la opcional agrega proves de múltiples cadenes L2 i les cadenes L2 individuals executen el nucli Neo 4 com a nucli d’execució. L’arquitectura pren en préstec el patró de pont compartit i d’agregació de proves iniciat per la cadena elàstica de ZKsync, reconstruït a la pila de Neo mitjançant la finalitat dBFT 2.0, els actius NEP-17, NeoVM i NeoFS per a la disponibilitat de dades.
L’abast del prototip és substancial. En el moment o en l’escriptura, el repositori conté 820 proves en 26 projectes, 19 contractes intel·ligents dividits entre 13 contractes NeoHub L1 i 6 contractes natius L2, 15 biblioteques fora de la cadena, 8 connectors de nodes i 3 eines CLI. Els contractes cobreixen el registre de la cadena, el pont compartit, la gestió d’assentaments, la vinculació de seqüenciadors i una finestra de desafiament optimista, entre altres funcions.
Liao va estructurar el treball en fases. Les fases zero a tres, que cobreixen una prova de concepte de cadena lateral, el pont compartit de NeoHub, la liquidació per lots i una finestra de desafiament optimista, estan marcades com a completes. La sisena fase també s’ha completat, proporcionant eines CLI per a desenvolupadors. Les fases quatre i cinc, que tenen com a objectiu les proves de validesa ZK mitjançant un provador RISC-V i l’agregació de proves en múltiples L2, continuen en progrés amb les bastides al seu lloc.
El sistema de missatgeria en cadena creuada del projecte, Neo Connect, descriu els missatges L1-a-L2, L2-a-L1 i L2-a-L2 passant per proves de Merkle per lots. Un model de disponibilitat de dades per nivells ofereix tres nivells: liquidació L1 per a casos d’ús d’alta seguretat, com ara DeFi, NeoFS per a aplicacions de baix cost i una opció de comitè de disponibilitat de dades per a escenaris de cost mínim.
El repositori inclou un document blanc, documentació d’arquitectura i guies de l’operador, tot i que no ha estat sotmès a cap auditoria de seguretat revelada.
Relació amb l’obra oficial de Neo 4
neo-n4 assumeix explícitament que el nucli Neo 4 existeix com a capa base de treball i construeix una arquitectura L2 a sobre. La quarta fase del projecte té com a objectiu les proves de validesa de NeoVM 2 i RISC-V ZK, alineant-se amb la direcció que el cofundador de Neo, Erik Zhang, va descriure al seu esborrany de full de ruta Neo 4 el setembre de 2025.
El 15 d’abril, Zhang va anunciar que una solució de VM RISC-V compatible amb NeoVM havia superat la validació completa de l’estat de MainNet, confirmant que el disseny havia passat més enllà de l’etapa conceptual. Liao va contribuir a aquest esforç, compartint un diagrama d’arquitectura de la integració de PolkaVM al node Neo Core C# dies abans.
L’anunci de neo-n4 va arribar 19 dies després d’aquesta fita. On el treball de Zhang representa el desenvolupament canònic del protocol Neo 4, neo-n4 explora com podria semblar una capa d’escala multi-L2 si es construïa a sobre. L’esborrany del full de ruta de Zhang no proposava explícitament una arquitectura multi-L2.
neo-lang: un llenguatge contractual neo-nadiu
El segon repositori, neo-lang, presenta un llenguatge orientat al contracte orientat a Neo N3 amb una extensió de fitxer `.neo`. Compta amb 10 tipus integrats, declaracions d’estructura, gestió d’esdeveniments, un sistema de paquets i accés a contractes natius de Neo, inclosos Oracle i Notary.
L’anunci de Liao afirma que l’idioma estalvia un 30% en codis operatius. Tanmateix, tot i que el repositori conté una referència completa del llenguatge, el compilador binari, els paquets de proves, els exemples de contractes i els punts de referència encara no estan disponibles.
El contrast amb el compilador de neosoliditat més madur de R3E, que es va enviar la v0.15.0 el 20 de març amb més de 700 proves, exemples de contractes DeFi i la integració Hardhat al 95% de finalització, és notable. Tots dos projectes tenen com a objectiu el codi de bytes de Neo N3, però serveixen a diferents públics. neo-solidity porta un llenguatge establert per als desenvolupadors familiars d’EVM, mentre que neo-lang té com a objectiu ser neo-nadiu des de la base.
La producció prolífica de R3E continua
Els dos dipòsits són els últims d’un ràpid flux d’eines per a desenvolupadors de R3E el 2026. Des del febrer, l’equip ha enviat el compilador neo-solidity, un SDK de descompilador de JavaScript, un sistema d’oracle alimentat per TEE desplegat a MainNet i versions d’SDK per a JavaScript, Rust i Swift.
neo-n4 representa el més ambiciós d’aquests esforços: un prototip d’infraestructura a nivell de xarxa en lloc d’eines de desenvolupament individuals. Si algun dels seus components es troba en el desenvolupament oficial de Neo segueix sent una qüestió oberta. El doble paper de Liao com a fundador de R3E i desenvolupador principal de Neo posiciona el treball com a exploració informada, però les exempcions de responsabilitat del mateix dipòsit deixen clar que és exactament això: una exploració, no un full de ruta.
Els repositoris neo-n4 i neo-lang es poden trobar als enllaços següents:
https://github.com/r3e-network/neo-n4
https://github.com/r3e-network/neo-lang
