Bitcoin Cash : Monnaie électronique pair-à-pair pour le monde
Bitcoin Cash (BCH) melakukan hard fork dari Bitcoin pada 1 Agustus 2017. BCH tidak memiliki whitepaper sendiri — dokumen yang disajikan di sini adalah whitepaper asli Bitcoin karya Satoshi Nakamoto, yang dijadikan Bitcoin Cash sebagai landasan visi peer-to-peer electronic cash-nya.
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.
Abstract
Bitcoin Cash est un système d'argent électronique pair-à-pair issu d'une bifurcation de la blockchain Bitcoin le 1er août 2017. Créé en réponse aux limitations de scalabilité de Bitcoin, Bitcoin Cash a augmenté la limite de taille de bloc pour permettre un plus grand débit de transactions et des frais plus bas, restaurant la vision originale de Bitcoin comme moyen d'échange pratique pour les transactions quotidiennes. Avec des blocs de 32 Mo, un algorithme d'ajustement de difficulté adaptatif et un développement continu du protocole, Bitcoin Cash vise à évoluer on-chain pour servir d'argent pair-à-pair mondial.
Le projet Bitcoin Cash est né d'un désaccord fondamental au sein de la communauté Bitcoin sur la manière dont le réseau devrait évoluer pour s'adapter à la demande croissante. Tandis qu'une faction prônait des solutions de scalabilité hors chaîne telles que le Lightning Network construit sur SegWit, une autre faction soutenait que l'augmentation de la limite de taille de bloc était l'approche la plus directe et éprouvée pour la mise à l'échelle. Lorsqu'un consensus n'a pas pu être atteint, ce dernier groupe a exécuté un hard fork, créant une nouvelle chaîne qui préservait l'historique des transactions de Bitcoin tout en implémentant une limite de taille de bloc plus grande et en rejetant SegWit. Ce document décrit les spécifications techniques, la philosophie de conception et la trajectoire de développement de Bitcoin Cash.
Introduction
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.
Introduction
Le livre blanc original de Bitcoin, publié par Satoshi Nakamoto en 2008, décrivait « une version purement pair-à-pair d'argent électronique » qui permettrait « d'envoyer des paiements en ligne directement d'une partie à une autre sans passer par une institution financière ». Cette vision de Bitcoin comme moyen d'échange pour les transactions quotidiennes était au cœur de son adoption précoce et de la croissance de sa communauté. Les premiers partisans de Bitcoin citaient fréquemment les faibles frais de transaction et les paiements rapides comme des avantages clés par rapport aux systèmes financiers traditionnels.
Cependant, à mesure que la popularité de Bitcoin augmentait au milieu des années 2010, une contrainte fondamentale commença à limiter son utilité en tant qu'argent électronique. La limite de taille de bloc d'un mégaoctet, initialement introduite comme mesure temporaire anti-spam, créait un plafond artificiel sur le nombre de transactions que le réseau pouvait traiter. À mesure que la demande d'espace de bloc augmentait, les utilisateurs étaient contraints de rivaliser pour une capacité limitée en proposant des frais de transaction plus élevés. Début 2017, les frais médians de transaction Bitcoin avaient atteint plusieurs dollars, rendant les transactions de faible valeur économiquement irréalisables. Pendant les périodes de congestion maximale, les frais pouvaient dépasser vingt dollars, et les transactions pouvaient rester non confirmées pendant des heures, voire des jours.
Cette situation représentait une déviation fondamentale de la promesse originale de Bitcoin. Un système conçu pour permettre les paiements électroniques pair-à-pair devenait trop cher et trop lent pour les cas d'utilisation mêmes qu'il avait été créé pour servir. Alors que Bitcoin était de plus en plus positionné comme de l'« or numérique » — une réserve de valeur plutôt qu'un moyen d'échange — de nombreux membres de la communauté et développeurs estimaient que cela représentait une trahison des principes fondateurs du projet.
Bitcoin Cash a été créé pour résoudre cette crise en adoptant l'approche la plus directe de la mise à l'échelle : augmenter la limite de taille de bloc. En permettant à plus de transactions de tenir dans chaque bloc, Bitcoin Cash visait à restaurer des frais bas et des confirmations rapides, rendant l'argent électronique pair-à-pair à nouveau pratique. Les partisans du projet soutenaient que la mise à l'échelle on-chain était non seulement techniquement réalisable, mais qu'elle correspondait à l'approche que Satoshi Nakamoto avait initialement envisagée, citant des communications précoces dans lesquelles Nakamoto discutait de l'augmentation de la limite de taille de bloc à mesure que le réseau se développerait.
La création de Bitcoin Cash le 1er août 2017 fut l'un des événements les plus significatifs de l'histoire des cryptomonnaies. Elle représentait la première grande division de chaîne dans l'histoire de Bitcoin motivée par un véritable désaccord philosophique sur la direction future du protocole. La bifurcation a démontré que dans un système décentralisé, les différends insolubles peuvent être résolus en permettant à chaque faction de poursuivre sa propre vision de manière indépendante, le marché déterminant finalement le résultat.
Background: The Scaling Debate
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.
Background: The Scaling Debate
Le débat sur la scalabilité de Bitcoin fut l'un des différends les plus contentieux et prolongés de l'histoire du développement de logiciels open source. En son cœur, le débat portait sur une question apparemment simple : comment le réseau Bitcoin devrait-il augmenter sa capacité de traitement des transactions ? La réponse à cette question, cependant, touchait à des questions fondamentales de gouvernance, de décentralisation, de philosophie technique et de l'identité même de Bitcoin.
La limite de taille de bloc d'un mégaoctet de Bitcoin a été introduite par Satoshi Nakamoto en 2010 comme mesure temporaire pour prévenir les attaques par déni de service dans lesquelles un adversaire pourrait inonder le réseau de blocs surdimensionnés. À l'époque, l'utilisation réelle des blocs était bien en dessous de cette limite, et Nakamoto avait suggéré que la limite pourrait être relevée à l'avenir par un simple changement de code. Cependant, à mesure que l'utilisation de Bitcoin augmentait et que les blocs commençaient à se remplir, relever la limite s'avéra bien plus contentieux que quiconque ne l'avait anticipé.
Une faction, qui en vint à être associée à l'équipe de développement Bitcoin Core, soutenait que la taille de bloc devait rester petite pour préserver la décentralisation. Leur raisonnement était que des blocs plus grands augmenteraient les exigences en puissance de calcul et en bande passante pour faire fonctionner un nœud complet, excluant potentiellement les utilisateurs ordinaires et concentrant l'exploitation des nœuds parmi les entités bien dotées en ressources. Ils proposèrent un chemin alternatif de mise à l'échelle : SegWit, une modification du protocole qui restructurait les données de transaction pour augmenter efficacement la capacité de transactions du bloc sans relever la limite de taille nominale, combinée avec des solutions hors chaîne comme le Lightning Network qui déplaceraient la plupart des transactions hors de la blockchain principale.
La faction opposée, qui comprenait des développeurs éminents, des mineurs et des entreprises, soutenait que relever la limite de taille de bloc était la solution la plus simple, la plus éprouvée et la plus urgente. Ils affirmaient que la limite d'un mégaoctet était une contrainte arbitraire qui n'avait jamais été conçue comme une caractéristique permanente du protocole, et que les augmentations de frais et la congestion qui en résultaient éloignaient les utilisateurs et les commerçants de Bitcoin. Ils étaient sceptiques quant à la complexité de SegWit et inquiets que le Lightning Network, qui était encore largement théorique à l'époque, ne tienne peut-être jamais ses promesses de transactions bon marché et instantanées.
Le débat s'intensifia à travers une série de propositions et de contre-propositions. Bitcoin XT, proposé par Mike Hearn et Gavin Andresen en 2015, cherchait à augmenter la taille de bloc à 8 Mo. Bitcoin Classic proposait une augmentation plus modeste à 2 Mo. Bitcoin Unlimited proposait de supprimer entièrement la limite de taille de bloc, permettant aux mineurs de fixer leurs propres limites par le biais de la dynamique du marché. Chaque proposition engendra un débat féroce et aucune n'atteignit le consensus écrasant nécessaire pour un hard fork non contentieux.
Plusieurs tentatives de compromis furent faites. L'Accord de Hong Kong (février 2016) vit les développeurs de Bitcoin Core et les mineurs convenir de déployer SegWit suivi d'un hard fork à 2 Mo, mais l'accord s'effondra lorsque le volet hard fork ne fut pas poursuivi. L'Accord de New York (mai 2017), également connu sous le nom de SegWit2x, proposait d'activer SegWit immédiatement suivi d'un hard fork à 2 Mo dans les six mois. Cet accord fut signé par plus de cinquante entreprises représentant une majorité de la puissance de hachage de Bitcoin, mais il fut fortement combattu par l'équipe de développement Bitcoin Core et une portion significative de la communauté d'utilisateurs.
Lorsqu'il devint clair que le compromis était impossible, la faction des gros blocs décida d'agir unilatéralement. Le 1er août 2017, ils exécutèrent un hard fork de la blockchain Bitcoin, créant Bitcoin Cash avec une limite de taille de bloc initiale de 8 Mo. Ce ne fut pas une décision prise à la légère — elle nécessitait de diviser la blockchain, le réseau, la communauté et la marque. Mais les partisans de Bitcoin Cash croyaient que c'était le seul moyen de préserver la vision originale de Bitcoin comme argent électronique pair-à-pair.
The Fork
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.
The Fork
Le hard fork de Bitcoin Cash fut exécuté le 1er août 2017, à la hauteur de bloc 478 558. À ce point, la blockchain Bitcoin se scinda en deux chaînes distinctes : la chaîne originale, qui continua comme Bitcoin (BTC) avec l'activation de SegWit, et la nouvelle chaîne, qui devint Bitcoin Cash (BCH) avec une limite de taille de bloc augmentée à 8 Mo.
La bifurcation fut techniquement propre et bien planifiée. Chaque adresse Bitcoin détenant un solde au moment de la bifurcation reçut un solde identique sur les deux chaînes. Si un utilisateur détenait 1 BTC avant la bifurcation, il aurait 1 BTC sur la chaîne Bitcoin et 1 BCH sur la chaîne Bitcoin Cash après la bifurcation. L'intégralité de l'historique des transactions antérieur au bloc 478 558 était partagé entre les deux chaînes.
L'un des défis techniques critiques de la bifurcation fut l'implémentation de la protection contre le rejeu. En l'absence de protection contre le rejeu, une transaction diffusée sur une chaîne pouvait être rejouée sur l'autre chaîne, causant potentiellement des dépenses involontaires de jetons par les utilisateurs sur les deux chaînes. Bitcoin Cash implémenta une forte protection contre le rejeu en modifiant l'algorithme de signature de transaction. Spécifiquement, Bitcoin Cash introduisit un nouveau drapeau SigHash (SIGHASH_FORKID) qui est inclus dans le hash de chaque signature de transaction. Les transactions signées avec ce drapeau sont valides sur la chaîne Bitcoin Cash mais invalides sur la chaîne Bitcoin, et vice-versa. Cela garantit une séparation nette entre les deux réseaux dès le moment de la bifurcation.
La limite de taille de bloc initiale pour Bitcoin Cash fut fixée à 8 Mo, soit huit fois plus que la limite de 1 Mo de Bitcoin. Cela représentait une augmentation significative de la capacité de transactions on-chain, permettant à Bitcoin Cash de traiter substantiellement plus de transactions par bloc tout en maintenant des frais bas. Le premier bloc de Bitcoin Cash après la bifurcation fut miné par le pool de minage ViaBTC et faisait environ 1,9 Mo, démontrant le bénéfice pratique immédiat de la taille de bloc plus grande.
La bifurcation supprima également SegWit, qui avait été activé sur la chaîne Bitcoin. Les développeurs de Bitcoin Cash rejetèrent SegWit pour plusieurs raisons : ils estimaient qu'il introduisait une complexité inutile dans le protocole, créait un système de transaction à deux niveaux avec des structures de frais différentes, et modifiait la structure de bloc d'une manière qui, selon eux, sapait la simplicité du modèle UTXO. En choisissant une augmentation directe de la taille de bloc, Bitcoin Cash maintint une architecture de protocole plus simple et plus traditionnelle de type Bitcoin.
À la suite de la bifurcation, les deux chaînes durent faire face au défi de l'ajustement de la difficulté. Bitcoin Cash utilisa initialement la même difficulté SHA-256 que la chaîne Bitcoin, mais avec significativement moins de puissance de hachage consacrée au minage. Pour prévenir un scénario dans lequel les blocs seraient minés extrêmement lentement, Bitcoin Cash implémenta un mécanisme d'Ajustement d'Urgence de la Difficulté (EDA) qui diminuerait la difficulté de 20 pour cent si moins de 6 blocs étaient minés dans une période de 12 heures. Bien que ce mécanisme ait réussi à maintenir la chaîne en vie durant la période initiale critique, il s'avéra instable, provoquant de violentes oscillations dans les temps de production de blocs et le taux de hachage à mesure que les mineurs alternaient entre Bitcoin et Bitcoin Cash en fonction de la rentabilité. L'EDA fut remplacé en novembre 2017 par un algorithme d'ajustement de difficulté plus stable basé sur une moyenne mobile des 144 blocs précédents.
La bifurcation fut accueillie avec une controverse considérable dans la communauté crypto au sens large. Les critiques soutenaient que Bitcoin Cash était une tentative illégitime de s'approprier la marque Bitcoin, tandis que les partisans maintenaient qu'il s'agissait d'une continuation légitime de la feuille de route originale de Bitcoin. Les plateformes d'échange et les fournisseurs de services durent prendre des décisions rapides sur la question de savoir s'ils soutiendraient la nouvelle chaîne et comment gérer la distribution des jetons bifurqués à leurs clients. Malgré la controverse, Bitcoin Cash s'établit rapidement comme une cryptomonnaie viable et activement utilisée, atteignant un volume d'échanges significatif et une adoption par les commerçants dans les mois suivant la bifurcation.
Technical Specifications
Bitcoin Cash 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.
Technical Specifications
Bitcoin Cash partage l'architecture technique fondamentale de Bitcoin, incluant le mécanisme de consensus de preuve de travail SHA-256, le modèle de transactions UTXO, la courbe elliptique secp256k1 pour les signatures numériques et l'intervalle de bloc cible de dix minutes. Cependant, plusieurs modifications clés le différencient du protocole Bitcoin.
La différence la plus notable est la limite de taille de bloc. Bitcoin Cash a été lancé avec une limite de taille de bloc de 8 Mo et l'a ensuite augmentée à 32 Mo en mai 2018. Cette limite de 32 Mo fournit environ 32 fois la capacité de transactions de la taille de bloc effective de 1 Mo sans SegWit de Bitcoin (ou environ 8 fois la capacité de la limite effective de Bitcoin améliorée par SegWit d'environ 4 Mo). La taille de bloc plus grande est la pierre angulaire de la philosophie de mise à l'échelle on-chain de Bitcoin Cash, offrant un espace amplement suffisant pour la croissance des transactions sans la pression sur les frais qui apparaît lorsque les blocs sont constamment pleins.
Bitcoin Cash n'implémente pas SegWit. Au lieu de séparer les données de témoin des données de transaction comme le fait SegWit, Bitcoin Cash conserve intact le format de transaction original de Bitcoin. Toutes les données de transaction, y compris les signatures, sont stockées dans le bloc de manière traditionnelle. Cela simplifie le protocole et maintient la rétrocompatibilité avec les logiciels et infrastructures Bitcoin plus anciens.
Une amélioration significative du protocole dans Bitcoin Cash est l'algorithme SigHash amélioré, qui fut introduit au moment de la bifurcation. Le nouvel algorithme, basé sur le BIP 143 (développé à l'origine pour SegWit), corrige le problème de hachage quadratique qui existait dans le schéma original de vérification des signatures de Bitcoin. Dans le schéma original, le coût computationnel de la vérification de la signature d'une transaction croissait de manière quadratique avec le nombre d'entrées, créant un vecteur potentiel d'attaque par déni de service. Le nouvel algorithme SigHash rend le coût de vérification linéaire, permettant au réseau de traiter en toute sécurité des transactions plus importantes et plus complexes.
Bitcoin Cash prend en charge une taille maximale de transaction plus grande et un plus grand nombre d'opérations de signature (sigops) par bloc comparé à Bitcoin. La limite de sigops est proportionnelle à la taille du bloc, garantissant que le coût computationnel de la validation des blocs reste borné tout en permettant significativement plus de transactions par bloc.
Le système de scripts de Bitcoin Cash a été activement développé au-delà de l'approche comparativement conservatrice de Bitcoin. Bitcoin Cash a réactivé et introduit plusieurs opcodes qui étendent l'expressivité de son langage de scripts. Les ajouts notables incluent OP_CHECKDATASIG et OP_CHECKDATASIGVERIFY, qui permettent aux scripts de transaction de vérifier des signatures contre des données arbitraires (pas seulement des données de transaction), permettant des contrats intelligents basés sur des oracles et d'autres modèles avancés de scripting. L'opcode OP_REVERSEBYTES, les opcodes d'introspection natifs et les limites plus grandes de script et de pile ont encore amélioré la programmabilité de Bitcoin Cash.
Bitcoin Cash utilise la même base de format d'adresse que Bitcoin mais a adopté le format CashAddr en janvier 2018 pour prévenir la confusion et les erreurs d'envoi inter-chaînes. Les adresses CashAddr commencent par « bitcoincash: » comme préfixe (souvent abrégé en « q » ou « p » pour la portion du hash) et utilisent un schéma d'encodage différent du format base58check de Bitcoin. Cette distinction visuelle rend immédiatement clair si une adresse appartient à Bitcoin ou à Bitcoin Cash, réduisant le risque que les utilisateurs envoient accidentellement des jetons à la mauvaise chaîne.
Le réseau fonctionne sur le port 8333, le même port par défaut que Bitcoin, bien que les nœuds Bitcoin Cash s'identifient avec un numéro magique de réseau différent lors de la poignée de main du protocole. Cela signifie que les nœuds Bitcoin et Bitcoin Cash ne se connecteront pas accidentellement entre eux malgré l'utilisation du même port.
Transaction Throughput and Scalability
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.
Transaction Throughput and Scalability
Le débit de transactions et la scalabilité sont au cœur de la proposition de valeur de Bitcoin Cash. La thèse fondamentale du projet est que l'argent électronique pair-à-pair doit être capable de traiter des transactions rapidement et à moindre coût pour être viable dans un usage quotidien, et que la mise à l'échelle on-chain par des blocs plus grands est le moyen le plus fiable d'y parvenir.
Avec une limite de taille de bloc de 32 Mo et un intervalle de bloc de dix minutes, Bitcoin Cash a un débit maximal théorique d'environ 100 transactions par seconde, selon la taille moyenne des transactions. Cela représente une augmentation substantielle par rapport au maximum théorique de Bitcoin d'environ 7 transactions par seconde avec des blocs de 1 Mo. En pratique, le débit réel dépend du mélange de types et de tailles de transactions, mais la capacité de Bitcoin Cash est plus que suffisante pour son volume de transactions actuel, les blocs étant généralement bien en dessous de la limite de 32 Mo.
L'abondance d'espace de bloc disponible a un impact direct et mesurable sur les frais de transaction. Lorsque les blocs ne sont pas pleins, il n'y a pas de compétition sur les frais, et les transactions peuvent être confirmées avec des frais minimaux. Les frais de relais minimaux par défaut de Bitcoin Cash sont de 1 satoshi par octet (où 1 satoshi = 0,00000001 BCH), et la plupart des transactions sont confirmées dans le bloc suivant à ce minimum ou à un niveau proche. Cela rend les transactions Bitcoin Cash coûtant des fractions de centime dans des conditions normales, par rapport aux frais de Bitcoin qui peuvent aller de dollars à des dizaines de dollars pendant les périodes de congestion.
La communauté de développement de Bitcoin Cash a mené des recherches et des tests approfondis sur les limites de la mise à l'échelle on-chain. L'Initiative Gigablock Testnet, menée en 2017-2018, a démontré que le protocole Bitcoin pouvait gérer des blocs de 1 Go ou plus avec les optimisations logicielles appropriées et du matériel moderne. Ces tests ont identifié plusieurs goulets d'étranglement dans la base de code originale — incluant la propagation des blocs, la validation des transactions et la gestion de l'ensemble UTXO — et ont éclairé les efforts d'optimisation ultérieurs.
Plusieurs améliorations du protocole et de l'implémentation ont été réalisées pour supporter des blocs plus grands. Graphene, un protocole de propagation de blocs basé sur des tables de recherche de Bloom invertibles et des filtres de Bloom, réduit considérablement la bande passante nécessaire pour propager les blocs en encodant uniquement la différence entre un bloc et les transactions qu'un nœud receveur possède déjà dans son mempool. L'Ordonnancement Canonique des Transactions (CTOR), implémenté en novembre 2018, exige que les transactions dans un bloc soient ordonnées par leur identifiant de transaction. Ce changement apparemment mineur permet des optimisations significatives dans la validation et la propagation des blocs, car il autorise la validation parallèle des transactions et des algorithmes de réconciliation d'ensembles plus efficaces.
Les initiatives d'engagement UTXO et de validation parallèle ont encore amélioré la capacité du réseau à gérer efficacement de grands blocs. En tirant parti des processeurs multi-cœurs modernes et du stockage à état solide, les implémentations de nœuds optimisées peuvent valider des blocs contenant des dizaines de milliers de transactions dans des délais acceptables.
La feuille de route de scalabilité de Bitcoin Cash envisage des augmentations supplémentaires de la limite de taille de bloc à mesure que la technologie et la demande le justifient. Les développeurs du projet ont exprimé un objectif à long terme de supporter des volumes de paiement à l'échelle mondiale entièrement on-chain, visant des niveaux de débit qui permettraient à Bitcoin Cash de servir des milliards de transactions quotidiennes. Bien que cet objectif soit ambitieux, les améliorations continues des capacités matérielles, de la bande passante réseau et de l'optimisation logicielle fournissent une voie crédible pour y parvenir progressivement au fil du temps.
Un aspect important de l'approche de mise à l'échelle de Bitcoin Cash est le concept de transactions à « zéro confirmation ». Pour les paiements de faible valeur, les commerçants peuvent accepter les transactions immédiatement après leur diffusion, avant qu'elles ne soient incluses dans un bloc. Bitcoin Cash a implémenté plusieurs mesures pour améliorer la fiabilité des transactions à zéro confirmation, incluant la règle du « premier vu » (où les nœuds ne relaient que la première version d'une transaction qu'ils voient, rendant les tentatives de double dépense plus difficiles) et des protocoles de notification de double dépense qui alertent les commerçants si une transaction conflictuelle est détectée. Ces mesures rendent Bitcoin Cash pratique pour les transactions en point de vente où attendre dix minutes pour une confirmation de bloc serait irréalisable.
OP_RETURN and Data Applications
Bitcoin Cash 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.
OP_RETURN and Data Applications
Bitcoin Cash prend en charge l'opcode OP_RETURN, qui permet aux utilisateurs d'intégrer des données arbitraires dans la blockchain au sein d'une sortie de transaction dont il est prouvable qu'elle ne peut être dépensée. Cette fonctionnalité permet une gamme d'applications centrées sur les données construites sur la blockchain Bitcoin Cash, incluant des protocoles de jetons, des systèmes de messagerie, des services de notarisation et des plateformes de médias sociaux.
La limite de données OP_RETURN sur Bitcoin Cash a été fixée à 220 octets par sortie, significativement plus que la limite de 80 octets de Bitcoin. De plus, Bitcoin Cash autorise plusieurs sorties OP_RETURN dans une seule transaction, étendant encore la quantité de données pouvant être intégrées dans une seule transaction. Ces limites généreuses, combinées à de faibles frais de transaction, font de Bitcoin Cash une plateforme économiquement viable pour des applications de données qui seraient prohibitivement coûteuses sur des chaînes plus contraintes en capacité.
Le Simple Ledger Protocol (SLP) fut l'un des systèmes de jetons les plus précoces et les plus largement adoptés construits sur Bitcoin Cash en utilisant OP_RETURN. SLP permettait aux utilisateurs de créer et de transférer des jetons personnalisés sur la blockchain Bitcoin Cash en encodant des métadonnées de jetons dans des sorties OP_RETURN. Bien que SLP ait été largement supplanté par le protocole CashTokens, il a démontré la viabilité de la construction d'économies de jetons sur le modèle UTXO.
CashTokens, activé en mai 2023, représente une approche plus sophistiquée de la tokenisation sur Bitcoin Cash. Contrairement à SLP, qui reposait sur des métadonnées OP_RETURN pouvant être ignorées par le protocole de base, CashTokens est une fonctionnalité au niveau du consensus qui intègre les jetons directement dans le modèle UTXO. Chaque UTXO peut porter à la fois une valeur en BCH et un jeton associé, la validité du jeton étant appliquée par les règles de consensus. CashTokens prend en charge deux types de jetons : les jetons fongibles (similaires aux jetons ERC-20 sur Ethereum) et les jetons non fongibles (NFTs). L'application au niveau du consensus signifie que les transactions de jetons ont les mêmes garanties de sécurité que les transactions natives en BCH, éliminant les hypothèses de confiance et les exigences d'indexation des protocoles superposés comme SLP.
Memo.cash est un protocole de médias sociaux décentralisé construit sur Bitcoin Cash en utilisant des transactions OP_RETURN. Les utilisateurs diffusent des publications, des suivis, des mentions « j'aime » et d'autres actions sociales sous forme de transactions Bitcoin Cash avec des données OP_RETURN encodées. Comme les données sont stockées sur la blockchain, elles sont résistantes à la censure et archivées de manière permanente. Les faibles coûts de transaction sur Bitcoin Cash rendent cela économiquement viable — chaque action de média social coûte une fraction de centime.
D'autres applications de données sur Bitcoin Cash incluent l'horodatage de documents et les services de notarisation, où le hash d'un document est intégré dans une sortie OP_RETURN pour créer un enregistrement permanent et inaltérable de l'existence du document à un moment précis. Le suivi de la chaîne d'approvisionnement, la vérification des accréditations et les systèmes d'identité décentralisée ont également été construits en utilisant les capacités d'intégration de données de Bitcoin Cash.
La combinaison d'une grande capacité OP_RETURN, de frais bas et de temps de confirmation rapides positionne Bitcoin Cash comme une plateforme compétitive pour les applications de données basées sur la blockchain. Bien que des blockchains dédiées aux données existent, Bitcoin Cash offre l'avantage d'un réseau bien établi, hautement sécurisé et largement soutenu avec un historique éprouvé d'opération continue.
Network Architecture
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.
Network Architecture
Le réseau Bitcoin Cash fonctionne sur la même architecture pair-à-pair fondamentale que Bitcoin, les nœuds communiquant via un protocole de propagation pour diffuser les transactions et les blocs. Les nœuds complets maintiennent une copie complète de la blockchain et valident indépendamment toutes les transactions et blocs conformément aux règles de consensus. Le réseau est sans permission, ce qui signifie que quiconque peut exploiter un nœud et participer au réseau sans autorisation.
Plusieurs implémentations indépendantes de nœuds complets existent pour Bitcoin Cash, reflétant l'engagement du projet envers le développement décentralisé. Bitcoin Cash Node (BCHN) est l'implémentation la plus largement utilisée et sert de client de référence de facto. D'autres implémentations incluent Bitcoin Unlimited, BCHD (écrit en Go) et Knuth (une implémentation haute performance en C++). L'existence de plusieurs implémentations indépendantes réduit le risque qu'un seul bug logiciel provoque une panne à l'échelle du réseau et garantit qu'aucune équipe de développement unique n'a un contrôle unilatéral sur le protocole.
Le minage sur Bitcoin Cash utilise l'algorithme de preuve de travail SHA-256, identique à celui de Bitcoin. Cela signifie que le même matériel de minage ASIC peut être utilisé pour miner l'une ou l'autre chaîne, et les mineurs peuvent alterner entre Bitcoin et Bitcoin Cash en fonction de la rentabilité. En pratique, le taux de hachage de Bitcoin Cash est une fraction de celui de Bitcoin, la majorité de la puissance de minage SHA-256 étant dirigée vers la chaîne Bitcoin plus rentable. Cependant, l'algorithme d'ajustement de difficulté de Bitcoin Cash garantit que les blocs sont produits à l'intervalle cible de dix minutes indépendamment du niveau absolu du taux de hachage.
L'algorithme d'ajustement de difficulté est l'un des composants de protocole les plus importants de Bitcoin Cash. L'ajustement de difficulté original de Bitcoin, qui recalcule tous les 2 016 blocs (environ deux semaines), était trop lent pour s'adapter aux fluctuations rapides du taux de hachage que Bitcoin Cash subissait lorsque les mineurs alternaient entre lui et Bitcoin. Après la période problématique d'Ajustement d'Urgence de la Difficulté (EDA) en 2017, Bitcoin Cash adopta un nouvel algorithme en novembre 2017 qui ajustait la difficulté sur une fenêtre mobile de 144 blocs.
En novembre 2020, Bitcoin Cash passa à l'algorithme d'ajustement de difficulté ASERT (Absolutely Scheduled Exponentially Rising Targets), également connu sous le nom d'aserti3-2d. ASERT est un algorithme mathématiquement élégant qui ajuste la cible de difficulté en fonction de la différence entre le temps réel écoulé et le temps attendu depuis un bloc de référence (le « bloc d'ancrage »). Si les blocs sont produits plus rapidement que prévu, la difficulté augmente exponentiellement ; si plus lentement, elle diminue exponentiellement. La désignation « 3-2d » fait référence à une demi-vie d'environ deux jours (spécifiquement 288 blocs à la cible de dix minutes), ce qui signifie qu'un doublement ou une réduction de moitié soutenu du taux de hachage entraînerait un ajustement complet de la difficulté dans les deux jours. ASERT s'est avéré hautement stable, produisant des intervalles de bloc cohérents même sous une volatilité significative du taux de hachage.
L'efficacité de la propagation des blocs est critique pour un réseau avec de grands blocs. Bitcoin Cash a adopté plusieurs optimisations pour s'assurer que les grands blocs puissent se propager rapidement à travers le réseau. Les Blocs Compacts (BIP 152), qui permettent aux nœuds de reconstruire des blocs à partir d'identifiants de transaction plutôt que de données de transaction complètes, réduisent considérablement la bande passante nécessaire à la propagation des blocs lorsque les nœuds ont des mempools qui se chevauchent. Le protocole Graphene fournit une compression encore plus grande en utilisant des structures de données probabilistes pour atteindre un encodage de bloc quasi optimal. Xthinner est un autre protocole de compression développé spécifiquement pour Bitcoin Cash qui atteint environ 99,6 pour cent de compression pour les blocs typiques.
Les politiques de relais et de mempool du réseau sont conçues pour supporter des transactions fiables à zéro confirmation. Les nœuds suivent une règle stricte du premier vu, acceptant et relayant uniquement la première version d'une transaction qu'ils observent. Si une seconde transaction tentant de dépenser les mêmes entrées (une tentative de double dépense) est détectée, les nœuds génèrent une preuve de double dépense et la propagent à travers le réseau, alertant les commerçants et autres parties intéressées. Cette infrastructure fournit un niveau de sécurité raisonnable pour accepter des transactions non confirmées pour les paiements quotidiens de faible valeur.
Smart Contract Capabilities
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.
Smart Contract Capabilities
Bien que Bitcoin Cash soit principalement conçu comme un système d'argent électronique pair-à-pair, il a développé des capacités significatives de contrats intelligents grâce à des extensions de son langage de script. Contrairement au modèle de contrats intelligents d'Ethereum, basé sur des comptes et Turing-complet, les contrats de Bitcoin Cash fonctionnent dans le modèle UTXO au moyen d'un langage de script à pile qui est délibérément non Turing-complet. Ce choix fournit des coûts d'exécution prévisibles et évite une classe de vulnérabilités liées au calcul non borné, tout en permettant néanmoins un ensemble étonnamment riche d'instruments financiers programmables.
Le langage de script de Bitcoin Cash a été renforcé progressivement à travers une série de mises à niveau de protocole. En mai 2018, plusieurs opcodes désactivés au début de l'histoire de Bitcoin ont été réactivés, notamment des opérateurs logiques bit à bit (OP_AND, OP_OR, OP_XOR), des opérateurs arithmétiques pour des nombres plus grands, et des opérations de manipulation de chaînes (OP_SPLIT, OP_CAT). Le retour de ces opcodes a considérablement augmenté l'expressivité des scripts Bitcoin Cash.
L'introduction de OP_CHECKDATASIG et OP_CHECKDATASIGVERIFY en novembre 2018 a constitué une avancée particulièrement importante. Ces opcodes permettent à un script de transaction de vérifier une signature ECDSA sur des données arbitraires, et pas uniquement sur la transaction elle-même. Cela rend possibles des contrats basés sur des oracles, où une source de données externe signe un message attestant d'une condition du monde réel (par exemple un prix, un événement météorologique ou un score sportif), et où l'exécution du contrat dépend du contenu de ce message signé. Cette capacité ouvre la voie à des marchés de prédiction décentralisés, des contrats d'assurance et d'autres instruments financiers dépendants de données externes.
Les opcodes d'introspection natifs, introduits en mai 2022, permettent aux scripts d'examiner les propriétés de la transaction qui les contient. Les scripts peuvent inspecter la valeur, le script de verrouillage et les données de jeton des entrées et des sorties au sein d'une même transaction. Cela rend possibles des contrats de type « covenant »: des scripts qui restreignent la manière dont des pièces pourront être dépensées dans des transactions futures, pas seulement qui peut les dépenser. Les covenants autorisent des modèles puissants comme des coffres (restrictions de dépense verrouillées dans le temps pour la sécurité), des paiements récurrents, des échanges décentralisés et des mécanismes de vote on-chain.
CashScript est un langage de contrat intelligent de haut niveau pour Bitcoin Cash, analogue à Solidity sur Ethereum. CashScript permet d'écrire des contrats dans une syntaxe familière de type JavaScript, qui est compilée en bytecode de script Bitcoin Cash. Le langage gère la complexité de la conception de contrats UTXO, notamment l'introspection des entrées/sorties et la vérification de signature, le rendant accessible à des développeurs qui ne maîtrisent pas la programmation bas niveau orientée pile. Des contrats CashScript ont servi à construire des échanges décentralisés, des services d'escrow, des plateformes de financement participatif et d'autres applications.
La mise à niveau CashTokens en mai 2023 a ajouté une dimension supplémentaire aux capacités de contrats intelligents de Bitcoin Cash. En intégrant des jetons fongibles et non fongibles directement dans le modèle UTXO au niveau du consensus, CashTokens permet des contrats basés sur des jetons qui sont appliqués par les règles de consensus du réseau plutôt que par des protocoles de surcouche. Les NFT dans CashTokens possèdent un champ « commitment »: des données arbitraires attachées au jeton, que les scripts de contrat intelligent peuvent lire et valider. Cela crée un mécanisme pour maintenir un état on-chain au fil de plusieurs transactions, ce qui était auparavant difficile à réaliser dans le modèle UTXO. Les contrats peuvent utiliser des NFT comme porteurs d'état, en mettant à jour les données de commitment à chaque transaction afin d'implémenter des protocoles complexes en plusieurs étapes.
La combinaison des opcodes d'introspection, de CashTokens et de CashScript forme une plateforme de contrats intelligents qui, bien que fondamentalement différente du modèle d'Ethereum, est capable de mettre en oeuvre bon nombre des mêmes applications financières décentralisées. Des échanges décentralisés, des teneurs de marché automatisés, des protocoles de prêt et des organisations autonomes décentralisées ont tous été construits ou prototypés sur Bitcoin Cash. L'approche basée sur UTXO offre des avantages en termes de parallélisation (les UTXO peuvent être validés indépendamment), de confidentialité (chaque UTXO est indépendant) et de prévisibilité (pas d'état global à gérer), mais elle exige des modèles de conception différents des systèmes basés sur des comptes.
Monetary Policy
Bitcoin Cash 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 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.
Monetary Policy
Bitcoin Cash hérite intégralement de la politique monétaire de Bitcoin. L'offre totale de Bitcoin Cash est plafonnée à 21 millions de pièces, et le calendrier d'émission suit le même mécanisme de halving que Bitcoin. Cette politique monétaire commune est une conséquence directe de la bifurcation: parce que Bitcoin Cash s'est séparé de la blockchain Bitcoin, il a démarré avec le même historique d'émission et continue d'appliquer les mêmes règles d'émission à l'avenir.
La récompense de bloc a commencé à 50 BCH par bloc (héritée des paramètres du bloc genesis de Bitcoin) et est divisée par deux tous les 210 000 blocs, soit environ tous les quatre ans. Le premier halving a eu lieu en novembre 2012 (avant la bifurcation, donc historique partagé), réduisant la récompense à 25 pièces. Le deuxième halving en juillet 2016 l'a réduite à 12,5 pièces. Le troisième halving en avril 2020, survenu après la bifurcation et donc spécifique à la chaîne Bitcoin Cash, l'a réduite à 6,25 BCH. Le quatrième halving en avril 2024 l'a encore réduite à 3,125 BCH par bloc.
Ce calendrier de halvings crée une politique monétaire désinflationniste où le rythme de création de nouvelles pièces diminue au fil du temps, en s'approchant asymptotiquement de zéro. La dernière pièce de Bitcoin Cash devrait être minée aux alentours de l'année 2140. À ce moment-là, les revenus des mineurs proviendront entièrement des frais de transaction.
Le plafond de 21 millions et le calendrier de halvings confèrent à Bitcoin Cash les mêmes propriétés de rareté que Bitcoin. L'offre en circulation au début de 2026 est d'environ 19,8 millions de BCH, soit plus de 94% de l'offre totale qui existera un jour. Les pièces restantes seront distribuées sur plus d'un siècle au travers de récompenses de bloc de plus en plus faibles.
L'approche de Bitcoin Cash concernant la transition des récompenses de bloc vers une rémunération des mineurs fondée sur les frais diffère de la stratégie de Bitcoin. La philosophie de mise à l'échelle de Bitcoin, qui contraint l'espace de bloc pour maintenir un marché des frais, repose implicitement sur des frais élevés par transaction afin de compenser les mineurs lorsque les récompenses diminuent. Bitcoin Cash prend l'approche inverse: en maintenant des frais bas et des blocs grands, le réseau vise à générer suffisamment de revenus de frais totaux grâce à un volume élevé de transactions plutôt qu'à des frais élevés par transaction. Dans ce modèle, si chaque transaction paie un centime mais que le réseau traite des millions de transactions par bloc, les revenus agrégés de frais peuvent tout de même être suffisamment importants pour inciter au minage.
Ce modèle fondé sur le volume exige que Bitcoin Cash atteigne un débit de transactions significativement plus élevé que Bitcoin pour fournir des incitations équivalentes aux mineurs à l'ère post-subvention. Les partisans soutiennent que cela est réalisable via la mise à l'échelle on-chain continue, car la demande mondiale en paiements est énorme et même une part modeste des transactions mondiales représenterait des millions de paiements par jour. Les critiques rétorquent que ce niveau d'adoption est incertain et que le modèle à faibles frais pourrait créer des incitations insuffisantes pendant la période de transition.
La politique monétaire partagée entre Bitcoin et Bitcoin Cash signifie que les deux chaînes sont en concurrence directe pour la puissance de hachage SHA-256. Les mineurs allouent leurs ressources à la chaîne la plus profitable à un moment donné, et les algorithmes d'ajustement de difficulté des deux chaînes s'adaptent à cette allocation fluide. En pratique, la part de Bitcoin Cash dans le taux de hachage total SHA-256 a été proportionnelle à son prix relatif, reflétant le comportement économique rationnel des mineurs cherchant à maximiser leur profit.
Conclusion
Bitcoin Cash 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.
Conclusion
Bitcoin Cash représente une continuation de principe de la vision originale de Bitcoin en tant qu'argent électronique pair-à-pair. En augmentant la limite de taille de bloc et en poursuivant la mise à l'échelle on-chain, Bitcoin Cash a conservé les faibles frais et les transactions rapides qui caractérisaient les débuts de Bitcoin, le rendant pratique pour les paiements quotidiens et les microtransactions que le whitepaper original envisageait.
La trajectoire technique du projet a été marquée par des améliorations de protocole réfléchies et conséquentes. L'algorithme d'ajustement de difficulté ASERT fournit une production de blocs stable malgré une volatilité du taux de hachage. Le langage de script amélioré, avec des opcodes restaurés et nouveaux, permet des contrats intelligents sophistiqués dans les contraintes de sécurité du modèle UTXO. CashTokens apporte la tokenisation appliquée par le consensus au protocole Bitcoin pour la première fois. CashScript rend ces capacités accessibles à une large communauté de développeurs. Ensemble, ces avancées démontrent que le modèle UTXO peut soutenir un écosystème riche d'applications décentralisées tout en conservant ses propriétés fondamentales de simplicité et de sécurité.
Le débat sur la mise à l'échelle qui a conduit à la création de Bitcoin Cash a mis en évidence une tension fondamentale des systèmes décentralisés: le compromis entre la capacité on-chain et le coût d'exploitation de nœuds complets. Bitcoin Cash a choisi de prioriser la capacité de transaction et l'expérience utilisateur, en affirmant que les bénéfices économiques d'une adoption et d'un usage généralisés l'emportent sur l'augmentation des exigences matérielles pour les opérateurs de nœuds. C'est une question empirique dont la réponse se précisera au cours des années et décennies à venir, à mesure que Bitcoin et Bitcoin Cash continueront d'évoluer selon leurs trajectoires respectives.
La survie et le développement continu de Bitcoin Cash à travers plusieurs marchés baissiers, des forks conflictuels (notamment la séparation Bitcoin SV en novembre 2018) et des efforts communautaires soutenus démontrent la résilience du projet et la conviction de ses participants. Le réseau a traité des centaines de millions de transactions depuis la bifurcation, a maintenu une opération continue, et a attiré une communauté mondiale de développeurs, de commerçants et d'utilisateurs qui partagent la croyance que l'argent électronique pair-à-pair est une technologie qui vaut la peine d'être construite.
Le succès à long terme de Bitcoin Cash dépend de sa capacité à attirer des utilisateurs et des commerçants qui valorisent des transactions fiables à faibles frais, et à faire évoluer son infrastructure pour répondre aux exigences d'un réseau de paiement mondial. Les fondations techniques sont solides, la feuille de route est claire et la communauté est engagée. La question de savoir si Bitcoin Cash atteindra finalement son objectif ambitieux de servir d'argent électronique pour le monde ne sera pas déterminée par des limitations techniques, mais par les effets de réseau, les dynamiques de marché et les schémas d'adoption qui gouvernent l'évolution de tous les systèmes monétaires.
