Auteur: Zeke, YBB Capital Source: Moyenne Traduction: Shan Oba, Bit Chain Vision

résumé

Le processeur d’associé ZK peut être considéré comme une fiche de calcul de chaîne sous le dérivé de la chaîne du concept modulaire.
Ils peuvent être utilisés pour traiter des calculs complexes et de grandes quantités de données, réduire les coûts de gaz et étendre les fonctions de contrat intelligentes.
Contrairement aux Rollups, le collaborateur ZK est libre d’état et peut être utilisé à travers la chaîne, ce qui convient aux scénarios informatiques complexes.
Le développement des processeurs associés ZK est difficile, les coûts de performance élevés et le manque de normalisation.Le coût du matériel est également assez élevé.Bien que par rapport à il y a un an, le domaine a beaucoup mûri, il est encore à un stade précoce.
Alors que l’ère de la modularisation pénètre dans l’expansion fractale, la blockchain fait face à des problèmes tels que la pénurie de liquidités, la dispersion des utilisateurs, le manque d’innovation et l’interopérabilité des chaînes croisées et forme un paradoxe avec des chaînes L1 d’expansion verticale.Le processeur d’associé ZK peut fournir une méthode pour surmonter ces défis, prendre en charge les applications existantes et émergentes et apporter de nouveaux récits dans le champ Blockchain.

1. Une autre branche de l’infrastructure modulaire: processeur collaboratif ZK

1.1 Aperçu du processeur synthétique ZK

Le processeur d’association Zero-Knowledge peut être compris comme une fiche informatique de chaîne sous la chaîne dérivée du concept modulaire.Dans ce cadre de conception, les tâches dans lesquelles la chaîne publique ne sont pas bonnes, telles que les « données lourdes » et la « logique informatique complexe », peuvent être remises au processeur d’association zéro-connaissance pour calculer. et finalement obtenir la chaîne compliquée de tâches complexes.

À l’heure actuelle, les applications populaires telles que l’IA, SocialFi, Dex, GameFi ont une demande urgente de performances élevées et de contrôle des coûts.Dans les solutions traditionnelles, ces «applications lourdes» avec des exigences de performance élevées choisissent souvent le modèle d’application de la chaîne d’actifs + sous la chaîne ou concevons une chaîne d’application distincte.Cependant, les deux méthodes ont des problèmes inhérents: le premier a des « boîtes noires », et la seconde est confrontée à des problèmes tels que des coûts de développement élevés, à laisser l’écologie de la chaîne d’origine et une fragmentation de la liquidité.De plus, la machine virtuelle de chaîne principale a également provoqué de grandes restrictions sur le développement et le fonctionnement de ces applications (telles que le manque de normes de couche d’application, les langages de développement complexes, etc.).

Le collaborateur ZK doit résoudre ces problèmes.Pour des exemples plus spécifiques, nous pouvons imaginer la blockchain comme un terminal (comme les téléphones mobiles ou les ordinateurs) qui ne peuvent pas se connecter au réseau.Cependant, lorsque des applications plus compliquées apparaissent, comme l’exécution d’applications similaires à Chatgpt, les performances et le stockage de la chaîne publique ne seront pas suffisants, ce qui entraînera l’explosion du gaz.Dans la scène Web2, lorsque nous exécutons le chatpt, notre terminal ordinaire ne peut pas gérer le modèle de langue GPT-4O. la réponse.Le processeur d’associé ZK est comme le serveur distant de la blockchain. Différents projets de collaborateurs ont des différences de conception subtiles en fonction du type de type de projet, mais la logique sous-jacente est à peu près la même – le certificat de calcul lié + ZK ou le certificat de stockage est vérifié.

Prenant l’exemple du déploiement de Bonsai de Rise Zero, cette architecture est très intuitive.Ce projet s’intègre de manière transparente pour élever le ZKVM de Zero.

Écrivez une application ZKVM pour traiter la logique d’application.
Écrivez un contrat de solidité, demandant à Bonsaï d’exécuter votre application ZKVM et de traiter les résultats.

