R3E Network zet multi-L2 elastic network-prototype uit op Neo N3 TestNet

R3E Network heeft zijn neo-n4 elastic network-prototype uitgerold op de Neo N3 TestNet, de eerste live implementatie van de onafhankelijke multi-L2-architectuur gebouwd door Neo core developer Jimmy Liao. Hoewel het project de naam "neo-n4" draagt, staat het los van Erik Zhangs canonieke Neo 4-protocolwerk: Zhangs inspanning richt zich op een RISC-V VM-evolutie van de core execution layer van Neo, terwijl Liao's neo-n4 een L2-schaallaar is die bovenop Neo N3 is gebouwd. Het neo-n4-project is niet gelieerd aan, en niet onderschreven door, Neo Global Development, de Neo Foundation of de neo-project organisatie.

Nu vijf kern-settlement-contracten operationeel zijn op TestNet, is het project voorbij de verkennende code-repository die Neo News Today (NNT) in mei besprak en is het een functioneel on-chain prototype geworden. De repository omvat inmiddels Fase 0-6, waarbij live contracten hebben vervangen wat voorheen slechts als niet-uitgerolde specificaties bestond.

Liao, de oprichter van R3E Network, schetste de intentie van project op de dag van uitrol: "Same thesis as Neo X and SpoonOS: Neo N4 isn't about launching a new chain. It's about building chain-native apps on top of N3, application-centric, serving users better in the AI era." De verwijzing wijst naar Neo X, Neo's EVM-compatibele sidechain, en SpoonOS, een AI-agentframework in het Neo-ecosysteem, als eerdere uitingen van dezelfde applicatiegerichte these.

Wat het elastic network-model mogelijk maakt

Het elastic network-model is ontworpen om applicaties te laten draaien op hun eigen dedicated chains, terwijl Neo N3 fungeert als gezamenlijke settlement- en security-laag. Een gaming-applicatie zou bijvoorbeeld kunnen draaien op een chain die is geoptimaliseerd voor hoge throughput en lage latentie, terwijl een DeFi-applicatie een aparte chain gebruikt met striktere security-garanties — toch zouden beide vertrouwen op dezelfde bridge voor asset-verplaatsing en hetzelfde governance-framework. Gebruikers en assets kunnen vervolgens tussen deze chains bewegen zonder dat elke applicatie zijn eigen bridge of security-infrastructuur vanaf nul hoeft te bouwen. De aanpak weerspiegelt de multi-rollup-architecturen die op Ethereum worden onderzocht, aangepast aan Neo's protocolstack.

Contracten uitgerold op TestNet

Vijf L1-settlement-contracten zijn uitgerold op de Neo N3 TestNet, elk met een eigen rol in de elastic network-architectuur:

• RollupHub: chain-registry, batch-submission en forced inclusion.
• SharedBridge: asset-escrow die deposits en withdrawals tussen lagen afhandelt.
• GovernanceController: council-based governance met proposals en timelock-mechanismen.

Twee aanvullende contracten verzorgen proof-verificatie: ZkVerifier route proofs, terwijl Sp1Groth16Verifier committee-attestaties verifieert met SP1 v6.2.1 Groth16/BN254 pairing.

Architectuuroverzicht

De neo-n4-architectuur volgt een drielaags ontwerp, aangepast van het ZKsync Elastic Chain-patroon en herbouwd op Neo's eigen stack, met dBFT 2.0-consensus, NEP-17 token-standaarden en NeoFS voor data availability.

NeoHub bevindt zich in de basislaag op Neo N3 en coördineert de settlement over meerdere L2-chains. Elke L2-chain onderhoudt zijn eigen execution environment terwijl de bridge-infrastructuur voor het verplaatsen van assets tussen lagen gedeeld wordt. Tussen L1 en L2 bevindt zich een optionele Gateway-aggregatielaag die proof-aggregatie afhandelt.

Het systeem ondersteunt drie proof-paden: multisig-attestatie, optimistic rollup met een fraud-proof-venster en ZK validity proofs via SP1 RISC-V. Zeven elastic chain-templates — voor DEX, gaming, DeFi, social, NFT, betalingen en enterprise-gebruik — zijn opgenomen als research-prot voor validatie en testing.

Validatieresultaten

TestNet-uitrolen van dit soort laten een contract-suite draaien in een openbare omgeving zonder dat mainnet-assets op het spel staan. De pre-deployment testing bestreek 1.475 van 1.478 tests — 338 VM-tests, 55 integratietests en 1.082 unittests — met 99,8% dekking. De post-deployment smoke testing resulteerde in 12 van 12 geslaagde tests, waarbij alle vijf de contract-uitrolen succesvol waren en zes inter-contract-verbindingen geverifieerd zijn.

RPC-validatie registreerde 11 van 14 geslaagde checks; de drie resterende fouten betroffen parameterformaat-problemen die als niet-blokkerend zijn aangemerkt. De genesis state is voorbereid voor de eerste L2-chain.

Reikwijdte en kanttekeningen

De repository bevat inmiddels 38 .NET-testprojecten, 16 kern-libraries off-chain, acht node-plugins, vijf L1-contractprojecten met 10 L2-native contracten, zeven CLI-tools en vier SDK-bronnen in .NET, TypeScript, Rust en Python.

De uitrol kent desondanks belangrijke kanttekeningen. Geen enkele fase in de implementatiestatus-matrix is gemarkeerd als productieklaar. De repository heeft geen openbaar gemaakte security-audit ondergaan, en verschillende productie-eisen — waaronder HSM/KMS-signer-integratie en een gereviewde NeoFS-backend — zijn nog onopgelost. Een openbaar gemaakte security-audit is een gebruikelijke voorwaarde voor productie-implementatie van dit soort infrastructuur. Echte SP1-proofs zijn opt-in via een handmatige workflow, terwijl standaard CI alleen snelle compatibiliteitschecks uitvoert. De zeven elastic chain-templates worden expliciet beschreven als research-prototypes, niet als geplande productiechains.

Vooruitblik

De TestNet-uitrol brengt neo-n4 van theoretische architectuur naar operationeel prototype, al blijft het project stevig in een onderzoek- en exploratiefase. Sinds NNT's berichtgeving in mei heeft R3E Network Fase 4-6 afgerond, met toevoeging van NeoVM2/SP1 RISC-V validity proofs, Gateway-aggregatie en CLI-tooling bovenop de reeds bestaande Fase 0-3.

Er is geen MainNet-tijdlijn bekendgemaakt, en het werk gaat door als onafhankelijk verkennend engineeringwerk door R3E Network. Indicatoren om in de gaten te houden zijn onder meer de oplossing van de drie niet-blokkerende RPC-parameterformaat-fouten, de overst van echte SP1-proofs van de handmatige opt-in-workflow naar standaard CI, en of de voorbereide genesis state uitgroeit tot een live eerste L2-chain op TestNet; elke stap richting productie vereist bovendien de uitstaande security-audit, HSM/KMS-signer-integratie en een gereviewde NeoFS-backend die als onopgelost zijn aangemerkt.

De volledige uitrolresultaten en repository zijn beschikbaar op: https://github.com/r3e-network/neo-n4