L'incontro recente degli operatori di nodi Vaulta (ex EOS) ha riunito i partecipanti per discutere gli ultimi sviluppi del software Antelope. La conversazione ha riguardato un rilascio urgente di patch per la versione 1.2.2, il progresso continuo del tanto atteso Spring 2.0 e un vivace dibattito su come i nodi si trovano a vicenda sulla rete. È stata una sessione intensa incentrata sul rendere il sistema più stabile e più facile da gestire.
Punti chiave
-
Una patch urgente per Antelope Spring 1.2.2 è raccomandata per gli operatori di nodi per risolvere un raro problema che potrebbe bloccare la produzione di blocchi. Questo aggiornamento include anche miglioramenti minori alla rete.
-
Lo sviluppo di Antelope Spring 2.0 sta procedendo, con la Developer Preview 2 attesa a breve, che introdurrà una nuova funzionalità chiamata 'eventi'. Per questa versione è prevista una testnet separata.
-
La Developer Preview 3 è in arrivo e sarà l'ultima occasione per apportare modifiche significative alle interfacce prima del rilascio finale di Spring 2.0, concentrandosi sulla stabilità.
-
È in corso una discussione su come i nodi si connettono, poiché i metodi attuali non stanno connettendo molti operatori. Si stanno considerando idee come iniziare con un piccolo gruppo di nodi 'hub' affidabili.
-
Gli operatori di nodi chiedono modi più semplici per trovare altri nodi, suggerendo strumenti come il recupero di elenchi di peer da un URL o l'uso di semplici file JSON.
Rilascio della patch Antelope Spring 1.2.2 urgentemente richiesto
Il team di sviluppo di Antelope ha lanciato un appello agli operatori di nodi affinché aggiornino i loro sistemi alla patch 1.2.2 per la versione Spring. Questo aggiornamento è importante perché risolve un raro problema che potrebbe bloccare la produzione di blocchi. Include anche alcuni piccoli miglioramenti su come i nodi comunicano tra loro e corregge alcuni altri bug. È davvero nell'interesse della stabilità della rete che tutti installino questa patch il prima possibile.
Progresso dello sviluppo di Antelope Spring 2.0
Lo sviluppo di Antelope Spring 2.0 sta procedendo, con il team che lavora su diverse funzionalità chiave. La Developer Preview 2 è prevista per il rilascio a breve, probabilmente a fine settembre o inizio ottobre. Questa anteprima introdurrà una nuova classe di dati chiamata "eventi", che dovrebbe cambiare il modo in cui determinate informazioni vengono gestite all'interno della rete. Per supportare questo rilascio, è in fase di allestimento una testnet temporanea separata, distinta dalla testnet Jungle esistente. Ciò consentirà un test mirato delle nuove funzionalità prima che vengano integrate più ampiamente. Il team sta anche pianificando la Developer Preview 3, che mirerà a perfezionare le funzionalità introdotte nella Preview 2 e ad affrontare eventuali compromessi fatti. Questa terza anteprima è intesa come l'ultima opportunità per apportare modifiche significative alle interfacce, con un focus sul rendere più robuste le chiamate di sincronizzazione e la nuova funzionalità degli eventi.
Developer Preview 3 all'orizzonte
Il team si sta preparando per la Developer Preview 3, che sarà l'ultima opportunità per apportare modifiche significative all'interfaccia prima del rilascio completo di Antelope Spring 2.0. Questa prossima anteprima mira a risolvere i problemi e ad affrontare i compromessi fatti durante lo sviluppo della Preview 2. Un obiettivo principale sarà rendere le chiamate di sincronizzazione più robuste e perfezionare la funzionalità degli eventi che è stata introdotta in precedenza.
Le aree chiave di lavoro per la Developer Preview 3 includono:
-
Migliorare la stabilità e l'affidabilità del processo di sincronizzazione dei nodi.
-
Ulteriore sviluppo e test della nuova classe di dati 'eventi'.
-
Risolvere eventuali bug o colli di bottiglia delle prestazioni in sospeso identificati nelle anteprime precedenti.
-
Garantire una transizione più fluida per gli operatori di nodi che aggiornano alla nuova versione.
Dibattito su Gossip Peering e scoperta della rete
La discussione su come i nodi si trovano a vicenda sulla rete Antelope, spesso chiamata scoperta dei peer, è stata un argomento scottante. Al momento, sembra che non tutti si connettano con tanti altri nodi quanti potrebbero. Ciò ha portato a molte discussioni sul metodo attuale, che si basa su un sistema chiamato "gossip peering". Essenzialmente, i nodi condividono informazioni su altri nodi che conoscono. Tuttavia, l'efficacia di questo sistema sembra essere un punto di contesa.
Sono state sollevate diverse idee per migliorare le cose. Un suggerimento era quello di avviare nuovi nodi con un piccolo e affidabile gruppo di nodi "hub". Questo darebbe loro una solida base da cui iniziare a connettersi. Un altro aspetto discusso è stato l'equilibrio tra la configurazione manuale delle connessioni a peer specifici e il lasciare che il sistema gossip li trovi automaticamente. Il problema centrale sembra essere garantire una connettività robusta e diffusa senza renderla eccessivamente complicata per gli operatori di nodi.
Questo ha naturalmente portato a richieste di modi più semplici per trovare i peer. Molti operatori hanno espresso il desiderio di strumenti che potessero recuperare elenchi di peer da un URL o un file. L'idea di pubblicare elenchi di punti di connessione iniziali, magari in formato JSON, sta guadagnando un certo supporto. C'è stata anche una menzione sull'aggiunta di modi per verificare se questi elenchi sono legittimi, solo per maggiore sicurezza.
Richieste di strumenti semplificati per la scoperta dei peer
Molti operatori di nodi hanno espresso il desiderio di modi più semplici per trovare e connettersi con altri nodi sulla rete. I metodi attuali possono essere un po' complessi, e c'è una spinta a rendere questo processo più diretto. Un suggerimento comune è quello di consentire agli operatori di specificare un URL o un percorso di file da cui il nodo può recuperare un elenco di peer a cui connettersi. Questo eliminerebbe la necessità di configurare manualmente ogni peer. Un'altra idea che sta guadagnando supporto riguarda la pubblicazione di elenchi di nodi seed in formato JSON. Questo approccio strutturato potrebbe rendere più facile per i nodi avviare le loro connessioni. Si parla anche di aggiungere modi opzionali per verificare se questi elenchi di peer sono affidabili, aggiungendo un livello di sicurezza al processo di scoperta.
Miglioramenti a lungo termine in considerazione
Oltre alle correzioni immediate e ai prossimi rilasci, il team sta esaminando modi per rendere la rete più robusta e più facile da gestire nel tempo. Un'idea che circola è quella di creare nodi relay leggeri. Questi nodi, potenzialmente costruiti utilizzando qualcosa come Wharfkit, potrebbero aiutare a diffondere le informazioni in modo più efficiente attraverso la rete.
Si parla anche di rendere il sistema gossip più intelligente. Ciò potrebbe significare espandere il modo in cui i nodi condividono le informazioni e trovare modi per gestire automaticamente le connessioni in modo che gli operatori non debbano fare tanta configurazione manuale.
Inoltre, il gruppo intende tornare indietro e esaminare alcune funzionalità che erano state proposte in precedenza ma che non sono mai state integrate nel codice. Queste idee più vecchie potrebbero offrire soluzioni ad alcune delle attuali sfide relative a come i nodi si trovano a vicenda.
Riepilogo dell'incontro e prossimi passi
Le discussioni si sono concluse con un chiaro insieme di azioni e aree su cui continuare a concentrarsi. Gli operatori di nodi sono fortemente incoraggiati a iniziare a testare la prossima Developer Preview 2 di Antelope Spring non appena sarà disponibile. Questa esperienza pratica è vitale per raccogliere feedback, in particolare per quanto riguarda le implicazioni della nuova classe di dati "eventi". Il team cerca un'ampia partecipazione per aiutare a valutare come questi eventi funzioneranno in scenari reali.
Diversi punti chiave sono emersi dalle conversazioni della giornata:
-
L'interesse della comunità per metodi di scoperta dei peer più semplici, come la "scoperta del pover'uomo" utilizzando elenchi di seed, è stato riaffermato. Questo approccio, che prevede il recupero di elenchi di peer da un URL o un file, è stato visto come un passo avanti pratico.
-
Ulteriori indagini sui nodi relay leggeri, potenzialmente utilizzando strumenti come Wharfkit, sono state concordate come un modo per migliorare la propagazione della rete e facilitare il processo di connessione per gli operatori.
-
Il team riesaminerà le funzionalità precedentemente proposte ma non ancora integrate che mirano a migliorare i meccanismi complessivi di scoperta della rete.
Questi prossimi passi mirano ad affrontare le esigenze immediate di stabilità e usabilità, ponendo al contempo le basi per soluzioni a lungo termine più robuste nella gestione della rete.
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.