Bitcoin Cash: Elektronisches Peer-to-Peer-Bargeld für die Welt
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 ist ein Peer-to-Peer-Electronic-Cash-System, das am 1. August 2017 von der Bitcoin-Blockchain abgespalten wurde. Als Reaktion auf die Skalierungsgrenzen von Bitcoin erhoehte Bitcoin Cash das Blockgroessenlimit, um einen hoeheren Transaktionsdurchsatz und niedrigere Gebuehren zu ermoeglichen und damit die urspruengliche Vision von Bitcoin als praktisches Tauschmittel fuer alltaegliche Transaktionen wiederherzustellen. Mit 32MB-Bloecken, einem adaptiven Difficulty-Adjustment-Algorithmus und fortlaufender Protokollentwicklung zielt Bitcoin Cash darauf ab, on-chain zu skalieren, um als globales Peer-to-Peer-Cash zu dienen.
Das Bitcoin-Cash-Projekt entstand aus einer grundlegenden Meinungsverschiedenheit innerhalb der Bitcoin-Community darueber, wie das Netzwerk skalieren sollte, um der wachsenden Nachfrage gerecht zu werden. Waehrend eine Fraktion Off-Chain-Skalierungsloesungen wie das Lightning Network auf Basis von Segregated Witness (SegWit) befuerwortete, argumentierte eine andere Fraktion, dass eine Erhoehung des Blockgroessenlimits der direkteste und bewaehrteste Skalierungsansatz sei. Als kein Konsens erzielt werden konnte, fuehrte die letztere Gruppe einen Hard Fork durch und schuf eine neue Chain, die die Transaktionshistorie von Bitcoin beibehielt, aber ein groesseres Blockgroessenlimit implementierte und SegWit ablehnte. Dieses Dokument beschreibt die technischen Spezifikationen, die Designphilosophie und die Entwicklungslinie von 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
Das urspruengliche Bitcoin-Whitepaper, das 2008 von Satoshi Nakamoto veroeffentlicht wurde, beschrieb "eine rein Peer-to-Peer-Version von elektronischem Geld", die "Online-Zahlungen direkt von einer Partei zur anderen senden" koenne, ohne eine Finanzinstitution dazwischen. Diese Vision von Bitcoin als Tauschmittel fuer alltaegliche Transaktionen war zentral fuer die fruehe Adoption und das Wachstum der Community. Fruehe Bitcoin-Befuerworter nannten niedrige Transaktionsgebuehren und schnelle Zahlungen haeufig als entscheidende Vorteile gegenueber traditionellen Finanzsystemen.
Mit der wachsenden Popularitaet von Bitcoin in den mittleren 2010er-Jahren begann jedoch eine grundlegende Einschraenkung seine Eignung als elektronisches Geld zu begrenzen. Das 1-Megabyte-Blockgroessenlimit, urspruenglich als temporaere Anti-Spam-Massnahme eingefuehrt, schuf eine kuenstliche Obergrenze fuer die Anzahl der Transaktionen, die das Netzwerk verarbeiten konnte. Mit steigender Nachfrage nach Blockspace mussten Nutzer um knappe Kapazitaet konkurrieren, indem sie hoehere Gebuehren boten. Anfang 2017 lagen die medianen Bitcoin-Gebuehren bereits bei mehreren Dollar, wodurch Transaktionen mit kleinem Wert oekonomisch unpraktisch wurden. In Spitzenzeiten konnten Gebuehren ueber zwanzig Dollar liegen, und Transaktionen blieben stunden- oder sogar tagelang unbestaetigt.
Diese Entwicklung stellte eine Abkehr vom urspruenglichen Versprechen von Bitcoin dar. Ein System, das Peer-to-Peer-Zahlungen ermoeglichen sollte, wurde fuer genau diese Use Cases zu teuer und zu langsam. Waehrend Bitcoin zunehmend als "digitales Gold" positioniert wurde, also als Wertspeicher statt als Zahlungsmittel, sahen viele Community-Mitglieder und Entwickler darin einen Verrat an den Gruendungsprinzipien.
Bitcoin Cash wurde geschaffen, um diese Krise mit dem direktesten Skalierungsansatz zu loesen: einer Erhoehung des Blockgroessenlimits. Indem mehr Transaktionen in jeden Block passen, sollte Bitcoin Cash niedrige Gebuehren und schnelle Bestaetigungen wiederherstellen und Peer-to-Peer-Electronic Cash erneut praktikabel machen. Befuerworter argumentierten, dass On-Chain-Skalierung nicht nur technisch machbar sei, sondern auch dem entspreche, was Satoshi Nakamoto urspruenglich vorgesehen habe, und verwiesen auf fruehe Aussagen, in denen Nakamoto ueber das spaetere Anheben des Blocklimits sprach.
Die Entstehung von Bitcoin Cash am 1. August 2017 war eines der bedeutendsten Ereignisse in der Geschichte von Kryptowaehrungen. Es handelte sich um die erste grosse Chain-Spaltung in der Bitcoin-Geschichte, die aus einer echten philosophischen Meinungsverschiedenheit ueber die Zukunft des Protokolls hervorging. Der Fork zeigte, dass in einem dezentralen System unaufloesbare Konflikte dadurch entschieden werden koennen, dass jede Seite ihre eigene Vision unabhaengig verfolgt und der Markt letztlich das Ergebnis bestimmt.
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
Die Bitcoin-Skalierungsdebatte war einer der umkaempftesten und am laengsten andauernden Konflikte in der Geschichte der Open-Source-Softwareentwicklung. Im Kern ging es um eine scheinbar einfache Frage: Wie soll das Bitcoin-Netzwerk seine Kapazitaet zur Transaktionsverarbeitung erhoehen? Die Antwort beruehrte jedoch grundlegende Themen wie Governance, Dezentralisierung, technische Philosophie und sogar die Identitaet von Bitcoin.
Das 1-Megabyte-Blockgroessenlimit wurde 2010 von Satoshi Nakamoto als temporaere Massnahme eingefuehrt, um Denial-of-Service-Angriffe zu verhindern, bei denen ein Angreifer das Netzwerk mit uebergrossen Bloecken ueberschwemmen koennte. Zu diesem Zeitpunkt lag die Blockauslastung weit unter diesem Limit, und Nakamoto deutete an, dass das Limit spaeter durch eine einfache Codeaenderung angehoben werden koennte. Als die Nutzung jedoch wuchs und Bloecke sich fuellten, erwies sich eine Erhoehung als wesentlich kontroverser als erwartet.
Eine Fraktion, die spaeter stark mit dem Bitcoin-Core-Entwicklerteam assoziiert wurde, argumentierte, die Blockgroesse solle klein bleiben, um Dezentralisierung zu bewahren. Groessere Bloecke wuerden Bandbreiten- und Rechenanforderungen fuer Full Nodes erhoehen, koennten normale Nutzer auspreisen und den Betrieb von Nodes bei gut ausgestatteten Akteuren konzentrieren. Sie schlugen einen alternativen Skalierungspfad vor: Segregated Witness (SegWit), eine Protokollaenderung, die Transaktionsdaten umstrukturiert und so die effektive Kapazitaet erhoeht, ohne das nominelle Groessenlimit zu steigern, kombiniert mit Off-Chain-Loesungen wie dem Lightning Network, das die meisten Transaktionen von der Haupt-Blockchain weg verlagern sollte.
Die gegnerische Fraktion, zu der prominente Entwickler, Miner und Unternehmen gehoerten, hielt eine Erhoehung des Blockgroessenlimits fuer die einfachste, bewaehrteste und dringendste Loesung. Sie sahen das 1-Megabyte-Limit als willkuerliche Einschraenkung, die nie als dauerhafte Eigenschaft gedacht gewesen sei, und argumentierten, dass steigende Gebuehren und Staus Nutzer und Haendler von Bitcoin wegtrieben. Sie waren skeptisch gegenueber der Komplexitaet von SegWit und bezweifelten, dass das damals weitgehend theoretische Lightning Network seine Versprechen guenstiger, sofortiger Transaktionen einloesen wuerde.
Die Debatte eskalierte ueber eine Reihe von Vorschlaegen und Gegenvorschlaegen. Bitcoin XT (2015) von Mike Hearn und Gavin Andresen sollte die Blockgroesse auf 8MB erhoehen. Bitcoin Classic schlug eine moderatere Erhoehung auf 2MB vor. Bitcoin Unlimited wollte das Blocklimit ganz entfernen und Miner ueber Marktdynamiken ihre eigenen Limits festlegen lassen. Jeder Vorschlag fuehrte zu heftigen Diskussionen, und keiner erreichte den ueberwaeltigenden Konsens, der fuer einen nicht strittigen Hard Fork notwendig gewesen waere.
Es gab mehrere Kompromissversuche. Das Hong Kong Agreement (Februar 2016) sah vor, dass Bitcoin-Core-Entwickler und Miner SegWit implementieren und anschliessend einen 2MB-Hard-Fork durchfuehren, doch der Hard-Fork-Teil wurde nicht weiterverfolgt. Das New York Agreement (Mai 2017), auch SegWit2x genannt, schlug vor, SegWit sofort zu aktivieren und innerhalb von sechs Monaten einen 2MB-Hard-Fork folgen zu lassen. Es wurde von ueber fuenfzig Unternehmen unterzeichnet, die einen Grossteil der Hashpower repraesentierten, wurde aber vom Bitcoin-Core-Team und einem erheblichen Teil der Nutzerbasis stark abgelehnt.
Als klar wurde, dass ein Kompromiss unmoeglich war, entschied sich die Big-Block-Fraktion, einseitig zu handeln. Am 1. August 2017 fuehrten sie einen Hard Fork der Bitcoin-Blockchain durch und schufen Bitcoin Cash mit einem anfänglichen Blockgroessenlimit von 8MB. Diese Entscheidung war nicht leichtfertig: Sie bedeutete die Spaltung von Blockchain, Netzwerk, Community und Marke. Aus Sicht der Bitcoin-Cash-Befuerworter war es jedoch der einzige Weg, die urspruengliche Vision von Bitcoin als Peer-to-Peer-Electronic Cash zu bewahren.
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
Der Bitcoin-Cash-Hard-Fork wurde am 1. August 2017 bei Blockhoehe 478.558 ausgefuehrt. Ab diesem Punkt spaltete sich die Bitcoin-Blockchain in zwei separate Chains: die urspruengliche Chain, die als Bitcoin (BTC) mit SegWit-Aktivierung weiterlief, und die neue Chain, die als Bitcoin Cash (BCH) mit einem erhoehten Blockgroessenlimit von 8MB fortgesetzt wurde.
Der Fork war technisch sauber und gut geplant. Jede Bitcoin-Adresse, die zum Zeitpunkt des Forks ein Guthaben hielt, erhielt ein identisches Guthaben auf beiden Chains. Wenn ein Nutzer vor dem Fork 1 BTC hielt, besass er nach dem Fork 1 BTC auf der Bitcoin-Chain und 1 BCH auf der Bitcoin-Cash-Chain. Die gesamte Transaktionshistorie vor Block 478.558 wurde von beiden Chains geteilt.
Eine der wichtigsten technischen Herausforderungen war Replay Protection. Ohne Replay Protection koennte eine Transaktion, die auf einer Chain gesendet wird, auf der anderen Chain erneut abgespielt werden, was dazu fuehren kann, dass Nutzer unbeabsichtigt Coins auf beiden Chains ausgeben. Bitcoin Cash implementierte starken Replay-Schutz durch eine Aenderung des Transaktions-Signing-Algorithmus. Konkret fuehrte Bitcoin Cash ein neues SigHash-Flag (SIGHASH_FORKID) ein, das in den Hash jeder Transaktionssignatur einfliesst. Transaktionen, die mit diesem Flag signiert sind, sind auf der Bitcoin-Cash-Chain gueltig, auf der Bitcoin-Chain jedoch ungueltig, und umgekehrt. Dadurch war die Trennung der Netzwerke ab dem Fork-Moment klar.
Das anfaengliche Blockgroessenlimit fuer Bitcoin Cash wurde auf 8MB festgelegt, achtmal groesser als das 1MB-Limit von Bitcoin. Das erhoeht die On-Chain-Transaktionskapazitaet deutlich und erlaubt es Bitcoin Cash, wesentlich mehr Transaktionen pro Block zu verarbeiten, waehrend die Gebuehren niedrig bleiben. Der erste Bitcoin-Cash-Block nach dem Fork wurde vom Mining-Pool ViaBTC gemined und war etwa 1,9MB gross, was den unmittelbaren praktischen Nutzen groesserer Bloecke demonstrierte.
Der Fork entfernte ausserdem SegWit, das auf der Bitcoin-Chain aktiviert worden war. Die Bitcoin-Cash-Entwickler lehnten SegWit aus mehreren Gruenden ab: Sie hielten es fuer unnoetig komplex, es fuehre ein zweistufiges Transaktionssystem mit unterschiedlichen Gebuehrenstrukturen ein, und es veraendere die Blockstruktur in einer Weise, die ihrer Ansicht nach die Einfachheit des UTXO-Modells untergrabe. Stattdessen behielt Bitcoin Cash durch die direkte Blockgroessenerhoehung eine einfachere, traditionellere, Bitcoin-aehnliche Protokollarchitektur bei.
In der Zeit nach dem Fork mussten beide Chains das Thema Difficulty Adjustment bewaeltigen. Bitcoin Cash uebernahm zunaechst die SHA-256-Difficulty von Bitcoin, hatte jedoch deutlich weniger Hashpower. Um zu vermeiden, dass Bloecke extrem langsam gefunden werden, implementierte Bitcoin Cash einen Emergency Difficulty Adjustment (EDA)-Mechanismus, der die Difficulty um 20 Prozent senkt, wenn in einem Zeitraum von 12 Stunden weniger als 6 Bloecke gemined wurden. Diese Massnahme hielt die Chain in der kritischen Anfangsphase am Leben, erwies sich jedoch als instabil und verursachte starke Schwankungen bei Blockzeiten und Hashrate, da Miner je nach Profitabilitaet zwischen Bitcoin und Bitcoin Cash wechselten. EDA wurde im November 2017 durch einen stabileren Difficulty-Adjustment-Algorithmus ersetzt, der auf einem gleitenden Durchschnitt der vorherigen 144 Bloecke basiert.
Der Fork war in der breiteren Krypto-Community stark umstritten. Kritiker sahen Bitcoin Cash als illegitimen Versuch, die Bitcoin-Marke zu vereinnahmen, waehrend Unterstuetzer es als legitime Fortsetzung der urspruenglichen Bitcoin-Roadmap betrachteten. Boersen und Dienstleister mussten schnell entscheiden, ob sie die neue Chain unterstuetzen und wie sie die Fork-Coins an ihre Kunden verteilen. Trotz der Kontroversen etablierte sich Bitcoin Cash rasch als lebensfaehige und aktiv genutzte Kryptowaehrung, mit relevantem Handelsvolumen und zunehmender Akzeptanz bei Haendlern in den Monaten nach dem Fork.
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 teilt die grundlegende technische Architektur von Bitcoin, einschliesslich des SHA-256-Proof-of-Work-Konsensmechanismus, des UTXO-Transaktionsmodells, der elliptischen Kurve secp256k1 fuer digitale Signaturen und des Ziel-Blockintervalls von zehn Minuten. Allerdings unterscheiden mehrere Schluesselmodifikationen Bitcoin Cash vom Bitcoin-Protokoll.
Der auffaelligste Unterschied ist das Blockgroessenlimit. Bitcoin Cash startete mit einem 8MB-Blocklimit und erhoehte es im Mai 2018 auf 32MB. Dieses 32MB-Limit bietet etwa 32-mal so viel Transaktionskapazitaet wie Bitcoins effektive 1MB-Nicht-SegWit-Blockgroesse (oder rund 8-mal so viel Kapazitaet wie Bitcoins durch SegWit erhoehtes effektives Limit von etwa 4MB). Die groessere Blockgroesse ist der Kern der On-Chain-Skalierungsphilosophie von Bitcoin Cash und schafft reichlich Raum fuer Transaktionswachstum ohne den Gebuehrendruck, der entsteht, wenn Bloecke dauerhaft voll sind.
Bitcoin Cash implementiert Segregated Witness (SegWit) nicht. Statt Witness-Daten wie bei SegWit von Transaktionsdaten zu trennen, behaelt Bitcoin Cash das urspruengliche Bitcoin-Transaktionsformat bei. Saemtliche Transaktionsdaten, einschliesslich Signaturen, werden in traditioneller Weise im Block gespeichert. Das vereinfacht das Protokoll und erhaelt Rueckwaertskompatibilitaet mit aelterer Bitcoin-Software und -Infrastruktur.
Eine wichtige Protokollerweiterung in Bitcoin Cash ist der verbesserte SigHash-Algorithmus, der zum Zeitpunkt des Forks eingefuehrt wurde. Der neue Algorithmus, basierend auf BIP 143 (urspruenglich fuer SegWit entwickelt), behebt das quadratische Hashing-Problem im urspruenglichen Bitcoin-Signaturverifikationsschema. Dort wuchs der Rechenaufwand fuer die Signaturpruefung quadratisch mit der Anzahl der Inputs, was einen potentiellen Denial-of-Service-Vektor erzeugte. Der neue SigHash-Algorithmus macht die Verifikationskosten linear und ermoeglicht es dem Netzwerk, groessere und komplexere Transaktionen sicher zu verarbeiten.
Bitcoin Cash unterstuetzt eine groessere maximale Transaktionsgroesse und eine hoehere Anzahl von Signature Operations (SigOps) pro Block als Bitcoin. Das SigOps-Limit skaliert proportional zur Blockgroesse und stellt sicher, dass die Rechenkosten der Blockvalidierung begrenzt bleiben, waehrend deutlich mehr Transaktionen pro Block moeglich sind.
Das Scripting-System von Bitcoin Cash wurde aktiver weiterentwickelt als Bitcoins vergleichsweise konservativer Ansatz. Bitcoin Cash hat mehrere Opcodes wieder aktiviert und eingefuehrt, die die Ausdrucksfaehigkeit der Scripting-Sprache erweitern. Wichtige Ergaenzungen sind OP_CHECKDATASIG und OP_CHECKDATASIGVERIFY, die es Scripts ermoeglichen, Signaturen gegenueber beliebigen Daten (nicht nur Transaktionsdaten) zu verifizieren, wodurch oracle-basierte Smart Contracts und andere fortgeschrittene Scripting-Muster moeglich werden. Der OP_REVERSEBYTES-Opcode, native Introspection-Opcodes sowie groessere Script- und Stack-Limits haben die Programmierbarkeit weiter erhoeht.
Bitcoin Cash nutzt die gleiche Grundlage des Adressformats wie Bitcoin, fuehrte aber im Januar 2018 das CashAddr-Format ein, um Verwechslungen und Cross-Chain-Sendefehler zu verhindern. CashAddr-Adressen beginnen mit dem Praefix "bitcoincash:" (oft verkuerzt) und verwenden ein anderes Encoding als Bitcoins Base58Check-Format. Diese visuelle Unterscheidung macht sofort klar, ob eine Adresse zu Bitcoin oder Bitcoin Cash gehoert, und reduziert das Risiko, Coins versehentlich an die falsche Chain zu senden.
Das Netzwerk nutzt Port 8333, denselben Standardport wie Bitcoin, obwohl sich Bitcoin-Cash-Nodes im Handshake durch eine andere Network-Magic-Number identifizieren. Das bedeutet, dass Bitcoin- und Bitcoin-Cash-Nodes sich nicht versehentlich verbinden, obwohl sie denselben Port verwenden.
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
Transaktionsdurchsatz und Skalierbarkeit stehen im Zentrum des Wertversprechens von Bitcoin Cash. Die grundlegende These des Projekts lautet, dass Peer-to-Peer-Electronic Cash Transaktionen schnell und guenstig verarbeiten muss, um fuer den Alltag tauglich zu sein, und dass On-Chain-Skalierung durch groessere Bloecke der zuverlaessigste Weg ist, dieses Ziel zu erreichen.
Mit einem Blockgroessenlimit von 32MB und einem Blockintervall von zehn Minuten hat Bitcoin Cash einen theoretischen Maximaldurchsatz von etwa 100 Transaktionen pro Sekunde, abhaengig von der durchschnittlichen Transaktionsgroesse. Das ist ein deutlicher Sprung gegenueber Bitcoins theoretischem Maximum von etwa 7 Transaktionen pro Sekunde bei 1MB-Bloecken. In der Praxis haengt der reale Durchsatz von Typen und Groessen der Transaktionen ab, aber die Kapazitaet von Bitcoin Cash ist fuer das aktuelle Volumen mehr als ausreichend, da Bloecke typischerweise weit unterhalb des 32MB-Limits bleiben.
Der reichlich verfuegbare Blockspace wirkt sich direkt auf Transaktionsgebuehren aus. Wenn Bloecke nicht voll sind, gibt es keinen Gebuehrenwettbewerb, und Transaktionen koennen mit minimalen Gebuehren bestaetigt werden. Die standardmaessige Minimum-Relay-Fee von Bitcoin Cash betraegt 1 Satoshi pro Byte (1 Satoshi = 0.00000001 BCH), und die meisten Transaktionen werden im naechsten Block nahe diesem Minimum bestaetigt. Dadurch kosten Bitcoin-Cash-Transaktionen unter normalen Bedingungen nur Bruchteile eines Cents, waehrend Bitcoins Gebuehren in Stoerungsphasen von Dollarbetragen bis zu mehreren zehn Dollar reichen koennen.
Die Bitcoin-Cash-Entwicklungscommunity hat umfangreich geforscht und getestet, wie weit sich On-Chain-Skalierung treiben laesst. Die Gigablock-Testnet-Initiative (2017-2018) zeigte, dass das Bitcoin-Protokoll mit geeigneten Softwareoptimierungen und moderner Hardware Bloecke von 1GB oder mehr verarbeiten kann. Diese Tests identifizierten mehrere Engpaesse im urspruenglichen Code, unter anderem bei Blockpropagation, Transaktionsvalidierung und UTXO-Set-Management, und beeinflussten nachfolgende Optimierungsarbeiten.
Mehrere Protokoll- und Implementierungsverbesserungen wurden vorgenommen, um groessere Bloecke zu unterstuetzen. Graphene, ein Blockpropagationsprotokoll auf Basis von invertible Bloom lookup tables und Bloom-Filtern, reduziert die benoetigte Bandbreite drastisch, indem es nur die Differenz zwischen einem Block und den Transaktionen kodiert, die der empfangende Node bereits in seinem Mempool hat. Canonical Transaction Ordering (CTOR), eingefuehrt im November 2018, schreibt vor, dass Transaktionen innerhalb eines Blocks nach ihrer Transaction ID geordnet werden. Diese scheinbar kleine Aenderung ermoeglicht bedeutende Optimierungen bei Validierung und Propagation, etwa durch Parallelisierung und effizientere Set-Reconciliation.
UTXO-Commitment- und Parallel-Validation-Initiativen haben die Faehigkeit des Netzwerks, grosse Bloecke effizient zu verarbeiten, weiter verbessert. Durch die Nutzung moderner Multi-Core-CPUs und SSD-Speicher koennen optimierte Node-Implementierungen Bloecke mit zehntausenden Transaktionen innerhalb akzeptabler Zeitraeume validieren.
Die Skalierungsroadmap von Bitcoin Cash sieht weitere Erhoehungen des Blockgroessenlimits vor, wenn Technologie und Nachfrage dies rechtfertigen. Langfristig soll das Netzwerk globale Zahlungsvolumina vollstaendig on-chain abwickeln und Durchsatzwerte erreichen, die Milliarden taeglicher Transaktionen ermoeglichen. Auch wenn dieses Ziel ambitioniert ist, bieten Fortschritte bei Hardware, Bandbreite und Softwareoptimierung einen glaubwuerdigen Pfad, um sich schrittweise dorthin zu bewegen.
Ein wichtiger Bestandteil von Bitcoins Cash Skalierungsansatz sind "Zero-Confirmation"-Transaktionen. Fuer Zahlungen mit geringem Wert koennen Haendler Transaktionen sofort nach Broadcast akzeptieren, bevor sie in einen Block aufgenommen werden. Bitcoin Cash hat mehrere Massnahmen implementiert, um Zero-Conf-Zahlungen verlaesslicher zu machen, darunter die "First-Seen"-Regel (Nodes relayn nur die erste Variante einer Transaktion, die sie sehen, was Double-Spend-Versuche erschwert) und Double-Spend-Notification-Protokolle, die Haendler warnen, wenn eine widerspruechliche Transaktion erkannt wird. Diese Massnahmen machen Bitcoin Cash fuer Point-of-Sale-Zahlungen praktikabel, bei denen ein zehnminuetiges Warten auf Blockbestaetigungen unzumutbar waere.
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 unterstuetzt den OP_RETURN-Opcode, der es Nutzern ermoeglicht, beliebige Daten in der Blockchain einzubetten, und zwar innerhalb eines Transaktionsoutputs, der nachweislich nicht ausgebbar ist. Diese Funktion ermoeglicht eine Reihe datengetriebener Anwendungen auf der Bitcoin-Cash-Blockchain, darunter Token-Protokolle, Messaging-Systeme, Notarisierungsdienste und Social-Media-Plattformen.
Das OP_RETURN-Datenlimit von Bitcoin Cash ist auf 220 Bytes pro Output gesetzt, deutlich mehr als Bitcoins 80-Byte-Limit. Zusaetzlich erlaubt Bitcoin Cash mehrere OP_RETURN-Outputs in einer einzelnen Transaktion, wodurch noch mehr Daten in einem einzigen Vorgang eingebettet werden koennen. Diese grosszuegigen Limits, kombiniert mit niedrigen Transaktionsgebuehren, machen Bitcoin Cash zu einer oekonomisch tragfaehigen Plattform fuer Datenanwendungen, die auf kapazitaetsbeschraenkten Chains unerschwinglich waeren.
Das Simple Ledger Protocol (SLP) war eines der fruehesten und am weitesten verbreiteten Token-Systeme auf Bitcoin Cash, das OP_RETURN nutzte. SLP ermoeglichte es, eigene Token zu erstellen und zu transferieren, indem Token-Metadaten in OP_RETURN-Outputs kodiert wurden. Obwohl SLP inzwischen weitgehend vom CashTokens-Protokoll abgeloest wurde, zeigte es, dass Token-Oekonomien auf dem UTXO-Modell realisierbar sind.
CashTokens, aktiviert im Mai 2023, stellt einen deutlich anspruchsvolleren Ansatz zur Tokenisierung auf Bitcoin Cash dar. Im Gegensatz zu SLP, das auf OP_RETURN-Metadaten basiert, die vom Basisprotokoll ignoriert werden koennen, ist CashTokens eine Konsensfunktion, die Token direkt in das UTXO-Modell integriert. Jeder UTXO kann sowohl einen BCH-Wert als auch einen zugehoerigen Token tragen, wobei die Token-Gueltigkeit durch die Konsensregeln erzwungen wird. CashTokens unterstuetzt fungible Token und Non-Fungible Tokens (NFTs). Durch die Konsensdurchsetzung haben Token-Transaktionen die gleichen Sicherheitsgarantien wie native BCH-Transaktionen und vermeiden die zusaetzlichen Vertrauensannahmen von Overlay-Protokollen.
Memo.cash ist ein dezentrales Social-Media-Protokoll, das auf Bitcoin Cash mittels OP_RETURN-Transaktionen aufgebaut ist. Nutzer senden Posts, Follows, Likes und andere soziale Aktionen als Bitcoin-Cash-Transaktionen mit kodierten OP_RETURN-Daten. Da die Daten in der Blockchain gespeichert werden, sind sie zensurresistent und dauerhaft archiviert. Die niedrigen Transaktionskosten von Bitcoin Cash machen dies oekonomisch moeglich, da jede Aktion nur Bruchteile eines Cents kostet.
Weitere Datenanwendungen umfassen Timestamping und Notarisierungsdienste fuer Dokumente, bei denen der Hash eines Dokuments in einem OP_RETURN-Output abgelegt wird, um einen unveraenderlichen Nachweis der Existenz zu einem bestimmten Zeitpunkt zu schaffen. Auch Supply-Chain-Tracking, Credential-Verifikation und dezentrale Identitaetssysteme wurden mit der Daten-Embedding-Faehigkeit von Bitcoin Cash realisiert.
Die Kombination aus grosser OP_RETURN-Kapazitaet, niedrigen Gebuehren und schnellen Bestaetigungen positioniert Bitcoin Cash als wettbewerbsfaehige Plattform fuer blockchainbasierte Datenanwendungen. Obwohl es spezialisierte Daten-Blockchains gibt, bietet Bitcoin Cash den Vorteil eines etablierten, sehr sicheren und breit unterstuetzten Netzwerks mit nachgewiesener Betriebsstabilitaet.
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
Das Bitcoin-Cash-Netzwerk basiert auf derselben grundlegenden Peer-to-Peer-Architektur wie Bitcoin. Nodes kommunizieren ueber ein Gossip-Protokoll, um Transaktionen und Bloecke zu verbreiten. Full Nodes halten eine vollstaendige Kopie der Blockchain und validieren alle Transaktionen und Bloecke unabhaengig gemaess den Konsensregeln. Das Netzwerk ist permissionless, das heisst jeder kann einen Node betreiben und ohne Genehmigung am Netzwerk teilnehmen.
Mehrere voneinander unabhaengige Full-Node-Implementierungen existieren fuer Bitcoin Cash, was das Bekenntnis zu dezentraler Entwicklung widerspiegelt. Bitcoin Cash Node (BCHN) ist die am weitesten verbreitete Implementierung und dient de facto als Referenzclient. Weitere Implementierungen sind Bitcoin Unlimited, BCHD (in Go geschrieben) und Knuth (eine performante C++-Implementierung). Mehrere unabhängige Implementierungen reduzieren das Risiko, dass ein einzelner Softwarefehler einen netzwerkweiten Ausfall verursacht, und stellen sicher, dass kein einzelnes Entwicklerteam die Kontrolle ueber das Protokoll unilateral ausuebt.
Mining auf Bitcoin Cash nutzt den SHA-256-Proof-of-Work-Algorithmus, identisch zu Bitcoin. Dadurch kann dieselbe ASIC-Hardware beide Chains minen, und Miner koennen je nach Profitabilitaet zwischen Bitcoin und Bitcoin Cash wechseln. In der Praxis ist die Hashrate von Bitcoin Cash nur ein Bruchteil der Hashrate von Bitcoin, da der groesste Teil der SHA-256-Hashpower zur profitableren Bitcoin-Chain fliesst. Der Difficulty-Adjustment-Algorithmus von Bitcoin Cash stellt jedoch sicher, dass Bloecke unabhaengig vom absoluten Hashrate-Niveau im Zielabstand von zehn Minuten produziert werden.
Der Difficulty-Adjustment-Algorithmus ist eine der wichtigsten Protokollkomponenten von Bitcoin Cash. Die urspruengliche Bitcoin-Difficulty-Anpassung, die alle 2016 Bloecke (etwa zwei Wochen) neu berechnet, war zu langsam, um die schnellen Hashrate-Schwankungen auszugleichen, wenn Miner zwischen Bitcoin und Bitcoin Cash hin und her schalteten. Nach der problematischen Emergency Difficulty Adjustment (EDA)-Phase 2017 uebernahm Bitcoin Cash im November 2017 einen neuen Algorithmus, der die Difficulty ueber ein 144-Block-Gleitfenster anpasste.
Im November 2020 wechselte Bitcoin Cash zum ASERT-Algorithmus (Absolutely Scheduled Exponentially Rising Targets), auch bekannt als aserti3-2d. ASERT passt das Difficulty-Ziel anhand der Differenz zwischen der tatsaechlich verstrichenen Zeit und der erwarteten Zeit seit einem Referenzblock ("Anchor Block") an. Werden Bloecke schneller gefunden als erwartet, steigt die Difficulty exponentiell, bei langsamerer Produktion faellt sie exponentiell. Die Bezeichnung "3-2d" verweist auf eine Halbwertszeit von etwa zwei Tagen (288 Bloecke bei zehn Minuten), sodass eine anhaltende Verdopplung oder Halbierung der Hashrate innerhalb von zwei Tagen eine vollstaendige Anpassung bewirkt. ASERT gilt als sehr stabil und liefert konsistente Blockintervalle selbst bei starker Hashrate-Volatilitaet.
Effiziente Blockpropagation ist fuer ein Netzwerk mit grossen Bloecken entscheidend. Bitcoin Cash hat mehrere Optimierungen eingefuehrt, um grosse Bloecke schnell im Netzwerk zu verbreiten. Compact Blocks (BIP 152) erlauben es Nodes, Bloecke aus Transaktions-IDs statt aus vollstaendigen Transaktionsdaten zu rekonstruieren, wodurch Bandbreite gespart wird, wenn Mempools ueberlappen. Das Graphene-Protokoll komprimiert noch staerker ueber probabilistische Datenstrukturen und erreicht nahezu optimale Block-Encodings. Xthinner ist ein weiteres Kompressionsprotokoll speziell fuer Bitcoin Cash, das fuer typische Bloecke sehr hohe Kompressionsraten erzielt.
Die Relay- und Mempool-Richtlinien des Netzwerks sind darauf ausgelegt, zuverlaessige Zero-Confirmation-Transaktionen zu unterstuetzen. Nodes folgen einer strikten First-Seen-Regel und akzeptieren bzw. relayn nur die erste Version einer Transaktion, die sie beobachten. Wird eine zweite Transaktion erkannt, die versucht, dieselben Inputs auszugeben (Double-Spend), erzeugen Nodes einen Double-Spend-Proof und verbreiten ihn im Netzwerk, um Haendler und andere Interessierte zu warnen. Diese Infrastruktur liefert ein vernuenftiges Sicherheitsniveau fuer die Annahme unbestaetigter Transaktionen bei alltaeglichen Zahlungen mit geringem Wert.
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
Obwohl Bitcoin Cash primaer als Peer-to-Peer-Electronic-Cash-System konzipiert ist, hat es durch Erweiterungen seiner Scripting-Sprache beachtliche Smart-Contract-Faehigkeiten entwickelt. Im Gegensatz zu Ethereums kontobasiertem, Turing-vollstaendigem Smart-Contract-Modell arbeiten Smart Contracts auf Bitcoin Cash im UTXO-Modell mit einer stackbasierten Scripting-Sprache, die bewusst nicht Turing-vollstaendig ist. Dieses Design liefert vorhersehbare Ausfuehrungskosten und vermeidet die Klasse von Schwachstellen, die mit unbeschraenkter Berechnung verbunden sind, ermoeglicht aber dennoch eine ueberraschend reichhaltige Menge programmierbarer Finanzinstrumente.
Die Bitcoin-Cash-Scripting-Sprache wurde schrittweise durch eine Reihe von Protokollupgrades verbessert. Im Mai 2018 wurden mehrere Opcodes reaktiviert, die frueh in Bitcoins Geschichte deaktiviert worden waren, darunter bitweise Logikoperatoren (OP_AND, OP_OR, OP_XOR), arithmetische Operatoren fuer groessere Zahlen sowie String-Manipulationsoperationen (OP_SPLIT, OP_CAT). Diese wiederhergestellten Opcodes erweiterten die Ausdrucksfaehigkeit von Scripts erheblich.
Die Einfuehrung von OP_CHECKDATASIG und OP_CHECKDATASIGVERIFY im November 2018 war ein besonders wichtiger Fortschritt. Diese Opcodes erlauben es einem Transaktionsscript, eine ECDSA-Signatur gegenueber beliebigen Daten zu verifizieren, nicht nur gegenueber der Transaktion selbst. Damit werden oracle-basierte Vertraege moeglich, bei denen eine externe Datenquelle eine Nachricht signiert, die eine reale Bedingung bestaetigt (z.B. Preis, Wetterereignis oder Sportergebnis), und die Vertragsausfuehrung vom Inhalt dieser signierten Nachricht abhaengt. Das eroeffnet Anwendungsfaelle wie dezentrale Prognosemaerkte, Versicherungsvertraege und andere Instrumente, die externe Daten benoetigen.
Native Introspection-Opcodes, eingefuehrt im Mai 2022, erlauben es Scripts, Eigenschaften der Transaktion zu inspizieren, die sie enthaelt. Scripts koennen Wert, Locking Script und Token-Daten von Inputs und Outputs innerhalb derselben Transaktion pruefen. Das ermoeglicht Covenant-artige Smart Contracts, die festlegen, wie Coins in Zukunft ausgegeben werden duerfen, nicht nur wer sie ausgeben darf. Covenants ermoeglichen Muster wie Vaults (zeitgesperrte Ausgaberegeln fuer mehr Sicherheit), wiederkehrende Zahlungen, dezentrale Boersen und On-Chain-Abstimmungsmechanismen.
CashScript ist eine hoehere Smart-Contract-Sprache fuer Bitcoin Cash, vergleichbar mit Solidity bei Ethereum. CashScript erlaubt es Entwicklern, Vertraege in einer vertrauten, JavaScript-aehnlichen Syntax zu schreiben, die zu Bitcoin-Cash-Script-Bytecode kompiliert wird. Die Sprache abstrahiert die Komplexitaet des UTXO-basierten Vertragsdesigns, einschliesslich Input/Output-Introspection und Signaturpruefung, und macht es auch fuer Entwickler zugaenglich, die nicht mit Low-Level-Stack-Programmierung vertraut sind. CashScript wurde genutzt, um dezentrale Boersen, Escrow-Dienste, Crowdfunding-Plattformen und weitere Anwendungen zu bauen.
Das CashTokens-Upgrade im Mai 2023 fuegte eine weitere Dimension hinzu. Indem fungible und nicht fungible Token direkt auf Konsensebene in das UTXO-Modell eingebettet werden, ermoeglicht CashTokens tokenbasierte Vertraege, die durch die Konsensregeln des Netzwerks erzwungen werden, statt durch Overlay-Protokolle. NFTs in CashTokens tragen ein "Commitment"-Feld, also beliebige Daten, die an den Token angehaengt sind und von Smart-Contract-Scripts gelesen und validiert werden koennen. Das schafft einen Mechanismus, um On-Chain-State ueber mehrere Transaktionen hinweg zu halten, was im UTXO-Modell frueher schwer umzusetzen war. Vertraege koennen NFTs als State-Carrier nutzen und das Commitment bei jeder Transaktion aktualisieren, um komplexe mehrstufige Protokolle zu implementieren.
Die Kombination aus Introspection-Opcodes, CashTokens und CashScript schafft eine Smart-Contract-Plattform, die zwar grundlegend anders als Ethereum ist, aber viele aehnliche dezentrale Finanzanwendungen implementieren kann. Dezentrale Boersen, Automated Market Maker, Lending-Protokolle und DAOs wurden auf Bitcoin Cash bereits gebaut oder prototypisch umgesetzt. Der UTXO-Ansatz bietet Vorteile bei Parallelisierung (UTXOs koennen unabhaengig validiert werden), Privatsphaere (jedes UTXO ist eigenstaendig) und Vorhersagbarkeit (kein globaler State), erfordert jedoch andere Designmuster als kontobasierte Systeme.
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 uebernimmt Bitcoins Geldpolitik vollstaendig. Die Gesamtmenge von Bitcoin Cash ist auf 21 Millionen Coins begrenzt, und der Emissionsplan folgt demselben Halving-Mechanismus wie Bitcoin. Diese gemeinsame Geldpolitik ist eine direkte Folge des Forks: Da Bitcoin Cash von der Bitcoin-Blockchain abgespalten wurde, startete es mit derselben bisherigen Emissionshistorie und setzt die gleichen Regeln fuer kuenftige Emissionen fort.
Die Blockbelohnung begann bei 50 BCH pro Block (geerbt von den Genesis-Parametern) und halbiert sich alle 210.000 Bloecke, also etwa alle vier Jahre. Das erste Halving fand im November 2012 statt (vor dem Fork und damit gemeinsame Historie) und senkte die Belohnung auf 25 Coins. Das zweite Halving im Juli 2016 senkte sie auf 12,5 Coins. Das dritte Halving im April 2020, das nach dem Fork und damit spezifisch fuer die Bitcoin-Cash-Chain stattfand, reduzierte die Belohnung auf 6,25 BCH. Das vierte Halving im April 2024 senkte sie weiter auf 3,125 BCH pro Block.
Dieser Halving-Plan schafft eine desinflationaere Geldpolitik, bei der die Rate neuer Coin-Erzeugung ueber die Zeit abnimmt und asymptotisch gegen null geht. Der letzte Bitcoin-Cash-Coin wird voraussichtlich um das Jahr 2140 gemined. Danach besteht der Miner-Umsatz vollstaendig aus Transaktionsgebuehren.
Das 21-Millionen-Limit und der Halving-Plan verleihen Bitcoin Cash dieselben Knappheitseigenschaften wie Bitcoin. Der Umlaufbestand Anfang 2026 liegt bei etwa 19,8 Millionen BCH, also ueber 94 Prozent des jemals existierenden Gesamtangebots. Die verbleibenden Coins werden ueber mehr als ein Jahrhundert hinweg durch immer kleinere Blockbelohnungen ausgegeben.
Der Ansatz von Bitcoin Cash fuer den Uebergang von Blockbelohnungen zu gebuehrenbasierter Miner-Verguetung unterscheidet sich vom Ansatz von Bitcoin. Bitcoins Skalierungsphilosophie, die Blockspace verknappt, um einen Fee-Market aufrechtzuerhalten, verlaesst sich implizit auf hohe Gebuehren pro Transaktion, um Miner zu kompensieren, wenn Blockbelohnungen sinken. Bitcoin Cash verfolgt das Gegenteil: Durch niedrige Gebuehren und grosse Bloecke soll ausreichend Gesamtgebuehrenumsatz durch hohes Transaktionsvolumen statt durch hohe Einzelgebuehren entstehen. In diesem Modell koennen selbst geringe Gebuehren pro Transaktion ausreichen, wenn das Netzwerk sehr viele Transaktionen verarbeitet.
Dieses volumenbasierte Gebuehrenmodell setzt voraus, dass Bitcoin Cash einen deutlich hoeheren Transaktionsdurchsatz als Bitcoin erreicht, um in der Post-Subsidy-Aera vergleichbare Miner-Incentives zu erzeugen. Befuerworter argumentieren, dass dies durch fortgesetzte On-Chain-Skalierung erreichbar ist, da die weltweite Zahlungsnachfrage enorm ist und bereits ein kleiner Anteil an globalen Transaktionen Millionen von Zahlungen pro Tag bedeuten wuerde. Kritiker entgegnen, dass ein solches Adoptionsniveau ungewiss sei und dass das Niedriggebuehrenmodell waehrend des Uebergangs nicht genuegend Anreize liefern koennte.
Die geteilte Geldpolitik zwischen Bitcoin und Bitcoin Cash bedeutet ausserdem, dass beide Chains direkt um SHA-256-Mining-Hashpower konkurrieren. Miner allokieren Ressourcen zu der Chain, die zu einem bestimmten Zeitpunkt profitabler ist, und die Difficulty-Adjustment-Algorithmen beider Chains passen sich dieser dynamischen Allokation an. In der Praxis war der Anteil von Bitcoin Cash an der gesamten SHA-256-Hashrate grob proportional zu seinem relativen Preis, was das rationale Verhalten profitmaximierender Miner widerspiegelt.
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 repraesentiert eine prinzipientreue Fortsetzung der urspruenglichen Bitcoin-Vision als Peer-to-Peer-Electronic Cash. Durch die Erhoehung des Blockgroessenlimits und die Verfolgung von On-Chain-Skalierung hat Bitcoin Cash niedrige Gebuehren und schnelle Transaktionen bewahrt, wie sie fruehes Bitcoin praegten, und macht damit alltaegliche Zahlungen und Mikrotransaktionen wieder praktikabel.
Die technische Entwicklung des Projekts ist durch ueberlegte und folgenreiche Protokollverbesserungen gekennzeichnet. Der ASERT-Difficulty-Adjustment-Algorithmus sorgt fuer stabile Blockproduktion unter volatilen Hashrate-Bedingungen. Die erweiterte Scripting-Sprache mit wiederhergestellten und neuen Opcodes ermoeglicht anspruchsvolle Smart Contracts innerhalb der Sicherheitsgrenzen des UTXO-Modells. CashTokens bringt konsensdurchgesetzte Tokenisierung erstmals in ein Bitcoin-angelehntes Protokoll. CashScript macht diese Faehigkeiten einer breiten Entwicklercommunity zugaenglich. Zusammengenommen zeigen diese Fortschritte, dass das UTXO-Modell ein reiches Oekosystem dezentraler Anwendungen tragen kann, ohne seine grundlegende Einfachheit und Sicherheitsmerkmale aufzugeben.
Die Skalierungsdebatte, die zur Entstehung von Bitcoin Cash fuehrte, verdeutlichte eine grundlegende Spannung in dezentralen Systemen: den Trade-off zwischen On-Chain-Kapazitaet und den Kosten fuer den Betrieb von Full Nodes. Bitcoin Cash hat sich entschieden, Transaktionskapazitaet und Nutzererlebnis zu priorisieren, und argumentiert, dass die oekonomischen Vorteile breiter Adoption und Nutzung die hoeheren Hardwareanforderungen fuer Node-Betreiber aufwiegen. Dies ist eine empirische Frage, deren Antwort sich in den kommenden Jahren und Jahrzehnten zeigen wird, waehrend sowohl Bitcoin als auch Bitcoin Cash ihre jeweiligen Pfade weiterentwickeln.
Dass Bitcoin Cash mehrere Baerenmaerkte, kontroverse Forks (insbesondere die Bitcoin-SV-Abspaltung im November 2018) und anhaltende Community-Arbeit ueberstanden hat, zeigt die Widerstandsfaehigkeit des Projekts und die Ueberzeugung seiner Teilnehmer. Das Netzwerk hat seit dem Fork hunderte Millionen Transaktionen verarbeitet, den Betrieb kontinuierlich aufrechterhalten und eine globale Community von Entwicklern, Haendlern und Nutzern angezogen, die Peer-to-Peer-Electronic Cash fuer eine lohnende Technologie halten.
Der langfristige Erfolg von Bitcoin Cash haengt davon ab, ob es Nutzer und Haendler gewinnt, die verlaessliche Transaktionen mit niedrigen Gebuehren schaetzen, und ob es seine Infrastruktur auf die Anforderungen eines globalen Zahlungsnetzwerks skalieren kann. Die technischen Grundlagen sind solide, die Roadmap ist klar, und die Community ist engagiert. Ob Bitcoin Cash sein ambitioniertes Ziel erreicht, als Electronic Cash fuer die Welt zu dienen, wird nicht durch technische Grenzen entschieden, sondern durch Netzwerkeffekte, Marktdynamiken und Adoptionsmuster, die die Evolution aller Geldsysteme praegen.
