Con l’avvicinarsi della data di rilascio finale, il team di sviluppo principale si è concentrato maggiormente sull’ottimizzazione del codice rispetto all’introduzione delle funzionalità. Le inefficienze nella serializzazione binaria, la deserializzazione JSON e un errore di memoria insufficiente nella serializzazione JSON sono stati tutti scoperti e corretti in agosto.

A metà luglio, il team di sviluppo principale aveva rilasciato N3 RC4, che includeva correzioni logiche per la tariffa di rete, la commissione di verifica e i calcoli del limite del gas. Oltre ad altre ottimizzazioni, questa nuova versione ha anche migliorato la compatibilità del client con OSX e introdotto le ultime funzionalità, come le syscall getnetwork e getrandom.

La pietra miliare del rilascio di N3 è stata raggiunta il 1 ° agosto e distribuita su MainNet il 2. Aggiornamenti minori il 3 ° e il 6 ° seguirono in rapida successione mentre gli sviluppatori principali lavoravano per risolvere un problema con VerifyStateIndependent e rimuovere il comando Refuel aggiunto di recente a causa di potenziali vettori DoS, per i quali poteva comportarsi come un amplificatore.

Altri miglioramenti assortiti sono stati completati nel resto di agosto, destinati all’inclusione nella v3.0.3 prevista per il rilascio a settembre. Gli esempi includono una correzione per CheckWitness per gruppi di contratti personalizzati, un nuovo ambito di controllo e una correzione per un bug in Storage.Put che ha causato una variazione nello stato del nodo.

https://github.com/neo-project

Il lavoro sul port C# di NeoFS è continuato. Lo sforzo collaborativo tra gli sviluppatori di NGD e Neo SPCC ha prodotto il rilascio di NeoFS.API v3.0.0 e a luglio sono iniziati i test sui nodi Inner Ring utilizzati per governare la rete di archiviazione.

Fino ad agosto, il team ha progredito sul client NeoFS e ha iniziato a eseguire test per i componenti di archiviazione e CLI.

Come nei mesi precedenti, gli alumni Microsoft dell’ufficio NGD Enterprise hanno continuato il loro lavoro per rendere Neo la piattaforma blockchain più adatta agli sviluppatori. Da quando è stato svelato, il Neo Blockchain Toolkit è diventato uno strumento irrisore nell’arsenale di qualsiasi sviluppatore.

Simile alla suite Truffle di Ethereum, il Neo Blockchain Toolkit fornisce un ambiente locale adatto per la rotazione di reti private; creare, compilare e distribuire contratti intelligenti; ed esecuzione di invocazioni o test automatizzati.

Mentre componenti chiave come Neo Express possono essere utilizzati come strumenti autonomi, il Toolkit brilla davvero se usato insieme al DevTracker & Debugger incluso in VS Code. Con la GUI, gli sviluppatori possono accedere a tutte le stesse funzionalità in una forma più conveniente, sfruttando al contempo gli strumenti aggiuntivi di esplorazione e debug di blocchi / transazioni.

Ad agosto sono state pubblicate le versioni di rilascio N3 di tutti i componenti inclusi e da allora sono seguiti vari aggiornamenti. Il team ha inoltre fornito un’anteprima del debugger Smart Contract per Visual Studio, in seguito alle richieste della community Neo. Altri componenti sono previsti per seguire nel prossimo futuro.

Oltre all’infrastruttura di sviluppo indipendente dal linguaggio, NGD Enterprise contribuisce spesso all’ecosistema attraverso nuovi tutorial, ad esempio contratti intelligenti C #, sviluppo di base e sensibilizzazione strategica a livello aziendale e governativo.

https://github.com/ngdenterprise

Fino a luglio, il team ha lavorato per migliorare la specifica NeoFS e lanciare la sua iterazione TestNet, che si allineava con N3 RC4. Sono state rilasciate nuove versioni dei gateway HTTP e S3, aggiornandole con varie correzioni di bug e altri miglioramenti. Gli esempi includono il supporto per le richieste HEAD nel gateway HTTP.

Il team ha anche rilasciato nuove utilità in questo periodo: neofs-adm, utilizzato per semplificare la distribuzione della catena laterale, e neofs-aio, un’immagine docker all-in-one per l’esecuzione di una rete NeoFS completa.

Neo SPCC ha continuato a raggiungere la compatibilità N3 MainNet per NeoFS in agosto con la versione del nodo v0.23.1. Le nuove funzionalità includevano una nuova implementazione del prefisso di ricerca API e una prova di concetto per i miglioramenti all’ascolto degli eventi notarili.

Particolare attenzione è stata posta anche sul gateway S3, con conseguenti miglioramenti delle prestazioni e altre modifiche volte a migliorare la compatibilità con AWS.

https://github.com/nspcc-dev/neofs-node

Sotto il cofano, NeoFS fa un uso pesante di NeoGo. Non sorprende quindi che Neo SPCC abbia speso notevoli sforzi per migliorare il nodo con ottimizzazioni impressionanti. A luglio, la maggior parte delle modifiche ha mantenuto un focus sulla compatibilità dei core: le versioni v0.96.0 sono state rapidamente messe alla prova sulla rete RC4 come nodo del consiglio di Neo SPCC.

