R3E Network heeft neox-rs v2.7.0 uitgebracht, een nieuwe versie van de in Rust geschreven Neo X full-node-client die 185 commits uit upstream Reth 2.7.0 samenvoegt, negen cargo audit-kwetsbaarheden oplost en de levenscyclus van de distributed key generation (DKG)-validator versterkt.

Jimmy Liao, een Neo core developer en oprichter van R3E Network, kondigde de release aan op 20 oktober.

Sinds zijn debuut in juli heeft de client drie eerdere releases doorgemaakt: een eerste pre-release, een eerste stabiele versie met consensusfixes en een audit-herstelrelease die 11 bevindingen sloot. Het versienummer sprong van v2.5.2 direct naar v2.7.0 om in lijn te blijven met Reth's upstream-nummering — een synchrone conventie waarmee node-operators elke neox-rs-build kunnen herleiden naar de exacte upstream-baseline die dezeneemt.

Reth 2.7 upstream-samenvoeging

De update brengt neox-rs naar de Reth 2.7.0-codebase, waarbij 185 commits vanuit de vorige baseline zijn opgenomen terwijl de Neo X-specifieke protocollagen behouden blijven, waaronder dBFT-consensus, DKG-thresholdencryptie, Anti-MEV-envelopeverwerking en aangepaste RPC-endpoints. Reth is de in Rust geschreven execution client voor Ethereum, ontwikkeld door Paradigm, en regelmatige upstream-samenvoegingen van dit soort maken het mogelijk dat een afgeleide client fixes en verbeteringen uit zijn basis opneemt naarmate de upstream-codebase zich ontwikkelt, in plaats van ervan af te drijven.

Naast de samenvoeging is de Neo X Geth-oracle gesynchroniseerd met zijn nieuwste baseline. Zowel de MainNet- als TestNet-genesisbestanden zijn geverifieerd als overeenkomend met de canonieke bytes, waarbij de genesis-blokhashes behouden blijven. De release wordt geleverd met Linux- en Windows x86_64-binaire bestanden, elk gepubliceerd met SHA-256-checksums; er zijn geen aarch64-artifacts gebouwd voor deze release.

Beveiligingsherstel

Negen cargo audit-kwetsbaarheden zijn opgelost via dependency-updates naar quinn-proto 0.11.18 en rustls 0.23.46, en het project rapporteert nu nul bekende kwetsbaarheden uit cargo audit. Cargo audit controleert de dependency-boom van een Rust-project tegen een database met gepubliceerde adviezen, dus een rapport zonder bevindingen betekent dat er geen bekende kwetsbaarheidsvlaggen in de huidige dependency-set achterblijven.

De beveiligingsbeoordeling is uitgevoerd via een door een agent geautoriseerd proces in plaats van een onafhankelijke audit door derden, een onderscheid dat in de release wordt vermeld als een vastgelegde risicoacceptatie.

Verharding van DKG-levenscyclus

Vier wijzigingen richten zich op betrouwbaarheid in de levenscyclus van de DKG-validator en behandelen foutmodellen die zijn waargenomen tijdens langdurige validatieruns:

• DKG-voorbereidingen overleven nu voortschrijdende canonieke heads, waardoor eerder gestrande toestanden worden voorkomen.
• Afgewezen Submit-operaties herstellen de validator naar de Ready-status in plaats van de voorbereide taak achter te laten als verweesd.
• Share-matching gebruikt nu round en aggregate global key samen, waardoor foutieve epoch-mismatch-fouten tijdens normale blokvoortgang worden geëlimineerd.
• Signer-shares worden niet langer opnieuw geïnstalleerd bij elk blok; het systeem hasht nu gecanoniseerde inputs in plaats van de canonieke head.

DKG is de threshold-cryptografische procedure waarmee een validatorscollectief gezamenlijk keymateriaal genereert zodanig dat geen enkele deelnemer de volledige sleutel bezit — een van de Neo X-specifieke lagen die de upstream-samenvoeging moest behouden. Deze fixes behandelen randgevallen waarbij de DKG-status inconsistent zou kunnen raken over blokgrenzen heen, scenario's die naar boven zouden komen tijdens aanhoudende multi-round-validatie.

Validatie en testen

De release candidate is gevalideerd via een G8-gate van 1.402 blokken, overlopend van hoogte 2.404 tot 3.805. De gate bevestigde de DKG-roundprogressie van round één naar round twee, hield gedurende het hele proces een identieke 128-byte aggregate commitment aan en registreerde nul reorgs en nul tijdelijke RPC-fouten.

Envelope-decryptie is geverifieerd in zowel current-epoch- als cross-epoch-scenario's, waarbij een opgeslagen envelope van round één met succes is gedecrypteerd en gemined nadat de chain naar round twee was gevorderd. Fouttest omvatte 60second vertragingen van de prover, gedwongen procesherstarts en vervanging van shares bij ontbrekende receipts.

Alle 427 Neo X-tests slagen, samen met schone clippy- en formatteringscontroles. Ook de datadir-compatibiliteit is bevestigd: een v2.7.0-datamap en DKG-keystore openden succesvol onder v2.5.2, en het release-binaire bestand laadde een bestaande MainNet-archive-datadir — controles die relevant zijn voor operators, omdat ze aantonen dat bestaande chaindata en DKG-keystores bruikbaar blijven over versiegrenzen heen.

Vooruitblik

Een volledige schone MainNet-sync vanaf het genesis-blok is na de release nog in uitvoering, hoewel peer-connectiviteit en de headers-pijplijn zijn geverifieerd. Die sync is de resterende mijlpaal om in de gaten te houden, met de twee vereisten ervan — peer-connectiviteit en header-ophaling — al bevestigd als werkend.

neox-rs blijft dienen als een onafhankelijke Rust-implementatie van het Neo X-protocol en biedt clientdiversiteit naast de in Go geschreven Neo X Geth-client die wordt onderhouden door Bane Labs. Clientdiversiteit — het draaien van onafhankelijke implementaties van hetzelfde protocol — is een langstaande praktijk voor veerkracht in blockchainnetwerken, omdat een defect dat zich tot één codebase beperkt niet automatisch de andere treft.

De releasepagina is beschikbaar op: https://github.com/R3E-Network/neox-rs/releases/tag/neox-v2.7.0