REI-Netzwerk

Als wir 2016 zum ersten Mal über Blockchain nachdachten, wollten wir eine leistungsstarke Blockchain entwickeln, die sich an die wachsenden geschäftlichen Anforderungen anpassen kann, also haben wir die Graphene-Struktur übernommen, um die anfängliche Version von GXChain 1.0 zu bauen. Mit der kontinuierlichen iterativen Aktualisierung der Technologie haben wir die WASM-virtuelle Maschine in Graphene eingeführt, die traditionelle Programmiersprachen unterstützt, um Smart Contracts zu schreiben, und implementiert ein Token - ein Stimmrecht - sowie einen innovativen Staking- und Abstimmungsmechanismus im DPoS-Wahlmechanismus. Der GXChain 1.0 hat seine historische Mission innerhalb eines Zeitraums abgeschlossen und hat die Unterstützung unzähliger Nutzer der Community gewonnen. Ende 2019, als wir den Boom des DeFi miterlebten, überlegten wir, ob GXChain eine benutzerfreundlichere Erfahrung für diese DeFi-Projekte bieten könnte. Als wir versuchten, diese grundlegenden Ideen von DeFi in GXChain 1.0 umzusetzen, stießen wir auf einige Probleme:

Viele DeFi-Projekte sind auf Ethereum/EVM aufgebaut, und die meisten von ihnen verwenden die Programmiersprache Solidity.

Obwohl Ethereum nicht sehr benutzerfreundlich ist (geringe Effizienz und hohe Kosten), scheinen Entwickler und Benutzer wenig darüber besorgt zu sein.

Also, wir sind der Meinung, dass das, was diese Entwickler wirklich anzieht, Folgendes ist. Nach einer Forschungsperiode haben wir herausgefunden:

Die EVM verfügt über einen reiferen und historisch getesteten Befehlssatz sowie einen benutzerfreundlichen Compiler und Editor und hat eine große Anzahl von Entwicklern in diesen Basen angesammelt.

Die EVM-Ökologie hat bessere Standards, wie ERC20, ERC721 usw., und die Kombination dieser Standards ist sehr stark.

Die Ethereum-Community hat in den frühen Tagen eine große Anzahl von hochwertigen Projekten und treuen Nutzern angesammelt. Obwohl Ethereum nicht sehr benutzerfreundlich ist, ist es immer noch die erste Wahl für DeFi-Projekte.

Daher haben wir beschlossen, GXChain 2.0 mit der EVM und ihrer ökologischen Infrastruktur kompatibel zu machen, damit die DeFi-Entwickler und ihre Anwendungen nahtlos zu GXChain 2.0 migrieren können, wobei die gleiche Erfahrung der Ethereum-Blockchain beibehalten wird und die Effizienz des Konsenses (die Leistung von GXChain 2.0) verbessert wird, während die Nutzungskosten gesenkt werden. Nach diesen vorläufigen Ideen haben wir schnell einige spezifische technische Lösungen verfeinert, das heißt, die technischen Merkmale von GXChain 2.0:

Kompatibel mit EVM

Kompatibel mit den RPC- und Websocket-Schnittstellen von Ethereum und kann in Zukunft GRPC unterstützen.

Das Netzwerkmodul neu schreiben und Libp2p anstelle von Devp2p (aktuelle Ethereum-Client-Lösung) verwenden, da wir glauben, dass Libp2p bessere Standards hat und eine bessere Vielseitigkeit und Skalierbarkeit erreichen kann.

Einen geringeren Ressourcenverbrauch durch das Design der Tokenomics (Gasfrei) erreichen.

Systemverträge, die verzweigt und aktualisiert werden können. Diese Verträge umfassen: Staking/Slashing, ResourceManager und IBC usw.

Einen effizienteren und zufälligeren Konsens erreichen: DPoS+BFT, um Dezentralisierung zu gewährleisten und eine grünere Macht zu sein.

Das abstrakte Konsensmodul realisieren, damit der Code des REI-Netzwerks leicht kombiniert werden kann und zu einem Werkzeug zum Bau von Blockchains wird.

Angesichts der oben genannten technischen Ideale hoffen wir, dass der Code von GXChain 2.0 nicht mehr ein einfacher Fork ist oder von einer Open-Source-Blockchain-Bauweise abhängt, sondern dass er auf der EVM basiert, um das Netzwerk, den Konsens, die Wahl der Knoten und die RPC-Module neu aufzubauen. Wir hoffen, dass dieser Code prägnanter und modularer ist, um eine bessere Kombinierbarkeit zu gewährleisten.#ReiNetwork $REI