Stockage on-chain des preuves dans les DePIN : tendances sectorielles, facteurs et prochaine vague d’adoption

Pourquoi le stockage des preuves est important

La question du stockage on-chain ou off-chain des preuves concerne avant tout la confiance : la manière dont elle est établie, maintenue et transmise entre les différentes parties prenantes.

Dans les DePIN centrés sur les données, la confiance doit s’étendre aux clients professionnels, aux auditeurs ou aux régulateurs qui n’ont pas directement assisté à l’activité ayant généré de la valeur. Ces parties prenantes s’appuient sur des registres immuables et vérifiables de manière indépendante pour confirmer que les déclarations sont légitimes et que les données n’ont pas été altérées. Les preuves on-chain répondent précisément à ce besoin : elles fournissent une piste d’audit transparente et durable que tout le monde peut vérifier, aujourd’hui comme dans plusieurs années.

À l’inverse, les DePIN axés sur les services donnent un accès direct à des ressources telles que la puissance de calcul ou la bande passante, dont les utilisateurs constatent et vérifient eux-mêmes le résultat en temps réel.

Dans ces contextes, les clients n’exigent généralement pas de preuves publiques continues, car ils peuvent immédiatement constater si le service fonctionne comme prévu.

En l’absence d’exigences réglementaires ou antifraude spécifiques imposées de l’extérieur, le besoin d’auditabilité on-chain est bien moins marqué. Le choix du mode de stockage des preuves est donc étroitement lié au produit, au modèle économique du projet et aux acteurs qui doivent pouvoir faire confiance aux données.

Il est également important de noter que ces modèles s’adressent à des utilisateurs différents.

Les DePIN d’agrégation de données sont principalement B2B et vendent leurs services à des entreprises ou à des institutions qui ont besoin de registres durables et auditables. À l’inverse, les DePIN axés sur les services s’adressent surtout aux particuliers, qui interagissent directement avec le service et évaluent sa qualité en temps réel.

Cette différence explique pourquoi les entreprises exigent des preuves on-chain robustes, tandis que les particuliers se satisfont d’un retour immédiat.

Deux modèles divergents : DePIN d’agrégation de données et DePIN axés sur les services

Nous comparons ci-dessous deux types distincts de réseaux d’infrastructure physique décentralisée et examinons comment leurs différences subtiles influencent leurs besoins en matière de stockage on-chain des preuves.

DePIN d’agrégation de données : confiance à long terme

Les DePIN d’agrégation de données fournissent des jeux de données, par exemple des données environnementales, issues de capteurs ou extraites du Web, à des acheteurs externes tels que des entreprises, des laboratoires d’IA et des régulateurs.

Comme ces clients n’assistent pas directement à la création des données, ils ont besoin d’un moyen fiable d’en confirmer l’authenticité et l’intégrité. Pour ces réseaux, le stockage on-chain des preuves n’est pas une simple fonctionnalité technique : il est essentiel à l’auditabilité et à la confiance.

Prenons Grass Protocol comme exemple.

En ancrant on-chain les preuves cryptographiques de chaque jeu de données, Grass permet aux acheteurs de vérifier indépendamment la source et l’intégrité des données. Cette approche a aidé Grass à gagner des clients professionnels, à justifier des tarifs premium et à se démarquer sur le marché.

Les réseaux de surveillance environnementale suivent la même logique.

Les clients, comme les auditeurs en développement durable et les organismes publics, ont besoin de registres immuables pour valider des déclarations portant notamment sur les crédits carbone ou les niveaux de pollution. Le stockage on-chain des preuves crée une piste d’audit inviolable, ce qui renforce la solidité de ces déclarations dans les contextes réglementaires comme juridiques.

DePIN axés sur les services : confiance en temps réel

Les DePIN axés sur les services fournissent des ressources comme de la puissance de calcul, du stockage ou de la bande passante, que les utilisateurs peuvent vérifier directement pendant leur utilisation. Si le service tombe en panne, les clients le constatent immédiatement : les preuves publiques continues sont donc moins nécessaires.

Par exemple, io.net agrège des ressources GPU et CPU décentralisées. Au lieu de stocker chaque preuve d’utilisation on-chain, io.net valide la majeure partie de l’activité off-chain et ne règle que les paiements sur Solana. Cette approche réduit les coûts et permet de traiter d’importants volumes de transactions, ce qui montre que les clients de ce secteur accordent davantage d’importance à l’efficacité qu’à l’exhaustivité des registres on-chain.

D’autres réseaux, comme les CDN décentralisés et les protocoles sans fil, adoptent une approche similaire. Ils utilisent des contrôles internes ou pair à pair pour garantir la qualité et prévenir la fraude, mais ne recourent aux registres on-chain que pour les paiements, les pénalités ou le règlement des litiges. Ils peuvent ainsi fonctionner efficacement à grande échelle sans devoir consigner publiquement chaque action.

La logique en pratique

La principale différence entre les stratégies de stockage des preuves tient à la manière dont la confiance est établie.

