REI Network

Cuando se pensó por primera vez la idea sobre blockchain en 2016, queríamos desarrollar una blockchain de alto rendimiento que pudiera adaptarse a las crecientes demandas comerciales, así que adoptamos la estructura Graphene para construir la versión inicial de GXChain 1.0. Con la actualización iterativa continua de la tecnología, introdujimos la máquina virtual WASM en Graphene, que soporta lenguajes de programación tradicionales para escribir contratos inteligentes e implementa un token - un poder de voto - y un mecanismo innovador de staking y votación en el mecanismo de elección DPoS. GXChain 1.0 completó su misión histórica dentro de un período de tiempo y conquistó el apoyo de innumerables usuarios de la comunidad. A finales de 2019, cuando presenciamos el auge del DeFi, consideramos si GXChain podría proporcionar una experiencia más amigable para estos proyectos DeFi. Cuando intentamos implementar estas ideas básicas de DeFi en GXChain 1.0, encontramos algunos problemas:

Muchos proyectos DeFi se construyen en Ethereum/EVM, y la mayoría de ellos adoptan el lenguaje de programación Solidity

Aunque Ethereum no es muy fácil de usar (baja eficiencia y alto costo), parece que a desarrolladores y usuarios les importa poco.

Entonces, consideramos que lo que realmente atrae a estos desarrolladores es lo siguiente. Después de un período de investigación, descubrimos:

La EVM tiene un conjunto de instrucciones más maduro y probado históricamente, así como un compilador y editor amigables y otra infraestructura, y ha acumulado un gran número de desarrolladores en estas bases

La ecología de la EVM tiene mejores estándares, como ERC20, ERC721, etc., y la combinación de estos estándares es muy fuerte

La comunidad Ethereum acumuló un gran número de proyectos de alta calidad y usuarios fieles en sus primeros días. Aunque Ethereum no es muy amigable para el usuario, sigue siendo la primera opción para proyectos DeFi.

Por lo tanto, decidimos hacer que GXChain 2.0 sea compatible con la EVM y su infraestructura ecológica, para que los desarrolladores DeFi y sus aplicaciones puedan migrar perfectamente a GXChain 2.0, manteniendo la misma experiencia de la blockchain de Ethereum y mejorando la eficiencia del consenso (el rendimiento de GXChain 2.0), reduciendo el costo de uso. Después de estas ideas preliminares, refinamos rápidamente algunas soluciones técnicas específicas, es decir, las características técnicas de GXChain 2.0:

Compatible con EVM

Compatible con las interfaces RPC y Websocket de Ethereum y puede soportar GRPC en el futuro

Reescribir el módulo de red y usar Libp2p en lugar de Devp2p (solución actual del cliente Ethereum), porque creemos que Libp2p tiene mejores estándares y puede lograr mejor versatilidad y escalabilidad

Realizar un menor consumo de recursos a través del diseño de tokenomics (Gas Free)

Contratos de sistemas Realize que pueden ser bifurcados y actualizados. Estos contratos incluyen: Staking/Slashing, ResourceManager e IBC, etc.

Alcanzar un consenso más eficiente y aleatorio: DPoS+BFT, para garantizar la descentralización y ser una potencia más verde

Realizar el módulo de consenso abstracto, para que el código de la Red REI pueda ser fácilmente combinado y convertirse en una herramienta de construcción de cadenas

Ante los ideales técnicos mencionados anteriormente, esperamos que el código de GXChain 2.0 no sea más un simple Fork o dependa de una estructura de construcción de cadenas de código abierto, sino que, basándose en la EVM, reconstruya la red, el consenso, la elección de nodos y los módulos RPC. Esperamos que estos códigos sean más concisos y modulares para que tengan mejor componibilidad.#ReiNetwork $REI