Ceux qui ont déjà travaillé sur des applications en chaîne savent que « stocker des données » est la partie la plus coûteuse.
Surtout avec le réseau ZK, le simple fait de prouver ne suffit pas, **la disponibilité des données (DA)** détermine si la validation peut être effectuée et si l'état peut être synchronisé.Mais si vous devez vraiment jeter toutes les données ZK sur Ethereum L1, le coût n'est pas supportable pour un projet ordinaire.
Boundless a proposé une autre option :
Utiliser une couche DA comme Celestia pour résoudre le problème de stockage des données, préserver la confidentialité, réduire les coûts et améliorer l'efficacité.
@Boundless #boundless_notwork $ZKC

💾、Le réseau ZK n'est pas un réseau de stockage, la couche DA est le véritable système d'hébergement de données
De nombreuses réseaux ZK traditionnels stockent les données de preuve, les données d'entrée et les informations contextuelles sur la chaîne :
Augmente les coûts de gaz
Occupe les ressources de la chaîne
Ralentit la synchronisation
Boundless modifié en :
Toutes les structures de données zkTask sont sérialisées selon un format standard
Stockées sur le réseau DA, comme Celestia, Avail, etc.
Sur la chaîne, seules les hachages de données et les instantanés d'état sont enregistrés
Ainsi, les grandes quantités de données sont stockées en externe, tandis que les petites données restent sur la chaîne. La chaîne devient plus légère, le réseau plus rapide, et les coûts diminuent.
📡, intégration transparente avec des réseaux DA comme Celestia, pour une écriture de données à faible coût et haute disponibilité
Intégration native de Celestia par Boundless :
Lors de la génération du zkTask, le système empaquète les données et les écrit dans Celestia
Retourne un Header de disponibilité des données + un Pointeur stocké sur la chaîne principale
Les nœuds vérificateurs peuvent télécharger les données de manière asynchrone pour effectuer la vérification
Confirmation de cohérence par plusieurs nœuds, garantissant que les données n'ont pas été altérées ou perdues
Toute la procédure est automatisée, sans nécessiter d'intervention du développeur sur les détails techniques sous-jacents.
Comme lorsque vous téléchargez une image sur un hébergement d'images, Boundless s'occupe du stockage, de l'accès et de la vérification.
🧩, prise en charge de la configuration des stratégies DA via des插件, chaque zkService peut utiliser une logique de stockage différente
Toutes les tâches n'ont pas besoin d'être stockées sur DA, certaines n'ont même pas besoin de conserver les données.
Boundless propose une configuration flexible des stratégies :
Tâches légères → stockage sur la chaîne
Calculs à grande échelle → stockage sur Celestia
Appels fréquents → utilisation du cache local + synchronisation périodique
Les développeurs peuvent définir pour chaque zkPlugin :
Utiliser ou non DA
Quel réseau DA utiliser
Durée de conservation des données et stratégie d'accès
Si vous choisissez bien, le système fonctionnera plus vite.
🔐, l'intégrité des données est garantie par une vérification sur la chaîne, assurant confidentialité, sécurité et capacité d'audit
Certaines personnes s'inquiètent : le stockage des données sur un réseau DA n'est-il pas risqué ?
Boundless stocke les paquets de données après sérialisation
Tous les retours de stockage DA incluent un hachage vérifiable sur la chaîne
Le zkVerifier vérifie les données en confirmant la cohérence entre plusieurs nœuds
Les utilisateurs peuvent auditer publiquement les structures de données zkTask et le processus de transition d'état
Ce n'est pas « stocker, c'est tout », c'est « chaque vérification peut être revérifiée ».
Léger tout en restant traçable.
🎬, synthèse : le cœur d'un réseau ZK n'est pas de gérer le stockage, mais de bien assurer le calcul et la coordination
Boundless adopte une approche très réaliste en matière de choix de couche DA :
Ne pas vouloir être un centre de données
Ne pas imposer à tous d'utiliser une seule méthode
Intégration des réseaux DA existants via des standards ouverts
Confier la tâche de stockage à des spécialistes
Les développeurs n'ont qu'à appeler zkService, le système gère automatiquement le stockage, la synchronisation et la vérification.
Permettre au ZK de se concentrer sur ce qu'il doit faire : vérifier, pas transporter des données.

