L'ultima riunione degli operatori di nodo Vaulta si è svolta di recente, riunendo figure chiave per discutere il percorso futuro della rete. Questo incontro si è concentrato su argomenti importanti come il funzionamento della rete, i miglioramenti ai suoi sistemi sottostanti e i grandi cambiamenti in arrivo sulla roadmap. Hanno parlato di cose come il modo in cui vengono pagati i validatori, il miglioramento del funzionamento del sistema e cosa prevede Vaulta di fare dopo aver cambiato il suo nome. L'incontro ha mostrato come la Vaulta Foundation sta lavorando per plasmare il futuro della blockchain di Vaulta.
Punti chiave
-
Il lancio di Vaulta System Contract 3.10 è un po' in ritardo a causa di un piccolo problema che interessa un produttore di blocchi. Stanno lavorando con questo produttore per risolverlo, con l'obiettivo di rendere attivo l'aggiornamento intorno al 15 luglio.
-
System Contracts 3.10 introdurrà alcune modifiche importanti, tra cui l'attivazione di BP Gossip Peering e la garanzia che tutte le azioni di stake e claim utilizzino il token $A, non $EOS, tramite il contratto core.vaulta.
-
Gli operatori sono incoraggiati a iniziare a impostare il gossip peering, ma non dovrebbero ancora farvi affidamento completamente. L'idea è di passare lentamente alla scoperta automatica dei peer man mano che più nodi lo adottano.
-
La release Antelope Spring 1.3 è stata sospesa. Il team sta ora concentrando tutti i suoi sforzi sulla 2.0 Dev Preview, poiché non ci sono funzionalità urgenti nella 1.3 che non possono aspettare.
-
Un importante Hard Fork della rete Vaulta è previsto per aprile 2026. Questo aggiornamento apporterà miglioramenti significativi come le chiamate di contratto sincrone e i flussi di eventi blockchain, che sono grandi passi avanti per lo sviluppo futuro.
Esecuzione del contratto di sistema Vaulta 3.10 ritardata
Quindi, l'esecuzione del contratto di sistema Vaulta 3.10 sta subendo un leggero ritardo. Non è un grosso problema, ma c'è un problema di compatibilità con uno dei produttori di blocchi. A quanto pare, stanno ancora utilizzando alcune configurazioni di memo precedenti nei loro trasferimenti di ricompense.
-
Il team sta lavorando con il BP interessato per risolverlo.
-
Il piano è di consolidare le ricompense in un unico trasferimento senza quei vecchi memo.
-
Ciò significa che il BP deve modificare la configurazione del contratto locale.
La buona notizia è che non stanno cambiando il contratto vero e proprio. Stanno ancora puntando a rendere tutto attivo entro il 15 luglio, incrociando le dita. È solo un piccolo intoppo, in realtà.
Modifiche chiave nei contratti di sistema 3.10: Gossip Peering e applicazione di $A
Ok, quindi System Contracts 3.10 sta portando un paio di modifiche piuttosto importanti. Le più importanti riguardano il gossip peering e il modo in cui viene applicato $A. Analizziamolo.
Innanzitutto, BP Gossip Peering, che è stato effettivamente introdotto nella versione 3.9, sta finalmente entrando in funzione sulla mainnet per i nodi che sono stati aggiornati. Questo è un grande passo avanti verso l'automazione del modo in cui i nodi si trovano sulla rete. Dovrebbe rendere le cose più efficienti a lungo termine.
L'altra modifica importante è che le operazioni di stake e claim saranno ora limitate al contratto core.vaulta. Ciò significa che $A sarà applicato su $EOS. Fondamentalmente, si tratta di assicurarsi che le cose siano fatte nel modo giusto, utilizzando il token previsto.
Ecco un breve riepilogo:
-
Il gossip peering si attiva per i nodi aggiornati.
-
Le operazioni di stake/claim sono limitate a core.vaulta.
-
L'applicazione di $A ha la priorità su $EOS.
L'adozione del gossip peering avverrà gradualmente. Il team vuole assicurarsi che tutto rimanga stabile e affidabile. Nessuno vuole rompere la rete, giusto?
BP Gossip Peering: strategia di transizione e guida all'adozione
Quindi, il punto con BP Gossip Peering è che sta arrivando, ma non è come premere un interruttore. È più un lento roll out. Al momento, i produttori di blocchi dovrebbero iniziare a giocare con le impostazioni di gossip insieme alle loro attuali configurazioni di peering manuale. Pensatelo come bagnarsi i piedi prima di saltare nella parte più profonda.
Non abbandonare ancora il peering manuale.
È importante ricordare:
-
Affidarsi completamente al gossip peering prima che un numero sufficiente di nodi lo utilizzi è una cattiva idea. Potrebbe compromettere l'affidabilità della rete e nessuno lo vuole.
-
Il team di Vaulta sta pianificando di avere alcune discussioni comunitarie su questo, probabilmente nella prossima tavola rotonda. Quindi tenete d'occhio.
-
L'intero punto del gossip peering è di rendere automatica la scoperta dei peer a lungo termine. Si tratta di semplificare le cose, ma dobbiamo arrivarci prima.
Fondamentalmente, iniziate a sperimentare, prestate attenzione alle indicazioni della comunità e non abbiate fretta. Chi va piano va sano e va lontano, soprattutto quando si tratta di infrastrutture di rete.
Cronologia di rilascio di Antelope Spring 1.3 rinviata per dare priorità alla 2.0
Quindi, la pietra miliare del 29 luglio per Antelope Spring 1.3? È sparita. Puff. A quanto pare, non c'erano funzionalità super urgenti in quella release comunque. Il team ha deciso di concentrare tutte le proprie energie sulla 2.0 Dev Preview.
Non preoccupatevi, però. Le modifiche pianificate per la 1.3? Appariranno comunque nelle prossime build di Dev Preview. È solo che rimandare la 1.3 consente a tutti di concentrarsi sulle cose più grandi e importanti sulla roadmap. Pensatelo come un cambiamento strategico. È come:
-
Spostare le risorse dove contano di più.
-
Evitare distrazioni con aggiornamenti meno critici.
-
Ottenere le fantastiche funzionalità 2.0 più velocemente.
Fondamentalmente, si tratta di assicurarsi che le cose importanti vengano fatte senza interruzioni.
Hard Fork della rete Vaulta previsto per aprile 2026 con aggiornamenti del core
Quindi, la rete Vaulta sta pianificando un hard fork intorno ad aprile 2026. È un grosso problema perché comporta alcuni aggiornamenti del core del sistema. L'obiettivo principale è introdurre chiamate di contratto sincrone (le chiamano "chiamate sync") e flussi di eventi blockchain.
Perché è importante? Beh:
-
Innanzitutto, questi flussi di eventi saranno la base per le future soluzioni di light client. Pensate a un accesso più facile alla rete per più persone.
-
In secondo luogo, Antelope Spring 2.0 (su cui si basa questo hard fork) è un aggiornamento piuttosto importante. Non si tratta solo dell'infrastruttura dei nodi; è più di questo.
-
In terzo luogo, la release dovrebbe migliorare le cose per gli sviluppatori e le integrazioni off-chain. Più funzionalità sono sempre un vantaggio.
Fondamentalmente, stanno cercando di rendere la rete Vaulta più utile e accessibile con questo hard fork. È lontano, ma sembra che varrà la pena aspettare.
La serie Dev Preview inizierà con le chiamate sync a luglio
Il team di Vaulta si sta preparando a lanciare la sua serie Dev Preview, iniziando con le chiamate sync a luglio. La prima anteprima dovrebbe uscire presto, con un'implementazione iniziale delle chiamate sync.
Ecco cosa possono aspettarsi gli sviluppatori:
-
L'anteprima Dev iniziale, versione 1, sta arrivando velocemente. Il team punta a una release nella prossima settimana circa.
-
Questa anteprima includerà modifiche che causano interruzioni. Quindi, attenzione: non sarà compatibile con le versioni future. Questo è un terreno di prova, dopotutto.
-
Il CDT (Contract Development Toolkit) è stato aggiornato. Gli sviluppatori sono incoraggiati a testare i loro contratti legacy per assicurarsi che funzionino bene con le nuove modifiche.
-
La testnet di anteprima è già attiva e funzionante. Il piano è di aggiornarla presto a una release taggata.
Definiti la cadenza di Dev Preview e l'evoluzione delle funzionalità
Quindi, il team ha un piano di massima per come verranno implementate queste Dev Preview. Non è scolpito nella pietra, ma ecco l'essenza:
-
Dev Preview 1 è prevista per questo mese (luglio). Si tratta di inserire quelle chiamate sync in anticipo.
-
Dev Preview 2 è prevista per settembre. Questa dovrebbe avere la prima versione di Events e alcuni miglioramenti a quelle chiamate sync.
-
Dev Preview 3 è prevista per novembre. L'obiettivo è di far funzionare un modello di risorse per Events, oltre ad alcune altre nuove cose nel protocollo.
Tenete presente che tutto questo è soggetto a modifiche. Ciò che finirà effettivamente in ogni release dipenderà da ciò che le persone diranno dopo i test e da come andranno le cose in generale. Stanno cercando di essere flessibili, il che ha senso.
Compatibilità dell'infrastruttura e cambiamenti dell'ambiente di build
Quindi, le cose stanno cambiando un po' sul lato dell'infrastruttura. Lo sviluppo di Antelope Spring 2.0 è ora ufficialmente supportato solo su Ubuntu 22.04. Questa è la parola del team.
Cosa significa questo per voi? Beh:
-
Le build di Ubuntu 20 non sono più supportate. È ora di aggiornare se siete ancora su quella.
-
La compatibilità con Ubuntu 24 non è garantita. Procedete con cautela se state pensando di fare un salto in avanti.
-
Le build Docker dovrebbero ancora funzionare per la maggior parte delle persone, quindi è un sollievo.
Fondamentalmente, se siete sviluppatori, dovreste iniziare a prepararvi per strumenti di build e ambienti aggiornati entro il 2026. Sta arrivando, quindi è meglio essere preparati!
Conclusione
La recente riunione di Vaulta Node Ops ha mostrato come la rete sta andando avanti. Le discussioni hanno riguardato argomenti come il funzionamento della rete, il miglioramento del sistema e cosa sta arrivando per il protocollo. Era chiaro che il team sta lavorando per assicurarsi che il sistema rimanga stabile aggiungendo anche nuove funzionalità. L'incontro ha dato a tutti una buona idea di ciò che la Vaulta Foundation sta facendo per aiutare la blockchain di Vaulta a crescere e cambiare.
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.