Fondation IoTeX : Comment garantir la sécurité et l'efficacité des réseaux DePIN grâce à une validation décentralisée ?
TechFlow SélectionTechFlow Sélection
Fondation IoTeX : Comment garantir la sécurité et l'efficacité des réseaux DePIN grâce à une validation décentralisée ?
Cet article examine en profondeur la question de la validation décentralisée dans les DePIN, analyse de manière critique les solutions existantes et propose des voies innovantes pour garantir l'évolutivité sans compromettre la sécurité ni la décentralisation.
Dédié à des analyses Web3 approfondiesRédaction : Raullen Chai, Andrew Law
Traduction : TechFlow
Les réseaux d'infrastructures physiques décentralisés (DePIN) représentent une transformation dans la manière dont nous planifions et organisons les systèmes du monde réel. Ils s'étendent à des domaines tels que l'énergie, les transports ou les télécommunications. En combinant la blockchain, les cryptomonnaies et les contrats intelligents avec des dispositifs connectés, les DePIN permettent de coordonner les infrastructures physiques de manière décentralisée et pair-à-pair. Comme l'a souligné Guy Wuollet d'a16z, la clé du succès des DePIN réside dans la résolution d'un défi fondamental : garantir une validation fiable des nœuds de service géographiquement dispersés sans nécessiter de gestion centralisée. Cet article explore en profondeur la question de la validation décentralisée dans les DePIN, analyse de façon critique les solutions existantes, et propose des voies innovantes pour assurer la scalabilité sans compromettre la sécurité ni la décentralisation.
L’essor des DePIN
Les DePIN exploitent la puissance de la blockchain et des contrats intelligents pour créer des marchés ouverts pour des services ancrés dans des infrastructures physiques. Imaginez un DePIN axé sur l'énergie : des foyers équipés de panneaux solaires peuvent produire de l'électricité et vendre leur surplus à leurs voisins. Grâce à la blockchain et aux contrats intelligents, ces transactions énergétiques peuvent être automatiquement enregistrées et réglées. Au cœur de ce processus se trouvent des dispositifs IoT, comme des compteurs intelligents ou d'autres matériels connectés au micro-réseau, qui rendent possible une distribution d'énergie directe, fiable et pair-à-pair, sans qu'une entreprise électrique ne serve d'intermédiaire.
Ces réseaux d'infrastructures physiques décentralisés ont suscité un intérêt croissant dans divers secteurs en 2023. En marginalisant les intermédiaires centralisés, les DePIN promettent d'améliorer l'efficacité, de réduire les coûts, d'accroître l'accessibilité et d'offrir davantage d'autonomie aux individus.
Architecture des DePIN
Les infrastructures physiques décentralisées reposent sur une pile technologique complexe intégrant du matériel, la connectivité, des couches intermédiaires (middleware), des contrats intelligents basés sur la blockchain, ainsi que des applications mobiles ou web.
En examinant de plus près un réseau DePIN typique (comme DIMO, Helium, WiFimap ou GeoDnet), on y trouve généralement trois rôles :
-
Nœuds de service : un ensemble de serveurs ou dispositifs fournissant un service ou une utilité, par exemple du WiFi/5G, la collecte de données environnementales ou la production d'énergie.
-
Middleware : une couche principalement dédiée à la vérification du bon fonctionnement des nœuds de service. Elle garantit une expression et un rapport précis des activités et événements du monde réel depuis les nœuds vers les contrats intelligents, ce qui peut être étroitement lié au mécanisme de token du réseau DePIN.
-
Utilisateurs finaux : les particuliers ou entreprises utilisant quotidiennement les services ou utilités fournis par les nœuds ou dispositifs. Le middleware est chargé de mesurer la qualité du service fourni par les nœuds en surveillant certains indicateurs. L'absence de ces indicateurs pourrait entraîner :
-
Auto-transactions : les participants pourraient exploiter le réseau en utilisant leurs propres infrastructures pour accumuler des frais et des récompenses. Par exemple, une entité énergétique pourrait simuler l'achat d'énergie depuis ses propres réserves. Avec des subventions suffisantes ou des récompenses initiales élevées, ces auto-transactions deviennent très lucratives.
-
Fournisseurs paresseux : les fournisseurs d'infrastructure peuvent s'engager à offrir un service mais ne pas tenir leurs promesses, ou le faire de manière insuffisante. Sans système de validation rigoureux, les utilisateurs n'ont aucun recours.
-
Fournisseurs malveillants : bien que moins fréquent, il existe un risque que des entités malveillantes manipulent l'infrastructure afin de transmettre de fausses données issues de capteurs, conformes à leurs intérêts financiers. Si ces comportements ne sont pas contrôlés, ils peuvent corrompre les incitations économiques du DePIN. La confiance et l'efficacité du réseau diminuent, conduisant soit à une « tragédie des biens communs », où les fournisseurs poursuivent uniquement leur intérêt personnel, soit à une centralisation du pouvoir. Dans les deux cas, l'objectif d'une infrastructure décentralisée et pilotée par des échanges pair-à-pair est compromis.
Le middleware de validation
Concevoir et architecturer un tel middleware est extrêmement complexe. Examinons cela sous différents angles.
Angle A : Techniques de validation possibles
Une validation dans un DePIN est considérée comme réussie si les deux conditions suivantes sont simultanément remplies :
-
Authenticité et intégrité des mesures : les valeurs mesurées provenant des nœuds ou dispositifs reflètent fidèlement leur état de fonctionnement (par exemple, qu'ils ont bien fourni un service, comme une connexion WiFi ou la collecte de données environnementales), et doivent être véridiques et non altérées.
-
Fidélité des calculs hors chaîne : généralement, les mesures brutes ne peuvent pas être utilisées directement à des fins de validation. Des calculs hors chaîne sont nécessaires pour les traiter, et ces calculs doivent eux aussi être fiables — c’est-à-dire impossibles à truquer.
Prenons l'exemple d’un DePIN axé sur l’énergie : le contrat intelligent doit pouvoir faire confiance au fait que le compteur intelligent a correctement mesuré la production d'énergie solaire, et que le middleware a validé une série de six heures de mesures provenant de ce compteur avant de déclencher un paiement en cryptomonnaie sur la blockchain.
Pour atteindre ces deux objectifs, voici les technologies actuellement disponibles :
Angle B : Assembler les techniques de validation de manière décentralisée
Une fois familiarisé avec les techniques de validation disponibles, il faut envisager comment les assembler de manière décentralisée en protocole. Voici quelques principes clés :
-
La couche matérielle doit être minimisée (afin d'assurer une large accessibilité et une forte décentralisation), et de nombreuses fonctionnalités doivent être intégrées au middleware, afin d'éviter les risques de centralisation dans d'autres parties de la pile. Cela rappelle le concept bien connu de « protocoles gras » : nous souhaitons une couche matérielle mince et un middleware épais.
-
Le middleware doit fonctionner de manière similaire aux blockchains publiques :
-
Permettre l'anonymat et être neutre (open source, géré par la communauté)
-
Être transparent et sans confiance, offrant une haute sécurité et une résistance aux attaques sophistiquées motivées par des enjeux financiers
-
Être capable d'exécuter différents types de validations selon les scénarios, ce qui exige une programmabilité intégrée (pensez aux contrats intelligents)
-
Pouvoir conserver, si nécessaire, certaines fonctionnalités provenant des couches matérielles ou applicatives.
Angle C : Modes de validation
Selon les scénarios, les nœuds de service fonctionnent différemment. Par exemple, dans le stockage de fichiers, les nœuds sont constamment actifs (ils stockent les données promises), donc on peut les vérifier par échantillonnage. En revanche, dans le cas de DIMO (collecte de données automobiles), un nœud (dispositif installé dans une voiture) envoie des mesures toutes les 10 minutes, ce qui permet de valider chaque mesure. Ainsi, le middleware adopte différents modes de validation selon l'application DePIN :
-
Processeur de données : le mode le plus courant. Les nœuds ou dispositifs envoient essentiellement toutes leurs mesures au middleware, qui les valide et les traite pour générer une preuve destinée au contrat intelligent.
-
Intégrateur actif : le protocole du middleware sélectionne activement un sous-ensemble de nœuds à interroger (notez que si le middleware est suffisamment puissant, il peut « échantillonner » tous les nœuds). Après avoir reçu les réponses, il passe en mode processeur de données. La méthode d'échantillonnage aléatoire utilisée par Filecoin relève de cette catégorie.
-
Observateur passif : la forme la moins courante. Le middleware observe silencieusement les nœuds dans le service et tente de trouver des preuves qu'ils font (ou ne font pas) ce qui est attendu (cf. théorie de la Forêt Noire).
Construire W3bstream comme middleware de validation pour DePIN
En combinant tous ces angles, nous préconisons une approche fondée sur les preuves de validité, et nous imaginons un protocole de validation hors chaîne, décentralisé, partagé et neutre (en tant que partie d’un réseau IoT), au service des réseaux DePIN. Ce protocole agrège les mesures provenant de nombreux petits réseaux DePIN et fournit aux contrats intelligents des preuves de validité (actuellement, nous utilisons des preuves SNARK).
À un niveau plus global, W3bstream est un réseau en shards géré par la communauté, qui permet à divers projets DePIN de déployer (et de mettre à jour ultérieurement) leurs « formules » de validation sur la plateforme. Ces « formules » peuvent être écrites en Rust, Golang, C++, et bientôt davantage de langages. Elles ressemblent généralement à ceci :
Les preuves à connaissance nulle s'accompagnent souvent de compromis en termes de performance, notamment des temps de génération de preuve plus longs et une consommation accrue de ressources informatiques, ce qui limite leur scalabilité dans certaines applications pratiques. Nous avons réalisé des optimisations internes sur les zk-SNARKs (notamment via le traitement par lots) afin d'atténuer ces problèmes de performance, visant à produire des preuves plus rapidement tout en conservant les avantages fondamentaux des protocoles à connaissance nulle.
Les infrastructures physiques décentralisées sont en train de redéfinir plusieurs aspects de notre monde. Toutefois, la clé pour libérer tout leur potentiel réside dans la résolution du défi de la validation décentralisée, garantissant ainsi l'intégrité et l'invulnérabilité de ces réseaux. Nous espérons échanger avec les meilleurs chercheurs et ingénieurs spécialisés en blockchain, cryptographie, IoT, sécurité/confidentialité et économie, afin de concrétiser ensemble cette vision commune.
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
@iotex_io
