Basato su diversi concetti di governance, la comunità EOSC ha ottimizzato il meccanismo elettorale di EOSIO, ha lanciato la rete principale EOSC a Genesis Height 1 e ha continuato a ripetere e aggiornare la rete principale EOSC, facendo continuare a EOSC a evolversi verso una piattaforma a contratto intelligente ad alta prestazione decentralizzata, gettando le basi per la diffusione su larga scala dell'economia di crittografia.

sfondo

L'economia crittografica ha inaugurato una fase critica dagli esperimenti sociali all'uso commerciale su larga scala.
Dietro l'uso commerciale su larga scala significa un'enorme pressione di transazione. Per trasportare in modo efficiente enormi richieste di transazioni, un sistema blockchain deve prima fornire prestazioni sufficientemente forti. Per raggiungere questo obiettivo, sono necessari requisiti più elevati per il nodo completo, come una migliore configurazione di macchine hardware, una maggiore capacità di archiviazione, una rete più stabile, una larghezza di banda più rapida, una latenza più bassa, ecc. Ovviamente, la soglia alta per l'intero nodo porterà a una diminuzione del numero di nodi che producono blocchi che possono funzionare in modo stabile.. Se il meccanismo POS viene utilizzato in un tale sistema blockchain, il sistema converge rapidamente in una situazione centralizzata. Per trovare un equilibrio tra alte prestazioni e decentramento, l'algoritmo di consenso DPOS è senza dubbio la scelta migliore al momento e la soluzione migliore per la gestione di un piccolo numero di nodi.
Eosio basato sull'algoritmo di consenso DPOS è nato per la prima volta e la comunità ha visto l'alba dell'uso commerciale su larga scala dell'economia delle criptovalute. Se il meccanismo elettorale è pienamente efficace è la chiave per la sopravvivenza del meccanismo di consenso DPOS ed è anche correlato al fatto che il meccanismo di consenso DPOS possa trasmettere POW per guidare la prossima generazione di onda di crittografia.
Al fine di accelerare l'arrivo dell'era dell'uso commerciale su larga scala dell'economia della criptovaluta, la comunità EOSC ha ottimizzato il meccanismo elettorale di EOSIO, ha lanciato la rete principale EOSC a Genesis Height 1 e ha continuato a iterare e aggiornare la rete principale EOCS, in modo che EOSC continui a evolversi verso una piattaforma contrattuale a contratto decentralizzata decentralizzata.

Meccanismo di consenso

EOSC segue il meccanismo di consenso di EOSIO, vale a dire il consenso della pipeline BFT. A differenza di EOSIO, EOSC non adotta la modalità di eosio con un blocco ogni 0,5 secondi e un nodo genera 6 blocchi. Ogni 3 secondi in EOSC, i nodi non genereranno blocchi continuamente. Sebbene i nodi possano ridurre i tempi di attesa per transazioni non ripiegate, l'attuale ambiente di rete spesso non è ideale, la generazione di blocchi rapidi influenzerà la stabilità della catena e causerà un gran numero di micro forche.
L'attuale meccanismo di consenso di EOSIO non è abbastanza perfetto, ma come piattaforma DApp, il tempo di conferma del blocco non è la prima priorità dell'ottimizzazione della catena. Per EOSC, il meccanismo di consenso deve essere considerato in un ambiente ad alto carico. Nella situazione attuale in cui il sistema informatico parallelo non è perfetto, migliorando in fretta il meccanismo di conferma pipellato è molto problematico.
Il futuro meccanismo di consenso di EOSC si evolverà in parallelo da due direzioni
1. Compatibile con lo sviluppo di Eosio e aggiornare il suo algoritmo di consenso. Giudiamo in base all'attuale progresso dello sviluppo di Eosio. Quando Eosio completa il miglioramento parallelo, l'algoritmo di consenso verrà aggiornato per ottenere tempi di conferma del blocco più rapidi.
2. Altri meccanismi di consenso basati sui numeri di conferma saranno adattati per integrare il consenso dei DPO esistente. Da un lato, verrà realizzata l'interazione tra il consenso della catena dello strato 2 incorporato e la catena principale. D'altra parte, è possibile ottenere un meccanismo più decentralizzato a catena incrociata con altri meccanismi di consenso.

EOSC Technology Improvement