1.2 La différence entre les rouleaux

D’après la définition ci-dessus, les Rollups et les coprocesseurs ZK ont un degré élevé de logique et de cibles, mais les Rollups ressemble plus à une extension multi-oreaux de la chaîne principale.

1. Objectif principal:

Rollups: Améliorez le débit du trading de la blockchain et réduisez le coût de la transaction.
Processeur d’associé ZK: étendre la puissance informatique des contrats intelligents pour traiter la logique plus complexe et les données plus grandes.

2. Principe de travail:

Rollups: Résumé du trading sur la chaîne de résumé et soumettez-le à la chaîne principale avec le certificat de fraude ou le certificat ZK.
Collaborateur ZK: similaire à ZK Rollups, mais conçu pour différents scénarios d’application.ZK Rollups ne convient pas aux tâches de processeur collaboratives en raison de contraintes et de règles spécifiques à la chaîne.

3. Gestion du statut:

Rollups: Maintenez son état et synchronisez régulièrement avec la chaîne principale.
Collaborateur ZK: pas d’état, chaque calcul n’est pas un état.

4. Scénario d’application:

Rollups: les principaux utilisateurs finaux du service, adaptés aux transactions à haute fréquence.
Processeur d’associé ZK: il sert principalement les entreprises et convient aux scénarios qui nécessitent des calculs complexes, tels que des modèles financiers de niveau élevé, une analyse des mégadonnées, etc.

5. La relation avec la chaîne principale:

Rollups: Expansion de la chaîne principale, généralement axée sur des réseaux de blockchain spécifiques.
Processeur d’associé ZK: il peut servir plusieurs blockchain, sans s’y limiter à des chaînes principales spécifiques, ou peut également servir des rouleaux.

Par conséquent, les deux ne sont pas un rejet mutuellement mais se complètent.

1.3 Cas d’utilisation

Théoriquement, la portée de l’application du processeur d’associé ZK est très large, couvrant les projets dans divers domaines de la blockchain.Le processeur Associé ZK permet à DAPPS d’avoir la fonction de plus près des applications Web2 centralisées.Voici quelques exemples d’exemples collectés à partir de sources en ligne:

Développement DAPP axé sur les données:

Le processeur d’associé ZK permet aux développeurs de créer un DAPP axé sur les données.Cela a ouvert des possibilités sans précédent pour le développement du DAPP, telles que:

Analyse avancée des données: similaire à la fonction d’analyse des données sur la chaîne d’analyse des dunes.
Logique métier complexe: réalisez des algorithmes complexes et une logique commerciale dans les applications centralisées traditionnelles.
Application Cross -Chain: Build Cross -Chain Dapps basé sur des données multi-chaînes.

Programme VIP Trader de Dex:

Un scénario d’application typique consiste à implémenter un plan de réduction basé sur la transaction dans DEX, c’est-à-dire le « Plan de fidélité VIP Trader ».Ces plans sont courants dans CEX, mais rares dans Dex.

Avec l’aide des collaborateurs de ZK, Dex peut:

Suivez le volume de transaction historique des utilisateurs.
Calculez le niveau VIP de l’utilisateur.
Ajustez les frais de transaction en fonction de la dynamique du niveau VIP.Cette fonction peut aider à augmenter le taux de réservation des utilisateurs, augmenter la liquidité et éventuellement augmenter les revenus.

Amélioration des données des contrats intelligents:

Le processeur Associé ZK peut être utilisé comme un middleware puissant pour fournir des services de capture, de calcul et de vérification des données pour les contrats intelligents, réduisant ainsi les coûts et améliorant l’efficacité.Cela permet des contrats intelligents à:

Visitez et traitez de nombreuses données historiques.
Implémentez le calcul complexe de la chaîne.
Réalisez une logique commerciale plus avancée.

Technologie de ponts croisés: Cross-Chain:

