Durante una recente riunione degli operatori di nodi Vaulta, la rete ha implementato i contratti di sistema v3.10 sulla mainnet, spostando tutti i premi di staking e di blocco su $A tramite il contratto core.vaulta. Hanno anche attivato l'auto-peering dei produttori di blocchi basato su gossip, eliminando gli elenchi di peer manuali e rendendo le connessioni più resilienti. Gli sviluppatori hanno avuto un'anteprima di Antelope Spring v2.0 e CDT v5.0, complete di chiamate di sincronizzazione per interazioni contrattuali più intelligenti. Inoltre, Ubuntu 22 è ora il sistema operativo richiesto per la prima release di sviluppo di Spring 2.0. Tutto questo fa parte della continua transizione di Vaulta verso $EOS $A.
Punti chiave
-
I contratti di sistema Vaulta v3.10 sono stati rilasciati sulla mainnet, instradando lo staking e le ricompense a $A tramite core.vaulta
-
L'auto-peering dei produttori di blocchi basato su gossip è ora attivo, sostituendo gli elenchi di peer manuali e aumentando la resilienza
-
Le anteprime per sviluppatori di Antelope Spring v2.0 e CDT v5.0 sono imminenti e mostrano nuove funzionalità di chiamata di sincronizzazione
-
Le chiamate di sincronizzazione consentono ai contratti intelligenti di leggere in modo sicuro i dati da altri contratti senza configurazioni aggiuntive
-
Ubuntu 22 è richiesto per la prima build di sviluppo di Spring 2.0, quindi gli operatori dovrebbero pianificare gli aggiornamenti del sistema operativo
Contratti di sistema Vaulta aggiornati sulla mainnet di Vaulta
Ok, quindi la grande novità è che i contratti di sistema Vaulta sono stati aggiornati sulla mainnet. È un cambiamento piuttosto significativo, ed ecco cosa devi sapere. L'MSIG (Multi Signature) ha fatto il suo dovere e i contratti di sistema Vaulta v3.10 sono ora attivi.
Questo aggiornamento porta alcune modifiche importanti al modo in cui funzionano le cose, soprattutto con lo staking e le ricompense BP.
Ecco un breve riepilogo:
-
Lo staking e l'unstaking di $EOS sono ora disabilitati direttamente. Tutto lo staking deve passare attraverso $A tramite il contratto di sistema core.vaulta. È un cambiamento nel modo in cui le cose vengono gestite, quindi assicurati di esserne consapevole.
-
Il contratto di sistema core.Vaulta è ora responsabile della gestione delle ricompense BP in $A. Questo centralizza il processo di distribuzione delle ricompense.
-
EOSIO bpay ora converte automaticamente le ricompense in $A. Questo dovrebbe semplificare il processo e rendere le cose più facili da gestire.
-
Se hai autorizzazioni di richiesta personalizzate, potresti doverle aggiornare per evitare errori di ricompensa. Vale la pena controllare per assicurarsi che tutto funzioni ancora come previsto.
Fondamentalmente, questo aggiornamento mira a passare a un sistema più snello ed efficiente per la gestione dello staking e delle ricompense. Potrebbe richiedere alcuni aggiustamenti da parte tua, ma dovrebbe valerne la pena a lungo termine.
Auto-peering BP basato su gossip ora attivo
Ottime notizie per la mainnet di Vaulta! L'auto-peering BP basato su gossip è ufficialmente attivo. Questo è un grande passo verso una rete più robusta e sicura. Fondamentalmente, significa che i produttori di blocchi possono trovare e connettersi automaticamente tra loro. Non dovrai più armeggiare con elenchi di peer statici o affannarti quando il programma cambia. Dovrebbe anche aiutare con un ripristino più rapido se gli endpoint si guastano.
Pensala in questo modo:
-
È resiliente: si adatta automaticamente alle modifiche nei dettagli della connessione peer.
-
È sicuro: le informazioni vengono condivise solo con altri BP di alto livello.
-
È semplice: basta registrare una chiave e aggiornare la configurazione del nodo.
Per ottenere il massimo vantaggio da questo, tutti devono adottarlo. Impostando il peering gossip, consenti ad altri BP di scoprire e connettersi automaticamente a te e viceversa. È una situazione vantaggiosa per tutti!
Questa funzionalità richiede Spring v1.2.0 o superiore. Se non hai ancora eseguito l'aggiornamento, ora è il momento. Inoltre, se sei un produttore di blocchi tra i primi 50, abilita il peering BP Gossip. L'installazione è rapida e aiuta davvero la rete.
Anteprime per sviluppatori di Antelope Spring v2 e CDT v5 imminenti
Preparatevi, gente! Le release di anteprima per sviluppatori 1 (dev1) sia per Antelope Spring 2.0 che per CDT 5.0 sono dietro l'angolo. Questo è un grande passo avanti e il team è molto entusiasta di mettere questi strumenti nelle tue mani.
L'anteprima iniziale si concentrerà sulle chiamate di sincronizzazione, una funzionalità completamente nuova per i contratti intelligenti. Operatori di nodi, questo significa voi! Siete incoraggiati a partecipare, testare le cose e fornire feedback sulla testnet per sviluppatori. Il tuo contributo è super importante per assicurarsi che tutto funzioni senza intoppi.
Hai contratti esistenti? Ottimo! Puoi distribuirli per i test di regressione. Questo aiuta ad assicurarsi che i nuovi aggiornamenti non rompano nulla. Ecco cosa dovresti tenere a mente:
-
Test, test, test! Più test, meglio è.
-
Segnala eventuali problemi riscontrati. Seriamente, anche le piccole cose possono essere utili.
-
Tieni d'occhio gli aggiornamenti e gli annunci. Le cose potrebbero cambiare man mano che l'anteprima progredisce.
Chiamate di sincronizzazione introdotte per una progettazione di contratti intelligenti migliorata
Le chiamate di sincronizzazione sono qui e sono un grosso problema per il modo in cui costruiamo contratti intelligenti. Fondamentalmente, consentono ai contratti di comunicare tra loro più facilmente e in sicurezza. Pensala in questo modo: invece di un contratto che fruga direttamente nei dati di un altro contratto (il che può essere rischioso), ora può richiedere informazioni specifiche tramite un'interfaccia definita.
Cosa significa questo in pratica? Bene, alcune cose:
-
Contratti più grandi e modulari: puoi suddividere la logica complessa in parti più piccole e gestibili e quindi far comunicare tali parti utilizzando chiamate di sincronizzazione. Questo rende il codice più facile da capire, testare e mantenere.
-
Accesso ai dati più sicuro: definendo interfacce chiare per l'accesso ai dati, si riduce il rischio che un contratto rovini accidentalmente i dati di un altro contratto. È come avere un'API ben definita invece di lasciare che chiunque frughi nel database.
-
Interazioni tra contratti semplificate: la lettura dei dati da altri contratti diventa molto più semplice. Niente più soluzioni alternative complicate o codice disordinato: solo una chiamata di sincronizzazione pulita e diretta.
È disponibile una guida per l'utente che spiega tutto questo in modo più dettagliato, con casi d'uso e passaggi di implementazione. Gli sviluppatori sono incoraggiati a iniziare a costruire e testare contratti utilizzando questa nuova logica di chiamata di sincronizzazione. È un punto di svolta per la progettazione di contratti intelligenti e vale la pena familiarizzare con essa.
Nota di compatibilità: Ubuntu 22 richiesto per Spring 2.0 Dev1
Ok, ecco l'affare. Se hai intenzione di partecipare all'anteprima per sviluppatori 1 (dev1) di Spring 2.0, c'è qualcosa che devi assolutamente sapere: funziona ufficialmente solo con Ubuntu 22.
Pensala in questo modo:
-
Se stai utilizzando una versione precedente di Ubuntu, potresti riscontrare alcuni problemi di build. Non è garantito che si rompa, ma preparati a potenziali grattacapi.
-
Il team sta concentrando i propri sforzi di test su Ubuntu 22 per questa release iniziale. Questo li aiuta a mantenere le cose stabili e a individuare i bug in modo più efficiente.
-
Non farti prendere dal panico se non hai Ubuntu 22 in questo momento. Il supporto per Ubuntu 24 è sulla roadmap per la release finale di Spring 2.0. Quindi, avrai la possibilità di eseguire l'aggiornamento in seguito.
-
Fondamentalmente, se vuoi l'esperienza più fluida con la release dev1, Ubuntu 22 è la strada da percorrere. È solo ciò che è stato testato e approvato per ora.
Questo articolo è stato creato con il supporto di una tecnologia basata sull'intelligenza artificiale, attingendo a molteplici fonti affidabili. Il contenuto finale è stato accuratamente revisionato e modificato dal team editoriale di BlockzHub per garantire accuratezza, chiarezza e coerenza. Le fonti originali delle informazioni vengono citate ove appropriato e necessario. Le opinioni espresse in questo articolo non rappresentano necessariamente le posizioni o i punti di vista ufficiali di BlockzHub. Questo articolo ha esclusivamente scopo informativo e non deve essere considerato come consulenza finanziaria o professionale. Investire comporta dei rischi ed è consigliabile consultare un consulente finanziario qualificato prima di prendere qualsiasi decisione di investimento.