Arweave, AO, AI – cadre modulaire et sécurité flexible

Auteur: Arweave Oasis, Source: Twitter @arwaveoasis

Récemment, Messari, une organisation de recherche bien connue dans l’industrie, a publié un article intitulé « Arweave, AO et AI – Framework modulaire et sécurité flexible », écrite par Seth Bloomberg.Le contenu est très riche et a une grande valeur de référence pour comprendre l’architecture AO et AR et les perspectives de développement futures.Cependant, en raison de ses problèmes de droit d’auteur, tout le texte intégral ne peut pas être traduit et affiché en lecteurs.Par conséquent, l’auteur espère leur couper les clips et vous les montrer par interprétation.Le contenu d’origine peut être obtenu chez Messari (salaire requis).

Le 30 mai, Seth Bloomberg, l’auteur de cet article, a publié un résumé de l’article sur X.Les détails sont les suivants:

• Arweave s’est historiquement appuyé sur des applications et des écosystèmes externes pour transférer des données vers son réseau.AO est un nouveau réseau construit sur Arweave qui créera désormais une demande cohérente pour Arweave.AO deviendra le catalyseur de croissance d’Arweave et la nouvelle plate-forme pour le développement des applications.

• Je pense que l’une des plus grandes valeurs techniques d’AO est qu’elle sépare le mécanisme consensuel des calculs requis par l’application.Les répartir en AO fournit une architecture modulaire et permet aux développeurs d’étendre la puissance de sécurité et de calcul de leurs applications.

• Les applications dans AO incitent les fournisseurs d’alimentation informatique pour traiter les mises à jour d’état et autres messages.Cela crée un nouveau marché pour les fournisseurs d’énergie d’application et de calcul.Il garantit que l’application obtient le niveau de ressources qu’il devrait avoir à la demande.Ceci est très différent de la plupart des plateformes de contrats intelligents.

• AO est une plate-forme virtuelle indépendante de la machine qui ouvre le potentiel de déploiement des applications à forte intensité de calcul.Des équipes comme @autonomous_af développent déjà une automatisation Defi.Cependant, la LLM en chaîne (modèle de grande langue) serait une espèce complètement différente.

Après avoir lu le texte intégral, vous trouverez de l’intérêt pour AO, un ordinateur mondial distribué qui est complètement implémenté sous différentes formes.Les principaux points résumés en perspicacité sont:

• AO est un tout nouveau protocole construit sur Arweave, un réseau de stockage de données permanent.L’une des propositions de valeur fondamentale d’AO est sa capacité à exécuter des applications en parallèle complet sans restrictions d’évolutivité (en termes AO, ces applications sont appelées processus de processus) et maintenir l’état pertinent localement sans avoir besoin de partager l’état global sur l’ensemble du réseau.

• Toutes les applications sur AO communiquent via des messages définis (devenant un message en termes AO), fournissant des processus avec des solutions de données de lecture et d’écriture prêtes à manger.

• Une caractéristique unique de l’AO est sa flexibilité pour mettre à l’échelle la sécurité des processus.Les développeurs de processus peuvent configurer la sécurité requise par leurs applications et étendre la sécurité en payant efficacement les validateurs supplémentaires (appelés Unit CUS CUS en termes AO).

