Bitcoin Cash: Электронные деньги на основе одноранговой сети для всего мира
Bitcoin Cash (BCH) hard-forked from Bitcoin on August 1, 2017. It does not have its own whitepaper — the document presented here is Bitcoin's original whitepaper by Satoshi Nakamoto, which Bitcoin Cash references as the foundation of its peer-to-peer electronic cash vision.
Abstract
Bitcoin Cash is a peer-to-peer electronic cash system that forked from the Bitcoin blockchain on August 1, 2017. Created in response to Bitcoin's scaling limitations, Bitcoin Cash increased the block-size/" class="glossary-link" data-slug="block-size" title="block size">block size limit to enable greater transaction throughput and lower fees, restoring the original vision of Bitcoin as a practical medium of exchange for everyday transactions. With 32MB blocks, an adaptive difficulty adjustment algorithm, and continued protocol development, Bitcoin Cash aims to scale on-chain to serve as global peer-to-peer cash.
The Bitcoin Cash project was born from a fundamental disagreement within the Bitcoin community about how the network should scale to accommodate growing demand. While one faction advocated for off-chain scaling solutions such as the Lightning Network built atop witness/" class="glossary-link" data-slug="segregated-witness" title="Segregated Witness">Segregated Witness (SegWit), another faction argued that increasing the block size limit was the most straightforward and proven approach to scaling. When consensus could not be reached, the latter group executed a hard fork, creating a new chain that preserved Bitcoin's transaction history while implementing a larger block size limit and rejecting SegWit. This document describes the technical specifications, design philosophy, and development trajectory of 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
The original Bitcoin whitepaper, published by Satoshi Nakamoto in 2008, described "a purely peer-to-peer version of electronic cash" that would "allow online payments to be sent directly from one party to another without going through a financial institution." This vision of Bitcoin as a medium of exchange for everyday transactions was central to its early adoption and community growth. Early Bitcoin proponents frequently cited low transaction fees and fast payments as key advantages over traditional financial systems.
However, as Bitcoin's popularity grew through the mid-2010s, a fundamental constraint began to limit its utility as electronic cash. The one-megabyte block-size/" class="glossary-link" data-slug="block-size" title="block size">block size limit, originally introduced as a temporary anti-spam measure, created an artificial ceiling on the number of transactions the network could process. As demand for block space increased, users were forced to compete for limited capacity by offering higher transaction fees. By early 2017, median Bitcoin transaction fees had risen to several dollars, making small-value transactions economically impractical. During peak congestion periods, fees could exceed twenty dollars, and transactions could remain unconfirmed for hours or even days.
This situation represented a fundamental departure from Bitcoin's original promise. A system designed to enable peer-to-peer electronic payments was becoming too expensive and too slow for the very use cases it was created to serve. While Bitcoin was increasingly positioned as "digital gold" — a store of value rather than a medium of exchange — many community members and developers believed this represented a betrayal of the project's founding principles.
Bitcoin Cash was created to resolve this crisis by taking the most direct approach to scaling: increasing the block size limit. By allowing more transactions to fit in each block, Bitcoin Cash aimed to restore low fees and fast confirmations, making peer-to-peer electronic cash practical again. The project's proponents argued that on-chain scaling was not only technically feasible but was the approach that Satoshi Nakamoto had originally envisioned, pointing to early communications in which Nakamoto discussed raising the block size limit as the network grew.
The creation of Bitcoin Cash on August 1, 2017, was one of the most significant events in cryptocurrency history. It represented the first major chain split in Bitcoin's history driven by a genuine philosophical disagreement about the protocol's future direction. The fork demonstrated that in a decentralized system, unresolvable disputes can be settled by allowing each faction to pursue its own vision independently, with the market ultimately determining the outcome.
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
The Bitcoin scaling debate was one of the most contentious and prolonged disputes in the history of open-source software development. At its core, the debate centered on a seemingly simple question: how should the Bitcoin network increase its transaction processing capacity? The answer to this question, however, touched on fundamental issues of governance, decentralization, technical philosophy, and the very identity of Bitcoin.
Bitcoin's block-size/" class="glossary-link" data-slug="block-size" title="block size">block size limit of one megabyte was introduced by Satoshi Nakamoto in 2010 as a temporary measure to prevent denial-of-service attacks in which an adversary could flood the network with oversized blocks. At the time, actual block usage was far below this limit, and Nakamoto suggested that the limit could be raised in the future through a simple code change. However, as Bitcoin's usage grew and blocks began to fill, raising the limit proved to be far more contentious than anyone had anticipated.
One faction, which came to be associated with the Bitcoin Core development team, argued that the block size should remain small to preserve decentralization. Their reasoning was that larger blocks would increase the computational and bandwidth requirements for running a node/" class="glossary-link" data-slug="full-node" title="full node">full node, potentially pricing out ordinary users and concentrating node operation among well-resourced entities. They proposed an alternative scaling path: witness/" class="glossary-link" data-slug="segregated-witness" title="Segregated Witness">Segregated Witness (SegWit), a protocol change that restructured transaction data to effectively increase the block's transaction capacity without raising the nominal size limit, combined with off-chain solutions such as the Lightning Network that would move most transactions off the main blockchain.
The opposing faction, which included prominent developers, miners, and businesses, argued that raising the block size limit was the simplest, most proven, and most urgent solution. They contended that the one-megabyte limit was an arbitrary constraint that had never been intended as a permanent feature of the protocol, and that the resulting fee increases and congestion were driving users and merchants away from Bitcoin. They were skeptical of SegWit's complexity and concerned that the Lightning Network, which was still largely theoretical at the time, might never deliver on its promises of cheap, instant transactions.
The debate escalated through a series of proposals and counter-proposals. Bitcoin XT, proposed by Mike Hearn and Gavin Andresen in 2015, sought to increase the block size to 8MB. Bitcoin Classic proposed a more modest increase to 2MB. Bitcoin Unlimited proposed removing the block size limit entirely, allowing miners to set their own limits through market dynamics. Each proposal generated fierce debate and none achieved the overwhelming consensus needed for a non-contentious hard fork.
Several attempts at compromise were made. The Hong Kong Agreement (February 2016) saw Bitcoin Core developers and miners agree to deploy SegWit followed by a hard fork to 2MB, but the agreement fell apart when the hard fork component was not pursued. The New York Agreement (May 2017), also known as SegWit2x, proposed activating SegWit immediately followed by a 2MB hard fork within six months. This agreement was signed by over fifty companies representing a majority of Bitcoin's hash power, but it was strongly opposed by the Bitcoin Core development team and a significant portion of the user community.
As it became clear that compromise was impossible, the big-block faction decided to act unilaterally. On August 1, 2017, they executed a hard fork of the Bitcoin blockchain, creating Bitcoin Cash with an initial block size limit of 8MB. This was not a decision taken lightly — it required splitting the blockchain, the network, the community, and the brand. But the proponents of Bitcoin Cash believed it was the only way to preserve Bitcoin's original vision as peer-to-peer electronic cash.
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
The Bitcoin Cash hard fork was executed on August 1, 2017, at block-height/" class="glossary-link" data-slug="block-height" title="block height">block height 478,558. At that point, the Bitcoin blockchain split into two separate chains: the original chain, which continued as Bitcoin (BTC) with SegWit activation, and the new chain, which became Bitcoin Cash (BCH) with an increased block size limit of 8MB.
The fork was technically clean and well-planned. Every Bitcoin address that held a balance at the time of the fork received an identical balance on both chains. If a user held 1 BTC before the fork, they would have 1 BTC on the Bitcoin chain and 1 BCH on the Bitcoin Cash chain after the fork. The entire transaction history prior to block 478,558 was shared between both chains.
One of the critical technical challenges of the fork was implementing replay protection. In the absence of replay protection, a transaction broadcast on one chain could be replayed on the other chain, potentially causing users to unintentionally spend coins on both chains. Bitcoin Cash implemented strong replay protection by modifying the transaction signing algorithm. Specifically, Bitcoin Cash introduced a new SigHash flag (SIGHASH_FORKID) that is included in the hash of each transaction signature. Transactions signed with this flag are valid on the Bitcoin Cash chain but invalid on the Bitcoin chain, and vice versa. This ensured a clean separation between the two networks from the moment of the fork.
The initial block size limit for Bitcoin Cash was set at 8MB, eight times larger than Bitcoin's 1MB limit. This represented a significant increase in on-chain transaction capacity, allowing Bitcoin Cash to process substantially more transactions per block while maintaining low fees. The first Bitcoin Cash block after the fork was mined by ViaBTC mining-pool/" class="glossary-link" data-slug="mining-pool" title="mining pool">mining pool and was approximately 1.9MB in size, demonstrating the immediate practical benefit of the larger block size.
The fork also removed SegWit, which had been activated on the Bitcoin chain. The Bitcoin Cash developers rejected SegWit for several reasons: they believed it introduced unnecessary complexity to the protocol, it created a two-tier transaction system with different fee structures, and it modified the block structure in ways that they argued undermined the UTXO model's simplicity. By choosing a straightforward block size increase instead, Bitcoin Cash maintained a simpler and more traditional Bitcoin-like protocol architecture.
In the aftermath of the fork, both chains had to contend with the challenge of difficulty adjustment. Bitcoin Cash initially used the same SHA-256 difficulty from the Bitcoin chain, but with significantly less hash power devoted to mining. To prevent a scenario in which blocks were mined extremely slowly, Bitcoin Cash implemented an Emergency Difficulty Adjustment (EDA) mechanism that would decrease the difficulty by 20 percent if fewer than 6 blocks were mined in a 12-hour period. While this mechanism successfully kept the chain alive during the critical early period, it proved to be unstable, causing wild oscillations in block production times and hash rate as miners switched between Bitcoin and Bitcoin Cash based on profitability. The EDA was replaced in November 2017 with a more stable difficulty adjustment algorithm based on a moving average of the previous 144 blocks.
The fork was met with significant controversy in the broader cryptocurrency community. Critics argued that Bitcoin Cash was an illegitimate attempt to co-opt the Bitcoin brand, while supporters maintained that it was a legitimate continuation of Bitcoin's original roadmap. Exchanges and service providers had to make rapid decisions about whether to support the new chain and how to handle the distribution of forked coins to their customers. Despite the controversy, Bitcoin Cash quickly established itself as a viable and actively used cryptocurrency, achieving significant trading volume and merchant adoption in the months following the fork.
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 shares the fundamental technical architecture of Bitcoin, including the SHA-256 proof-of-work consensus mechanism, the UTXO transaction model, the secp256k1 elliptic curve for digital signatures, and the ten-minute target block-time/" class="glossary-link" data-slug="block-time" title="block interval">block interval. However, several key modifications differentiate it from the Bitcoin protocol.
The most prominent difference is the block size limit. Bitcoin Cash launched with an 8MB block size limit and subsequently increased it to 32MB in May 2018. This 32MB limit provides approximately 32 times the transaction capacity of Bitcoin's effective 1MB non-witness/" class="glossary-link" data-slug="segregated-witness" title="SegWit">SegWit block size (or roughly 8 times the capacity of Bitcoin's SegWit-enhanced effective limit of approximately 4MB). The larger block size is the cornerstone of Bitcoin Cash's on-chain scaling philosophy, providing ample room for transaction growth without the fee pressure that arises when blocks are consistently full.
Bitcoin Cash does not implement Segregated Witness (SegWit). Instead of separating witness data from transaction data as SegWit does, Bitcoin Cash keeps the original Bitcoin transaction format intact. All transaction data, including signatures, is stored within the block in the traditional manner. This simplifies the protocol and maintains backward compatibility with older Bitcoin software and infrastructure.
A significant protocol enhancement in Bitcoin Cash is the improved SigHash algorithm, which was introduced at the time of the fork. The new algorithm, based on BIP 143 (which was originally developed for SegWit), fixes the quadratic hashing problem that existed in the original Bitcoin signature verification scheme. In the original scheme, the computational cost of verifying a transaction's signature grew quadratically with the number of inputs, creating a potential denial-of-service vector. The new SigHash algorithm makes verification cost linear, enabling the network to safely process larger and more complex transactions.
Bitcoin Cash supports a larger maximum transaction size and a greater number of signature operations (sigops) per block compared to Bitcoin. The sigops limit is scaled proportionally with the block size, ensuring that the computational cost of block validation remains bounded while still allowing significantly more transactions per block.
The scripting system in Bitcoin Cash has been actively developed beyond Bitcoin's comparatively conservative approach. Bitcoin Cash has re-enabled and introduced several opcodes that expand the expressiveness of its scripting language. Notable additions include OP_CHECKDATASIG and OP_CHECKDATASIGVERIFY, which allow transaction scripts to verify signatures against arbitrary data (not just transaction data), enabling oracle-based smart contracts and other advanced scripting patterns. The OP_REVERSEBYTES opcode, native introspection opcodes, and larger script and stack limits have further enhanced Bitcoin Cash's programmability.
Bitcoin Cash uses the same address format foundation as Bitcoin but adopted the CashAddr format in January 2018 to prevent confusion and cross-chain sending errors. CashAddr addresses begin with "bitcoincash:" as a prefix (often shortened to "q" or "p" for the hash portion) and use a different encoding scheme than Bitcoin's base58check format. This visual distinction makes it immediately clear whether an address belongs to Bitcoin or Bitcoin Cash, reducing the risk of users accidentally sending coins to the wrong chain.
The network operates on port 8333, the same default port as Bitcoin, though Bitcoin Cash nodes identify themselves with a different network magic number in the protocol handshake. This means that Bitcoin and Bitcoin Cash nodes will not accidentally connect to each other despite using the same port.
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 and scalability are central to Bitcoin Cash's value proposition. The project's fundamental thesis is that peer-to-peer electronic cash must be able to process transactions quickly and cheaply to be viable for everyday use, and that on-chain scaling through larger blocks is the most reliable way to achieve this.
With a 32MB block-size/" class="glossary-link" data-slug="block-size" title="block size">block size limit and a ten-minute block interval, Bitcoin Cash has a theoretical maximum throughput of approximately 100 transactions per second, depending on the average transaction size. This represents a substantial increase over Bitcoin's theoretical maximum of approximately 7 transactions per second with 1MB blocks. In practice, the actual throughput depends on the mix of transaction types and sizes, but Bitcoin Cash's capacity is more than sufficient for its current transaction volume, with blocks typically well below the 32MB limit.
The abundance of available block space has a direct and measurable impact on transaction fees. When blocks are not full, there is no fee competition, and transactions can be confirmed with minimal fees. Bitcoin Cash's default minimum relay fee is 1 satoshi per byte (where 1 satoshi = 0.00000001 BCH), and most transactions are confirmed in the next block at or near this minimum. This makes Bitcoin Cash transactions cost fractions of a cent under normal conditions, compared to Bitcoin's fees which can range from dollars to tens of dollars during periods of congestion.
The Bitcoin Cash development community has conducted extensive research and testing on the limits of on-chain scaling. The Gigablock Testnet Initiative, conducted in 2017-2018, demonstrated that the Bitcoin protocol could handle blocks of 1GB or more with appropriate software optimizations and modern hardware. These tests identified several bottlenecks in the original codebase — including block propagation, transaction validation, and UTXO set management — and informed subsequent optimization efforts.
Several protocol and implementation improvements have been made to support larger blocks. Graphene, a block propagation protocol based on invertible Bloom lookup tables and Bloom filters, dramatically reduces the bandwidth required to propagate blocks by encoding only the difference between a block and the transactions a receiving node already has in its mempool. Canonical Transaction Ordering (CTOR), implemented in November 2018, requires transactions within a block to be ordered by their transaction ID. This seemingly minor change enables significant optimizations in block validation and propagation, as it allows for parallel validation of transactions and more efficient set reconciliation algorithms.
The UTXO commitment and parallel validation initiatives have further improved the network's ability to handle large blocks efficiently. By leveraging modern multi-core processors and solid-state storage, optimized node implementations can validate blocks containing tens of thousands of transactions within acceptable time frames.
Bitcoin Cash's scalability roadmap envisions further increases to the block size limit as technology and demand warrant. The project's developers have expressed a long-term goal of supporting global-scale payment volumes entirely on-chain, targeting throughput levels that would allow Bitcoin Cash to serve billions of daily transactions. While this goal is ambitious, the ongoing improvements in hardware capabilities, network bandwidth, and software optimization provide a credible path toward achieving it incrementally over time.
An important aspect of Bitcoin Cash's scaling approach is the concept of "zero-confirmation" transactions. For low-value payments, merchants can accept transactions immediately upon broadcast, before they are included in a block. Bitcoin Cash has implemented several measures to improve the reliability of zero-confirmation transactions, including the "first-seen" rule (where nodes relay only the first version of a transaction they see, making double-spend attempts more difficult) and double-spend notification protocols that alert merchants if a conflicting transaction is detected. These measures make Bitcoin Cash practical for point-of-sale transactions where waiting ten minutes for a block confirmation would be impractical.
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 supports the OP_RETURN opcode, which allows users to embed arbitrary data in the blockchain within a transaction output that is provably unspendable. This feature enables a range of data-centric applications built on top of the Bitcoin Cash blockchain, including token protocols, messaging systems, notarization services, and social media platforms.
The OP_RETURN data limit on Bitcoin Cash has been set at 220 bytes per output, significantly larger than Bitcoin's 80-byte limit. Additionally, Bitcoin Cash allows multiple OP_RETURN outputs in a single transaction, further expanding the amount of data that can be embedded in a single transaction. These generous limits, combined with low transaction fees, make Bitcoin Cash an economically viable platform for data applications that would be prohibitively expensive on more capacity-constrained chains.
The Simple Ledger Protocol (SLP) was one of the earliest and most widely adopted token systems built on Bitcoin Cash using OP_RETURN. SLP allowed users to create and transfer custom tokens on the Bitcoin Cash blockchain by encoding token metadata in OP_RETURN outputs. While SLP has since been largely superseded by the CashTokens protocol, it demonstrated the viability of building token economies on top of the UTXO model.
CashTokens, activated in May 2023, represents a more sophisticated approach to tokenization on Bitcoin Cash. Unlike SLP, which relied on OP_RETURN metadata that could be ignored by the base protocol, CashTokens is a consensus-level feature that integrates tokens directly into the UTXO model. Each UTXO can carry both a BCH value and an associated token, with token validity enforced by the consensus rules. CashTokens supports two types of tokens: fungible tokens (similar to ERC-20 tokens on Ethereum) and non-fungible tokens (NFTs). The consensus-level enforcement means that token transactions have the same security guarantees as native BCH transactions, eliminating the trust assumptions and indexing requirements of overlay protocols like SLP.
Memo.cash is a decentralized social media protocol built on Bitcoin Cash using OP_RETURN transactions. Users broadcast posts, follows, likes, and other social actions as Bitcoin Cash transactions with encoded OP_RETURN data. Because the data is stored on the blockchain, it is censorship-resistant and permanently archived. The low transaction costs on Bitcoin Cash make this economically feasible — each social media action costs a fraction of a cent.
Other data applications on Bitcoin Cash include document timestamping and notarization services, where the hash of a document is embedded in an OP_RETURN output to create a permanent, tamper-proof record of the document's existence at a specific point in time. Supply chain tracking, credential verification, and decentralized identity systems have also been built using Bitcoin Cash's data embedding capabilities.
The combination of large OP_RETURN capacity, low fees, and fast confirmation times positions Bitcoin Cash as a competitive platform for blockchain-based data applications. While purpose-built data blockchains exist, Bitcoin Cash offers the advantage of a well-established, highly secure, and widely supported network with a proven track record of continuous operation.
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
The Bitcoin Cash network operates on the same fundamental peer-to-peer architecture as Bitcoin, with nodes communicating via a gossip protocol to propagate transactions and blocks. Full nodes maintain a complete copy of the blockchain and independently validate all transactions and blocks according to the consensus rules. The network is permissionless, meaning that anyone can operate a node and participate in the network without authorization.
Multiple independent full node implementations exist for Bitcoin Cash, reflecting the project's commitment to decentralized development. Bitcoin Cash Node (BCHN) is the most widely used implementation and serves as the de facto reference client. Other implementations include Bitcoin Unlimited, BCHD (written in Go), and Knuth (a high-performance C++ implementation). The existence of multiple independent implementations reduces the risk of a single software bug causing a network-wide failure and ensures that no single development team has unilateral control over the protocol.
Mining on Bitcoin Cash uses the SHA-256 proof-of-work algorithm, identical to Bitcoin. This means that the same ASIC mining hardware can be used to mine either chain, and miners can switch between Bitcoin and Bitcoin Cash based on profitability. In practice, Bitcoin Cash's hash rate is a fraction of Bitcoin's, as the majority of SHA-256 mining power is directed at the more profitable Bitcoin chain. However, Bitcoin Cash's difficulty adjustment algorithm ensures that blocks are produced at the target ten-minute interval regardless of the absolute hash rate level.
The difficulty adjustment algorithm is one of Bitcoin Cash's most important protocol components. The original Bitcoin difficulty adjustment, which recalculates every 2016 blocks (approximately two weeks), was too slow to accommodate the rapid hash rate fluctuations that Bitcoin Cash experienced as miners switched between it and Bitcoin. After the problematic Emergency Difficulty Adjustment (EDA) period in 2017, Bitcoin Cash adopted a new algorithm in November 2017 that adjusted difficulty based on a 144-block moving window.
In November 2020, Bitcoin Cash upgraded to the ASERT (Absolutely Scheduled Exponentially Rising Targets) difficulty adjustment algorithm, also known as aserti3-2d. ASERT is a mathematically elegant algorithm that adjusts the difficulty target based on the difference between the actual time elapsed and the expected time since a reference block (the "anchor block"). If blocks are being produced faster than expected, the difficulty increases exponentially; if slower, it decreases exponentially. The "3-2d" designation refers to a half-life of approximately two days (specifically 288 blocks at the ten-minute target), meaning that a sustained doubling or halving of hash rate would result in a full difficulty adjustment within two days. ASERT has proven to be highly stable, producing consistent block intervals even under significant hash rate volatility.
Block propagation efficiency is critical for a network with large blocks. Bitcoin Cash has adopted several optimizations to ensure that large blocks can propagate across the network quickly. Compact Blocks (BIP 152), which allow nodes to reconstruct blocks from transaction IDs rather than full transaction data, dramatically reduce the bandwidth required for block propagation when nodes have overlapping mempools. The Graphene protocol provides even greater compression by using probabilistic data structures to achieve near-optimal block encoding. Xthinner is another compression protocol developed specifically for Bitcoin Cash that achieves approximately 99.6 percent compression for typical blocks.
The network's relay and mempool policies are designed to support reliable zero-confirmation transactions. Nodes follow a strict first-seen rule, accepting and relaying only the first version of a transaction they observe. If a second transaction attempting to spend the same inputs (a double-spend attempt) is detected, nodes will generate a double-spend proof and propagate it through the network, alerting merchants and other interested parties. This infrastructure provides a reasonable security level for accepting unconfirmed transactions for everyday, low-value payments.
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
While Bitcoin Cash is primarily designed as a peer-to-peer electronic cash system, it has developed significant smart contract capabilities through extensions to its scripting language. Unlike Ethereum's account-based, Turing-complete smart contract model, Bitcoin Cash smart contracts operate within the UTXO model using a stack-based scripting language that is deliberately not Turing-complete. This design provides predictable execution costs and avoids the class of vulnerabilities associated with unbounded computation, while still enabling a surprisingly rich set of programmable financial instruments.
The Bitcoin Cash scripting language has been progressively enhanced through a series of protocol upgrades. In May 2018, several opcodes that had been disabled early in Bitcoin's history were re-enabled, including bitwise logic operators (OP_AND, OP_OR, OP_XOR), arithmetic operators for larger numbers, and string manipulation operations (OP_SPLIT, OP_CAT). These restored opcodes significantly expanded the expressiveness of Bitcoin Cash scripts.
The introduction of OP_CHECKDATASIG and OP_CHECKDATASIGVERIFY in November 2018 was a particularly important advancement. These opcodes allow a transaction script to verify an ECDSA signature against arbitrary data, not just the transaction itself. This enables oracle-based contracts where an external data source signs a message attesting to some real-world condition (such as a price, weather event, or sports score), and the contract's execution depends on the content of that signed message. This capability opens the door to decentralized prediction markets, insurance contracts, and other financial instruments that depend on external data.
Native introspection opcodes, introduced in May 2022, allow transaction scripts to examine the properties of the transaction that contains them. Scripts can inspect the value, locking script, and token data of both inputs and outputs within the same transaction. This enables covenant-style contracts — scripts that restrict how coins can be spent in future transactions, not just who can spend them. Covenants enable powerful patterns such as vaults (time-locked spending restrictions for security), recurring payments, decentralized exchanges, and on-chain voting mechanisms.
CashScript is a high-level smart contract language for Bitcoin Cash, analogous to Solidity for Ethereum. CashScript allows developers to write contracts in a familiar, JavaScript-like syntax that is compiled down to Bitcoin Cash script bytecode. The language handles the complexity of UTXO-based contract design, including input/output introspection and signature verification, making it accessible to developers who may not be familiar with low-level stack-based programming. CashScript contracts have been used to build decentralized exchanges, escrow services, crowdfunding platforms, and other applications.
The CashTokens upgrade in May 2023 added another dimension to Bitcoin Cash's smart contract capabilities. By embedding fungible and non-fungible tokens directly into the UTXO model at the consensus level, CashTokens enables token-based contracts that are enforced by the network's consensus rules rather than overlay protocols. Non-fungible tokens (NFTs) in CashTokens carry a "commitment" field — arbitrary data attached to the token — that can be read and validated by smart contract scripts. This creates a mechanism for maintaining on-chain state across multiple transactions, a capability that was previously difficult to achieve in the UTXO model. Contracts can use NFTs as state carriers, updating the commitment data with each transaction to implement complex multi-step protocols.
The combination of introspection opcodes, CashTokens, and CashScript creates a smart contract platform that, while fundamentally different from Ethereum's model, is capable of implementing many of the same decentralized financial applications. Decentralized exchanges, automated market makers, lending protocols, and decentralized autonomous organizations have all been built or prototyped on Bitcoin Cash. The UTXO-based approach offers advantages in terms of parallelization (UTXOs can be validated independently), privacy (each UTXO is independent), and predictability (no global state to contend with), though it requires different design patterns than account-based systems.
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 inherits Bitcoin's monetary policy in its entirety. The total supply of Bitcoin Cash is capped at 21 million coins, and the issuance schedule follows the same halving mechanism as Bitcoin. This shared monetary policy is a direct consequence of the fork: because Bitcoin Cash split from the Bitcoin blockchain, it began with the same issuance history and continues with the same future issuance rules.
The block-reward/" class="glossary-link" data-slug="block-reward" title="block reward">block reward started at 50 BCH per block (inherited from Bitcoin's genesis parameters) and halves every 210,000 blocks, approximately every four years. The first halving occurred in November 2012 (before the fork, so this is shared history), reducing the reward to 25 coins. The second halving in July 2016 reduced it to 12.5 coins. The third halving in April 2020, which occurred after the fork and thus was specific to the Bitcoin Cash chain, reduced the reward to 6.25 BCH. The fourth halving in April 2024 further reduced it to 3.125 BCH per block.
This halving schedule creates a disinflationary monetary policy in which the rate of new coin creation decreases over time, approaching zero asymptotically. The final Bitcoin Cash coin is expected to be mined around the year 2140. At that point, miner revenue will consist entirely of transaction fees.
The 21 million supply cap and halving schedule give Bitcoin Cash the same scarcity properties as Bitcoin. The circulating supply as of early 2026 is approximately 19.8 million BCH, representing over 94 percent of the total supply that will ever exist. The remaining coins will be distributed over more than a century of diminishing block rewards.
Bitcoin Cash's approach to the transition from block rewards to fee-based miner compensation differs from Bitcoin's strategy. Bitcoin's scaling philosophy, which constrains block space to maintain a fee market, implicitly relies on high per-transaction fees to compensate miners as block rewards diminish. Bitcoin Cash takes the opposite approach: by keeping fees low and blocks large, the network aims to generate sufficient total fee revenue through high transaction volume rather than high per-transaction fees. In this model, if each transaction pays a fee of one cent but the network processes millions of transactions per block, the aggregate fee revenue can still be substantial enough to incentivize mining.
This volume-based fee model requires that Bitcoin Cash achieves significantly higher transaction throughput than Bitcoin to provide equivalent miner incentives in the post-subsidy era. Proponents argue that this is achievable through continued on-chain scaling, as global payment demand is enormous and even a modest share of worldwide transactions would represent millions of payments per day. Critics counter that achieving this level of adoption is uncertain and that the low-fee model may create insufficient incentives during the transition period.
The shared monetary policy between Bitcoin and Bitcoin Cash means that the two chains are in direct competition for SHA-256 mining hash power. Miners allocate their resources to whichever chain is more profitable at any given time, and the difficulty adjustment algorithms on both chains accommodate this fluid allocation. In practice, Bitcoin Cash's share of the total SHA-256 hash rate has been proportional to its relative price, reflecting the rational economic behavior of 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 represents a principled continuation of the original Bitcoin vision as peer-to-peer electronic cash. By increasing the block-size/" class="glossary-link" data-slug="block-size" title="block size">block size limit and pursuing on-chain scaling, Bitcoin Cash has maintained the low fees and fast transactions that characterized early Bitcoin, making it practical for the everyday payments and microtransactions that the original whitepaper envisioned.
The project's technical trajectory has been marked by thoughtful and consequential protocol improvements. The ASERT difficulty adjustment algorithm provides stable block production under volatile hash rate conditions. The enhanced scripting language, with restored and new opcodes, enables sophisticated smart contracts within the UTXO model's safety constraints. CashTokens brings consensus-enforced tokenization to the Bitcoin protocol for the first time. CashScript makes these capabilities accessible to a broad developer community. Together, these advances demonstrate that the UTXO model can support a rich ecosystem of decentralized applications while maintaining its fundamental simplicity and security properties.
The scaling debate that led to Bitcoin Cash's creation highlighted a fundamental tension in decentralized systems: the trade-off between on-chain capacity and the cost of operating full nodes. Bitcoin Cash has chosen to prioritize transaction capacity and user experience, arguing that the economic benefits of widespread adoption and usage outweigh the increased hardware requirements for node operators. This is an empirical question whose answer will unfold over the coming years and decades as both Bitcoin and Bitcoin Cash continue to evolve along their respective paths.
Bitcoin Cash's survival and continued development through multiple bear markets, contentious forks (notably the Bitcoin SV split in November 2018), and sustained community effort demonstrates the resilience of the project and the conviction of its participants. The network has processed hundreds of millions of transactions since the fork, maintained continuous operation, and attracted a global community of developers, merchants, and users who share the belief that peer-to-peer electronic cash is a technology worth building.
The long-term success of Bitcoin Cash depends on its ability to attract users and merchants who value low-fee, reliable transactions, and to scale its infrastructure to meet the demands of a global payment network. The technical foundations are sound, the roadmap is clear, and the community is committed. Whether Bitcoin Cash ultimately achieves its ambitious goal of serving as electronic cash for the world will be determined not by technical limitations but by the network effects, market dynamics, and adoption patterns that govern the evolution of all monetary systems.
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 в конечном счёте своей амбициозной цели -- стать электронными деньгами для всего мира -- будет определяться не техническими ограничениями, а сетевыми эффектами, рыночной динамикой и паттернами принятия, которые управляют эволюцией всех денежных систем.
Related Whitepapers
$DOGE
Dogecoin
Dogecoin: A Community-Driven Cryptocurrency
34 shared concepts · 2013
$ETH
Ethereum
Ethereum: A Next-Generation Smart Contract and Decentralized Application Platfo…
33 shared concepts · 2013
$SOL
Solana
Solana: A new architecture for a high performance blockchain
25 shared concepts · 2017
$USDT
Tether
Tether: Fiat currencies on the Bitcoin blockchain
24 shared concepts · 2016
$XRP
XRP
The Ripple Protocol Consensus Algorithm
21 shared concepts · 2014