Bitcoin Cash: Uang elektronik peer-to-peer untuk dunia

Bitcoin Cash: Peer-to-Peer Electronic Cash for the World

Автор Bitcoin Cash Development Team · 2017

Bitcoin Cash (BCH) отделился от Bitcoin 1 августа 2017 года в результате хардфорка. У него нет собственного вайтпейпера — представленный здесь документ является оригинальным вайтпейпером Bitcoin авторства Сатоши Накамото, на который Bitcoin Cash ссылается как на основу своего видения одноранговой электронной наличности.

🇺🇸 English (Оригинал)

🇮🇩 Bahasa Indonesia (Перевод)

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 adalah sistem uang elektronik peer-to-peer yang melakukan fork dari blockchain Bitcoin pada 1 Agustus 2017. Diciptakan sebagai respons terhadap keterbatasan skalabilitas Bitcoin, Bitcoin Cash meningkatkan batas ukuran blok untuk memungkinkan throughput transaksi yang lebih tinggi dan biaya yang lebih rendah, memulihkan visi awal Bitcoin sebagai media pertukaran yang praktis untuk transaksi sehari-hari. Dengan blok 32MB, algoritma penyesuaian kesulitan adaptif, dan pengembangan protokol yang berkelanjutan, Bitcoin Cash bertujuan untuk melakukan scaling on-chain agar dapat berfungsi sebagai uang tunai peer-to-peer global.

Proyek Bitcoin Cash lahir dari ketidaksepakatan mendasar di dalam komunitas Bitcoin tentang bagaimana jaringan harus diskalakan untuk mengakomodasi permintaan yang terus bertumbuh. Sementara satu kubu menganjurkan solusi scaling off-chain seperti Lightning Network yang dibangun di atas Segregated Witness (SegWit), kubu lain berpendapat bahwa meningkatkan batas ukuran blok adalah pendekatan scaling yang paling langsung dan terbukti. Ketika konsensus tidak dapat dicapai, kelompok terakhir mengeksekusi hard fork, menciptakan rantai baru yang mempertahankan riwayat transaksi Bitcoin sekaligus menerapkan batas ukuran blok yang lebih besar dan menolak SegWit. Dokumen ini menjelaskan spesifikasi teknis, filosofi desain, dan lintasan pengembangan 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 asli, yang dipublikasikan oleh Satoshi Nakamoto pada 2008, menggambarkan "versi uang elektronik yang murni peer-to-peer" yang akan "memungkinkan pembayaran online dikirim langsung dari satu pihak ke pihak lain tanpa melalui lembaga keuangan." Visi Bitcoin sebagai media pertukaran untuk transaksi sehari-hari ini menjadi pusat adopsi awal dan pertumbuhan komunitasnya. Para pendukung awal Bitcoin sering menyoroti biaya transaksi yang rendah dan pembayaran yang cepat sebagai keunggulan utama dibanding sistem keuangan tradisional.

Namun, seiring popularitas Bitcoin meningkat pada pertengahan 2010-an, sebuah batasan mendasar mulai membatasi kegunaannya sebagai uang elektronik. Batas ukuran blok satu megabyte, yang awalnya diperkenalkan sebagai langkah anti-spam sementara, menciptakan plafon buatan pada jumlah transaksi yang dapat diproses jaringan. Ketika permintaan ruang blok meningkat, pengguna terpaksa bersaing untuk kapasitas yang terbatas dengan menawarkan biaya transaksi yang lebih tinggi. Pada awal 2017, median biaya transaksi Bitcoin telah naik menjadi beberapa dolar, membuat transaksi bernilai kecil tidak praktis secara ekonomi. Pada periode kemacetan puncak, biaya dapat melampaui dua puluh dolar, dan transaksi dapat tetap tidak terkonfirmasi selama berjam-jam bahkan berhari-hari.

Situasi ini merupakan penyimpangan mendasar dari janji awal Bitcoin. Sistem yang dirancang untuk memungkinkan pembayaran elektronik peer-to-peer menjadi terlalu mahal dan terlalu lambat untuk kasus penggunaan yang justru menjadi tujuannya. Sementara Bitcoin semakin diposisikan sebagai "emas digital" — penyimpan nilai alih-alih media pertukaran — banyak anggota komunitas dan pengembang percaya bahwa ini adalah pengkhianatan terhadap prinsip pendirian proyek.

Bitcoin Cash diciptakan untuk menyelesaikan krisis ini dengan mengambil pendekatan scaling yang paling langsung: meningkatkan batas ukuran blok. Dengan mengizinkan lebih banyak transaksi muat dalam setiap blok, Bitcoin Cash bertujuan memulihkan biaya rendah dan konfirmasi cepat, sehingga uang elektronik peer-to-peer menjadi praktis kembali. Para pendukung proyek berargumen bahwa scaling on-chain bukan hanya layak secara teknis, tetapi juga merupakan pendekatan yang awalnya dibayangkan Satoshi Nakamoto, merujuk pada komunikasi awal di mana Nakamoto membahas peningkatan batas ukuran blok seiring pertumbuhan jaringan.

Pembuatan Bitcoin Cash pada 1 Agustus 2017 adalah salah satu peristiwa paling signifikan dalam sejarah kripto. Peristiwa ini merupakan pemisahan rantai besar pertama dalam sejarah Bitcoin yang didorong oleh perbedaan filosofi yang nyata tentang arah masa depan protokol. Fork tersebut menunjukkan bahwa dalam sistem terdesentralisasi, perselisihan yang tidak dapat diselesaikan bisa diselesaikan dengan memungkinkan setiap kubu mengejar visinya sendiri secara independen, dan pasar pada akhirnya menentukan hasilnya.

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

