Ce qui me parle avec @0xMiden, ce n'est pas le slogan "zk L2", mais la manière dont leur modèle d'exécution est très affirmé concernant l'endroit où le travail se fait. La plupart des opérations se déroulent sur votre appareil, la chaîne est essentiellement un journal vérifiable. J'ai passé un certain temps sur leur post "La confidentialité se développe simplement mieux" + le Miden Book, et le schéma est cohérent : les utilisateurs exécutent localement, stockent les données hors chaîne, et envoient des preuves STARK + des engagements au réseau au lieu de l'état brut. La confidentialité est moins coûteuse, elle n'est pas ajoutée en supplément. En pratique, cela signifie : ❯ exécution en périphérie sur les appareils des utilisateurs, avec la preuve côté client comme chemin par défaut ❯ une VM STARK déterministe afin que la logique complexe reste prévisible et vérifiable sans configuration de confiance ❯ une feuille de route explicitement destinée à la finance de niveau institutionnel, soutenue par un financement de 25 millions de dollars de a16z crypto, 1kx, et Hack VC après avoir été détachée de Polygon Comparé aux rollups typiques qui se développent en renforçant les séquenceurs et en expédiant tout à travers un seul pipeline public, Miden ressemble davantage à une "infrastructure zk native du navigateur" qui se contente de se régler sur Ethereum. Vous choisissez ce qui est public ou privé, et le réseau ne voit jamais que ce qu'il a besoin de vérifier. Si vous envisagez même la finance du monde réel, la paie, ou les flux RWA, je vous conseillerais d'essayer leur Playground ou Quick Start et de ressentir réellement à quoi ressemblent la preuve côté client + l'exécution en périphérie avant que cela ne devienne la pile par défaut.