Bitcoin Cash: Электронные деньги на основе одноранговой сети для всего мира
تفرّعت Bitcoin Cash (BCH) من Bitcoin في الأول من أغسطس 2017. وليس لها ورقتها البيضاء الخاصة — فالوثيقة المقدَّمة هنا هي الورقة البيضاء الأصلية لـ Bitcoin بقلم Satoshi Nakamoto، التي تستند إليها Bitcoin Cash بوصفها الأساسَ لرؤيتها في نقل النقد الإلكتروني من نظير إلى نظير.
Abstract
Bitcoin Cash هو نظام نقد إلكتروني من نظير إلى نظير انفصل عن blockchain الخاص بـ Bitcoin في 1 أغسطس 2017. تم إنشاؤه استجابةً لقيود التوسع في Bitcoin، حيث زاد Bitcoin Cash من حد حجم الكتلة لتمكين معدل أعلى من المعاملات ورسوم أقل، مستعيداً الرؤية الأصلية لـ Bitcoin كوسيلة تبادل عملية للمعاملات اليومية. مع كتل بحجم 32MB وخوارزمية تعديل صعوبة تكيفية وتطوير مستمر للبروتوكول، يهدف Bitcoin Cash إلى التوسع على السلسلة ليكون بمثابة نقد رقمي عالمي من نظير إلى نظير.
وُلد مشروع Bitcoin Cash من خلاف جوهري داخل مجتمع Bitcoin حول كيفية توسيع الشبكة لاستيعاب الطلب المتزايد. بينما دعا فريق إلى حلول التوسع خارج السلسلة مثل Lightning Network المبنية على Segregated Witness (SegWit)، جادل فريق آخر بأن زيادة حد حجم الكتلة هو النهج الأكثر مباشرة وإثباتاً للتوسع. عندما تعذر الوصول إلى إجماع، نفذت المجموعة الأخيرة hard fork، مما أنشأ سلسلة جديدة حافظت على تاريخ معاملات Bitcoin مع تطبيق حد أكبر لحجم الكتلة ورفض 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 البيضاء الأصلية، التي نشرها Satoshi Nakamoto في عام 2008، "نسخة نظير إلى نظير بحتة من النقد الإلكتروني" تسمح "بإرسال المدفوعات عبر الإنترنت مباشرة من طرف إلى آخر دون المرور عبر مؤسسة مالية." كانت رؤية Bitcoin هذه كوسيلة تبادل للمعاملات اليومية محورية في تبنيها المبكر ونمو مجتمعها. كثيراً ما استشهد مؤيدو Bitcoin الأوائل بانخفاض رسوم المعاملات وسرعة المدفوعات كمزايا رئيسية مقارنة بالأنظمة المالية التقليدية.
ومع ذلك، مع نمو شعبية Bitcoin خلال منتصف العقد الثاني من الألفية الثالثة، بدأ قيد أساسي يحد من فائدتها كنقد إلكتروني. حد حجم الكتلة البالغ واحد ميغابايت، الذي أُدخل أصلاً كإجراء مؤقت لمكافحة البريد العشوائي، خلق سقفاً مصطنعاً لعدد المعاملات التي يمكن للشبكة معالجتها. مع زيادة الطلب على مساحة الكتلة، أُجبر المستخدمون على التنافس على السعة المحدودة من خلال تقديم رسوم معاملات أعلى. بحلول أوائل عام 2017، ارتفع متوسط رسوم معاملات Bitcoin إلى عدة دولارات، مما جعل المعاملات ذات القيمة الصغيرة غير عملية اقتصادياً. خلال فترات الازدحام القصوى، يمكن أن تتجاوز الرسوم عشرين دولاراً، ويمكن أن تبقى المعاملات غير مؤكدة لساعات أو حتى أيام.
مثّل هذا الوضع انحرافاً جوهرياً عن وعد Bitcoin الأصلي. نظام صُمم لتمكين المدفوعات الإلكترونية من نظير إلى نظير أصبح مكلفاً جداً وبطيئاً جداً لحالات الاستخدام ذاتها التي أُنشئ لخدمتها. بينما كان يتم وضع Bitcoin بشكل متزايد كـ "ذهب رقمي" -- مخزن للقيمة بدلاً من وسيلة تبادل -- اعتقد العديد من أعضاء المجتمع والمطورين أن هذا يمثل خيانة للمبادئ التأسيسية للمشروع.
أُنشئ Bitcoin Cash لحل هذه الأزمة من خلال اتخاذ النهج الأكثر مباشرة للتوسع: زيادة حد حجم الكتلة. من خلال السماح باستيعاب المزيد من المعاملات في كل كتلة، هدف Bitcoin Cash إلى استعادة الرسوم المنخفضة والتأكيدات السريعة، مما يجعل النقد الإلكتروني من نظير إلى نظير عملياً مرة أخرى. جادل مؤيدو المشروع بأن التوسع على السلسلة لم يكن ممكناً تقنياً فحسب، بل كان النهج الذي تصوره Satoshi Nakamoto أصلاً، مشيرين إلى اتصالات مبكرة ناقش فيها Nakamoto رفع حد حجم الكتلة مع نمو الشبكة.
كان إنشاء Bitcoin Cash في 1 أغسطس 2017 أحد أهم الأحداث في تاريخ العملات المشفرة. مثّل أول انقسام كبير في سلسلة Bitcoin مدفوعاً بخلاف فلسفي حقيقي حول الاتجاه المستقبلي للبروتوكول. أظهر الانقسام أنه في نظام لامركزي، يمكن حل النزاعات غير القابلة للحل من خلال السماح لكل فريق بمتابعة رؤيته بشكل مستقل، حيث يحدد السوق النتيجة في نهاية المطاف.
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 أحد أكثر النزاعات إثارة للجدل وأطولها في تاريخ تطوير البرمجيات مفتوحة المصدر. في جوهره، تمحور الجدل حول سؤال يبدو بسيطاً: كيف ينبغي لشبكة Bitcoin زيادة قدرتها على معالجة المعاملات؟ لكن الإجابة على هذا السؤال مسّت قضايا أساسية تتعلق بالحوكمة واللامركزية والفلسفة التقنية وهوية Bitcoin ذاتها.
أُدخل حد حجم كتلة Bitcoin البالغ واحد ميغابايت من قبل Satoshi Nakamoto في عام 2010 كإجراء مؤقت لمنع هجمات حجب الخدمة التي يمكن فيها لخصم إغراق الشبكة بكتل ضخمة. في ذلك الوقت، كان الاستخدام الفعلي للكتل أقل بكثير من هذا الحد، واقترح Nakamoto أنه يمكن رفع الحد مستقبلاً من خلال تغيير بسيط في الكود. ومع ذلك، مع نمو استخدام Bitcoin وبدء امتلاء الكتل، أثبت رفع الحد أنه أكثر إثارة للجدل مما توقعه أي شخص.
جادل فريق، أصبح مرتبطاً بفريق تطوير Bitcoin Core، بأن حجم الكتلة يجب أن يظل صغيراً للحفاظ على اللامركزية. كان منطقهم أن الكتل الأكبر ستزيد من المتطلبات الحسابية ومتطلبات عرض النطاق الترددي لتشغيل عقدة كاملة، مما قد يُقصي المستخدمين العاديين ويركز تشغيل العقد بين الكيانات ذات الموارد الجيدة. اقترحوا مساراً بديلاً للتوسع: Segregated Witness (SegWit)، وهو تغيير في البروتوكول يعيد هيكلة بيانات المعاملات لزيادة سعة المعاملات الفعلية للكتلة دون رفع حد الحجم الاسمي، مقترناً بحلول خارج السلسلة مثل Lightning Network التي ستنقل معظم المعاملات خارج blockchain الرئيسي.
الفريق المعارض، الذي ضم مطورين بارزين ومُعدّنين وشركات، جادل بأن رفع حد حجم الكتلة هو الحل الأبسط والأكثر إثباتاً والأكثر إلحاحاً. ادعوا أن حد الميغابايت الواحد كان قيداً تعسفياً لم يُقصد أبداً كميزة دائمة للبروتوكول، وأن الزيادات الناتجة في الرسوم والازدحام كانت تبعد المستخدمين والتجار عن Bitcoin. كانوا متشككين في تعقيد SegWit وقلقين من أن Lightning Network، التي كانت لا تزال نظرية إلى حد كبير في ذلك الوقت، قد لا تفي أبداً بوعودها بمعاملات رخيصة وفورية.
تصاعد الجدل من خلال سلسلة من المقترحات والمقترحات المضادة. Bitcoin XT، الذي اقترحه Mike Hearn و Gavin Andresen في عام 2015، سعى لزيادة حجم الكتلة إلى 8MB. اقترح Bitcoin Classic زيادة أكثر تواضعاً إلى 2MB. اقترح Bitcoin Unlimited إزالة حد حجم الكتلة بالكامل، مما يسمح للمُعدّنين بتحديد حدودهم الخاصة من خلال ديناميكيات السوق. ولّد كل مقترح جدلاً حاداً ولم يحقق أي منها الإجماع الساحق المطلوب لإجراء hard fork غير مثير للجدل.
جرت عدة محاولات للتسوية. شهدت اتفاقية هونغ كونغ (فبراير 2016) موافقة مطوري Bitcoin Core والمُعدّنين على نشر SegWit يتبعه hard fork إلى 2MB، لكن الاتفاقية انهارت عندما لم يُتابع مكون hard fork. اقترحت اتفاقية نيويورك (مايو 2017)، المعروفة أيضاً باسم SegWit2x، تفعيل SegWit فوراً يتبعه hard fork إلى 2MB خلال ستة أشهر. وقّعت على هذه الاتفاقية أكثر من خمسين شركة تمثل غالبية قوة التعدين في Bitcoin، لكنها قوبلت بمعارضة شديدة من فريق تطوير Bitcoin Core وجزء كبير من مجتمع المستخدمين.
عندما أصبح واضحاً أن التسوية مستحيلة، قرر فريق الكتل الكبيرة التصرف من جانب واحد. في 1 أغسطس 2017، نفذوا hard fork لـ blockchain الخاص بـ Bitcoin، مُنشئين Bitcoin Cash بحد حجم كتلة أولي يبلغ 8MB. لم يكن هذا قراراً مُتخذاً باستخفاف -- فقد تطلب تقسيم blockchain والشبكة والمجتمع والعلامة التجارية. لكن مؤيدي Bitcoin Cash اعتقدوا أنه الطريقة الوحيدة للحفاظ على رؤية 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
نُفذ hard fork لـ Bitcoin Cash في 1 أغسطس 2017 عند ارتفاع الكتلة 478,558. عند تلك النقطة، انقسم blockchain الخاص بـ Bitcoin إلى سلسلتين منفصلتين: السلسلة الأصلية التي استمرت كـ Bitcoin (BTC) مع تفعيل SegWit، والسلسلة الجديدة التي أصبحت Bitcoin Cash (BCH) بحد حجم كتلة مُوسّع يبلغ 8MB.
كان الانقسام نظيفاً تقنياً ومخططاً له جيداً. كل عنوان Bitcoin يحتوي على رصيد في وقت الانقسام حصل على رصيد مماثل على كلتا السلسلتين. إذا كان لدى مستخدم 1 BTC قبل الانقسام، فسيكون لديه 1 BTC على سلسلة Bitcoin و 1 BCH على سلسلة Bitcoin Cash بعد الانقسام. كان تاريخ المعاملات بالكامل قبل الكتلة 478,558 مشتركاً بين السلسلتين.
كان أحد التحديات التقنية الحرجة للانقسام تنفيذ حماية الإعادة. في غياب حماية الإعادة، يمكن إعادة بث معاملة تم بثها على سلسلة واحدة على السلسلة الأخرى، مما قد يتسبب في إنفاق المستخدمين لعملاتهم على كلتا السلسلتين دون قصد. نفذ Bitcoin Cash حماية إعادة قوية من خلال تعديل خوارزمية توقيع المعاملات. على وجه التحديد، قدم Bitcoin Cash علامة SigHash جديدة (SIGHASH_FORKID) يتم تضمينها في hash كل توقيع معاملة. المعاملات الموقعة بهذه العلامة صالحة على سلسلة Bitcoin Cash لكنها غير صالحة على سلسلة Bitcoin، والعكس صحيح. ضمن هذا فصلاً نظيفاً بين الشبكتين منذ لحظة الانقسام.
حُدد حد حجم الكتلة الأولي لـ Bitcoin Cash عند 8MB، أي ثمانية أضعاف حد Bitcoin البالغ 1MB. مثّل هذا زيادة كبيرة في سعة المعاملات على السلسلة، مما سمح لـ Bitcoin Cash بمعالجة عدد أكبر بكثير من المعاملات لكل كتلة مع الحفاظ على رسوم منخفضة. تم تعدين أول كتلة Bitcoin Cash بعد الانقسام بواسطة مجمع تعدين ViaBTC وكان حجمها حوالي 1.9MB، مما يوضح الفائدة العملية الفورية لحجم الكتلة الأكبر.
أزال الانقسام أيضاً SegWit الذي كان قد تم تفعيله على سلسلة Bitcoin. رفض مطورو Bitcoin Cash SegWit لعدة أسباب: اعتقدوا أنه يُدخل تعقيداً غير ضروري إلى البروتوكول، ويُنشئ نظام معاملات من مستويين بهياكل رسوم مختلفة، ويُعدّل بنية الكتلة بطرق يعتبرونها تُقوّض بساطة نموذج UTXO. باختيار زيادة مباشرة في حجم الكتلة بدلاً من ذلك، حافظ Bitcoin Cash على بنية بروتوكول أبسط وأكثر تقليدية شبيهة بـ Bitcoin.
في أعقاب الانقسام، كان على كلتا السلسلتين مواجهة تحدي تعديل الصعوبة. استخدم Bitcoin Cash في البداية نفس صعوبة SHA-256 من سلسلة Bitcoin، لكن مع قوة تعدين أقل بكثير. لمنع سيناريو تُعدَّن فيه الكتل ببطء شديد، نفذ Bitcoin Cash آلية تعديل صعوبة طارئة (EDA) تُخفّض الصعوبة بنسبة 20 بالمئة إذا تم تعدين أقل من 6 كتل في فترة 12 ساعة. بينما نجحت هذه الآلية في الحفاظ على حياة السلسلة خلال الفترة الحرجة المبكرة، أثبتت عدم استقرارها، مسببة تذبذبات حادة في أوقات إنتاج الكتل ومعدل التعدين حيث كان المُعدّنون يتنقلون بين Bitcoin و Bitcoin Cash بناءً على الربحية. استُبدلت EDA في نوفمبر 2017 بخوارزمية تعديل صعوبة أكثر استقراراً تعتمد على متوسط متحرك للـ 144 كتلة السابقة.
قوبل الانقسام بجدل كبير في مجتمع العملات المشفرة الأوسع. جادل المنتقدون بأن Bitcoin Cash كان محاولة غير شرعية للاستيلاء على علامة Bitcoin التجارية، بينما أكد المؤيدون أنه استمرار مشروع لخارطة طريق Bitcoin الأصلية. كان على البورصات ومقدمي الخدمات اتخاذ قرارات سريعة حول ما إذا كانوا سيدعمون السلسلة الجديدة وكيفية التعامل مع توزيع العملات المنقسمة لعملائهم. على الرغم من الجدل، أثبت Bitcoin Cash نفسه بسرعة كعملة مشفرة قابلة للتطبيق ومُستخدمة بنشاط، محققاً حجم تداول كبير واعتماد تجاري في الأشهر التالية للانقسام.
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، بما في ذلك آلية إجماع إثبات العمل SHA-256، ونموذج معاملات UTXO، ومنحنى secp256k1 الإهليلجي للتوقيعات الرقمية، وفاصل الكتلة المستهدف البالغ عشر دقائق. ومع ذلك، تميزه عدة تعديلات رئيسية عن بروتوكول Bitcoin.
الاختلاف الأبرز هو حد حجم الكتلة. أُطلق Bitcoin Cash بحد حجم كتلة يبلغ 8MB ثم زاده لاحقاً إلى 32MB في مايو 2018. يوفر هذا الحد البالغ 32MB سعة معاملات تبلغ حوالي 32 ضعف سعة Bitcoin الفعلية البالغة 1MB بدون SegWit (أو ما يقرب من 8 أضعاف سعة Bitcoin المحسّنة بـ SegWit البالغة حوالي 4MB). حجم الكتلة الأكبر هو حجر الزاوية في فلسفة التوسع على السلسلة لـ 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 لكنه اعتمد تنسيق CashAddr في يناير 2018 لمنع الالتباس وأخطاء الإرسال عبر السلاسل. تبدأ عناوين CashAddr بالبادئة "bitcoincash:" (غالباً ما تُختصر إلى "q" أو "p" لجزء التجزئة) وتستخدم مخطط ترميز مختلف عن تنسيق base58check الخاص بـ Bitcoin. هذا التمييز المرئي يوضح فوراً ما إذا كان العنوان ينتمي إلى Bitcoin أو Bitcoin Cash، مما يقلل من خطر إرسال المستخدمين للعملات عن طريق الخطأ إلى السلسلة الخاطئة.
تعمل الشبكة على المنفذ 8333، وهو نفس المنفذ الافتراضي لـ Bitcoin، على الرغم من أن عقد Bitcoin Cash تُعرّف نفسها برقم سحري مختلف للشبكة في مصافحة البروتوكول. هذا يعني أن عقد Bitcoin و Bitcoin Cash لن تتصل ببعضها البعض عن طريق الخطأ على الرغم من استخدام نفس المنفذ.
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
تُعد إنتاجية المعاملات وقابلية التوسع جوهر عرض القيمة لـ Bitcoin Cash. الأطروحة الأساسية للمشروع هي أن النقد الإلكتروني من نظير إلى نظير يجب أن يكون قادراً على معالجة المعاملات بسرعة وبتكلفة منخفضة ليكون قابلاً للاستخدام اليومي، وأن التوسع على السلسلة من خلال كتل أكبر هو الطريقة الأكثر موثوقية لتحقيق ذلك.
بحد حجم كتلة يبلغ 32MB وفاصل كتلة مدته عشر دقائق، تبلغ الإنتاجية القصوى النظرية لـ Bitcoin Cash حوالي 100 معاملة في الثانية، اعتماداً على متوسط حجم المعاملة. يمثل هذا زيادة كبيرة عن الحد الأقصى النظري لـ Bitcoin البالغ حوالي 7 معاملات في الثانية بكتل 1MB. عملياً، تعتمد الإنتاجية الفعلية على مزيج أنواع وأحجام المعاملات، لكن سعة Bitcoin Cash أكثر من كافية لحجم معاملاته الحالي، حيث تكون الكتل عادة أقل بكثير من حد 32MB.
لوفرة مساحة الكتلة المتاحة تأثير مباشر وقابل للقياس على رسوم المعاملات. عندما لا تكون الكتل ممتلئة، لا توجد منافسة على الرسوم، ويمكن تأكيد المعاملات برسوم دنيا. رسم الترحيل الأدنى الافتراضي لـ Bitcoin Cash هو 1 satoshi لكل بايت (حيث 1 satoshi = 0.00000001 BCH)، ومعظم المعاملات يتم تأكيدها في الكتلة التالية عند هذا الحد الأدنى أو بالقرب منه. هذا يجعل معاملات Bitcoin Cash تكلف أجزاء من سنت في الظروف العادية، مقارنة برسوم Bitcoin التي يمكن أن تتراوح من دولارات إلى عشرات الدولارات خلال فترات الازدحام.
أجرى مجتمع تطوير Bitcoin Cash أبحاثاً واختبارات مكثفة حول حدود التوسع على السلسلة. أظهرت مبادرة Gigablock Testnet، التي أُجريت في 2017-2018، أن بروتوكول Bitcoin يمكنه التعامل مع كتل بحجم 1GB أو أكثر مع التحسينات البرمجية المناسبة والأجهزة الحديثة. حددت هذه الاختبارات عدة اختناقات في الكود الأصلي -- بما في ذلك نشر الكتل والتحقق من المعاملات وإدارة مجموعة UTXO -- وأثرت في جهود التحسين اللاحقة.
أُجريت عدة تحسينات في البروتوكول والتنفيذ لدعم الكتل الأكبر. Graphene، وهو بروتوكول نشر كتل يعتمد على جداول بحث Bloom القابلة للعكس ومرشحات Bloom، يقلل بشكل كبير من عرض النطاق الترددي المطلوب لنشر الكتل من خلال ترميز الفرق فقط بين الكتلة والمعاملات التي لدى العقدة المستقبلة بالفعل في mempool الخاص بها. يتطلب الترتيب القانوني للمعاملات (CTOR)، المُنفَّذ في نوفمبر 2018، ترتيب المعاملات داخل الكتلة حسب معرّف المعاملة. هذا التغيير الذي يبدو بسيطاً يُمكّن من تحسينات كبيرة في التحقق من الكتل ونشرها، حيث يسمح بالتحقق المتوازي للمعاملات وخوارزميات مصالحة المجموعات الأكثر كفاءة.
عززت مبادرات التزام UTXO والتحقق المتوازي قدرة الشبكة على التعامل مع الكتل الكبيرة بكفاءة. من خلال الاستفادة من المعالجات الحديثة متعددة النوى وأجهزة التخزين ذات الحالة الصلبة، يمكن لتطبيقات العقد المحسّنة التحقق من صحة الكتل التي تحتوي على عشرات الآلاف من المعاملات ضمن أطر زمنية مقبولة.
تتصور خارطة طريق قابلية التوسع لـ Bitcoin Cash زيادات إضافية في حد حجم الكتلة حسبما تقتضيه التكنولوجيا والطلب. أعرب مطورو المشروع عن هدف طويل الأمد لدعم أحجام المدفوعات على المستوى العالمي بالكامل على السلسلة، مستهدفين مستويات إنتاجية تسمح لـ Bitcoin Cash بخدمة مليارات المعاملات اليومية. بينما هذا الهدف طموح، توفر التحسينات المستمرة في قدرات الأجهزة وعرض النطاق الترددي للشبكة وتحسين البرمجيات مساراً موثوقاً لتحقيقه بشكل تدريجي بمرور الوقت.
جانب مهم من نهج التوسع في Bitcoin Cash هو مفهوم معاملات "التأكيد الصفري". بالنسبة للمدفوعات منخفضة القيمة، يمكن للتجار قبول المعاملات فوراً عند البث، قبل تضمينها في كتلة. نفذ Bitcoin Cash عدة تدابير لتحسين موثوقية معاملات التأكيد الصفري، بما في ذلك قاعدة "الأول يُرى" (حيث تنقل العقد فقط النسخة الأولى من المعاملة التي تراها، مما يجعل محاولات الإنفاق المزدوج أكثر صعوبة) وبروتوكولات إشعار الإنفاق المزدوج التي تنبه التجار إذا تم اكتشاف معاملة متعارضة. تجعل هذه التدابير Bitcoin Cash عملياً لمعاملات نقاط البيع حيث يكون انتظار عشر دقائق لتأكيد الكتلة غير عملي.
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، الذي يسمح للمستخدمين بتضمين بيانات عشوائية في blockchain ضمن مخرج معاملة غير قابل للإنفاق بشكل مُثبت. تُمكّن هذه الميزة مجموعة من التطبيقات المتمحورة حول البيانات المبنية على blockchain الخاص بـ Bitcoin Cash، بما في ذلك بروتوكولات الرموز وأنظمة المراسلة وخدمات التوثيق ومنصات التواصل الاجتماعي.
حُدد حد بيانات OP_RETURN على Bitcoin Cash بـ 220 بايت لكل مخرج، وهو أكبر بكثير من حد Bitcoin البالغ 80 بايت. بالإضافة إلى ذلك، يسمح Bitcoin Cash بمخرجات OP_RETURN متعددة في معاملة واحدة، مما يوسع كمية البيانات التي يمكن تضمينها في معاملة واحدة. هذه الحدود السخية، مقترنة برسوم معاملات منخفضة، تجعل Bitcoin Cash منصة قابلة للتطبيق اقتصادياً لتطبيقات البيانات التي ستكون باهظة التكلفة على سلاسل أكثر تقييداً في السعة.
كان Simple Ledger Protocol (SLP) أحد أقدم أنظمة الرموز وأكثرها اعتماداً المبنية على Bitcoin Cash باستخدام OP_RETURN. سمح SLP للمستخدمين بإنشاء ونقل رموز مخصصة على blockchain الخاص بـ Bitcoin Cash من خلال ترميز بيانات الرموز التعريفية في مخرجات OP_RETURN. بينما حل بروتوكول CashTokens محل SLP إلى حد كبير، أثبت SLP جدوى بناء اقتصادات الرموز فوق نموذج UTXO.
CashTokens، الذي فُعّل في مايو 2023، يمثل نهجاً أكثر تطوراً للترميز على Bitcoin Cash. على عكس SLP الذي اعتمد على بيانات OP_RETURN التعريفية التي يمكن تجاهلها من قبل البروتوكول الأساسي، فإن CashTokens ميزة على مستوى الإجماع تدمج الرموز مباشرة في نموذج UTXO. يمكن لكل UTXO أن يحمل قيمة BCH ورمزاً مرتبطاً، مع فرض صلاحية الرمز بقواعد الإجماع. يدعم CashTokens نوعين من الرموز: الرموز القابلة للاستبدال (مشابهة لرموز ERC-20 على Ethereum) والرموز غير القابلة للاستبدال (NFTs). يعني الفرض على مستوى الإجماع أن معاملات الرموز لها نفس ضمانات الأمان الخاصة بمعاملات BCH الأصلية، مما يُلغي افتراضات الثقة ومتطلبات الفهرسة للبروتوكولات الطبقية مثل SLP.
Memo.cash هو بروتوكول تواصل اجتماعي لامركزي مبني على Bitcoin Cash باستخدام معاملات OP_RETURN. يبث المستخدمون المنشورات والمتابعات والإعجابات والإجراءات الاجتماعية الأخرى كمعاملات Bitcoin Cash ببيانات OP_RETURN مُرمّزة. نظراً لأن البيانات مُخزّنة على blockchain، فهي مقاومة للرقابة ومؤرشفة بشكل دائم. تكاليف المعاملات المنخفضة على Bitcoin Cash تجعل هذا ممكناً اقتصادياً -- كل إجراء على وسائل التواصل الاجتماعي يكلف جزءاً من سنت.
تشمل تطبيقات البيانات الأخرى على Bitcoin Cash خدمات ختم الوقت وتوثيق المستندات، حيث يُضمّن hash المستند في مخرج OP_RETURN لإنشاء سجل دائم ومقاوم للتلاعب بوجود المستند في نقطة زمنية محددة. كما بُنيت أنظمة تتبع سلسلة التوريد والتحقق من الاعتماد وأنظمة الهوية اللامركزية باستخدام قدرات تضمين البيانات في Bitcoin Cash.
يُموضع الجمع بين سعة OP_RETURN الكبيرة والرسوم المنخفضة وأوقات التأكيد السريعة Bitcoin Cash كمنصة تنافسية لتطبيقات البيانات القائمة على blockchain. بينما توجد سلاسل كتل مصممة خصيصاً للبيانات، يقدم Bitcoin Cash ميزة شبكة راسخة وآمنة للغاية ومدعومة على نطاق واسع مع سجل حافل من التشغيل المستمر.
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، حيث تتواصل العقد عبر بروتوكول الشائعات لنشر المعاملات والكتل. تحتفظ العقد الكاملة بنسخة كاملة من blockchain وتتحقق من صحة جميع المعاملات والكتل بشكل مستقل وفقاً لقواعد الإجماع. الشبكة غير مرخصة، مما يعني أن أي شخص يمكنه تشغيل عقدة والمشاركة في الشبكة دون إذن.
توجد عدة تطبيقات مستقلة للعقد الكاملة لـ Bitcoin Cash، مما يعكس التزام المشروع بالتطوير اللامركزي. Bitcoin Cash Node (BCHN) هو التطبيق الأكثر استخداماً ويعمل كعميل مرجعي فعلي. تشمل التطبيقات الأخرى Bitcoin Unlimited و BCHD (المكتوب بلغة Go) و Knuth (تطبيق C++ عالي الأداء). يقلل وجود تطبيقات مستقلة متعددة من خطر تسبب خطأ برمجي واحد في فشل على مستوى الشبكة بأكملها ويضمن عدم سيطرة فريق تطوير واحد من جانب واحد على البروتوكول.
يستخدم التعدين على Bitcoin Cash خوارزمية إثبات العمل 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 (الأهداف المرتفعة أسّياً المجدولة مطلقاً)، المعروفة أيضاً باسم aserti3-2d. ASERT خوارزمية أنيقة رياضياً تُعدّل هدف الصعوبة بناءً على الفرق بين الوقت الفعلي المنقضي والوقت المتوقع منذ كتلة مرجعية ("كتلة المرساة"). إذا كانت الكتل تُنتج أسرع من المتوقع، تزداد الصعوبة أسّياً؛ وإذا كانت أبطأ، تقل أسّياً. يشير تصنيف "3-2d" إلى نصف عمر يبلغ حوالي يومين (تحديداً 288 كتلة عند الهدف البالغ عشر دقائق)، مما يعني أن مضاعفة أو تنصيف مستمر لمعدل التعدين سيؤدي إلى تعديل كامل للصعوبة خلال يومين. أثبت ASERT استقراراً عالياً، مُنتجاً فواصل كتل متسقة حتى في ظل تقلبات كبيرة في معدل التعدين.
كفاءة نشر الكتل أمر حاسم لشبكة ذات كتل كبيرة. اعتمد Bitcoin Cash عدة تحسينات لضمان انتشار الكتل الكبيرة عبر الشبكة بسرعة. تسمح الكتل المدمجة (BIP 152) للعقد بإعادة بناء الكتل من معرفات المعاملات بدلاً من بيانات المعاملات الكاملة، مما يقلل بشكل كبير من عرض النطاق الترددي المطلوب لنشر الكتل عندما تتداخل مجمعات الذاكرة. يوفر بروتوكول Graphene ضغطاً أكبر باستخدام هياكل بيانات احتمالية لتحقيق ترميز كتل شبه مثالي. Xthinner هو بروتوكول ضغط آخر طُوّر خصيصاً لـ Bitcoin Cash يحقق حوالي 99.6 بالمئة ضغطاً للكتل النموذجية.
صُممت سياسات الترحيل ومجمع الذاكرة في الشبكة لدعم معاملات التأكيد الصفري الموثوقة. تتبع العقد قاعدة صارمة للأول يُرى، حيث تقبل وتنقل فقط النسخة الأولى من المعاملة التي ترصدها. إذا تم اكتشاف معاملة ثانية تحاول إنفاق نفس المدخلات (محاولة إنفاق مزدوج)، ستُنشئ العقد دليل إنفاق مزدوج وتنشره عبر الشبكة، منبهة التجار والأطراف المعنية الأخرى. توفر هذه البنية التحتية مستوى معقولاً من الأمان لقبول المعاملات غير المؤكدة للمدفوعات اليومية منخفضة القيمة.
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 أساساً كنظام نقد إلكتروني من نظير إلى نظير، فقد طوّر قدرات عقود ذكية كبيرة من خلال توسعات لغة البرمجة النصية الخاصة به. على عكس نموذج العقود الذكية في 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 العقود القائمة على الرموز التي تُفرض بقواعد إجماع الشبكة بدلاً من البروتوكولات الطبقية. تحمل الرموز غير القابلة للاستبدال (NFTs) في CashTokens حقل "التزام" -- بيانات عشوائية مرفقة بالرمز -- يمكن قراءتها والتحقق من صحتها بواسطة نصوص العقود الذكية. يُنشئ هذا آلية للحفاظ على الحالة على السلسلة عبر معاملات متعددة، وهي قدرة كان من الصعب تحقيقها سابقاً في نموذج UTXO. يمكن للعقود استخدام NFTs كحاملات للحالة، مع تحديث بيانات الالتزام مع كل معاملة لتنفيذ بروتوكولات متعددة الخطوات معقدة.
يُنشئ الجمع بين أكواد الاستبطان و CashTokens و CashScript منصة عقود ذكية، رغم اختلافها الجوهري عن نموذج Ethereum، قادرة على تنفيذ العديد من نفس التطبيقات المالية اللامركزية. بُنيت أو صُممت نماذج أولية على Bitcoin Cash لبورصات لامركزية وصانعي سوق آليين وبروتوكولات إقراض ومنظمات مستقلة لامركزية. يوفر النهج القائم على UTXO مزايا من حيث التوازي (يمكن التحقق من UTXOs بشكل مستقل)، والخصوصية (كل UTXO مستقل)، وقابلية التنبؤ (لا توجد حالة عالمية للتنافس عليها)، وإن كان يتطلب أنماط تصميم مختلفة عن الأنظمة القائمة على الحسابات.
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 مليون عملة كحد أقصى، ويتبع جدول الإصدار آلية التنصيف نفسها المتبعة في Bitcoin. هذه السياسة النقدية المشتركة هي نتيجة مباشرة للانقسام: لأن Bitcoin Cash انفصل عن blockchain الخاص بـ 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 متناسبة مع سعره النسبي، مما يعكس السلوك الاقتصادي الرشيد للمُعدّنين الساعين لتعظيم الأرباح.
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 استمراراً مبدئياً للرؤية الأصلية لـ Bitcoin كنقد إلكتروني من نظير إلى نظير. من خلال زيادة حد حجم الكتلة ومتابعة التوسع على السلسلة، حافظ Bitcoin Cash على الرسوم المنخفضة والمعاملات السريعة التي ميّزت Bitcoin في بداياته، مما يجعله عملياً للمدفوعات اليومية والمعاملات الصغيرة التي تصورتها الورقة البيضاء الأصلية.
تميز المسار التقني للمشروع بتحسينات مدروسة ومؤثرة في البروتوكول. توفر خوارزمية تعديل الصعوبة ASERT إنتاج كتل مستقر في ظروف معدل تعدين متقلبة. تُمكّن لغة البرمجة النصية المحسّنة، بأكوادها التشغيلية المستعادة والجديدة، عقوداً ذكية متطورة ضمن قيود أمان نموذج UTXO. يجلب CashTokens ترميزاً مُفرَضاً بالإجماع إلى بروتوكول Bitcoin لأول مرة. تجعل CashScript هذه القدرات في متناول مجتمع مطورين واسع. معاً، تُظهر هذه التطورات أن نموذج UTXO يمكنه دعم نظام بيئي غني من التطبيقات اللامركزية مع الحفاظ على بساطته وخصائصه الأمنية الأساسية.
سلّط جدل التوسع الذي أدى إلى إنشاء Bitcoin Cash الضوء على توتر أساسي في الأنظمة اللامركزية: المقايضة بين السعة على السلسلة وتكلفة تشغيل العقد الكاملة. اختار Bitcoin Cash إعطاء الأولوية لسعة المعاملات وتجربة المستخدم، بحجة أن الفوائد الاقتصادية للتبني والاستخدام الواسعين تفوق المتطلبات المتزايدة للأجهزة لمشغلي العقد. هذا سؤال تجريبي ستتكشف إجابته خلال السنوات والعقود القادمة مع استمرار تطور كل من Bitcoin و Bitcoin Cash على مساريهما المختلفين.
يُظهر بقاء Bitcoin Cash وتطويره المستمر عبر أسواق هابطة متعددة وانقسامات مثيرة للجدل (خاصة انقسام Bitcoin SV في نوفمبر 2018) وجهد مجتمعي متواصل مرونة المشروع وقناعة المشاركين فيه. عالجت الشبكة مئات الملايين من المعاملات منذ الانقسام، وحافظت على التشغيل المستمر، وجذبت مجتمعاً عالمياً من المطورين والتجار والمستخدمين الذين يشتركون في الإيمان بأن النقد الإلكتروني من نظير إلى نظير تقنية تستحق البناء.
يعتمد النجاح طويل الأمد لـ Bitcoin Cash على قدرته على جذب المستخدمين والتجار الذين يقدّرون المعاملات منخفضة الرسوم والموثوقة، وعلى توسيع بنيته التحتية لتلبية متطلبات شبكة مدفوعات عالمية. الأسس التقنية متينة، وخارطة الطريق واضحة، والمجتمع ملتزم. سواء حقق Bitcoin Cash في نهاية المطاف هدفه الطموح في خدمة العالم كنقد إلكتروني أم لا، فإن ذلك لن تحدده القيود التقنية بل تأثيرات الشبكة وديناميكيات السوق وأنماط التبني التي تحكم تطور جميع الأنظمة النقدية.
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 в конечном счёте своей амбициозной цели -- стать электронными деньгами для всего мира -- будет определяться не техническими ограничениями, а сетевыми эффектами, рыночной динамикой и паттернами принятия, которые управляют эволюцией всех денежных систем.