Perdebatan scaling Bitcoin adalah salah satu perselisihan paling kontroversial dan berkepanjangan dalam sejarah pengembangan perangkat lunak open-source. Inti perdebatan berpusat pada pertanyaan yang tampak sederhana: bagaimana jaringan Bitcoin seharusnya meningkatkan kapasitas pemrosesan transaksinya? Namun jawaban atas pertanyaan itu menyentuh isu mendasar tentang tata kelola, desentralisasi, filosofi teknis, dan identitas Bitcoin itu sendiri.

Batas ukuran blok Bitcoin satu megabyte diperkenalkan oleh Satoshi Nakamoto pada 2010 sebagai langkah sementara untuk mencegah serangan denial-of-service, di mana penyerang dapat membanjiri jaringan dengan blok berukuran besar. Pada saat itu, penggunaan blok nyata jauh di bawah batas ini, dan Nakamoto menyarankan bahwa batas tersebut dapat dinaikkan di masa depan melalui perubahan kode sederhana. Namun, seiring penggunaan Bitcoin tumbuh dan blok mulai terisi, menaikkan batas terbukti jauh lebih kontroversial daripada yang diperkirakan siapa pun.

Satu kubu, yang kemudian diasosiasikan dengan tim pengembangan Bitcoin Core, berargumen bahwa ukuran blok harus tetap kecil untuk menjaga desentralisasi. Alasan mereka: blok yang lebih besar akan meningkatkan kebutuhan komputasi dan bandwidth untuk menjalankan node penuh, sehingga dapat "memprice out" pengguna biasa dan memusatkan operasi node di entitas yang memiliki sumber daya besar. Mereka mengusulkan jalur scaling alternatif: Segregated Witness (SegWit), perubahan protokol yang merestrukturisasi data transaksi untuk meningkatkan kapasitas efektif tanpa menaikkan batas ukuran nominal, dikombinasikan dengan solusi off-chain seperti Lightning Network yang memindahkan sebagian besar transaksi keluar dari blockchain utama.

Kubu yang berlawanan, yang mencakup pengembang, penambang, dan bisnis terkemuka, berpendapat bahwa menaikkan batas ukuran blok adalah solusi yang paling sederhana, paling terbukti, dan paling mendesak. Mereka menyatakan bahwa batas satu megabyte adalah pembatasan arbitrer yang tidak pernah dimaksudkan sebagai fitur permanen protokol, dan bahwa kenaikan biaya serta kemacetan yang dihasilkan mendorong pengguna dan pedagang menjauh dari Bitcoin. Mereka skeptis terhadap kompleksitas SegWit dan khawatir bahwa Lightning Network, yang pada saat itu masih sebagian besar teoretis, mungkin tidak pernah memenuhi janji transaksi murah dan instan.

Perdebatan meningkat melalui serangkaian proposal dan kontra-proposal. Bitcoin XT, yang diusulkan oleh Mike Hearn dan Gavin Andresen pada 2015, berupaya menaikkan ukuran blok menjadi 8MB. Bitcoin Classic mengusulkan kenaikan yang lebih moderat menjadi 2MB. Bitcoin Unlimited mengusulkan penghapusan batas ukuran blok sepenuhnya, membiarkan penambang menetapkan batasnya sendiri melalui dinamika pasar. Setiap proposal memicu perdebatan sengit dan tidak ada yang mencapai konsensus luar biasa yang dibutuhkan untuk hard fork yang tidak kontroversial.

Beberapa upaya kompromi dilakukan. Hong Kong Agreement (Februari 2016) membuat pengembang Bitcoin Core dan penambang sepakat menerapkan SegWit lalu hard fork ke 2MB, namun kesepakatan itu runtuh ketika komponen hard fork tidak dilanjutkan. New York Agreement (Mei 2017), juga dikenal sebagai SegWit2x, mengusulkan aktivasi SegWit segera diikuti hard fork 2MB dalam enam bulan. Kesepakatan ini ditandatangani oleh lebih dari lima puluh perusahaan yang mewakili mayoritas hash power Bitcoin, tetapi ditentang keras oleh tim pengembangan Bitcoin Core dan sebagian signifikan komunitas pengguna.

Ketika menjadi jelas bahwa kompromi tidak mungkin, kubu big-block memutuskan bertindak secara sepihak. Pada 1 Agustus 2017, mereka mengeksekusi hard fork blockchain Bitcoin, menciptakan Bitcoin Cash dengan batas ukuran blok awal 8MB. Keputusan ini tidak diambil dengan ringan — ia memerlukan pemisahan blockchain, jaringan, komunitas, dan merek. Namun para pendukung Bitcoin Cash percaya bahwa itu adalah satu-satunya cara untuk mempertahankan visi asli Bitcoin sebagai uang elektronik peer-to-peer.

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

Hard fork Bitcoin Cash dieksekusi pada 1 Agustus 2017, pada ketinggian blok 478.558. Pada titik tersebut, blockchain Bitcoin terpecah menjadi dua rantai terpisah: rantai asli yang berlanjut sebagai Bitcoin (BTC) dengan aktivasi SegWit, dan rantai baru yang menjadi Bitcoin Cash (BCH) dengan batas ukuran blok yang ditingkatkan menjadi 8MB.

Fork tersebut secara teknis bersih dan direncanakan dengan baik. Setiap alamat Bitcoin yang memiliki saldo pada saat fork menerima saldo identik di kedua rantai. Jika seorang pengguna memiliki 1 BTC sebelum fork, ia akan memiliki 1 BTC di rantai Bitcoin dan 1 BCH di rantai Bitcoin Cash setelah fork. Seluruh riwayat transaksi sebelum blok 478.558 dibagikan oleh kedua rantai.

