Tecnologia
Riepilogo dell'Operatore Node EOS/Vaulta: Avanzare nel Networking Basato su Gossip e Flessibilità del Finalizzatore
Durante il recente incontro degli operatori di nodi EOS/Vaulta tenutosi il 30 aprile 2025, sviluppatori e operatori di infrastrutture si sono riuniti per discutere aggiornamenti e sfide importanti nell'ecosistema EOS. Tra i temi principali c'erano la patch Antelope Spring 1.1.5, che ha affrontato bug critici, e i progressi sulle funzionalità di networking basate su gossip. L'incontro ha anche trattato il prossimo pilota del testnet Jungle per il gossip auto-peering e il passaggio dalla EOS Network Foundation alla Vaulta Foundation. Le discussioni sulla propagazione delle transazioni e sui ruoli dei finalizzatori hanno evidenziato l'evoluzione continua dei modelli di governance all'interno della rete EOS. Ecco un riepilogo dei punti principali dell'incontro.
Punti Chiave
Antelope Spring 1.1.5 risolve bug importanti, migliorando la stabilità e le prestazioni dei nodi.
Il aggiornamento 3.9.0 RC1 introduce il gossip auto-peering, migliorando la connettività della rete.
Il testnet Jungle metterà alla prova scenari di gossip reali per testare la resilienza della rete.
La Vaulta Foundation è ora l'organizzazione principale per i progetti GitHub legati a EOS.
Il supporto per IPv4 e IPv6 è limitato, con sfide in corso nella configurazione e nella pubblicità.
Patch Antelope Spring 1.1.5 Risolve Problemi Critici di Compilazione e Crash
Quindi, la patch Antelope Spring 1.1.5 è uscita, e sembra essere piuttosto importante. Affronta alcuni problemi seri che stavano causando problemi agli operatori di nodi.
Fondamentalmente, c'era un bug che faceva fallire la compilazione dei contratti OC senza nemmeno avvisarti, il che, ovviamente, interferiva con le prestazioni del nodo. Riavviare i nodi aiutava per un po', ma la vera soluzione è semplicemente aggiornare. Hanno anche risolto alcuni rari crash che si verificavano con ship, specialmente quando le connessioni venivano interrotte. Se stai usando OC o ship per sincronizzare o indicizzare, dovresti probabilmente aggiornare.
Progresso della Funzionalità di Peering Basata su Gossip con 3.9.0 RC1
La funzionalità di peering basata su gossip sta avanzando, con aggiornamenti inclusi nel rilascio 3.9.0 RC1. Questo è un grosso affare perché potrebbe cambiare il modo in cui i nodi si connettono e condividono informazioni. I contratti di sistema sono stati aggiornati per gestire la registrazione e la cancellazione delle chiavi peer, il che rende possibile il gossip auto-peering.
Ecco un rapido riepilogo di cosa sta succedendo:
Una proposta di multi-firma (MSIG) per implementare questo sul testnet Jungle è attesa a breve, forse all'inizio della prossima settimana.
Se sei interessato a testarlo, sono state condivise istruzioni nel canale Jungle. Il team sta cercando feedback per assicurarsi che tutto funzioni senza intoppi.
L'obiettivo è rendere l'operazione dei nodi più facile ed efficiente automatizzando il processo di peering. Niente più aggiunta manuale di peer, si spera!
Il Testnet Jungle Proverà il Gossip Auto-Peering con Scenari Reali
Il testnet Jungle sta per diventare un campo di prova per la funzionalità di gossip auto-peering. L'idea è di simulare condizioni di rete reali per vedere quanto bene il nuovo sistema regge. È un passo piuttosto importante prima che qualcosa venga messo in produzione sulla rete principale.
Si chiede agli operatori di mantenere al minimo le loro liste di peer hardcoded. Questo è importante affinché il sistema di gossip possa essere testato correttamente. La rete ha bisogno di un buon numero di partecipanti per metterla davvero alla prova, specialmente quando le cose diventano un po' caotiche.
Parlando di caos, ci sono piani per introdurre alcuni scenari deliberatamente dirompenti, come:
Cambiare le porte.
Riorganizzare i programmi.
Generare un po' di imprevedibilità.
Un grande punto interrogativo è come si comporteranno i firewall con il nuovo sistema. È sicuramente necessario il contributo della comunità sulle configurazioni dei firewall per avere un quadro più chiaro.
La Vaulta Foundation Sostituisce la EOS Network Foundation su GitHub
Quindi, la EOS Network Foundation è fuori su GitHub, e la Vaulta Foundation è dentro. È fondamentalmente un cambio di nome per l'organizzazione che si occupa di cose come i contratti di sistema e la documentazione. Tutti i repository sono stati trasferiti.
Non è una grande cosa, ma è qualcosa da tenere a mente. Ecco cosa dovresti sapere:
Il nome dell'organizzazione è cambiato, quindi i repository come i contratti di sistema e la documentazione sono sotto un nuovo ombrello.
I vecchi link dovrebbero reindirizzare automaticamente, il che è bello. Ma è comunque una buona idea aggiornare i tuoi segnalibri se ne hai.
Questo non cambia realmente nulla su come opera la rete, è più una questione amministrativa.
Limiti di Pubblicità e Sfide di Configurazione per IPv4 e IPv6
Attualmente, i nodi possono pubblicizzare solo un indirizzo P2P. Se stai cercando di eseguire sia IPv4 che IPv6, ci vorranno alcune modifiche al codice per farlo funzionare correttamente. È un po' un problema, onestamente. Gli operatori stanno vedendo cose diverse a causa di come funziona il DNS e di come sono configurate le reti. Inoltre, non molte persone stanno realmente usando IPv6 ancora, quindi la maggior parte delle connessioni è ancora IPv4. È qualcosa da tenere a mente se stai modificando la configurazione del tuo nodo.
I nodi attualmente supportano solo un indirizzo P2P pubblicizzato; il supporto dual-stack richiede modifiche al codice.
Ecco alcune cose da considerare:
La risoluzione DNS può essere un po' imprevedibile.
Le configurazioni di rete variano molto, portando a esperienze diverse.
L'adozione di IPv6 è ancora piuttosto bassa nel mondo reale.
Ridisegno della Propagazione delle Transazioni per Affrontare i Collo di Bottiglia delle Grandi Transazioni
Quindi, c'è questa cosa con le grandi transazioni che a volte intasano la rete. Il team sta lavorando a una soluzione che dovrebbe rendere le cose più fluide, specialmente quando c'è molta attività. L'idea è di ridurre la congestione della rete inviando messaggi di "notifica transazione" più piccoli invece di inviare subito l'intera transazione.
Pensa a questo modo:
Invece di urlare tutti il messaggio intero contemporaneamente, inviano solo un rapido avviso.
Le transazioni vengono inoltrate solo ai peer che non sono già stati avvisati, il che riduce le ripetizioni non necessarie.
Questo dovrebbe davvero aiutare le prestazioni quando la rete è super occupata.
Questo aggiornamento è previsto per il rilascio Spring 1.3. Si tratta di garantire che le cose non si intasino quando ci sono molte transazioni che avvengono contemporaneamente. È come dare un po' di respiro alla rete.
Discussioni sui Finalizzatori Rivelano Flessibilità nel Consenso Savannah
Quindi, c'è stata un po' di discussione sui finalizzatori e su come funzionano all'interno del meccanismo di consenso Savannah. Si scopre che c'è più margine di manovra di quanto si pensasse inizialmente. Il punto principale è che i ruoli dei finalizzatori non devono essere legati direttamente ai proponenti di blocco, il che apre possibilità per una migliore ridondanza.
Pensa a questo modo:
Attualmente, i contratti di sistema sono impostati per imporre un consenso di 2/3+1. Ma, capisci, questo può essere regolato fino al 51%. È una cosa piuttosto importante.
Le catene più piccole, come Ultra, stanno davvero spingendo per modelli di consenso che possano scalare. Hanno bisogno di qualcosa che funzioni senza far lievitare i costi.
La parte interessante è che potresti tecnicamente eseguire un sacco di finalizzatori leggeri per aumentare la tolleranza ai guasti. Più finalizzatori, meno rischio che le cose vadano male. Si tratta di opzioni, e Savannah sembra offrire molte.
Pesi e Separazione dei Ruoli Abilitano Modelli di Governance Avanzati
Quindi, il sistema è impostato per gestire voti finalizzatori ponderati. Cosa significa? Fondamentalmente, significa che puoi trattare i produttori e i finalizzatori in modo diverso. Questo apre alcune possibilità interessanti su come è strutturata la governance.
Pensa a questo modo:
Potresti pagare solo i nodi ad alto peso, premiando coloro che contribuiscono di più alla sicurezza e stabilità della rete.
Potresti utilizzare volontari per la partecipazione a basso peso, consentendo a più persone di partecipare senza necessariamente avere una grande partecipazione.
Questa flessibilità ti consente di affinare il meccanismo di consenso senza dover apportare modifiche a livello di protocollo. Si tratta di regolare i pesi e i ruoli per ottenere il risultato desiderato.
Enfatizza davvero il potenziale per design scalabili e resilienti, specialmente su catene più piccole dove le risorse potrebbero essere limitate. Puoi essere creativo su come allocare responsabilità e ricompense per garantire che la rete rimanga sana e sicura.
Conclusione
In sintesi, l'incontro degli operatori di nodi EOS/Vaulta del 30 aprile 2025 ha evidenziato diversi sviluppi importanti nell'ecosistema EOS. Le discussioni sulle reti basate su gossip e sulla flessibilità dei ruoli dei finalizzatori hanno mostrato un impegno per migliorare le prestazioni e l'adattabilità della rete. Gli aggiornamenti al software Antelope e l'introduzione di nuove funzionalità come l'auto-peering sono passi verso un sistema più efficiente e resiliente. Mentre catene più piccole come Ultra cercano di beneficiare di questi progressi, il potenziale per modelli di governance innovativi diventa più chiaro. In generale, questi cambiamenti riflettono un approccio proattivo per affrontare le sfide affrontate dagli operatori di nodi e dalla comunità più ampia.
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.
0 0.0 36di The Briefing EnginePrincipiante 
.jpg)
.jpg)
 Finalizes Rebrand with New Token Launch and Node Network Upgrade.jpeg)
.jpeg)
.jpeg)
.jpg)
.jpeg)
.jpeg)
.jpeg)
.jpeg)
.jpeg)
.jpeg)
.jpg)
.jpeg)
.jpeg)