Certaines technologies de ponts croisées basées sur ZK, telles que Hérodod, Lagram, etc., peuvent également être considérées comme l’application de collaborateurs ZK. Fondation de données de la lettre.

1.4 Le processeur collaboratif ZK n’est pas parfait

Bien qu’il y ait tellement d’avantages du processeur collaboratif ZK, l’étape actuelle n’est pas parfaite et il y a encore des problèmes.

Développement: Le concept de ZK est plus difficile à maîtriser pour de nombreux développeurs.
Coût du matériel élevé: le matériel ZK utilisé sous la chaîne doit être porté par la fête du projet. un problème à penser.
Zones surpeuplées: Techniquement, il n’y aura pas de différences majeures dans la mise en œuvre.
Circuit ZK: Calculez sous la chaîne du processeur Associé ZK doit convertir le programme informatique traditionnel en circuit ZK.L’écriture d’un circuit personnalisé pour chaque application est très gênante, et l’utilisation de ZKVM dans la machine virtuelle générera une grande quantité de frais généraux de calcul en raison de différents modèles de calcul.

Ii

(Cette partie du contenu est très subjective et ne représente que le point de vue personnel de l’auteur.)

Ce cycle est principalement dirigé par des infrastructures modulaires.Si la modularisation est le bon chemin, ce cycle peut être la dernière étape vers l’adoption à grande échelle.Cependant, à ce stade, nous avons tous un sentiment commun: pourquoi nous voyons seulement que certaines anciennes applications ont été réprimalisées, pourquoi il y a plus de chaîne que d’applications, et pourquoi de nouvelles normes de jeton comme les inscriptions sont connues comme celle-ci comme celle-ci La plus grande innovation du cycle des roues?

La raison fondamentale du manque de récit nouveau est que l’infrastructure modulaire actuelle n’est pas suffisante pour soutenir les super applications, en particulier le manque de certaines conditions préalables (interopérabilité croisée, barrières des utilisateurs, etc.), conduisant à la pire fragmentation de l’histoire de la blockchain.En tant que noyau de l’ère modulaire, Rollups a en effet accéléré le processus, mais il a également apporté de nombreux problèmes, tels que la fragmentation de liquidité, la dispersion des utilisateurs, la chaîne ou les machines virtuelles elle-même.De plus, un autre « joueur clé » Celestia, un autre « joueur clé », a créé la route que DA pourrait ne pas être sur Ethereum, exacerbant encore la fragmentation.Qu’il s’agisse d’un conducteur idéologique ou d’un chauffeur de coût de l’AD, le résultat est que BTC est obligé de devenir DA, et d’autres chaînes publiques sont conçues pour fournir des solutions DA plus rentables.La situation actuelle est que chaque chaîne publique a au moins une ou même des dizaines de projets Layer2.De plus, toutes les infrastructures et les projets écologiques ont profondément appris la stratégie de gage de jetons créée par Blur, demandant aux utilisateurs de promettre des jetons dans le projet.Ce modèle profite aux baleines géantes à partir de trois aspects (intérêt, appréciation ETH ou BTC, jetons gratuits) et comprimer davantage la liquidité sur la chaîne.

Dans le passé du marché haussier, les fonds ne couleront que parmi une douzaine de chaînes publiques et se concentreront même sur Ethereum.Maintenant, les fonds sont dispersés sur des centaines de chaînes publiques, et des milliers de projets similaires ont été pariés, entraînant une réduction des activités de la chaîne.Même Ethereum manque d’activités en chaîne.Par conséquent, les joueurs orientaux effectuent des PVP dans l’écosystème BTC, et les joueurs occidentaux sont nécessaires pour effectuer PVP à Solana.

