Auteur original : Blue Fox Notes

Étant donné que ZKM est également entré dans la piste BTC L2, cette piste, comme Ethereum L2, deviendra de plus en plus encombrée, et la structure finale du marché devra attendre les résultats de la technologie et de l’évolution du marché.

La technologie sous-jacente de ZKM est zkVM, et son objectif ultime est d’essayer de faire adopter sa technologie zkVM par des projets et des écosystèmes plus longs, afin de devenir l’infrastructure sous-jacente. Par exemple, des actifs qui peuvent être connectés à différents réseaux écologiques (Ethereum, Bitcoin, Comos, etc.) pour former une meilleure liquidité. Dans ce cadre large, il est possible de mieux comprendre pourquoi ZKM est entré dans la voie BTC L2.

Pour en revenir aux solutions techniques, il y a deux aspects principaux de la technologie de base de ZKM : « Entangled Rollup Architecture + zkVM ». Ces deux aspects résolvent principalement deux préoccupations majeures du marché : premièrement, comment assurer la sécurité des actifs ; La seconde est de savoir comment assurer la pérennité de son propre réseau.

À l’heure actuelle, le marché est très préoccupé par la sécurité du cross-chain, ZKM a lancé le mécanisme « Entangled Rollup Network », essayant de synchroniser l’état entre Blockchain grâce à la technologie récursive zk-SNARKs, sans s’appuyer sur le mécanisme traditionnel de bridge pour réaliser le cross-chain des actifs. Ce cadre a déjà été implémenté sur Ethereum, qui est le mécanisme de cumul optimiste de Metis. À l’heure actuelle, ZKM essaie d’appliquer cette idée et ce cadre, et en même temps de le transformer en fonction des caractéristiques de Bitcoin L1 lui-même, afin de lancer son BTC L2. Bien sûr, BTC ne support smart contracts, et il est plus long plus difficile d’atteindre la L2. ZKM tente d’agréger l’état au réseau ZKM par le biais du cumul intriqué, puis de transmettre l’état vérifié à d’autres écosystèmes. La sécurité des actifs de BTC adopte un mode contrôlable localement, par exemple, BTC est contrôlé par un script le plus long, aussi long qu’au moins une partie honnête existe, le malfaiteur ne peut pas retirer le BTC déposé par le stake ; Du côté L2, un séquenceur de décentralisation est utilisé, et l’inclusion et la finalité des transactions sont effectuées de manière décentralisée, et l’exécution des lots de transactions L2 est également prévue pour être vérifiée par des scripts BTC.

ZKM introduit le mécanisme OCP (Optimistic Challe n ge Process), qui est partiellement similaire à la version BTC L2 de la preuve optimiste d’Ethereum. Vraisemblablement, lorsqu’un utilisateur dépose un actif dans L2 (ZKM), l’actif est verrouillé dans un script de multisignature n-of-n pré-signé, généralement signé par un tiers/auditeur indépendant. Le script d’échange pour la multisignature est activé après la période de défi spécifiée et le signataire envoie la ressource à l’utilisateur cible à l’avance, ce qui déclenche la phase de défi. Au cours de la phase de contestation, le signataire présigne une transaction qui contient le script de demande et le script de ressource. Pour lancer un script de défi, le défi peut être lancé via un UTXO d’entrée de paiement, ce qui oblige l’opérateur à tenter d’activer son engagement en fournissant une trace de calcul intermédiaire au script de ressource. Si l’engagement ne peut pas être ouvert avec succès, le validateur recevra tous les actifs à la fin de la période de défi ou remettra les actifs du défi au signataire. Les traces d’exécution sont envoyées par le biais d’une arborescence de robinets, où chaque feuille de l’arborescence représente une valeur intermédiaire. Chaque valeur intermédiaire est calculée à l’aide d’une signature à usage unique, avec la valeur précédente en entrée. En utilisant cette approche, le script BTC effectue directement ce calcul et termine la validation des actifs off-chain. Cela dit, ZKM tente de sécuriser le calcul off-chain via le mécanisme OCP, en veillant à ce que les transactions L2 soient incluses dans un réseau de séquenceur de décentralisation.

zkVM a été l’une des explorations fondamentales importantes dans le domaine du chiffrement, et zkVM de ZKM est l’une d’entre elles. L’une des différences entre RSIC et SP 1 est que ZKM fournit un support natif pour Golang. (support RSIC et SP 1 pour Rust) ZKM permet aux développeurs Golang de compiler leur code en instructions MIPS à l’aide du compilateur Vanilla Golang, puis de prouver son exécution à l’aide du réseau d’attestation de ZKM. Dans le même temps, ZKM prévoit de support Rust à l’avenir.

Outre la sécurité de BTC off-chain actifs, le marché s’inquiète également de la manière dont le ZKM L2 lui-même peut atteindre la durabilité. Pour être viables, les participants au réseau doivent avoir la possibilité de générer des revenus réguliers. Dans le BTC L2 de ZKM, le concept de séquenceurs de décentralisation est introduit et ces nœuds de séquenceur reçoivent des revenus récompensés en fonction de leurs contributions. ZKM prévoit de récompenser 40% de ses jetons aux participants au minage (y compris la participation aux nœuds de séquenceur, au liquid staking, au proof network mining). C’est-à-dire que le séquenceur Nœud peut générer des revenus du minage en plus des frais de gaz des transactions L2.

Selon la tendance actuelle, l’exploration de BTC L 2 se poursuivra, à la fois en L 2 natif et en L 2 compatible EVM, et le côté natif L 2 réside dans l’exploration de la tension écologique interne, en raison de sa nature native a un grand nombre de fans fidèles ; En termes de compatibilité EVM avec L 2, il ne s’agit pas seulement d’étendre l’écosystème BTC, mais aussi de fournir une direction d’exploration pour l’intégration d’écosystèmes plus longs.