Todas as línguas
Com base em diferentes conceitos de governança, a comunidade EOSC otimizou o mecanismo de eleição EOSIO, lançou a rede principal EOSC em Genesis Height 1 e continuou a atualizar iterativamente a rede principal EOSC, fazendo com que o EOSC se mova em direção a um alto descentralizado A direção do desempenho inteligente A plataforma de contratos continua a evoluir, estabelecendo as bases para a popularização em larga escala da economia criptografada.
A economia da criptografia inaugurou um estágio crítico desde a experimentação social até o uso comercial em larga escala.
O uso comercial em larga escala significa uma enorme pressão de transação. Para que um sistema blockchain carregue com eficiência uma grande quantidade de demandas de transações, ele deve primeiro fornecer um desempenho suficientemente forte. Para conseguir isso, requisitos mais altos são necessários para nós completos, como máquinas de hardware melhor configuradas, maior capacidade de armazenamento, rede mais estável, largura de banda mais rápida, menor latência e assim por diante. Obviamente, um limite muito alto para nós completos levará a uma redução no número de nós produtores de blocos que podem operar de forma estável.Se o mecanismo POS for adotado em tal sistema blockchain, o sistema irá convergir rapidamente para uma situação centralizada. Para encontrar um equilíbrio entre alto desempenho e descentralização, o algoritmo de consenso DPOS é sem dúvida a melhor escolha no momento e também é a melhor solução viável para gerenciar um pequeno número de nós.
O EOSIO baseado no algoritmo de consenso DPOS surgiu, e a comunidade viu o início do uso comercial em larga escala da economia de criptografia pela primeira vez. Se o mecanismo de eleição é totalmente eficaz é a chave para a sobrevivência do mecanismo de consenso DPOS, e também está relacionado a se o mecanismo de consenso DPOS pode suceder o POW e liderar a próxima geração de criptografia.
Para acelerar a chegada da era do uso comercial em larga escala da economia de criptografia, a comunidade EOSC otimizou o mecanismo de eleição EOSIO, lançou a rede principal EOSC no Genesis 1 e continuou a atualizar iterativamente a rede principal EOSC, fazendo o EOSC avançar na direção de uma plataforma de contrato inteligente descentralizada de alto desempenho continua a evoluir.
O EOSC segue o mecanismo de consenso do EOSIO, ou seja, DPOS BFT Pipeline Consensus. Ao contrário do EOSIO, o EOSC não adota o modelo do EOSIO de um bloco a cada 0,5 segundos e um nó conecta 6 blocos. No EOSC, um bloco a cada 3 segundos , Os nós não produzirão blocos continuamente, embora a produção contínua de blocos por nós possa reduzir o tempo de espera para transações desempacotadas, mas como o ambiente de rede atual geralmente não é muito ideal, a produção rápida de blocos afetará a estabilidade da cadeia, resultando em um grande número de micro garfos.
O mecanismo de consenso atual do EOSIO não é perfeito, mas como uma plataforma DAPP, o tempo de confirmação do bloco não é a primeira prioridade de otimização da cadeia. Para o EOSC, o mecanismo de consenso deve ser considerado em um ambiente de alta carga. Em o atual mecanismo de computação paralela Se não for perfeito, apressar-se para melhorar o mecanismo de confirmação em pipeline causará grandes problemas.
O futuro mecanismo de consenso do EOSC evoluirá em paralelo a partir de duas direções
1. Compatível com o desenvolvimento do EOSIO e atualizará seu algoritmo de consenso, julgamos de acordo com o progresso atual do desenvolvimento do EOSIO, quando o EOSIO concluir a melhoria paralela, o o algoritmo de consenso será atualizado, alcançará um tempo de confirmação de bloco mais rápido.
2. Ele se adaptará a outros mecanismos de consenso com base em números de confirmação, como um complemento ao consenso DPOS existente, por um lado, realizará a interação entre o Consenso da cadeia de Camada 2 incorporada e a cadeia principal. Por outro lado, pode realizar um mecanismo de cadeia cruzada mais descentralizado com cadeias de outros mecanismos de consenso.
Modelo de recursos baseado em taxa de serviço
Embora o modelo de pagamento dos recursos de CPU e NET da EOSIO seja um bom design em tecnologia, é muito complicado para os usuários e não pode promover DAPP Desenvolvedores otimizam seus contratos . Por outro lado, o método de compra da RAM do EOSIO levará a certos comportamentos de acumulação, que não são propícios ao desenvolvimento da ecologia DAPP. Por esse motivo, o EOSC projetou de forma inovadora um novo conjunto de modelos de recursos. Por meio da otimização na prática, explore modelos de recursos baseados em taxas de serviço em um ambiente de contrato inteligente complexo e resolvem completamente os problemas de recursos que afligem a ecologia EOS.
Em primeiro lugar, o EOSC paga o consumo de CPU e NET do usuário no modo de taxa. Para a ação definida pelo desenvolvedor no DAPP, o desenvolvedor DAPP pode definir a taxa necessária para a ação e o sistema controla o recurso uso da Ação com base nisso , Por um lado, é fácil para os usuários entenderem o consumo de recursos, por outro lado, também promove fortemente os desenvolvedores DAPP para otimizar o uso dos recursos do contrato, para que toda a ecologia se desenvolva benignamente.
O EOSC usa um método semelhante ao aluguel de hosts em nuvem para alocar recursos de RAM. Os usuários podem usar dividendos de votação para pagar o aluguel de recursos de RAM. Dessa forma, os usuários não precisam se preocupar com o pagamento do aluguel, e o problema de atrasos no aluguel é também eliminado. Através do método de "alugar e vender", o EOSC pode efetivamente evitar a especulação sobre os recursos da RAM, de modo que o desenvolvimento da DAPP não precise ser perturbado pelo preço da RAM, e efetivamente promove a construção ecológica da DAPP.
Ao inovar e explorar novos modelos de recursos com ousadia, o EOSC também está explorando mecanismos para ser compatível com os modelos de recursos do EOSIO. Para recursos de CPU e NET, os usuários podem pagar taxas com base na idade do ticket de dividendos para obter uma hipoteca EOSIO semelhante para obter CPU e o efeito dos recursos NET, para RAM, os usuários podem obter o efeito do EOSIO com base na compra de mercado por meio da troca de votação de hipoteca, para que os desenvolvedores DAPP possam cortar rapidamente o EOSC de outras cadeias EOSIO e alternar suavemente para o recurso EOSC modelo.
Mecanismo de atualização suave
O mecanismo de eleição do EOSC incentiva os super nós a participar ativamente na promoção de atualizações de tecnologia. Ao contrário da divisão das versões de nós da comunidade EOSIO, o EOSC promove ativamente atualizações e renovações de tecnologia.
Para obter um processo de atualização incompatível mais suave, o EOSC adicionou um mecanismo de atualização com base na altura efetiva do bloco. A comunidade pode confirmar a altura efetiva do bloco de uma função por meio de assinatura múltipla, para concluir a atualização suave em um processo de maneira descentralizada, diferente do esquema de rotulagem proposto recentemente pela EOSIO com base nos dados de expansão do bloco, o mecanismo de atualização da EOSC é mais amigável e fácil de entender. A EOSC foi a primeira a praticar o processo de atualização descentralizado “soft fork” na cadeia baseada na EOSIO, que é a garantia básica para a evolução contínua do EOSC para resolver vários problemas de mecanismo.
Por outro lado, a função de definir atributos de cadeia com base em assinatura múltipla pode fornecer à comunidade um conjunto de configurações de cadeia descentralizadas e soluções na cadeia. Vários parâmetros e configurações podem ser modificados de maneira descentralizada de acordo com a realidade desenvolvimento, fazendo um melhor desenvolvimento da comunidade.
Mecanismo de pulsação do nó e intervalo de bloco estável
A fim de promover a estabilidade da rede principal, o EOSC reforçou a construção de nós candidatos do ponto de vista do modelo econômico. , EOSC adicionou cadeia O mecanismo de pulsação do nó na rede é usado para promover o fortalecimento do nó para melhorar sua estabilidade e promover a estabilidade de toda a rede principal.
Com base no mecanismo de pulsação, o EOSC pode confirmar a operação dos nós, para que os nós defeituosos possam ser punidos com base na cadeia, de modo a supervisionar ainda mais a construção dos nós e evitar que a inação dos nós cause a instabilidade de toda a rede principal.
Aumente o tempo de intervalo de bloco no início do lançamento, de modo a evitar forks ocasionais na rede principal quando a infraestrutura de rede atual ainda não estiver perfeita. EOSIO projetou um intervalo de bloco de meio segundo e um Embora o mecanismo de os nós que produzem seis blocos consecutivos podem melhorar a disponibilidade da cadeia no futuro, não é aplicável no ambiente de rede atual. De maneira pragmática, o intervalo entre a produção de blocos deve ser aumentado primeiro e depois alterado para produção rápida de blocos quando as condições estiverem maduras no futuro. Isso pode efetivamente reduzir soft forks e, ao mesmo tempo, a redução no número de blocos pode aumentar muito a taxa de sincronização de nós completos, para que possa haver mais nós completos, melhorando assim a disponibilidade de toda a rede.
Mais APIs de camada de contrato
Para tornar mais fácil para os desenvolvedores DAPP desenvolver contratos, algumas APIs foram adicionadas e alguns ajustes específicos foram feitos nos contratos do sistema.
Em primeiro lugar, foi adicionada uma API para obter a altura do bloco. Os desenvolvedores podem obter a altura do bloco atual de maneira fácil e eficiente. Com base nessa API, o contrato pode evitar efetivamente ataques de bloqueio de bloco e outros ataques baseados em novas tentativas. Em segundo lugar, add Para obter a API das informações de configuração da cadeia, os desenvolvedores podem adaptar várias correções de parâmetros e atualizações da cadeia na camada do contrato, para que o contrato também possa seguir suavemente a função de atualização da cadeia. Finalmente, a fim de evitar a falsificação de moeda ataques, antes do início da cadeia, um contrato de token de núcleo independente é usado, para que os usuários possam distinguir claramente os ataques de moeda falsa.
Adaptação para serviços cross-chain
No início do lançamento, a equipe da Force previu que o suporte para cross-chains no futuro será a função básica da cadeia pública, então a equipe da Força iniciou o desenvolvimento do projeto Codex, estabelece a cadeia de retransmissão Codex.Relay para fornecer serviços de retransmissão para cada cadeia, de modo a realizar o mecanismo de cadeia cruzada entre cada cadeia, pode fornecer suporte mais perfeito para Codex.Relay e interoperar através dos super nós das duas cadeias, pode-se obter um mecanismo de cadeia cruzada "completo", ou seja, o grau de descentralização de qualquer cadeia não será reduzido durante o processo de cadeia cruzada.
Através do mecanismo cross-chain, pode-se obter grande escalabilidade.Com base no serviço de retransmissão, podem ser adicionadas sub-cadeias de camada 2. Alguns serviços e DAPPs que consomem grandes recursos podem ser executados com base em sub-cadeias. Por meio do serviço de retransmissão, os resultados do cálculo ou o estado central são sincronizados para que subcadeias especiais, como armazenamento, cálculo, DAPP e números aleatórios, possam ser adicionadas no futuro para expandir as funções.
Estrutura de desenvolvimento de blockchain EOSIO altamente personalizável
Com base em serviços de retransmissão, subcadeias de camada 2 podem ser adicionadas e várias subcadeias desempenharão um papel na ecologia EOSIO no futuro. tem um grande efeito, mas deve-se notar que o desenvolvimento atual de um projeto de blockchain com funções personalizadas baseadas em EOSIO ainda tem um limite alto. Por esse motivo, a equipe da Force lançou o projeto Codex.io, que é um altamente personalizável A estrutura de desenvolvimento de blockchain EOSIO reduz o limite para desenvolvimento de subcadeia e fornece aos desenvolvedores uma experiência de desenvolvimento de subcadeia mais econômica e amigável.
A equipe Force acumulou muita experiência no desenvolvimento de blockchains baseados em EOSIO durante o processo de desenvolvimento e espera maximizar o valor dessas experiências. Codex.io é uma cadeia de blocos EOSIO "pronta para uso" estrutura de desenvolvimento, os desenvolvedores podem iniciar rapidamente sua própria cadeia com base no Codex.io, após uma configuração simples, eles podem personalizar vários símbolos, escolher livremente o sistema econômico e o modelo de recurso; com base nisso, os desenvolvedores precisam apenas prestar atenção à cadeia O problema a ser ser resolvido por si só pode ser realizado com base no contrato ou na camada nativa da cadeia. O Codex.io pode facilitar que os desenvolvedores se expandam na camada nativa da cadeia, de modo a resolver alguns problemas de desempenho e também pode expandir bastante a cadeia .Função.
O Codex.io integra as funções de expansão propostas pela maioria das cadeias EOSIO atuais. Com uma atitude inclusiva, o Codex.io permite que os desenvolvedores combinem livremente funções na cadeia: incluindo o sistema de subsídio de subsistência, sistema de contas e vários preto e mecanismos de lista branca , mecanismos de governança comuns e mecanismos de votação e vários plug-ins.
Por meio do Codex.io, um grande número de subcadeias de Camada 2 será integrado no futuro, o que fornecerá escalabilidade ilimitada.