Tout processus d'achat sérieux pose la question de la continuité : que nous arrive-t-il si ce fournisseur fait faillite, est racheté ou abandonne le produit ? Pour la plupart des logiciels, la réponse est un export et un projet de migration. Pour un fournisseur d'intégrité, la question est plus tranchante, car toute la proposition de valeur tient à une preuve durable et de longue vie — et une preuve qui dépend de l'existence continue d'une entreprise n'est pas durable du tout. La seule réponse satisfaisante est structurelle.
Pourquoi cette question est plus dure pour un fournisseur d'intégrité
Si votre fournisseur de CRM disparaît, vous perdez un outil et migrez vos données. Douloureux, mais surmontable. Si votre fournisseur d'intégrité disparaît et que vos preuves ne se vérifient que dans son système, vous ne perdez pas qu'un outil : vous perdez la capacité de démontrer que des enregistrements ancrés il y a des années sont toujours intacts. La preuve devient invérifiable précisément au moment, des années plus tard, où vous en avez besoin pour un audit ou un litige.
C'est la même leçon de risque de concentration que le secteur a apprise lors de l'arrêt d'un important service de registre dans le cloud : toute couche de preuve dont la vérification dépend d'un fournisseur unique hérite de la mortalité de ce fournisseur. La solution n'est pas de choisir un fournisseur plus grand. C'est de rendre la vérification entièrement indépendante du fournisseur.
Ce qu'« indépendant du fournisseur » exige
Trois propriétés doivent être réunies pour que votre preuve survive au fournisseur qui l'a créée :
- Ancrage public — la racine d'intégrité est écrite sur une blockchain publique, non dans un registre privé contrôlé par le fournisseur. Le point de référence existe indépendamment de l'entreprise et reste lisible que l'entreprise existe ou non.
- Un paquet de preuve autonome — pour chaque enregistrement, vous détenez le hachage, le chemin de Merkle et la référence on-chain. Ce paquet suffit à vérifier l'enregistrement face à l'ancrage public, avec pour seuls éléments l'enregistrement et des données publiquement disponibles.
- Une méthode de vérification ouverte et documentée — l'algorithme de contrôle d'une preuve est standard et publié, de sorte que tout ingénieur compétent, ou un outil open source indépendant, peut confirmer succès ou échec sans la coopération ni le logiciel du fournisseur.
L'état actuel, en toute honnêteté
Il vaut la peine d'être précis sur ce qui existe aujourd'hui par rapport à ce qui est sur la feuille de route, car la continuité du fournisseur est exactement le sujet où la surenchère détruit la confiance. Les propriétés architecturales ci-dessus sont réelles : l'ancrage se fait sur une chaîne publique, et les paquets de preuve sont autonomes et reposent sur une vérification de Merkle standard.
Une CLI de vérification entièrement open source — un unique outil que vous exécutez vous-même, qui prend un paquet de preuve et renvoie succès ou échec sans intervention de Certyo — est un livrable engagé sur la feuille de route, et non quelque chose dont nous prétendrions qu'il est déjà publié. La garantie de durabilité que nous sommes à l'aise d'offrir aujourd'hui repose sur l'architecture, sur des clauses contractuelles de disponibilité du code source et de séquestre, et sur le fait que l'ancrage public et le format de preuve standard n'exigent pas que nous restions en activité.
À quoi ressemble la vérification indépendante
L'état final est un flux de vérification qui ne touche aucune infrastructure du fournisseur :
Remarquez que les serveurs du fournisseur n'apparaissent nulle part dans ce flux. Vous détenez le paquet de preuve, la chaîne publique détient l'ancrage, et la comparaison est une arithmétique que quiconque peut effectuer. C'est ce qui transforme la question la plus redoutée de la due diligence — « et si vous faites faillite ? » — en non-sujet : la preuve n'a jamais reposé sur notre survie.
Comment éprouver tout fournisseur d'intégrité
Posez ces trois questions à tout fournisseur dont le produit est la preuve, nous compris :
- Où est l'ancrage ? — Si la référence d'intégrité réside dans un registre privé contrôlé par le fournisseur, votre risque de continuité égale son risque d'entreprise. Exigez une chaîne publique.
- Puis-je vérifier sans vous ? — Demandez-leur de dérouler la vérification d'une preuve avec pour seuls éléments le paquet et des données publiques. Si la réponse exige leur API, la preuve n'est pas indépendante du fournisseur.
- Qu'y a-t-il par écrit ? — Disponibilité du code source, séquestre et format de preuve documenté transforment un « on sera là » verbal en clauses qui survivent au fournisseur.
Faire du plus grand risque le rempart
La question de continuité est habituellement présentée comme une faiblesse qu'un jeune fournisseur doit défendre. C'est en réalité le meilleur terrain de compétition. Une plateforme qui peut honnêtement dire « vos preuves ne dépendent pas de notre survie, voici exactement comment les vérifier sans nous, et voici ce que nous avons engagé par écrit » a transformé son plus grand risque perçu en un avantage structurel que les acteurs établis — dont la vérification réside dans leur propre cloud — ne peuvent égaler. Posez la question à chaque fournisseur. Les bons l'accueilleront volontiers.
La bonne réponse à « et si vous disparaissez ? » n'est pas « ça n'arrivera pas ». C'est « votre preuve n'a jamais reposé sur notre survie — voici comment la vérifier sans nous ».