Réseau REI

Lorsque l'idée de la blockchain a été pensée pour la première fois en 2016, nous voulions développer une blockchain haute performance qui puisse s'adapter aux demandes commerciales croissantes, alors nous avons adopté la structure Graphene pour construire la version initiale de GXChain 1.0. Avec la mise à jour itérative continue de la technologie, nous avons introduit la machine virtuelle WASM dans Graphene, qui prend en charge les langages de programmation traditionnels pour écrire des contrats intelligents et met en œuvre un token - un pouvoir de vote - et un mécanisme innovant de staking et de vote dans le mécanisme d'élection DPoS. Le GXChain 1.0 a accompli sa mission historique dans un délai et a remporté le soutien d'innombrables utilisateurs de la communauté. À la fin de 2019, alors que nous assistions au boom du DeFi, nous avons considéré si le GXChain pouvait fournir une expérience plus conviviale pour ces projets DeFi. Lorsque nous avons tenté d'implémenter ces idées de base de DeFi dans le GXChain 1.0, nous avons rencontré quelques problèmes :

De nombreux projets DeFi sont construits sur Ethereum/EVM, et la plupart d'entre eux adoptent le langage de programmation Solidity

Bien que l'Ethereum ne soit pas très facile à utiliser (faible efficacité et coût élevé), il semble que les développeurs et les utilisateurs s'en soucient peu.

Alors, nous considérons que ce qui attire vraiment ces développeurs est le suivant. Après une période de recherche, nous avons découvert :

L'EVM possède un ensemble d'instructions plus mature et historiquement testé, ainsi qu'un compilateur et un éditeur conviviaux et d'autres infrastructures, et a accumulé un grand nombre de développeurs sur ces bases

L'écologie de l'EVM possède de meilleurs standards, tels que ERC20, ERC721, etc., et la combinaison de ces standards est très forte

La communauté Ethereum a accumulé un grand nombre de projets de haute qualité et d'utilisateurs fidèles dès le début. Bien que l'Ethereum ne soit pas très convivial, il reste le premier choix pour les projets DeFi.

Par conséquent, nous avons décidé de rendre le GXChain 2.0 compatible avec l'EVM et son infrastructure écologique, afin que les développeurs DeFi et leurs applications puissent migrer parfaitement vers le GXChain 2.0, en maintenant la même expérience que la blockchain Ethereum et en améliorant l'efficacité du consensus (les performances du GXChain 2.0), en réduisant le coût d'utilisation. Après ces idées préliminaires, nous avons rapidement affiné quelques solutions techniques spécifiques, c'est-à-dire les caractéristiques techniques du GXChain 2.0 :

Compatible avec l'EVM

Compatible avec les interfaces RPC et Websocket de l'Ethereum et peut supporter GRPC à l'avenir

Réécrire le module de réseau et utiliser Libp2p au lieu de Devp2p (solution actuelle du client Ethereum), car nous croyons que Libp2p a de meilleurs standards et peut atteindre une meilleure polyvalence et évolutivité

Réaliser une consommation de ressources moindre grâce à la conception de tokenomics (Gas Free)

Contrats de systèmes Réalisez qui peuvent être bifurqués et mis à jour. Ces contrats incluent : Staking/Slashing, ResourceManager et IBC, etc.

Atteindre un consensus plus efficace et aléatoire : DPoS+BFT, pour garantir la décentralisation et être une puissance plus verte

Réaliser le module de consensus abstrait, afin que le code du Réseau REI puisse être facilement combiné et devenir un outil de construction de chaînes

Face aux idéaux techniques mentionnés ci-dessus, nous espérons que le code de GXChain 2.0 ne soit plus un simple Fork ou ne dépende pas d'une structure de construction de chaînes de code ouvert, mais plutôt, basé sur l'EVM, reconstruire le réseau, le consensus, l'élection des nœuds et les modules RPC. Nous espérons que ces codes seront plus concis et modulaires afin d'avoir une meilleure composabilité.#ReiNetwork $REI