Bitcoin Cash : Monnaie électronique pair-à-pair pour le monde
Bitcoin Cash (BCH) 1 अगस्त, 2017 को Bitcoin से hard-fork हुआ। इसका अपना कोई whitepaper नहीं है — यहाँ प्रस्तुत दस्तावेज़ Satoshi Nakamoto का Bitcoin का मूल whitepaper है, जिसे Bitcoin Cash अपने peer-to-peer electronic cash vision की नींव के रूप में संदर्भित करता है।
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 के तकनीकी विनिर्देशों, डिज़ाइन दर्शन, और विकास प्रक्षेपवक्र का वर्णन करता है।
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
मूल 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 ने प्रदर्शित किया कि एक विकेन्द्रीकृत प्रणाली में, अनसुलझे विवादों को प्रत्येक गुट को स्वतंत्र रूप से अपनी दृष्टि का अनुसरण करने की अनुमति देकर सुलझाया जा सकता है, जिसमें बाज़ार अंततः परिणाम निर्धारित करता है।
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
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 की मूल दृष्टि को संरक्षित करने का यही एकमात्र तरीका है।
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
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 हासिल किया।
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, 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 नहीं होंगे।
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
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 के लिए दस मिनट प्रतीक्षा करना अव्यावहारिक होगा।
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 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 है।
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
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 स्वीकार करने के लिए उचित स्तर की सुरक्षा प्रदान करता है।
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
जबकि 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 की आवश्यकता होती है।
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, 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 के तर्कसंगत आर्थिक व्यवहार को दर्शाता है।
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 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 द्वारा निर्धारित होगा जो सभी मौद्रिक प्रणालियों के विकास को नियंत्रित करते हैं।
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.