Salah satu tantangan teknis kritis dari fork adalah menerapkan replay protection. Tanpa replay protection, transaksi yang disiarkan pada satu rantai dapat "diulang" pada rantai lain, berpotensi membuat pengguna secara tidak sengaja membelanjakan koin di kedua rantai. Bitcoin Cash menerapkan replay protection yang kuat dengan memodifikasi algoritma penandatanganan transaksi. Secara spesifik, Bitcoin Cash memperkenalkan flag SigHash baru (SIGHASH_FORKID) yang disertakan dalam hash setiap tanda tangan transaksi. Transaksi yang ditandatangani dengan flag ini valid di rantai Bitcoin Cash tetapi tidak valid di rantai Bitcoin, dan sebaliknya. Ini memastikan pemisahan yang bersih antara kedua jaringan sejak saat fork.

Batas ukuran blok awal untuk Bitcoin Cash ditetapkan pada 8MB, delapan kali lebih besar dari batas 1MB Bitcoin. Ini merupakan peningkatan signifikan pada kapasitas transaksi on-chain, memungkinkan Bitcoin Cash memproses jauh lebih banyak transaksi per blok sambil mempertahankan biaya rendah. Blok Bitcoin Cash pertama setelah fork ditambang oleh pool penambangan ViaBTC dan berukuran sekitar 1,9MB, menunjukkan manfaat praktis langsung dari ukuran blok yang lebih besar.

Fork tersebut juga menghapus SegWit yang telah diaktifkan pada rantai Bitcoin. Para pengembang Bitcoin Cash menolak SegWit karena beberapa alasan: mereka percaya SegWit menambahkan kompleksitas yang tidak perlu, menciptakan sistem transaksi dua tingkat dengan struktur biaya yang berbeda, dan memodifikasi struktur blok dengan cara yang menurut mereka melemahkan kesederhanaan model UTXO. Dengan memilih peningkatan ukuran blok yang langsung, Bitcoin Cash mempertahankan arsitektur protokol yang lebih sederhana dan lebih tradisional seperti Bitcoin.

Setelah fork, kedua rantai harus menghadapi tantangan penyesuaian kesulitan. Bitcoin Cash pada awalnya menggunakan kesulitan SHA-256 yang sama dari rantai Bitcoin, tetapi dengan hash power yang jauh lebih sedikit yang didedikasikan untuk menambangnya. Untuk mencegah skenario blok ditambang sangat lambat, Bitcoin Cash menerapkan mekanisme Emergency Difficulty Adjustment (EDA) yang menurunkan kesulitan sebesar 20 persen jika kurang dari 6 blok ditambang dalam periode 12 jam. Mekanisme ini berhasil menjaga rantai tetap hidup pada periode awal yang kritis, tetapi terbukti tidak stabil, menyebabkan osilasi liar pada waktu produksi blok dan hash rate ketika penambang beralih antara Bitcoin dan Bitcoin Cash berdasarkan profitabilitas. EDA diganti pada November 2017 dengan algoritma penyesuaian kesulitan yang lebih stabil, berbasis rata-rata bergerak dari 144 blok sebelumnya.

Fork tersebut disambut dengan kontroversi signifikan di komunitas kripto yang lebih luas. Para kritikus menyatakan bahwa Bitcoin Cash adalah upaya tidak sah untuk membajak merek Bitcoin, sementara para pendukung mempertahankan bahwa itu adalah kelanjutan yang sah dari roadmap asli Bitcoin. Bursa dan penyedia layanan harus mengambil keputusan cepat tentang apakah akan mendukung rantai baru dan bagaimana menangani distribusi koin hasil fork kepada pelanggan mereka. Terlepas dari kontroversi, Bitcoin Cash dengan cepat memantapkan dirinya sebagai mata uang kripto yang layak dan aktif digunakan, mencapai volume perdagangan yang signifikan dan adopsi pedagang dalam bulan-bulan setelah fork.

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 berbagi arsitektur teknis fundamental Bitcoin, termasuk mekanisme konsensus proof-of-work SHA-256, model transaksi UTXO, kurva eliptik secp256k1 untuk tanda tangan digital, dan interval blok target sepuluh menit. Namun, beberapa modifikasi kunci membedakannya dari protokol Bitcoin.

Perbedaan yang paling menonjol adalah batas ukuran blok. Bitcoin Cash diluncurkan dengan batas ukuran blok 8MB dan kemudian meningkatkannya menjadi 32MB pada Mei 2018. Batas 32MB ini menyediakan sekitar 32 kali kapasitas transaksi dari ukuran blok efektif 1MB Bitcoin tanpa SegWit (atau kira-kira 8 kali kapasitas dari batas efektif Bitcoin yang ditingkatkan oleh SegWit sekitar 4MB). Ukuran blok yang lebih besar merupakan landasan filosofi scaling on-chain Bitcoin Cash, menyediakan ruang yang luas untuk pertumbuhan transaksi tanpa tekanan biaya yang muncul ketika blok secara konsisten penuh.

Bitcoin Cash tidak mengimplementasikan Segregated Witness (SegWit). Alih-alih memisahkan data witness dari data transaksi seperti pada SegWit, Bitcoin Cash mempertahankan format transaksi Bitcoin asli. Semua data transaksi, termasuk tanda tangan, disimpan di dalam blok dengan cara tradisional. Hal ini menyederhanakan protokol dan mempertahankan kompatibilitas mundur dengan perangkat lunak dan infrastruktur Bitcoin yang lebih lama.

