Convertisseur d'Unités Bitcoin

Qu'est-ce que le Convertisseur d'Unités Bitcoin ?

Le Convertisseur d'Unités Bitcoin vous aide à convertir entre différentes dénominations de Bitcoin (BTC). La plus petite unité est un Satoshi (sat), nommé d'après le créateur de Bitcoin, Satoshi Nakamoto. Cet outil prend en charge toutes les unités Bitcoin courantes et fournit une conversion en devise fiduciaire pour une estimation pratique de la valeur.

1 Bitcoin = 100 000 000 Satoshis. Comprendre ces unités est essentiel pour les transactions Bitcoin, les calculs de frais et l'analyse des prix.

Unités Bitcoin Expliquées

Qu'est-ce qu'un satoshi et pourquoi est-il l'unité de base du Bitcoin ?

Un satoshi (sat) est la plus petite unité indivisible de Bitcoin, nommée d'après le créateur pseudonyme Satoshi Nakamoto. Par conception du protocole, 1 BTC = 100 000 000 satoshis (10^8), faisant du satoshi l'unité comptable on-chain. Bitcoin Core stocke en interne toutes les valeurs de transaction sous forme d'entiers de satoshis pour éviter les erreurs de précision en virgule flottante qui seraient catastrophiques pour l'argent. Quand vous voyez un solde de 0,00123456 BTC, le réseau l'enregistre en réalité comme 123 456 satoshis. Les frais sont cotés en sats/vByte, les montants Lightning Network utilisent les millisatoshis (1 sat = 1000 msat) pour la précision de routage sous-satoshi, et Ordinals/inscriptions référencent les satoshis individuels par leur ordre de frappe. Pensez toujours en satoshis quand la précision compte.

Comment mBTC, bits et μBTC se rapportent-ils entre eux ?

Ce sont des sous-unités style SI du Bitcoin. 1 mBTC (millibitcoin) = 0,001 BTC = 100 000 satoshis. 1 bit, aussi écrit μBTC (microbitcoin), = 0,000001 BTC = 100 satoshis. Donc 1 mBTC = 1 000 bits = 100 000 sats. La proposition BIP 176 de 2017 a standardisé les "bits" comme l'unité petite conviviale parce que des nombres comme "500 bits" semblent plus intuitifs que "0,0000050 BTC." Les échanges et portefeuilles choisissent des défauts différents : de nombreux échanges européens affichaient historiquement le mBTC ; les portefeuilles Lightning préfèrent les sats ; les rapports institutionnels utilisent le BTC complet. Choisissez l'unité dont la taille typique de transaction produit 1 à 1000 chiffres pour éviter à la fois les zéros initiaux et la notation scientifique.

Pourquoi Bitcoin a-t-il exactement 8 décimales ?

Satoshi Nakamoto a choisi 8 décimales dans le code Bitcoin Core original de 2009 comme équilibre entre divisibilité et efficacité de stockage. Chaque satoshi tient dans un entier signé de 64 bits (max ~9,2 * 10^18), ce qui gère confortablement l'offre totale de 21 millions de BTC (2 100 000 000 000 000 sats) avec marge. Huit décimales donnent à peu près la même précision par dollar que les centimes fiduciaires à un prix BTC proche de 100 millions de dollars — signifiant que les satoshis restent économiquement significatifs même dans des scénarios haussiers extrêmes. Le plafond de 21 millions et la précision de 8 décimales sont des règles de consensus : les modifier nécessiterait un hard fork divisant le réseau, c'est pourquoi les propositions de divisibilité plus fine utilisent des couches off-chain comme les millisatoshis de Lightning.

Comment calculer les frais de transaction Bitcoin en satoshis par vByte ?