Par conséquent, mon objectif actuel est de savoir comment promouvoir la liquidité de l’agrégation de toutes les chaînes et soutenir l’émergence de nouveaux gameplay et super applications.Dans le domaine de l’interopérabilité des chaînes croisées, les projets de premier plan traditionnels ont toujours mal performé et sont toujours similaires aux ponts transversaux traditionnels.Les nouvelles solutions d’interopérabilité dont nous avons discutées dans les rapports précédents visent principalement à agréger plusieurs chaînes en une seule chaîne.Les exemples incluent Aggayer, la superchain, la chaîne élastique, la confiture, etc., qui ne sera pas introduite une par une.Dans l’ensemble, l’agrégation des chaînes croisées est un obstacle nécessaire à l’infrastructure modulaire, mais il faut beaucoup de temps à surmonter.

Le processeur Associé ZK est l’élément clé de l’étape actuelle.Ils peuvent renforcer la couche2 et ajouter la couche1.Existe-t-il un moyen de surmonter temporairement la chaîne croisée et le dilemme, réalisons-nous certaines applications de l’ère actuelle sur une couche de liquidité largement large1 ou couche2?Après tout, les applications de la blockchain manquent de nouveaux récits.De plus, une variété de méthodes de jeu, de contrôle du gaz, d’une application à grande échelle, de capacités transversales et de réduction des obstacles des utilisateurs peuvent être réalisées plus idéales que les dépendances grâce à des solutions de collaborateur intégrées.

3. Présentation du projet

Le champ de coprocesseur ZK a augmenté vers 2023, et il est relativement mature à ce stade.Selon la classification de Messari, ce domaine couvre actuellement trois principales zones verticales (informatique universelle, interopérabilité et transformation croisée, IA et formation machine), avec un total de 18 projets.La plupart de ces projets sont soutenus par le chef VC.Nous introduisons ici plusieurs projets de différents champs verticaux.

3.1 Giza

Giza est le protocole ZKML (Zero-Knowledge Machine Learning) déployé sur StarkNet, qui est officiellement pris en charge par Starkware.Il se concentre sur l’activation des modèles d’IA à vérifier pour les contrats intelligents de la blockchain.Les développeurs peuvent déployer le modèle d’IA sur le réseau Giza, puis fournir l’exactitude du raisonnement du raisonnement du modèle via la certification Zero-Knowledge, et fournir les résultats aux contrats intelligents d’une manière sans confiance.Cela permet aux développeurs de construire une application de chaîne combinée avec des fonctions d’IA, tout en maintenant la décentralisation et la vérification de la blockchain.

Giza complète le flux de travail à travers les trois étapes suivantes:

Conversion du modèle: Giza convertit le modèle AI du format ONNX couramment utilisé en un format qui peut s’exécuter dans le système de preuve de connaissance zéro.Cela permet aux développeurs de former des modèles avec des outils familiers, puis de les déployer sur le réseau Giza.
Raisonnement contraignant: Lorsque le contrat intelligent demande le raisonnement du modèle AI, Giza effectuera des calculs réels sous la chaîne.Cela évite le coût élevé de la gestion des modèles AI complexes directement sur la blockchain.
Zéro Vérification des connaissances: Giza génère une preuve de connaissance zéro pour chaque raisonnement de modèle, et le calcul de calcul est correct.Ces preuves sont vérifiées sur la chaîne pour garantir l’exactitude des résultats du raisonnement sans répéter l’intégralité du processus informatique sur la chaîne.

La méthode Giza permet au modèle d’IA d’être une source d’entrée de confiance pour les contrats intelligents sans s’appuyer sur une machine de prophétie centralisée ou un environnement d’exécution crédible.Cela a ouvert de nouvelles possibilités pour les applications de blockchain, telles que la gestion des actifs basée sur l’IA, les tests de fraude et les prix dynamiques.Il s’agit de l’un des rares projets dans le domaine de l’IA Web3 x dans le domaine de l’utilisation logique fermée et utilisation intelligente du processeur de champ AI.

3.2 Risc Zero

Risc Zero est un projet de processeur leader soutenu par de nombreux meilleurs VC.Il se concentre sur l’autorisation des calculs de s’exécuter dans le contrat intelligent blockchain.Les développeurs peuvent utiliser Rust pour écrire un programme et les déployer sur le réseau RISC Zero.Ensuite, Risc Zero fournit l’exactitude du programme de vérification par le biais d’une preuve de connaissances zéro et fournit le résultat aux contrats intelligents sans confiance.Cela permet aux développeurs de construire des applications de chaîne complexes tout en maintenant la décentralisation et la vérification de la blockchain.

