Incontro degli Operatori di Nodo Vaulta (precedentemente EOS): Scambio di Token da $EOS a $A, Aggiornamento del Protocollo Gossip e Futuro della Scoperta dei Peer

Il 21 maggio 2025, si è tenuto il Vaulta (precedentemente noto come EOS) Node Operator Roundtable, che ha riunito sviluppatori di rete e operatori di nodi. I principali argomenti trattati sono stati il lancio del contratto di sistema core.vaulta e il nuovo scambio di token da $EOS a $A. Inoltre, hanno discusso del rilascio di Antelope Spring 1.2 RC2, che include aggiornamenti al protocollo gossip volti a migliorare le connessioni peer-to-peer e ad automatizzare le configurazioni del firewall. Altri problemi affrontati hanno incluso la fase di eliminazione dei metodi di relay più vecchi e idee per migliorare la scoperta della rete. Questo incontro ha messo in evidenza i cambiamenti in corso nel framework tecnico della rete Vaulta.

Principali Conclusioni

• Il contratto di sistema core.vaulta è stato implementato con successo e lo scambio di token da $EOS a $A è ora attivo, con circa 28 scambi a bordo.

• Gli operatori di nodi dovrebbero aggiornare ad Antelope Spring 1.2 RC2 per sfruttare le nuove funzionalità che migliorano la connettività peer e la visibilità della rete.

• Ci sono piani per un gossip gaggle pubblico per migliorare la scoperta dei peer, specialmente per i nodi che non sono produttori di blocchi.

• I relay legacy solo blocchi e solo transazioni potrebbero essere eliminati per semplificare le operazioni di rete e ridurre i problemi di connettività.

• La funzione Block Mac è ora standard nelle ultime versioni di Antelope, contribuendo a ridurre le trasmissioni di blocchi ridondanti.

Contratto di Sistema Vaulta core.vaulta e Scambio di Token $EOS a $A

Ok, quindi il nuovo contratto di sistema core.vaulta è attivo. È un grande affare. Il token $A e lo scambio da $EOS a $A sono anche in funzione. Ecco cosa devi sapere:

• Circa 28 scambi hanno dichiarato di supportare lo scambio. È una copertura piuttosto buona.

• Se sei uno sviluppatore, devi aggiornare al contratto di sistema core.vaulta prima del 17 settembre 2025. Se non lo fai, le cose potrebbero non funzionare correttamente.

• Questo aggiornamento è importante per mantenere tutto compatibile e fluido. Non rimandarlo!

Aggiornamento Antelope Spring 1.2 RC2

Quindi, la notizia è uscita: gli operatori di nodi dovrebbero aggiornare ad Antelope Spring 1.2 RC2. Sembra un aggiornamento piuttosto importante. Ecco il punto:

• Questa versione include una nuova configurazione gossip BP, che dovrebbe migliorare la connettività peer-to-peer e la visibilità della topologia di rete.

• C'è una nuova impostazione chiamata p2p-bp-gossip-endpoint. I nodi possono usarla per trasmettere dettagli sulle connessioni sia in entrata che in uscita. Questo potrebbe davvero aiutare a capire come tutto è connesso.

• I dati gossip ora hanno una logica di scadenza. Scadono dopo un'ora e vengono ritrasmessi ogni 30 minuti. Questo dovrebbe mantenere la rete fresca senza troppi sovraccarichi.

• C'è un miglior supporto per i firewall e l'automazione delle connessioni, grazie a un nuovo endpoint API. Questo dovrebbe semplificare la gestione delle connessioni, specialmente per configurazioni più grandi.

Fondamentalmente, sembra che questo aggiornamento sia tutto incentrato sul migliorare il modo in cui i nodi comunicano tra loro e come la rete si organizza. Vale sicuramente la pena controllare il rilascio su GitHub per tutti i dettagli.

Discussione sulla Topologia della Rete e Scoperta dei Peer

Quindi, la discussione sulla topologia della rete e sulla scoperta dei peer è stata piuttosto interessante. Sembra che ci sia un reale bisogno di modi migliori per i nodi di trovare automaticamente gli altri, specialmente per quelli che non sono produttori di blocchi o nodi API. In questo momento, può essere un po' complicato collegare tutto correttamente.

Un'idea che è emersa è stata quella di creare un pubblico "gossip gaggle". Fondamentalmente, sarebbe un luogo dove i nodi non BP potrebbero condividere le loro informazioni di connessione peer. Pensalo come un pannello di annunci per i nodi che cercano di connettersi. Questo potrebbe davvero aiutare a migliorare la connettività complessiva della rete.

