Autore: Marco González

Editore: Randall Roland

Traduttore: Peter Valenčič

Gli operatori dei nodi, gli sviluppatori principali di Antelope e i membri della comunità si riuniscono ogni settimana per discutere le accattivanti domande del giorno. L'obiettivo principale di ogni tavola rotonda degli operatori di nodo è:

Gli incontri si tengono ogni mercoledì dalle 14 UTC alle 15 UTC (dalle 13 UTC alle 14 UTC durante l'ora legale). EOS Network Foundation fornisce tutorial e documentazione per coloro che desiderano apprendere le basi del funzionamento di un nodo EOS (e altro).

Di seguito è riportato un elenco delle due tavole rotonde che comprendono questo riepilogo bimestrale:

Cerca ulteriori note e commenti sulla riunione su GitHub. Le registrazioni video risiedono su YT dell'ENF.

L'incontro del 7 giugno è stato per lo più una discussione aperta. Con l'avvicinarsi di settembre, c'è una maggiore attenzione alla preparazione per Leap 5.0.

Migliorare la gestione delle operazioni dei nodi è un interesse ricorrente della comunità. Il miglioramento P2P comprende gran parte del feedback.

I miglioramenti P2P continuano a catturare l'attenzione degli operatori dei nodi. Le questioni principali riguardano la stabilità delle transazioni, l'affidabilità e la "qualità della vita" complessiva per gli operatori dei nodi. Le aree target identificate che aiutano a realizzare le migliori soluzioni includono:

Le settimane precedenti hanno offerto alcune informazioni sugli argomenti di cui sopra. La sezione seguente cerca di aggiungere chiarezza e far risparmiare tempo al lettore. Aspettatevi un rapporto completo (dal team) sui miglioramenti P2P dopo ulteriori discussioni e feedback.

Per aumentare l'efficienza sono necessarie una migliore visibilità e gestione. L'obiettivo principale è lo stato visibile dei nodi su una rete peer che consente agli operatori di identificare le loro connessioni preferite in un dato momento.

Paragonate a una scatola nera, le informazioni tra pari possono lasciare un operatore a indovinare dove trovare i blocchi attualmente necessari. I tipi di dati importanti qui includono:

Il flusso di dati in uscita dovrebbe essere maggiore di quello in entrata. La designazione corrente per la sincronizzazione è un timeout prima di passare al nodo successivo. I miglioramenti della sincronizzazione P2P sono anche l'argomento di una recente conversazione su GitHub.

Il flusso dei nodi può aumentare l'efficienza eliminando la necessità di combattere per le stesse informazioni. Tuttavia, potrebbe esserci un problema di sicurezza quando le modifiche mancano di ragionamento e i numeri dei peer rimangono stranamente stabili. Le soluzioni menzionate includono:

L'etichettatura di Ethereum ha nuovamente fatto un confronto. La continua rivalutazione dei pari è stata seguita dalla disponibilità dei pari a produrre blocchi. Tuttavia, l'aumento della disponibilità generale ha portato a problemi di sicurezza e problemi di larghezza di banda rispetto al limite di blocco.

Il feedback della comunità generalmente accompagna le esperienze. Di seguito sono riportati i punti salienti delle descrizioni dettagliate:

Una domanda di follow-up rivista è stata:

La comunità continua a lavorare per una rete più sana nel tempo. Tutti sono incoraggiati a provare la versione 4.0.1 ea fornire feedback sui problemi correlati.

Passando dalla discussione sulla gestione tra pari, ci sono stati argomenti per lo più relativi all'aggiornamento del consenso Leap 5.0 programmato provvisoriamente per settembre.

L'incontro del 14 giugno ha nuovamente visto i partecipanti fare brainstorming su aree di miglioramento persistenti e in mente.

Di tanto in tanto sono emerse soluzioni storiche con biblioteche indipendenti. Il firewall antilope attira maggiore attenzione. Con Leap 5.0 all'orizzonte, i partecipanti alla riunione hanno impiegato del tempo per esplorare l'innovazione a lungo termine.

Una conversazione su GitHub sulla fattibilità dello strumento disaccoppiato rimane nella mente di diversi operatori. Tuttavia, questo argomento mantiene lo stato di rinviato.

Nella chat è stato fornito un video sull'argomento sulla gestione dei dati per completare la discussione di oggi.

L'apertura dello scambio di idee e feedback è stata una soluzione profonda del substream (storia) della mente. Ci sono molte ragioni per cui gli operatori dei nodi nutrono interesse per una soluzione cronologica. Di seguito sono riportate alcune aree discusse.

All'inizio della discussione sulla storia c'erano menzioni di dfuse, Graph e (più tardi) firehose. L'obiettivo era mantenere librerie e strumentazione separate fuori dal codebase di nodeos. Una soluzione non nodeos per astrarre la storia rimane nella mente degli sviluppatori. Tuttavia, le soluzioni a breve termine (ad es. Soddisfazione parziale dei bisogni tramite tracce) superano ancora per il momento l'elevato rapporto tra impegno e rendimento.

Sforzi indipendenti verso una soluzione della storia della mente profonda hanno offerto maggiori informazioni e commenti. Di seguito sono riportati i punti salienti che hanno consumato circa un quarto della riunione:

Un partecipante alla riunione ha descritto un prototipo (per la funzione di libreria) che ha sostituito il logger con un puntatore di passaggio a nodeos con l'intenzione di nodeos di restituire le informazioni appropriate. La soluzione offre velocità e flessibilità, in particolare per le applicazioni di tipo gaming. Le limitazioni del prototipo riguardano limitazioni di sicurezza e lingua (ad esempio funziona bene con Python ma non con Javascript). Guardando a lungo termine, un'interfaccia basata sulla catena per la sperimentazione con diverse strutture di dati è vista come una ricerca desiderabile.

Un breve accenno è stato Antelope Firewall. Una sovvenzione dell'ENF sta finanziando la costruzione del nuovo firewall. Alcuni elementi sono stati rapidamente menzionati:

Il valore del firewall è per cose come la limitazione della velocità, le interazioni dell'account e altro (ad esempio file JSON indipendenti).

L'incontro si è concluso con alcune idee "folli" sul futuro dell'ambiente Antelope. Le seguenti idee sono al di fuori della roadmap del team di sviluppo:

Sebbene la conversazione sia stata di breve durata, ha stimolato una conversazione sulle build EOSIO "pazze". La comunità è incoraggiata a condividere tali build in onore del quinto anniversario di EOS.