Nous avons brièvement mentionné le déploiement et le flux de travail.Ici, nous avons introduit deux composants clés en détail:

Bonsai: Bonsai est un composant collaborateur de Risc Zero, intégré de manière transparente dans le ZKVM de l’architecture d’instructions RISC-V.Il permet aux développeurs d’intégrer rapidement les performances élevées et les connaissances nulles à Ethereum, L1 Blockchain, Cosmos Application Chain, L2 Rollup et DAPP en quelques jours.Il fournit des appels de contrat intelligents directs, un calcul de chaîne vérifié, une interopérabilité transversale et des fonctions de rollup universelles, tout en utilisant une architecture distribuée de première grade décentralisée.En combinant une preuve récursive, des compilateurs de circuits personnalisés, une continuité d’état et un algorithme d’amélioration continue, il permet à quiconque de générer une preuve de connaissance zéro haute performance pour diverses applications.
ZKVM: ZKVM est un ordinateur valide, qui est similaire au microphone RISC-V intégré réel.Sur la base de l’architecture de l’ensemble d’instructions RISC-V, il permet aux développeurs d’écrire des programmes qui peuvent générer une certification de connaissances zéro avec des langages de programmation avancés tels que Rust, C ++, Solidity, GO.Il prend en charge plus de 70% du package de rouille populaire, intègre de manière transparente l’informatique générale avec une preuve de connaissance zéro et peut générer une preuve efficace de connaissances zéro pour le calcul de toute complexité, tout en maintenant la confidentialité du processus informatique et des résultats vérifiables.ZKVM utilise des technologies de connaissances zéro telles que Stark et Snark pour réaliser une génération et une vérification efficaces de preuves à travers des composants tels que le prover de récursivité, le prover Stark-to-Snark, et soutenant l’exécution et la vérification de la chaîne.

Risc Zero s’est intégré à plusieurs solutions ETH Layer2 et a démontré divers cas de bonsaï.Un exemple intéressant est le bonsaï.Cette démonstration utilise les services ZKVM et Bonsai Proof de Risc Zero, permettant aux utilisateurs d’utiliser leur compte Google pour envoyer ou extraire des ETH et des jetons sur Ethereum.Il montre comment Risc Zero intègre de manière transparente l’application sur la chaîne avec les principaux fournisseurs d’identité tels que OAuth2.0 (fournisseurs standard tels que Google), fournissant ainsi un cas d’utilisation pour réduire les obstacles utilisateur Web3 via des applications Web2 traditionnelles.D’autres exemples incluent les applications basées sur DAO.

3,3 = nil;

= NIL; est un projet d’investissement soutenu par des institutions bien connues telles que Mina, Polychain, Starkware, Blockchain Capital.Il convient de noter que les pionniers de la technologie ZK tels que Mina et Starkware sont également parmi les partisans, ce qui indique que le projet est très techniquement reconnu.= NIL; Il est également mentionné dans notre rapport « Marché de la puissance de calcul », qui se concentre principalement sur le marché de la preuve (preuve décentralisée du marché de la génération).De plus, = nil; il y a un autre sous-produit appelé zkllvm.

ZKLLVM est développé par = NIL;Cela simplifie considérablement le processus de développement, réduit le seuil d’entrée et améliore les performances en évitant le ZKVM.Il prend en charge le matériel pour accélérer pour accélérer la preuve de génération de génération, de sorte qu’il convient à divers scénarios d’application ZK, tels que les rollups, le pont croisé, la machine à prophétie, l’apprentissage automatique et le jeu.Il est étroitement intégré au marché des preuves de la Fondation = NIL; qui fournit aux développeurs un soutien final à la création de circuits à la preuve.

3.4 brevis

