Il 12 marzo 2025, l'incontro degli operatori dei nodi EOS ha riunito i principali attori della comunità EOS per discutere degli sviluppi recenti e delle sfide. L'attenzione si è concentrata principalmente sul lancio della versione 3.8.0 dei contratti di sistema EOS e sui problemi in corso con le prestazioni della rete, specialmente nei testnet. I partecipanti hanno condiviso idee su come migliorare la connettività e ottimizzare la rete peer-to-peer, affrontando anche le sfide uniche poste dai tempi di blocco rapidi. Questo incontro è stato un passo verso il perfezionamento dell'ecosistema EOS e per garantire prestazioni robuste in futuro.
Principali Conclusioni
-
Il deployment dei contratti di sistema EOS v3.8.0 è stato approvato con successo con tutte le firme richieste.
-
Le principali novità in v3.8.0 includono l'introduzione del "gift RAM" e delle stringhe di nomi di account riservati.
-
I testnet stanno sperimentando ritardi nella propagazione dei voti, portando a discussioni su possibili soluzioni.
-
Un nuovo sistema di peering basato su gossip è in fase di sviluppo per migliorare l'efficienza della rete peer-to-peer.
-
I tempi di blocco rapidi stanno creando sfide per la propagazione dei voti, evidenziando la necessità di una migliore coordinazione tra i nodi.
Deployment dei Contratti di Sistema v3.8.0
Approvazione ed Esecuzione di MSIG
Buone notizie sul fronte dei contratti di sistema! L'MSIG necessario per il deployment dei contratti di sistema v3.8.0 ha ricevuto il via libera. Ha effettivamente ottenuto tutte e 15 le firme richieste proprio prima che l'incontro iniziasse. È piuttosto efficiente.
Riepilogo delle Modifiche in v3.8.0
Quindi, cosa c'è di nuovo in v3.8.0? Ecco un riepilogo:
-
Hanno risolto alcuni problemi con le clausole Ricardiane. Non sono uno sviluppatore, ma sento che sia una cosa positiva.
-
Hanno aggiunto il "gift RAM". Questo ti consente di dare RAM a qualcun altro, ma non possono trasferirla o rivenderla. Interessante.
-
Hanno inserito riserve di stringhe per i nomi degli account. Questo serve a proteggere i marchi, in modo che qualcuno non possa semplicemente accaparrarsi un nome già in uso.
Prossimi Passi
Fai attenzione al 18 marzo. È il giorno in cui verrà rivelato il vettore hash delle stringhe riservate. Questo impedirà alle persone di creare nuovi account con quelle stringhe riservate. Si tratta di mantenere tutto in ordine e prevenire l'accaparramento dei nomi, suppongo.
Aggiornamenti dei Testnet e Problemi di Connettività
Problemi con la Propagazione dei Blocchi nei Testnet
Dopo l'aggiornamento alla versione 1.1.1, alcuni dei produttori di blocchi hanno notato che i voti non si diffondevano così velocemente come avrebbero dovuto. Questo era particolarmente evidente nei testnet Jungle e Kyland. È come se alcuni nodi avessero problemi a comunicare gli ultimi blocchi. Hanno modificato le impostazioni di peering, e questo ha aiutato un po'.
Possibili Cause dei Ritardi nella Propagazione dei Voti
Perché i voti erano lenti? Beh, potrebbero esserci diverse ragioni. L'aggiornamento stesso, da 1.1.0 a 1.1.1, potrebbe aver interferito con il modo in cui vengono gestite le connessioni. Ci sono state alcune modifiche alla "gestione delle connessioni duplicate", e forse questo ha introdotto un comportamento strano. Inoltre, c'è questa funzione "Block MAC" che è stata aggiunta in 1.1.0. Potrebbe filtrare o bloccare le connessioni quando non dovrebbe.
Risoluzione dei Problemi e Soluzioni Suggerite
Ecco cosa hanno provato: disabilitare il Block MAC. E indovina un po'? Sembra che abbia risolto il problema! Ma, ovviamente, devono fare ulteriori test per essere certi che sia davvero la soluzione. Ecco un elenco di cose che stanno considerando:
-
Ulteriori test su vari testnet.
-
Analizzare il traffico di rete con e senza Block MAC.
-
Controllare l'uso della CPU e della memoria durante la propagazione dei voti.
-
Esaminare le modifiche al codice relative alla gestione delle connessioni.
Si tratta di capire esattamente cosa causa i ritardi e assicurarsi che la soluzione non rompa nient'altro.
Ottimizzazione della Rete Peer-to-Peer
Importanza del Peering Coordinato
Attualmente, la rete EOS si basa sui produttori di blocchi (BP) per comunicare tra loro in modo efficiente. È una rete globale, quindi è fondamentale diffondere rapidamente le informazioni. La configurazione attuale richiede ai BP di coordinarsi molto per garantire che i blocchi si diffondano rapidamente. Pensala in questo modo:
-
Tutti devono sapere con chi parlare.
-
Quelle connessioni devono essere affidabili.
-
Se qualcosa va storto, può rallentare tutto.
Miglioramenti Proposti: Peering Basato su Gossip
Il team sta esaminando un nuovo modo di gestire le connessioni tra i BP. Si chiama "peering basato su gossip". L'idea è di automatizzare parte del processo di connessione. Ecco come potrebbe funzionare:
-
I BP troverebbero automaticamente i peer utilizzando un protocollo di gossip.
-
I messaggi sarebbero firmati per garantire che siano legittimi.
-
Solo i BP principali condivideranno informazioni sulle connessioni, mantenendo tutto sicuro ed efficiente.
Discussioni su Consenso e Prestazioni della Rete
I Tempi di Blocco Rapidi Creano Sfide Uniche
I rapidi tempi di blocco di EOS, di soli mezzo secondo, significano che i voti devono diffondersi super velocemente. Alcuni nodi stanno vedendo tempi di andata e ritorno fino a 500 ms, il che rende difficile inviare i voti in tempo. Questo crea problemi interessanti per la rete. È come cercare di vincere una corsa quando sei già a metà del traguardo.
Necessità di Coordinazione Centralizzata in una Rete Decentralizzata
Potrebbe sembrare strano, ma anche in un setup decentralizzato, hai comunque bisogno di una certa coordinazione centrale, specialmente quando si tratta di chi parla con chi nella rete. Alcune persone pensano che i produttori di blocchi (BP) non dovrebbero semplicemente fare affidamento sul software per gestire l'ottimizzazione della rete. È stato menzionato che:
-
La coordinazione manuale è ancora importante.
-
L'automazione del software non è una soluzione completa.
-
La scalabilità dei finalizzatori potrebbe aiutare a migliorare la resilienza.
Conclusione
In sintesi, l'incontro degli operatori dei nodi EOS del 12 marzo 2025 ha evidenziato significativi progressi e sfide in corso all'interno dell'ecosistema EOS. Il lancio riuscito dei contratti di sistema v3.8.0, comprese funzionalità come il "gift RAM" e le protezioni per i nomi degli account, segna un passo avanti per la comunità. Tuttavia, i problemi con la propagazione dei voti nei testnet a seguito del recente aggiornamento indicano che c'è ancora lavoro da fare. Le discussioni sull'ottimizzazione delle connessioni peer-to-peer e sulla necessità di una migliore coordinazione tra i produttori di blocchi riflettono le complessità nel mantenere una rete ad alte prestazioni. Mentre la comunità EOS continua ad affrontare queste sfide, il bilanciamento tra decentralizzazione e gestione efficace della rete rimane un obiettivo chiave.
Questo articolo è stato scritto con l'assistenza dell'IA per raccogliere informazioni da più fonti affidabili. Il contenuto è stato esaminato e modificato dal nostro team editoriale per garantire accuratezza e coerenza. Le opinioni espresse sono quelle dell'IA e non riflettono necessariamente quelle di BlockzHub. Le fonti originali delle notizie sono accreditate ogni volta che è appropriato e come richiesto. Questo articolo è a scopo informativo e non costituisce consulenza finanziaria. Investire comporta dei rischi e dovresti consultare un consulente finanziario qualificato prima di prendere qualsiasi decisione di investimento.