Peningkatan protokol penting di Bitcoin Cash adalah algoritma SigHash yang diperbaiki, diperkenalkan pada saat fork. Algoritma baru ini, yang berbasis BIP 143 (awalnya dikembangkan untuk SegWit), memperbaiki masalah hashing kuadratik yang ada dalam skema verifikasi tanda tangan Bitcoin asli. Dalam skema asli, biaya komputasi untuk memverifikasi tanda tangan transaksi tumbuh secara kuadratik dengan jumlah input, menciptakan vektor serangan denial-of-service potensial. Algoritma SigHash baru membuat biaya verifikasi menjadi linear, memungkinkan jaringan memproses transaksi yang lebih besar dan lebih kompleks dengan aman.

Bitcoin Cash mendukung ukuran transaksi maksimum yang lebih besar dan jumlah operasi tanda tangan (sigops) yang lebih banyak per blok dibanding Bitcoin. Batas sigops diskalakan secara proporsional dengan ukuran blok, memastikan biaya komputasi validasi blok tetap terbatas sambil tetap memungkinkan lebih banyak transaksi per blok.

Sistem scripting di Bitcoin Cash dikembangkan secara aktif melampaui pendekatan Bitcoin yang relatif konservatif. Bitcoin Cash telah mengaktifkan kembali dan memperkenalkan beberapa opcode yang memperluas kemampuan ekspresif bahasa scripting-nya. Penambahan penting mencakup OP_CHECKDATASIG dan OP_CHECKDATASIGVERIFY, yang memungkinkan skrip memverifikasi tanda tangan terhadap data arbitrer (bukan hanya data transaksi), sehingga memungkinkan smart contract berbasis oracle dan pola scripting lanjutan lainnya. Opcode OP_REVERSEBYTES, opcode introspeksi native, serta batas script dan stack yang lebih besar semakin meningkatkan kemampuan pemrograman Bitcoin Cash.

Bitcoin Cash menggunakan fondasi format alamat yang sama dengan Bitcoin, tetapi mengadopsi format CashAddr pada Januari 2018 untuk mencegah kebingungan dan kesalahan pengiriman lintas rantai. Alamat CashAddr diawali dengan prefix "bitcoincash:" (sering dipendekkan menjadi "q" atau "p" pada bagian hash) dan menggunakan skema encoding yang berbeda dari format base58check Bitcoin. Perbedaan visual ini membuatnya segera jelas apakah sebuah alamat milik Bitcoin atau Bitcoin Cash, mengurangi risiko pengguna secara tidak sengaja mengirim koin ke rantai yang salah.

Jaringan beroperasi pada port 8333, sama seperti port default Bitcoin, meskipun node Bitcoin Cash mengidentifikasi diri mereka dengan network magic number yang berbeda dalam handshake protokol. Ini berarti node Bitcoin dan Bitcoin Cash tidak akan secara tidak sengaja terhubung satu sama lain meskipun menggunakan port yang sama.

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

Throughput transaksi dan skalabilitas adalah pusat dari proposisi nilai Bitcoin Cash. Tesis fundamental proyek ini adalah bahwa uang elektronik peer-to-peer harus mampu memproses transaksi dengan cepat dan murah agar layak untuk penggunaan sehari-hari, dan bahwa scaling on-chain melalui blok yang lebih besar adalah cara paling dapat diandalkan untuk mencapainya.

Dengan batas ukuran blok 32MB dan interval blok sepuluh menit, Bitcoin Cash memiliki throughput maksimum teoretis sekitar 100 transaksi per detik, tergantung pada ukuran transaksi rata-rata. Ini merupakan peningkatan substansial dibanding throughput maksimum teoretis Bitcoin sekitar 7 transaksi per detik dengan blok 1MB. Dalam praktiknya, throughput aktual bergantung pada campuran jenis dan ukuran transaksi, tetapi kapasitas Bitcoin Cash jauh lebih dari cukup untuk volume transaksi saat ini, dengan blok yang biasanya jauh di bawah batas 32MB.

Kelimpahan ruang blok yang tersedia berdampak langsung dan terukur pada biaya transaksi. Ketika blok tidak penuh, tidak ada kompetisi biaya, dan transaksi dapat dikonfirmasi dengan biaya minimal. Minimum relay fee default Bitcoin Cash adalah 1 satoshi per byte (di mana 1 satoshi = 0.00000001 BCH), dan sebagian besar transaksi dikonfirmasi dalam blok berikutnya pada atau dekat minimum ini. Ini membuat transaksi Bitcoin Cash berbiaya pecahan sen dalam kondisi normal, dibanding biaya Bitcoin yang dapat berkisar dari beberapa dolar hingga puluhan dolar selama periode kemacetan.

Komunitas pengembangan Bitcoin Cash telah melakukan penelitian dan pengujian luas pada batas scaling on-chain. Gigablock Testnet Initiative (2017-2018) menunjukkan bahwa protokol Bitcoin dapat menangani blok 1GB atau lebih dengan optimisasi perangkat lunak yang tepat dan perangkat keras modern. Pengujian ini mengidentifikasi beberapa bottleneck dalam codebase asli — termasuk propagasi blok, validasi transaksi, dan manajemen set UTXO — dan menginformasikan upaya optimisasi berikutnya.

Beberapa perbaikan protokol dan implementasi telah dilakukan untuk mendukung blok yang lebih besar. Graphene, sebuah protokol propagasi blok berbasis invertible Bloom lookup tables dan Bloom filter, secara dramatis mengurangi bandwidth yang diperlukan untuk menyebarkan blok dengan mengenkode hanya perbedaan antara blok dan transaksi yang sudah dimiliki node penerima di mempool-nya. Canonical Transaction Ordering (CTOR), diimplementasikan pada November 2018, mengharuskan transaksi di dalam blok diurutkan berdasarkan transaction ID. Perubahan yang tampak kecil ini memungkinkan optimisasi signifikan dalam validasi dan propagasi blok, karena memungkinkan validasi paralel dan algoritma rekonsiliasi set yang lebih efisien.

