
Marlin : un commentaire bref – s'approprie-t-il tous les récits à la mode comme MEV, Oracle, ZK, etc. ?
TechFlow SélectionTechFlow Sélection

Marlin : un commentaire bref – s'approprie-t-il tous les récits à la mode comme MEV, Oracle, ZK, etc. ?
Marlin est un système de réseau décentralisé et distribué prenant en charge la TEE et le ZK.
Rédaction : Haotian
Comment percevoir @MarlinProtocol, qui semble s'imposer dans des récits populaires comme MEV, Oracle, ZK ou même l'IA ? Cette vague de renaissance parmi les anciens projets inclut Marlin, initialement conçu comme un « service de renforcement décentralisé pour nœuds en amont ». Le nouveau récit autour des AVS (App-specific Validated Systems) sur Ethereum nous enseigne que lorsque les capacités d'exploitation des validateurs sont « marchandisées » via encapsulation, cela ouvre la voie à de nombreuses nouvelles applications. Voici quelques observations :
1) L’essence de l'encapsulation « marchande » du réseau AVS sur Ethereum consiste à renforcer les opérateurs de validateurs Ethereum. Ainsi, les AVS peuvent prendre en charge divers services étendus tels que les oracles décentralisés ou les séquenceurs. Marlin se positionne officiellement comme un coprocesseur de confiance, prenant en charge des technologies telles que TEE (environnement d'exécution fiable), ZK (preuves à connaissance nulle), et offrant aux développeurs des solutions de calcul décentralisées via SDK et API.
En résumé : Marlin est un réseau décentralisé et distribué de nœuds supportant TEE et ZK, capable de fournir des ressources réseau telles que puissance de calcul et stockage pour des cas d'usage comme les oracles, les systèmes de génération de preuves ZK, ou encore l'intelligence artificielle.
Étant donné que le cœur technologique de Marlin repose sur un réseau de nœuds fiables, performants et capables de supporter une large gamme de charges applicatives, ce réseau peut encapsuler divers services via SDK et API pour les proposer à l'extérieur. La portée des services d'exploitation des nœuds équivaut donc, dans une certaine mesure, à son champ d'application commercial.
2) Quels scénarios de services peuvent être développés ? Dans un tweet présentant son service réseau Oyster, Marlin en énumère plusieurs :
1. Génération sécurisée de preuves ZK : grâce au système Oyster, les applications et utilisateurs ZK peuvent déléguer (delegate) la génération de preuves aux enclaves sécurisées de Marlin. Les nœuds distribués de Marlin disposent d'un environnement TEE, permettant d'isoler un espace d'enclave pour générer des preuves ZK en toute sécurité ;
2. Passerelle Web3 : peut servir de passerelle sécurisée entre le web2 et le web3, offrant aux applications traditionnelles un point d'accès fiable au web3, abaissant ainsi les barrières d'entrée pour les utilisateurs, tout en palliant les limites inhérentes aux navigateurs classiques (stockage, interfaces RPC, indexeurs, services relais, authentification, etc.) ;
3. Interfaces frontales décentralisées : fournit aux applications Web3 des services frontaux décentralisés basés sur le stockage distribué, évitant ainsi les interruptions de service dues à des pannes de services cloud centralisés comme AWS, garantissant ainsi la continuité du service ;
4. Oracles : le système de nœuds distribués d'Oyster peut collecter des données provenant de multiples sources Oracle, puis effectuer rapidement des calculs de prix dans l’environnement sécurisé de l’enclave, avant de mettre à jour les informations de prix. Cela permet d’offrir un service Oracle compétitif ;
5. Intelligence artificielle décentralisée : alors que l'entraînement de grands modèles d'IA devient crucial, le coprocesseur basé sur un environnement TEE peut fournir un cadre sécurisé et privé pour l'entraînement des modèles IA. Il permet également de construire un environnement incitatif décentralisé, transparent et vérifiable, transformant ainsi le réseau de nœuds distribués en un réseau de « location » de puissance de calcul décentralisée.
3) Il est clair que Marlin, grâce à son réseau de nœuds distribués renforcés, peut couvrir un large éventail de services, ce qui découle directement de son niveau élevé d'exigences techniques dès sa conception :
D'une part, chaque nœud est équipé d’un TEE. Ce dernier implique des performances matérielles élevées, mais surtout permet de créer dans le système de stockage un environnement isolé et sécurisé appelé « enclave », doté d’un système rigoureux de gestion des accès et de confidentialité, garantissant que les données de calcul et de stockage ne soient ni espionnées ni altérées. L’enclave constitue un environnement absolument privé, sans réseau intégré, offrant un haut niveau de sécurité ;
D'autre part, chaque nœud bénéficie d’une forte capacité de communication interactive grâce au ZK. Par le biais de protocoles ZK, un nœud peut prouver à d'autres la validité de ses résultats de calcul sans divulguer les données brutes. Cela améliore considérablement l'efficacité et la fiabilité des interactions entre nœuds. Ainsi, l’ensemble du réseau peut construire des services flexibles, « plug-and-play », où zkVM permet une vérification efficace des communications inter-nœuds, de la preuve de travail et des mécanismes d'incitation. Ceci constitue un autre pilier technologique expliquant la puissance de ses services.
En somme, il est difficile de réduire Marlin à un seul cas d'usage spécifique, car il s'agit fondamentalement d'un protocole d'infrastructure de couche zéro. Grâce à son réseau de nœuds haute performance basé sur TEE et à son réseau de communication vérifiable via ZK, il peut s'appliquer à de nombreux scénarios porteurs actuels.
À mon avis, dans un écosystème de chaînes publiques hautement composable et interopérable, la forte capacité de service des nœuds offre effectivement la possibilité d'explorer de multiples récits.
Cependant, personnellement, indépendamment des autres cas d'usage, je pense qu'avec la montée du récit combinant IA et DePIN, Marlin pourrait tracer une voie principale :
1) L'entraînement de grands modèles d'IA requiert d'importantes ressources de calcul, et les nœuds de Marlin disposent déjà de ressources GPU, leur donnant un avantage précoce ;
2) Les forces de Marlin en matière de traitement confidentiel des données, de calcul distribué, et de mécanismes efficaces d’allocation et d’ordonnancement des tâches conviennent parfaitement aux scénarios d'entraînement de grands modèles d'IA ou d'ajustement fin de modèles plus petits.
Je pense que c’est précisément cette adéquation avec l’IA qui a permis à Marlin, en tant qu’ancien projet, de reprendre son envol. L’IA devrait ainsi devenir son axe narratif principal à venir.
Note : Le contenu ci-dessus ne constitue pas une recommandation d'investissement.
Bienvenue dans la communauté officielle TechFlow
Groupe Telegram :https://t.me/TechFlowDaily
Compte Twitter officiel :https://x.com/TechFlowPost
Compte Twitter anglais :https://x.com/BlockFlow_News