Un'altra proposta è stata quella di utilizzare qualcosa di simile ai nodi seed o tracker, come si vede in Ethereum o BitTorrent. Questi nodi agirebbero come punti centrali per distribuire informazioni sui peer. Questo potrebbe rendere più facile per i nuovi nodi unirsi alla rete e trovare rapidamente i peer.

Ecco alcune delle idee discusse:

• Sviluppare un pubblico "gossip gaggle" per i non-BP.

• Esplorare nodi in stile seed/tracker.

• Utilizzare smart contract per la pubblicazione degli hash di snapshot.

C'è stata anche qualche discussione sull'utilizzo di smart contract per pubblicare hash di snapshot per la verifica dello stato. Questo potrebbe essere un modo per garantire che i nodi stiano utilizzando lo stato corretto, il che è sempre una buona cosa.

Deprecazione dei Relay Solo Blocchi/Solo Transazioni

Quindi, la discussione si è spostata su quei vecchi tag peer :BLK e :TRX. Sai, quelli per i relay solo blocchi e solo transazioni? Bene, sembra che non stiano davvero dando il massimo. Si scopre che non molte persone li stanno effettivamente usando.

Ecco il punto:

• Sono un po' legacy a questo punto.

• Potrebbero causare alcuni strani problemi di connessione.

• Eliminarli potrebbe semplificare l'intera questione di rete.

Fondamentalmente, l'idea è di abbandonare questi tag per semplificare le cose. Si tratta di mantenere la rete snella e agile, e a volte questo significa dire addio ai vecchi metodi.

Funzione Block Mac (Riduzione della Ridondanza dei Blocchi)

Quindi, la funzione Block Mac – riguarda tutto il taglio dei dati di blocco non necessari che circolano nella rete. Questa cosa è stata effettivamente lanciata in Antelope Spring v1.1, e ora è semplicemente attivata di default sia in Antelope Spring v1.1 che v1.2. Pensala come un modo intelligente per rendere le cose più efficienti.

Fondamentalmente, i nodi tengono d'occhio quanto siano ridondanti le trasmissioni di blocchi e poi modificano il modo in cui inviano le cose. È come se stessero imparando mentre vanno, il che è piuttosto interessante.

Ecco il succo della questione:

• I nodi tracciano quali blocchi sono già ampiamente conosciuti.

• Ridurranno quindi l'invio di quei blocchi ai peer che probabilmente li hanno già.

• Questo riduce l'uso della larghezza di banda attraverso la rete.

È un'idea semplice, ma può fare una vera differenza nel mantenere la rete in funzione senza intoppi.

Discussioni Tecniche Aperte

Quindi, l'incontro si è concluso con alcune discussioni tecniche aperte, e onestamente, questa parte sembrava una sessione di brainstorming. È stato piuttosto interessante sentire cosa pensava ognuno.

Uno dei principali argomenti era la sincronizzazione degli snapshot. La discussione ruotava attorno a come renderla più affidabile ed efficiente. Stavano lanciando idee come metodi di distribuzione a chunk, un po' come funzionano i torrent. Sembra promettente, ma non sono sicuro di quanto sia facile implementarlo.

Un'altra cosa di cui hanno parlato erano i diversi ruoli e tipi di nodi. Come, hai i produttori di blocchi (BPs), i nodi API e i fornitori di snapshot. Sembra che stiano cercando di capire come questi diversi nodi possano lavorare meglio insieme. Ecco alcune delle idee menzionate:

• Maggiore coordinazione tra i tipi di nodi.

• Ruoli standardizzati per una gestione più semplice.

• Incentivi per eseguire specifici tipi di nodi.

Infine, qualcuno ha sollevato l'idea di creare un oracle di snapshot. L'obiettivo sarebbe quello di verificare l'integrità degli snapshot utilizzando il consenso. È un'idea interessante, ma sembra anche piuttosto complessa. Immagino che dovremo aspettare e vedere se ne verrà fuori qualcosa.

Considerazioni Finali sul Meeting degli Operatori di Nodo Vaulta

In sintesi, il recente Meeting degli Operatori di Nodo Vaulta ha messo in evidenza diversi aggiornamenti e discussioni importanti che plasmeranno il futuro della rete. Il lancio riuscito del contratto di sistema core.vaulta e lo scambio di token da $EOS a $A rappresentano un passo significativo in avanti. I miglioramenti nella release di Antelope Spring 1.2 RC2, in particolare riguardo al protocollo gossip, promettono di migliorare la scoperta dei peer e la connettività della rete. Mentre la comunità continua ad affrontare problemi legacy ed esplorare nuove idee per le operazioni dei nodi, è chiaro che la collaborazione tra sviluppatori e operatori sarà fondamentale per l'evoluzione continua della rete. Le intuizioni condivise durante questo incontro influenzeranno probabilmente gli sviluppi futuri, rendendo questo un momento entusiasmante per tutti i coinvolti.

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.