Inisiatif UTXO commitment dan parallel validation semakin meningkatkan kemampuan jaringan untuk menangani blok besar secara efisien. Dengan memanfaatkan prosesor multi-core modern dan penyimpanan solid-state, implementasi node yang dioptimalkan dapat memvalidasi blok berisi puluhan ribu transaksi dalam waktu yang dapat diterima.

Roadmap skalabilitas Bitcoin Cash membayangkan peningkatan batas ukuran blok lebih lanjut seiring kemajuan teknologi dan kebutuhan permintaan. Pengembang proyek menyatakan tujuan jangka panjang untuk mendukung volume pembayaran skala global sepenuhnya on-chain, menargetkan throughput yang memungkinkan Bitcoin Cash melayani miliaran transaksi harian. Walaupun tujuan ini ambisius, peningkatan berkelanjutan pada kemampuan perangkat keras, bandwidth jaringan, dan optimisasi perangkat lunak memberikan jalur yang kredibel untuk mencapainya secara bertahap dari waktu ke waktu.

Aspek penting dari pendekatan scaling Bitcoin Cash adalah konsep transaksi "zero-confirmation". Untuk pembayaran bernilai rendah, pedagang dapat menerima transaksi segera setelah disiarkan, sebelum dimasukkan ke dalam blok. Bitcoin Cash menerapkan beberapa langkah untuk meningkatkan keandalan transaksi zero-confirmation, termasuk aturan "first-seen" (di mana node hanya meneruskan versi pertama transaksi yang mereka lihat, membuat upaya double-spend lebih sulit) dan protokol notifikasi double-spend yang memperingatkan pedagang jika transaksi yang bertentangan terdeteksi. Langkah-langkah ini membuat Bitcoin Cash praktis untuk transaksi point-of-sale di mana menunggu sepuluh menit untuk konfirmasi blok tidak realistis.

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 mendukung opcode OP_RETURN, yang memungkinkan pengguna menyematkan data arbitrer ke dalam blockchain di dalam output transaksi yang terbukti tidak dapat dibelanjakan. Fitur ini memungkinkan berbagai aplikasi berorientasi data yang dibangun di atas blockchain Bitcoin Cash, termasuk protokol token, sistem pesan, layanan notarization, dan platform media sosial.

Batas data OP_RETURN pada Bitcoin Cash ditetapkan pada 220 byte per output, jauh lebih besar daripada batas 80 byte Bitcoin. Selain itu, Bitcoin Cash mengizinkan beberapa output OP_RETURN dalam satu transaksi, semakin memperluas jumlah data yang dapat disematkan. Batas yang longgar ini, dikombinasikan dengan biaya transaksi rendah, menjadikan Bitcoin Cash platform yang layak secara ekonomi untuk aplikasi data yang akan menjadi terlalu mahal pada rantai dengan kapasitas yang lebih ketat.

Simple Ledger Protocol (SLP) adalah salah satu sistem token paling awal dan paling banyak diadopsi yang dibangun di atas Bitcoin Cash menggunakan OP_RETURN. SLP memungkinkan pengguna membuat dan mentransfer token kustom di blockchain Bitcoin Cash dengan mengenkode metadata token dalam output OP_RETURN. Walaupun SLP kini sebagian besar digantikan oleh protokol CashTokens, ia menunjukkan kelayakan membangun ekonomi token di atas model UTXO.

CashTokens, diaktifkan pada Mei 2023, mewakili pendekatan tokenisasi yang lebih canggih di Bitcoin Cash. Tidak seperti SLP, yang mengandalkan metadata OP_RETURN yang dapat diabaikan oleh protokol dasar, CashTokens adalah fitur tingkat konsensus yang mengintegrasikan token secara langsung ke dalam model UTXO. Setiap UTXO dapat membawa nilai BCH dan token terkait, dengan validitas token ditegakkan oleh aturan konsensus. CashTokens mendukung dua jenis token: token fungible dan token non-fungible (NFT). Penegakan tingkat konsensus berarti transaksi token memiliki jaminan keamanan yang sama dengan transaksi BCH asli, menghilangkan asumsi kepercayaan dan kebutuhan indexing overlay seperti pada SLP.

Memo.cash adalah protokol media sosial terdesentralisasi yang dibangun di atas Bitcoin Cash menggunakan transaksi OP_RETURN. Pengguna menyiarkan posting, follow, like, dan tindakan sosial lainnya sebagai transaksi Bitcoin Cash dengan data OP_RETURN yang dienkode. Karena data disimpan di blockchain, ia tahan sensor dan tersimpan permanen. Biaya transaksi yang rendah di Bitcoin Cash membuat ini layak secara ekonomi — setiap tindakan media sosial berbiaya pecahan sen.

Aplikasi data lain mencakup layanan timestamping dan notarization dokumen, di mana hash dokumen disematkan dalam output OP_RETURN untuk menciptakan catatan permanen dan tahan manipulasi tentang keberadaan dokumen pada titik waktu tertentu. Pelacakan rantai pasokan, verifikasi kredensial, dan sistem identitas terdesentralisasi juga dibangun menggunakan kemampuan penyematan data Bitcoin Cash.

Kombinasi kapasitas OP_RETURN besar, biaya rendah, dan waktu konfirmasi cepat memposisikan Bitcoin Cash sebagai platform yang kompetitif untuk aplikasi data berbasis blockchain. Walaupun ada blockchain yang dirancang khusus untuk data, Bitcoin Cash menawarkan keuntungan berupa jaringan yang mapan, sangat aman, didukung luas, dan memiliki rekam jejak operasi berkelanjutan yang terbukti.

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

