Autore: Marco González

Editore: Randall Roland

Traduttore: Peter Valenčič

Gli operatori dei nodi si riuniscono ogni settimana con gli sviluppatori principali di Antelope e i membri della comunità. L'obiettivo principale della tavola rotonda degli operatori di nodo è:

Gli incontri si svolgono mercoledì alle 14 UTC e durano un'ora.

La tavola rotonda del 1° febbraio ha esplorato i parametri di configurazione attuali (Leap v3.2) e futuri. A metà della discussione, è diventato chiaro che la configurazione dei nodi è un argomento che richiede ulteriore attenzione.

WCon il recente rilascio di DUNE v1.1, Leap fa un altro passo avanti nella sua missione per rendere lo sviluppo e il funzionamento dei nodi più accoglienti. Tieni presente che il supporto per Ubuntu 18.04 verrà rimosso prima del test di marzo di Leap v4.0. Gli sviluppatori che desiderano utilizzare Ubuntu dovranno eseguire l'aggiornamento. Le versioni di Ubuntu 20.04 e 22.04 saranno ufficialmente supportate.

Inoltre, tieni presente che il test di marzo non comporterà un aggiornamento del consenso. Invece, settembre è stato menzionato (durante la tavola rotonda dell'8 febbraio) come potenziale data obiettivo di consenso.

La configurazione dei nodi per scopi speciali si rivela una questione complessa. Serve nuova documentazione. La documentazione di Leap 3.2 prevede miglioramenti per affrontare le configurazioni prima dell'aggiornamento.

I tempi di risposta HTTP hanno occupato gran parte della riunione. C'è accordo sul fatto che un tempo di risposta deve essere almeno uguale al tempo massimo di serializzazione. I tempi di risposta possono essere impostati più alti per assicurare un equilibrio in entrata e in uscita. Ad esempio, una richiesta HTTP non supera il timeout su blocchi di grandi dimensioni. Atomic Hub è stato usato come illustrazione.

Inoltre, i dati sulle chiamate eccessivi e l'efficienza complessiva devono essere considerati per andare avanti. Menzionato all'inizio della discussione era aspettarsi aiuto con "librerie potenziate" e cambiamenti strategici.

Guarda la registrazione sul YT di EOS Network Foundation.

Le note per la potenziale configurazione del nodo e le applicazioni hanno occupato gran parte di questo incontro. L'argomento di discussione della prossima settimana era intitolato: "Nodi per scopi speciali".

Il modo migliore per configurare i nodi per esigenze specifiche prevede di estendersi anche oltre la discussione della prossima settimana. Le aree principali identificate per il miglioramento includono:

Si noti che gli elementi (ad esempio alleviare la pressione ed efficienza) sono spesso correlati. I nodi per scopi speciali e la loro classificazione trattano concetti astratti. La discussione cercherà anche di aggiungere chiarezza.

La tavola rotonda dell'8 febbraio ha avviato il processo di classificazione dei diversi modi in cui i nodi vengono configurati e utilizzati. Un documento di tassonomia del nodo Antelope in fase di sviluppo anticipa Leap v4.0 (la data prevista è fine marzo sul testnet Jungle). Cerca un aggiornamento Leap di consenso entro settembre.

Oltre alle date previste per marzo e settembre, aspettati un annuncio riguardante un blocco del codice per Leap 4.0.

I nodi per scopi speciali sono un modello concettuale di tutti i potenziali casi d'uso. L'organizzazione dell'utilizzo e della configurazione dei nodi è un argomento che risuona da tempo tra gli sviluppatori EOS. Con la versione 4.0, gli operatori dei nodi stanno per fare un passo da gigante nella semplificazione della gestione quotidiana.

BBrian Hazzard ha paragonato il processo di brainstorming del nodo ai "blocchi Lego". Come si potrebbe discernere, i tratti e i successivi ruoli dei nodi Antelope sono spesso astratti. Il feedback dalla comunità è benvenuto. Per l'elenco corrente dei tratti dei nodi o delle classificazioni sciolte, visitare il documento guida: bozza di tassonomia dei ruoli svolti dai diversi nodi di antilope.

Le classificazioni di lavoro sono elencate nella bozza del documento. In questa tavola rotonda sono stati recensiti::

Quella che segue è una panoramica dei tipi di nodo discussi durante questo incontro. Maggiori dettagli possono essere trovati su GitHub (vedere i numeri della settimana) e la bozza del documento di tassonomia.

I tratti identificati dei nodi che richiedono consenso che aggiungono blocchi a una catena includono:

CLe migliori pratiche di configurazione includono:

Vedere la bozza del documento sulla tassonomia per considerazioni future.

La classificazione più elementare è il nodo di inoltro a blocchi. La definizione dice tutto. L'inoltro implica il mantenimento delle connessioni con i peer e la convalida delle intestazioni di blocco. Ringrazia Stephen Diesel per aver commentato:

Il vantaggio di un nodo di inoltro è che può operare con più peer (10-15) rispetto a un nodo BP. Inoltre, tieni presente che mentre un nodo di inoltro a blocchi può essere pubblico, non dovrebbe essere pubblicizzato (ad esempio su bp.json).

Il commento di Stephen illustra la necessità di mantenere un gruppo di pari in grado di fornire costantemente blocchi pronti per essere inoltrati. Mantenere una pipe aperta implica non solo transazioni sincronizzate, ma anche disponibilità ad accettare nuovi blocchi. Il mancato mantenimento della prontezza è stato identificato come un contributo ai blocchi vuoti.

Come i nodi di inoltro a blocchi, un nodo di inoltro di transazione può agire esclusivamente per inoltrare blocchi dopo la convalida di un'intestazione. Ciò che contraddistingue il nodo transazionale relay è la possibilità di accettare anche:

Kevin Heifner ha condiviso un collegamento a una soluzione in lavorazione per migliorare la propagazione dei blocchi dopo la convalida dell'intestazione. EOSUSA Michael ha condiviso un diagramma della configurazione del suo nodo (vedi tavola rotonda dell'8 febbraio).

Le migliori pratiche saranno esplorate e dettagliate andando avanti. I tipi di nodo sembrano avere tre configurazioni di base:

Guarda la registrazione sul YT di EOS Network Foundation.

Le successive cinque classificazioni dei nodi sulla bozza del documento sono: