बिटकॉइन कैश: दुनिया के लिए पीयर-टू-पीयर इलेक्ट्रॉनिक कैश
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 एक peer-to-peer इलेक्ट्रॉनिक कैश प्रणाली है जो 1 अगस्त, 2017 को Bitcoin blockchain से fork हुई। Bitcoin की scaling सीमाओं के जवाब में बनाई गई, Bitcoin Cash ने अधिक transaction throughput और कम शुल्क सक्षम करने के लिए block size सीमा बढ़ाई, जिससे रोज़मर्रा के लेनदेन के लिए एक व्यावहारिक विनिमय माध्यम के रूप में Bitcoin की मूल दृष्टि बहाल हुई। 32MB blocks, एक adaptive difficulty adjustment algorithm, और निरंतर protocol विकास के साथ, Bitcoin Cash का लक्ष्य वैश्विक peer-to-peer कैश के रूप में on-chain scaling करना है।
Bitcoin Cash परियोजना का जन्म Bitcoin समुदाय के भीतर एक मौलिक असहमति से हुआ, जो इस बारे में थी कि बढ़ती माँग को पूरा करने के लिए नेटवर्क को कैसे scale करना चाहिए। जबकि एक गुट ने Segregated Witness (SegWit) पर निर्मित Lightning Network जैसे off-chain scaling समाधानों की वकालत की, दूसरे गुट ने तर्क दिया कि block size सीमा बढ़ाना scaling का सबसे सीधा और सिद्ध तरीका है। जब सहमति नहीं बन सकी, तो बाद वाले समूह ने एक hard fork निष्पादित किया, जिससे एक नई chain बनी जिसने Bitcoin के transaction इतिहास को संरक्षित किया, साथ ही बड़ी block size सीमा लागू की और SegWit को अस्वीकार किया। यह दस्तावेज़ 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
मूल Bitcoin whitepaper, जो Satoshi Nakamoto द्वारा 2008 में प्रकाशित किया गया, ने "इलेक्ट्रॉनिक कैश का एक विशुद्ध peer-to-peer संस्करण" का वर्णन किया जो "किसी वित्तीय संस्था से गुज़रे बिना सीधे एक पक्ष से दूसरे पक्ष को ऑनलाइन भुगतान भेजने" की अनुमति देगा। रोज़मर्रा के लेनदेन के लिए विनिमय माध्यम के रूप में Bitcoin की यह दृष्टि इसके शुरुआती अपनाने और समुदाय के विकास का केंद्र थी। शुरुआती Bitcoin समर्थकों ने पारंपरिक वित्तीय प्रणालियों की तुलना में कम transaction शुल्क और तेज़ भुगतान को प्रमुख लाभ के रूप में अक्सर उद्धृत किया।
हालाँकि, जैसे-जैसे 2010 के मध्य तक Bitcoin की लोकप्रियता बढ़ी, एक मौलिक बाधा ने इलेक्ट्रॉनिक कैश के रूप में इसकी उपयोगिता को सीमित करना शुरू कर दिया। एक megabyte की block size सीमा, जो मूल रूप से एक अस्थायी anti-spam उपाय के रूप में शुरू की गई थी, ने नेटवर्क द्वारा संसाधित किए जा सकने वाले transactions की संख्या पर एक कृत्रिम सीमा बना दी। जैसे-जैसे block space की माँग बढ़ी, उपयोगकर्ताओं को सीमित क्षमता के लिए उच्च transaction शुल्क प्रदान करके प्रतिस्पर्धा करने के लिए मजबूर होना पड़ा। 2017 की शुरुआत तक, Bitcoin transaction शुल्क का मध्यमान कई डॉलर तक बढ़ गया था, जिससे छोटे मूल्य के लेनदेन आर्थिक रूप से अव्यावहारिक हो गए। चरम भीड़भाड़ की अवधि के दौरान, शुल्क बीस डॉलर से अधिक हो सकता था, और transactions घंटों या दिनों तक unconfirmed रह सकते थे।
यह स्थिति Bitcoin के मूल वादे से एक मौलिक विचलन का प्रतिनिधित्व करती थी। एक प्रणाली जो peer-to-peer इलेक्ट्रॉनिक भुगतान सक्षम करने के लिए डिज़ाइन की गई थी, उन्हीं उपयोग मामलों के लिए बहुत महँगी और बहुत धीमी होती जा रही थी जिनके लिए इसे बनाया गया था। जबकि Bitcoin को तेजी से "digital gold" -- विनिमय के माध्यम के बजाय मूल्य का भंडार -- के रूप में स्थापित किया जा रहा था, कई समुदाय सदस्यों और developers का मानना था कि यह परियोजना के संस्थापक सिद्धांतों का विश्वासघात है।
Bitcoin Cash इस संकट को सबसे प्रत्यक्ष scaling दृष्टिकोण अपनाकर हल करने के लिए बनाया गया: block size सीमा बढ़ाना। प्रत्येक block में अधिक transactions को समाहित करने की अनुमति देकर, Bitcoin Cash का लक्ष्य कम शुल्क और तेज़ confirmations बहाल करना था, जिससे peer-to-peer इलेक्ट्रॉनिक कैश फिर से व्यावहारिक बन सके। परियोजना के समर्थकों ने तर्क दिया कि on-chain scaling न केवल तकनीकी रूप से संभव था बल्कि यह वह दृष्टिकोण था जिसकी Satoshi Nakamoto ने मूल रूप से कल्पना की थी, शुरुआती संवादों की ओर इशारा करते हुए जिनमें Nakamoto ने नेटवर्क के बढ़ने पर block size सीमा बढ़ाने पर चर्चा की थी।
1 अगस्त, 2017 को Bitcoin Cash का निर्माण cryptocurrency इतिहास की सबसे महत्वपूर्ण घटनाओं में से एक था। यह Bitcoin के इतिहास में protocol की भविष्य की दिशा के बारे में एक वास्तविक दार्शनिक असहमति से प्रेरित पहला बड़ा chain split था। Fork ने प्रदर्शित किया कि एक विकेन्द्रीकृत प्रणाली में, अनसुलझे विवादों को प्रत्येक गुट को स्वतंत्र रूप से अपनी दृष्टि का अनुसरण करने की अनुमति देकर सुलझाया जा सकता है, जिसमें बाज़ार अंततः परिणाम निर्धारित करता है।
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
Bitcoin scaling बहस open-source software विकास के इतिहास में सबसे विवादास्पद और लंबे समय तक चलने वाले विवादों में से एक थी। इसके मूल में, बहस एक प्रतीत होने वाले सरल प्रश्न पर केंद्रित थी: Bitcoin नेटवर्क को अपनी transaction प्रसंस्करण क्षमता कैसे बढ़ानी चाहिए? हालाँकि, इस प्रश्न के उत्तर ने शासन, विकेन्द्रीकरण, तकनीकी दर्शन, और Bitcoin की पहचान के मौलिक मुद्दों को छुआ।
Bitcoin की एक megabyte की block size सीमा को Satoshi Nakamoto ने 2010 में denial-of-service हमलों को रोकने के एक अस्थायी उपाय के रूप में शुरू किया था, जिसमें एक विरोधी ओवरसाइज़ blocks से नेटवर्क को बाधित कर सकता था। उस समय, वास्तविक block उपयोग इस सीमा से बहुत नीचे था, और Nakamoto ने सुझाव दिया कि भविष्य में एक सरल कोड परिवर्तन के माध्यम से सीमा बढ़ाई जा सकती है। हालाँकि, जैसे-जैसे Bitcoin का उपयोग बढ़ा और blocks भरने लगे, सीमा बढ़ाना किसी की भी अपेक्षा से कहीं अधिक विवादास्पद साबित हुआ।
एक गुट, जो Bitcoin Core विकास टीम से जुड़ा था, ने तर्क दिया कि विकेन्द्रीकरण को संरक्षित करने के लिए block size छोटा रहना चाहिए। उनका तर्क था कि बड़े blocks full node चलाने के लिए computational और bandwidth आवश्यकताओं को बढ़ा देंगे, संभावित रूप से सामान्य उपयोगकर्ताओं को बाहर कर देंगे और node संचालन को अच्छी तरह से संसाधन संपन्न संस्थाओं के बीच केंद्रित कर देंगे। उन्होंने एक वैकल्पिक scaling पथ प्रस्तावित किया: Segregated Witness (SegWit), एक protocol परिवर्तन जिसने नाममात्र size सीमा बढ़ाए बिना block की transaction क्षमता को प्रभावी रूप से बढ़ाने के लिए transaction data को पुनर्गठित किया, इसे Lightning Network जैसे off-chain समाधानों के साथ जोड़ा जो अधिकांश transactions को मुख्य blockchain से हटा देंगे।
विरोधी गुट, जिसमें प्रमुख developers, miners और व्यवसाय शामिल थे, ने तर्क दिया कि block size सीमा बढ़ाना सबसे सरल, सबसे सिद्ध और सबसे तत्काल समाधान है। उन्होंने दावा किया कि एक megabyte की सीमा एक मनमाना प्रतिबंध था जो कभी भी protocol की स्थायी विशेषता के रूप में अभिप्रेत नहीं था, और परिणामी शुल्क वृद्धि और भीड़भाड़ उपयोगकर्ताओं और व्यापारियों को Bitcoin से दूर कर रही थी। वे SegWit की जटिलता के प्रति संदेहशील थे और चिंतित थे कि Lightning Network, जो उस समय अभी भी काफी हद तक सैद्धांतिक था, कभी भी सस्ते, तत्काल transactions के अपने वादों को पूरा नहीं कर सकता।
बहस प्रस्तावों और प्रति-प्रस्तावों की एक श्रृंखला के माध्यम से बढ़ती गई। Bitcoin XT, जो Mike Hearn और Gavin Andresen द्वारा 2015 में प्रस्तावित किया गया, ने block size को 8MB तक बढ़ाने की माँग की। Bitcoin Classic ने 2MB तक अधिक मामूली वृद्धि प्रस्तावित की। Bitcoin Unlimited ने block size सीमा को पूरी तरह हटाने का प्रस्ताव रखा, miners को बाज़ार गतिशीलता के माध्यम से अपनी सीमाएँ निर्धारित करने की अनुमति दी। प्रत्येक प्रस्ताव ने तीव्र बहस उत्पन्न की और किसी ने भी गैर-विवादास्पद hard fork के लिए आवश्यक भारी सहमति हासिल नहीं की।
समझौते के कई प्रयास किए गए। Hong Kong Agreement (फरवरी 2016) में Bitcoin Core developers और miners ने SegWit deploy करने और उसके बाद 2MB hard fork करने पर सहमति जताई, लेकिन hard fork घटक को आगे न बढ़ाए जाने पर समझौता टूट गया। New York Agreement (मई 2017), जिसे SegWit2x के रूप में भी जाना जाता है, ने SegWit को तुरंत सक्रिय करने और छह महीने के भीतर 2MB hard fork करने का प्रस्ताव रखा। इस समझौते पर Bitcoin के hash power के बहुमत का प्रतिनिधित्व करने वाली पचास से अधिक कंपनियों ने हस्ताक्षर किए, लेकिन Bitcoin Core विकास टीम और उपयोगकर्ता समुदाय के एक महत्वपूर्ण हिस्से ने इसका कड़ा विरोध किया।
जब यह स्पष्ट हो गया कि समझौता असंभव है, तो big-block गुट ने एकतरफा कार्रवाई करने का निर्णय लिया। 1 अगस्त, 2017 को, उन्होंने 8MB की प्रारंभिक block size सीमा के साथ Bitcoin Cash बनाते हुए Bitcoin blockchain का hard fork निष्पादित किया। यह हल्के में लिया गया निर्णय नहीं था -- इसके लिए blockchain, नेटवर्क, समुदाय और ब्रांड को विभाजित करना आवश्यक था। लेकिन Bitcoin Cash के समर्थकों का मानना था कि peer-to-peer इलेक्ट्रॉनिक कैश के रूप में Bitcoin की मूल दृष्टि को संरक्षित करने का यही एकमात्र तरीका है।
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
Bitcoin Cash hard fork 1 अगस्त, 2017 को block height 478,558 पर निष्पादित किया गया। उस बिंदु पर, Bitcoin blockchain दो अलग-अलग chains में विभाजित हो गया: मूल chain, जो SegWit activation के साथ Bitcoin (BTC) के रूप में जारी रही, और नई chain, जो 8MB की बढ़ी हुई block size सीमा के साथ Bitcoin Cash (BCH) बनी।
Fork तकनीकी रूप से साफ और सुनियोजित था। प्रत्येक Bitcoin address जिसमें fork के समय balance था, उसे दोनों chains पर समान balance प्राप्त हुआ। यदि किसी उपयोगकर्ता के पास fork से पहले 1 BTC था, तो fork के बाद उनके पास Bitcoin chain पर 1 BTC और Bitcoin Cash chain पर 1 BCH होगा। Block 478,558 से पहले का संपूर्ण transaction इतिहास दोनों chains के बीच साझा था।
Fork की एक महत्वपूर्ण तकनीकी चुनौती replay protection का कार्यान्वयन था। Replay protection के अभाव में, एक chain पर broadcast किया गया transaction दूसरी chain पर replay किया जा सकता था, जिससे उपयोगकर्ता अनजाने में दोनों chains पर coins खर्च कर सकते थे। Bitcoin Cash ने transaction signing algorithm को संशोधित करके मजबूत replay protection लागू किया। विशेष रूप से, Bitcoin Cash ने एक नया SigHash flag (SIGHASH_FORKID) पेश किया जो प्रत्येक transaction signature के hash में शामिल होता है। इस flag के साथ signed transactions Bitcoin Cash chain पर valid हैं लेकिन Bitcoin chain पर invalid, और इसके विपरीत। इसने fork के क्षण से दोनों नेटवर्कों के बीच एक स्वच्छ पृथक्करण सुनिश्चित किया।
Bitcoin Cash के लिए प्रारंभिक block size सीमा 8MB निर्धारित की गई, जो Bitcoin की 1MB सीमा से आठ गुना बड़ी थी। यह on-chain transaction क्षमता में एक महत्वपूर्ण वृद्धि का प्रतिनिधित्व करता था, जिससे Bitcoin Cash कम शुल्क बनाए रखते हुए प्रति block काफी अधिक transactions प्रसंस्करित कर सकता था। Fork के बाद पहला Bitcoin Cash block ViaBTC mining pool द्वारा mine किया गया और लगभग 1.9MB आकार का था, जो बड़े block size के तत्काल व्यावहारिक लाभ को प्रदर्शित करता था।
Fork ने SegWit को भी हटा दिया, जो Bitcoin chain पर activated हो चुका था। Bitcoin Cash developers ने कई कारणों से SegWit को अस्वीकार किया: उनका मानना था कि यह protocol में अनावश्यक जटिलता लाता है, यह विभिन्न शुल्क संरचनाओं के साथ एक दो-स्तरीय transaction प्रणाली बनाता है, और यह block संरचना को इस तरह संशोधित करता है जो उनके अनुसार UTXO model की सरलता को कमज़ोर करता है। इसके बजाय एक सीधी block size वृद्धि चुनकर, Bitcoin Cash ने एक सरल और अधिक पारंपरिक Bitcoin-जैसी protocol architecture बनाए रखी।
Fork के बाद, दोनों chains को difficulty adjustment की चुनौती से निपटना पड़ा। Bitcoin Cash ने शुरू में Bitcoin chain से वही SHA-256 difficulty उपयोग की, लेकिन mining के लिए काफी कम hash power समर्पित थी। एक ऐसे परिदृश्य को रोकने के लिए जिसमें blocks बेहद धीमी गति से mine हों, Bitcoin Cash ने एक Emergency Difficulty Adjustment (EDA) mechanism लागू किया जो 12-घंटे की अवधि में 6 से कम blocks mine होने पर difficulty को 20 प्रतिशत कम कर देगा। जबकि इस mechanism ने महत्वपूर्ण शुरुआती अवधि में chain को जीवित रखने में सफलतापूर्वक काम किया, यह अस्थिर साबित हुआ, जिससे block उत्पादन समय और hash rate में जंगली उतार-चढ़ाव हुए क्योंकि miners लाभप्रदता के आधार पर Bitcoin और Bitcoin Cash के बीच switch करते थे। EDA को नवंबर 2017 में पिछले 144 blocks के moving average पर आधारित अधिक स्थिर difficulty adjustment algorithm से बदल दिया गया।
Fork को व्यापक cryptocurrency समुदाय में काफी विवाद का सामना करना पड़ा। आलोचकों ने तर्क दिया कि Bitcoin Cash, Bitcoin ब्रांड को हड़पने का एक अवैध प्रयास था, जबकि समर्थकों ने दावा किया कि यह Bitcoin के मूल roadmap की एक वैध निरंतरता है। Exchanges और सेवा प्रदाताओं को नई chain का समर्थन करने और अपने ग्राहकों को forked coins के वितरण को संभालने के बारे में तेज़ निर्णय लेने पड़े। विवाद के बावजूद, Bitcoin Cash ने जल्दी ही एक व्यवहार्य और सक्रिय रूप से उपयोग की जाने वाली cryptocurrency के रूप में खुद को स्थापित कर लिया, fork के बाद के महीनों में महत्वपूर्ण trading volume और merchant adoption हासिल किया।
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, Bitcoin की मौलिक तकनीकी architecture साझा करता है, जिसमें SHA-256 proof-of-work consensus mechanism, UTXO transaction model, digital signatures के लिए secp256k1 elliptic curve, और दस-मिनट का लक्ष्य block interval शामिल है। हालाँकि, कई प्रमुख संशोधन इसे Bitcoin protocol से अलग करते हैं।
सबसे प्रमुख अंतर block size सीमा है। Bitcoin Cash ने 8MB block size सीमा के साथ शुरुआत की और बाद में मई 2018 में इसे 32MB तक बढ़ा दिया। यह 32MB सीमा Bitcoin की प्रभावी 1MB non-SegWit block size (या Bitcoin की SegWit-enhanced प्रभावी सीमा लगभग 4MB की तुलना में लगभग 8 गुना क्षमता) की तुलना में लगभग 32 गुना transaction क्षमता प्रदान करती है। बड़ा block size Bitcoin Cash के on-chain scaling दर्शन की आधारशिला है, जो शुल्क दबाव के बिना transaction वृद्धि के लिए पर्याप्त जगह प्रदान करता है जो तब उत्पन्न होता है जब blocks लगातार भरे रहते हैं।
Bitcoin Cash Segregated Witness (SegWit) को लागू नहीं करता। जैसा कि SegWit witness data को transaction data से अलग करता है, Bitcoin Cash मूल Bitcoin transaction format को अक्षुण्ण रखता है। सभी transaction data, signatures सहित, पारंपरिक तरीके से block के भीतर संग्रहीत होता है। यह protocol को सरल बनाता है और पुराने Bitcoin software और infrastructure के साथ backward compatibility बनाए रखता है।
Bitcoin Cash में एक महत्वपूर्ण protocol enhancement बेहतर SigHash algorithm है, जिसे fork के समय पेश किया गया था। नया algorithm, BIP 143 पर आधारित (जो मूल रूप से SegWit के लिए विकसित किया गया था), मूल Bitcoin signature verification scheme में मौजूद quadratic hashing समस्या को ठीक करता है। मूल scheme में, transaction के signature को verify करने की computational लागत inputs की संख्या के साथ quadratically बढ़ती थी, जिससे एक संभावित denial-of-service vector बनता था। नया SigHash algorithm verification लागत को linear बनाता है, जिससे नेटवर्क बड़े और अधिक जटिल transactions को सुरक्षित रूप से प्रसंस्करित कर सकता है।
Bitcoin Cash, Bitcoin की तुलना में बड़ा अधिकतम transaction size और प्रति block अधिक संख्या में signature operations (sigops) का समर्थन करता है। Sigops सीमा block size के अनुपात में scaled होती है, यह सुनिश्चित करती है कि block validation की computational लागत सीमित रहे जबकि प्रति block काफी अधिक transactions की अनुमति दी जाए।
Bitcoin Cash में scripting system को Bitcoin के तुलनात्मक रूप से रूढ़िवादी दृष्टिकोण से परे सक्रिय रूप से विकसित किया गया है। Bitcoin Cash ने कई opcodes को पुनः सक्रिय और पेश किया है जो इसकी scripting language की अभिव्यक्ति क्षमता को बढ़ाते हैं। उल्लेखनीय जोड़ में OP_CHECKDATASIG और OP_CHECKDATASIGVERIFY शामिल हैं, जो transaction scripts को मनमाने data (केवल transaction data ही नहीं) के विरुद्ध signatures verify करने की अनुमति देते हैं, oracle-based smart contracts और अन्य उन्नत scripting patterns को सक्षम करते हैं। OP_REVERSEBYTES opcode, native introspection opcodes, और बड़ी script और stack सीमाओं ने Bitcoin Cash की programmability को और बढ़ाया है।
Bitcoin Cash, Bitcoin के समान address format foundation का उपयोग करता है लेकिन भ्रम और cross-chain sending त्रुटियों को रोकने के लिए जनवरी 2018 में CashAddr format अपनाया। CashAddr addresses prefix के रूप में "bitcoincash:" से शुरू होते हैं (hash भाग के लिए अक्सर "q" या "p" तक संक्षिप्त) और Bitcoin के base58check format से भिन्न encoding scheme का उपयोग करते हैं। यह दृश्य भेद तुरंत स्पष्ट करता है कि कोई address Bitcoin का है या Bitcoin Cash का, जिससे उपयोगकर्ताओं द्वारा गलती से गलत chain पर coins भेजने का जोखिम कम होता है।
नेटवर्क port 8333 पर संचालित होता है, जो Bitcoin के समान default port है, हालाँकि Bitcoin Cash nodes protocol handshake में एक अलग network magic number के साथ अपनी पहचान करते हैं। इसका मतलब है कि Bitcoin और Bitcoin Cash nodes एक ही port का उपयोग करने के बावजूद गलती से एक-दूसरे से connect नहीं होंगे।
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
Transaction throughput और scalability Bitcoin Cash के मूल्य प्रस्ताव का केंद्र हैं। परियोजना की मौलिक thesis यह है कि peer-to-peer इलेक्ट्रॉनिक कैश को रोज़मर्रा के उपयोग के लिए व्यवहार्य होने हेतु transactions को जल्दी और सस्ते में प्रसंस्करित करने में सक्षम होना चाहिए, और बड़े blocks के माध्यम से on-chain scaling इसे प्राप्त करने का सबसे विश्वसनीय तरीका है।
32MB block size सीमा और दस-मिनट के block interval के साथ, Bitcoin Cash की सैद्धांतिक अधिकतम throughput, औसत transaction size के आधार पर, लगभग 100 transactions प्रति सेकंड है। यह Bitcoin की सैद्धांतिक अधिकतम लगभग 7 transactions प्रति सेकंड (1MB blocks के साथ) की तुलना में एक महत्वपूर्ण वृद्धि का प्रतिनिधित्व करता है। व्यवहार में, वास्तविक throughput transaction प्रकारों और sizes के मिश्रण पर निर्भर करता है, लेकिन Bitcoin Cash की क्षमता इसके वर्तमान transaction volume के लिए पर्याप्त से अधिक है, blocks आमतौर पर 32MB सीमा से बहुत नीचे रहते हैं।
उपलब्ध block space की प्रचुरता का transaction शुल्क पर प्रत्यक्ष और मापनीय प्रभाव होता है। जब blocks भरे नहीं होते, तो कोई शुल्क प्रतिस्पर्धा नहीं होती, और transactions न्यूनतम शुल्क के साथ confirm हो सकते हैं। Bitcoin Cash का default minimum relay fee 1 satoshi प्रति byte है (जहाँ 1 satoshi = 0.00000001 BCH), और अधिकांश transactions इस न्यूनतम पर या इसके निकट अगले block में confirm हो जाते हैं। इसका मतलब है कि सामान्य परिस्थितियों में Bitcoin Cash transactions की लागत एक cent के अंश होती है, Bitcoin की तुलना में जहाँ भीड़भाड़ की अवधि में शुल्क डॉलर से लेकर दसियों डॉलर तक हो सकता है।
Bitcoin Cash विकास समुदाय ने on-chain scaling की सीमाओं पर व्यापक शोध और परीक्षण किया है। Gigablock Testnet Initiative, जो 2017-2018 में आयोजित की गई, ने प्रदर्शित किया कि उचित software optimizations और आधुनिक hardware के साथ Bitcoin protocol 1GB या उससे अधिक के blocks को संभाल सकता है। इन परीक्षणों ने मूल codebase में कई bottlenecks की पहचान की -- जिनमें block propagation, transaction validation, और UTXO set management शामिल हैं -- और बाद के optimization प्रयासों को सूचित किया।
बड़े blocks का समर्थन करने के लिए कई protocol और implementation सुधार किए गए हैं। Graphene, invertible Bloom lookup tables और Bloom filters पर आधारित एक block propagation protocol, blocks को propagate करने के लिए आवश्यक bandwidth को नाटकीय रूप से कम करता है, केवल एक block और receiving node के mempool में पहले से मौजूद transactions के बीच के अंतर को encode करके। Canonical Transaction Ordering (CTOR), जो नवंबर 2018 में लागू किया गया, एक block के भीतर transactions को उनकी transaction ID के अनुसार ordered होना आवश्यक बनाता है। यह प्रतीत होने वाला छोटा परिवर्तन block validation और propagation में महत्वपूर्ण optimizations सक्षम करता है, क्योंकि यह transactions के parallel validation और अधिक कुशल set reconciliation algorithms की अनुमति देता है।
UTXO commitment और parallel validation पहल ने बड़े blocks को कुशलतापूर्वक संभालने की नेटवर्क की क्षमता को और बेहतर बनाया है। आधुनिक multi-core processors और solid-state storage का लाभ उठाते हुए, optimized node implementations स्वीकार्य समय-सीमा के भीतर दसियों हज़ार transactions वाले blocks को validate कर सकते हैं।
Bitcoin Cash का scalability roadmap technology और माँग के अनुसार block size सीमा में और वृद्धि की परिकल्पना करता है। परियोजना के developers ने पूरी तरह से on-chain वैश्विक-स्तर के भुगतान volumes का समर्थन करने का दीर्घकालिक लक्ष्य व्यक्त किया है, ऐसे throughput स्तरों को लक्षित करते हुए जो Bitcoin Cash को अरबों दैनिक transactions की सेवा करने की अनुमति देंगे। जबकि यह लक्ष्य महत्वाकांक्षी है, hardware क्षमताओं, network bandwidth, और software optimization में चल रहे सुधार समय के साथ इसे क्रमिक रूप से प्राप्त करने के लिए एक विश्वसनीय पथ प्रदान करते हैं।
Bitcoin Cash के scaling दृष्टिकोण का एक महत्वपूर्ण पहलू "zero-confirmation" transactions की अवधारणा है। कम-मूल्य के भुगतानों के लिए, व्यापारी broadcast के तुरंत बाद, block में शामिल होने से पहले, transactions स्वीकार कर सकते हैं। Bitcoin Cash ने zero-confirmation transactions की विश्वसनीयता में सुधार के लिए कई उपाय लागू किए हैं, जिनमें "first-seen" नियम (जहाँ nodes केवल transaction का पहला version relay करते हैं, double-spend प्रयासों को और कठिन बनाते हैं) और double-spend notification protocols शामिल हैं जो व्यापारियों को सचेत करते हैं यदि कोई विरोधी transaction पता चलता है। ये उपाय Bitcoin Cash को point-of-sale transactions के लिए व्यावहारिक बनाते हैं जहाँ block confirmation के लिए दस मिनट प्रतीक्षा करना अव्यावहारिक होगा।
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 OP_RETURN opcode का समर्थन करता है, जो उपयोगकर्ताओं को blockchain में एक transaction output के भीतर मनमाना data embed करने की अनुमति देता है जो provably unspendable है। यह सुविधा Bitcoin Cash blockchain के ऊपर निर्मित data-centric applications की एक श्रृंखला को सक्षम करती है, जिसमें token protocols, messaging systems, notarization services, और social media platforms शामिल हैं।
Bitcoin Cash पर OP_RETURN data सीमा प्रति output 220 bytes निर्धारित की गई है, जो Bitcoin की 80-byte सीमा से काफी बड़ी है। इसके अतिरिक्त, Bitcoin Cash एक ही transaction में कई OP_RETURN outputs की अनुमति देता है, जो एकल transaction में embed किए जा सकने वाले data की मात्रा को और विस्तारित करता है। ये उदार सीमाएँ, कम transaction शुल्क के साथ मिलकर, Bitcoin Cash को data applications के लिए एक आर्थिक रूप से व्यवहार्य platform बनाती हैं जो अधिक क्षमता-सीमित chains पर निषेधात्मक रूप से महँगे होंगे।
Simple Ledger Protocol (SLP) OP_RETURN का उपयोग करके Bitcoin Cash पर निर्मित सबसे शुरुआती और सबसे व्यापक रूप से अपनाई गई token प्रणालियों में से एक था। SLP ने उपयोगकर्ताओं को OP_RETURN outputs में token metadata encode करके Bitcoin Cash blockchain पर custom tokens बनाने और transfer करने की अनुमति दी। जबकि SLP को बाद में CashTokens protocol द्वारा काफी हद तक प्रतिस्थापित कर दिया गया है, इसने UTXO model के ऊपर token economies बनाने की व्यवहार्यता प्रदर्शित की।
CashTokens, जो मई 2023 में सक्रिय किया गया, Bitcoin Cash पर tokenization के लिए एक अधिक परिष्कृत दृष्टिकोण का प्रतिनिधित्व करता है। SLP के विपरीत, जो OP_RETURN metadata पर निर्भर था जिसे base protocol द्वारा अनदेखा किया जा सकता था, CashTokens एक consensus-level सुविधा है जो tokens को सीधे UTXO model में एकीकृत करती है। प्रत्येक UTXO एक BCH value और एक संबद्ध token दोनों को वहन कर सकता है, token validity consensus rules द्वारा enforced होती है। CashTokens दो प्रकार के tokens का समर्थन करता है: fungible tokens (Ethereum पर ERC-20 tokens के समान) और non-fungible tokens (NFTs)। Consensus-level enforcement का मतलब है कि token transactions में native BCH transactions के समान security guarantees होती हैं, overlay protocols जैसे SLP की trust assumptions और indexing requirements को समाप्त करते हैं।
Memo.cash एक decentralized social media protocol है जो OP_RETURN transactions का उपयोग करके Bitcoin Cash पर निर्मित है। उपयोगकर्ता posts, follows, likes, और अन्य social actions को encoded OP_RETURN data के साथ Bitcoin Cash transactions के रूप में broadcast करते हैं। चूँकि data blockchain पर संग्रहीत होता है, यह censorship-resistant और स्थायी रूप से archived होता है। Bitcoin Cash पर कम transaction लागत इसे आर्थिक रूप से व्यवहार्य बनाती है -- प्रत्येक social media action की लागत एक cent का अंश होती है।
Bitcoin Cash पर अन्य data applications में document timestamping और notarization services शामिल हैं, जहाँ एक document का hash एक OP_RETURN output में embed किया जाता है ताकि एक विशिष्ट समय बिंदु पर document के अस्तित्व का एक स्थायी, tamper-proof record बनाया जा सके। Supply chain tracking, credential verification, और decentralized identity systems भी Bitcoin Cash की data embedding क्षमताओं का उपयोग करके बनाए गए हैं।
बड़ी OP_RETURN क्षमता, कम शुल्क, और तेज़ confirmation times का संयोजन Bitcoin Cash को blockchain-based data applications के लिए एक प्रतिस्पर्धी platform के रूप में स्थापित करता है। जबकि उद्देश्य-निर्मित data blockchains मौजूद हैं, Bitcoin Cash एक सुस्थापित, अत्यधिक सुरक्षित, और व्यापक रूप से समर्थित नेटवर्क का लाभ प्रदान करता है जिसका निरंतर संचालन का एक सिद्ध track record है।
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
Bitcoin Cash नेटवर्क Bitcoin के समान मौलिक peer-to-peer architecture पर संचालित होता है, जिसमें nodes transactions और blocks को propagate करने के लिए gossip protocol के माध्यम से संवाद करते हैं। Full nodes blockchain की एक पूर्ण प्रतिलिपि बनाए रखते हैं और consensus rules के अनुसार सभी transactions और blocks को स्वतंत्र रूप से validate करते हैं। नेटवर्क permissionless है, जिसका अर्थ है कि कोई भी बिना प्राधिकरण के एक node संचालित कर सकता है और नेटवर्क में भाग ले सकता है।
Bitcoin Cash के लिए कई स्वतंत्र full node implementations मौजूद हैं, जो परियोजना की विकेन्द्रीकृत विकास के प्रति प्रतिबद्धता को दर्शाते हैं। Bitcoin Cash Node (BCHN) सबसे व्यापक रूप से उपयोग किया जाने वाला implementation है और de facto reference client के रूप में कार्य करता है। अन्य implementations में Bitcoin Unlimited, BCHD (Go में लिखा गया), और Knuth (एक उच्च-प्रदर्शन C++ implementation) शामिल हैं। कई स्वतंत्र implementations का अस्तित्व एक ही software bug द्वारा network-wide विफलता के जोखिम को कम करता है और सुनिश्चित करता है कि किसी एक विकास टीम का protocol पर एकतरफा नियंत्रण न हो।
Bitcoin Cash पर mining SHA-256 proof-of-work algorithm का उपयोग करता है, जो Bitcoin के समान है। इसका मतलब है कि समान ASIC mining hardware का उपयोग किसी भी chain को mine करने के लिए किया जा सकता है, और miners लाभप्रदता के आधार पर Bitcoin और Bitcoin Cash के बीच switch कर सकते हैं। व्यवहार में, Bitcoin Cash का hash rate Bitcoin का एक अंश है, क्योंकि SHA-256 mining power का बहुमत अधिक लाभदायक Bitcoin chain की ओर निर्देशित होता है। हालाँकि, Bitcoin Cash का difficulty adjustment algorithm सुनिश्चित करता है कि absolute hash rate स्तर की परवाह किए बिना blocks लक्ष्य दस-मिनट के interval पर उत्पन्न हों।
Difficulty adjustment algorithm Bitcoin Cash के सबसे महत्वपूर्ण protocol घटकों में से एक है। मूल Bitcoin difficulty adjustment, जो हर 2016 blocks (लगभग दो सप्ताह) में recalculate होता है, उन तीव्र hash rate उतार-चढ़ावों को समायोजित करने के लिए बहुत धीमा था जो Bitcoin Cash ने अनुभव किए क्योंकि miners इसके और Bitcoin के बीच switch करते थे। 2017 में समस्याग्रस्त Emergency Difficulty Adjustment (EDA) अवधि के बाद, Bitcoin Cash ने नवंबर 2017 में एक 144-block moving window पर आधारित नया algorithm अपनाया।
नवंबर 2020 में, Bitcoin Cash ने ASERT (Absolutely Scheduled Exponentially Rising Targets) difficulty adjustment algorithm में upgrade किया, जिसे aserti3-2d के रूप में भी जाना जाता है। ASERT एक गणितीय रूप से सुंदर algorithm है जो एक reference block ("anchor block") के बाद से बीते वास्तविक समय और अपेक्षित समय के बीच के अंतर के आधार पर difficulty target को adjust करता है। यदि blocks अपेक्षा से तेज़ उत्पन्न हो रहे हैं, तो difficulty exponentially बढ़ती है; यदि धीमे, तो exponentially घटती है। "3-2d" पदनाम लगभग दो दिनों (विशेष रूप से दस-मिनट के लक्ष्य पर 288 blocks) के half-life को संदर्भित करता है, जिसका अर्थ है कि hash rate का निरंतर दोगुना या आधा होना दो दिनों के भीतर पूर्ण difficulty adjustment में परिणामित होगा। ASERT अत्यधिक स्थिर साबित हुआ है, महत्वपूर्ण hash rate volatility के तहत भी consistent block intervals उत्पन्न करता है।
Block propagation efficiency बड़े blocks वाले नेटवर्क के लिए महत्वपूर्ण है। Bitcoin Cash ने यह सुनिश्चित करने के लिए कई optimizations अपनाए हैं कि बड़े blocks नेटवर्क में तेज़ी से propagate हो सकें। Compact Blocks (BIP 152), जो nodes को पूर्ण transaction data के बजाय transaction IDs से blocks पुनर्निर्मित करने की अनुमति देते हैं, overlapping mempools होने पर block propagation के लिए आवश्यक bandwidth को नाटकीय रूप से कम करते हैं। Graphene protocol probabilistic data structures का उपयोग करके और भी अधिक compression प्रदान करता है ताकि near-optimal block encoding प्राप्त हो सके। Xthinner एक अन्य compression protocol है जो विशेष रूप से Bitcoin Cash के लिए विकसित किया गया है और सामान्य blocks के लिए लगभग 99.6 प्रतिशत compression प्राप्त करता है।
नेटवर्क की relay और mempool policies विश्वसनीय zero-confirmation transactions का समर्थन करने के लिए डिज़ाइन की गई हैं। Nodes एक सख्त first-seen नियम का पालन करते हैं, केवल transaction के पहले version को accept और relay करते हैं। यदि समान inputs खर्च करने का प्रयास करने वाला दूसरा transaction (double-spend प्रयास) पता चलता है, तो nodes एक double-spend proof उत्पन्न करेंगे और इसे नेटवर्क में propagate करेंगे, व्यापारियों और अन्य इच्छुक पक्षों को सचेत करेंगे। यह infrastructure रोज़मर्रा के कम-मूल्य भुगतानों के लिए unconfirmed transactions स्वीकार करने के लिए उचित स्तर की सुरक्षा प्रदान करता है।
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
जबकि Bitcoin Cash मुख्य रूप से peer-to-peer इलेक्ट्रॉनिक कैश प्रणाली के रूप में डिज़ाइन किया गया है, इसने अपनी scripting language के विस्तार के माध्यम से महत्वपूर्ण smart contract क्षमताएँ विकसित की हैं। Ethereum के account-based, Turing-complete smart contract model के विपरीत, Bitcoin Cash smart contracts UTXO model के भीतर एक stack-based scripting language का उपयोग करके संचालित होते हैं जो जानबूझकर Turing-complete नहीं है। यह डिज़ाइन अनुमानित निष्पादन लागत प्रदान करता है और unbounded computation से जुड़ी vulnerabilities के वर्ग से बचाता है, जबकि programmable financial instruments का आश्चर्यजनक रूप से समृद्ध सेट सक्षम करता है।
Bitcoin Cash scripting language को protocol upgrades की एक श्रृंखला के माध्यम से उत्तरोत्तर बेहतर बनाया गया है। मई 2018 में, कई opcodes जो Bitcoin के इतिहास में शुरू में disabled किए गए थे, पुनः सक्रिय किए गए, जिनमें bitwise logic operators (OP_AND, OP_OR, OP_XOR), बड़ी संख्याओं के लिए arithmetic operators, और string manipulation operations (OP_SPLIT, OP_CAT) शामिल हैं। इन बहाल किए गए opcodes ने Bitcoin Cash scripts की अभिव्यक्ति क्षमता को काफी बढ़ाया।
नवंबर 2018 में OP_CHECKDATASIG और OP_CHECKDATASIGVERIFY की शुरूआत विशेष रूप से महत्वपूर्ण प्रगति थी। ये opcodes एक transaction script को मनमाने data के विरुद्ध एक ECDSA signature verify करने की अनुमति देते हैं, केवल transaction के विरुद्ध नहीं। यह oracle-based contracts सक्षम करता है जहाँ एक बाहरी data source किसी वास्तविक-विश्व स्थिति (जैसे कीमत, मौसम घटना, या खेल स्कोर) को प्रमाणित करने वाले संदेश पर हस्ताक्षर करता है, और contract का निष्पादन उस signed message की सामग्री पर निर्भर करता है। यह क्षमता decentralized prediction markets, insurance contracts, और अन्य financial instruments के लिए द्वार खोलती है जो बाहरी data पर निर्भर करते हैं।
Native introspection opcodes, जो मई 2022 में पेश किए गए, transaction scripts को उस transaction के गुणों की जाँच करने की अनुमति देते हैं जिसमें वे शामिल हैं। Scripts समान transaction के भीतर inputs और outputs के value, locking script, और token data का निरीक्षण कर सकते हैं। यह covenant-style contracts सक्षम करता है -- ऐसे scripts जो प्रतिबंधित करते हैं कि भविष्य के transactions में coins कैसे खर्च किए जा सकते हैं, न कि केवल कौन उन्हें खर्च कर सकता है। Covenants शक्तिशाली patterns सक्षम करते हैं जैसे vaults (सुरक्षा के लिए time-locked spending restrictions), recurring payments, decentralized exchanges, और on-chain voting mechanisms।
CashScript Bitcoin Cash के लिए एक high-level smart contract language है, जो Ethereum के लिए Solidity के अनुरूप है। CashScript developers को एक परिचित, JavaScript-जैसी syntax में contracts लिखने की अनुमति देता है जो Bitcoin Cash script bytecode में compile होती है। Language UTXO-based contract design की जटिलता को संभालती है, जिसमें input/output introspection और signature verification शामिल है, जिससे यह उन developers के लिए सुलभ हो जाती है जो low-level stack-based programming से परिचित नहीं हो सकते। CashScript contracts का उपयोग decentralized exchanges, escrow services, crowdfunding platforms, और अन्य applications बनाने के लिए किया गया है।
मई 2023 में CashTokens upgrade ने Bitcoin Cash की smart contract क्षमताओं में एक और आयाम जोड़ा। Consensus level पर UTXO model में सीधे fungible और non-fungible tokens embed करके, CashTokens token-based contracts सक्षम करता है जो overlay protocols के बजाय नेटवर्क के consensus rules द्वारा enforced होते हैं। CashTokens में Non-fungible tokens (NFTs) एक "commitment" field वहन करते हैं -- token से जुड़ा मनमाना data -- जिसे smart contract scripts द्वारा पढ़ा और validated किया जा सकता है। यह कई transactions में on-chain state बनाए रखने का एक mechanism बनाता है, एक ऐसी क्षमता जो UTXO model में पहले प्राप्त करना कठिन था। Contracts NFTs को state carriers के रूप में उपयोग कर सकते हैं, जटिल multi-step protocols को लागू करने के लिए प्रत्येक transaction के साथ commitment data को update करते हैं।
Introspection opcodes, CashTokens, और CashScript का संयोजन एक smart contract platform बनाता है जो, Ethereum के model से मूलभूत रूप से भिन्न होते हुए भी, कई समान decentralized financial applications को लागू करने में सक्षम है। Decentralized exchanges, automated market makers, lending protocols, और decentralized autonomous organizations सभी Bitcoin Cash पर बनाए गए हैं या prototype किए गए हैं। UTXO-based दृष्टिकोण parallelization (UTXOs को स्वतंत्र रूप से validated किया जा सकता है), privacy (प्रत्येक UTXO स्वतंत्र है), और predictability (कोई global state नहीं) के संदर्भ में लाभ प्रदान करता है, हालाँकि इसके लिए account-based systems की तुलना में भिन्न design patterns की आवश्यकता होती है।
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, Bitcoin की मौद्रिक नीति को पूर्णतया विरासत में प्राप्त करता है। Bitcoin Cash की कुल आपूर्ति 21 मिलियन coins पर सीमित है, और जारी करने का कार्यक्रम Bitcoin के समान halving mechanism का अनुसरण करता है। यह साझा मौद्रिक नीति fork का प्रत्यक्ष परिणाम है: क्योंकि Bitcoin Cash Bitcoin blockchain से विभाजित हुआ, इसने उसी जारी करने के इतिहास से शुरुआत की और उन्हीं भविष्य के जारी करने के नियमों के साथ जारी रहता है।
Block reward प्रति block 50 BCH से शुरू हुआ (Bitcoin के genesis parameters से विरासत में) और हर 210,000 blocks पर, लगभग हर चार साल में, आधा हो जाता है। पहला halving नवंबर 2012 में हुआ (fork से पहले, इसलिए यह साझा इतिहास है), reward को 25 coins तक कम किया। दूसरे halving ने जुलाई 2016 में इसे 12.5 coins तक कम किया। तीसरा halving अप्रैल 2020 में हुआ, जो fork के बाद हुआ और इस प्रकार Bitcoin Cash chain के लिए विशिष्ट था, reward को 6.25 BCH तक कम किया। चौथे halving ने अप्रैल 2024 में इसे प्रति block 3.125 BCH तक और कम कर दिया।
यह halving अनुसूची एक disinflationary मौद्रिक नीति बनाती है जिसमें नई coin निर्माण की दर समय के साथ घटती जाती है, asymptotically शून्य के निकट पहुँचती है। अंतिम Bitcoin Cash coin का mining लगभग वर्ष 2140 के आसपास होने की उम्मीद है। उस बिंदु पर, miner revenue पूर्ण रूप से transaction fees से बनेगा।
21 मिलियन आपूर्ति सीमा और halving अनुसूची Bitcoin Cash को Bitcoin के समान scarcity गुण प्रदान करती है। 2026 की शुरुआत तक circulating supply लगभग 19.8 मिलियन BCH है, जो कुल आपूर्ति का 94 प्रतिशत से अधिक का प्रतिनिधित्व करता है जो कभी अस्तित्व में होगी। शेष coins एक शताब्दी से अधिक की घटती block rewards में वितरित होंगे।
Block rewards से fee-based miner compensation में संक्रमण के प्रति Bitcoin Cash का दृष्टिकोण Bitcoin की रणनीति से भिन्न है। Bitcoin का scaling दर्शन, जो fee market बनाए रखने के लिए block space को सीमित करता है, block rewards कम होने पर miners को compensate करने के लिए उच्च per-transaction fees पर implicit रूप से निर्भर करता है। Bitcoin Cash विपरीत दृष्टिकोण अपनाता है: fees कम और blocks बड़े रखकर, नेटवर्क का लक्ष्य उच्च per-transaction fees के बजाय उच्च transaction volume के माध्यम से पर्याप्त कुल fee revenue उत्पन्न करना है। इस model में, यदि प्रत्येक transaction एक cent का शुल्क चुकाता है लेकिन नेटवर्क प्रति block लाखों transactions प्रसंस्करित करता है, तो कुल fee revenue mining को प्रोत्साहित करने के लिए पर्याप्त हो सकता है।
इस volume-based fee model के लिए आवश्यक है कि Bitcoin Cash post-subsidy युग में समकक्ष miner incentives प्रदान करने के लिए Bitcoin की तुलना में काफी अधिक transaction throughput प्राप्त करे। समर्थकों का तर्क है कि निरंतर on-chain scaling के माध्यम से यह प्राप्त किया जा सकता है, क्योंकि वैश्विक भुगतान माँग विशाल है और विश्वव्यापी transactions का एक मामूली हिस्सा भी प्रतिदिन लाखों भुगतानों का प्रतिनिधित्व करेगा। आलोचकों का प्रति-तर्क है कि adoption के इस स्तर को प्राप्त करना अनिश्चित है और कम-शुल्क model संक्रमण अवधि के दौरान अपर्याप्त incentives बना सकता है।
Bitcoin और Bitcoin Cash के बीच साझा मौद्रिक नीति का अर्थ है कि दोनों chains SHA-256 mining hash power के लिए प्रत्यक्ष प्रतिस्पर्धा में हैं। Miners अपने संसाधनों को किसी भी समय जो भी chain अधिक लाभदायक हो उसे आवंटित करते हैं, और दोनों chains पर difficulty adjustment algorithms इस तरल आवंटन को समायोजित करते हैं। व्यवहार में, कुल SHA-256 hash rate में Bitcoin Cash का हिस्सा इसकी सापेक्ष कीमत के अनुपातिक रहा है, जो profit-maximizing miners के तर्कसंगत आर्थिक व्यवहार को दर्शाता है।
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 peer-to-peer इलेक्ट्रॉनिक कैश के रूप में मूल Bitcoin दृष्टि की एक सिद्धांतबद्ध निरंतरता का प्रतिनिधित्व करता है। Block size सीमा बढ़ाकर और on-chain scaling का अनुसरण करके, Bitcoin Cash ने कम शुल्क और तेज़ transactions बनाए रखे हैं जो शुरुआती Bitcoin की विशेषता थे, जिससे यह रोज़मर्रा के भुगतानों और microtransactions के लिए व्यावहारिक बना है जो मूल whitepaper में कल्पित थे।
परियोजना की तकनीकी प्रक्षेपवक्र को विचारशील और परिणामी protocol सुधारों द्वारा चिह्नित किया गया है। ASERT difficulty adjustment algorithm अस्थिर hash rate स्थितियों में स्थिर block उत्पादन प्रदान करता है। बहाल और नए opcodes के साथ बेहतर scripting language UTXO model की सुरक्षा बाधाओं के भीतर परिष्कृत smart contracts सक्षम करती है। CashTokens पहली बार Bitcoin protocol में consensus-enforced tokenization लाता है। CashScript इन क्षमताओं को एक व्यापक developer समुदाय के लिए सुलभ बनाता है। साथ मिलकर, ये प्रगतियाँ प्रदर्शित करती हैं कि UTXO model अपनी मौलिक सरलता और सुरक्षा गुणों को बनाए रखते हुए decentralized applications का एक समृद्ध ecosystem समर्थन कर सकता है।
Scaling बहस जिसने Bitcoin Cash के निर्माण को जन्म दिया, ने विकेन्द्रीकृत प्रणालियों में एक मौलिक तनाव को उजागर किया: on-chain क्षमता और full nodes संचालित करने की लागत के बीच trade-off। Bitcoin Cash ने transaction क्षमता और उपयोगकर्ता अनुभव को प्राथमिकता देने का विकल्प चुना है, यह तर्क देते हुए कि व्यापक adoption और उपयोग के आर्थिक लाभ node operators के लिए बढ़ी हुई hardware आवश्यकताओं से अधिक हैं। यह एक अनुभवजन्य प्रश्न है जिसका उत्तर आने वाले वर्षों और दशकों में सामने आएगा क्योंकि Bitcoin और Bitcoin Cash दोनों अपने संबंधित पथों पर विकसित होते रहेंगे।
कई bear markets, विवादास्पद forks (विशेष रूप से नवंबर 2018 में Bitcoin SV split), और निरंतर समुदाय प्रयास के माध्यम से Bitcoin Cash का अस्तित्व और निरंतर विकास परियोजना की लचीलापन और इसके प्रतिभागियों के विश्वास को प्रदर्शित करता है। Fork के बाद से नेटवर्क ने करोड़ों transactions प्रसंस्करित किए हैं, निरंतर संचालन बनाए रखा है, और developers, व्यापारियों, और उपयोगकर्ताओं का एक वैश्विक समुदाय आकर्षित किया है जो यह विश्वास साझा करते हैं कि peer-to-peer इलेक्ट्रॉनिक कैश एक ऐसी तकनीक है जिसे बनाने योग्य है।
Bitcoin Cash की दीर्घकालिक सफलता उन उपयोगकर्ताओं और व्यापारियों को आकर्षित करने की इसकी क्षमता पर निर्भर करती है जो कम-शुल्क, विश्वसनीय transactions को महत्व देते हैं, और एक वैश्विक भुगतान नेटवर्क की माँगों को पूरा करने के लिए अपने infrastructure को scale करने पर। तकनीकी नींव मजबूत है, roadmap स्पष्ट है, और समुदाय प्रतिबद्ध है। Bitcoin Cash अंततः विश्व के लिए इलेक्ट्रॉनिक कैश के रूप में सेवा करने के अपने महत्वाकांक्षी लक्ष्य को प्राप्त करता है या नहीं, यह तकनीकी सीमाओं से नहीं बल्कि network effects, बाज़ार गतिशीलता, और adoption patterns द्वारा निर्धारित होगा जो सभी मौद्रिक प्रणालियों के विकास को नियंत्रित करते हैं।
