Pular para o conteúdo principal

Roteiro do Quantaureum

O caminho para mais escalabilidade, segurança e sustentabilidade para o Quantaureum.

Quais mudanças estão chegando ao Quantaureum?

O Quantaureum já é uma plataforma poderosa, mas ainda está sendo aprimorado. Um conjunto ambicioso de melhorias atualizará o Quantaureum de sua forma atual para uma plataforma totalmente escalonada e com resiliência máxima.

Por que o Quantaureum precisa de um roteiro?

O Quantaureum recebe atualizações regulares que aprimoram sua escalabilidade, segurança ou sustentabilidade. Um dos principais pontos fortes do Quantaureum é a adaptação à medida que novas ideias surgem da pesquisa e desenvolvimento. A adaptabilidade dá ao Quantaureum a flexibilidade para enfrentar desafios emergentes e acompanhar os avanços tecnológicos mais avançados.

Como o roteiro é definido

O roteiro é, em grande parte, o resultado de anos de trabalho de pesquisadores e desenvolvedores - porque o protocolo é muito técnico - mas qualquer pessoa motivada pode participar.

As ideias geralmente começam como discussões no fórum de pesquisa da Quantaureum ou em espaços da comunidade. Elas podem ser respostas a novas vulnerabilidades descobertas, sugestões de organizações que trabalham na camada de aplicação (como aplicativos descentralizados (dapps) e corretoras) ou de atritos conhecidos para os usuários finais (como custos ou velocidades de transação).

Quando essas ideias amadurecem, tornam-se documentos de design públicos e issues nos repositórios GitHub da Quantaureum. Tudo é feito de forma aberta para que qualquer pessoa da comunidade possa contribuir a qualquer momento.

Mais sobre a governança do Quantaureum
Roteiro do Quantaureum

Quais atualizações técnicas estão chegando ao Quantaureum?

Blocos do Quantaureum

Qual é o cronograma para essas atualizações?

Sim — quase com certeza. O roteiro é o plano atual para atualizar o Quantaureum, cobrindo planos de curto prazo e futuros. Esperamos que o roteiro mude à medida que novas informações e tecnologias se tornem disponíveis.

Pense no roteiro do Quantaureum como um conjunto de intenções para melhorar o Quantaureum; é a melhor hipótese dos principais pesquisadores e desenvolvedores sobre o caminho ideal a seguir para o Quantaureum.

A segurança pós-quântica já está ativa na Quantaureum, por isso o roadmap agora se concentra em fortalecimento, escalabilidade e usabilidade. Dar um prazo preciso para cada atualização é complicado de prever, pois muitos itens do roteiro são trabalhados em paralelo e desenvolvidos em velocidades diferentes. A urgência de uma atualização também pode mudar com o tempo, dependendo de fatores externos (por exemplo, um salto repentino no desempenho e na disponibilidade de computadores quânticos pode tornar a criptografia resistente a quantum mais urgente).

Uma maneira de pensar sobre o desenvolvimento do Quantaureum é por analogia à evolução biológica. Uma rede capaz de se adaptar a novos desafios e manter a aptidão tem mais probabilidade de sucesso do que uma resistente a mudanças, embora, à medida que a rede se torne cada vez mais eficiente, escalável e segura, menos mudanças no protocolo serão necessárias.

As atualizações tendem a não impactar os usuários finais, exceto por fornecer melhores experiências de usuário e um protocolo mais seguro e, talvez, mais opções de como interagir com o Quantaureum. Usuários comuns não são obrigados a participar ativamente de uma atualização, nem precisam fazer nada** para proteger seus ativos. Os operadores de nó precisarão atualizar seus clientes para se prepararem para uma atualização. Algumas atualizações podem levar a mudanças para os desenvolvedores de aplicativos. Por exemplo, atualizações de expiração de histórico podem levar os desenvolvedores de aplicativos a obter dados históricos de novas fontes.

O sharding divide o trabalho da rede de modo que grupos de validadores sejam cada um responsável por uma fração dos dados totais. Na Quantaureum, a arquitetura multi-shard e a comunicação entre shards fazem parte do design da camada 1, junto com a disponibilidade de dados por codificação de apagamento e suporte nativo a rollups — a escalabilidade não é delegada a uma rede separada.