Aller au contenu
Financial Context Wiki

Bitcoin

Bitcoin est un protocole et un réseau pair à pair dont les unités natives sont contrôlées par des conditions de dépense UTXO, un ordonnancement par preuve de travail et une validation indépendante des nœuds complets.

Mis à jour

À des fins éducatives uniquement ; ne constitue ni un conseil en investissement ni une recommandation d’investissement. Les investissements peuvent entraîner des pertes.

Réponse directe

Bitcoin est un protocole, un réseau et un système de registre pair à pair open source. BTC est son unité native et 1 BTC = 100,000,000 satoshis. Au lieu de stocker des soldes de comptes, le registre contient des sorties de transaction non dépensées (UTXOs) soumises à des conditions de dépense. Un portefeuille gère des clés ou des descripteurs, trouve les sorties contrôlées, construit des transactions et produit les signatures ou scripts requis ; le portefeuille ne contient pas les bitcoins eux-mêmes.

Les mineurs sélectionnent des transactions et proposent des blocs avec preuve de travail. Les nœuds complets valident indépendamment les scripts, entrées non dépensées, conservation de la valeur, poids de bloc, preuve de travail et limites de coinbase. Un mineur ne peut contraindre un nœud validateur à accepter des signatures invalides ou une subvention excessive, même si une concentration de puissance de hachage peut censurer des transactions ou tenter de réorganiser un historique récent valide.

La chaîne active est la chaîne valide du nœud qui cumule le plus de travail. Une profondeur d’inclusion supérieure réduit le risque de réorganisation sans créer de finalité déterministe. Validité du protocole, calendrier d’émission et contrôle de conservation de Bitcoin sont distincts du prix de marché, du traitement juridique, de la solvabilité d’une plateforme et des récits d’« or numérique ».

1
Créer

Un portefeuille construit une transaction avec la destination, la valeur, les paramètres de frais et les données de protection contre la relecture telles que les entrées dépensées ou un occasionnel.

Fonctionnement

  1. Fixez réseau, logiciel et règles, modèle de confiance du nœud ou portefeuille, modèle de conservation et politique de confirmation du destinataire adaptée au montant.
  2. Vérifiez réseau de destination, adresse ou script de verrouillage et montant ; sélectionnez des UTXOs matures et dépensables contrôlés par les clés ou le chemin de script prévus.
  3. Construisez entrées, sortie du destinataire, éventuelle sortie de rendu et frais en satoshis entiers. Vérifiez fee = sum(inputs) - sum(outputs) et estimez poids, taille virtuelle et taux en sat/vB.
  4. Dans l’environnement de signature, examinez chaque sortie, montant, frais, séquence, locktime et politique de remplacement avant de satisfaire les conditions de dépense.
  5. Diffusez par les pairs ou le RPC choisis. Distinguez validation locale, admission en mempool, relais et politique de remplacement de la validité par consensus et du minage ultérieur.
  6. Les mineurs construisent des blocs candidats ; les nœuds complets n’acceptent que les blocs valides avec preuve de travail et suivent la chaîne valide cumulant le plus de travail. Suivez hauteur d’inclusion, confirmations, conflits et réorganisations.
  7. Appliquez le seuil de risque du destinataire, puis rapprochez UTXOs, rendu et frais obtenus ; sécurisez sauvegardes et preuves de conservation, surveillez les fuites de confidentialité et tenez à jour les règles du portefeuille et du nœud.

La mempool de chaque nœud est locale et régie par des politiques, non une file d’attente de consensus mondiale. Une transaction valide peut ne pas être relayée ou rester non minée. Les frais dépendent surtout du poids, du taux et de la demande d’espace de bloc, pas du montant transféré. Le rendu est une sortie ordinaire, ni un champ du protocole ni un coût supplémentaire.

L’émission intervient par la transaction coinbase du bloc. Selon les règles actuelles, la subvention est divisée par deux tous les 210,000 blocks ; après la hauteur 840,000, elle vaut 3.125 BTC par bloc, plus les frais. Les sorties coinbase exigent une maturité de 100 blocks avant d’être dépensées. La limite courante de 21 millions est un maximum asymptotique du calendrier actuel, et non l’offre en circulation ni une garantie de prix.