Pour les DePIN d’agrégation de données, les données sont dissociées de leur source. Les acheteurs ont donc besoin d’une preuve durable et vérifiable de leur authenticité. Les preuves cryptographiques on-chain constituent le seul moyen évolutif de la garantir, en créant une piste d’audit transparente que tout le monde peut vérifier.

Pour les DePIN axés sur les services, la confiance repose sur l’expérience directe des utilisateurs. Ceux-ci interagissent avec le service en temps réel et peuvent immédiatement vérifier s’il fonctionne comme prévu. Les preuves publiques continues sont donc rarement nécessaires, sauf si des parties externes, comme les régulateurs, exigent des garanties supplémentaires.

Cadre de stockage des preuves DePIN

Études de cas : des preuves concrètes pour le cadre proposé

Examinons trois exemples d’utilisation pratique de ce cadre.

Grass Protocol : agrégation de données avec des pistes d’audit on-chain

Grass Protocol est un exemple de réseau qui a placé les preuves on-chain au cœur de son activité. En fournissant des preuves on-chain cryptographiques pour chaque jeu de données livré, Grass permet aux laboratoires d’IA et aux acheteurs de données de vérifier indépendamment leur provenance et leur horodatage.

Ce niveau de transparence a permis à Grass d’attirer des clients professionnels et de justifier des tarifs premium, générant ainsi des revenus mensuels à sept chiffres. Pour ces clients, l’auditabilité n’est pas une simple fonctionnalité technique : elle constitue le fondement de la confiance et des relations commerciales.

io.net : efficacité d’un service grâce aux preuves off-chain

À l’opposé, io.net agrège des ressources de calcul et valide la plupart des actions off-chain. Les paiements et les règlements sont traités sur Solana, mais l’essentiel des données opérationnelles et des preuves n’est jamais enregistré sur la blockchain. Ces preuves sont plutôt utilisées en interne pour calculer les récompenses des nœuds. Cela a permis à io.net de se développer efficacement, en maîtrisant ses coûts tout en fournissant un service fiable et performant.

Son succès démontre que la validation off-chain reste suffisante lorsque l’expérience en temps réel constitue le principal fondement de la confiance.

Réseaux environnementaux et de capteurs : contextes juridiques et réglementaires

Les réseaux environnementaux et de capteurs sont souvent soumis à des exigences de conformité, de recevabilité juridique et d’audit par des tiers. Le stockage on-chain des preuves est ici crucial, car il crée un registre public dont toute altération est détectable et qui peut résister à l’examen des régulateurs comme aux contestations juridiques. Ces réseaux montrent comment la réglementation peut pousser des verticales DePIN entières à adopter le stockage on-chain comme norme de référence, et non comme simple amélioration.

Méthodes de stockage des preuves

Aujourd’hui, les projets DePIN choisissent généralement parmi trois approches principales de stockage des preuves. Chacune offre des compromis différents en matière de transparence, d’auditabilité, de contrôle des accès et de complexité opérationnelle.

Nous résumons ci-dessous ces méthodes et présentons des exemples concrets de leur utilisation dans l’écosystème DePIN de Solana.

On-chain

Toutes les données de preuve, ou leur hash et leurs métadonnées, sont écrites directement dans des comptes Solana, des PDA ou des métadonnées on-chain. Le stockage on-chain des preuves est publiquement accessible et entièrement vérifiable, ce qui le rend hautement auditable. En contrepartie de cette transparence maximale et de cette résistance aux altérations, il implique des coûts plus élevés et des limites de stockage.

Parmi les exemples notables :

• Grass — utilise des PDA personnalisés
• Ping — Data Anchor avec des PDA personnalisés (devnet)
• Dawn — Data Anchor avec des PDA personnalisés (tests + développement)

Off-chain (public)

Les preuves DePIN sont stockées auprès de tiers ou sur des réseaux de stockage décentralisés comme S3, IPFS et Arweave. L’intégrité des preuves peut être contrôlée si les hash sont publics, et tout le monde peut y accéder, même si cet accès est parfois payant. Le stockage off-chain des preuves ZK est moins coûteux que leur stockage on-chain, mais les utilisateurs doivent faire confiance à la disponibilité des données et les preuves doivent être correctement reliées.

Parmi les exemples notables :

• Helium — AWS S3
• Hivemapper — AWS S3
• Render — application Render

Off-chain (privé)

Les preuves sont conservées sur des serveurs internes ou dans des systèmes à accès restreint. L’auditabilité et l’accessibilité du stockage off-chain privé des preuves DePIN sont faibles, car l’accès est limité aux équipes internes, aux opérateurs et aux partenaires. Si le stockage off-chain privé des preuves constitue l’option la plus abordable pour les opérations internes, il n’offre aucune transparence à l’écosystème ni aux utilisateurs finaux.

Parmi les exemples notables :

• io.net — GPU
• Akash Network — calcul
• DIMO — véhicules connectés

Choisir la bonne méthode de stockage des preuves

En pratique, les équipes choisissent l’une de ces trois méthodes de stockage des preuves en fonction des exigences de leurs utilisateurs, de leurs partenaires ou des régulateurs.

