reinetwork

REI Network
Quando pensado pela primeira vez a deia sobre blockchain em 2016, queríamos desenvolver uma blockchain de alto desempenho que pudesse se adaptar às crescentes demandas comerciais, então adotamos a estrutura Graphene para construir a versão inicial do GXChain 1.0. Com a atualização iterativa contínua da tecnologia, introduzimos a máquina virtual WASM no Graphene, que suporta linguagens de programação tradicionais para escrever contratos inteligentes e implementa um token - um poder de voto - e um mecanismo inovador de staking e votação no mecanismo de eleição DPoS. O GXChain 1.0 completou sua missão histórica dentro de um período de tempo e conquistou o apoio de inúmeros usuários da comunidade. No final de 2019, quando testemunhamos o boom do DeFi, consideramos se o GXChain poderia fornecer uma experiência mais amigável para esses projetos DeFi. Quando tentamos implementar essas ideias básicas de DeFi no GXChain 1.0, encontramos alguns problemas:

Muitos projetos DeFi são construídos em Ethereum/EVM, e a maioria deles adota a linguagem de programação Solidity

Embora o Ethereum não seja muito fácil de usar (baixa eficiência e alto custo), parece que desenvolvedores e usuários se importam pouco com ele.

Então, consideramos que o que realmente atrai esses desenvolvedores é o seguinte. Após um período de pesquisa, descobrimos:

O EVM possui um conjunto de instruções mais maduro e historicamente testado, bem como um compilador e editor amigáveis e outra infraestrutura, e acumulou um grande número de desenvolvedores nessas bases

A ecologia do EVM possui padrões melhores, como ERC20, ERC721, etc., e a combinação desses padrões é muito forte

A comunidade Ethereum acumulou um grande número de projetos de alta qualidade e usuários fiéis nos primeiros dias. Embora o Ethereum não seja muito amigável ao usuário, ainda é a primeira escolha para projetos DeFi.

Portanto, decidimos tornar o GXChain 2.0 compatível com o EVM e sua infraestrutura ecológica, para que os desenvolvedores DeFi e suas aplicações possam migrar perfeitamente para o GXChain 2.0, mantendo a mesma experiência da blockchain Ethereum e melhorando a eficiência do consenso (o desempenho do GXChain 2.0), reduzindo o custo de uso. Após essas ideias preliminares, refinamos rapidamente algumas soluções técnicas específicas, ou seja, as características técnicas do GXChain 2.0:

Compatível com EVM

Compatível com as interfaces RPC e Websocket da Ethereum e pode suportar GRPC no futuro

Reescreva o módulo de rede e use Libp2p em vez de Devp2p (solução atual do cliente Ethereum), porque acreditamos que Libp2p tem melhores padrões e pode alcançar melhor versatilidade e escalabilidade

Realize menor consumo de recursos por meio do design de tokenomics ( Gas Free )

Contratos de sistemas Realize que podem ser bifurcados e atualizados. Esses contratos incluem: Staking/Slashing, ResourceManager e IBC, etc.

Alcançar um consenso mais eficiente e aleatório: DPoS+BFT , para garantir a descentralização e ser uma potência mais verde

Realizar o módulo de consenso abstrato , para que o código da Rede REI possa ser facilmente combinado e se tornar uma ferramenta de construção de cadeias

Diante dos ideais técnicos mencionados acima, esperamos que o código do GXChain 2.0 não seja mais um simples Fork ou dependa de uma estrutura de construção de cadeias de código aberto, mas sim, com base na EVM, reconstrua a rede, o consenso, a eleição de nós e os módulos RPC. Esperamos que esses códigos sejam mais concisos e modulares para que tenham melhor componibilidade.#ReiNetwork $REI