A Ripple planeia um XRP Ledger resistente a ataques quânticos até 2028

A Ripple anunciou na segunda-feira um roteiro em várias etapas para construir infraestruturas resistentes ao quantum para o XRP Ledger (XRPL) até 2028, respondendo às preocupações crescentes sobre a segurança dos sistemas criptográficos existentes face a futuras ameaças da computação quântica.

Contexto da Ameaça Quântica

Embora as ameaças da computação quântica tenham sido anteriormente consideradas teóricas no setor das criptomoedas, investigações recentes elevaram a preocupação para um nível mais concreto. Um estudo publicado pela Google Quantum AI revelou que computadores quânticos suficientemente avançados poderiam quebrar algoritmos criptográficos existentes usados em blockchains até 2032. Estes algoritmos são críticos para a segurança das carteiras, a assinatura de transações e a proteção de ativos digitais.

Os especialistas descreveram a ameaça como passando de “teórica” para “credível”, especialmente num cenário de “guardar agora, descodificar mais tarde”, em que atores maliciosos poderiam recolher hoje dados de blockchain encriptados e descodificá-los no futuro com computadores quânticos.

Abordagem em Múltiplas Etapas da Ripple

O plano da Ripple prevê uma transição gradual em vez de uma substituição súbita dos sistemas existentes. O roteiro inclui três fases principais:

  1. Fase de testes: Avaliação de soluções de criptografia resistentes ao quantum
  2. Implantação híbrida: Implementação de sistemas resistentes ao quantum em paralelo com a infraestrutura existente
  3. Escala: Expansão das capacidades resistentes ao quantum por toda a rede

A empresa está a colaborar com o Project Eleven para acelerar o desenvolvimento, o que inclui testes de validadores e desenvolvimento de um protótipo de armazenamento em fase inicial.

Mecanismo de Emergência do Q-Day

Um componente notável do plano é o protocolo de cenário de emergência do “Quantum-Day” (Q-Day). Este mecanismo permitiria aos utilizadores migrar com segurança os seus ativos para contas resistentes ao quantum no caso de as normas criptográficas atuais serem comprometidas.

Vulnerabilidades e Vantagens Específicas do XRPL

A Ripple identificou uma vulnerabilidade específica no XRPL: cada conta ligada à rede expõe a sua chave pública na cadeia (on-chain) quando assina uma transação, criando uma potencial vulnerabilidade de segurança na era da computação quântica. Proteger as contas que detêm ativos de longo prazo é identificado como um objetivo principal.

No entanto, o XRPL já possui uma vantagem significativa através da sua funcionalidade incorporada de rotação de chaves. Esta funcionalidade permite aos utilizadores alternar para chaves mais seguras ao longo do tempo sem alterar as suas contas existentes nem migrar ativos para novos endereços — uma flexibilidade que não existe em muitas outras blockchains.

Filosofia Estratégica

Os responsáveis da Ripple afirmam que a transição quântica não é uma atualização pontual, mas uma transformação abrangente que inclui desempenho, armazenamento, usabilidade e desenho do protocolo. A estratégia em várias etapas procura minimizar a perturbação durante um potencial cenário de Q-Day, preservando ao mesmo tempo as forças do sistema atual.

FAQ

Qual é a ameaça de “guardar agora, descodificar mais tarde”? Atores maliciosos poderiam recolher dados de blockchain encriptados disponíveis hoje e usar computadores quânticos futuros para os descodificar, potencialmente comprometendo ativos e transações que parecem seguras sob a criptografia atual.

O XRPL tem alguma funcionalidade existente resistente ao quantum? Sim. A funcionalidade incorporada de rotação de chaves do XRPL permite aos utilizadores atualizar as suas chaves criptográficas sem migrar os seus ativos para novos endereços, proporcionando flexibilidade para se adaptar a melhorias de segurança.

Quando é que o XRPL será totalmente resistente ao quantum? O roteiro da Ripple prevê a conclusão até 2028, embora o plano envolva fases graduais de testes, implantação híbrida e escalabilidade, em vez de uma única data de implementação.

XRP1,18%
Ver original
Esta página pode conter conteúdos de terceiros, que são fornecidos apenas para fins informativos (sem representações/garantias) e não devem ser considerados como uma aprovação dos seus pontos de vista pela Gate, nem como aconselhamento financeiro ou profissional. Consulte a Declaração de exoneração de responsabilidade para obter mais informações.
  • Recompensa
  • 14
  • 12
  • Partilhar
Comentar
Adicionar um comentário
Adicionar um comentário
SlippageSkeptic
· 04-23 16:14
Não espere até o mercado entrar em pânico para fazer uma revisão, agora é o momento de traçar o roteiro para evitar armadilhas antecipadamente.
Ver originalResponder0
GateUser-3d750846
· 04-23 04:33
2028 este cronograma é realista, pelo menos não é apenas um grito de slogan.
Ver originalResponder0
RevokingPermissionsOnARainy
· 04-22 21:22
Gostaria de saber se o roteiro prevê a implementação de assinaturas PQC ou se se trata de uma migração a nível de endereço/conta? O custo da migração é que é fundamental.
Ver originalResponder0
On-ChainHealthInspector
· 04-22 00:52
Será que também pode cobrir, de forma incidental, a resistência quântica em cenários de multi-assinatura/depósito? As instituições se preocupam mais com isso.
Ver originalResponder0
GlassDomeObservatory
· 04-21 15:45
Estou mais interessado em qual padrão específico é adotado: entre os algoritmos candidatos do NIST, a segurança e o compromisso entre tamanho/velocidade são difíceis de equilibrar.
Ver originalResponder0
DustyAlpha
· 04-21 12:05
Parece que a Ripple está a fazer "agilidade em criptografia", permitindo que futuras mudanças de algoritmo sejam tão suaves quanto uma atualização de protocolo.
Ver originalResponder0
MerkleGarden
· 04-21 11:03
Muito bem, primeiro planeje a resistência quântica.
Ver originalResponder0
GateUser-6bc62511
· 04-21 11:02
A ameaça quântica ainda está longe, mas fazer a "atualização antecipada" agora é a opção mais vantajosa.
Ver originalResponder0
Don’tRushToDoubleItYet.
· 04-21 10:52
A preocupação é com a compatibilidade da carteira ecológica e da exchange, pois o suporte na cadeia ainda não é suficiente.
Ver originalResponder0
AuroraStone
· 04-21 10:49
Avançar em várias etapas é mais inteligente: primeiro compatibilizar, depois migrar e, por último, impor, não cortar de uma só vez.
Ver originalResponder0
Ver mais
  • Fixar