Les frais Bitcoin modernes utilisent sat/vB (satoshis par byte virtuel), où les vBytes comptabilisent la remise témoin SegWit (les données témoin comptent comme 1/4 d'unité de poids). Frais totaux = vsize_transaction * taux. Une transaction typique P2WPKH (SegWit natif) à 1 entrée et 2 sorties fait environ 140 vBytes ; à 20 sat/vB cela fait 2 800 sats. Les transactions multisig et Taproot varient : un 2-sur-3 P2WSH fait ~190 vBytes, une dépense Taproot à clé unique fait ~110 vBytes. Pendant la congestion du mempool (ex. pics Ordinals en 2024) les taux ont dépassé 500 sat/vB, tandis que les périodes calmes sont à 1-5 sat/vB. Utilisez mempool.space pour vérifier les taux actuels et cibler un bloc de confirmation.

Quelle est la différence entre satoshis et millisatoshis Lightning ?

La plus petite unité du Bitcoin on-chain est le satoshi, mais le Lightning Network a introduit les millisatoshis (msat) pour la précision de routage off-chain : 1 sat = 1 000 msat. Les paiements et frais de routage Lightning peuvent être tarifés en satoshis fractionnaires car ils sont enregistrés dans des transactions d'engagement qui arrondissent aux satoshis entiers seulement quand les canaux se règlent on-chain. Cela importe pour les paiements minuscules comme le streaming vidéo par seconde (0,1 sat/sec) ou payer pour chaque token IA consommé. Les spécifications BOLT exigent que les nœuds gèrent les factures avec précision msat, mais les transactions de fermeture on-chain ne peuvent exprimer que des satoshis entiers, donc les montants poussière sous la limite poussière (typiquement 354 sats pour P2WPKH) sont brûlés comme frais de mineur lors de la fermeture du canal.

Comment dois-je stocker les montants Bitcoin en code pour éviter les erreurs d'arrondi ?

Stockez et calculez toujours les montants Bitcoin sous forme d'entiers de satoshis, jamais comme BTC en virgule flottante. Le type Number de JavaScript utilise des doubles IEEE 754 avec 53 bits de mantisse, qui peuvent représenter exactement les entiers jusqu'à 2^53 = 9,0 * 10^15 — bien plus que les 2,1 * 10^15 satoshis qui existeront, mais seulement si vous les gardez comme entiers. Calculer 0,1 + 0,2 en BTC donne 0,30000000000000004 ; la même chose en 10000000 + 20000000 sats donne exactement 30000000. Pour les montants dépassant 2^53 (rare en pratique), utilisez BigInt ou des bibliothèques comme bignumber.js. Convertissez vers les unités d'affichage (BTC, mBTC) uniquement à la couche de rendu, jamais pour les maths, comparaisons ou stockage en base de données.

Le plafond d'offre de 21 millions du Bitcoin est-il vraiment immuable ?

Techniquement le plafond de 21M est une règle de consensus appliquée par le code de chaque nœud, pas une loi physique — mais le modifier nécessite un hard fork accepté par les mineurs, échanges, développeurs de portefeuilles et la majorité économique. Tout nœud exécutant Bitcoin Core non modifié rejetterait les blocs produisant plus que la subvention programmée (actuellement 3,125 BTC/bloc après le halving d'avril 2024, divisant par deux tous les 210 000 blocs). Le plafond est socialement plus fort que le code : la proposition de valeur du Bitcoin dépend explicitement de la rareté monétaire, donc une proposition d'élever le plafond causerait probablement une scission controversée où la chaîne d'offre originale conserve le nom "Bitcoin" et la majorité de la valeur. Le dernier satoshi est projeté être miné vers l'an 2140. Ceci n'est pas un conseil financier.

Comment Ordinals et inscriptions identifient-ils les satoshis individuels ?

Le protocole Ordinals (lancé en janvier 2023 par Casey Rodarmor) attribue un numéro de série unique à chaque satoshi basé sur l'ordre où il a été miné, créant ~2,1 * 10^15 sats numérotés. Le schéma de numérotation utilise la notation de degré (ex. 1*65 000 000*0*0*0) encodant cycle/époque/période/bloc/décalage, et les sats rares incluent le premier sat de chaque bloc ("uncommon"), premier sat après un halving ("epic"), premier sat d'une période d'ajustement de difficulté ("rare"), et le sat #0 lui-même (le sat genèse "mythique" détenu par Satoshi). Les inscriptions attachent des données arbitraires (images, texte, JSON) à un sat spécifique via la portion témoin d'une transaction Taproot. Les tokens BRC-20 et le protocole Runes (avril 2024) ont étendu cette idée pour les tokens fongibles directement sur Bitcoin L1.

Exemples de conversion courants

• 1 BTC = 100 000 000 satoshis
• 1 BTC = 1 000 mBTC (millibitcoin)
• 1 BTC = 1 000 000 bits (microbitcoin)
• 10 000 satoshis = 0,0001 BTC = 0,1 mBTC
• 1 mBTC = 100 000 satoshis = 1 000 bits
• Frais de transaction : 5 000 sats = 0,00005 BTC = 0,05 mBTC
• Paiement Lightning : 1 000 sats = 10 000 millisats