Brevis est un sous-élément de CELER Network.Comme d’autres collaborateurs, Brevis a de vastes cas d’utilisation, tels que Defi, axé sur les données, Zkbridges, l’acquisition d’utilisateurs, le ZKDID et l’abstraction des comptes sociaux.

L’architecture Brevis se compose de trois parties principales:

ZKFABRIC: ZKFABRIC est un composant de relais de l’architecture BREVIS.
ZKQueryNet: ZKQueryNet est un marché ouvert de moteur de requête ZK qui peut accepter directement les requêtes de données à partir de contrats intelligents sur la chaîne, et générer des résultats de requête et des preuves de requête ZK correspondantes via le circuit de moteur de requête ZK.Ces plages de moteurs vont de hautement spécialisées (par exemple, le calcul du volume de négociation de Dex dans une certaine période) à un langage de requête abstrait et à une requête avancée très générale pour répondre à divers besoins d’application.
ZkaggrogatoroLlup: En tant que couche d’agrégation et de stockage de ZKFabric et ZkQueryNet, responsable de la vérification de la preuve de ces deux composants, les données de stockage qui ont été prouvées, et ont soumis l’état de son ZK à toutes les blockchains connectés, permettant ainsi à Dapp à sa chaîne dans sa chaîne Visite en chaîne La requête éprouvée résulte directement de la logique commerciale du contrat intelligent.

Grâce à cette architecture modulaire, Brevis peut fournir tous les contrats intelligents de la chaîne publique pris en charge sans méthodes d’accès efficaces, efficaces et flexibles.La version V4 d’Uni adopte également cette solution et l’intégre aux crochets (un système qui est utilisé pour intégrer diversIl s’agit d’un exemple de processeur d’associé ZK pour promouvoir Dex.

3,5 Lagrange

Lagrange est un protocole de processeur d’association de certification zéro agressif dirigé par 1kx et Founders Fund.Contrairement aux ponts de nœuds traditionnels, l’interopérabilité transversale de Lagrange est principalement réalisée grâce à sa preuve innovante de connaissances zéro des mécaniciens de Big Data et du mécanisme du comité national.

ZK Big Data: Il s’agit du produit de base de Lagrange, responsable du traitement et de la vérification des données croisées et de la génération de preuves de connaissances zéro connexes.Ce composant comprend un processeur d’associé ZK hautement parallèle qui est utilisé pour effectuer des calculs de chaîne complexes et génère une preuve de connaissances zéro; Réduire le mécanisme de mise à jour dynamique de la preuve de temps; et une fonction intégrée permet aux développeurs d’utiliser SQL pour vérifier les données historiques directement à partir de contrats intelligents sans écrire des circuits complexes.Ils constituent ensemble un système de traitement et de vérification des données de blockchain à grande échelle.
Comité du statut: Cette composante est un réseau de vérification décentralisé composé de plusieurs nœuds indépendants, et chaque nœud a promis ETH comme hypothèque.Ces nœuds agissent comme le client ZK Light pour vérifier que certains rouleaux optimisés sont spécifiquement vérifiés.Le comité de statut et l’intégration AVS de Eigenlayer utilisent le mécanisme de plingage pour améliorer la sécurité, soutenir un nombre illimité de nœuds participants et atteindre une croissance de sécurité super linéaire.Il fournit également un « mode rapide » qui permet aux utilisateurs d’effectuer des opérations transversales sans attendre la fenêtre Challenge, qui améliore considérablement l’expérience utilisateur.La combinaison de ces deux technologies permet à Lagrange de gérer efficacement des données à grande échelle, d’effectuer un calcul complexe et de transmettre et de vérifier en toute sécurité les résultats entre les différentes blockchain pour soutenir les applications complexes de chaîne croisée complexes.

Lagrange s’est intégré à Eigenlayer, Mantle, Base, Frax, Polymer, LayerZero, Omni, Altlayer et autres intégrés, et deviendra le premier ZK AVS de l’écosystème Ethereum.