Quand vous payez votre pain, le boulanger n’accepte pas l’argent pour le manger. Il l’accepte parce qu’il pourra payer sa farine, son loyer ou le travail d’une autre personne. Cette fonction s’appelle Medium of Exchange, ou moyen d’échange. Pour Bitcoin, la question pratique est identique : peut-on réellement payer ainsi dans cette situation ? La réponse dépend du destinataire, du mode de paiement et des coûts, pas seulement de l’existence d’un prix de marché.
Imaginez un agriculteur qui possède du grain et cherche des outils. Le fabricant d’outils ne veut pas de grain. Le troc direct se bloque : chacun devrait vouloir simultanément ce que propose l’autre. L’agriculteur peut plutôt vendre son grain contre un moyen accepté, puis acheter ses outils avec celui-ci. Bank of England, la banque centrale du Royaume-Uni, explique ainsi comment la monnaie facilite les échanges. C’est une illustration de sa fonction, pas l’affirmation que la monnaie serait historiquement née partout de cette manière. Cela ne fait disparaître ni le troc ni la liberté de chaque vendeur d’accepter ou non ce moyen. [1]
À la caisse, la théorie devient concrète. Le commerce accepte-t-il Bitcoin aujourd’hui, avec une méthode compatible avec votre portefeuille ? Bitcoin.org souligne les limites de cette acceptation. Un autocollant ou une ancienne fiche sur une carte ne prouve pas une disponibilité actuelle. Convenez du montant et de la méthode avant l’envoi. Merchant Adoption désigne la mise en place de ces paiements chez les commerçants ; les achats qui aboutissent permettent de l’évaluer. Un déjeuner payé démontre cet usage particulier, pas la possibilité de tout payer partout de la même façon. [2]
Imaginons un achat de 200 CZK, des couronnes tchèques. L’acheteur envoie des bitcoins (BTC), mais un prestataire les convertit et verse des couronnes au commerçant. Bitcoin.org décrit ces services de paiement. Bitcoin a bien participé à l’opération ; cela ne prouve ni une fixation des prix en bitcoin ni la conservation des BTC par le commerçant. Le prix reste défini en couronnes. C’est la fonction Unit of Account : l’unité dans laquelle le prix est exprimé. Le taux proposé, les frais et la durée de validité du devis comptent donc avant de payer. [2]
Prenons un modèle simple : l’achat coûte 100 unités, avec en plus 1 unité de frais. Les frais représentent 1 % du prix. Pour un achat de 10 unités, ces mêmes frais atteignent 10 %. La dépense totale est de 101 et de 11 ; le pourcentage porte sur le prix du bien, pas sur ces totaux. Bitcoin.org explique qu’un paiement on-chain, inscrit directement dans la chaîne Bitcoin, n’est pas facturé selon un simple pourcentage du montant envoyé. Ajoutez conversion et service à la comparaison. Ces chiffres illustrent le mécanisme, sans constituer un tarif actuel. [2]
Le téléphone de l’acheteur affiche un envoi réussi. Le commerçant doit encore vérifier la réception de son côté : une capture d’écran ne suffit pas. Bitcoin Developer Guide distingue une transaction diffusée sur le réseau de son inclusion dans un bloc, le prochain ensemble de transactions ajouté à la chaîne. Cette inclusion lui donne sa première confirmation. Chaque bloc supplémentaire augmente le travail nécessaire pour réécrire cet historique. Une double dépense consiste à tenter de payer à nouveau avec les mêmes bitcoins. Davantage de confirmations renforcent la protection contre cette tentative, sans apporter de certitude absolue. Un petit achat et la vente d’une machine coûteuse peuvent justifier des procédures différentes. L’attente dépend du montant et du risque, pas d’une promesse universelle. [3]
Lightning Network fait passer les paiements par des canaux, sans inscrire chaque achat dans un bloc. Le montant nécessaire doit pouvoir traverser le parcours dans le bon sens. BOLT 4, la spécification du routage, distingue temporary_channel_failure, un obstacle temporaire dans un canal ; amount_below_minimum, un montant trop faible ; et fee_insufficient, des frais de routage insuffisants. Inutile de mémoriser ces noms : ils expliquent pourquoi un paiement peut échouer. La prise en charge de Lightning par une application ne garantit ni réussite ni gratuité. Le résultat effectif chez le destinataire reste déterminant. [4]
Qualifier quelque chose de monnaie ne dicte pas, à lui seul, ce qu’un commerçant doit accepter. Bank of England explique le terme britannique legal tender : son sens est limité à l’offre de remboursement intégral d’une dette lorsque le contrat ne prévoit pas un autre mode de paiement. Ce n’est pas une obligation générale, pour tous les commerces, d’accepter n’importe quelles espèces. C’est un exemple britannique, pas une règle valable dans tous les pays. Distinguez le droit local, l’accord avec le destinataire et la possibilité technique de transférer les fonds. Chacun répond à une question différente. [5]
La Banque centrale européenne (BCE, ECB en anglais) distingue aussi l’unité des prix et la conservation de valeur. Store of Value désigne la possibilité de transmettre du pouvoir d’achat dans le temps. Ces fonctions peuvent se recouper, mais aucune ne démontre les autres : on peut régler en BTC un achat exprimé en couronnes alors même que le cours du bitcoin fluctue fortement. Cette distinction ne fixe ni étapes obligatoires ni ordre certain de développement pour Bitcoin. Pour comprendre ses usages réels, examinez séparément les achats aboutis, l’unité des prix contractuels et l’évolution de la valeur de l’épargne. [6]
Pour une vision complète, lisez aussi Unit of Account, Store of Value, Merchant Adoption, Lightning Network. Cette entrée est également citée par Monnaie saine, Bitcoin Pizza Day, Regression Theorem, Commodity Money.