Jaringan Bitcoin Cash beroperasi pada arsitektur peer-to-peer fundamental yang sama dengan Bitcoin, dengan node berkomunikasi melalui protokol gossip untuk menyebarkan transaksi dan blok. Node penuh memelihara salinan lengkap blockchain dan memvalidasi semua transaksi dan blok secara independen sesuai aturan konsensus. Jaringan ini bersifat permissionless, yang berarti siapa pun dapat menjalankan node dan berpartisipasi tanpa otorisasi.

Beberapa implementasi node penuh independen ada untuk Bitcoin Cash, mencerminkan komitmen proyek terhadap pengembangan yang terdesentralisasi. Bitcoin Cash Node (BCHN) adalah implementasi yang paling banyak digunakan dan berfungsi sebagai klien referensi de facto. Implementasi lain mencakup Bitcoin Unlimited, BCHD (ditulis dalam Go), dan Knuth (implementasi C++ berperforma tinggi). Keberadaan beberapa implementasi independen mengurangi risiko bahwa satu bug perangkat lunak dapat menyebabkan kegagalan jaringan secara luas dan memastikan tidak ada satu tim pengembang pun yang memiliki kendali sepihak atas protokol.

Penambangan pada Bitcoin Cash menggunakan algoritma proof-of-work SHA-256, identik dengan Bitcoin. Ini berarti perangkat keras penambangan ASIC yang sama dapat digunakan untuk menambang kedua rantai, dan penambang dapat berpindah antara Bitcoin dan Bitcoin Cash berdasarkan profitabilitas. Dalam praktiknya, hash rate Bitcoin Cash adalah sebagian kecil dari Bitcoin, karena mayoritas daya penambangan SHA-256 diarahkan ke rantai Bitcoin yang lebih menguntungkan. Namun, algoritma penyesuaian kesulitan Bitcoin Cash memastikan blok diproduksi pada interval target sepuluh menit terlepas dari tingkat hash rate absolut.

Algoritma penyesuaian kesulitan adalah salah satu komponen protokol terpenting Bitcoin Cash. Penyesuaian kesulitan asli Bitcoin, yang dihitung ulang setiap 2016 blok (sekitar dua minggu), terlalu lambat untuk mengakomodasi fluktuasi hash rate yang cepat ketika penambang berganti antara Bitcoin dan Bitcoin Cash. Setelah periode Emergency Difficulty Adjustment (EDA) yang bermasalah pada 2017, Bitcoin Cash mengadopsi algoritma baru pada November 2017 yang menyesuaikan kesulitan berdasarkan jendela bergerak 144 blok.

Pada November 2020, Bitcoin Cash meng-upgrade ke algoritma penyesuaian kesulitan ASERT (Absolutely Scheduled Exponentially Rising Targets), juga dikenal sebagai aserti3-2d. ASERT menyesuaikan target kesulitan berdasarkan perbedaan antara waktu aktual yang berlalu dan waktu yang diharapkan sejak blok referensi ("anchor block"). Jika blok diproduksi lebih cepat dari yang diharapkan, kesulitan meningkat secara eksponensial; jika lebih lambat, kesulitan menurun secara eksponensial. Penamaan "3-2d" merujuk pada half-life sekitar dua hari (288 blok pada target sepuluh menit), yang berarti penggandaan atau pengurangan setengah hash rate yang berkelanjutan akan menghasilkan penyesuaian kesulitan penuh dalam dua hari. ASERT terbukti sangat stabil, menghasilkan interval blok yang konsisten bahkan di bawah volatilitas hash rate yang signifikan.

Efisiensi propagasi blok kritis untuk jaringan dengan blok besar. Bitcoin Cash mengadopsi beberapa optimisasi untuk memastikan blok besar dapat menyebar cepat. Compact Blocks (BIP 152) memungkinkan node merekonstruksi blok dari transaction ID alih-alih data transaksi penuh, mengurangi bandwidth saat mempool node saling tumpang tindih. Protokol Graphene memberikan kompresi lebih besar dengan struktur data probabilistik untuk mencapai encoding blok yang mendekati optimal. Xthinner adalah protokol kompresi lain yang dikembangkan khusus untuk Bitcoin Cash dengan tingkat kompresi sangat tinggi untuk blok tipikal.

Kebijakan relay dan mempool jaringan dirancang untuk mendukung transaksi zero-confirmation yang andal. Node mengikuti aturan first-seen yang ketat, hanya menerima dan meneruskan versi pertama transaksi yang mereka amati. Jika transaksi kedua yang mencoba membelanjakan input yang sama (upaya double-spend) terdeteksi, node akan menghasilkan bukti double-spend dan menyebarkannya, memperingatkan pedagang dan pihak lain yang berkepentingan. Infrastruktur ini menyediakan tingkat keamanan yang wajar untuk menerima transaksi belum terkonfirmasi untuk pembayaran sehari-hari bernilai rendah.

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

Meskipun Bitcoin Cash terutama dirancang sebagai sistem uang elektronik peer-to-peer, ia telah mengembangkan kapabilitas smart contract yang signifikan melalui perluasan bahasa scripting-nya. Tidak seperti model smart contract Turing-complete berbasis akun milik Ethereum, smart contract Bitcoin Cash beroperasi di dalam model UTXO menggunakan bahasa scripting berbasis stack yang sengaja tidak Turing-complete. Desain ini memberikan biaya eksekusi yang dapat diprediksi dan menghindari kelas kerentanan yang terkait dengan komputasi tak terbatas, sambil tetap memungkinkan berbagai instrumen keuangan terprogram yang kaya.

Bahasa scripting Bitcoin Cash ditingkatkan secara progresif melalui serangkaian upgrade protokol. Pada Mei 2018, beberapa opcode yang pernah dinonaktifkan pada awal sejarah Bitcoin diaktifkan kembali, termasuk operator logika bitwise (OP_AND, OP_OR, OP_XOR), operator aritmatika untuk angka yang lebih besar, serta operasi manipulasi string (OP_SPLIT, OP_CAT). Opcode yang dipulihkan ini secara signifikan memperluas kemampuan ekspresif skrip Bitcoin Cash.

