Bitcoin Cash : Monnaie électronique pair-à-pair pour le monde
Bitcoin Cash (BCH) hat sich am 1. August 2017 durch einen Hard Fork von Bitcoin abgespalten. Es verfügt über kein eigenes Whitepaper – das hier präsentierte Dokument ist Bitcoins ursprüngliches Whitepaper von Satoshi Nakamoto, auf das sich Bitcoin Cash als Grundlage seiner Peer-to-Peer-Electronic-Cash-Vision beruft.
Abstract
Bitcoin Cash ist ein Peer-to-Peer-Electronic-Cash-System, das am 1. August 2017 von der Bitcoin-Blockchain abgespalten wurde. Als Reaktion auf die Skalierungsgrenzen von Bitcoin erhoehte Bitcoin Cash das Blockgroessenlimit, um einen hoeheren Transaktionsdurchsatz und niedrigere Gebuehren zu ermoeglichen und damit die urspruengliche Vision von Bitcoin als praktisches Tauschmittel fuer alltaegliche Transaktionen wiederherzustellen. Mit 32MB-Bloecken, einem adaptiven Difficulty-Adjustment-Algorithmus und fortlaufender Protokollentwicklung zielt Bitcoin Cash darauf ab, on-chain zu skalieren, um als globales Peer-to-Peer-Cash zu dienen.
Das Bitcoin-Cash-Projekt entstand aus einer grundlegenden Meinungsverschiedenheit innerhalb der Bitcoin-Community darueber, wie das Netzwerk skalieren sollte, um der wachsenden Nachfrage gerecht zu werden. Waehrend eine Fraktion Off-Chain-Skalierungsloesungen wie das Lightning Network auf Basis von Segregated Witness (SegWit) befuerwortete, argumentierte eine andere Fraktion, dass eine Erhoehung des Blockgroessenlimits der direkteste und bewaehrteste Skalierungsansatz sei. Als kein Konsens erzielt werden konnte, fuehrte die letztere Gruppe einen Hard Fork durch und schuf eine neue Chain, die die Transaktionshistorie von Bitcoin beibehielt, aber ein groesseres Blockgroessenlimit implementierte und SegWit ablehnte. Dieses Dokument beschreibt die technischen Spezifikationen, die Designphilosophie und die Entwicklungslinie von Bitcoin Cash.
Abstract
Bitcoin Cash est un système d'argent électronique pair-à-pair issu d'une bifurcation de la blockchain Bitcoin le 1er août 2017. Créé en réponse aux limitations de scalabilité de Bitcoin, Bitcoin Cash a augmenté la limite de taille de bloc pour permettre un plus grand débit de transactions et des frais plus bas, restaurant la vision originale de Bitcoin comme moyen d'échange pratique pour les transactions quotidiennes. Avec des blocs de 32 Mo, un algorithme d'ajustement de difficulté adaptatif et un développement continu du protocole, Bitcoin Cash vise à évoluer on-chain pour servir d'argent pair-à-pair mondial.
Le projet Bitcoin Cash est né d'un désaccord fondamental au sein de la communauté Bitcoin sur la manière dont le réseau devrait évoluer pour s'adapter à la demande croissante. Tandis qu'une faction prônait des solutions de scalabilité hors chaîne telles que le Lightning Network construit sur SegWit, une autre faction soutenait que l'augmentation de la limite de taille de bloc était l'approche la plus directe et éprouvée pour la mise à l'échelle. Lorsqu'un consensus n'a pas pu être atteint, ce dernier groupe a exécuté un hard fork, créant une nouvelle chaîne qui préservait l'historique des transactions de Bitcoin tout en implémentant une limite de taille de bloc plus grande et en rejetant SegWit. Ce document décrit les spécifications techniques, la philosophie de conception et la trajectoire de développement de Bitcoin Cash.
Introduction
Das urspruengliche Bitcoin-Whitepaper, das 2008 von Satoshi Nakamoto veroeffentlicht wurde, beschrieb "eine rein Peer-to-Peer-Version von elektronischem Geld", die "Online-Zahlungen direkt von einer Partei zur anderen senden" koenne, ohne eine Finanzinstitution dazwischen. Diese Vision von Bitcoin als Tauschmittel fuer alltaegliche Transaktionen war zentral fuer die fruehe Adoption und das Wachstum der Community. Fruehe Bitcoin-Befuerworter nannten niedrige Transaktionsgebuehren und schnelle Zahlungen haeufig als entscheidende Vorteile gegenueber traditionellen Finanzsystemen.
Mit der wachsenden Popularitaet von Bitcoin in den mittleren 2010er-Jahren begann jedoch eine grundlegende Einschraenkung seine Eignung als elektronisches Geld zu begrenzen. Das 1-Megabyte-Blockgroessenlimit, urspruenglich als temporaere Anti-Spam-Massnahme eingefuehrt, schuf eine kuenstliche Obergrenze fuer die Anzahl der Transaktionen, die das Netzwerk verarbeiten konnte. Mit steigender Nachfrage nach Blockspace mussten Nutzer um knappe Kapazitaet konkurrieren, indem sie hoehere Gebuehren boten. Anfang 2017 lagen die medianen Bitcoin-Gebuehren bereits bei mehreren Dollar, wodurch Transaktionen mit kleinem Wert oekonomisch unpraktisch wurden. In Spitzenzeiten konnten Gebuehren ueber zwanzig Dollar liegen, und Transaktionen blieben stunden- oder sogar tagelang unbestaetigt.
Diese Entwicklung stellte eine Abkehr vom urspruenglichen Versprechen von Bitcoin dar. Ein System, das Peer-to-Peer-Zahlungen ermoeglichen sollte, wurde fuer genau diese Use Cases zu teuer und zu langsam. Waehrend Bitcoin zunehmend als "digitales Gold" positioniert wurde, also als Wertspeicher statt als Zahlungsmittel, sahen viele Community-Mitglieder und Entwickler darin einen Verrat an den Gruendungsprinzipien.
Bitcoin Cash wurde geschaffen, um diese Krise mit dem direktesten Skalierungsansatz zu loesen: einer Erhoehung des Blockgroessenlimits. Indem mehr Transaktionen in jeden Block passen, sollte Bitcoin Cash niedrige Gebuehren und schnelle Bestaetigungen wiederherstellen und Peer-to-Peer-Electronic Cash erneut praktikabel machen. Befuerworter argumentierten, dass On-Chain-Skalierung nicht nur technisch machbar sei, sondern auch dem entspreche, was Satoshi Nakamoto urspruenglich vorgesehen habe, und verwiesen auf fruehe Aussagen, in denen Nakamoto ueber das spaetere Anheben des Blocklimits sprach.
Die Entstehung von Bitcoin Cash am 1. August 2017 war eines der bedeutendsten Ereignisse in der Geschichte von Kryptowaehrungen. Es handelte sich um die erste grosse Chain-Spaltung in der Bitcoin-Geschichte, die aus einer echten philosophischen Meinungsverschiedenheit ueber die Zukunft des Protokolls hervorging. Der Fork zeigte, dass in einem dezentralen System unaufloesbare Konflikte dadurch entschieden werden koennen, dass jede Seite ihre eigene Vision unabhaengig verfolgt und der Markt letztlich das Ergebnis bestimmt.
Introduction
Le livre blanc original de Bitcoin, publié par Satoshi Nakamoto en 2008, décrivait « une version purement pair-à-pair d'argent électronique » qui permettrait « d'envoyer des paiements en ligne directement d'une partie à une autre sans passer par une institution financière ». Cette vision de Bitcoin comme moyen d'échange pour les transactions quotidiennes était au cœur de son adoption précoce et de la croissance de sa communauté. Les premiers partisans de Bitcoin citaient fréquemment les faibles frais de transaction et les paiements rapides comme des avantages clés par rapport aux systèmes financiers traditionnels.
Cependant, à mesure que la popularité de Bitcoin augmentait au milieu des années 2010, une contrainte fondamentale commença à limiter son utilité en tant qu'argent électronique. La limite de taille de bloc d'un mégaoctet, initialement introduite comme mesure temporaire anti-spam, créait un plafond artificiel sur le nombre de transactions que le réseau pouvait traiter. À mesure que la demande d'espace de bloc augmentait, les utilisateurs étaient contraints de rivaliser pour une capacité limitée en proposant des frais de transaction plus élevés. Début 2017, les frais médians de transaction Bitcoin avaient atteint plusieurs dollars, rendant les transactions de faible valeur économiquement irréalisables. Pendant les périodes de congestion maximale, les frais pouvaient dépasser vingt dollars, et les transactions pouvaient rester non confirmées pendant des heures, voire des jours.
Cette situation représentait une déviation fondamentale de la promesse originale de Bitcoin. Un système conçu pour permettre les paiements électroniques pair-à-pair devenait trop cher et trop lent pour les cas d'utilisation mêmes qu'il avait été créé pour servir. Alors que Bitcoin était de plus en plus positionné comme de l'« or numérique » — une réserve de valeur plutôt qu'un moyen d'échange — de nombreux membres de la communauté et développeurs estimaient que cela représentait une trahison des principes fondateurs du projet.
Bitcoin Cash a été créé pour résoudre cette crise en adoptant l'approche la plus directe de la mise à l'échelle : augmenter la limite de taille de bloc. En permettant à plus de transactions de tenir dans chaque bloc, Bitcoin Cash visait à restaurer des frais bas et des confirmations rapides, rendant l'argent électronique pair-à-pair à nouveau pratique. Les partisans du projet soutenaient que la mise à l'échelle on-chain était non seulement techniquement réalisable, mais qu'elle correspondait à l'approche que Satoshi Nakamoto avait initialement envisagée, citant des communications précoces dans lesquelles Nakamoto discutait de l'augmentation de la limite de taille de bloc à mesure que le réseau se développerait.
La création de Bitcoin Cash le 1er août 2017 fut l'un des événements les plus significatifs de l'histoire des cryptomonnaies. Elle représentait la première grande division de chaîne dans l'histoire de Bitcoin motivée par un véritable désaccord philosophique sur la direction future du protocole. La bifurcation a démontré que dans un système décentralisé, les différends insolubles peuvent être résolus en permettant à chaque faction de poursuivre sa propre vision de manière indépendante, le marché déterminant finalement le résultat.
Background: The Scaling Debate
Die Bitcoin-Skalierungsdebatte war einer der umkaempftesten und am laengsten andauernden Konflikte in der Geschichte der Open-Source-Softwareentwicklung. Im Kern ging es um eine scheinbar einfache Frage: Wie soll das Bitcoin-Netzwerk seine Kapazitaet zur Transaktionsverarbeitung erhoehen? Die Antwort beruehrte jedoch grundlegende Themen wie Governance, Dezentralisierung, technische Philosophie und sogar die Identitaet von Bitcoin.
Das 1-Megabyte-Blockgroessenlimit wurde 2010 von Satoshi Nakamoto als temporaere Massnahme eingefuehrt, um Denial-of-Service-Angriffe zu verhindern, bei denen ein Angreifer das Netzwerk mit uebergrossen Bloecken ueberschwemmen koennte. Zu diesem Zeitpunkt lag die Blockauslastung weit unter diesem Limit, und Nakamoto deutete an, dass das Limit spaeter durch eine einfache Codeaenderung angehoben werden koennte. Als die Nutzung jedoch wuchs und Bloecke sich fuellten, erwies sich eine Erhoehung als wesentlich kontroverser als erwartet.
Eine Fraktion, die spaeter stark mit dem Bitcoin-Core-Entwicklerteam assoziiert wurde, argumentierte, die Blockgroesse solle klein bleiben, um Dezentralisierung zu bewahren. Groessere Bloecke wuerden Bandbreiten- und Rechenanforderungen fuer Full Nodes erhoehen, koennten normale Nutzer auspreisen und den Betrieb von Nodes bei gut ausgestatteten Akteuren konzentrieren. Sie schlugen einen alternativen Skalierungspfad vor: Segregated Witness (SegWit), eine Protokollaenderung, die Transaktionsdaten umstrukturiert und so die effektive Kapazitaet erhoeht, ohne das nominelle Groessenlimit zu steigern, kombiniert mit Off-Chain-Loesungen wie dem Lightning Network, das die meisten Transaktionen von der Haupt-Blockchain weg verlagern sollte.
Die gegnerische Fraktion, zu der prominente Entwickler, Miner und Unternehmen gehoerten, hielt eine Erhoehung des Blockgroessenlimits fuer die einfachste, bewaehrteste und dringendste Loesung. Sie sahen das 1-Megabyte-Limit als willkuerliche Einschraenkung, die nie als dauerhafte Eigenschaft gedacht gewesen sei, und argumentierten, dass steigende Gebuehren und Staus Nutzer und Haendler von Bitcoin wegtrieben. Sie waren skeptisch gegenueber der Komplexitaet von SegWit und bezweifelten, dass das damals weitgehend theoretische Lightning Network seine Versprechen guenstiger, sofortiger Transaktionen einloesen wuerde.
Die Debatte eskalierte ueber eine Reihe von Vorschlaegen und Gegenvorschlaegen. Bitcoin XT (2015) von Mike Hearn und Gavin Andresen sollte die Blockgroesse auf 8MB erhoehen. Bitcoin Classic schlug eine moderatere Erhoehung auf 2MB vor. Bitcoin Unlimited wollte das Blocklimit ganz entfernen und Miner ueber Marktdynamiken ihre eigenen Limits festlegen lassen. Jeder Vorschlag fuehrte zu heftigen Diskussionen, und keiner erreichte den ueberwaeltigenden Konsens, der fuer einen nicht strittigen Hard Fork notwendig gewesen waere.
Es gab mehrere Kompromissversuche. Das Hong Kong Agreement (Februar 2016) sah vor, dass Bitcoin-Core-Entwickler und Miner SegWit implementieren und anschliessend einen 2MB-Hard-Fork durchfuehren, doch der Hard-Fork-Teil wurde nicht weiterverfolgt. Das New York Agreement (Mai 2017), auch SegWit2x genannt, schlug vor, SegWit sofort zu aktivieren und innerhalb von sechs Monaten einen 2MB-Hard-Fork folgen zu lassen. Es wurde von ueber fuenfzig Unternehmen unterzeichnet, die einen Grossteil der Hashpower repraesentierten, wurde aber vom Bitcoin-Core-Team und einem erheblichen Teil der Nutzerbasis stark abgelehnt.
Als klar wurde, dass ein Kompromiss unmoeglich war, entschied sich die Big-Block-Fraktion, einseitig zu handeln. Am 1. August 2017 fuehrten sie einen Hard Fork der Bitcoin-Blockchain durch und schufen Bitcoin Cash mit einem anfänglichen Blockgroessenlimit von 8MB. Diese Entscheidung war nicht leichtfertig: Sie bedeutete die Spaltung von Blockchain, Netzwerk, Community und Marke. Aus Sicht der Bitcoin-Cash-Befuerworter war es jedoch der einzige Weg, die urspruengliche Vision von Bitcoin als Peer-to-Peer-Electronic Cash zu bewahren.
Background: The Scaling Debate
Le débat sur la scalabilité de Bitcoin fut l'un des différends les plus contentieux et prolongés de l'histoire du développement de logiciels open source. En son cœur, le débat portait sur une question apparemment simple : comment le réseau Bitcoin devrait-il augmenter sa capacité de traitement des transactions ? La réponse à cette question, cependant, touchait à des questions fondamentales de gouvernance, de décentralisation, de philosophie technique et de l'identité même de Bitcoin.
La limite de taille de bloc d'un mégaoctet de Bitcoin a été introduite par Satoshi Nakamoto en 2010 comme mesure temporaire pour prévenir les attaques par déni de service dans lesquelles un adversaire pourrait inonder le réseau de blocs surdimensionnés. À l'époque, l'utilisation réelle des blocs était bien en dessous de cette limite, et Nakamoto avait suggéré que la limite pourrait être relevée à l'avenir par un simple changement de code. Cependant, à mesure que l'utilisation de Bitcoin augmentait et que les blocs commençaient à se remplir, relever la limite s'avéra bien plus contentieux que quiconque ne l'avait anticipé.
Une faction, qui en vint à être associée à l'équipe de développement Bitcoin Core, soutenait que la taille de bloc devait rester petite pour préserver la décentralisation. Leur raisonnement était que des blocs plus grands augmenteraient les exigences en puissance de calcul et en bande passante pour faire fonctionner un nœud complet, excluant potentiellement les utilisateurs ordinaires et concentrant l'exploitation des nœuds parmi les entités bien dotées en ressources. Ils proposèrent un chemin alternatif de mise à l'échelle : SegWit, une modification du protocole qui restructurait les données de transaction pour augmenter efficacement la capacité de transactions du bloc sans relever la limite de taille nominale, combinée avec des solutions hors chaîne comme le Lightning Network qui déplaceraient la plupart des transactions hors de la blockchain principale.
La faction opposée, qui comprenait des développeurs éminents, des mineurs et des entreprises, soutenait que relever la limite de taille de bloc était la solution la plus simple, la plus éprouvée et la plus urgente. Ils affirmaient que la limite d'un mégaoctet était une contrainte arbitraire qui n'avait jamais été conçue comme une caractéristique permanente du protocole, et que les augmentations de frais et la congestion qui en résultaient éloignaient les utilisateurs et les commerçants de Bitcoin. Ils étaient sceptiques quant à la complexité de SegWit et inquiets que le Lightning Network, qui était encore largement théorique à l'époque, ne tienne peut-être jamais ses promesses de transactions bon marché et instantanées.
Le débat s'intensifia à travers une série de propositions et de contre-propositions. Bitcoin XT, proposé par Mike Hearn et Gavin Andresen en 2015, cherchait à augmenter la taille de bloc à 8 Mo. Bitcoin Classic proposait une augmentation plus modeste à 2 Mo. Bitcoin Unlimited proposait de supprimer entièrement la limite de taille de bloc, permettant aux mineurs de fixer leurs propres limites par le biais de la dynamique du marché. Chaque proposition engendra un débat féroce et aucune n'atteignit le consensus écrasant nécessaire pour un hard fork non contentieux.
Plusieurs tentatives de compromis furent faites. L'Accord de Hong Kong (février 2016) vit les développeurs de Bitcoin Core et les mineurs convenir de déployer SegWit suivi d'un hard fork à 2 Mo, mais l'accord s'effondra lorsque le volet hard fork ne fut pas poursuivi. L'Accord de New York (mai 2017), également connu sous le nom de SegWit2x, proposait d'activer SegWit immédiatement suivi d'un hard fork à 2 Mo dans les six mois. Cet accord fut signé par plus de cinquante entreprises représentant une majorité de la puissance de hachage de Bitcoin, mais il fut fortement combattu par l'équipe de développement Bitcoin Core et une portion significative de la communauté d'utilisateurs.
Lorsqu'il devint clair que le compromis était impossible, la faction des gros blocs décida d'agir unilatéralement. Le 1er août 2017, ils exécutèrent un hard fork de la blockchain Bitcoin, créant Bitcoin Cash avec une limite de taille de bloc initiale de 8 Mo. Ce ne fut pas une décision prise à la légère — elle nécessitait de diviser la blockchain, le réseau, la communauté et la marque. Mais les partisans de Bitcoin Cash croyaient que c'était le seul moyen de préserver la vision originale de Bitcoin comme argent électronique pair-à-pair.
The Fork
Der Bitcoin-Cash-Hard-Fork wurde am 1. August 2017 bei Blockhoehe 478.558 ausgefuehrt. Ab diesem Punkt spaltete sich die Bitcoin-Blockchain in zwei separate Chains: die urspruengliche Chain, die als Bitcoin (BTC) mit SegWit-Aktivierung weiterlief, und die neue Chain, die als Bitcoin Cash (BCH) mit einem erhoehten Blockgroessenlimit von 8MB fortgesetzt wurde.
Der Fork war technisch sauber und gut geplant. Jede Bitcoin-Adresse, die zum Zeitpunkt des Forks ein Guthaben hielt, erhielt ein identisches Guthaben auf beiden Chains. Wenn ein Nutzer vor dem Fork 1 BTC hielt, besass er nach dem Fork 1 BTC auf der Bitcoin-Chain und 1 BCH auf der Bitcoin-Cash-Chain. Die gesamte Transaktionshistorie vor Block 478.558 wurde von beiden Chains geteilt.
Eine der wichtigsten technischen Herausforderungen war Replay Protection. Ohne Replay Protection koennte eine Transaktion, die auf einer Chain gesendet wird, auf der anderen Chain erneut abgespielt werden, was dazu fuehren kann, dass Nutzer unbeabsichtigt Coins auf beiden Chains ausgeben. Bitcoin Cash implementierte starken Replay-Schutz durch eine Aenderung des Transaktions-Signing-Algorithmus. Konkret fuehrte Bitcoin Cash ein neues SigHash-Flag (SIGHASH_FORKID) ein, das in den Hash jeder Transaktionssignatur einfliesst. Transaktionen, die mit diesem Flag signiert sind, sind auf der Bitcoin-Cash-Chain gueltig, auf der Bitcoin-Chain jedoch ungueltig, und umgekehrt. Dadurch war die Trennung der Netzwerke ab dem Fork-Moment klar.
Das anfaengliche Blockgroessenlimit fuer Bitcoin Cash wurde auf 8MB festgelegt, achtmal groesser als das 1MB-Limit von Bitcoin. Das erhoeht die On-Chain-Transaktionskapazitaet deutlich und erlaubt es Bitcoin Cash, wesentlich mehr Transaktionen pro Block zu verarbeiten, waehrend die Gebuehren niedrig bleiben. Der erste Bitcoin-Cash-Block nach dem Fork wurde vom Mining-Pool ViaBTC gemined und war etwa 1,9MB gross, was den unmittelbaren praktischen Nutzen groesserer Bloecke demonstrierte.
Der Fork entfernte ausserdem SegWit, das auf der Bitcoin-Chain aktiviert worden war. Die Bitcoin-Cash-Entwickler lehnten SegWit aus mehreren Gruenden ab: Sie hielten es fuer unnoetig komplex, es fuehre ein zweistufiges Transaktionssystem mit unterschiedlichen Gebuehrenstrukturen ein, und es veraendere die Blockstruktur in einer Weise, die ihrer Ansicht nach die Einfachheit des UTXO-Modells untergrabe. Stattdessen behielt Bitcoin Cash durch die direkte Blockgroessenerhoehung eine einfachere, traditionellere, Bitcoin-aehnliche Protokollarchitektur bei.
In der Zeit nach dem Fork mussten beide Chains das Thema Difficulty Adjustment bewaeltigen. Bitcoin Cash uebernahm zunaechst die SHA-256-Difficulty von Bitcoin, hatte jedoch deutlich weniger Hashpower. Um zu vermeiden, dass Bloecke extrem langsam gefunden werden, implementierte Bitcoin Cash einen Emergency Difficulty Adjustment (EDA)-Mechanismus, der die Difficulty um 20 Prozent senkt, wenn in einem Zeitraum von 12 Stunden weniger als 6 Bloecke gemined wurden. Diese Massnahme hielt die Chain in der kritischen Anfangsphase am Leben, erwies sich jedoch als instabil und verursachte starke Schwankungen bei Blockzeiten und Hashrate, da Miner je nach Profitabilitaet zwischen Bitcoin und Bitcoin Cash wechselten. EDA wurde im November 2017 durch einen stabileren Difficulty-Adjustment-Algorithmus ersetzt, der auf einem gleitenden Durchschnitt der vorherigen 144 Bloecke basiert.
Der Fork war in der breiteren Krypto-Community stark umstritten. Kritiker sahen Bitcoin Cash als illegitimen Versuch, die Bitcoin-Marke zu vereinnahmen, waehrend Unterstuetzer es als legitime Fortsetzung der urspruenglichen Bitcoin-Roadmap betrachteten. Boersen und Dienstleister mussten schnell entscheiden, ob sie die neue Chain unterstuetzen und wie sie die Fork-Coins an ihre Kunden verteilen. Trotz der Kontroversen etablierte sich Bitcoin Cash rasch als lebensfaehige und aktiv genutzte Kryptowaehrung, mit relevantem Handelsvolumen und zunehmender Akzeptanz bei Haendlern in den Monaten nach dem Fork.
The Fork
Le hard fork de Bitcoin Cash fut exécuté le 1er août 2017, à la hauteur de bloc 478 558. À ce point, la blockchain Bitcoin se scinda en deux chaînes distinctes : la chaîne originale, qui continua comme Bitcoin (BTC) avec l'activation de SegWit, et la nouvelle chaîne, qui devint Bitcoin Cash (BCH) avec une limite de taille de bloc augmentée à 8 Mo.
La bifurcation fut techniquement propre et bien planifiée. Chaque adresse Bitcoin détenant un solde au moment de la bifurcation reçut un solde identique sur les deux chaînes. Si un utilisateur détenait 1 BTC avant la bifurcation, il aurait 1 BTC sur la chaîne Bitcoin et 1 BCH sur la chaîne Bitcoin Cash après la bifurcation. L'intégralité de l'historique des transactions antérieur au bloc 478 558 était partagé entre les deux chaînes.
L'un des défis techniques critiques de la bifurcation fut l'implémentation de la protection contre le rejeu. En l'absence de protection contre le rejeu, une transaction diffusée sur une chaîne pouvait être rejouée sur l'autre chaîne, causant potentiellement des dépenses involontaires de jetons par les utilisateurs sur les deux chaînes. Bitcoin Cash implémenta une forte protection contre le rejeu en modifiant l'algorithme de signature de transaction. Spécifiquement, Bitcoin Cash introduisit un nouveau drapeau SigHash (SIGHASH_FORKID) qui est inclus dans le hash de chaque signature de transaction. Les transactions signées avec ce drapeau sont valides sur la chaîne Bitcoin Cash mais invalides sur la chaîne Bitcoin, et vice-versa. Cela garantit une séparation nette entre les deux réseaux dès le moment de la bifurcation.
La limite de taille de bloc initiale pour Bitcoin Cash fut fixée à 8 Mo, soit huit fois plus que la limite de 1 Mo de Bitcoin. Cela représentait une augmentation significative de la capacité de transactions on-chain, permettant à Bitcoin Cash de traiter substantiellement plus de transactions par bloc tout en maintenant des frais bas. Le premier bloc de Bitcoin Cash après la bifurcation fut miné par le pool de minage ViaBTC et faisait environ 1,9 Mo, démontrant le bénéfice pratique immédiat de la taille de bloc plus grande.
La bifurcation supprima également SegWit, qui avait été activé sur la chaîne Bitcoin. Les développeurs de Bitcoin Cash rejetèrent SegWit pour plusieurs raisons : ils estimaient qu'il introduisait une complexité inutile dans le protocole, créait un système de transaction à deux niveaux avec des structures de frais différentes, et modifiait la structure de bloc d'une manière qui, selon eux, sapait la simplicité du modèle UTXO. En choisissant une augmentation directe de la taille de bloc, Bitcoin Cash maintint une architecture de protocole plus simple et plus traditionnelle de type Bitcoin.
À la suite de la bifurcation, les deux chaînes durent faire face au défi de l'ajustement de la difficulté. Bitcoin Cash utilisa initialement la même difficulté SHA-256 que la chaîne Bitcoin, mais avec significativement moins de puissance de hachage consacrée au minage. Pour prévenir un scénario dans lequel les blocs seraient minés extrêmement lentement, Bitcoin Cash implémenta un mécanisme d'Ajustement d'Urgence de la Difficulté (EDA) qui diminuerait la difficulté de 20 pour cent si moins de 6 blocs étaient minés dans une période de 12 heures. Bien que ce mécanisme ait réussi à maintenir la chaîne en vie durant la période initiale critique, il s'avéra instable, provoquant de violentes oscillations dans les temps de production de blocs et le taux de hachage à mesure que les mineurs alternaient entre Bitcoin et Bitcoin Cash en fonction de la rentabilité. L'EDA fut remplacé en novembre 2017 par un algorithme d'ajustement de difficulté plus stable basé sur une moyenne mobile des 144 blocs précédents.
La bifurcation fut accueillie avec une controverse considérable dans la communauté crypto au sens large. Les critiques soutenaient que Bitcoin Cash était une tentative illégitime de s'approprier la marque Bitcoin, tandis que les partisans maintenaient qu'il s'agissait d'une continuation légitime de la feuille de route originale de Bitcoin. Les plateformes d'échange et les fournisseurs de services durent prendre des décisions rapides sur la question de savoir s'ils soutiendraient la nouvelle chaîne et comment gérer la distribution des jetons bifurqués à leurs clients. Malgré la controverse, Bitcoin Cash s'établit rapidement comme une cryptomonnaie viable et activement utilisée, atteignant un volume d'échanges significatif et une adoption par les commerçants dans les mois suivant la bifurcation.
Technical Specifications
Bitcoin Cash teilt die grundlegende technische Architektur von Bitcoin, einschliesslich des SHA-256-Proof-of-Work-Konsensmechanismus, des UTXO-Transaktionsmodells, der elliptischen Kurve secp256k1 fuer digitale Signaturen und des Ziel-Blockintervalls von zehn Minuten. Allerdings unterscheiden mehrere Schluesselmodifikationen Bitcoin Cash vom Bitcoin-Protokoll.
Der auffaelligste Unterschied ist das Blockgroessenlimit. Bitcoin Cash startete mit einem 8MB-Blocklimit und erhoehte es im Mai 2018 auf 32MB. Dieses 32MB-Limit bietet etwa 32-mal so viel Transaktionskapazitaet wie Bitcoins effektive 1MB-Nicht-SegWit-Blockgroesse (oder rund 8-mal so viel Kapazitaet wie Bitcoins durch SegWit erhoehtes effektives Limit von etwa 4MB). Die groessere Blockgroesse ist der Kern der On-Chain-Skalierungsphilosophie von Bitcoin Cash und schafft reichlich Raum fuer Transaktionswachstum ohne den Gebuehrendruck, der entsteht, wenn Bloecke dauerhaft voll sind.
Bitcoin Cash implementiert Segregated Witness (SegWit) nicht. Statt Witness-Daten wie bei SegWit von Transaktionsdaten zu trennen, behaelt Bitcoin Cash das urspruengliche Bitcoin-Transaktionsformat bei. Saemtliche Transaktionsdaten, einschliesslich Signaturen, werden in traditioneller Weise im Block gespeichert. Das vereinfacht das Protokoll und erhaelt Rueckwaertskompatibilitaet mit aelterer Bitcoin-Software und -Infrastruktur.
Eine wichtige Protokollerweiterung in Bitcoin Cash ist der verbesserte SigHash-Algorithmus, der zum Zeitpunkt des Forks eingefuehrt wurde. Der neue Algorithmus, basierend auf BIP 143 (urspruenglich fuer SegWit entwickelt), behebt das quadratische Hashing-Problem im urspruenglichen Bitcoin-Signaturverifikationsschema. Dort wuchs der Rechenaufwand fuer die Signaturpruefung quadratisch mit der Anzahl der Inputs, was einen potentiellen Denial-of-Service-Vektor erzeugte. Der neue SigHash-Algorithmus macht die Verifikationskosten linear und ermoeglicht es dem Netzwerk, groessere und komplexere Transaktionen sicher zu verarbeiten.
Bitcoin Cash unterstuetzt eine groessere maximale Transaktionsgroesse und eine hoehere Anzahl von Signature Operations (SigOps) pro Block als Bitcoin. Das SigOps-Limit skaliert proportional zur Blockgroesse und stellt sicher, dass die Rechenkosten der Blockvalidierung begrenzt bleiben, waehrend deutlich mehr Transaktionen pro Block moeglich sind.
Das Scripting-System von Bitcoin Cash wurde aktiver weiterentwickelt als Bitcoins vergleichsweise konservativer Ansatz. Bitcoin Cash hat mehrere Opcodes wieder aktiviert und eingefuehrt, die die Ausdrucksfaehigkeit der Scripting-Sprache erweitern. Wichtige Ergaenzungen sind OP_CHECKDATASIG und OP_CHECKDATASIGVERIFY, die es Scripts ermoeglichen, Signaturen gegenueber beliebigen Daten (nicht nur Transaktionsdaten) zu verifizieren, wodurch oracle-basierte Smart Contracts und andere fortgeschrittene Scripting-Muster moeglich werden. Der OP_REVERSEBYTES-Opcode, native Introspection-Opcodes sowie groessere Script- und Stack-Limits haben die Programmierbarkeit weiter erhoeht.
Bitcoin Cash nutzt die gleiche Grundlage des Adressformats wie Bitcoin, fuehrte aber im Januar 2018 das CashAddr-Format ein, um Verwechslungen und Cross-Chain-Sendefehler zu verhindern. CashAddr-Adressen beginnen mit dem Praefix "bitcoincash:" (oft verkuerzt) und verwenden ein anderes Encoding als Bitcoins Base58Check-Format. Diese visuelle Unterscheidung macht sofort klar, ob eine Adresse zu Bitcoin oder Bitcoin Cash gehoert, und reduziert das Risiko, Coins versehentlich an die falsche Chain zu senden.
Das Netzwerk nutzt Port 8333, denselben Standardport wie Bitcoin, obwohl sich Bitcoin-Cash-Nodes im Handshake durch eine andere Network-Magic-Number identifizieren. Das bedeutet, dass Bitcoin- und Bitcoin-Cash-Nodes sich nicht versehentlich verbinden, obwohl sie denselben Port verwenden.
Technical Specifications
Bitcoin Cash partage l'architecture technique fondamentale de Bitcoin, incluant le mécanisme de consensus de preuve de travail SHA-256, le modèle de transactions UTXO, la courbe elliptique secp256k1 pour les signatures numériques et l'intervalle de bloc cible de dix minutes. Cependant, plusieurs modifications clés le différencient du protocole Bitcoin.
La différence la plus notable est la limite de taille de bloc. Bitcoin Cash a été lancé avec une limite de taille de bloc de 8 Mo et l'a ensuite augmentée à 32 Mo en mai 2018. Cette limite de 32 Mo fournit environ 32 fois la capacité de transactions de la taille de bloc effective de 1 Mo sans SegWit de Bitcoin (ou environ 8 fois la capacité de la limite effective de Bitcoin améliorée par SegWit d'environ 4 Mo). La taille de bloc plus grande est la pierre angulaire de la philosophie de mise à l'échelle on-chain de Bitcoin Cash, offrant un espace amplement suffisant pour la croissance des transactions sans la pression sur les frais qui apparaît lorsque les blocs sont constamment pleins.
Bitcoin Cash n'implémente pas SegWit. Au lieu de séparer les données de témoin des données de transaction comme le fait SegWit, Bitcoin Cash conserve intact le format de transaction original de Bitcoin. Toutes les données de transaction, y compris les signatures, sont stockées dans le bloc de manière traditionnelle. Cela simplifie le protocole et maintient la rétrocompatibilité avec les logiciels et infrastructures Bitcoin plus anciens.
Une amélioration significative du protocole dans Bitcoin Cash est l'algorithme SigHash amélioré, qui fut introduit au moment de la bifurcation. Le nouvel algorithme, basé sur le BIP 143 (développé à l'origine pour SegWit), corrige le problème de hachage quadratique qui existait dans le schéma original de vérification des signatures de Bitcoin. Dans le schéma original, le coût computationnel de la vérification de la signature d'une transaction croissait de manière quadratique avec le nombre d'entrées, créant un vecteur potentiel d'attaque par déni de service. Le nouvel algorithme SigHash rend le coût de vérification linéaire, permettant au réseau de traiter en toute sécurité des transactions plus importantes et plus complexes.
Bitcoin Cash prend en charge une taille maximale de transaction plus grande et un plus grand nombre d'opérations de signature (sigops) par bloc comparé à Bitcoin. La limite de sigops est proportionnelle à la taille du bloc, garantissant que le coût computationnel de la validation des blocs reste borné tout en permettant significativement plus de transactions par bloc.
Le système de scripts de Bitcoin Cash a été activement développé au-delà de l'approche comparativement conservatrice de Bitcoin. Bitcoin Cash a réactivé et introduit plusieurs opcodes qui étendent l'expressivité de son langage de scripts. Les ajouts notables incluent OP_CHECKDATASIG et OP_CHECKDATASIGVERIFY, qui permettent aux scripts de transaction de vérifier des signatures contre des données arbitraires (pas seulement des données de transaction), permettant des contrats intelligents basés sur des oracles et d'autres modèles avancés de scripting. L'opcode OP_REVERSEBYTES, les opcodes d'introspection natifs et les limites plus grandes de script et de pile ont encore amélioré la programmabilité de Bitcoin Cash.
Bitcoin Cash utilise la même base de format d'adresse que Bitcoin mais a adopté le format CashAddr en janvier 2018 pour prévenir la confusion et les erreurs d'envoi inter-chaînes. Les adresses CashAddr commencent par « bitcoincash: » comme préfixe (souvent abrégé en « q » ou « p » pour la portion du hash) et utilisent un schéma d'encodage différent du format base58check de Bitcoin. Cette distinction visuelle rend immédiatement clair si une adresse appartient à Bitcoin ou à Bitcoin Cash, réduisant le risque que les utilisateurs envoient accidentellement des jetons à la mauvaise chaîne.
Le réseau fonctionne sur le port 8333, le même port par défaut que Bitcoin, bien que les nœuds Bitcoin Cash s'identifient avec un numéro magique de réseau différent lors de la poignée de main du protocole. Cela signifie que les nœuds Bitcoin et Bitcoin Cash ne se connecteront pas accidentellement entre eux malgré l'utilisation du même port.
Transaction Throughput and Scalability
Transaktionsdurchsatz und Skalierbarkeit stehen im Zentrum des Wertversprechens von Bitcoin Cash. Die grundlegende These des Projekts lautet, dass Peer-to-Peer-Electronic Cash Transaktionen schnell und guenstig verarbeiten muss, um fuer den Alltag tauglich zu sein, und dass On-Chain-Skalierung durch groessere Bloecke der zuverlaessigste Weg ist, dieses Ziel zu erreichen.
Mit einem Blockgroessenlimit von 32MB und einem Blockintervall von zehn Minuten hat Bitcoin Cash einen theoretischen Maximaldurchsatz von etwa 100 Transaktionen pro Sekunde, abhaengig von der durchschnittlichen Transaktionsgroesse. Das ist ein deutlicher Sprung gegenueber Bitcoins theoretischem Maximum von etwa 7 Transaktionen pro Sekunde bei 1MB-Bloecken. In der Praxis haengt der reale Durchsatz von Typen und Groessen der Transaktionen ab, aber die Kapazitaet von Bitcoin Cash ist fuer das aktuelle Volumen mehr als ausreichend, da Bloecke typischerweise weit unterhalb des 32MB-Limits bleiben.
Der reichlich verfuegbare Blockspace wirkt sich direkt auf Transaktionsgebuehren aus. Wenn Bloecke nicht voll sind, gibt es keinen Gebuehrenwettbewerb, und Transaktionen koennen mit minimalen Gebuehren bestaetigt werden. Die standardmaessige Minimum-Relay-Fee von Bitcoin Cash betraegt 1 Satoshi pro Byte (1 Satoshi = 0.00000001 BCH), und die meisten Transaktionen werden im naechsten Block nahe diesem Minimum bestaetigt. Dadurch kosten Bitcoin-Cash-Transaktionen unter normalen Bedingungen nur Bruchteile eines Cents, waehrend Bitcoins Gebuehren in Stoerungsphasen von Dollarbetragen bis zu mehreren zehn Dollar reichen koennen.
Die Bitcoin-Cash-Entwicklungscommunity hat umfangreich geforscht und getestet, wie weit sich On-Chain-Skalierung treiben laesst. Die Gigablock-Testnet-Initiative (2017-2018) zeigte, dass das Bitcoin-Protokoll mit geeigneten Softwareoptimierungen und moderner Hardware Bloecke von 1GB oder mehr verarbeiten kann. Diese Tests identifizierten mehrere Engpaesse im urspruenglichen Code, unter anderem bei Blockpropagation, Transaktionsvalidierung und UTXO-Set-Management, und beeinflussten nachfolgende Optimierungsarbeiten.
Mehrere Protokoll- und Implementierungsverbesserungen wurden vorgenommen, um groessere Bloecke zu unterstuetzen. Graphene, ein Blockpropagationsprotokoll auf Basis von invertible Bloom lookup tables und Bloom-Filtern, reduziert die benoetigte Bandbreite drastisch, indem es nur die Differenz zwischen einem Block und den Transaktionen kodiert, die der empfangende Node bereits in seinem Mempool hat. Canonical Transaction Ordering (CTOR), eingefuehrt im November 2018, schreibt vor, dass Transaktionen innerhalb eines Blocks nach ihrer Transaction ID geordnet werden. Diese scheinbar kleine Aenderung ermoeglicht bedeutende Optimierungen bei Validierung und Propagation, etwa durch Parallelisierung und effizientere Set-Reconciliation.
UTXO-Commitment- und Parallel-Validation-Initiativen haben die Faehigkeit des Netzwerks, grosse Bloecke effizient zu verarbeiten, weiter verbessert. Durch die Nutzung moderner Multi-Core-CPUs und SSD-Speicher koennen optimierte Node-Implementierungen Bloecke mit zehntausenden Transaktionen innerhalb akzeptabler Zeitraeume validieren.
Die Skalierungsroadmap von Bitcoin Cash sieht weitere Erhoehungen des Blockgroessenlimits vor, wenn Technologie und Nachfrage dies rechtfertigen. Langfristig soll das Netzwerk globale Zahlungsvolumina vollstaendig on-chain abwickeln und Durchsatzwerte erreichen, die Milliarden taeglicher Transaktionen ermoeglichen. Auch wenn dieses Ziel ambitioniert ist, bieten Fortschritte bei Hardware, Bandbreite und Softwareoptimierung einen glaubwuerdigen Pfad, um sich schrittweise dorthin zu bewegen.
Ein wichtiger Bestandteil von Bitcoins Cash Skalierungsansatz sind "Zero-Confirmation"-Transaktionen. Fuer Zahlungen mit geringem Wert koennen Haendler Transaktionen sofort nach Broadcast akzeptieren, bevor sie in einen Block aufgenommen werden. Bitcoin Cash hat mehrere Massnahmen implementiert, um Zero-Conf-Zahlungen verlaesslicher zu machen, darunter die "First-Seen"-Regel (Nodes relayn nur die erste Variante einer Transaktion, die sie sehen, was Double-Spend-Versuche erschwert) und Double-Spend-Notification-Protokolle, die Haendler warnen, wenn eine widerspruechliche Transaktion erkannt wird. Diese Massnahmen machen Bitcoin Cash fuer Point-of-Sale-Zahlungen praktikabel, bei denen ein zehnminuetiges Warten auf Blockbestaetigungen unzumutbar waere.
Transaction Throughput and Scalability
Le débit de transactions et la scalabilité sont au cœur de la proposition de valeur de Bitcoin Cash. La thèse fondamentale du projet est que l'argent électronique pair-à-pair doit être capable de traiter des transactions rapidement et à moindre coût pour être viable dans un usage quotidien, et que la mise à l'échelle on-chain par des blocs plus grands est le moyen le plus fiable d'y parvenir.
Avec une limite de taille de bloc de 32 Mo et un intervalle de bloc de dix minutes, Bitcoin Cash a un débit maximal théorique d'environ 100 transactions par seconde, selon la taille moyenne des transactions. Cela représente une augmentation substantielle par rapport au maximum théorique de Bitcoin d'environ 7 transactions par seconde avec des blocs de 1 Mo. En pratique, le débit réel dépend du mélange de types et de tailles de transactions, mais la capacité de Bitcoin Cash est plus que suffisante pour son volume de transactions actuel, les blocs étant généralement bien en dessous de la limite de 32 Mo.
L'abondance d'espace de bloc disponible a un impact direct et mesurable sur les frais de transaction. Lorsque les blocs ne sont pas pleins, il n'y a pas de compétition sur les frais, et les transactions peuvent être confirmées avec des frais minimaux. Les frais de relais minimaux par défaut de Bitcoin Cash sont de 1 satoshi par octet (où 1 satoshi = 0,00000001 BCH), et la plupart des transactions sont confirmées dans le bloc suivant à ce minimum ou à un niveau proche. Cela rend les transactions Bitcoin Cash coûtant des fractions de centime dans des conditions normales, par rapport aux frais de Bitcoin qui peuvent aller de dollars à des dizaines de dollars pendant les périodes de congestion.
La communauté de développement de Bitcoin Cash a mené des recherches et des tests approfondis sur les limites de la mise à l'échelle on-chain. L'Initiative Gigablock Testnet, menée en 2017-2018, a démontré que le protocole Bitcoin pouvait gérer des blocs de 1 Go ou plus avec les optimisations logicielles appropriées et du matériel moderne. Ces tests ont identifié plusieurs goulets d'étranglement dans la base de code originale — incluant la propagation des blocs, la validation des transactions et la gestion de l'ensemble UTXO — et ont éclairé les efforts d'optimisation ultérieurs.
Plusieurs améliorations du protocole et de l'implémentation ont été réalisées pour supporter des blocs plus grands. Graphene, un protocole de propagation de blocs basé sur des tables de recherche de Bloom invertibles et des filtres de Bloom, réduit considérablement la bande passante nécessaire pour propager les blocs en encodant uniquement la différence entre un bloc et les transactions qu'un nœud receveur possède déjà dans son mempool. L'Ordonnancement Canonique des Transactions (CTOR), implémenté en novembre 2018, exige que les transactions dans un bloc soient ordonnées par leur identifiant de transaction. Ce changement apparemment mineur permet des optimisations significatives dans la validation et la propagation des blocs, car il autorise la validation parallèle des transactions et des algorithmes de réconciliation d'ensembles plus efficaces.
Les initiatives d'engagement UTXO et de validation parallèle ont encore amélioré la capacité du réseau à gérer efficacement de grands blocs. En tirant parti des processeurs multi-cœurs modernes et du stockage à état solide, les implémentations de nœuds optimisées peuvent valider des blocs contenant des dizaines de milliers de transactions dans des délais acceptables.
La feuille de route de scalabilité de Bitcoin Cash envisage des augmentations supplémentaires de la limite de taille de bloc à mesure que la technologie et la demande le justifient. Les développeurs du projet ont exprimé un objectif à long terme de supporter des volumes de paiement à l'échelle mondiale entièrement on-chain, visant des niveaux de débit qui permettraient à Bitcoin Cash de servir des milliards de transactions quotidiennes. Bien que cet objectif soit ambitieux, les améliorations continues des capacités matérielles, de la bande passante réseau et de l'optimisation logicielle fournissent une voie crédible pour y parvenir progressivement au fil du temps.
Un aspect important de l'approche de mise à l'échelle de Bitcoin Cash est le concept de transactions à « zéro confirmation ». Pour les paiements de faible valeur, les commerçants peuvent accepter les transactions immédiatement après leur diffusion, avant qu'elles ne soient incluses dans un bloc. Bitcoin Cash a implémenté plusieurs mesures pour améliorer la fiabilité des transactions à zéro confirmation, incluant la règle du « premier vu » (où les nœuds ne relaient que la première version d'une transaction qu'ils voient, rendant les tentatives de double dépense plus difficiles) et des protocoles de notification de double dépense qui alertent les commerçants si une transaction conflictuelle est détectée. Ces mesures rendent Bitcoin Cash pratique pour les transactions en point de vente où attendre dix minutes pour une confirmation de bloc serait irréalisable.
OP_RETURN and Data Applications
Bitcoin Cash unterstuetzt den OP_RETURN-Opcode, der es Nutzern ermoeglicht, beliebige Daten in der Blockchain einzubetten, und zwar innerhalb eines Transaktionsoutputs, der nachweislich nicht ausgebbar ist. Diese Funktion ermoeglicht eine Reihe datengetriebener Anwendungen auf der Bitcoin-Cash-Blockchain, darunter Token-Protokolle, Messaging-Systeme, Notarisierungsdienste und Social-Media-Plattformen.
Das OP_RETURN-Datenlimit von Bitcoin Cash ist auf 220 Bytes pro Output gesetzt, deutlich mehr als Bitcoins 80-Byte-Limit. Zusaetzlich erlaubt Bitcoin Cash mehrere OP_RETURN-Outputs in einer einzelnen Transaktion, wodurch noch mehr Daten in einem einzigen Vorgang eingebettet werden koennen. Diese grosszuegigen Limits, kombiniert mit niedrigen Transaktionsgebuehren, machen Bitcoin Cash zu einer oekonomisch tragfaehigen Plattform fuer Datenanwendungen, die auf kapazitaetsbeschraenkten Chains unerschwinglich waeren.
Das Simple Ledger Protocol (SLP) war eines der fruehesten und am weitesten verbreiteten Token-Systeme auf Bitcoin Cash, das OP_RETURN nutzte. SLP ermoeglichte es, eigene Token zu erstellen und zu transferieren, indem Token-Metadaten in OP_RETURN-Outputs kodiert wurden. Obwohl SLP inzwischen weitgehend vom CashTokens-Protokoll abgeloest wurde, zeigte es, dass Token-Oekonomien auf dem UTXO-Modell realisierbar sind.
CashTokens, aktiviert im Mai 2023, stellt einen deutlich anspruchsvolleren Ansatz zur Tokenisierung auf Bitcoin Cash dar. Im Gegensatz zu SLP, das auf OP_RETURN-Metadaten basiert, die vom Basisprotokoll ignoriert werden koennen, ist CashTokens eine Konsensfunktion, die Token direkt in das UTXO-Modell integriert. Jeder UTXO kann sowohl einen BCH-Wert als auch einen zugehoerigen Token tragen, wobei die Token-Gueltigkeit durch die Konsensregeln erzwungen wird. CashTokens unterstuetzt fungible Token und Non-Fungible Tokens (NFTs). Durch die Konsensdurchsetzung haben Token-Transaktionen die gleichen Sicherheitsgarantien wie native BCH-Transaktionen und vermeiden die zusaetzlichen Vertrauensannahmen von Overlay-Protokollen.
Memo.cash ist ein dezentrales Social-Media-Protokoll, das auf Bitcoin Cash mittels OP_RETURN-Transaktionen aufgebaut ist. Nutzer senden Posts, Follows, Likes und andere soziale Aktionen als Bitcoin-Cash-Transaktionen mit kodierten OP_RETURN-Daten. Da die Daten in der Blockchain gespeichert werden, sind sie zensurresistent und dauerhaft archiviert. Die niedrigen Transaktionskosten von Bitcoin Cash machen dies oekonomisch moeglich, da jede Aktion nur Bruchteile eines Cents kostet.
Weitere Datenanwendungen umfassen Timestamping und Notarisierungsdienste fuer Dokumente, bei denen der Hash eines Dokuments in einem OP_RETURN-Output abgelegt wird, um einen unveraenderlichen Nachweis der Existenz zu einem bestimmten Zeitpunkt zu schaffen. Auch Supply-Chain-Tracking, Credential-Verifikation und dezentrale Identitaetssysteme wurden mit der Daten-Embedding-Faehigkeit von Bitcoin Cash realisiert.
Die Kombination aus grosser OP_RETURN-Kapazitaet, niedrigen Gebuehren und schnellen Bestaetigungen positioniert Bitcoin Cash als wettbewerbsfaehige Plattform fuer blockchainbasierte Datenanwendungen. Obwohl es spezialisierte Daten-Blockchains gibt, bietet Bitcoin Cash den Vorteil eines etablierten, sehr sicheren und breit unterstuetzten Netzwerks mit nachgewiesener Betriebsstabilitaet.
OP_RETURN and Data Applications
Bitcoin Cash prend en charge l'opcode OP_RETURN, qui permet aux utilisateurs d'intégrer des données arbitraires dans la blockchain au sein d'une sortie de transaction dont il est prouvable qu'elle ne peut être dépensée. Cette fonctionnalité permet une gamme d'applications centrées sur les données construites sur la blockchain Bitcoin Cash, incluant des protocoles de jetons, des systèmes de messagerie, des services de notarisation et des plateformes de médias sociaux.
La limite de données OP_RETURN sur Bitcoin Cash a été fixée à 220 octets par sortie, significativement plus que la limite de 80 octets de Bitcoin. De plus, Bitcoin Cash autorise plusieurs sorties OP_RETURN dans une seule transaction, étendant encore la quantité de données pouvant être intégrées dans une seule transaction. Ces limites généreuses, combinées à de faibles frais de transaction, font de Bitcoin Cash une plateforme économiquement viable pour des applications de données qui seraient prohibitivement coûteuses sur des chaînes plus contraintes en capacité.
Le Simple Ledger Protocol (SLP) fut l'un des systèmes de jetons les plus précoces et les plus largement adoptés construits sur Bitcoin Cash en utilisant OP_RETURN. SLP permettait aux utilisateurs de créer et de transférer des jetons personnalisés sur la blockchain Bitcoin Cash en encodant des métadonnées de jetons dans des sorties OP_RETURN. Bien que SLP ait été largement supplanté par le protocole CashTokens, il a démontré la viabilité de la construction d'économies de jetons sur le modèle UTXO.
CashTokens, activé en mai 2023, représente une approche plus sophistiquée de la tokenisation sur Bitcoin Cash. Contrairement à SLP, qui reposait sur des métadonnées OP_RETURN pouvant être ignorées par le protocole de base, CashTokens est une fonctionnalité au niveau du consensus qui intègre les jetons directement dans le modèle UTXO. Chaque UTXO peut porter à la fois une valeur en BCH et un jeton associé, la validité du jeton étant appliquée par les règles de consensus. CashTokens prend en charge deux types de jetons : les jetons fongibles (similaires aux jetons ERC-20 sur Ethereum) et les jetons non fongibles (NFTs). L'application au niveau du consensus signifie que les transactions de jetons ont les mêmes garanties de sécurité que les transactions natives en BCH, éliminant les hypothèses de confiance et les exigences d'indexation des protocoles superposés comme SLP.
Memo.cash est un protocole de médias sociaux décentralisé construit sur Bitcoin Cash en utilisant des transactions OP_RETURN. Les utilisateurs diffusent des publications, des suivis, des mentions « j'aime » et d'autres actions sociales sous forme de transactions Bitcoin Cash avec des données OP_RETURN encodées. Comme les données sont stockées sur la blockchain, elles sont résistantes à la censure et archivées de manière permanente. Les faibles coûts de transaction sur Bitcoin Cash rendent cela économiquement viable — chaque action de média social coûte une fraction de centime.
D'autres applications de données sur Bitcoin Cash incluent l'horodatage de documents et les services de notarisation, où le hash d'un document est intégré dans une sortie OP_RETURN pour créer un enregistrement permanent et inaltérable de l'existence du document à un moment précis. Le suivi de la chaîne d'approvisionnement, la vérification des accréditations et les systèmes d'identité décentralisée ont également été construits en utilisant les capacités d'intégration de données de Bitcoin Cash.
La combinaison d'une grande capacité OP_RETURN, de frais bas et de temps de confirmation rapides positionne Bitcoin Cash comme une plateforme compétitive pour les applications de données basées sur la blockchain. Bien que des blockchains dédiées aux données existent, Bitcoin Cash offre l'avantage d'un réseau bien établi, hautement sécurisé et largement soutenu avec un historique éprouvé d'opération continue.
Network Architecture
Das Bitcoin-Cash-Netzwerk basiert auf derselben grundlegenden Peer-to-Peer-Architektur wie Bitcoin. Nodes kommunizieren ueber ein Gossip-Protokoll, um Transaktionen und Bloecke zu verbreiten. Full Nodes halten eine vollstaendige Kopie der Blockchain und validieren alle Transaktionen und Bloecke unabhaengig gemaess den Konsensregeln. Das Netzwerk ist permissionless, das heisst jeder kann einen Node betreiben und ohne Genehmigung am Netzwerk teilnehmen.
Mehrere voneinander unabhaengige Full-Node-Implementierungen existieren fuer Bitcoin Cash, was das Bekenntnis zu dezentraler Entwicklung widerspiegelt. Bitcoin Cash Node (BCHN) ist die am weitesten verbreitete Implementierung und dient de facto als Referenzclient. Weitere Implementierungen sind Bitcoin Unlimited, BCHD (in Go geschrieben) und Knuth (eine performante C++-Implementierung). Mehrere unabhängige Implementierungen reduzieren das Risiko, dass ein einzelner Softwarefehler einen netzwerkweiten Ausfall verursacht, und stellen sicher, dass kein einzelnes Entwicklerteam die Kontrolle ueber das Protokoll unilateral ausuebt.
Mining auf Bitcoin Cash nutzt den SHA-256-Proof-of-Work-Algorithmus, identisch zu Bitcoin. Dadurch kann dieselbe ASIC-Hardware beide Chains minen, und Miner koennen je nach Profitabilitaet zwischen Bitcoin und Bitcoin Cash wechseln. In der Praxis ist die Hashrate von Bitcoin Cash nur ein Bruchteil der Hashrate von Bitcoin, da der groesste Teil der SHA-256-Hashpower zur profitableren Bitcoin-Chain fliesst. Der Difficulty-Adjustment-Algorithmus von Bitcoin Cash stellt jedoch sicher, dass Bloecke unabhaengig vom absoluten Hashrate-Niveau im Zielabstand von zehn Minuten produziert werden.
Der Difficulty-Adjustment-Algorithmus ist eine der wichtigsten Protokollkomponenten von Bitcoin Cash. Die urspruengliche Bitcoin-Difficulty-Anpassung, die alle 2016 Bloecke (etwa zwei Wochen) neu berechnet, war zu langsam, um die schnellen Hashrate-Schwankungen auszugleichen, wenn Miner zwischen Bitcoin und Bitcoin Cash hin und her schalteten. Nach der problematischen Emergency Difficulty Adjustment (EDA)-Phase 2017 uebernahm Bitcoin Cash im November 2017 einen neuen Algorithmus, der die Difficulty ueber ein 144-Block-Gleitfenster anpasste.
Im November 2020 wechselte Bitcoin Cash zum ASERT-Algorithmus (Absolutely Scheduled Exponentially Rising Targets), auch bekannt als aserti3-2d. ASERT passt das Difficulty-Ziel anhand der Differenz zwischen der tatsaechlich verstrichenen Zeit und der erwarteten Zeit seit einem Referenzblock ("Anchor Block") an. Werden Bloecke schneller gefunden als erwartet, steigt die Difficulty exponentiell, bei langsamerer Produktion faellt sie exponentiell. Die Bezeichnung "3-2d" verweist auf eine Halbwertszeit von etwa zwei Tagen (288 Bloecke bei zehn Minuten), sodass eine anhaltende Verdopplung oder Halbierung der Hashrate innerhalb von zwei Tagen eine vollstaendige Anpassung bewirkt. ASERT gilt als sehr stabil und liefert konsistente Blockintervalle selbst bei starker Hashrate-Volatilitaet.
Effiziente Blockpropagation ist fuer ein Netzwerk mit grossen Bloecken entscheidend. Bitcoin Cash hat mehrere Optimierungen eingefuehrt, um grosse Bloecke schnell im Netzwerk zu verbreiten. Compact Blocks (BIP 152) erlauben es Nodes, Bloecke aus Transaktions-IDs statt aus vollstaendigen Transaktionsdaten zu rekonstruieren, wodurch Bandbreite gespart wird, wenn Mempools ueberlappen. Das Graphene-Protokoll komprimiert noch staerker ueber probabilistische Datenstrukturen und erreicht nahezu optimale Block-Encodings. Xthinner ist ein weiteres Kompressionsprotokoll speziell fuer Bitcoin Cash, das fuer typische Bloecke sehr hohe Kompressionsraten erzielt.
Die Relay- und Mempool-Richtlinien des Netzwerks sind darauf ausgelegt, zuverlaessige Zero-Confirmation-Transaktionen zu unterstuetzen. Nodes folgen einer strikten First-Seen-Regel und akzeptieren bzw. relayn nur die erste Version einer Transaktion, die sie beobachten. Wird eine zweite Transaktion erkannt, die versucht, dieselben Inputs auszugeben (Double-Spend), erzeugen Nodes einen Double-Spend-Proof und verbreiten ihn im Netzwerk, um Haendler und andere Interessierte zu warnen. Diese Infrastruktur liefert ein vernuenftiges Sicherheitsniveau fuer die Annahme unbestaetigter Transaktionen bei alltaeglichen Zahlungen mit geringem Wert.
Network Architecture
Le réseau Bitcoin Cash fonctionne sur la même architecture pair-à-pair fondamentale que Bitcoin, les nœuds communiquant via un protocole de propagation pour diffuser les transactions et les blocs. Les nœuds complets maintiennent une copie complète de la blockchain et valident indépendamment toutes les transactions et blocs conformément aux règles de consensus. Le réseau est sans permission, ce qui signifie que quiconque peut exploiter un nœud et participer au réseau sans autorisation.
Plusieurs implémentations indépendantes de nœuds complets existent pour Bitcoin Cash, reflétant l'engagement du projet envers le développement décentralisé. Bitcoin Cash Node (BCHN) est l'implémentation la plus largement utilisée et sert de client de référence de facto. D'autres implémentations incluent Bitcoin Unlimited, BCHD (écrit en Go) et Knuth (une implémentation haute performance en C++). L'existence de plusieurs implémentations indépendantes réduit le risque qu'un seul bug logiciel provoque une panne à l'échelle du réseau et garantit qu'aucune équipe de développement unique n'a un contrôle unilatéral sur le protocole.
Le minage sur Bitcoin Cash utilise l'algorithme de preuve de travail SHA-256, identique à celui de Bitcoin. Cela signifie que le même matériel de minage ASIC peut être utilisé pour miner l'une ou l'autre chaîne, et les mineurs peuvent alterner entre Bitcoin et Bitcoin Cash en fonction de la rentabilité. En pratique, le taux de hachage de Bitcoin Cash est une fraction de celui de Bitcoin, la majorité de la puissance de minage SHA-256 étant dirigée vers la chaîne Bitcoin plus rentable. Cependant, l'algorithme d'ajustement de difficulté de Bitcoin Cash garantit que les blocs sont produits à l'intervalle cible de dix minutes indépendamment du niveau absolu du taux de hachage.
L'algorithme d'ajustement de difficulté est l'un des composants de protocole les plus importants de Bitcoin Cash. L'ajustement de difficulté original de Bitcoin, qui recalcule tous les 2 016 blocs (environ deux semaines), était trop lent pour s'adapter aux fluctuations rapides du taux de hachage que Bitcoin Cash subissait lorsque les mineurs alternaient entre lui et Bitcoin. Après la période problématique d'Ajustement d'Urgence de la Difficulté (EDA) en 2017, Bitcoin Cash adopta un nouvel algorithme en novembre 2017 qui ajustait la difficulté sur une fenêtre mobile de 144 blocs.
En novembre 2020, Bitcoin Cash passa à l'algorithme d'ajustement de difficulté ASERT (Absolutely Scheduled Exponentially Rising Targets), également connu sous le nom d'aserti3-2d. ASERT est un algorithme mathématiquement élégant qui ajuste la cible de difficulté en fonction de la différence entre le temps réel écoulé et le temps attendu depuis un bloc de référence (le « bloc d'ancrage »). Si les blocs sont produits plus rapidement que prévu, la difficulté augmente exponentiellement ; si plus lentement, elle diminue exponentiellement. La désignation « 3-2d » fait référence à une demi-vie d'environ deux jours (spécifiquement 288 blocs à la cible de dix minutes), ce qui signifie qu'un doublement ou une réduction de moitié soutenu du taux de hachage entraînerait un ajustement complet de la difficulté dans les deux jours. ASERT s'est avéré hautement stable, produisant des intervalles de bloc cohérents même sous une volatilité significative du taux de hachage.
L'efficacité de la propagation des blocs est critique pour un réseau avec de grands blocs. Bitcoin Cash a adopté plusieurs optimisations pour s'assurer que les grands blocs puissent se propager rapidement à travers le réseau. Les Blocs Compacts (BIP 152), qui permettent aux nœuds de reconstruire des blocs à partir d'identifiants de transaction plutôt que de données de transaction complètes, réduisent considérablement la bande passante nécessaire à la propagation des blocs lorsque les nœuds ont des mempools qui se chevauchent. Le protocole Graphene fournit une compression encore plus grande en utilisant des structures de données probabilistes pour atteindre un encodage de bloc quasi optimal. Xthinner est un autre protocole de compression développé spécifiquement pour Bitcoin Cash qui atteint environ 99,6 pour cent de compression pour les blocs typiques.
Les politiques de relais et de mempool du réseau sont conçues pour supporter des transactions fiables à zéro confirmation. Les nœuds suivent une règle stricte du premier vu, acceptant et relayant uniquement la première version d'une transaction qu'ils observent. Si une seconde transaction tentant de dépenser les mêmes entrées (une tentative de double dépense) est détectée, les nœuds génèrent une preuve de double dépense et la propagent à travers le réseau, alertant les commerçants et autres parties intéressées. Cette infrastructure fournit un niveau de sécurité raisonnable pour accepter des transactions non confirmées pour les paiements quotidiens de faible valeur.
Smart Contract Capabilities
Obwohl Bitcoin Cash primaer als Peer-to-Peer-Electronic-Cash-System konzipiert ist, hat es durch Erweiterungen seiner Scripting-Sprache beachtliche Smart-Contract-Faehigkeiten entwickelt. Im Gegensatz zu Ethereums kontobasiertem, Turing-vollstaendigem Smart-Contract-Modell arbeiten Smart Contracts auf Bitcoin Cash im UTXO-Modell mit einer stackbasierten Scripting-Sprache, die bewusst nicht Turing-vollstaendig ist. Dieses Design liefert vorhersehbare Ausfuehrungskosten und vermeidet die Klasse von Schwachstellen, die mit unbeschraenkter Berechnung verbunden sind, ermoeglicht aber dennoch eine ueberraschend reichhaltige Menge programmierbarer Finanzinstrumente.
Die Bitcoin-Cash-Scripting-Sprache wurde schrittweise durch eine Reihe von Protokollupgrades verbessert. Im Mai 2018 wurden mehrere Opcodes reaktiviert, die frueh in Bitcoins Geschichte deaktiviert worden waren, darunter bitweise Logikoperatoren (OP_AND, OP_OR, OP_XOR), arithmetische Operatoren fuer groessere Zahlen sowie String-Manipulationsoperationen (OP_SPLIT, OP_CAT). Diese wiederhergestellten Opcodes erweiterten die Ausdrucksfaehigkeit von Scripts erheblich.
Die Einfuehrung von OP_CHECKDATASIG und OP_CHECKDATASIGVERIFY im November 2018 war ein besonders wichtiger Fortschritt. Diese Opcodes erlauben es einem Transaktionsscript, eine ECDSA-Signatur gegenueber beliebigen Daten zu verifizieren, nicht nur gegenueber der Transaktion selbst. Damit werden oracle-basierte Vertraege moeglich, bei denen eine externe Datenquelle eine Nachricht signiert, die eine reale Bedingung bestaetigt (z.B. Preis, Wetterereignis oder Sportergebnis), und die Vertragsausfuehrung vom Inhalt dieser signierten Nachricht abhaengt. Das eroeffnet Anwendungsfaelle wie dezentrale Prognosemaerkte, Versicherungsvertraege und andere Instrumente, die externe Daten benoetigen.
Native Introspection-Opcodes, eingefuehrt im Mai 2022, erlauben es Scripts, Eigenschaften der Transaktion zu inspizieren, die sie enthaelt. Scripts koennen Wert, Locking Script und Token-Daten von Inputs und Outputs innerhalb derselben Transaktion pruefen. Das ermoeglicht Covenant-artige Smart Contracts, die festlegen, wie Coins in Zukunft ausgegeben werden duerfen, nicht nur wer sie ausgeben darf. Covenants ermoeglichen Muster wie Vaults (zeitgesperrte Ausgaberegeln fuer mehr Sicherheit), wiederkehrende Zahlungen, dezentrale Boersen und On-Chain-Abstimmungsmechanismen.
CashScript ist eine hoehere Smart-Contract-Sprache fuer Bitcoin Cash, vergleichbar mit Solidity bei Ethereum. CashScript erlaubt es Entwicklern, Vertraege in einer vertrauten, JavaScript-aehnlichen Syntax zu schreiben, die zu Bitcoin-Cash-Script-Bytecode kompiliert wird. Die Sprache abstrahiert die Komplexitaet des UTXO-basierten Vertragsdesigns, einschliesslich Input/Output-Introspection und Signaturpruefung, und macht es auch fuer Entwickler zugaenglich, die nicht mit Low-Level-Stack-Programmierung vertraut sind. CashScript wurde genutzt, um dezentrale Boersen, Escrow-Dienste, Crowdfunding-Plattformen und weitere Anwendungen zu bauen.
Das CashTokens-Upgrade im Mai 2023 fuegte eine weitere Dimension hinzu. Indem fungible und nicht fungible Token direkt auf Konsensebene in das UTXO-Modell eingebettet werden, ermoeglicht CashTokens tokenbasierte Vertraege, die durch die Konsensregeln des Netzwerks erzwungen werden, statt durch Overlay-Protokolle. NFTs in CashTokens tragen ein "Commitment"-Feld, also beliebige Daten, die an den Token angehaengt sind und von Smart-Contract-Scripts gelesen und validiert werden koennen. Das schafft einen Mechanismus, um On-Chain-State ueber mehrere Transaktionen hinweg zu halten, was im UTXO-Modell frueher schwer umzusetzen war. Vertraege koennen NFTs als State-Carrier nutzen und das Commitment bei jeder Transaktion aktualisieren, um komplexe mehrstufige Protokolle zu implementieren.
Die Kombination aus Introspection-Opcodes, CashTokens und CashScript schafft eine Smart-Contract-Plattform, die zwar grundlegend anders als Ethereum ist, aber viele aehnliche dezentrale Finanzanwendungen implementieren kann. Dezentrale Boersen, Automated Market Maker, Lending-Protokolle und DAOs wurden auf Bitcoin Cash bereits gebaut oder prototypisch umgesetzt. Der UTXO-Ansatz bietet Vorteile bei Parallelisierung (UTXOs koennen unabhaengig validiert werden), Privatsphaere (jedes UTXO ist eigenstaendig) und Vorhersagbarkeit (kein globaler State), erfordert jedoch andere Designmuster als kontobasierte Systeme.
Smart Contract Capabilities
Bien que Bitcoin Cash soit principalement conçu comme un système d'argent électronique pair-à-pair, il a développé des capacités significatives de contrats intelligents grâce à des extensions de son langage de script. Contrairement au modèle de contrats intelligents d'Ethereum, basé sur des comptes et Turing-complet, les contrats de Bitcoin Cash fonctionnent dans le modèle UTXO au moyen d'un langage de script à pile qui est délibérément non Turing-complet. Ce choix fournit des coûts d'exécution prévisibles et évite une classe de vulnérabilités liées au calcul non borné, tout en permettant néanmoins un ensemble étonnamment riche d'instruments financiers programmables.
Le langage de script de Bitcoin Cash a été renforcé progressivement à travers une série de mises à niveau de protocole. En mai 2018, plusieurs opcodes désactivés au début de l'histoire de Bitcoin ont été réactivés, notamment des opérateurs logiques bit à bit (OP_AND, OP_OR, OP_XOR), des opérateurs arithmétiques pour des nombres plus grands, et des opérations de manipulation de chaînes (OP_SPLIT, OP_CAT). Le retour de ces opcodes a considérablement augmenté l'expressivité des scripts Bitcoin Cash.
L'introduction de OP_CHECKDATASIG et OP_CHECKDATASIGVERIFY en novembre 2018 a constitué une avancée particulièrement importante. Ces opcodes permettent à un script de transaction de vérifier une signature ECDSA sur des données arbitraires, et pas uniquement sur la transaction elle-même. Cela rend possibles des contrats basés sur des oracles, où une source de données externe signe un message attestant d'une condition du monde réel (par exemple un prix, un événement météorologique ou un score sportif), et où l'exécution du contrat dépend du contenu de ce message signé. Cette capacité ouvre la voie à des marchés de prédiction décentralisés, des contrats d'assurance et d'autres instruments financiers dépendants de données externes.
Les opcodes d'introspection natifs, introduits en mai 2022, permettent aux scripts d'examiner les propriétés de la transaction qui les contient. Les scripts peuvent inspecter la valeur, le script de verrouillage et les données de jeton des entrées et des sorties au sein d'une même transaction. Cela rend possibles des contrats de type « covenant »: des scripts qui restreignent la manière dont des pièces pourront être dépensées dans des transactions futures, pas seulement qui peut les dépenser. Les covenants autorisent des modèles puissants comme des coffres (restrictions de dépense verrouillées dans le temps pour la sécurité), des paiements récurrents, des échanges décentralisés et des mécanismes de vote on-chain.
CashScript est un langage de contrat intelligent de haut niveau pour Bitcoin Cash, analogue à Solidity sur Ethereum. CashScript permet d'écrire des contrats dans une syntaxe familière de type JavaScript, qui est compilée en bytecode de script Bitcoin Cash. Le langage gère la complexité de la conception de contrats UTXO, notamment l'introspection des entrées/sorties et la vérification de signature, le rendant accessible à des développeurs qui ne maîtrisent pas la programmation bas niveau orientée pile. Des contrats CashScript ont servi à construire des échanges décentralisés, des services d'escrow, des plateformes de financement participatif et d'autres applications.
La mise à niveau CashTokens en mai 2023 a ajouté une dimension supplémentaire aux capacités de contrats intelligents de Bitcoin Cash. En intégrant des jetons fongibles et non fongibles directement dans le modèle UTXO au niveau du consensus, CashTokens permet des contrats basés sur des jetons qui sont appliqués par les règles de consensus du réseau plutôt que par des protocoles de surcouche. Les NFT dans CashTokens possèdent un champ « commitment »: des données arbitraires attachées au jeton, que les scripts de contrat intelligent peuvent lire et valider. Cela crée un mécanisme pour maintenir un état on-chain au fil de plusieurs transactions, ce qui était auparavant difficile à réaliser dans le modèle UTXO. Les contrats peuvent utiliser des NFT comme porteurs d'état, en mettant à jour les données de commitment à chaque transaction afin d'implémenter des protocoles complexes en plusieurs étapes.
La combinaison des opcodes d'introspection, de CashTokens et de CashScript forme une plateforme de contrats intelligents qui, bien que fondamentalement différente du modèle d'Ethereum, est capable de mettre en oeuvre bon nombre des mêmes applications financières décentralisées. Des échanges décentralisés, des teneurs de marché automatisés, des protocoles de prêt et des organisations autonomes décentralisées ont tous été construits ou prototypés sur Bitcoin Cash. L'approche basée sur UTXO offre des avantages en termes de parallélisation (les UTXO peuvent être validés indépendamment), de confidentialité (chaque UTXO est indépendant) et de prévisibilité (pas d'état global à gérer), mais elle exige des modèles de conception différents des systèmes basés sur des comptes.
Monetary Policy
Bitcoin Cash uebernimmt Bitcoins Geldpolitik vollstaendig. Die Gesamtmenge von Bitcoin Cash ist auf 21 Millionen Coins begrenzt, und der Emissionsplan folgt demselben Halving-Mechanismus wie Bitcoin. Diese gemeinsame Geldpolitik ist eine direkte Folge des Forks: Da Bitcoin Cash von der Bitcoin-Blockchain abgespalten wurde, startete es mit derselben bisherigen Emissionshistorie und setzt die gleichen Regeln fuer kuenftige Emissionen fort.
Die Blockbelohnung begann bei 50 BCH pro Block (geerbt von den Genesis-Parametern) und halbiert sich alle 210.000 Bloecke, also etwa alle vier Jahre. Das erste Halving fand im November 2012 statt (vor dem Fork und damit gemeinsame Historie) und senkte die Belohnung auf 25 Coins. Das zweite Halving im Juli 2016 senkte sie auf 12,5 Coins. Das dritte Halving im April 2020, das nach dem Fork und damit spezifisch fuer die Bitcoin-Cash-Chain stattfand, reduzierte die Belohnung auf 6,25 BCH. Das vierte Halving im April 2024 senkte sie weiter auf 3,125 BCH pro Block.
Dieser Halving-Plan schafft eine desinflationaere Geldpolitik, bei der die Rate neuer Coin-Erzeugung ueber die Zeit abnimmt und asymptotisch gegen null geht. Der letzte Bitcoin-Cash-Coin wird voraussichtlich um das Jahr 2140 gemined. Danach besteht der Miner-Umsatz vollstaendig aus Transaktionsgebuehren.
Das 21-Millionen-Limit und der Halving-Plan verleihen Bitcoin Cash dieselben Knappheitseigenschaften wie Bitcoin. Der Umlaufbestand Anfang 2026 liegt bei etwa 19,8 Millionen BCH, also ueber 94 Prozent des jemals existierenden Gesamtangebots. Die verbleibenden Coins werden ueber mehr als ein Jahrhundert hinweg durch immer kleinere Blockbelohnungen ausgegeben.
Der Ansatz von Bitcoin Cash fuer den Uebergang von Blockbelohnungen zu gebuehrenbasierter Miner-Verguetung unterscheidet sich vom Ansatz von Bitcoin. Bitcoins Skalierungsphilosophie, die Blockspace verknappt, um einen Fee-Market aufrechtzuerhalten, verlaesst sich implizit auf hohe Gebuehren pro Transaktion, um Miner zu kompensieren, wenn Blockbelohnungen sinken. Bitcoin Cash verfolgt das Gegenteil: Durch niedrige Gebuehren und grosse Bloecke soll ausreichend Gesamtgebuehrenumsatz durch hohes Transaktionsvolumen statt durch hohe Einzelgebuehren entstehen. In diesem Modell koennen selbst geringe Gebuehren pro Transaktion ausreichen, wenn das Netzwerk sehr viele Transaktionen verarbeitet.
Dieses volumenbasierte Gebuehrenmodell setzt voraus, dass Bitcoin Cash einen deutlich hoeheren Transaktionsdurchsatz als Bitcoin erreicht, um in der Post-Subsidy-Aera vergleichbare Miner-Incentives zu erzeugen. Befuerworter argumentieren, dass dies durch fortgesetzte On-Chain-Skalierung erreichbar ist, da die weltweite Zahlungsnachfrage enorm ist und bereits ein kleiner Anteil an globalen Transaktionen Millionen von Zahlungen pro Tag bedeuten wuerde. Kritiker entgegnen, dass ein solches Adoptionsniveau ungewiss sei und dass das Niedriggebuehrenmodell waehrend des Uebergangs nicht genuegend Anreize liefern koennte.
Die geteilte Geldpolitik zwischen Bitcoin und Bitcoin Cash bedeutet ausserdem, dass beide Chains direkt um SHA-256-Mining-Hashpower konkurrieren. Miner allokieren Ressourcen zu der Chain, die zu einem bestimmten Zeitpunkt profitabler ist, und die Difficulty-Adjustment-Algorithmen beider Chains passen sich dieser dynamischen Allokation an. In der Praxis war der Anteil von Bitcoin Cash an der gesamten SHA-256-Hashrate grob proportional zu seinem relativen Preis, was das rationale Verhalten profitmaximierender Miner widerspiegelt.
Monetary Policy
Bitcoin Cash hérite intégralement de la politique monétaire de Bitcoin. L'offre totale de Bitcoin Cash est plafonnée à 21 millions de pièces, et le calendrier d'émission suit le même mécanisme de halving que Bitcoin. Cette politique monétaire commune est une conséquence directe de la bifurcation: parce que Bitcoin Cash s'est séparé de la blockchain Bitcoin, il a démarré avec le même historique d'émission et continue d'appliquer les mêmes règles d'émission à l'avenir.
La récompense de bloc a commencé à 50 BCH par bloc (héritée des paramètres du bloc genesis de Bitcoin) et est divisée par deux tous les 210 000 blocs, soit environ tous les quatre ans. Le premier halving a eu lieu en novembre 2012 (avant la bifurcation, donc historique partagé), réduisant la récompense à 25 pièces. Le deuxième halving en juillet 2016 l'a réduite à 12,5 pièces. Le troisième halving en avril 2020, survenu après la bifurcation et donc spécifique à la chaîne Bitcoin Cash, l'a réduite à 6,25 BCH. Le quatrième halving en avril 2024 l'a encore réduite à 3,125 BCH par bloc.
Ce calendrier de halvings crée une politique monétaire désinflationniste où le rythme de création de nouvelles pièces diminue au fil du temps, en s'approchant asymptotiquement de zéro. La dernière pièce de Bitcoin Cash devrait être minée aux alentours de l'année 2140. À ce moment-là, les revenus des mineurs proviendront entièrement des frais de transaction.
Le plafond de 21 millions et le calendrier de halvings confèrent à Bitcoin Cash les mêmes propriétés de rareté que Bitcoin. L'offre en circulation au début de 2026 est d'environ 19,8 millions de BCH, soit plus de 94% de l'offre totale qui existera un jour. Les pièces restantes seront distribuées sur plus d'un siècle au travers de récompenses de bloc de plus en plus faibles.
L'approche de Bitcoin Cash concernant la transition des récompenses de bloc vers une rémunération des mineurs fondée sur les frais diffère de la stratégie de Bitcoin. La philosophie de mise à l'échelle de Bitcoin, qui contraint l'espace de bloc pour maintenir un marché des frais, repose implicitement sur des frais élevés par transaction afin de compenser les mineurs lorsque les récompenses diminuent. Bitcoin Cash prend l'approche inverse: en maintenant des frais bas et des blocs grands, le réseau vise à générer suffisamment de revenus de frais totaux grâce à un volume élevé de transactions plutôt qu'à des frais élevés par transaction. Dans ce modèle, si chaque transaction paie un centime mais que le réseau traite des millions de transactions par bloc, les revenus agrégés de frais peuvent tout de même être suffisamment importants pour inciter au minage.
Ce modèle fondé sur le volume exige que Bitcoin Cash atteigne un débit de transactions significativement plus élevé que Bitcoin pour fournir des incitations équivalentes aux mineurs à l'ère post-subvention. Les partisans soutiennent que cela est réalisable via la mise à l'échelle on-chain continue, car la demande mondiale en paiements est énorme et même une part modeste des transactions mondiales représenterait des millions de paiements par jour. Les critiques rétorquent que ce niveau d'adoption est incertain et que le modèle à faibles frais pourrait créer des incitations insuffisantes pendant la période de transition.
La politique monétaire partagée entre Bitcoin et Bitcoin Cash signifie que les deux chaînes sont en concurrence directe pour la puissance de hachage SHA-256. Les mineurs allouent leurs ressources à la chaîne la plus profitable à un moment donné, et les algorithmes d'ajustement de difficulté des deux chaînes s'adaptent à cette allocation fluide. En pratique, la part de Bitcoin Cash dans le taux de hachage total SHA-256 a été proportionnelle à son prix relatif, reflétant le comportement économique rationnel des mineurs cherchant à maximiser leur profit.
Conclusion
Bitcoin Cash repraesentiert eine prinzipientreue Fortsetzung der urspruenglichen Bitcoin-Vision als Peer-to-Peer-Electronic Cash. Durch die Erhoehung des Blockgroessenlimits und die Verfolgung von On-Chain-Skalierung hat Bitcoin Cash niedrige Gebuehren und schnelle Transaktionen bewahrt, wie sie fruehes Bitcoin praegten, und macht damit alltaegliche Zahlungen und Mikrotransaktionen wieder praktikabel.
Die technische Entwicklung des Projekts ist durch ueberlegte und folgenreiche Protokollverbesserungen gekennzeichnet. Der ASERT-Difficulty-Adjustment-Algorithmus sorgt fuer stabile Blockproduktion unter volatilen Hashrate-Bedingungen. Die erweiterte Scripting-Sprache mit wiederhergestellten und neuen Opcodes ermoeglicht anspruchsvolle Smart Contracts innerhalb der Sicherheitsgrenzen des UTXO-Modells. CashTokens bringt konsensdurchgesetzte Tokenisierung erstmals in ein Bitcoin-angelehntes Protokoll. CashScript macht diese Faehigkeiten einer breiten Entwicklercommunity zugaenglich. Zusammengenommen zeigen diese Fortschritte, dass das UTXO-Modell ein reiches Oekosystem dezentraler Anwendungen tragen kann, ohne seine grundlegende Einfachheit und Sicherheitsmerkmale aufzugeben.
Die Skalierungsdebatte, die zur Entstehung von Bitcoin Cash fuehrte, verdeutlichte eine grundlegende Spannung in dezentralen Systemen: den Trade-off zwischen On-Chain-Kapazitaet und den Kosten fuer den Betrieb von Full Nodes. Bitcoin Cash hat sich entschieden, Transaktionskapazitaet und Nutzererlebnis zu priorisieren, und argumentiert, dass die oekonomischen Vorteile breiter Adoption und Nutzung die hoeheren Hardwareanforderungen fuer Node-Betreiber aufwiegen. Dies ist eine empirische Frage, deren Antwort sich in den kommenden Jahren und Jahrzehnten zeigen wird, waehrend sowohl Bitcoin als auch Bitcoin Cash ihre jeweiligen Pfade weiterentwickeln.
Dass Bitcoin Cash mehrere Baerenmaerkte, kontroverse Forks (insbesondere die Bitcoin-SV-Abspaltung im November 2018) und anhaltende Community-Arbeit ueberstanden hat, zeigt die Widerstandsfaehigkeit des Projekts und die Ueberzeugung seiner Teilnehmer. Das Netzwerk hat seit dem Fork hunderte Millionen Transaktionen verarbeitet, den Betrieb kontinuierlich aufrechterhalten und eine globale Community von Entwicklern, Haendlern und Nutzern angezogen, die Peer-to-Peer-Electronic Cash fuer eine lohnende Technologie halten.
Der langfristige Erfolg von Bitcoin Cash haengt davon ab, ob es Nutzer und Haendler gewinnt, die verlaessliche Transaktionen mit niedrigen Gebuehren schaetzen, und ob es seine Infrastruktur auf die Anforderungen eines globalen Zahlungsnetzwerks skalieren kann. Die technischen Grundlagen sind solide, die Roadmap ist klar, und die Community ist engagiert. Ob Bitcoin Cash sein ambitioniertes Ziel erreicht, als Electronic Cash fuer die Welt zu dienen, wird nicht durch technische Grenzen entschieden, sondern durch Netzwerkeffekte, Marktdynamiken und Adoptionsmuster, die die Evolution aller Geldsysteme praegen.
Conclusion
Bitcoin Cash représente une continuation de principe de la vision originale de Bitcoin en tant qu'argent électronique pair-à-pair. En augmentant la limite de taille de bloc et en poursuivant la mise à l'échelle on-chain, Bitcoin Cash a conservé les faibles frais et les transactions rapides qui caractérisaient les débuts de Bitcoin, le rendant pratique pour les paiements quotidiens et les microtransactions que le whitepaper original envisageait.
La trajectoire technique du projet a été marquée par des améliorations de protocole réfléchies et conséquentes. L'algorithme d'ajustement de difficulté ASERT fournit une production de blocs stable malgré une volatilité du taux de hachage. Le langage de script amélioré, avec des opcodes restaurés et nouveaux, permet des contrats intelligents sophistiqués dans les contraintes de sécurité du modèle UTXO. CashTokens apporte la tokenisation appliquée par le consensus au protocole Bitcoin pour la première fois. CashScript rend ces capacités accessibles à une large communauté de développeurs. Ensemble, ces avancées démontrent que le modèle UTXO peut soutenir un écosystème riche d'applications décentralisées tout en conservant ses propriétés fondamentales de simplicité et de sécurité.
Le débat sur la mise à l'échelle qui a conduit à la création de Bitcoin Cash a mis en évidence une tension fondamentale des systèmes décentralisés: le compromis entre la capacité on-chain et le coût d'exploitation de nœuds complets. Bitcoin Cash a choisi de prioriser la capacité de transaction et l'expérience utilisateur, en affirmant que les bénéfices économiques d'une adoption et d'un usage généralisés l'emportent sur l'augmentation des exigences matérielles pour les opérateurs de nœuds. C'est une question empirique dont la réponse se précisera au cours des années et décennies à venir, à mesure que Bitcoin et Bitcoin Cash continueront d'évoluer selon leurs trajectoires respectives.
La survie et le développement continu de Bitcoin Cash à travers plusieurs marchés baissiers, des forks conflictuels (notamment la séparation Bitcoin SV en novembre 2018) et des efforts communautaires soutenus démontrent la résilience du projet et la conviction de ses participants. Le réseau a traité des centaines de millions de transactions depuis la bifurcation, a maintenu une opération continue, et a attiré une communauté mondiale de développeurs, de commerçants et d'utilisateurs qui partagent la croyance que l'argent électronique pair-à-pair est une technologie qui vaut la peine d'être construite.
Le succès à long terme de Bitcoin Cash dépend de sa capacité à attirer des utilisateurs et des commerçants qui valorisent des transactions fiables à faibles frais, et à faire évoluer son infrastructure pour répondre aux exigences d'un réseau de paiement mondial. Les fondations techniques sont solides, la feuille de route est claire et la communauté est engagée. La question de savoir si Bitcoin Cash atteindra finalement son objectif ambitieux de servir d'argent électronique pour le monde ne sera pas déterminée par des limitations techniques, mais par les effets de réseau, les dynamiques de marché et les schémas d'adoption qui gouvernent l'évolution de tous les systèmes monétaires.
