Afin de solliciter une réponse d'une haute précision technique de la part de ChatGPT, j'ai conçu ce prompt optimisé :
Guidé par cette requête structurée, ChatGPT a délivré la réponse technique que voici :
Figure 1 — Structure simplifiée d’un bloc Bitcoin : chaque bloc contient le hash du bloc précédent, une racine de Merkle représentant les transactions, un timestamp et un nonce utilisé dans le mécanisme de Proof-of-Work(Matthäus Wander, “Bitcoin Block Data.svg”, Wikimedia Commons, licence CC BY-SA 3.0).
Figure 2 — Cycle du Proof-of-Work dans Bitcoin : de la signature de la transaction à la récompense de bloc en six étapes ; https://www.simplemining.io/insights/post/how-does-bitcoin-mining-work.
Source : image générée par IA par l’autrice, à partir des concepts Lightning Network, Taproot, Ordinals/Inscriptions et Runes.
Analyse critique de la réponse de ChatGPT : validations, divergences et lacunes
La réponse proposée par ChatGPT est globalement pertinente, car elle répond bien à la consigne principale : elle décrit les cinq couches de l’architecture informatique d’une blockchain — matérielle, données, réseau, consensus et application — en prenant Bitcoin comme exemple concret. J’approuve particulièrement le choix de structurer l’explication par couches, car cela rend l’architecture plus lisible et montre que Bitcoin n’est pas seulement une monnaie numérique, mais un système informatique distribué composé de plusieurs niveaux techniques interdépendants.
À mon avis, la limite principale de cette réponse est qu’elle est techniquement correcte, mais trop descriptive. Elle présente les couches de Bitcoin, mais elle analyse insuffisamment les compromis d’architecture et les frontières entre protocole, consensus et application.
Je suis d’accord avec ChatGPT lorsqu’elle explique que la couche matérielle comprend les mineurs, les nœuds complets, le stockage, la connectivité réseau et les dispositifs de sécurité. La distinction entre les mineurs et les nœuds complets est importante : les mineurs produisent des blocs grâce au Proof-of-Work, tandis que les nœuds vérifient les blocs et les transactions. Cette distinction évite une erreur fréquente qui consiste à penser que seuls les mineurs contrôlent Bitcoin. En réalité, un bloc miné peut être rejeté par les nœuds s’il ne respecte pas les règles du protocole.
Je suis aussi d’accord avec la description de la couche données. ChatGPT met correctement en avant le modèle UTXO, qui est fondamental dans Bitcoin. Contrairement à Ethereum, Bitcoin ne repose pas sur un modèle de comptes, mais sur des sorties de transaction non dépensées. Cette explication est importante, car elle permet de comprendre comment Bitcoin vérifie les transactions sans maintenir un solde de compte classique. L’IA explique également correctement le rôle des blocs, des en-têtes, du hash du bloc précédent, de la racine de Merkle, du timestamp, de la cible de difficulté et du nonce.
Cependant, certaines formulations doivent être nuancées. Par exemple, lorsque ChatGPT parle d’un registre “append-only”, l’idée est correcte dans un sens général, mais elle simplifie un peu la réalité technique. Dans Bitcoin, la chaîne peut connaître de petites réorganisations temporaires lorsque deux blocs concurrents sont produits presque en même temps. L’historique devient de plus en plus difficile à modifier avec les confirmations, mais il n’est pas absolument immuable dès le premier bloc ajouté. Il aurait donc été plus rigoureux de parler d’une immutabilité probabiliste plutôt que d’un registre totalement figé.
Concernant la couche réseau, la réponse est correcte lorsqu’elle décrit Bitcoin comme un réseau pair-à-pair où les transactions et les blocs sont propagés entre nœuds. J’approuve aussi la distinction entre transport de l’information et validation de l’information : la couche réseau diffuse les transactions et les blocs, mais elle ne décide pas seule de leur validité. Cette précision est importante d’un point de vue architectural, car elle montre que les couches ne remplissent pas toutes la même fonction.
Pour la couche consensus, la réponse est également solide. ChatGPT explique bien le rôle du Proof-of-Work, de l’ajustement de difficulté, de la prévention de la double dépense et du choix de la chaîne ayant le plus de travail accumulé. Je suis d’accord avec l’idée que la sécurité de Bitcoin repose sur le coût économique et énergétique nécessaire pour réécrire l’historique. La réponse précise aussi correctement que Bitcoin n’a pas connu de transition vers le Proof-of-Stake, contrairement à Ethereum. Cette correction est utile, car la formule “architecture post-Merge de Bitcoin” serait techniquement fausse.
Le point le plus intéressant à discuter concerne la couche application. ChatGPT a raison de dire que Bitcoin n’est pas une blockchain orientée applications générales comme Ethereum. Bitcoin ne possède pas de machine virtuelle générale comparable à l’EVM et son langage de script reste volontairement limité. Je suis donc d’accord avec l’idée que l’évolution applicative de Bitcoin ne signifie pas qu’il devient un Ethereum bis. Elle se fait plutôt à travers des protocoles construits autour du modèle UTXO, des transactions Bitcoin, des couches secondaires et des conventions interprétées par les applications.
En revanche, je nuancerais la manière dont ChatGPT place certains éléments dans la couche application. Par exemple, Taproot est présenté dans la partie application, alors qu’il s’agit d’abord d’une évolution du protocole Bitcoin lui-même, activée par soft fork. Taproot modifie les possibilités offertes par Bitcoin Script et améliore certaines formes de dépense, notamment avec Schnorr et Tapscript. Il a des conséquences applicatives, mais il appartient aussi aux couches données et consensus, car il touche directement au format et à la validation de certaines transactions.À mon sens, l’IA mélange ici des niveaux différents : Taproot n’est pas une application en soi, mais une amélioration du protocole qui rend certaines applications plus efficaces.
De même, Lightning Network est bien un exemple pertinent de couche applicative ou de couche 2, mais il aurait fallu insister davantage sur son lien avec les limites de la couche de base. Lightning existe parce que Bitcoin privilégie la sécurité, la décentralisation et la stabilité de sa couche principale, au prix d’une capacité transactionnelle limitée. La réponse de l’IA mentionne les paiements rapides et peu coûteux, mais elle n’analyse pas vraiment le compromis architectural : Bitcoin L1 sert de couche de règlement final, tandis que Lightning déplace une partie de l’activité hors chaîne pour améliorer la scalabilité.
Un autre point que ChatGPT n’a pas suffisamment “vu” est le rôle de SegWit dans l’évolution moderne de Bitcoin. La réponse parle de Taproot, Lightning, Ordinals et Runes, mais elle ne mentionne pas SegWit, alors que SegWit a été une évolution importante pour corriger la malléabilité des transactions, faciliter Lightning et modifier la structure des données de transaction avec la partie witness. Pour une analyse de l’architecture moderne de Bitcoin, cette omission est notable.
ChatGPT mentionne aussi Ordinals, Inscriptions et Runes comme des évolutions récentes de la couche applicative. C’est pertinent, mais il aurait fallu ajouter que ces usages sont controversés dans l’écosystème Bitcoin. Certains les voient comme une innovation applicative, car ils permettent d’utiliser Bitcoin pour des actifs numériques ou des contenus inscrits. D’autres les considèrent comme une utilisation non essentielle de l’espace de bloc, qui peut augmenter les frais et encombrer la blockchain. La réponse de l’IA décrit ces usages de manière neutre, mais elle ne montre pas assez les débats techniques et économiques qu’ils provoquent.
La réponse manque aussi d’une réflexion plus architecturale sur les compromis de Bitcoin. Elle décrit les couches, mais elle n’analyse pas suffisamment les choix de conception : simplicité du langage de script, faible expressivité par rapport à Ethereum, priorité donnée à la sécurité et à la décentralisation, lenteur volontaire du consensus, finalité probabiliste, dépendance au marché des frais à long terme, et tension entre usages monétaires et nouveaux usages applicatifs. Pour une réponse d’architecte systèmes senior, j’aurais attendu davantage d’analyse sur ces arbitrages.