Des projets comme Grass ancrent les preuves on-chain afin de maximiser la transparence et la confiance des clients externes et des auditeurs.

Des réseaux comme Helium optent pour un stockage public off-chain afin de réduire les coûts tout en maintenant une certaine forme d’accès externe.

Les places de marché de calcul comme io.net conservent souvent les preuves en privé, privilégiant la vitesse et la simplicité opérationnelle au détriment de l’auditabilité externe.

Le choix de la méthode dépend du modèle de confiance du réseau, de sa clientèle cible et de son environnement de conformité.

Compromis et limites

Le stockage on-chain des preuves comporte des compromis. L’enregistrement d’un grand nombre de preuves on-chain peut être coûteux, en particulier pour les réseaux qui traitent d’importants volumes de transactions ou disposent de faibles marges. L’exploitation et la sécurisation de systèmes on-chain exigent également des compétences spécialisées, ce qui peut constituer un obstacle pour les petites équipes. Les solutions hybrides, comme l’ancrage périodique ou les preuves à divulgation nulle de connaissance, peuvent réduire ces coûts, mais ajoutent de la complexité technique.

La demande des clients est également inégale. Les particuliers se soucient généralement peu de l’auditabilité et acceptent de faire confiance au service, ce qui ralentit l’adoption des solutions on-chain. À l’inverse, les entreprises et les institutions y accordent de l’importance : elles attendent une forme de preuve vérifiable, qu’elle soit on-chain ou qu’elle repose au minimum sur des registres off-chain robustes.

Enfin, comme la réglementation peut évoluer de façon inattendue, les équipes doivent rester flexibles et anticiper les changements d’exigences.

Compromis liés à l’adoption des preuves on-chain

Conclusion : comment les projets DePIN doivent-ils choisir ?

La question du stockage on-chain ou off-chain des preuves occupera une place centrale dans les débats sur l’évolution des infrastructures décentralisées. Cette étude montre que la bonne réponse dépend du modèle économique du projet, des besoins de ses clients et du secteur dans lequel il évolue.

Pour les DePIN d’agrégation de données, en particulier ceux qui ciblent les entreprises, la recherche ou les marchés soumis à des exigences de conformité, le stockage on-chain des preuves devient rapidement une exigence de base.

Dans ce cas, la capacité à fournir une provenance vérifiable, à respecter les exigences réglementaires et à pratiquer des tarifs premium dépend du maintien d’un registre immuable et auditable.

Pour les DePIN axés sur les services qui fournissent des ressources en temps réel, la validation off-chain et les approches hybrides sont généralement suffisantes, à condition que les utilisateurs puissent directement observer et vérifier la qualité du service.

En pratique :

• Si la valeur de votre projet dépend de la confiance de tiers dans vos données, les preuves on-chain sont essentielles et doivent être mises en œuvre comme une norme.
• Si vos utilisateurs peuvent vérifier directement le service que vous fournissez, une validation off-chain ou hybride suffit généralement.

Nous estimons qu’à mesure que les obstacles techniques et économiques au stockage on-chain des preuves continueront de diminuer, notamment grâce à l’essor de nouveaux outils, davantage de réseaux DePIN, en particulier dans les secteurs riches en données ou soumis à des exigences de conformité, adopteront probablement les preuves on-chain par défaut.

Les projets qui aligneront leur stratégie de preuve sur leur produit et les besoins de leurs utilisateurs seront les mieux placés pour gagner la confiance, accéder à des marchés à forte valeur et pérenniser leur adoption à mesure que le secteur DePIN mûrit.

Sources

• DePIN sur Solana : une analyse fondée sur les données des revenus, des contributeurs et des récompenses
• Tableau de bord Flipside des DePIN Solana par Ario
• Économie des tokens DePIN
• Migration d’Helium vers Solana : les questions les plus fréquentes de la communauté
• Tableau de bord Dune des crédits de données Helium
• Le réseau Helium dépasse 2 millions de dollars d’utilisation de données depuis sa migration vers Solana
• Comment utiliser Render Network pour le rendu GPU décentralisé
• Atteindre un consensus décentralisé sur l’état physique avec Witness Chain sur Akash
• Fonctionnement de la preuve de localisation
• DIMO : la révolution décentralisée des données des véhicules
• Explication détaillée de la manière dont IoTeX 2.0 fera passer le secteur DePIN à un nouveau niveau
• Vers l’enregistrement des appareils fondé sur des identifiants dans les DApps pour les DePIN avec des ZKP
• ioID : identité on-chain des appareils pour des DePIN vérifiables
• Protocole DePIN généralisé : un cadre pour les réseaux d’infrastructure physique décentralisée
• Ancrage et vérification des données à l’aide d’une preuve à divulgation nulle de connaissance
• Accéder à la PoC off-chain d’Helium sur AWS
• DRIFE s’associe à IoTeX : accélérer l’intégration de la blockchain pour les appareils du monde réel
• Unités de calcul de confiance : un cadre pour les calculs vérifiables en chaîne
• IoTeX Foundation : comment utiliser la vérification décentralisée pour garantir la sécurité et l’efficacité du réseau DePIN ?