REI Network

Quando pensammo per la prima volta all'idea di blockchain nel 2016, volevamo sviluppare una blockchain ad alte prestazioni che potesse adattarsi alle crescenti esigenze commerciali, quindi adottammo la struttura Graphene per costruire la versione iniziale del GXChain 1.0. Con l'aggiornamento iterativo continuo della tecnologia, introducemmo la macchina virtuale WASM nel Graphene, che supporta linguaggi di programmazione tradizionali per scrivere contratti intelligenti e implementa un token - un potere di voto - e un meccanismo innovativo di staking e voto nel meccanismo di elezione DPoS. Il GXChain 1.0 ha completato la sua missione storica in un periodo di tempo e ha conquistato il supporto di innumerevoli utenti della comunità. Alla fine del 2019, quando abbiamo testimoniato il boom del DeFi, ci siamo chiesti se il GXChain potesse fornire un'esperienza più amichevole per questi progetti DeFi. Quando cercammo di implementare queste idee di base di DeFi nel GXChain 1.0, incontrammo alcuni problemi:

Molti progetti DeFi sono costruiti su Ethereum/EVM, e la maggior parte di essi adotta il linguaggio di programmazione Solidity

Sebbene Ethereum non sia molto facile da usare (bassa efficienza e alto costo), sembra che sviluppatori e utenti se ne preoccupino poco.

Quindi, consideriamo che ciò che attrae realmente questi sviluppatori è il seguente. Dopo un periodo di ricerca, abbiamo scoperto:

L'EVM possiede un insieme di istruzioni più maturo e storicamente testato, oltre a un compilatore e un editor amichevoli e altra infrastruttura, e ha accumulato un gran numero di sviluppatori su queste basi

L'ecologia dell'EVM possiede standard migliori, come ERC20, ERC721, ecc., e la combinazione di questi standard è molto forte

La comunità Ethereum ha accumulato un gran numero di progetti di alta qualità e utenti fedeli nei primi giorni. Sebbene Ethereum non sia molto amichevole per l'utente, è ancora la prima scelta per i progetti DeFi.

Pertanto, abbiamo deciso di rendere il GXChain 2.0 compatibile con l'EVM e la sua infrastruttura ecologica, in modo che gli sviluppatori DeFi e le loro applicazioni possano migrare perfettamente al GXChain 2.0, mantenendo la stessa esperienza della blockchain di Ethereum e migliorando l'efficienza del consenso (le prestazioni del GXChain 2.0), riducendo il costo d'uso. Dopo queste idee preliminari, abbiamo rapidamente affinato alcune soluzioni tecniche specifiche, ovvero le caratteristiche tecniche del GXChain 2.0:

Compatibile con EVM

Compatibile con le interfacce RPC e Websocket di Ethereum e può supportare GRPC in futuro

Riscrivere il modulo di rete e utilizzare Libp2p invece di Devp2p (soluzione attuale del cliente Ethereum), perché crediamo che Libp2p abbia standard migliori e possa raggiungere una migliore versatilità e scalabilità

Realizzare un minor consumo di risorse attraverso il design di tokenomics (Gas Free)

Contratti di sistemi Realize che possono essere biforcati e aggiornati. Questi contratti includono: Staking/Slashing, ResourceManager e IBC, ecc.

Raggiungere un consenso più efficiente e casuale: DPoS+BFT, per garantire la decentralizzazione e essere una potenza più verde

Realizzare il modulo di consenso astratto, affinché il codice della Rete REI possa essere facilmente combinato e diventare uno strumento di costruzione di catene

Di fronte agli ideali tecnici menzionati sopra, ci aspettiamo che il codice di GXChain 2.0 non sia più un semplice Fork o dipenda da una struttura di costruzione di catene open source, ma piuttosto, basato sull'EVM, ricostruisca la rete, il consenso, l'elezione dei nodi e i moduli RPC. Ci aspettiamo che questi codici siano più concisi e modulari affinché abbiano una migliore componibilità.#ReiNetwork $REI