• En raison des caractéristiques d’évolutivité de l’AO et de l’architecture indépendante de la machine virtuelle (qui fait référence à AO, ici, peut prendre en charge plusieurs machines virtuelles, permettant aux développeurs de sélectionner différentes machines virtuelles pour exécuter leurs applications en fonction de leurs besoins spécifiques, sans être limité à un Les fonctions de travail Cron unique et native (se référant à la prise en charge native du système pour la planification des tâches de synchronisation sans compter sur des outils externes ou des services tiers), de nombreuses équipes souhaitent créer des outils d’automatisation et des produits alimentés par AI sur le réseau.

Modularité et flexibilité

L’auteur résume deux infrastructures majeures qui ont émergé au cours des dernières années: les cadres modulaires et la sécurité flexible.

Cadre modulaire: permet aux développeurs de sélectionner et de combiner des composants modulaires de blockchain communs (par exemple, exécution, disponibilité des données, règlement et consensus).Les couches de disponibilité des données Rollup et Celestia sont utilisées comme exemples représentatifs.

Sécurité flexible et évolutive: fait référence à la capacité de certains réseaux à protéger leurs services plus efficacement en louant de la sécurité plutôt qu’en commençant par eux-mêmes un réseau de validateurs très lourds.L’auteur utilise Eigenlayer comme cas pour des explications correspondantes.

L’objectif d’un cadre modulaire est d’encourager l’optionnalité et la spécialisation de chaque composant.Par exemple, les développeurs sont libres de choisir l’environnement d’exécution qui répond le mieux à leurs besoins.Les fournisseurs de sécurité flexibles aident les réseaux à mieux gérer et affiner la sécurité économique de leurs systèmes.

AO est un exemple typique d’utiliser les deux modèles d’infrastructure en même temps.Ce nouveau système construit sur Arweave offre aux développeurs la flexibilité de choisir des environnements d’exécution et des modèles de sécurité.

Contrairement aux chaînes comme Ethereum et Solana qui ont un seul concept global d’état (par exemple, les soldes du compte utilisateur, les données de contrat intelligentes, etc.), AO se localise à chaque application (appelés processus en termes AO).L’état de localisation facilite le calcul des applications en parallèle, libère complètement les limitations de performances globales par rapport aux environnements non parallèles et peut personnaliser la sécurité pour l’informatique.

Contrairement à d’autres écosystèmes ROLUP, AO définit une norme de messagerie globale unifiée (message) pour toutes les applications.Les auteurs croient que cette approche est conceptuellement similaire à l’écosystème du cosmos, qui utilise l’IBC pour la communication chaîne à la chaîne.En conséquence, AO peut maintenir son cadre modulaire et à mesure que son écosystème se développe, les applications bénéficieront de cette norme de communication native.À long terme, AO s’est séparé du modèle traditionnel de plate-forme de contrat intelligent et a formé sa propre architecture unique pour promouvoir un écosystème de développement d’applications prospères.

Architecture AO

L’auteur estime que la relation entre AO et Arweave est à peu près similaire à la relation entre le rouleau souverain et la couche de disponibilité des données.Mais AO fournit un cadre commun similaire à une plate-forme de contrat intelligente, l’objectif principal étant de réaliser l’interopérabilité de confiance de ces différentes applications via des services informatiques évolutifs.

L’interopérabilité entre les applications découle des normes de messagerie d’AO.Des écosystèmes tels que l’optimisme, le polygone, l’arbitrum et le zksync développent généralement des activités économiques sur la chaîne avant de développer des solutions d’interopérabilité pour résoudre des problèmes d’expérience utilisateur fragmentés.Et AO commencera son voyage avec l’interopérabilité indigène.

Nous avons introduit l’architecture de l’AO dans divers articles, et nous avons également quelques interprétations du point de vue de l’auteur dans cet article:

Processus

Du point de vue de l’utilisateur final, un processus peut être considéré comme une application.Si le consommateur utilise un produit construit sur AO, il se présente généralement sous la forme d’un processus.

Un processus peut également être considéré comme une série de journaux ordonnés (c’est-à-dire des messages) écrits en Arweave, représentant son état à un moment donné.

Chaque processus s’étend indépendamment des autres processus sur AO, ce qui leur permet de fonctionner en parallèle sans s’infiltrer.Les processus interagissent les uns avec les autres via des messages.AO est en fait un protocole de livraison de messages, donc le concept de message est la structure centrale.

Unité de message et de message (MU)

L’interaction avec un processus, qu’elle soit initiée par l’utilisateur final ou initiée par un autre processus, est exprimée en tant que message.Chaque message dans AO est conforme au format spécifique de l’ANS-104 pour les données de lecture et d’écriture écologiques d’Arweave.Quant à ce qu’est ANS-104, vous pouvez vérifier ce lien pour plus de détails.

L’auteur compare la différence directe entre AO et Ethereum.Dans AO, un processus termine l’interaction entre les processus en demandant des informations à un autre processus via un message et en attendant que les données reviennent.Mais sur Ethereum, les applications (c’est-à-dire les contrats intelligents) peuvent accéder directement à l’état de toute autre application en raison de la globalité de l’EVM.

Il existe une différence fondamentale entre les deux.D’un point de vue modulaire, il est avantageux de pré-standarder l’interopérabilité de différents processus;

Unité de planification (SU)

L’auteur compare simplement l’unité de planification aux trieurs dans de nombreux systèmes Rollup.Étant donné que le trieur est responsable d’une série d’opérations dans de nombreux Rollups (par exemple, traitement des transactions, tri des transactions, génération d’épreuves de connaissances zéro, etc.), l’unité de planification ressemble plus à un sous-ensemble d’un trieur typique.

L’unité de planification a deux processus principaux qui lui sont associés:

Assurez-vous que chaque message est unique et en ordre.Ceci est conceptuellement similaire à l’incrément nonce dans d’autres environnements de blockchain tels que Ethereum.Ceci est crucial pour le fonctionnement normal d’un processus.

Assurez-vous que chaque message est écrit à Arweave.Cela permet aux processus d’accéder aux données de l’autre.

Chaque processus AO aura une unité de planification associée.

Unité informatique (CU)

L’unité informatique fournit une puissance de calcul pour mettre à jour le processus AO.L’unité de message informe l’unité informatique de ses besoins de service.

Un marché est formé entre l’unité informatique (fournisseur) et l’utilisateur (exigence) qui a besoin de calculs pour un processus spécifique.Encore une fois, cette architecture est différente du modèle traditionnel de blockchain.Les nœuds sur les plates-formes traditionnelles telles que Ethereum doivent traiter les transactions, tandis que les unités informatiques peuvent enchérir sélectivement pour leurs processus mis à jour.

Une fois le calcul terminé, l’unité de calcul renvoie la preuve de sortie de calcul signée à l’unité de message d’origine.

Modèle de sécurité AO

Dans la partie du modèle de sécurité, il y a actuellement peu d’informations pertinentes, et plus de détails doivent être trouvés après la publication du Livre blanc AO.Cependant, l’auteur de l’article a donné sa propre compréhension.

Il pense qu’AO a également emprunté un chemin complètement différent d’Ethereum dans ce post.Dans l’écosystème Ethereum, la sécurité est garantie uniformément par le mécanisme POS Ethereum, donc qu’il s’agisse d’une simple opération de transfert ou d’une interaction de défi complexe, ils partagent le même niveau de sécurité, ce qui conduit souvent à un gaspillage de ressources.

Dans le cadre de sécurité AO, bien que toutes les données utilisent la garantie de sécurité du mécanisme de consensus des spores d’Arweave, au niveau AO, il y a plus de flexibilité pour personnaliser les niveaux de sécurité en fonction des différents besoins et objectifs.

À l’heure actuelle, bien qu’il n’y ait pas d’informations définies, on pense généralement à l’écosystème que les mécanismes POS sont susceptibles d’être utilisés dans le mécanisme de sécurité de l’AO (par exemple, jalonner et pénaliser les jetons AO).Arweave, un réseau de stockage permanent entièrement décentralisé, couplé à la plate-forme informatique AO qui améliore l’évolutivité et la flexibilité, le mécanisme POS est évidemment conforme aux besoins de développement.

Par conséquent, AO peut proposer un certain schéma de striage différent pour chaque rôle de composant et mettre en place un mécanisme de pénalité correspondant.

• Unité informatique– L’unité de calcul promet la preuve de sortie de sa signature.Tout le monde peut remettre en question la sortie de l’unité informatique, et s’il prouve qu’il y a un mauvais comportement, sa garantie peut être coupée.

• Unité de messagerie– L’unité de message engage les messages qu’il passe dans le système.S’il est constaté qu’il passe et signe un message invalide, son pieu peut être réduit.Si la signature non valide est causée par un comportement inapproprié de l’unité informatique, l’unité de message peut lancer un événement de barre oblique pour l’unité informatique.

• Unité de planification– Si l’unité de répartition ne trie pas correctement les messages ou ne télécharge pas les messages sur Arweave, il peut être réduit.Ces derniers événements de barre oblique sont similaires dans la conception aux garanties de disponibilité des données.

En fin de compte, un processus peut concevoir son propre modèle de sécurité dans un sens.Lors de l’exécution du code d’un processus, par exemple, il peut être décidé d’ignorer une certaine unité informatique ou unité de message qui n’est pas considérée comme non fiable.

L’image montre la cohérence de sécurité de la plate-forme de contrat intelligente traditionnelle et est sûre et personnalisable avec la plate-forme AO.Cela permet à AO de personnaliser différents niveaux de sécurité pour différentes entreprises, telles que les petits transferts entre amis n’ont pas besoin d’être cohérents avec la sécurité des transactions en vrac B2B.

L’avenir de l’AO et de l’IA

L’auteur exprime en outre son point de vue sur la future combinaison AO et AI.Il croit que l’IA peut être classé en deux types:

Complètement déterministe et entièrement paramétré, comme un robot avec des paramètres configurables;

Non-déterministe, adaptable, comme les applications Chatgpt ou LLM.

Dans le développement de l’AO, l’auteur estime que le point de départ sera le premier, comme les outils d’automatisation Defi.

Automatisation Defi

Un projet d’automatisation précoce sur AO était @Autonomous_af.L’équipe a construit un « agent DCA » qui permet aux utilisateurs d’acheter des jetons spécifiés dans la méthode moyenne des coûts USD (DCA).

Les produits d’agent DCA suivent le modèle:

Les utilisateurs définissent les jetons qu’ils veulent que DCA achète, ainsi que d’autres paramètres tels que la tolérance de glissement, les pools Defi spécifiques, la fréquence des transactions DCA et le montant de chaque transaction DCA.

L’agent DCA répond à la notification reçue (c’est-à-dire une tâche chronométrée) et exécute la transaction DCA lorsqu’une condition prédéfinie est remplie.

L’utilisateur peut éventuellement suspendre l’agent DCA ou le désactiver définitivement.

Il doit être clair que ce type d’agent effectue des opérations de manière basée sur des règles et suit efficacement les instructions définies dans ses scripts sous-jacents.C’est le premier dans la classification – IA complètement déterministe et paramétré.

À cet égard, le fondateur d’Arweave @Samecwilliams a en fait exprimé une opinion similaire selon laquelle dans le système financier grand public actuel, un grand nombre de transactions ne sont pas exploitées par les investisseurs, mais sont automatiquement négociées par divers robots.Il est donc également naturellement applicable aux scénarios d’interaction Defi.En fait, le moyen le plus sûr d’atteindre certains objectifs est de définir des règles et des actions strictes pour l’agent.Cela rapproche en fait ces produits du même niveau que les produits et fonctionnalités financières traditionnels (par exemple, définir une perte d’arrêt, définir un produit DCA à partir d’un compte bancaire, etc.), ce qui est une bonne chose d’un point de vue de l’expérience utilisateur.

Au-delà de l’automatisation Defi

En plus de l’IA plus simple mentionnée ci-dessus, les routines d’IA traditionnelles dans l’industrie technologique sont actuellement axées sur l’IA non déterministe et adaptable, telles que les modèles Chatgpt et LLM.

De toute évidence, ce type de système sera plus avancé qu’un « agent DCA ».Mais c’est aussi très cher.D’une manière générale, les produits LLM nécessitent des GPU pour fournir la puissance de calcul nécessaire, et l’informatique GPU est plus coûteuse que l’informatique CPU typique.Le coût de l’auto-hébergement d’un modèle de base LLM peut facilement atteindre environ 20 000 $ par mois.L’auteur fournit des données uniques en A16Z, où certaines startups d’IA génératrices dépensent 80% de leur argent pour les calculs d’IA.

Par conséquent, si vous souhaitez créer des applications en utilisant LLM sur AO, les considérations de coûts économiques sont inévitables.Mais par rapport à d’autres plates-formes de contrats intelligentes, l’architecture d’AO permet aux développeurs d’écheller et de régler le niveau de sécurité de leurs processus.Cette structure sera très avantageuse pour les développeurs AO, car la plupart des LLM génèrent des messages moins précieux.

La pensée finale

À la fin, l’auteur donne ses réflexions sur l’organisation AO:

L’architecture unique d’AO fournit une plate-forme attrayante pour le développement des applications, des applications Defi aux applications alimentées par l’IA.

La messagerie asynchrone combinée à l’informatique parallèle rend les applications plus riches et plus complexes que les applications de contrat intelligent typiques.

L’évolutivité et la sécurité flexible des processus de support sont également uniques à AO, en particulier les produits axés sur LLM, qui profiteront de cette propriété.