Pengenalan OP_CHECKDATASIG dan OP_CHECKDATASIGVERIFY pada November 2018 adalah kemajuan yang sangat penting. Opcode ini memungkinkan skrip memverifikasi tanda tangan ECDSA terhadap data arbitrer, bukan hanya terhadap transaksi itu sendiri. Ini memungkinkan kontrak berbasis oracle di mana sumber data eksternal menandatangani pesan yang menyatakan suatu kondisi dunia nyata (seperti harga, peristiwa cuaca, atau skor olahraga), dan eksekusi kontrak bergantung pada isi pesan yang ditandatangani tersebut. Kemampuan ini membuka pintu bagi pasar prediksi terdesentralisasi, kontrak asuransi, dan instrumen keuangan lain yang bergantung pada data eksternal.

Opcode introspeksi native, yang diperkenalkan pada Mei 2022, memungkinkan skrip memeriksa properti transaksi yang memuatnya. Skrip dapat menginspeksi nilai, locking script, dan data token dari input dan output dalam transaksi yang sama. Ini memungkinkan kontrak tipe covenant — skrip yang membatasi bagaimana koin dapat dibelanjakan di transaksi masa depan, bukan hanya siapa yang dapat membelanjakannya. Covenants memungkinkan pola kuat seperti vault (pembatasan pengeluaran dengan time-lock untuk keamanan), pembayaran berulang, bursa terdesentralisasi, dan mekanisme pemungutan suara on-chain.

CashScript adalah bahasa smart contract tingkat tinggi untuk Bitcoin Cash, analog dengan Solidity di Ethereum. CashScript memungkinkan pengembang menulis kontrak dengan sintaks yang familier seperti JavaScript, yang kemudian dikompilasi menjadi bytecode script Bitcoin Cash. Bahasa ini menangani kompleksitas desain kontrak UTXO, termasuk introspeksi input/output dan verifikasi tanda tangan, sehingga lebih mudah diakses oleh pengembang yang tidak terbiasa dengan pemrograman stack tingkat rendah. Kontrak CashScript telah digunakan untuk membangun bursa terdesentralisasi, layanan escrow, platform crowdfunding, dan aplikasi lainnya.

Upgrade CashTokens pada Mei 2023 menambahkan dimensi lain pada kapabilitas smart contract Bitcoin Cash. Dengan menyematkan token fungible dan non-fungible langsung ke dalam model UTXO pada tingkat konsensus, CashTokens memungkinkan kontrak berbasis token yang ditegakkan oleh aturan konsensus jaringan alih-alih protokol overlay. NFT di CashTokens membawa field "commitment" — data arbitrer yang melekat pada token — yang dapat dibaca dan divalidasi oleh skrip smart contract. Ini menciptakan mekanisme untuk mempertahankan state on-chain lintas transaksi, sesuatu yang sebelumnya sulit dicapai pada model UTXO. Kontrak dapat menggunakan NFT sebagai pembawa state, memperbarui data commitment pada setiap transaksi untuk mengimplementasikan protokol multi-langkah yang kompleks.

Kombinasi opcode introspeksi, CashTokens, dan CashScript menciptakan platform smart contract yang, walaupun berbeda secara fundamental dari model Ethereum, mampu mengimplementasikan banyak aplikasi keuangan terdesentralisasi yang serupa. Bursa terdesentralisasi, automated market maker, protokol pinjam-meminjam, dan decentralized autonomous organization telah dibangun atau diprototipekan di Bitcoin Cash. Pendekatan berbasis UTXO menawarkan keunggulan dalam hal paralelisasi (UTXO dapat divalidasi secara independen), privasi (setiap UTXO berdiri sendiri), dan prediktabilitas (tidak ada global state), meskipun membutuhkan pola desain yang berbeda dari sistem berbasis akun.

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 mewarisi kebijakan moneter Bitcoin sepenuhnya. Total pasokan Bitcoin Cash dibatasi hingga 21 juta koin, dan jadwal penerbitannya mengikuti mekanisme halving yang sama seperti Bitcoin. Kebijakan moneter yang sama ini merupakan konsekuensi langsung dari fork: karena Bitcoin Cash terpecah dari blockchain Bitcoin, ia dimulai dengan sejarah penerbitan yang sama dan berlanjut dengan aturan penerbitan masa depan yang sama.

Hadiah blok dimulai pada 50 BCH per blok (mewarisi parameter genesis Bitcoin) dan berkurang setengah setiap 210.000 blok, sekitar setiap empat tahun. Halving pertama terjadi pada November 2012 (sebelum fork, jadi sejarah bersama), menurunkan hadiah menjadi 25 koin. Halving kedua pada Juli 2016 menurunkannya menjadi 12,5 koin. Halving ketiga pada April 2020, yang terjadi setelah fork dan karenanya spesifik untuk rantai Bitcoin Cash, menurunkannya menjadi 6,25 BCH. Halving keempat pada April 2024 menurunkannya lagi menjadi 3,125 BCH per blok.

Jadwal halving ini menciptakan kebijakan moneter disinflasioner di mana laju penciptaan koin baru menurun dari waktu ke waktu, mendekati nol secara asimtotik. Koin Bitcoin Cash terakhir diperkirakan akan ditambang sekitar tahun 2140. Pada titik itu, pendapatan penambang akan sepenuhnya terdiri dari transaksi">biaya transaksi.

