Analyse du noyau dur : l'architecture « intelligente » de la blockchain de nouvelle génération

Auteur : HAOTIAN-CRYPTOINSIGHT, Source : Sous-pile de Haotian-CryptoInsight

En apparence, « Intent-centric » ne prête attention qu'au résultat et ne se soucie pas du processus. En fait, le processus est caché dans la « boîte noire » par la technologie supérieure. Aujourd'hui, je vais prendre comme exemple une architecture d'intention distribuée. Je vais la démonter difficilement pour vous. Le contenu du WorkFlow dans cette boîte noire sera très sec. Il est recommandé de l'aimer d'abord puis de le lire.

Cela représente probablement l’architecture « intelligente » de la prochaine génération de blockchains.

Il y avait aussi des boîtes noires au début du développement d'Internet. Par exemple, peu de gens comprenaient les principes de communication des protocoles technologiques Internet tels que HTTP, TCP/IP, CDN et IPV6, mais tout le monde nageait dans les applications de couche supérieure. À l’ère du web3, il est également nécessaire de passer par un processus de masquage du protocole back-end, ce qui est exactement ce que fait Intent-centric. Ce n'est qu'ainsi que le seuil d'utilisation du Web3 pourra être véritablement abaissé et que les applications Web3 pourront pénétrer dans les foyers des gens ordinaires.

**Alors, comment démonter cette « boîte noire » ? **

Tout d'abord, si la boîte noire est fournie par une plate-forme centralisée, elle n'entre pas dans le cadre de cet article, car un serveur centralisé peut théoriquement prédéfinir divers paramètres et instructions d'arrière-plan complexes, tels que le programme Bot de la plate-forme sociale populaire et Friend. .tech est une expérience d'application basée sur l'hébergement. Mais c’est tout à fait hors de tout paradigme. Je veux vous emmener découvrir comment organiser et exploiter le marché d'intention décentralisé à l'avenir.

**Un point essentiel est de savoir comment convertir les exigences abstraites complexes des utilisateurs en instructions pouvant être visualisées par le programme et pouvant également automatiser une exécution à faible tolérance aux pannes. **

**Exemple :**Xiao Wang a passé une commande sur UniswapX. L'intention exigeait des commandes à prix limité, des frais d'essence gratuits, un anti-MEV, des itinéraires avec le plus faible glissement, une zk-SNARKisation pour protéger la confidentialité, etc. Après l'émission de la demande A Un groupe de Makers (institutions professionnelles, teneurs de marché) dans la « boîte noire » ont commencé à construire un solutionneur de stratégie pour exécuter l'ordre de Xiao Wang. Finalement, après une série de concours d'enchères, la société A a obtenu le droit d'exécution et a finalement terminé l'ordre. La plate-forme règle les frais de traitement payés par Xiao Wang à la société A et offre en même temps une certaine récompense à la plate-forme.

Après avoir reçu l'intention de Xiao Wang, la boîte noire la classera. Par exemple, ordre limité = une transaction conditionnelle, et le contrat est automatiquement déclenché si la condition est remplie ; anti-MEV = routeur d'extension hors ligne, utilisant le canal de couche 2 ; confidentialité protection = core Les données doivent exécuter le canal de vérification ZK-SNARK ; ces intentions peuvent être allouées aux couches 1 et 2, ou diverses technologies modulaires peuvent être activées pour le traitement en même temps, et finalement rassemblées auprès du client utilisateur pour terminer le traitement final. résultat de sortie.

**Une architecture d'intention décentralisée de base comprend l'utilisateur utilisateur——solveur Solver—exécuteur utor—résultat. **

1. Il peut être imbriqué de manière modulaire dans le cadre de contrat intelligent EVM existant, ce qui nécessite que l'intention soit programmée pour être invoquée en douceur par des contrats intelligents ou des contrats proxy, ou par des méthodes d'expansion hors ligne et divers protocoles DeFi sur la chaîne.

2. Fonctionnant de manière indépendante dans une nouvelle architecture de chaîne publique, en plus de Solver et Excutor, il doit également avoir des rôles correspondants tels que Proposer et Validator pour réaliser le fonctionnement décentralisé de la chaîne.

Le solveur est un solveur, qui est responsable de la programmation des intentions abstraites. Par exemple : l'utilisateur A a trois intentions lors de l'envoi d'une transaction : une intention transparente + une intention de sécurité + une intention de confidentialité. Les transactions simples sont directement traitées par la couche 1, tandis que les transactions complexes seront transmises au solveur de couche 2. Le solveur transmet deux intentions via une technologie de preuve à connaissance nulle fournie par ZK Proof et un algorithme de chiffrement aléatoire fourni par le texte chiffré. Enfin, les transmissions traitées seront envoyées à Mempool, en attente d'être empaquetées et téléchargées sur la chaîne ;

utor est l'exécuteur, qui est responsable de la modification des txs envoyés par le solveur vers l'état d'exécution final + de terminer la vérification. Il peut être compris comme le mineur qui a finalement réalisé avec succès l'intention de l'utilisateur et est responsable de la vérification qu'il n'y aura aucune erreur lors de l'exécution de l'intention, pour compléter le comportement final de comptabilité en chaîne ; plus généralement compris, Solver est équivalent au chercheur sur Ethereum, responsable de la collecte et du tri des transactions, et utor est équivalent au constructeur sur Ethereum, responsable du packaging et de la production finale des blocs.

Bien sûr, elle a également les rôles de Node, Relay et Validator, qui ne sont pas différents des chaînes publiques existantes, donc je ne vais pas trop expliquer. Les organisations et institutions sans autorisation peuvent participer au Solver et à l'Utor sous la forme d'enchères pour garantir la transparence et la décentralisation du système.

Le flux de travail approximatif est (comme indiqué ci-dessous) :

L'utilisateur soumet des données d'intention - Gossip Node reçoit et diffuse des données :

①Les transactions simples vont directement à L1 -> Générer un reçu via le proposant, le validateur, l'utor, etc. de la couche 1.

②Les transactions compliquées seront affectées à L2—>Le solveur est responsable de l'intégration modulaire de zk, de texte chiffré et d'autres données de programmation technique—>Le proposant organise et trie les données à empaqueter—>Le validateur vérifie la validité des données—>l'utilisateur complète l'enregistrement de bloc Compte -> Retour au reçu utilisateur.

Le client utilisateur rassemblera le reçu et terminera enfin la vérification.

Après l'avoir lu, pensez-vous qu'il s'agit d'un tout nouvel ensemble d'architecture d'architecture blockchain ? Eh bien, c'est vrai. Une nouvelle structure de chaîne publique hautement modulaire qui intègre diverses technologies existantes.

Du scriptable à l’ère Bitcoin au programmable à l’ère Ethereum, en passant par Programable ++ à l’ère de l’intention. L'architecture « intelligente » de la blockchain de nouvelle génération utilisera idéalement diverses technologies de pointe pour exécuter des transactions (y compris l'IA), et les utilisateurs pourront également transmettre des exigences plus complexes via la couche d'intention, et l'ensemble du processus d'exécution est hautement automatisé. et modulaire. Ce n’est que lorsque la blockchain sera plus facile à utiliser et « intelligente » que l’adoption massive pourra enfin être réalisée.