ACE Runtime - A ZKP-Native Blockchain Runtime with Sub-Second Cryptographic Finality

Ce papier présente ACE Runtime, une couche d'exécution blockchain native ZKP qui sépare l'identité de l'autorisation pour remplacer les vérifications de signatures par transaction par des attestations HMAC légères et une preuve de finalité agrégée, permettant ainsi une finalité cryptographique en moins d'une seconde avec des coûts de vérification constants et une meilleure résistance post-quantique.

Jian Sheng Wang

Publié Thu, 12 Ma
📖 5 min de lecture🧠 Analyse approfondie

Each language version is independently generated for its own context, not a direct translation.

Imaginez que vous dirigez une immense banque mondiale où des millions de personnes effectuent des transactions chaque seconde. Actuellement, les systèmes de blockchain les plus rapides (comme Solana) fonctionnent un peu comme un guichetier ultra-rigoureux qui doit vérifier manuellement l'identité et la signature de chaque client avant de laisser passer sa transaction.

Même si ce guichetier est un super-héros avec des lunettes de vision nocturne (des cartes graphiques/GPU), il finit par être débordé. Plus il y a de clients, plus il met de temps à vérifier les signatures, ce qui crée des embouteillages et oblige à payer des salaires énormes pour des équipements coûteux.

Le papier que vous avez soumis présente ACE Runtime, une nouvelle façon de gérer cette banque qui résout ces problèmes grâce à une idée brillante : séparer l'identité de l'autorisation.

Voici comment cela fonctionne, expliqué simplement avec des analogies :

1. Le Problème : La File d'Attente des Signatures

Dans les systèmes actuels, chaque transaction est comme un colis qui doit être scellé avec une signature cryptographique complexe.

  • L'analogie : Imaginez un douanier qui doit ouvrir chaque valise, vérifier le passeport, signer le formulaire et comparer l'écriture avec un modèle pour chaque voyageur.
  • Le résultat : Si vous avez 100 000 voyageurs, le douanier passe 200 secondes rien que pour vérifier les signatures. C'est lent, ça coûte cher (il faut des douaniers avec des super-ordinateurs) et ça consomme beaucoup d'énergie.

2. La Solution ACE : Le Badge d'Accès et le Chef de Quartier

ACE Runtime change la règle du jeu en introduisant deux concepts clés :

A. Le "Badge d'Accès" (Attestation) au lieu de la Signature

Au lieu de signer chaque transaction individuellement, l'utilisateur possède un badge secret (un code HMAC) dérivé d'une "clé mère" unique.

  • L'analogie : Au lieu de demander à chaque client de signer un document, on lui donne un badge magnétique spécial. Le guichetier n'a qu'à scanner le badge (ce qui prend une microseconde) pour savoir que la personne est autorisée. Il ne vérifie pas qui elle est en détail à chaque fois, juste que le badge est valide.
  • Le gain : Vérifier un badge est 15 à 75 fois plus rapide que vérifier une signature complexe. Cela se fait sur un ordinateur normal, sans besoin de super-ordinateurs (GPU).

B. Le "Chef de Quartier" (Preuve ZK) qui arrive plus tard

C'est ici que la magie opère. Le guichetier laisse passer les clients avec leurs badges très vite. Mais comment sait-on que les badges étaient vraiment légitimes et pas contrefaits ?

  • L'analogie : Imaginez qu'un chef de quartier (un prouveur) observe toute la file. Il ne vérifie pas chaque client individuellement. À la fin du quart de travail, il prend toutes les transactions, les analyse en secret, et produit un seul document officiel (une preuve mathématique) qui dit : "Je certifie que tous les badges scannés dans ce bloc étaient valides".
  • Le résultat : Au lieu de vérifier 100 000 signatures, le système ne vérifie qu'un seul document à la fin. C'est comme vérifier un seul sceau de cire sur un paquet contenant 100 000 lettres, au lieu d'ouvrir chaque lettre.

3. Les Avantages Concrets

Voici ce que cette nouvelle méthode apporte au monde réel :

  • Vitesse Éclair (Finalité en moins d'une seconde) :

    • Avant : Il fallait attendre environ 12 secondes (comme sur Solana) pour être sûr que la transaction est définitive.
    • Maintenant : La transaction est validée en 400 millisecondes (quasi instantané) et définitive en 600 millisecondes. C'est comme passer de la vitesse d'un train à celle d'un éclair.
  • Moins Cher et Plus Démocratique :

    • Avant : Pour être un gardien de la banque (validateur), il fallait acheter un ordinateur avec une carte graphique très chère (environ 7 500 $).
    • Maintenant : La plupart des gardiens n'ont besoin que d'un ordinateur standard. Seuls les "chefs de quartier" (les constructeurs de blocs) ont besoin de la puissance de calcul. Cela rend le réseau plus décentralisé et moins cher à maintenir.
  • Prêt pour le Futur (Quantique) :

    • Les ordinateurs quantiques du futur pourraient casser les signatures actuelles. ACE Runtime est conçu dès le départ pour résister à cela, car il ne repose pas sur des signatures traditionnelles, mais sur des hachages et des preuves qui sont beaucoup plus robustes.
  • Économie de Place :

    • Comme on n'envoie plus les signatures complètes pour chaque transaction, la taille des données envoyées est divisée par 5. C'est comme envoyer un message texte au lieu d'un colis lourd.

En Résumé

ACE Runtime est une révolution architecturale. Il dit : "Ne vérifions pas tout le monde tout de suite. Laissez passer les gens avec un badge rapide, et faisons vérifier la cohérence de tout le groupe par un expert plus tard, en un seul coup d'œil."

Cela permet de traiter des milliers de transactions par seconde, de réduire les coûts de matériel, de rendre le système plus rapide que jamais, et de le préparer pour les défis de demain, le tout sans sacrifier la sécurité. C'est passer d'une file d'attente lente et coûteuse à une autoroute fluide et intelligente.