Gli operatori di nodi EOS discutono aggiornamenti chiave, proposte di governance e ottimizzazioni della rete

Il meeting degli operatori di nodi EOS del 26 febbraio 2025 ha riunito i principali attori per discutere gli ultimi aggiornamenti e le sfide che il network deve affrontare. Gli argomenti trattati hanno spaziato dagli aggiornamenti software e proposte di governance alle configurazioni dei nodi e misure di sicurezza. L'incontro ha evidenziato l'importanza della collaborazione e dell'azione tempestiva per mantenere e migliorare l'ecosistema EOS.

Punti Chiave

• La patch Spring 1.1.1 è attiva, concentrandosi su una propagazione dei blocchi più fluida e transazioni più rapide.

• I produttori di blocchi sono incoraggiati ad aggiornare a Spring 1.1.1 per migliorare le prestazioni del network.

• System Contracts 3.7 introduce la funzione Gift RAM per prevenire l'uso improprio delle risorse allocate.

• La funzione Gift RAM garantisce che gli utenti non possano sfruttare o rivendere la RAM regalata.

• System Contracts 3.8 includerà le Restricted Strings per ridurre gli account fraudolenti.

• Le Restricted Strings bloccheranno i nomi degli account contenenti sottostringhe segnalate.

• Le migliori pratiche per i produttori di blocchi e i nodi finalizzatori sono state discusse, con un focus su configurazione e recupero dai disastri.

• Il feedback della comunità è incoraggiato su questioni di governance come le Restricted Strings e le approvazioni MSIG.

Aggiornamento alla Serie Spring 1.1

Rilascio della Patch 1.1.1

Il rilascio della patch Spring 1.1.1 segna un passo importante nel miglioramento delle prestazioni e della stabilità del network. Questo aggiornamento risolve diversi bug identificati nella versione iniziale 1.1, rendendolo un aggiornamento consigliato per tutti gli operatori di nodi. Gli operatori che non hanno ancora aggiornato sono incoraggiati a passare direttamente alla versione 1.1.1 per beneficiare delle ultime correzioni e ottimizzazioni.

Miglioramenti Chiave in 1.1.1

La patch 1.1.1 introduce diversi miglioramenti chiave volti a ottimizzare le operazioni dei nodi:

• Propagazione dei Blocchi Ottimizzata: Riduce i ritardi causati da blocchi pesanti e ricchi di transazioni, garantendo una comunicazione più fluida nel network.

• Modalità Solo Transazioni: I relè pubblici possono ora elaborare transazioni senza essere gravati da dati di blocco non necessari.

• Salute del Network Migliorata: Più nodi adottano questo aggiornamento, più efficientemente le transazioni e i blocchi si propagheranno nel network.

Questi miglioramenti sono particolarmente vantaggiosi per i produttori di blocchi (BP) che gestiscono nodi finalizzatori separati, poiché migliorano la sincronizzazione e l'efficienza complessiva dell'elaborazione.

Aggiornamento sull'Adozione e i Test

La patch 1.1.1 è stata distribuita su due testnet ed è sottoposta a monitoraggio aggiuntivo per garantire la stabilità prima della distribuzione completa sulla mainnet. Gli operatori di nodi sono invitati ad adottare rapidamente l'aggiornamento per affrontare problemi persistenti, come il drift di finalità, osservati in alcuni scenari. I grandi endpoint pubblici che configurano correttamente i loro nodi dopo l'aggiornamento dovrebbero avere un impatto particolarmente positivo sulle prestazioni complessive del network.

Proposta Multi-Signature (MSIG) per System Contracts 3.7

Cosa Include la 3.7?

System Contracts 3.7 introduce diversi aggiornamenti volti a migliorare la funzionalità e la governance. L'aggiunta più notevole è la funzione Gift RAM, che consente agli account di allocare RAM ad altri account con restrizioni specifiche. Questo garantisce che la RAM regalata non possa essere venduta o trasferita a terzi. Invece, può essere utilizzata solo dal destinatario o restituita al mittente. Questa proposta include anche correzioni dall'aggiornamento 3.6.1 precedentemente annullato, garantendo un'implementazione più stabile e sicura.