Batas pasokan 21 juta dan jadwal halving memberikan Bitcoin Cash sifat kelangkaan yang sama seperti Bitcoin. Pasokan yang beredar pada awal 2026 sekitar 19,8 juta BCH, mewakili lebih dari 94 persen dari total pasokan yang akan pernah ada. Koin yang tersisa akan didistribusikan selama lebih dari satu abad melalui hadiah blok yang terus menurun.

Pendekatan Bitcoin Cash terhadap transisi dari hadiah blok ke kompensasi penambang berbasis biaya berbeda dari strategi Bitcoin. Filosofi scaling Bitcoin, yang membatasi ruang blok untuk mempertahankan pasar biaya, secara implisit bergantung pada biaya tinggi per transaksi untuk mengompensasi penambang ketika hadiah blok menurun. Bitcoin Cash mengambil pendekatan sebaliknya: dengan menjaga biaya rendah dan blok besar, jaringan bertujuan menghasilkan pendapatan biaya total yang cukup melalui volume transaksi tinggi alih-alih biaya tinggi per transaksi. Dalam model ini, jika setiap transaksi membayar biaya satu sen tetapi jaringan memproses jutaan transaksi per blok, pendapatan biaya agregat tetap dapat cukup besar untuk memberi insentif penambangan.

Model biaya berbasis volume ini menuntut Bitcoin Cash mencapai throughput transaksi yang jauh lebih tinggi daripada Bitcoin untuk memberikan insentif penambang yang setara di era pasca-subsidi. Para pendukung berargumen bahwa ini dapat dicapai melalui scaling on-chain berkelanjutan, karena permintaan pembayaran global sangat besar dan bahkan porsi kecil dari transaksi dunia dapat berarti jutaan pembayaran per hari. Para kritikus menanggapi bahwa tingkat adopsi ini tidak pasti dan bahwa model biaya rendah mungkin menciptakan insentif yang tidak memadai selama periode transisi.

Kebijakan moneter yang sama antara Bitcoin dan Bitcoin Cash berarti kedua rantai bersaing langsung untuk hash power penambangan SHA-256. Penambang mengalokasikan sumber daya mereka ke rantai mana pun yang paling menguntungkan pada saat tertentu, dan algoritma penyesuaian kesulitan pada kedua rantai mengakomodasi alokasi yang dinamis ini. Dalam praktiknya, porsi hash rate total SHA-256 yang dimiliki Bitcoin Cash telah sebanding dengan harga relatifnya, mencerminkan perilaku ekonomi rasional dari penambang yang memaksimalkan keuntungan.

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 mewakili kelanjutan berprinsip dari visi Bitcoin asli sebagai uang elektronik peer-to-peer. Dengan meningkatkan batas ukuran blok dan mengejar scaling on-chain, Bitcoin Cash mempertahankan biaya rendah dan transaksi cepat yang menjadi ciri Bitcoin awal, membuatnya praktis untuk pembayaran sehari-hari dan mikrotransaksi yang dibayangkan whitepaper asli.

Lintasan teknis proyek ini ditandai oleh perbaikan protokol yang dipikirkan matang dan berdampak. Algoritma penyesuaian kesulitan ASERT menyediakan produksi blok yang stabil di bawah kondisi hash rate yang volatil. Bahasa scripting yang ditingkatkan, dengan opcode yang dipulihkan dan yang baru, memungkinkan smart contract yang canggih dalam batasan keamanan model UTXO. CashTokens membawa tokenisasi yang ditegakkan oleh konsensus ke protokol Bitcoin untuk pertama kalinya. CashScript membuat kemampuan ini dapat diakses oleh komunitas pengembang yang lebih luas. Bersama-sama, kemajuan ini menunjukkan bahwa model UTXO dapat mendukung ekosistem aplikasi terdesentralisasi yang kaya sambil mempertahankan kesederhanaan dan keamanan dasarnya.

Debat scaling yang melahirkan Bitcoin Cash menyoroti ketegangan fundamental dalam sistem terdesentralisasi: trade-off antara kapasitas on-chain dan biaya menjalankan node penuh. Bitcoin Cash memilih untuk memprioritaskan kapasitas transaksi dan pengalaman pengguna, berargumen bahwa manfaat ekonomi dari adopsi dan penggunaan yang luas lebih besar daripada peningkatan kebutuhan perangkat keras bagi operator node. Ini adalah pertanyaan empiris yang jawabannya akan terlihat dalam tahun-tahun dan dekade-dekade mendatang ketika Bitcoin dan Bitcoin Cash terus berevolusi pada jalur masing-masing.

Kelangsungan hidup dan pengembangan Bitcoin Cash melalui beberapa bear market, fork yang kontroversial (terutama pemisahan Bitcoin SV pada November 2018), dan upaya komunitas yang berkelanjutan menunjukkan ketahanan proyek dan keyakinan para pesertanya. Jaringan telah memproses ratusan juta transaksi sejak fork, mempertahankan operasi terus-menerus, dan menarik komunitas global pengembang, pedagang, dan pengguna yang percaya bahwa uang elektronik peer-to-peer adalah teknologi yang layak dibangun.

Keberhasilan jangka panjang Bitcoin Cash bergantung pada kemampuannya menarik pengguna dan pedagang yang menghargai transaksi yang andal dengan biaya rendah, dan pada kemampuannya menskalakan infrastrukturnya untuk memenuhi tuntutan jaringan pembayaran global. Fondasi teknisnya kuat, roadmap-nya jelas, dan komunitasnya berkomitmen. Apakah Bitcoin Cash pada akhirnya mencapai tujuan ambisiusnya untuk melayani sebagai uang elektronik untuk dunia akan ditentukan bukan oleh keterbatasan teknis, melainkan oleh efek jaringan, dinamika pasar, dan pola adopsi yang mengatur evolusi semua sistem moneter.