Le versioni RC4 vantavano una serie di miglioramenti sostanziali rispetto alle iterazioni precedenti: fino a 5-10 volte il miglioramento della serializzazione o deserializzazione JSON e binaria e un’elaborazione dei blocchi fino a 5-6 volte più veloce da un dump TestNet. Sono state corrette varie incongruenze tra le implementazioni Go e C# e il team ha misurato un miglioramento stimato del 10% del TPS.

Le versioni v0.97, con compatibilità MainNet, seguiranno da vicino in agosto. Oltre alla ricerca sulla sicurezza e a una serie di correzioni, Neo SPCC ha anche completato il lavoro su un’implementazione dello scambio di stato P2P che aveva terminato la stesura nel mese precedente.

Anche le ottimizzazioni finali dei nodi si sono fatte strada in queste versioni pronte per MainNet. Nei test di benchmark, NeoGo ha raggiunto un nuovo impressionante massimo di 8.800 TPS misurato in un test in rete, riducendo al contempo il consumo di memoria rispetto all’ultimo round di benchmarking.

Al momento, NeoGo rimane l’unica implementazione alternativa del nodo Neo in grado di partecipare al consenso. Questo lo rende uno strumento vitale, sia per aiutare a garantire la correttezza attraverso il protocollo principale e altre infrastrutture, sia per migliorare la robustezza della rete N3 stessa.

In effetti, al momento della stesura del rapporto, il nodo del consiglio Neo SPCC ha rivendicato il primo posto come il nodo più votato sulla rete. Ciò significa che NeoGo si è già unito ai ranghi dei nodi di consenso sulla MainNet N3, un traguardo di per sé e un grande passo avanti nel decentramento.

https://github.com/nspcc-dev/neo-go

Il team ha prodotto due versioni fondamentali, v3.12.0 e 3.13.0, rispettivamente a luglio e agosto. Il primo ha reso la libreria compatibile con neo N3 MainNet per la prima volta, mentre il secondo ha riordinato funzionalità chiave, come le API per la creazione di transazioni e per il recupero di valori dall’archiviazione dei contratti nei loro tipi appropriati.

Le versioni più recenti includono anche una serie di modifiche che migliorano l’integrazione di neow3j con i componenti di Neo Blockchain Toolkit, incluso il supporto per le chiamate RPC specifiche di Neo Express. Il team ha anche aggiunto una nuova interfaccia per l’uso con i contratti intelligenti NFT.

Sia che tu voglia scrivere i tuoi contratti intelligenti in Java, aggiungere funzionalità di portafoglio a un gioco basato su JVM o analizzare i dati di rete recuperati tramite RPC, neow3j ha gli strumenti di cui hai bisogno. AxLabs ora punta su miglioramenti futuri che aumenteranno ulteriormente la facilità e l’accessibilità degli sviluppatori del toolkit.

https://github.com/neow3j/neow3j

COZ ha livellato il suo compilatore di contratti Python con il supporto per vari nuovi built-in. Gli esempi includono il metodo di conteggio per elenchi, tuple e stringhe, la parola chiave is e invertito.

A luglio, il team ha aggiunto il supporto per le importazioni di moduli utente, rendendo possibile per gli sviluppatori di compilare contratti che importano codice da altri moduli. Ciò risolve l’incapacità di compilare contratti multi-file fornendo allo stesso tempo una strada per librerie di contratti controllati, simile a OpenZeppelin su Ethereum.

All’inizio di agosto, la compatibilità con MainNet è stata completata, aggiungendo le interoperabilità mancanti delle versioni precedenti e quelle più recenti utilizzate per i numeri casuali e i controlli magici della rete. La versione v0.9.0 conteneva anche una nuova enumerazione OracleRequestCode, destinata a migliorare l’esperienza degli sviluppatori quando si utilizza il sistema oracle N3.

https://github.com/CityOfZion/neo3-boa

Come con Boa, Mamba ha ricevuto vari aggiornamenti nel corso dei mesi per mantenere la compatibilità con lo sviluppo del protocollo N3. Ad agosto sono state pubblicate due versioni pronte per N3, v0.9.0 e v0.9.1, che sono state adattate per RC4 e le build del nodo core MainNet v3.0.2.

Alcune nuove funzionalità sono state introdotte ad agosto, come il supporto per la nuova rete e le syscall a numero casuale. Tuttavia, questi erano per lo più limitati alle modifiche apportate a livello di protocollo N3, piuttosto che alle espansioni dirette delle funzionalità all’SDK stesso.

Ciò non significa che Mamba non sia pronto per l’integrazione con le applicazioni Python: può già essere utilizzato come un semplice nodo con sincronizzazione blockchain veloce e, a seguito di una correzione aggiunta alla fine di agosto, la correttezza è stata verificata fino all’altezza MainNet 127.057.

Allo stesso modo, la funzionalità del portafoglio rimane disponibile anche in Mamba, offrendo agli sviluppatori un modo per creare / importare portafogli o firmare transazioni nelle loro applicazioni.

https://github.com/CityOfZion/neo-mamba