Modello di risorse basato su commissioni di gestione
Sebbene la CPU di EOSIO e il modello di pagamento delle risorse netti siano un buon design nella tecnologia, è troppo complesso per gli utenti e non può promuovere gli sviluppatori DAPP per ottimizzare i loro contratti. D'altra parte, il metodo di acquisto della RAM di Eosio porterà a determinati comportamenti di accumulo, che non favoriscono lo sviluppo dell'ecosistema DAPP. Per questo motivo, EOSC ha progettato innovatamente un nuovo modello di risorse. Attraverso l'ottimizzazione pratica, esplora il modello di risorse in base alla gestione delle commissioni in un ambiente complesso contrattuale intelligente per risolvere completamente i problemi di risorse che affliggono l'ecosistema EOS.
Prima di tutto, EOSC paga la CPU dell'utente e il consumo di risorse nette in modalità commissione di gestione. Per l'azione definita dallo sviluppatore nel DAPP, gli sviluppatori DAPP possono impostare la commissione di gestione richiesta per l'azione. Il sistema controlla l'uso dell'azione in base a questo. Da un lato, ciò facilita gli utenti a comprendere il consumo di risorse e, dall'altro, promuove anche fortemente gli sviluppatori DAPP per ottimizzare l'uso delle risorse contrattuali, in modo che l'intero ecosistema possa sviluppare in modo sano.
EOSC utilizza un host di noleggio cloud per allocare le risorse RAM in modo simile a quello degli host cloud di affitto. Gli utenti possono pagare le spese di affitto delle risorse RAM utilizzando dividendi di voto, in modo che gli utenti non debbano preoccuparsi del pagamento dell'affitto ed eliminare anche il problema degli arretrati di affitto. Attraverso il metodo "noleggio e vendita", EOSC può effettivamente evitare comportamenti speculativi contro le risorse RAM, in modo che lo sviluppo di DAPP non debba essere disturbato dai prezzi della RAM e promuovere efficacemente la costruzione dell'ecosistema DAPP.
Mentre innova coraggiosamente ed esplorano nuovi modelli di risorse, EOSC esplora anche il meccanismo che è compatibile con i modelli di risorse EOSIO. Per la CPU e le risorse nette, gli utenti possono pagare commissioni in base all'età dei dividendi per raggiungere l'effetto di ottenere risorse CPU e netti simili al mutuo EOSIO. Per la RAM, gli utenti possono ottenere l'effetto di EOSIO in base all'acquisto del mercato attraverso lo scambio di voti, in modo che gli sviluppatori DAPP possano inserire rapidamente Eosio da altre catene EOSIO e rivolgersi senza problemi al modello di risorse EOSC.
meccanismo di aggiornamento regolare
Il meccanismo elettorale di EOSC incoraggia i super nodi a partecipare attivamente alla promozione di aggiornamenti tecnologici. A differenza della divisione della versione del nodo della comunità EOSIO, EOSC promuove attivamente aggiornamenti e aggiornamenti tecnologici in pratica.
Al fine di ottenere un processo di aggiornamento incompatibile più fluido, EOSC ha aggiunto una serie di meccanismi di aggiornamento basati sull'altezza del blocco effettivo. La comunità può confermare l'altezza del blocco effettivo di una funzione attraverso più segni, in modo da decentralizzare il processo di aggiornamento regolare. A differenza del recente schema di etichettatura proposto da Eosio basato sui dati di espansione dei blocchi, il meccanismo di aggiornamento di EOSC è più amichevole e favorevole alla comprensione. La prima pratica di EOSC del processo di aggiornamento "Soft Fork" decentralizzato nella catena basata su EOSIO, che è la garanzia di base per EOSC per continuare a evolversi per risolvere vari problemi di meccanismo.
D'altra parte, la funzione di impostazione degli attributi a catena basati su più segni può fornire alla comunità una serie di configurazioni a catena decentralizzata e schemi su catena. Vari parametri e configurazioni possono essere modificati decentralizzati in base allo sviluppo effettivo, in modo che la comunità possa svilupparsi meglio.
meccanismo di battito cardiaco del nodo e intervallo di uscita del blocco stabile
Al fine di promuovere la stabilità della rete principale, EOSC rafforza la costruzione di nodi alternativi dal punto di vista del modello economico. Allo stesso tempo, EOSC aggiunge un meccanismo cardiaco del nodo sulla catena per promuovere i nodi per rafforzare e migliorare la loro stabilità e promuovere una maggiore stabilità dell'intera rete principale.
Sulla base del meccanismo del battito cardiaco, l'EOSC può confermare il funzionamento del nodo, in modo che i nodi difettosi siano puniti in base alla catena, sollecitando ulteriormente la costruzione di nodi e impedendo all'instabilità dei nodi di agire nell'intera rete principale.
Il tempo di intervallo di generazione di blocchi è aumentato all'inizio dell'avvio, in modo da evitare forche morbide occasionali sulla rete principale quando l'attuale infrastruttura di rete non è ancora perfetta. L'intervallo di generazione di blocchi di mezzo secondo progettato da Eosio e il meccanismo di collegamento di sei blocchi a un nodo può certamente migliorare la disponibilità della catena in futuro, ma non è applicabile nell'attuale ambiente di rete. Con un atteggiamento pragmatico, il tempo di intervallo di generazione dei blocchi sarà aumentato per primo e dopo che le condizioni saranno mature in futuro, verrà cambiato in una generazione di blocchi rapidi. Ciò può ridurre efficacemente le forcelle morbide. Allo stesso tempo, la riduzione del numero di blocchi può aumentare notevolmente il tasso di sincronizzazione dell'intero nodo, in modo che ci possano essere più nodi completi, migliorando così la disponibilità dell'intera rete.
Altre API a livello contrattuale
Al fine di renderlo più conveniente per gli sviluppatori DAPP sviluppare contratti, sono state aggiunte alcune API e sono state apportate alcune modifiche specifiche ai contratti di sistema.
Innanzitutto, viene aggiunta un'API per ottenere l'altezza del blocco e gli sviluppatori possono ottenere facilmente ed efficiente l'altezza del blocco corrente. Sulla base di questa API, i contratti possono effettivamente evitare di bloccare gli attacchi a blocchi e altri attacchi basati sul tentativo. In secondo luogo, viene aggiunta un'API per ottenere informazioni sulla configurazione della catena e gli sviluppatori possono adattare varie correzioni dei parametri e aggiornamenti a catena alla catena nel livello del contratto, in modo che il contratto possa anche seguire senza problemi la funzione di aggiornamento della catena. Infine, al fine di evitare attacchi di valuta contraffatti, vengono utilizzati contratti di token core indipendenti prima che la catena sia iniziata, in modo che gli utenti possano distinguere chiaramente gli attacchi di valuta contraffatti.
Adattamento dei servizi incrociati
All'inizio del lancio, il team di Force ha previsto che il supporto per la catena incrociata sarà la funzione di base delle catene pubbliche in futuro. Pertanto, il team di Force ha lanciato lo sviluppo del progetto Codice e ha stabilito la catena di relè Codex.relay per fornire servizi di relè per ciascuna catena, in modo da realizzare il meccanismo tra catena tra ogni catena, che può fornire un supporto più completo per Codex.relay. Attraverso i super nodi delle due catene che operano a vicenda, è possibile ottenere un meccanismo "completo" della catena incrociata, ovvero il grado di decentralizzazione di qualsiasi catena non sarà ridotto durante il processo tra catena.
Attraverso il meccanismo incrociato, è possibile ottenere una grande scalabilità. Sulla base dei servizi di relè, è possibile aggiungere sotto-catene di sottotetti. Alcuni servizi e DApp con un elevato consumo di risorse possono essere eseguiti in base alle sottochain e i risultati del calcolo o gli stati di base possono essere sincronizzati con i servizi di relè. In questo modo, possono essere aggiunti speciali sottochein come archiviazione, calcolo, DApp e numeri casuali per espandere le funzioni.
Il framework di sviluppo blockchain eosio altamente personalizzabile
Sulla base dei servizi di relè, può aggiungere sotto-catene di livello 2. In futuro, varie sotto-catene svolgeranno un ruolo importante nell'ecosistema EOSIO. Tuttavia, va notato che attualmente il progetto blockchain con funzioni personalizzate basate su EOSIO ha ancora una soglia elevata. Per questo motivo, il team di Force ha lanciato il progetto Codex.io, che è un quadro di sviluppo di Blockchain EOSIO altamente personalizzabile, abbassando la soglia di sviluppo delle sottochain e fornendo agli sviluppatori un'esperienza di sviluppo sub-catena più economica e amichevole.
Il team di Force ha accumulato molta esperienza nello sviluppo di blockchain in base a Eosio durante il processo di sviluppo e spera anche di dare il gioco completo al suo massimo valore. Codex.io è un framework di sviluppo Blockchain "Out of Out of Out of Outsio". Gli sviluppatori possono avviare rapidamente una catena in base a Codex.io. Dopo una semplice configurazione, possono personalizzare vari simboli e selezionare liberamente sistemi economici e modelli di risorse. Su questa base, gli sviluppatori devono solo prestare attenzione ai problemi di cui la catena stessa deve risolvere. In base a questo, possono scegliere di implementarli in base a contratti o strati nativi a catena. Codex.io può facilitare gli sviluppatori ad espandersi nello strato nativo della catena per risolvere alcuni problemi di prestazione e può anche espandere notevolmente le funzioni della catena.
Codex.io integra le funzioni di espansione proposte dalla maggior parte delle catene EOSIO. Con un atteggiamento inclusivo, Codex.io consente agli sviluppatori di combinare liberamente le funzioni su catena: incluso il sistema di sicurezza vivente minimo, il sistema di account, vari meccanismi di liscio in bianco e nero, meccanismi di governance comuni e meccanismi di voto e vari plug-in.
Attraverso Codex.io, un gran numero di sottochain di livello 2 sarà integrato in futuro, che fornirà un'espansione infinita.