Blockchain et infrastructure : public vs privé et cas d'usage Analyse des choix entre blockchains publiques et privées et des enjeux d'infrastructure pour les DSI. Pour les dirigeants informatiques, la question n'est pas si la blockchain est la prochaine grande révolution, mais comment elle peut résoudre des problèmes réels mieux que les architectures existantes.
Pour les dirigeants informatiques, la question n'est pas si la blockchain est la prochaine grande révolution, mais comment elle peut résoudre des problèmes réels mieux que les architectures existantes. L'infrastructure blockchain, c'est-à-dire l'ossature technique qui soutient le réseau, mérite une analyse rigoureuse : sécurité, vitesse et disponibilité déterminent si l'option est adaptée à un cas d'usage donné.
Comprendre les fondamentaux et les choix d’architecture
La blockchain est une base de données distribuée composée de blocs de données reliés entre eux dans l'ordre chronologique. Chaque nouveau bloc contient des informations sur des transactions ou événements, et une référence cryptographique au bloc précédent, ce qui crée une chaîne facile à auditer et difficile à falsifier.
Contrairement à une base de données traditionnelle gérée par une seule organisation, une blockchain est entretenue collectivement par les participants du réseau. Des copies du registre se trouvent sur plusieurs systèmes, ce qui favorise la synchronisation, la résilience et la transparence. Lorsqu'une transaction est proposée, elle est validée selon les règles du réseau et, une fois approuvée, ajoutée à un bloc puis propagée afin que les participants s'accordent sur l'état du registre. Le mécanisme d'accord, ou consensus, est ce qui rend la plate-forme résistante à la fraude et disponible.
Public vs privé et modèles permissioned/permissionless
Tous les blockchains ne fonctionnent pas de la même façon. Pour les décideurs, l'un des choix les plus importants est le duo public vs privé et les modèles permissioned vs permissionless.
Les chaînes publiques sont des réseaux ouverts où chacun peut accéder et participer, avec une perspective générale d'ouverture et d'interopérabilité. Elles s'inscrivent dans des cas où la transparence et la participation partagée importent. À l'inverse, les chaînes privées se limitent à une organisation ou à un groupe et privilégient un contrôle plus strict, ainsi que la confidentialité et les performances.
Le modèle permissionless permet souvent de rejoindre le réseau sans approbation préalable, en respectant les règles techniques. Le modèle permissioned restreint les droits : certaines personnes peuvent lire, écrire, valider ou administrer le réseau selon des permissions prédéfinies. Le choix dépend du cas d'usage, du mode de gouvernance et du niveau d'ouverture nécessaire.
L'infrastructure en jeu : sécurité, rapidité et disponibilité
Pour les directions informatiques, l'infrastructure est tout aussi importante que l'application. Trois exigences se dégagent clairement : sécurité, rapidité et disponibilité.
- Sécurité : protéger les environnements des validateurs, sécuriser les données en traitement, imposer des contrôles d'identité et d'accès et défendre les services contre les attaques réseau comme les DDoS. Dans certains contextes, il faut adapter les solutions pour distinguer trafic légitime et activité malveillante.
- Vitesse et latence : la sensibilité à la latence est forte pour des cas tels que la finance décentralisée, les échanges et les pipelines d analytics. La vitesse dépend de la qualité du réseau, du routage et des interconnexions privées.
- Disponibilité et résilience : les blockchain workloads exigent un fonctionnement continu. Le recours à l'hébergement distribué, des engagements de service clairs et une architecture multi-régionale contribue à maintenir la synchronisation et l'accès même en cas de défaillance locale.
Blockchain au-delà des cryptomonnaies : cas d'usage concrets
La cryptomonnaie n'est qu'une des nombreuses applications potentielles. La technologie peut faciliter, par exemple :
- Identité numérique : vérification des droits et des credentials tout en conservant la traçabilité.
- Traçabilité de la chaîne d'approvisionnement : visibilité sur la provenance, la manipulation et les transferts entre plusieurs acteurs.
- Contrats intelligents : exécution automatique d'actions lorsque des conditions préétablies sont réunies.
- Applications décentralisées : services qui fonctionnent sur une infrastructure distribuée plutôt que sur un backend central.
- Gestion des registres d'entreprise : source commune vérifiable et partagée entre plusieurs parties prenantes.
Une approche pratique pour les DSI
Pour les décideurs IT, blockchain doit être considérée comme une architecture, pas comme un simple guichet technologique. Posez-vous ces questions :
- Quel problème de confiance cherchons-nous à résoudre ?
- Avons-nous besoin d'un registre partagé entre plusieurs parties ?
- Quel modèle de gouvernance convient au cas d'usage ?
- Quelles sont les exigences de performance, sécurité et conformité ?
- Quelle infrastructure peut soutenir une montée en charge fiable ?
Parfois, une base de données traditionnelle peut suffire. Dans d'autres situations, la blockchain offre une base plus robuste pour la transparence, la résilience et la confiance distribuée. L'essentiel est de sortir du battage médiatique et d'évaluer le cas concret.
Contexte et limites à considérer
Un article de fond ne se résume pas à des aspects positifs. Les limites potentielles incluent l'intégration avec des systèmes existants, les questions de confidentialité, les coûts d'exploitation et les contraintes réglementaires, qui varient selon les cas et peuvent influencer le choix technologique.
Pour terminer
L'infrastructure blockchain peut apporter de la valeur lorsque elle est adaptée à un enjeu opérationnel réel et intégrée dans une architecture plus large. Surveillez les cas d'usage, les performances et les contraintes pour déterminer si elle apporte une valeur mesurable.
