IA et blockchain ensemble : qu’est-ce qui est réaliste pour une entreprise d’ici 2030 ?

L’IA lit des documents, répond à des questions, rédige des textes et prend des décisions courantes plus vite qu’une personne. Sa faiblesse : elle est probabiliste. Elle peut se tromper, et elle ne laisse pas de trace infalsifiable de ce qu’elle a fait.

Un registre partagé fait le travail inverse. Il ne lit rien et ne décide de rien. Il conserve un enregistrement convenu, que plusieurs organisations peuvent alimenter et vérifier, et une fois qu’une information y est écrite, la modifier laisse une marque visible. Cela n’est utile que si plusieurs parties doivent se fier au même enregistrement.

Le premier point de rencontre, c’est la provenance. Quand une IA approuve un dossier, signale une facture ou génère un document, vous pouvez avoir besoin de montrer plus tard ce qu’elle a vu, quelle version des règles s’appliquait et qui a validé. Inscrire une empreinte de cet enregistrement sur un registre partagé permet à un auditeur ou à un partenaire de vérifier qu’il n’a pas été modifié après coup. La même idée vaut pour les contenus générés par l’IA : une trace vérifiable de la provenance d’un fichier.

Le deuxième, ce sont les processus entre plusieurs entreprises. La traçabilité de la chaîne d’approvisionnement et les documents commerciaux font intervenir un fournisseur, un transporteur, une banque et un client, qui tiennent chacun leur propre comptabilité. Un registre partagé leur donne un enregistrement unique de ce qui a circulé et quand, et l’IA lit les documents peu structurés qui l’alimentent. Le troisième, ce sont les attestations vérifiables : certificats, licences et résultats d’inspection que chacun peut contrôler sans appeler l’émetteur.

C’est l’idée la plus intéressante et la moins mûre. À mesure que les entreprises laissent des agents IA passer des commandes, accepter des livraisons ou déclencher des paiements, les partenaires voudront savoir ce que l’agent avait le droit de faire. Inscrire ces règles et ces limites sur un registre visible de tous est une façon de rendre la réponse vérifiable.

Quand des paiements sont en jeu, restez sobre et factuel : entre entreprises, via des prestataires de paiement agréés, avec des règles qui varient selon les pays et qu’il faut vérifier localement. Il ne s’agit pas de négocier ou de détenir des jetons. Attendez-vous à des projets pilotes entre quelques partenaires d’ici 2030, pas à un monde d’agents qui négocient librement.

Mettre toutes vos données sur une blockchain est une mauvaise idée. C’est plus lent et plus cher qu’une base de données, et des données personnelles dans un enregistrement inaltérable peuvent entrer en conflit avec la législation sur la vie privée. Stockez les données normalement et, si besoin, n’enregistrez qu’une empreinte.

Les autres promesses à regarder avec méfiance : un jeton accroché à chaque projet d’IA, et les gros titres annonçant qu’une IA décentralisée remplacera vos logiciels, votre hébergeur cloud ou vos équipes. Nous n’avons vu aucun plan crédible pour l’un ou l’autre dans un usage professionnel ordinaire. Quand une proposition a besoin d’un jeton pour fonctionner, demandez quel problème il résout qu’un contrat et une base de données ne résolvent pas.

Commencez par l’IA là où les données et le processus vous appartiennent déjà : documents, rapports, décisions courantes. Consignez ce qu’elle fait d’une manière que vous pourriez présenter à un auditeur. Cette habitude est le socle de tout ce qui précède et coûte peu.

N’envisagez un registre partagé que si vous pouvez nommer deux ou trois partenaires qui ont besoin du même enregistrement et ne se fient pas pleinement à la copie des autres. Sinon, vous n’en avez pas encore besoin. Si c’est le cas, commencez par un petit processus, restez entre entreprises, vérifiez la réglementation locale et faites auditer les smart contracts par un tiers indépendant avant leur mise en service.