Sulla base di diversi concetti di governance, la comunità EOSC ha ottimizzato il meccanismo elettorale EOSIO, lanciato la mainnet EOSC a Genesis Height 1 e ha continuato ad aggiornare in modo iterativo la mainnet EOSC, facendo muovere EOSC verso un massimo decentralizzato La direzione delle prestazioni intelligenti piattaforma contrattuale continua ad evolversi, ponendo le basi per la divulgazione su larga scala dell'economia crittografata.

Sfondo

L'economia della crittografia ha inaugurato una fase critica dalla sperimentazione sociale all'uso commerciale su larga scala.
L'uso commerciale su larga scala comporta un'enorme pressione sulle transazioni. Affinché un sistema blockchain possa trasportare in modo efficiente un'enorme quantità di richieste di transazioni, deve prima fornire prestazioni sufficientemente elevate. Per raggiungere questo obiettivo, sono richiesti requisiti più elevati per i nodi completi, come macchine hardware meglio configurate, maggiore capacità di archiviazione, rete più stabile, larghezza di banda più veloce, latenza inferiore e così via. Ovviamente, una soglia troppo alta per i nodi completi porterà a una riduzione del numero di nodi produttori di blocchi che possono operare stabilmente.Se il meccanismo POS viene adottato in un tale sistema blockchain, il sistema convergerà rapidamente verso una situazione centralizzata. Per trovare un equilibrio tra alte prestazioni e decentralizzazione, l'algoritmo di consenso DPOS è senza dubbio la scelta migliore al momento, ed è anche la migliore soluzione fattibile per la gestione di un piccolo numero di nodi.
Nacque EOSIO basato sull'algoritmo di consenso DPOS e la comunità vide per la prima volta l'alba dell'uso commerciale su larga scala dell'economia della crittografia. Se il meccanismo di elezione è pienamente efficace è la chiave per la sopravvivenza del meccanismo di consenso DPOS, ed è anche correlato al fatto che il meccanismo di consenso DPOS possa succedere a POW e guidare la prossima generazione di crittografia.
Al fine di accelerare l'arrivo dell'era dell'uso commerciale su larga scala dell'economia della crittografia, la comunità EOSC ha ottimizzato il meccanismo elettorale di EOSIO, ha lanciato la mainnet EOSC su Genesis 1 e ha continuato ad aggiornare in modo iterativo la mainnet EOSC, facendo muovere EOSC verso La direzione di una piattaforma di contratti intelligenti decentralizzata ad alte prestazioni continua ad evolversi.

Meccanismo di consenso

EOSC segue il meccanismo di consenso di EOSIO, ovvero DPOS BFT Pipeline Consensus. A differenza di EOSIO, EOSC non adotta il modello di EOSIO di un blocco ogni 0,5 secondi e un nodo collega 6 blocchi. In EOSC, un blocco ogni 3 secondi , I nodi non produrranno continuamente blocchi, anche se la produzione continua di blocchi da parte dei nodi può ridurre il tempo di attesa per le transazioni decompresse, ma poiché l'attuale ambiente di rete spesso non è molto ideale, la rapida produzione di blocchi influirà sulla stabilità della catena, risultando in un grande numero di micro forchette.
L'attuale meccanismo di consenso di EOSIO non è perfetto, ma come piattaforma DAPP, il tempo di conferma del blocco non è la prima priorità di ottimizzazione della catena. Per EOSC, il meccanismo di consenso deve essere considerato in un ambiente ad alto carico. In l'attuale meccanismo di calcolo parallelo Se non è perfetto, affrettarsi a migliorare il meccanismo di conferma della pipeline causerà grossi problemi.
Il futuro meccanismo di consenso di EOSC si evolverà in parallelo da due direzioni
1. Compatibile con lo sviluppo di EOSIO e aggiornamento del suo algoritmo di consenso, giudichiamo in base all'attuale progresso di sviluppo di EOSIO, quando EOSIO completa il miglioramento parallelo, il l'algoritmo di consenso verrà aggiornato, ottenere tempi di conferma del blocco più rapidi.
2. Si adatterà ad altri meccanismi di consenso basati sui numeri di conferma, come supplemento al consenso DPOS esistente, da un lato, realizzerà l'interazione tra il consenso della catena di livello 2 incorporato e catena principale. D'altra parte, può realizzare un meccanismo cross-chain più decentralizzato con catene di altri meccanismi di consenso.

Miglioramento della tecnologia EOSC