Exemple

  • Comptabilité UTXO. Une entrée vaut 0.30500000 BTC = 30,500,000 sat. Le portefeuille crée un paiement de 20,000,000 sat et un rendu de 10,480,000 sat. Les frais sont 30,500,000 - 20,000,000 - 10,480,000 = 20,000 sat = 0.00020000 BTC. À 250 vB, le taux est 20,000 / 250 = 80 sat/vB ; le rendu n’est pas un autre coût.
  • Sensibilité au taux de frais. La même transaction illustrative de 141 vB coûte 141 x 12 = 1,692 sat à 12 sat/vB et 141 x 40 = 5,640 sat à 40 sat/vB. Envoyer 0.01 BTC au lieu de 1 BTC ne modifie pas à lui seul cette taille, contrairement à la sélection des pièces, au script ou au nombre de sorties.
  • Profondeur de confirmation. Une transaction incluse à la hauteur 900,000 a 1 confirmation lorsque la pointe est 900,000 et 900,005 - 900,000 + 1 = 6 confirmations à la pointe 900,005. Si une nouvelle chaîne de travail supérieur la conserve avec une pointe à 900,003, sa profondeur vaut 4 ; si la chaîne de remplacement l’omet, elle redevient non confirmée ou en conflit.
  • Valeur coinbase. Après quatre halvings, la subvention vaut 50 / 2^4 = 3.125 BTC. Si les frais inclus totalisent 0.42 BTC, la valeur autorisée de la sortie coinbase est 3.125 + 0.42 = 3.545 BTC. Seule la subvention constitue une nouvelle émission ; les frais transfèrent des satoshis existants et la sortie reste soumise à la maturité coinbase.

Risques

  • Réseau, adresse, script ou montant erroné.
  • Seed, clé privée ou données de récupération perdues.
  • Clés volées par hameçonnage ou ingénierie sociale.
  • Portefeuille, dispositif de signature, firmware ou chaîne logistique malveillant.
  • Presse-papiers ou affichage substitue la destination.
  • Sortie de rendu ou sélection des pièces erronée.
  • Taille virtuelle, taux de frais ou unités satoshi mal calculés.
  • Dust ou politique non standard empêche le relais.
  • Mempool locale rejette, expulse ou ne propage pas la transaction.
  • Conflit ou remplacement non confirmé invalide l’acceptation.
  • Réorganisation récente réduit la profondeur de confirmation.
  • Concentration de puissance de hachage permet censure ou tentatives de réorganisation.
  • Concentration des pools de minage ou partition réseau retarde l’inclusion.
  • Bug logiciel ou scission de consensus produit des vues incompatibles.
  • Réutilisation d’adresse et heuristiques de rendu relient l’activité publique.
  • Métadonnées IP, attaque par éclipse ou serveur non fiable trompe le portefeuille.
  • Insolvabilité, gel ou suspension des retraits du dépositaire bloque l’accès.
  • Volatilité du prix, de la liquidité, du levier ou du change cause une perte.
  • Traitement juridique, fiscal ou déclaratif change.
  • Sauvegarde, succession, coercition ou reprise après sinistre échoue.

Idées reçues

  • Un portefeuille ou une adresse contient un solde de compte BTC. Le logiciel déduit une vue des UTXOs dépensables ; un solde en plateforme est une créance sur le dépositaire.
  • L’admission en mempool signifie confirmation par consensus. Les mempools appliquent des politiques locales et l’inclusion dans un bloc est un événement distinct.
  • Six confirmations offrent une finalité absolue. La profondeur réduit le risque probabiliste ; le niveau requis dépend du destinataire et du contexte.
  • Les mineurs peuvent créer ou dépenser arbitrairement des BTC valides. Les nœuds complets imposent scripts, entrées non dépensées et limites de subvention, même si les mineurs peuvent censurer, ordonner et tenter des réorganisations.
  • Bitcoin est anonyme ou l’auto-conservation est automatiquement sûre. Le registre est public et pseudonyme ; gestion des clés, sauvegardes et vérification restent à la charge de l’utilisateur.

Sujets connexes

Sources

Navigation

Rechercher dans le wiki...