Perché la Gift RAM è Importante

La funzione Gift RAM è progettata per affrontare i problemi di uso improprio delle risorse nell'ecosistema. In passato, alcuni utenti hanno sfruttato i programmi di creazione di account gratuiti vendendo o utilizzando impropriamente la RAM ricevuta. Con le nuove restrizioni, i servizi di creazione di account possono garantire che le risorse siano utilizzate come previsto. Questo non solo previene gli abusi, ma promuove anche un'equa allocazione delle risorse. Ad esempio:

• La RAM regalata ai nuovi utenti può supportare solo le operazioni del loro account, prevenendo la rivendita.

• I fornitori di servizi possono recuperare la RAM inutilizzata, garantendo un uso efficiente delle risorse.

• L'ecosistema beneficia di una riduzione dello sfruttamento, favorendo la fiducia tra gli utenti.

Prossimo Rilascio di System Contracts 3.8

Sviluppo e Cronologia del Rilascio

System Contracts 3.8 è in fase di completamento, con le fasi finali di sviluppo e test interni in corso. La distribuzione sul Jungle Testnet è prevista per la prossima settimana, dove sarà sottoposta a test rigorosi. Se tutto procede come previsto, il team mira a proporre un'approvazione multi-signature (MSIG) per la distribuzione sulla mainnet entro l'11 marzo 2025. Questa cronologia riflette l'impegno della comunità a garantire che il rilascio sia stabile e sicuro.

Nuova Funzione: Restricted Strings per la Creazione di Account

Un'aggiunta significativa in questo rilascio è l'introduzione delle restricted strings per la creazione di account. Questa nuova funzione consente all'account privilegiato EOSIO di bloccare la creazione di account contenenti sottostringhe specifiche. L'obiettivo è ridurre le truffe e i tentativi di impersonificazione prevenendo l'uso improprio di nomi ufficiali o fuorvianti.

Ecco come funziona:

• Un account privilegiato pre-riserva versioni hashate delle sottostringhe ristrette per mantenere la riservatezza.

• Una volta finalizzate, le sottostringhe ristrette vengono divulgate pubblicamente e l'applicazione inizia immediatamente.

• Questo processo in due fasi elimina eventuali gap temporali che gli attori malintenzionati potrebbero sfruttare.

L'elenco delle sottostringhe ristrette sarà piccolo e attentamente curato, mirato solo ai casi ad alto rischio. I produttori di blocchi (BP) avranno l'autorità di approvare o respingere queste restrizioni, garantendo un processo di governance decentralizzato e trasparente.

Considerazioni su Governance e Sicurezza

Sebbene la funzione delle restricted strings migliori la sicurezza, introduce anche sfide di governance. Una domanda chiave è come implementare queste restrizioni senza consentire agli attori malintenzionati di pre-registrare nomi simili prima dell'applicazione. Il processo in due fasi menzionato in precedenza affronta efficacemente questo problema.

Ulteriori considerazioni includono:

• Garantire che il processo rimanga trasparente per la comunità.

• Bilanciare le misure di sicurezza con la necessità di una supervisione decentralizzata.

• Mantenere un elenco minimo e mirato di sottostringhe ristrette per evitare eccessi.

I produttori di blocchi svolgono un ruolo cruciale in questo modello di governance. La loro capacità di approvare o respingere le restrizioni proposte garantisce che nessuna singola entità abbia un potere incontrollato sul sistema.

Configurazione dei Nodi Produttori di Blocchi (BP) e Finalizzatori

Migliori Pratiche per Nodi BP & Finalizzatori

Configurare i nodi produttori di blocchi (BP) e i relativi nodi finalizzatori è una parte fondamentale per mantenere un network robusto e affidabile. Sebbene non ci siano raccomandazioni ufficiali sul fatto che questi nodi debbano operare sulla stessa macchina o separatamente, la decisione spesso dipende dalla strategia di recupero dai disastri dell'operatore. Ogni opzione di configurazione presenta i propri compromessi.

Ecco alcune considerazioni chiave:

• Nodi Separati: Eseguire i nodi BP e finalizzatori su macchine diverse può migliorare la tolleranza ai guasti. Tuttavia, ciò richiede una configurazione attenta per garantire una comunicazione senza interruzioni tra i nodi, che può essere tecnicamente impegnativa.

• Macchina Condivisa: Ospitare entrambi i nodi sulla stessa macchina semplifica la configurazione ma può creare un singolo punto di guasto. Questa opzione è spesso scelta per operazioni più piccole con risorse limitate.

• Monitoraggio e Log: Indipendentemente dalla configurazione, gli operatori devono monitorare attentamente i log di sistema per rilevare eventuali irregolarità o problemi potenziali prima che si aggravino.

Impatto dei Ritardi dei Finalizzatori

I nodi finalizzatori svolgono un ruolo cruciale nel processo di produzione dei blocchi. Se un BP non riceve voti dal suo finalizzatore associato, la produzione di blocchi si interrompe temporaneamente. Il sistema è progettato per consentire un breve ritardo—da pochi secondi a pochi minuti—prima di interrompere completamente la produzione di blocchi. Questo buffer offre agli operatori il tempo di affrontare problemi minori senza causare tempi di inattività significativi.

Per mitigare l'impatto dei ritardi:

1. Controllare regolarmente la salute e la connettività dei nodi finalizzatori.

2. Implementare avvisi automatici per segnalare potenziali problemi di sincronizzazione.

3. Testare le procedure di recupero dai disastri per garantire una rapida risoluzione dei guasti imprevisti.

Adottando queste pratiche, gli operatori di nodi possono mantenere un'elevata disponibilità e contribuire alla stabilità complessiva del network.

Discussione Aperta e Prossimi Passi

System Contracts 3.7 – Necessaria Approvazione MSIG

I produttori di blocchi (BP) sono fortemente incoraggiati a esaminare e approvare la proposta Multi-Signature (MSIG) per System Contracts 3.7. Questo aggiornamento introduce la funzione Gift RAM, che garantisce che la RAM allocata sia utilizzata in modo responsabile e non possa essere sfruttata a scopo di lucro. Un'approvazione tempestiva è fondamentale per mantenere lo slancio degli aggiornamenti di sistema ed evitare ritardi nella distribuzione.

System Contracts 3.8 – Discussione sull'Issue #186

La comunità ha discusso attivamente la funzione Restricted Strings, un elemento chiave del prossimo rilascio di System Contracts 3.8. Questa funzione mira a bloccare la creazione di account con determinate sottostringhe ristrette per ridurre le truffe e i tentativi di impersonificazione. Gli sviluppatori hanno richiesto feedback su due punti principali:

• Come bilanciare la trasparenza della governance con l'applicazione efficace delle restrizioni sui nomi.

• Rischi potenziali e conseguenze non intenzionali dell'implementazione di queste restrizioni.

Contatti con il Produttore di Blocchi DaoBox

DaoBox, un produttore di blocchi che è recentemente rientrato tra i primi 21 in classifica, ha attirato l'attenzione del team ENF. Sono in corso sforzi per coinvolgere i rappresentanti di DaoBox per garantire che siano allineati con gli ultimi aggiornamenti e cambiamenti di sistema. Una comunicazione aperta con tutti i produttori di blocchi di alto livello è vista come essenziale per il successo del network in futuro.

Conclusione

Le recenti discussioni tra gli operatori di nodi EOS evidenziano l'impegno continuo del network nel migliorare prestazioni, sicurezza e governance. Con aggiornamenti come la patch Spring 1.1.1 e i prossimi System Contracts 3.7 e 3.8, l'attenzione rimane sull'ottimizzazione delle operazioni e sull'affrontare sfide come l'abuso delle risorse e la prevenzione delle truffe. Questi progressi, uniti al coinvolgimento attivo dei produttori di blocchi e della comunità più ampia, sottolineano l'importanza della collaborazione nel plasmare il futuro del network. Con il rilascio di questi aggiornamenti, le parti interessate sono incoraggiate a rimanere informate, fornire feedback e garantire che i loro sistemi siano preparati per i cambiamenti imminenti.

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'autore 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.