Modello di risorse basato sul costo del servizio
Sebbene il modello di pagamento delle risorse CPU e NET di EOSIO sia un buon design tecnologico, è troppo complicato per gli utenti e non può promuovere DAPP Gli sviluppatori ottimizzano 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'ecologia DAPP. Per questo motivo, EOSC ha progettato in modo innovativo una nuova serie di modelli di risorse. Attraverso l'ottimizzazione nella pratica, esplora modelli di risorse basati su costi di servizio in un complesso ambiente di contratto intelligente e risolvono completamente i problemi di risorse che affliggono l'ecologia EOS.
Prima di tutto, EOSC paga la CPU dell'utente e il consumo di risorse NET in modalità a pagamento. Per l'azione definita dallo sviluppatore nella DAPP, lo sviluppatore DAPP può impostare la tariffa richiesta per l'azione e il sistema controlla la risorsa utilizzo dell'azione basato su questo , Da un lato, è facile per gli utenti comprendere il consumo di risorse, dall'altro, promuove fortemente anche gli sviluppatori DAPP per ottimizzare l'uso delle risorse del contratto, in modo che l'intera ecologia si sviluppi benignamente.
EOSC utilizza un metodo simile al noleggio di host cloud per allocare le risorse RAM. Gli utenti possono utilizzare i dividendi di voto per pagare l'affitto delle risorse RAM. In questo modo, gli utenti non devono preoccuparsi di pagare l'affitto e il problema degli arretrati dell'affitto è anche eliminato Attraverso il metodo di "affitto e vendita", EOSC può efficacemente evitare la speculazione sulle risorse RAM, in modo che lo sviluppo di DAPP non debba essere disturbato dal prezzo della RAM e promuova efficacemente la costruzione ecologica di DAPP.
Oltre a innovare ed esplorare audacemente nuovi modelli di risorse, EOSC sta anche esplorando meccanismi compatibili con i modelli di risorse di EOSIO. Per le risorse CPU e NET, gli utenti possono pagare commissioni in base all'età del ticket di dividendo per ottenere un mutuo EOSIO simile per ottenere CPU e l'effetto delle risorse NET, per la RAM, gli utenti possono ottenere l'effetto di EOSIO basato sull'acquisto sul mercato attraverso la forma di scambio di voti ipotecari, in modo che gli sviluppatori DAPP possano rapidamente tagliare EOSC da altre catene EOSIO e passare agevolmente alla risorsa EOSC modello.
Meccanismo di aggiornamento fluido
Il meccanismo di elezione di EOSC incoraggia i super nodi a partecipare attivamente alla promozione degli aggiornamenti tecnologici. A differenza della divisione delle versioni dei nodi della comunità EOSIO, EOSC promuove attivamente gli aggiornamenti e il rinnovo della tecnologia.
Al fine di ottenere un processo di aggiornamento incompatibile più agevole, EOSC ha aggiunto un meccanismo di aggiornamento basato sull'altezza effettiva del blocco. La comunità può confermare l'altezza effettiva del blocco di una funzione tramite multi-firma, in modo da completare l'aggiornamento senza problemi in un processo di modo decentralizzato, diverso dallo schema di etichettatura recentemente proposto da EOSIO basato sui dati di espansione dei blocchi, il meccanismo di aggiornamento di EOSC è più amichevole e facile da capire. EOSC è stato il primo a mettere in pratica il processo di aggiornamento decentralizzato "soft fork" nella catena basata su EOSIO, che è la garanzia fondamentale per la continua evoluzione di EOSC per risolvere vari problemi di meccanismo.
D'altra parte, la funzione di impostazione degli attributi della catena basata sulla multi-firma può fornire alla comunità un insieme di configurazioni decentralizzate della catena e soluzioni on-chain.Vari parametri e configurazioni possono essere modificati in modo decentralizzato in base alle effettive sviluppo, rendendo migliore lo sviluppo della comunità.
Meccanismo di heartbeat del nodo e intervallo di blocco stabile
Al fine di promuovere la stabilità della rete principale, EOSC ha rafforzato la costruzione di nodi candidati dal punto di vista del modello economico. , EOSC ha aggiunto catena Il meccanismo del battito cardiaco del nodo sulla rete viene utilizzato per promuovere il rafforzamento del nodo per migliorare la sua stabilità e promuovere la stabilità dell'intera rete principale.
Sulla base del meccanismo dell'heartbeat, EOSC può confermare il funzionamento dei nodi, in modo che i nodi difettosi possano essere puniti in base alla catena, in modo da supervisionare ulteriormente la costruzione dei nodi e impedire che l'inerzia dei nodi causi l'instabilità dell'intera rete principale.
Aumentare il tempo dell'intervallo di blocco all'inizio del lancio, in modo da evitare occasionali soft fork sulla rete principale quando l'attuale infrastruttura di rete non è ancora perfetta.EOSIO ha progettato un intervallo di blocco di mezzo secondo e un Sebbene il meccanismo di i nodi che producono sei blocchi di fila possono migliorare la disponibilità della catena in futuro, non è applicabile nell'attuale ambiente di rete.In modo pragmatico, l'intervallo tra la produzione di blocchi dovrebbe essere prima aumentato e quindi modificato in una rapida produzione di blocchi quando le condizioni saranno mature in futuro.Ciò può ridurre efficacemente i soft fork e, allo stesso tempo, la riduzione del numero di blocchi può aumentare notevolmente il tasso di sincronizzazione dei nodi completi, in modo che possano esserci più nodi completi, migliorando così la disponibilità dell'intera rete.
Più API a livello di contratto
Per facilitare agli sviluppatori DAPP lo sviluppo di contratti, sono state aggiunte alcune API e sono state apportate alcune modifiche specifiche ai contratti di sistema.
Prima di tutto, viene aggiunta un'API per ottenere l'altezza del blocco. Gli sviluppatori possono ottenere in modo semplice ed efficiente l'altezza del blocco corrente. Sulla base di questa API, il contratto può evitare efficacemente il blocco degli attacchi di blocco e altri attacchi basati su tentativi. In secondo luogo, add Al fine di ottenere l'API delle informazioni sulla configurazione della catena, gli sviluppatori possono adattare varie correzioni dei parametri e aggiornamenti della catena a livello di contratto, in modo che anche il contratto possa seguire senza problemi la funzione di aggiornamento della catena.Infine, al fine di evitare la valuta contraffatta attacchi, prima dell'inizio della catena, viene utilizzato un contratto token principale indipendente, in modo che gli utenti possano distinguere chiaramente gli attacchi di valuta contraffatta.
Adattamento ai servizi cross-chain
All'inizio del lancio, il team Force ha previsto che il supporto per i cross-chain in futuro sarà la funzione di base della catena pubblica, così il team Force ha avviato lo sviluppo del progetto Codex, stabilire la catena di inoltro Codex.Relay per fornire servizi di inoltro per ciascuna catena, in modo da realizzare il meccanismo di cross-chain tra ciascuna catena, in grado di fornire un supporto più perfetto per Codex.Relay e interoperare attraverso i supernodi delle due catene, può ottenere un meccanismo cross-chain "completo", cioè il grado di decentramento di qualsiasi catena non sarà ridotto durante il processo cross-chain.
Attraverso il meccanismo cross-chain, è possibile ottenere una grande scalabilità.In base al servizio di inoltro, è possibile aggiungere sottocatene di livello 2. Alcuni servizi e DAPP che consumano grandi risorse possono essere eseguiti sulla base di sottocatene. Attraverso il servizio di inoltro, i risultati del calcolo o lo stato principale vengono sincronizzati in , in modo che in futuro possano essere aggiunte sottocatene speciali come archiviazione, calcolo, DAPP e numeri casuali per espandere le funzioni.
Framework di sviluppo blockchain EOSIO altamente personalizzabile
Basato su servizi di inoltro, è possibile aggiungere sottocatene di livello 2 e varie sottocatene svolgeranno un ruolo nell'ecologia di EOSIO in futuro ha un grande effetto, ma va notato che l'attuale sviluppo di un progetto blockchain con funzioni personalizzate basato su EOSIO ha ancora una soglia alta, per questo il team Force ha lanciato il progetto Codex.io, che è un programma altamente personalizzabile Il framework di sviluppo blockchain EOSIO abbassa la soglia per lo sviluppo di sottocatene e offre agli sviluppatori un'esperienza di sviluppo di sottocatene più economica e amichevole.
Il team Force ha accumulato molta esperienza nello sviluppo di blockchain basate su EOSIO durante il processo di sviluppo e spera di massimizzare il valore di queste esperienze. Codex.io è una blockchain EOSIO "pronta all'uso" framework di sviluppo, gli sviluppatori possono avviare rapidamente la propria catena basata su Codex.io, dopo una semplice configurazione, possono personalizzare vari simboli, scegliere liberamente il sistema economico e il modello di risorsa, su questa base, gli sviluppatori devono solo prestare attenzione alla catena Il problema di essere risolto da solo può essere implementato in base al contratto o al livello nativo della catena.Codex.io può facilitare agli sviluppatori di espandersi nel livello nativo della catena, in modo da risolvere alcuni problemi di prestazioni e può anche espandere notevolmente la catena Funzione.
Codex.io integra le funzioni di espansione proposte dalla maggior parte delle attuali catene EOSIO Con un atteggiamento inclusivo, Codex.io consente agli sviluppatori di combinare liberamente le funzioni sulla catena: incluso sistema di indennità di sussistenza, sistema di account, varie liste nere e bianche meccanismi , meccanismi di governance comuni e meccanismi di voto e vari plug-in.
Attraverso Codex.io, in futuro verrà integrato un gran numero di sottocatene di livello 2, che forniranno una scalabilità illimitata.