Pourquoi Bitcoin a compté

Le problème qu'il a traité

L'information numérique se copie sans effort. C'est un avantage pour des documents et un défaut fatal pour de la monnaie : si une unité de valeur n'est qu'un fichier, rien n'empêche de dépenser la même unité deux fois à deux endroits. C'est le problème de la double dépense, et tout système de paiement doit y répondre d'une manière ou d'une autre.

La réponse classique est un opérateur. Une banque, un réseau de cartes ou une société de paiement tient le registre faisant foi et décide quelle transaction est arrivée en premier. Cela fonctionne bien, et cela signifie aussi que cet opérateur peut geler des comptes, annuler des écritures, refuser des clients et faire faillite.

Bitcoin a proposé une autre réponse : laisser un réseau public ordonner les transactions, rendre coûteuse la réécriture de cet ordre grâce à la preuve de travail, et payer avec l'actif lui-même ceux qui accomplissent ce travail. Personne n'a besoin d'être digne de confiance individuellement, car réécrire l'historique coûterait plus que ce que l'attaque pourrait rapporter.

Ce qui était réellement nouveau

Presque tous les composants existaient avant Bitcoin. Signatures numériques, fonctions de hachage, énigmes de preuve de travail, réseaux pair-à-pair et propositions antérieures de monnaie numérique étaient déjà là. La contribution fut l'assemblage : une combinaison précise où les incitations, le mécanisme d'ordonnancement et les règles de vérification se renforcent suffisamment pour fonctionner sans administrateur.

Ce cadrage vaut la peine d'être retenu car il ajuste correctement les attentes. Bitcoin est une réponse d'ingénierie à un problème de coordination. Il n'affirme pas que la cryptographie règle la fraude, que la rareté crée de la valeur, ni que supprimer un opérateur supprime le risque.

Le livre blanc est paru en 2008 et le réseau a démarré en 2009. On relie souvent ce calendrier à la crise financière, mais le protocole doit être évalué à partir de sa conception publiée et de son fonctionnement, plutôt que d'un motif simplifié attribué à son auteur pseudonyme.

Ce que la conception abandonne

Supprimer l'opérateur central ne supprime pas les dépendances : il les déplace. Le réseau dépend désormais de la justesse des implémentations logicielles, du maintien d'un minage économiquement distribué, de la compétence des utilisateurs à gérer leurs clés, de la connectivité, et d'un processus social désordonné pour s'accorder sur les changements de code.

Cela rend aussi certaines commodités impossibles par conception. Pas de réinitialisation de mot de passe, pas de rétrofacturation, pas de service antifraude, aucun moyen d'annuler un paiement envoyé à la mauvaise adresse. Ce ne sont pas des oublis à corriger plus tard : c'est le coût direct de la propriété qui permet au système de fonctionner sans opérateur.

Utilisez l'historique avec prudence

Un long historique de fonctionnement est une preuve réelle de robustesse. Un réseau qui traite des transactions sans interruption depuis des années sous l'œil du public a été éprouvé d'une manière qu'un projet neuf n'a pas connue. Il est raisonnable d'en tenir compte.

Ce n'est pas une preuve concernant le prix, et cela ne dit rien des services bâtis autour de l'actif. La plupart des personnes qui ont perdu de l'argent dans ce domaine ne l'ont pas perdu à cause d'une défaillance du protocole, mais à cause d'une plateforme, d'un dépositaire, d'une page d'hameçonnage ou de leur propre sauvegarde. Le passé du protocole ne se transmet pas à l'entreprise qui détient votre compte.

• Séparez les affirmations sur le protocole de celles sur une entreprise qui l'utilise.
• Traitez « jamais piraté » comme une affirmation sur le réseau, pas sur votre compte.
• Demandez ce qu'un système ne peut pas faire pour vous avant d'en dépendre.