Pourquoi du off-chain ?
Les blockchains ne sont pas conçues pour stocker de gros fichiers. Les pièces jointes (rapports, images, PDF) rendraient les transactions coûteuses et lentes. Le stockage off-chain sépare la conservation du fichier (pièce jointe) de la référence d’intégrité (hash/anchor).
On-chain vs off-chain : séparation claire
On-chain, on conserve généralement seulement une preuve technique (hash/référence) pour des contrôles ultérieurs. Le fichier lui-même reste off-chain dans un stockage adapté à votre environnement. On garde ainsi un parcours d’audit traçable sans utiliser la blockchain comme système de fichiers.
Comment fonctionne la liaison ?
Une somme de contrôle cryptographique (hash) est calculée à partir d’un fichier ou d’un dataset. Ce hash peut être stocké avec une référence (ID de fichier, URI, version) et—selon la configuration—ancré. Plus tard : si fichier/dataset et hash correspondent, l’intégrité est cohérente.
Quelles options de stockage ?
Selon les exigences : stockage objet, systèmes internes, références GED/ERP, ou stockage décentralisé (ex. IPFS/Arweave) — selon disponibilité, gouvernance et coûts. Le point clé n’est pas le nom du stockage, mais la référence claire et le parcours de vérification.
Accès & protection (sans promesses vides)
Le off-chain permet un accès contrôlé (rôles/droits) et peut—selon le setup—ajouter des protections (chiffrement, signatures, horodatage, versioning). Important : intégrité (hash/anchor) et confidentialité (accès/chiffrement) sont des objectifs différents.
À retenir
- Off-chain stocke les fichiers ; on-chain conserve (souvent) hashes/références.
- Les grosses pièces jointes restent pratiques, avec une intégrité vérifiable.
- Le stockage est flexible (objet, GED, IPFS…) : le parcours d’audit est central.
- La confidentialité vient du contrôle d’accès et d’options de protection selon le setup.
Whitepaper: /fr/whitepaper
Sécurité & Confidentialité: /fr/security
Blog: /fr/blog