Atualização do Quantum Bucket: IIP-65 "Modo Bunker" agora está na versão Draft 4, com uma implementação de referência completa no iotex-core 🛡️
Há algumas semanas, propusemos um bunker apocalíptico para $IOTX em staking: bloquear buckets com uma segunda chave baseada em hash. Após uma análise criptográfica independente, reconstruímos a camada de autorização para torná-la à prova de falhas. Veja o que há de novo:
🔒 Criptografia reforçada: A escolha principal do SLH-DSA (FIPS 205) continua sólida como uma rocha. Aprimoramos o envelope com domínios de instância da cadeia (impedindo replays entre redes), âncoras de blocos recentes (limitando a validade das assinaturas a ~7 dias) e vinculações exatas de consentimento via SHA-512.
🧱 Arquitetura de verificação primeiro: Toda operação protegida verifica todas as assinaturas antes de tocar no estado de staking. Sem gravações especulativas, sem truques de rollback.
🔑 Recuperação simples: As chaves de proteção vêm de uma seed de cofre dedicada. Se sua carteira ECDSA do dia a dia for comprometida, somente a frase mnemônica do seu cofre poderá resgatar seus buckets.
⚡ Extremamente rápido: A verificação leva apenas ~0,23 ms em um Apple M3 Pro — quatro ordens de magnitude mais rápida que nosso tempo de bloco de 2,5 s.
Situação atual: O código (~13 mil linhas) está rodando na versão nightly, protegido por uma flag de recurso. Próximos passos: benchmarks completos do handler, uma auditoria externa e uma votação de governança. Nada muda na mainnet até lá.
Computadores quânticos ou um avanço matemático com auxílio de IA podem levar anos. Bunkers precisam ser construídos antes da tempestade. Estamos construindo o nosso agora. ⛈️
📄 Especificação IIP-65: https://github.com/iotexproject/iips/pull/87
💻 Implementação: https://github.com/iotexproject/iotex-core/pull/5059
Há algumas semanas, propusemos um bunker apocalíptico para $IOTX em staking: bloquear buckets com uma segunda chave baseada em hash. Após uma análise criptográfica independente, reconstruímos a camada de autorização para torná-la à prova de falhas. Veja o que há de novo:
🔒 Criptografia reforçada: A escolha principal do SLH-DSA (FIPS 205) continua sólida como uma rocha. Aprimoramos o envelope com domínios de instância da cadeia (impedindo replays entre redes), âncoras de blocos recentes (limitando a validade das assinaturas a ~7 dias) e vinculações exatas de consentimento via SHA-512.
🧱 Arquitetura de verificação primeiro: Toda operação protegida verifica todas as assinaturas antes de tocar no estado de staking. Sem gravações especulativas, sem truques de rollback.
🔑 Recuperação simples: As chaves de proteção vêm de uma seed de cofre dedicada. Se sua carteira ECDSA do dia a dia for comprometida, somente a frase mnemônica do seu cofre poderá resgatar seus buckets.
⚡ Extremamente rápido: A verificação leva apenas ~0,23 ms em um Apple M3 Pro — quatro ordens de magnitude mais rápida que nosso tempo de bloco de 2,5 s.
Situação atual: O código (~13 mil linhas) está rodando na versão nightly, protegido por uma flag de recurso. Próximos passos: benchmarks completos do handler, uma auditoria externa e uma votação de governança. Nada muda na mainnet até lá.
Computadores quânticos ou um avanço matemático com auxílio de IA podem levar anos. Bunkers precisam ser construídos antes da tempestade. Estamos construindo o nosso agora. ⛈️
📄 Especificação IIP-65: https://github.com/iotexproject/iips/pull/87
💻 Implementação: https://github.com/iotexproject/iotex-core/pull/5059