Mise à jour de Quantum Bucket : l’IIP-65 « Bunker Mode » est désormais au brouillon 4, avec une implémentation de référence complète dans iotex-core 🛡️
Il y a quelques semaines, nous avons proposé un bunker de fin du monde pour les $IOTX en staking : verrouiller les buckets à l’aide d’une seconde clé basée sur le hachage. Après un examen cryptographique indépendant, nous avons reconstruit la couche d’autorisation pour la rendre infaillible. Voici les nouveautés :
🔒 Cryptographie renforcée : le choix fondamental de SLH-DSA (FIPS 205) reste extrêmement solide. Nous avons amélioré l’enveloppe avec des domaines propres à chaque instance de chaîne (pour empêcher les rejeux entre réseaux), des ancrages sur des blocs récents (limitant la durée de validité des signatures à environ 7 jours) et des consentements précisément liés via SHA-512.
🧱 Architecture « vérifier d’abord » : chaque opération protégée vérifie toutes les signatures avant de toucher à l’état du staking. Aucune écriture spéculative, aucun jeu de retour arrière.
🔑 Récupération simple : les clés de protection proviennent d’une phrase de récupération dédiée au coffre-fort. Si votre portefeuille ECDSA habituel est compromis, la phrase de récupération de votre coffre-fort suffit à sauver vos buckets.
⚡ Ultra-rapide : la vérification ne prend qu’environ 0,23 ms sur une puce Apple M3 Pro, soit quatre ordres de grandeur de moins que notre temps de bloc de 2,5 s.
Où en est le projet : le code (environ 13 000 lignes) tourne sur la version nightly, derrière un indicateur de fonctionnalité. Prochaines étapes : benchmarks complets des gestionnaires, audit externe et vote de gouvernance. Rien ne changera sur le mainnet d’ici là.
Les ordinateurs quantiques ou une percée mathématique assistée par l’IA pourraient mettre des années à arriver. Les bunkers doivent être construits avant la tempête. Nous construisons le nôtre dès maintenant. ⛈️
📄 Spécification IIP-65 : https://github.com/iotexproject/iips/pull/87
💻 Implémentation : https://github.com/iotexproject/iotex-core/pull/5059
Il y a quelques semaines, nous avons proposé un bunker de fin du monde pour les $IOTX en staking : verrouiller les buckets à l’aide d’une seconde clé basée sur le hachage. Après un examen cryptographique indépendant, nous avons reconstruit la couche d’autorisation pour la rendre infaillible. Voici les nouveautés :
🔒 Cryptographie renforcée : le choix fondamental de SLH-DSA (FIPS 205) reste extrêmement solide. Nous avons amélioré l’enveloppe avec des domaines propres à chaque instance de chaîne (pour empêcher les rejeux entre réseaux), des ancrages sur des blocs récents (limitant la durée de validité des signatures à environ 7 jours) et des consentements précisément liés via SHA-512.
🧱 Architecture « vérifier d’abord » : chaque opération protégée vérifie toutes les signatures avant de toucher à l’état du staking. Aucune écriture spéculative, aucun jeu de retour arrière.
🔑 Récupération simple : les clés de protection proviennent d’une phrase de récupération dédiée au coffre-fort. Si votre portefeuille ECDSA habituel est compromis, la phrase de récupération de votre coffre-fort suffit à sauver vos buckets.
⚡ Ultra-rapide : la vérification ne prend qu’environ 0,23 ms sur une puce Apple M3 Pro, soit quatre ordres de grandeur de moins que notre temps de bloc de 2,5 s.
Où en est le projet : le code (environ 13 000 lignes) tourne sur la version nightly, derrière un indicateur de fonctionnalité. Prochaines étapes : benchmarks complets des gestionnaires, audit externe et vote de gouvernance. Rien ne changera sur le mainnet d’ici là.
Les ordinateurs quantiques ou une percée mathématique assistée par l’IA pourraient mettre des années à arriver. Les bunkers doivent être construits avant la tempête. Nous construisons le nôtre dès maintenant. ⛈️
📄 Spécification IIP-65 : https://github.com/iotexproject/iips/pull/87
💻 Implémentation : https://github.com/iotexproject/iotex-core/pull/5059