Bitcoin Cash: Электронные деньги на основе одноранговой сети для всего мира
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 -- это одноранговая система электронных денег, отделившаяся от блокчейна Bitcoin 1 августа 2017 года. Созданная в ответ на ограничения масштабируемости Bitcoin, Bitcoin Cash увеличила лимит размера блока для обеспечения большей пропускной способности транзакций и более низких комиссий, восстанавливая первоначальное видение Bitcoin как практичного средства обмена для повседневных транзакций. С блоками размером 32 МБ, адаптивным алгоритмом корректировки сложности и постоянным развитием протокола Bitcoin Cash стремится к масштабированию на уровне блокчейна для использования в качестве глобальных одноранговых электронных денег.
Проект Bitcoin Cash родился из фундаментального разногласия внутри сообщества Bitcoin о том, как сеть должна масштабироваться для удовлетворения растущего спроса. В то время как одна фракция выступала за решения масштабирования вне основной цепи, такие как Lightning Network, построенная поверх Segregated Witness (SegWit), другая фракция утверждала, что увеличение лимита размера блока является наиболее прямым и проверенным подходом к масштабированию. Когда консенсус не удалось достичь, последняя группа осуществила хардфорк, создав новую цепь, которая сохранила историю транзакций Bitcoin, одновременно реализовав больший лимит размера блока и отказавшись от SegWit. Данный документ описывает технические спецификации, философию проектирования и траекторию развития 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
Оригинальный whitepaper Bitcoin, опубликованный Сатоси Накамото в 2008 году, описывал «чисто одноранговую версию электронных денег», которая позволяла бы «отправлять онлайн-платежи напрямую от одной стороны к другой без обращения к финансовому посреднику». Это видение Bitcoin как средства обмена для повседневных транзакций было центральным для его раннего принятия и роста сообщества. Ранние сторонники Bitcoin часто ссылались на низкие комиссии за транзакции и быстрые платежи как на ключевые преимущества перед традиционными финансовыми системами.
Однако по мере роста популярности Bitcoin в середине 2010-х годов фундаментальное ограничение начало снижать его полезность как электронных денег. Лимит размера блока в один мегабайт, изначально введённый как временная мера против спама, создал искусственный потолок для количества транзакций, которые сеть могла обработать. По мере роста спроса на блочное пространство пользователи были вынуждены конкурировать за ограниченную ёмкость, предлагая более высокие комиссии. К началу 2017 года медианная комиссия за транзакции Bitcoin выросла до нескольких долларов, что сделало транзакции малой стоимости экономически нецелесообразными. В периоды пиковой загрузки комиссии могли превышать двадцать долларов, а транзакции могли оставаться неподтверждёнными часами или даже днями.
Эта ситуация представляла собой фундаментальное отступление от первоначального обещания Bitcoin. Система, предназначенная для осуществления одноранговых электронных платежей, становилась слишком дорогой и слишком медленной для тех самых случаев использования, ради которых она была создана. В то время как Bitcoin всё чаще позиционировался как «цифровое золото» -- средство сбережения, а не средство обмена -- многие члены сообщества и разработчики считали это предательством основополагающих принципов проекта.
Bitcoin Cash был создан для решения этого кризиса путём принятия наиболее прямого подхода к масштабированию: увеличения лимита размера блока. Позволяя вместить больше транзакций в каждый блок, Bitcoin Cash стремился восстановить низкие комиссии и быстрые подтверждения, снова сделав одноранговые электронные деньги практичными. Сторонники проекта утверждали, что масштабирование на уровне блокчейна не только технически осуществимо, но и является подходом, который изначально предусмотрел Сатоси Накамото, ссылаясь на ранние сообщения, в которых Накамото обсуждал увеличение лимита размера блока по мере роста сети.
Создание Bitcoin Cash 1 августа 2017 года стало одним из наиболее значимых событий в истории криптовалют. Оно представляло собой первое крупное разделение цепи Bitcoin, вызванное подлинным философским разногласием о будущем направлении протокола. Форк продемонстрировал, что в децентрализованной системе неразрешимые споры могут быть урегулированы путём предоставления каждой фракции возможности независимо следовать своему видению, при этом рынок в конечном счёте определяет результат.
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
Дебаты о масштабировании Bitcoin были одним из самых спорных и продолжительных конфликтов в истории разработки программного обеспечения с открытым исходным кодом. По сути, дебаты сосредоточились на, казалось бы, простом вопросе: как сеть Bitcoin должна увеличить свою пропускную способность обработки транзакций? Однако ответ на этот вопрос затрагивал фундаментальные вопросы управления, децентрализации, технической философии и самой идентичности Bitcoin.
Лимит размера блока Bitcoin в один мегабайт был введён Сатоси Накамото в 2010 году как временная мера для предотвращения атак типа «отказ в обслуживании», при которых злоумышленник мог бы наводнить сеть блоками чрезмерного размера. В то время фактическое использование блоков было значительно ниже этого лимита, и Накамото предположил, что лимит может быть повышен в будущем посредством простого изменения кода. Однако по мере роста использования Bitcoin и заполнения блоков повышение лимита оказалось гораздо более спорным, чем кто-либо мог ожидать.
Одна фракция, ассоциировавшаяся с командой разработчиков Bitcoin Core, утверждала, что размер блока должен оставаться небольшим для сохранения децентрализации. Их аргументация заключалась в том, что более крупные блоки увеличат вычислительные требования и требования к пропускной способности для запуска полного узла, потенциально вытесняя обычных пользователей и концентрируя эксплуатацию узлов среди хорошо обеспеченных ресурсами субъектов. Они предложили альтернативный путь масштабирования: Segregated Witness (SegWit), изменение протокола, которое реструктурировало данные транзакций для эффективного увеличения пропускной способности блока без повышения номинального лимита размера, в сочетании с решениями вне основной цепи, такими как Lightning Network, которые переместили бы большинство транзакций за пределы основного блокчейна.
Противоположная фракция, включавшая видных разработчиков, майнеров и предприятия, утверждала, что увеличение лимита размера блока является самым простым, наиболее проверенным и наиболее срочным решением. Они настаивали на том, что лимит в один мегабайт был произвольным ограничением, которое никогда не предназначалось в качестве постоянной характеристики протокола, и что рост комиссий и перегрузка отталкивали пользователей и торговцев от Bitcoin. Они скептически относились к сложности SegWit и опасались, что Lightning Network, которая в то время была ещё в значительной степени теоретической, никогда не сможет выполнить свои обещания дешёвых и мгновенных транзакций.
Дебаты обострились через серию предложений и контрпредложений. Bitcoin XT, предложенный Майком Хирном и Гэвином Андресеном в 2015 году, стремился увеличить размер блока до 8 МБ. Bitcoin Classic предлагал более скромное увеличение до 2 МБ. Bitcoin Unlimited предлагал полностью убрать лимит размера блока, позволив майнерам устанавливать собственные лимиты через рыночную динамику. Каждое предложение вызывало ожесточённые дебаты, и ни одно не достигло подавляющего консенсуса, необходимого для бесспорного хардфорка.
Было предпринято несколько попыток компромисса. Гонконгское соглашение (февраль 2016 года) предусматривало, что разработчики Bitcoin Core и майнеры согласились развернуть SegWit с последующим хардфорком до 2 МБ, но соглашение развалилось, когда компонент хардфорка не был реализован. Нью-Йоркское соглашение (май 2017 года), также известное как SegWit2x, предлагало немедленную активацию SegWit с последующим хардфорком до 2 МБ в течение шести месяцев. Это соглашение было подписано более чем пятьюдесятью компаниями, представляющими большинство хешрейта Bitcoin, но было решительно отвергнуто командой разработчиков Bitcoin Core и значительной частью пользовательского сообщества.
Когда стало ясно, что компромисс невозможен, фракция больших блоков решила действовать в одностороннем порядке. 1 августа 2017 года они осуществили хардфорк блокчейна Bitcoin, создав Bitcoin Cash с первоначальным лимитом размера блока 8 МБ. Это было непростое решение -- оно требовало разделения блокчейна, сети, сообщества и бренда. Но сторонники Bitcoin Cash считали, что это единственный способ сохранить первоначальное видение Bitcoin как одноранговых электронных денег.
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
Хардфорк Bitcoin Cash был осуществлён 1 августа 2017 года на высоте блока 478 558. В этой точке блокчейн Bitcoin разделился на две отдельные цепи: оригинальная цепь, продолжившая существование как Bitcoin (BTC) с активацией SegWit, и новая цепь, ставшая Bitcoin Cash (BCH) с увеличенным лимитом размера блока 8 МБ.
Форк был технически чистым и хорошо спланированным. Каждый адрес Bitcoin, имевший баланс на момент форка, получил идентичный баланс на обеих цепях. Если пользователь владел 1 BTC до форка, после форка у него был бы 1 BTC на цепи Bitcoin и 1 BCH на цепи Bitcoin Cash. Вся история транзакций до блока 478 558 была общей для обеих цепей.
Одной из критических технических задач форка была реализация защиты от повторного воспроизведения. При отсутствии такой защиты транзакция, отправленная в одну цепь, могла быть воспроизведена в другой, потенциально заставляя пользователей непреднамеренно тратить монеты в обеих цепях. Bitcoin Cash реализовал надёжную защиту от повторного воспроизведения путём модификации алгоритма подписания транзакций. В частности, Bitcoin Cash ввёл новый флаг SigHash (SIGHASH_FORKID), включаемый в хеш подписи каждой транзакции. Транзакции, подписанные с этим флагом, действительны в цепи Bitcoin Cash, но недействительны в цепи Bitcoin, и наоборот. Это обеспечило чёткое разделение двух сетей с момента форка.
Первоначальный лимит размера блока для Bitcoin Cash был установлен на уровне 8 МБ -- в восемь раз больше лимита Bitcoin в 1 МБ. Это представляло собой значительное увеличение пропускной способности транзакций на уровне блокчейна, позволяя Bitcoin Cash обрабатывать существенно больше транзакций в каждом блоке при сохранении низких комиссий. Первый блок Bitcoin Cash после форка был добыт пулом ViaBTC и имел размер приблизительно 1,9 МБ, демонстрируя немедленную практическую выгоду увеличенного размера блока.
Форк также исключил SegWit, который был активирован в цепи Bitcoin. Разработчики Bitcoin Cash отвергли SegWit по нескольким причинам: они считали, что он вносит ненужную сложность в протокол, создаёт двухуровневую систему транзакций с различными структурами комиссий и модифицирует структуру блока способами, которые, по их мнению, подрывают простоту модели UTXO. Выбрав вместо этого прямое увеличение размера блока, Bitcoin Cash сохранил более простую и традиционную архитектуру протокола, подобную Bitcoin.
В последствиях форка обе цепи столкнулись с проблемой корректировки сложности. Bitcoin Cash первоначально использовал ту же сложность SHA-256, что и цепь Bitcoin, но со значительно меньшей вычислительной мощностью, направленной на майнинг. Для предотвращения ситуации, при которой блоки добывались бы крайне медленно, Bitcoin Cash реализовал механизм экстренной корректировки сложности (EDA), который снижал сложность на 20 процентов, если за 12-часовой период было добыто менее 6 блоков. Хотя этот механизм успешно поддерживал жизнеспособность цепи в критический начальный период, он оказался нестабильным, вызывая резкие колебания времени производства блоков и хешрейта, поскольку майнеры переключались между Bitcoin и Bitcoin Cash в зависимости от прибыльности. EDA был заменён в ноябре 2017 года более стабильным алгоритмом корректировки сложности, основанным на скользящем среднем предыдущих 144 блоков.
Форк вызвал значительные разногласия в широком криптовалютном сообществе. Критики утверждали, что Bitcoin Cash является незаконной попыткой присвоить бренд Bitcoin, тогда как сторонники настаивали на том, что это законное продолжение первоначальной дорожной карты Bitcoin. Биржи и провайдеры услуг были вынуждены принимать быстрые решения о том, поддерживать ли новую цепь и как обрабатывать распределение форкнутых монет своим клиентам. Несмотря на полемику, Bitcoin Cash быстро утвердился как жизнеспособная и активно используемая криптовалюта, достигнув значительных торговых объёмов и принятия торговцами в месяцы после форка.
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 разделяет фундаментальную техническую архитектуру Bitcoin, включая механизм консенсуса proof-of-work на основе SHA-256, модель транзакций UTXO, эллиптическую кривую secp256k1 для цифровых подписей и целевой интервал между блоками в десять минут. Однако несколько ключевых модификаций отличают его от протокола Bitcoin.
Наиболее заметное отличие -- лимит размера блока. Bitcoin Cash запустился с лимитом размера блока 8 МБ и впоследствии увеличил его до 32 МБ в мае 2018 года. Этот лимит в 32 МБ обеспечивает приблизительно 32-кратную пропускную способность транзакций по сравнению с эффективным размером блока Bitcoin в 1 МБ без SegWit (или примерно 8-кратную ёмкость по сравнению с эффективным лимитом Bitcoin с SegWit, составляющим приблизительно 4 МБ). Увеличенный размер блока является краеугольным камнем философии масштабирования Bitcoin Cash на уровне блокчейна, обеспечивая достаточное пространство для роста транзакций без давления комиссий, возникающего при постоянном заполнении блоков.
Bitcoin Cash не реализует Segregated Witness (SegWit). Вместо разделения данных свидетелей и данных транзакций, как это делает SegWit, Bitcoin Cash сохраняет оригинальный формат транзакций Bitcoin. Все данные транзакций, включая подписи, хранятся в блоке традиционным способом. Это упрощает протокол и обеспечивает обратную совместимость со старым программным обеспечением и инфраструктурой Bitcoin.
Значительным улучшением протокола в Bitcoin Cash является усовершенствованный алгоритм SigHash, введённый при форке. Новый алгоритм, основанный на BIP 143 (изначально разработанном для SegWit), решает проблему квадратичного хеширования, существовавшую в оригинальной схеме верификации подписей Bitcoin. В оригинальной схеме вычислительная стоимость верификации подписи транзакции возрастала квадратично с числом входов, создавая потенциальный вектор атаки типа «отказ в обслуживании». Новый алгоритм SigHash делает стоимость верификации линейной, позволяя сети безопасно обрабатывать более крупные и сложные транзакции.
Bitcoin Cash поддерживает больший максимальный размер транзакции и большее количество операций подписания (sigops) на блок по сравнению с Bitcoin. Лимит sigops масштабируется пропорционально размеру блока, обеспечивая ограниченность вычислительных затрат на валидацию блока при значительно большем количестве транзакций в блоке.
Система скриптов в Bitcoin Cash активно развивается за пределами сравнительно консервативного подхода Bitcoin. Bitcoin Cash повторно активировал и ввёл несколько опкодов, расширяющих выразительность его языка скриптов. Среди заметных дополнений -- OP_CHECKDATASIG и OP_CHECKDATASIGVERIFY, позволяющие скриптам транзакций верифицировать подписи относительно произвольных данных (а не только данных транзакции), что делает возможными смарт-контракты на основе оракулов и другие продвинутые шаблоны скриптов. Опкод OP_REVERSEBYTES, нативные опкоды интроспекции и увеличенные лимиты скриптов и стека дополнительно расширили программируемость Bitcoin Cash.
Bitcoin Cash использует ту же основу формата адресов, что и Bitcoin, но в январе 2018 года принял формат CashAddr для предотвращения путаницы и ошибок межсетевой отправки. Адреса CashAddr начинаются с префикса «bitcoincash:» (часто сокращаемого до «q» или «p» для хеш-части) и используют другую схему кодирования по сравнению с форматом base58check Bitcoin. Это визуальное различие немедленно показывает, принадлежит ли адрес Bitcoin или Bitcoin Cash, снижая риск случайной отправки монет в неправильную сеть.
Сеть работает на порту 8333, том же порту по умолчанию, что и Bitcoin, хотя узлы Bitcoin Cash идентифицируют себя другим магическим числом сети при рукопожатии протокола. Это означает, что узлы Bitcoin и Bitcoin Cash не будут случайно подключаться друг к другу, несмотря на использование одного и того же порта.
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
Пропускная способность транзакций и масштабируемость являются центральными элементами ценностного предложения Bitcoin Cash. Фундаментальный тезис проекта заключается в том, что одноранговые электронные деньги должны быть способны обрабатывать транзакции быстро и дёшево для повседневного использования, а масштабирование на уровне блокчейна через увеличение блоков является наиболее надёжным способом достижения этого.
При лимите размера блока 32 МБ и десятиминутном интервале между блоками теоретическая максимальная пропускная способность Bitcoin Cash составляет приблизительно 100 транзакций в секунду в зависимости от среднего размера транзакции. Это представляет собой существенное увеличение по сравнению с теоретическим максимумом Bitcoin -- приблизительно 7 транзакций в секунду при блоках 1 МБ. На практике фактическая пропускная способность зависит от состава типов и размеров транзакций, однако ёмкость Bitcoin Cash более чем достаточна для текущего объёма транзакций, при этом блоки обычно значительно ниже лимита 32 МБ.
Изобилие доступного блочного пространства оказывает прямое и измеримое влияние на комиссии за транзакции. Когда блоки не заполнены, конкуренции за комиссии нет, и транзакции могут подтверждаться с минимальными комиссиями. Минимальная комиссия ретрансляции по умолчанию в Bitcoin Cash составляет 1 сатоши за байт (где 1 сатоши = 0,00000001 BCH), и большинство транзакций подтверждаются в следующем блоке при этом минимуме или близко к нему. Это делает транзакции Bitcoin Cash стоимостью в доли цента в обычных условиях, по сравнению с комиссиями Bitcoin, которые могут составлять от долларов до десятков долларов в периоды перегрузки.
Сообщество разработчиков Bitcoin Cash провело обширные исследования и тестирование пределов масштабирования на уровне блокчейна. Инициатива Gigablock Testnet, проведённая в 2017-2018 годах, продемонстрировала, что протокол Bitcoin может обрабатывать блоки размером 1 ГБ и более при соответствующих программных оптимизациях и современном оборудовании. Эти тесты выявили несколько узких мест в исходном коде -- включая распространение блоков, валидацию транзакций и управление множеством UTXO -- и направили последующие усилия по оптимизации.
Для поддержки более крупных блоков были внесены несколько улучшений протокола и реализации. Graphene, протокол распространения блоков, основанный на обратимых таблицах поиска Блума и фильтрах Блума, значительно сокращает пропускную способность, необходимую для распространения блоков, кодируя только разницу между блоком и транзакциями, которые принимающий узел уже имеет в своём мемпуле. Каноническое упорядочивание транзакций (CTOR), реализованное в ноябре 2018 года, требует упорядочивания транзакций в блоке по их идентификатору. Это, казалось бы, незначительное изменение обеспечивает существенные оптимизации валидации и распространения блоков, поскольку позволяет параллельную валидацию транзакций и более эффективные алгоритмы согласования множеств.
Инициативы по обязательствам UTXO и параллельной валидации дополнительно улучшили способность сети эффективно обрабатывать крупные блоки. Используя современные многоядерные процессоры и твердотельные накопители, оптимизированные реализации узлов могут валидировать блоки, содержащие десятки тысяч транзакций, в приемлемые сроки.
Дорожная карта масштабируемости Bitcoin Cash предусматривает дальнейшее увеличение лимита размера блока по мере развития технологий и спроса. Разработчики проекта выразили долгосрочную цель поддержки глобальных объёмов платежей полностью на уровне блокчейна, нацеливаясь на уровни пропускной способности, которые позволили бы Bitcoin Cash обслуживать миллиарды ежедневных транзакций. Хотя эта цель амбициозна, продолжающиеся улучшения аппаратных возможностей, пропускной способности сети и программной оптимизации обеспечивают реалистичный путь к её поэтапному достижению с течением времени.
Важным аспектом подхода Bitcoin Cash к масштабированию является концепция транзакций с «нулевым подтверждением». Для платежей малой стоимости торговцы могут принимать транзакции сразу после трансляции, до их включения в блок. Bitcoin Cash реализовал несколько мер для повышения надёжности транзакций с нулевым подтверждением, включая правило «первого увиденного» (при котором узлы ретранслируют только первую версию транзакции, затрудняя попытки двойного расходования) и протоколы уведомления о двойном расходовании, предупреждающие торговцев при обнаружении конфликтующей транзакции. Эти меры делают Bitcoin Cash практичным для транзакций в точках продаж, где ожидание десяти минут для подтверждения блока было бы непрактичным.
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 поддерживает опкод OP_RETURN, который позволяет пользователям встраивать произвольные данные в блокчейн в рамках выхода транзакции, который доказуемо невозможно потратить. Эта функция обеспечивает ряд ориентированных на данные приложений, построенных поверх блокчейна Bitcoin Cash, включая токен-протоколы, системы обмена сообщениями, сервисы нотариального заверения и платформы социальных сетей.
Лимит данных OP_RETURN в Bitcoin Cash установлен на 220 байт на выход, что значительно превышает лимит Bitcoin в 80 байт. Кроме того, Bitcoin Cash допускает несколько выходов OP_RETURN в одной транзакции, дополнительно расширяя объём данных, которые могут быть встроены в одну транзакцию. Эти щедрые лимиты в сочетании с низкими комиссиями за транзакции делают Bitcoin Cash экономически жизнеспособной платформой для приложений работы с данными, которые были бы непомерно дорогими на цепях с ограниченной ёмкостью.
Simple Ledger Protocol (SLP) был одной из первых и наиболее широко принятых токен-систем, построенных на Bitcoin Cash с использованием OP_RETURN. SLP позволял пользователям создавать и передавать пользовательские токены в блокчейне Bitcoin Cash, кодируя метаданные токенов в выходах OP_RETURN. Хотя SLP в значительной степени был вытеснен протоколом CashTokens, он продемонстрировал жизнеспособность построения токен-экономик поверх модели UTXO.
CashTokens, активированный в мае 2023 года, представляет более совершенный подход к токенизации в Bitcoin Cash. В отличие от SLP, который полагался на метаданные OP_RETURN, игнорируемые базовым протоколом, CashTokens является функцией уровня консенсуса, интегрирующей токены непосредственно в модель UTXO. Каждый UTXO может нести как значение BCH, так и связанный токен, при этом валидность токена обеспечивается правилами консенсуса. CashTokens поддерживает два типа токенов: взаимозаменяемые токены (аналогичные токенам ERC-20 в Ethereum) и невзаимозаменяемые токены (NFT). Обеспечение на уровне консенсуса означает, что токен-транзакции имеют те же гарантии безопасности, что и нативные транзакции BCH, устраняя допущения доверия и требования индексирования оверлейных протоколов, таких как SLP.
Memo.cash -- это децентрализованный протокол социальных сетей, построенный на Bitcoin Cash с использованием транзакций OP_RETURN. Пользователи транслируют публикации, подписки, лайки и другие социальные действия как транзакции Bitcoin Cash с закодированными данными OP_RETURN. Поскольку данные хранятся в блокчейне, они устойчивы к цензуре и постоянно архивированы. Низкая стоимость транзакций в Bitcoin Cash делает это экономически осуществимым -- каждое действие в социальных сетях стоит доли цента.
Другие приложения для работы с данными в Bitcoin Cash включают услуги временных меток и нотариального заверения документов, где хеш документа встраивается в выход OP_RETURN для создания постоянной, защищённой от подделки записи о существовании документа на определённый момент времени. Системы отслеживания цепочки поставок, верификации учётных данных и децентрализованной идентификации также были построены с использованием возможностей встраивания данных Bitcoin Cash.
Сочетание большой ёмкости OP_RETURN, низких комиссий и быстрого времени подтверждения позиционирует Bitcoin Cash как конкурентоспособную платформу для приложений работы с данными на основе блокчейна. Хотя существуют специально созданные блокчейны для работы с данными, Bitcoin Cash предлагает преимущество хорошо зарекомендовавшей себя, высокозащищённой и широко поддерживаемой сети с доказанной историей непрерывной работы.
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
Сеть Bitcoin Cash работает на той же фундаментальной одноранговой архитектуре, что и Bitcoin, где узлы общаются через протокол «сплетен» для распространения транзакций и блоков. Полные узлы хранят полную копию блокчейна и независимо валидируют все транзакции и блоки в соответствии с правилами консенсуса. Сеть не требует разрешений, что означает, что любой может запустить узел и участвовать в сети без авторизации.
Для Bitcoin Cash существует несколько независимых реализаций полных узлов, что отражает приверженность проекта децентрализованной разработке. Bitcoin Cash Node (BCHN) является наиболее широко используемой реализацией и служит фактическим эталонным клиентом. Другие реализации включают Bitcoin Unlimited, BCHD (написанный на Go) и Knuth (высокопроизводительная реализация на C++). Наличие нескольких независимых реализаций снижает риск того, что единственный программный баг вызовет сбой всей сети, и гарантирует, что ни одна команда разработчиков не имеет одностороннего контроля над протоколом.
Майнинг в Bitcoin Cash использует алгоритм proof-of-work SHA-256, идентичный Bitcoin. Это означает, что одно и то же оборудование для майнинга на ASIC может использоваться для майнинга любой из цепей, и майнеры могут переключаться между Bitcoin и Bitcoin Cash в зависимости от прибыльности. На практике хешрейт Bitcoin Cash составляет лишь долю от хешрейта Bitcoin, поскольку большая часть мощности майнинга SHA-256 направлена на более прибыльную цепь Bitcoin. Тем не менее алгоритм корректировки сложности Bitcoin Cash обеспечивает производство блоков с целевым десятиминутным интервалом независимо от абсолютного уровня хешрейта.
Алгоритм корректировки сложности является одним из наиболее важных компонентов протокола Bitcoin Cash. Оригинальная корректировка сложности Bitcoin, пересчитывающаяся каждые 2016 блоков (приблизительно каждые две недели), была слишком медленной для учёта быстрых колебаний хешрейта, которые испытывал Bitcoin Cash при переключении майнеров между ним и Bitcoin. После проблемного периода экстренной корректировки сложности (EDA) в 2017 году Bitcoin Cash в ноябре 2017 года принял новый алгоритм, корректирующий сложность на основе скользящего окна в 144 блока.
В ноябре 2020 года Bitcoin Cash обновился до алгоритма корректировки сложности ASERT (Absolutely Scheduled Exponentially Rising Targets), также известного как aserti3-2d. ASERT -- это математически элегантный алгоритм, который корректирует целевую сложность на основе разницы между фактически прошедшим временем и ожидаемым временем с момента референсного блока («якорного блока»). Если блоки производятся быстрее ожидаемого, сложность возрастает экспоненциально; если медленнее -- экспоненциально снижается. Обозначение «3-2d» относится к периоду полураспада приблизительно в два дня (конкретно 288 блоков при десятиминутном целевом интервале), что означает, что устойчивое удвоение или уменьшение вдвое хешрейта приведёт к полной корректировке сложности в течение двух дней. ASERT продемонстрировал высокую стабильность, обеспечивая постоянные интервалы между блоками даже при значительной волатильности хешрейта.
Эффективность распространения блоков критически важна для сети с большими блоками. Bitcoin Cash принял несколько оптимизаций для обеспечения быстрого распространения крупных блоков по сети. Компактные блоки (BIP 152), позволяющие узлам восстанавливать блоки из идентификаторов транзакций вместо полных данных транзакций, значительно сокращают пропускную способность, необходимую для распространения блоков, когда мемпулы узлов пересекаются. Протокол Graphene обеспечивает ещё большее сжатие за счёт использования вероятностных структур данных для достижения близкого к оптимальному кодирования блоков. Xthinner -- ещё один протокол сжатия, разработанный специально для Bitcoin Cash, достигающий приблизительно 99,6-процентного сжатия для типичных блоков.
Политики ретрансляции и мемпула сети разработаны для поддержки надёжных транзакций с нулевым подтверждением. Узлы следуют строгому правилу «первого увиденного», принимая и ретранслируя только первую версию транзакции, которую они обнаруживают. Если обнаруживается вторая транзакция, пытающаяся потратить те же входы (попытка двойного расходования), узлы генерируют доказательство двойного расходования и распространяют его по сети, предупреждая торговцев и другие заинтересованные стороны. Эта инфраструктура обеспечивает разумный уровень безопасности для принятия неподтверждённых транзакций при повседневных платежах малой стоимости.
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
Хотя Bitcoin Cash прежде всего спроектирован как одноранговая система электронных денег, он развил значительные возможности смарт-контрактов через расширения своего скриптового языка. В отличие от модели смарт-контрактов Ethereum, основанной на счетах и являющейся Тьюринг-полной, смарт-контракты Bitcoin Cash работают в рамках модели UTXO, используя стековый скриптовый язык, который намеренно не является Тьюринг-полным. Этот дизайн обеспечивает предсказуемые затраты на выполнение и позволяет избежать класса уязвимостей, связанных с неограниченными вычислениями, при этом обеспечивая удивительно богатый набор программируемых финансовых инструментов.
Скриптовый язык Bitcoin Cash последовательно улучшался через серию обновлений протокола. В мае 2018 года несколько опкодов, отключённых в ранней истории Bitcoin, были повторно активированы, включая побитовые логические операторы (OP_AND, OP_OR, OP_XOR), арифметические операторы для больших чисел и операции обработки строк (OP_SPLIT, OP_CAT). Эти восстановленные опкоды значительно расширили выразительность скриптов Bitcoin Cash.
Введение OP_CHECKDATASIG и OP_CHECKDATASIGVERIFY в ноябре 2018 года стало особенно важным достижением. Эти опкоды позволяют скрипту транзакции верифицировать подпись ECDSA относительно произвольных данных, а не только самой транзакции. Это делает возможными контракты на основе оракулов, где внешний источник данных подписывает сообщение, удостоверяющее некое реальное условие (такое как цена, погодное событие или спортивный результат), и выполнение контракта зависит от содержания этого подписанного сообщения. Эта возможность открывает двери для децентрализованных рынков предсказаний, страховых контрактов и других финансовых инструментов, зависящих от внешних данных.
Нативные опкоды интроспекции, введённые в мае 2022 года, позволяют скриптам транзакций исследовать свойства содержащей их транзакции. Скрипты могут проверять значение, скрипт блокировки и данные токенов как входов, так и выходов в рамках одной транзакции. Это делает возможными контракты типа ковенант -- скрипты, ограничивающие то, как монеты могут быть потрачены в будущих транзакциях, а не только кто может их потратить. Ковенанты позволяют создавать мощные паттерны, такие как хранилища (ограничения расходования с временной блокировкой для безопасности), периодические платежи, децентрализованные биржи и механизмы голосования в блокчейне.
CashScript -- это высокоуровневый язык смарт-контрактов для Bitcoin Cash, аналогичный Solidity для Ethereum. CashScript позволяет разработчикам писать контракты на знакомом, похожем на JavaScript синтаксисе, который компилируется в байткод скриптов Bitcoin Cash. Язык обрабатывает сложности проектирования контрактов на основе UTXO, включая интроспекцию входов/выходов и верификацию подписей, делая его доступным для разработчиков, которые могут быть незнакомы с низкоуровневым стековым программированием. Контракты CashScript использовались для создания децентрализованных бирж, эскроу-сервисов, краудфандинговых платформ и других приложений.
Обновление CashTokens в мае 2023 года добавило ещё одно измерение к возможностям смарт-контрактов Bitcoin Cash. Встраивая взаимозаменяемые и невзаимозаменяемые токены непосредственно в модель UTXO на уровне консенсуса, CashTokens делает возможными токен-контракты, обеспеченные правилами консенсуса сети, а не оверлейными протоколами. Невзаимозаменяемые токены (NFT) в CashTokens несут поле «обязательства» -- произвольные данные, прикреплённые к токену, -- которые могут быть прочитаны и валидированы скриптами смарт-контрактов. Это создаёт механизм поддержания состояния в блокчейне через несколько транзакций -- возможность, которую ранее было трудно реализовать в модели UTXO. Контракты могут использовать NFT как носители состояния, обновляя данные обязательств с каждой транзакцией для реализации сложных многоэтапных протоколов.
Сочетание опкодов интроспекции, CashTokens и CashScript создаёт платформу смарт-контрактов, которая, хотя и фундаментально отличается от модели Ethereum, способна реализовать многие из тех же децентрализованных финансовых приложений. Децентрализованные биржи, автоматические маркет-мейкеры, протоколы кредитования и децентрализованные автономные организации были построены или прототипированы на Bitcoin Cash. Подход на основе UTXO предлагает преимущества в отношении параллелизации (UTXO могут валидироваться независимо), конфиденциальности (каждый UTXO независим) и предсказуемости (нет глобального состояния для конкуренции), хотя и требует иных паттернов проектирования по сравнению с системами на основе счетов.
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 полностью наследует денежно-кредитную политику Bitcoin. Общее предложение Bitcoin Cash ограничено 21 миллионом монет, а график эмиссии следует тому же механизму халвинга, что и Bitcoin. Эта общая денежно-кредитная политика является прямым следствием форка: поскольку Bitcoin Cash отделился от блокчейна Bitcoin, он начал с той же историей эмиссии и продолжает с теми же правилами будущей эмиссии.
Вознаграждение за блок начиналось с 50 BCH за блок (унаследованное от параметров генезиса Bitcoin) и уменьшается вдвое каждые 210 000 блоков, приблизительно каждые четыре года. Первый халвинг произошёл в ноябре 2012 года (до форка, поэтому это общая история), снизив вознаграждение до 25 монет. Второй халвинг в июле 2016 года снизил его до 12,5 монет. Третий халвинг в апреле 2020 года, произошедший после форка и, следовательно, специфичный для цепи Bitcoin Cash, снизил вознаграждение до 6,25 BCH. Четвёртый халвинг в апреле 2024 года дополнительно снизил его до 3,125 BCH за блок.
Этот график халвинга создаёт дезинфляционную денежно-кредитную политику, при которой темп создания новых монет снижается со временем, асимптотически приближаясь к нулю. Ожидается, что последняя монета Bitcoin Cash будет добыта примерно в 2140 году. На тот момент доход майнеров будет полностью состоять из комиссий за транзакции.
Ограничение предложения в 21 миллион и график халвинга придают Bitcoin Cash те же свойства дефицитности, что и Bitcoin. Циркулирующее предложение по состоянию на начало 2026 года составляет приблизительно 19,8 миллиона BCH, представляя более 94 процентов от общего объёма, который когда-либо будет существовать. Оставшиеся монеты будут распределены в течение более чем столетия убывающих блочных вознаграждений.
Подход Bitcoin Cash к переходу от блочных вознаграждений к компенсации майнеров на основе комиссий отличается от стратегии Bitcoin. Философия масштабирования Bitcoin, ограничивающая блочное пространство для поддержания рынка комиссий, неявно полагается на высокие комиссии за транзакцию для компенсации майнеров по мере уменьшения блочных вознаграждений. Bitcoin Cash придерживается противоположного подхода: сохраняя низкие комиссии и большие блоки, сеть стремится генерировать достаточный совокупный доход от комиссий за счёт высокого объёма транзакций, а не высоких комиссий за отдельную транзакцию. В этой модели, если каждая транзакция платит комиссию в один цент, но сеть обрабатывает миллионы транзакций за блок, совокупный доход от комиссий может быть достаточным для стимулирования майнинга.
Эта модель комиссий, основанная на объёме, требует, чтобы Bitcoin Cash достиг значительно более высокой пропускной способности транзакций по сравнению с Bitcoin для обеспечения эквивалентных стимулов для майнеров в эпоху после субсидий. Сторонники утверждают, что это достижимо через продолжающееся масштабирование на уровне блокчейна, поскольку глобальный спрос на платежи огромен и даже скромная доля мировых транзакций составит миллионы платежей в день. Критики возражают, что достижение такого уровня принятия неопределённо и что модель низких комиссий может создавать недостаточные стимулы в переходный период.
Общая денежно-кредитная политика Bitcoin и Bitcoin Cash означает, что две цепи находятся в прямой конкуренции за вычислительную мощность майнинга SHA-256. Майнеры распределяют свои ресурсы на ту цепь, которая более прибыльна в любой момент времени, а алгоритмы корректировки сложности на обеих цепях учитывают это гибкое распределение. На практике доля Bitcoin Cash в общем хешрейте SHA-256 пропорциональна его относительной цене, отражая рациональное экономическое поведение майнеров, стремящихся к максимизации прибыли.
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 представляет собой принципиальное продолжение первоначального видения Bitcoin как одноранговых электронных денег. Увеличив лимит размера блока и следуя пути масштабирования на уровне блокчейна, Bitcoin Cash сохранил низкие комиссии и быстрые транзакции, характерные для раннего Bitcoin, делая его практичным для повседневных платежей и микротранзакций, которые были предусмотрены в оригинальном whitepaper.
Техническая траектория проекта отмечена продуманными и значимыми улучшениями протокола. Алгоритм корректировки сложности ASERT обеспечивает стабильное производство блоков в условиях волатильного хешрейта. Улучшенный скриптовый язык с восстановленными и новыми опкодами делает возможными сложные смарт-контракты в рамках ограничений безопасности модели UTXO. CashTokens впервые приносит консенсусно обеспеченную токенизацию в протокол Bitcoin. CashScript делает эти возможности доступными для широкого сообщества разработчиков. Вместе эти достижения демонстрируют, что модель UTXO способна поддерживать богатую экосистему децентрализованных приложений, сохраняя свои фундаментальные свойства простоты и безопасности.
Дебаты о масштабировании, приведшие к созданию Bitcoin Cash, высветили фундаментальное противоречие в децентрализованных системах: компромисс между ёмкостью на уровне блокчейна и стоимостью эксплуатации полных узлов. Bitcoin Cash выбрал приоритет пропускной способности транзакций и пользовательского опыта, утверждая, что экономические выгоды от массового принятия и использования перевешивают возросшие аппаратные требования для операторов узлов. Это эмпирический вопрос, ответ на который раскроется в ближайшие годы и десятилетия по мере того, как Bitcoin и Bitcoin Cash продолжат развиваться по своим соответствующим путям.
Выживание и продолжающееся развитие Bitcoin Cash через несколько медвежьих рынков, спорные форки (в частности, отделение Bitcoin SV в ноябре 2018 года) и постоянные усилия сообщества демонстрируют устойчивость проекта и убеждённость его участников. С момента форка сеть обработала сотни миллионов транзакций, поддерживала непрерывную работу и привлекла глобальное сообщество разработчиков, торговцев и пользователей, разделяющих убеждение в том, что одноранговые электронные деньги -- это технология, достойная создания.
Долгосрочный успех Bitcoin Cash зависит от его способности привлечь пользователей и торговцев, ценящих надёжные транзакции с низкими комиссиями, и масштабировать свою инфраструктуру для удовлетворения потребностей глобальной платёжной сети. Техническая основа надёжна, дорожная карта ясна, а сообщество целеустремлённо. Достигнет ли Bitcoin Cash в конечном счёте своей амбициозной цели -- стать электронными деньгами для всего мира -- будет определяться не техническими ограничениями, а сетевыми эффектами, рыночной динамикой и паттернами принятия, которые управляют эволюцией всех денежных систем.
