Hard Fork

Apa Itu Hard Fork?

Hard fork adalah perubahan pada aturan konsensus blockchain yang tidak kompatibel dengan node yang masih menjalankan aturan sebelumnya.

Setelah aturan baru diaktifkan, node yang telah diperbarui mungkin menerima blok atau transaksi yang dianggap tidak valid oleh node yang belum diperbarui.

Node yang ingin terus mengikuti jaringan yang telah diperbarui harus memasang software yang kompatibel sebelum atau segera setelah waktu aktivasi.

Glosarium developer Bitcoin menjelaskan hard fork sebagai perubahan aturan konsensus yang merusak keamanan bagi node yang tidak melakukan upgrade.

Glosarium Ethereum juga menjelaskan bahwa perubahan hard fork dapat menimbulkan perbedaan permanen ketika node lama tidak dapat memvalidasi blok yang dibuat berdasarkan aturan baru.

Hard fork dapat mengubah batas blok, format transaksi, perilaku virtual machine, operasi kriptografi, aturan biaya, persyaratan validator, aturan mining, atau bagian mendasar lain dari protokol mata uang kripto.

Istilah ini menjelaskan kompatibilitas perubahan aturan, bukan tingkat perbedaan pendapat politik yang menyertainya.

Upgrade jaringan yang direncanakan dan didukung luas tetap dapat disebut hard fork, meskipun hampir semua peserta mengikuti chain yang telah diperbarui.

Sebaliknya, hard fork yang kontroversial dapat menghasilkan dua blockchain yang bertahan ketika kelompok-kelompok berbeda terus memberlakukan aturan masing-masing.

Mengapa Disebut Fork?

Fork terjadi ketika peserta blockchain tidak semuanya mengikuti jalur blok valid yang sama.

Istilah ini berasal dari gambaran satu jalur yang bercabang menjadi dua.

Sebelum hard fork diaktifkan, node yang sudah dan belum diperbarui mungkin memiliki riwayat blockchain yang sama.

Setelah aktivasi, keduanya dapat berbeda pendapat tentang blok baru yang memenuhi aturan protokol.

Node yang telah diperbarui mulai menerapkan aturan konsensus baru pada titik aktivasi yang ditentukan.

Node lama terus menerapkan aturan sebelumnya karena softwarenya tidak memahami atau menerima perubahan tersebut.

Jika kedua kelompok terus membuat dan mengakui blok, riwayat blockchain yang sama dapat terpecah menjadi dua riwayat independen.

Jika hampir semua peserta penting secara ekonomi melakukan upgrade, cabang lama mungkin hanya mendapat sedikit dukungan lanjutan atau tidak mendapat dukungan sama sekali.

Perubahan aturan tersebut tetap merupakan hard fork meskipun tidak ada mata uang kripto kedua yang bertahan.

Cara Kerja Hard Fork

Hard fork biasanya dimulai dengan proposal untuk mengubah satu atau beberapa aturan konsensus blockchain.

Developer menyusun spesifikasi teknis yang menjelaskan perilaku baru.

Tim client menerapkan aturan tersebut dalam software node yang kompatibel.

Kode yang diusulkan ditinjau, diuji, dan biasanya diaktifkan di jaringan pengembangan atau testnet publik sebelum aktivasi mainnet.

Peserta kemudian menerima petunjuk tentang versi software dan syarat aktivasi yang diperlukan.

Aktivasi dapat terjadi pada tinggi blok, timestamp, epoch, slot, nilai total difficulty tertentu, atau pemicu lain yang ditetapkan protokol.

Sebelum titik aktivasi, software yang telah diperbarui umumnya tetap mengikuti aturan yang berlaku saat itu.

Pada saat aktivasi, node yang telah diperbarui beralih ke logika validasi baru.

Blok yang dibuat berdasarkan aturan baru dapat memuat fitur atau perilaku yang ditolak node lama.

Miner atau validator juga harus menjalankan software yang kompatibel agar blok mereka diterima oleh jaringan yang telah diperbarui.

Apa Itu Aturan Konsensus?

Aturan konsensus adalah aturan yang digunakan node yang beroperasi secara independen untuk menentukan validitas blok, transaksi, dan status blockchain.

Aturan ini dapat menetapkan suplai koin yang diizinkan, tanda tangan transaksi, struktur blok, perhitungan gas, target proof-of-work, perilaku validator, dan eksekusi smart contract.

Node tidak menerima blok hanya karena peserta lain menyatakan bahwa blok tersebut valid.

Node memeriksa blok berdasarkan aturan yang diterapkan dalam softwarenya.

Node yang menerapkan aturan yang tidak kompatibel dapat memiliki kesimpulan berbeda tentang blok yang sama.

Hard fork mengubah kesimpulan tersebut dengan mengizinkan atau mewajibkan perilaku yang tidak diterima software sebelumnya.

Karena itu, hard fork membutuhkan koordinasi antara operator node, miner atau validator, developer aplikasi, penyedia infrastruktur, wallet, dan peserta jaringan lainnya.

Hard Fork vs Soft Fork

Hard fork memperkenalkan perubahan aturan yang tidak diakui sebagai valid oleh node lama.

Soft fork memperkenalkan aturan yang lebih ketat dan dapat tetap kompatibel dengan pemeriksaan validitas yang dilakukan node lama.

Dalam soft fork, node yang diperbarui memberlakukan batasan tambahan, sementara node lama mungkin masih menganggap blok yang mematuhi batasan tersebut valid.

Dalam hard fork, node yang diperbarui mungkin menerima sesuatu yang ditolak node lama.

Sebagai contoh, panduan blockchain Bitcoin menjelaskan bahwa peningkatan ukuran blok yang diizinkan melebihi batas yang diakui node lama membutuhkan hard fork.

Perbedaannya berkaitan dengan kompatibilitas teknis, bukan apakah upgrade itu baik, buruk, populer, atau kontroversial.

Kedua jenis fork dapat membutuhkan pengujian ekstensif dan koordinasi komunitas.

Hard Fork vs Fork Chain Sementara

Fork chain sementara dapat terjadi tanpa perubahan pada aturan konsensus.

Dua miner atau validator dapat menghasilkan blok valid yang berbeda pada waktu yang hampir bersamaan.

Beberapa node mungkin menerima satu blok lebih dahulu, sedangkan node lainnya menerima blok pesaing.

Mekanisme konsensus pada akhirnya membuat salah satu cabang diakui sebagai chain, sementara cabang lainnya ditinggalkan.

Peristiwa singkat ini terkadang disebut accidental fork, stale branch, atau reorganisasi sementara.

Hard fork berbeda karena mengubah aturan yang digunakan untuk menilai validitas blok.

Persaingan blok sementara dapat terjadi di antara node yang menjalankan aturan identik, sedangkan hard fork melibatkan rangkaian aturan yang tidak kompatibel.

Hard Fork vs Fork Software

Fork software terjadi ketika developer menyalin kode sumber suatu proyek software lalu mengembangkan versi terpisah.

Pengertian ini umum dalam pengembangan open-source.

Menyalin kode client blockchain tidak otomatis menciptakan jaringan mata uang kripto baru.

Developer dapat melakukan fork pada repositori kode untuk mengusulkan perbaikan, menguji fitur, atau memelihara implementasi client secara independen.

Hard fork blockchain secara khusus mengubah perilaku konsensus di jaringan aktif dan dapat memengaruhi blok yang diterima node.

Kedua konsep tersebut dapat beririsan ketika proyek software hasil salinan meluncurkan blockchain terpisah, tetapi keduanya tidak sama.

Hard Fork Terencana

Hard fork terencana adalah upgrade protokol terjadwal yang didukung oleh komunitas utama developer dan infrastruktur jaringan.

Detail aktivasinya biasanya diumumkan sebelumnya.

Operator node diminta memasang software yang kompatibel sebelum titik aktivasi.

Developer wallet, tim smart contract, validator, miner, penyedia data, dan layanan lainnya dapat menguji sistem mereka terhadap aturan yang akan diterapkan.

Jika adopsi meluas, jaringan dapat beralih ke aturan baru tanpa mempertahankan chain lama yang berarti.

Banyak upgrade besar jaringan Ethereum diterapkan melalui hard fork yang terkoordinasi.

Linimasa fork Ethereum resmi mencantumkan upgrade yang mengubah perilaku execution layer dan consensus layer sepanjang sejarah jaringan.

Hard Fork Kontroversial

Hard fork kontroversial terjadi ketika kelompok-kelompok besar berbeda pendapat mengenai aturan konsensus yang seharusnya berlaku bagi mata uang kripto tersebut.

Satu kelompok dapat menerapkan aturan baru, sementara kelompok lain sengaja terus menggunakan aturan lama atau menerapkan perubahan yang berbeda.

Jika kedua pihak memiliki cukup banyak pengguna, developer, operator node, aktivitas ekonomi, dan produsen blok, dua jaringan yang bertahan dapat terbentuk.

Setelah titik pemisahan, setiap jaringan kemudian mengembangkan riwayat blockchain masing-masing.

Kedua jaringan pada akhirnya dapat memiliki nama, simbol, roadmap pengembangan, model keamanan, dan nilai pasar yang berbeda.

Fork kontroversial bersifat teknis sekaligus sosial karena software tidak dapat memaksa peserta independen mengakui satu cabang sebagai yang sah.

Apakah Setiap Hard Fork Menghasilkan Koin Baru?

Tidak. Sebagian besar hard fork terkoordinasi tidak menghasilkan mata uang kripto kedua yang bertahan.

Koin baru menjadi berarti hanya jika cabang alternatif terus beroperasi dan memperoleh dukungan teknis serta ekonomi yang memadai.

Jika hampir semua miner atau validator, node, pengguna, wallet, dan aplikasi beralih ke aturan yang telah diperbarui, cabang lama mungkin berhenti menghasilkan blok atau menjadi tidak relevan secara ekonomi.

Jaringan yang diperbarui dapat mempertahankan nama, saldo aset, riwayat, dan identitas komunitas yang sudah ada.

Jika upgrade rutin berhasil, pengguna umumnya tetap memegang aset native yang sama tanpa perlu melakukan konversi.

Aset terpisah dapat muncul ketika kelompok lain sengaja mempertahankan chain yang berbeda setelah pemisahan.

Apa yang Terjadi pada Koin Saat Chain Terpecah?

Ketika terjadi pemisahan chain yang bertahan, kedua chain memiliki riwayat transaksi yang sama hingga titik fork.

Karena itu, alamat yang memegang aset sebelum pemisahan mungkin tampak memiliki saldo yang sesuai di kedua chain hasil pemisahan.

Kunci privat yang mengendalikan alamat sebelum fork mungkin pada awalnya dapat mengotorisasi transaksi di kedua chain.

Ini tidak berarti kedua aset akan memiliki nilai pasar, keamanan, likuiditas, atau dukungan jangka panjang yang sama.

Setelah pemisahan, setiap chain mengembangkan statusnya sendiri.

Transaksi yang dikonfirmasi di satu cabang tidak otomatis memperbarui saldo di cabang lainnya, kecuali jika replay membuat transaksi bertanda tangan yang sama diterima di sana.

Pengguna harus memahami aturan keamanan dan replay sebelum mencoba mengakses aset di kedua chain.

Apa Itu Replay Attack Setelah Hard Fork?

Replay attack dapat terjadi ketika transaksi yang ditandatangani untuk satu blockchain juga valid di blockchain lain yang memiliki riwayat dan aturan tanda tangan yang sama.

Pihak yang mengamati dapat menyalin transaksi bertanda tangan dari satu cabang lalu menyiarkannya di cabang lainnya.

Pengguna mungkin hanya bermaksud memindahkan aset di chain pertama, tetapi tanpa sengaja memindahkan aset yang sesuai di kedua chain.

Replay protection membuat transaksi dapat dibedakan antarjaringan.

EIP-155 menambahkan chain identifier ke penandatanganan transaksi Ethereum untuk membantu mencegah transaksi yang ditujukan bagi satu chain menjadi valid di chain lain yang menggunakan identifier berbeda.

Pengguna tidak boleh berasumsi bahwa setiap fork otomatis dilengkapi replay protection yang efektif.

Tinjau petunjuk khusus fork sebelum memindahkan aset yang terbentuk akibat pemisahan chain.

Apa Itu Chain ID?

Chain ID adalah identifier numerik yang digunakan untuk membedakan satu jaringan blockchain dari jaringan lainnya dalam proses penandatanganan transaksi dan penggunaan aplikasi.

Menyertakan chain ID dalam transaksi bertanda tangan membantu mengikat otorisasi ke jaringan yang dituju.

Wallet juga menggunakan chain ID untuk memilih pengaturan jaringan, alamat kontrak, token, dan informasi biaya.

Dua chain yang bertahan sebaiknya tidak sengaja menggunakan chain ID yang sama jika hal itu menimbulkan risiko replay atau antarmuka pengguna.

Chain ID tidak membuktikan bahwa suatu jaringan tepercaya atau suatu token sah.

Pengguna tetap harus memverifikasi nama jaringan, aset native, blockchain explorer, konfigurasi wallet, dan detail transaksi.

Identifikasi Fork Antar-Node

Node membutuhkan cara untuk menentukan apakah peer-nya kompatibel dengan aturan chain yang sama.

EIP-2124 mendefinisikan fork identifier yang dapat digunakan node kompatibel Ethereum saat memeriksa kompatibilitas peer.

Identifier tersebut merepresentasikan aktivasi fork sebelumnya dan titik aktivasi mendatang yang diperkirakan.

Node yang kompatibel dapat tetap terhubung, sementara peer yang jelas tidak kompatibel dapat diputus koneksinya.

Hal ini membantu menghindari pemborosan sumber daya akibat pertukaran data berulang antara node yang pada akhirnya akan saling menolak chain.

Fork identifier mendukung keamanan jaringan, tetapi tidak menggantikan validasi penuh atas blok dan transaksi.

Metode Aktivasi Hard Fork

Aktivasi berdasarkan tinggi blok dimulai ketika blockchain mencapai nomor blok yang telah ditentukan.

Aktivasi berdasarkan timestamp dimulai ketika waktu blok mencapai atau melewati nilai tertentu.

Aktivasi berdasarkan epoch umum digunakan di jaringan proof-of-stake yang membagi waktu konsensus menjadi epoch dan slot.

Aktivasi berdasarkan total difficulty dapat terpicu ketika akumulasi proof-of-work mencapai ambang yang ditentukan.

Setiap metode memiliki keunggulan dan pertimbangan operasional.

Waktu pembuatan blok bervariasi, sehingga aktivasi berdasarkan tinggi blok tidak selalu dapat diprediksi hingga detik yang tepat.

Jadwal proof-of-stake berbasis waktu dapat memberikan perkiraan waktu aktivasi yang lebih presisi.

Client harus menerapkan logika aktivasi secara konsisten agar tidak berbeda pendapat saat transisi.

Hard Fork pada Jaringan Proof-of-Work

Di jaringan proof-of-work, miner membuat blok kandidat, sedangkan full node memvalidasi blok tersebut berdasarkan aturan konsensus.

Hard fork dapat mengubah algoritma mining, struktur blok, reward, perhitungan difficulty, aturan transaksi, atau sumber daya blok yang diizinkan.

Miner yang tidak melakukan upgrade dapat menghasilkan blok yang ditolak node yang telah diperbarui.

Peralatan mining yang telah diperbarui juga dapat menjadi tidak kompatibel dengan cabang lama ketika algoritma proof-of-work berubah.

Hashrate dapat terbagi di antara chain yang bersaing jika kedua cabang terus beroperasi.

Keamanan setiap cabang kemudian sebagian bergantung pada jumlah daya mining kompatibel yang tersisa dan seberapa mudah hashrate dari luar dialihkan.

Full node tetap menolak blok yang melanggar aturannya sendiri, terlepas dari seberapa banyak kerja yang digunakan untuk membuat blok tersebut.

Hard Fork pada Jaringan Proof-of-Stake

Di jaringan proof-of-stake, validator harus menggunakan software yang menerapkan aturan konsensus dan eksekusi yang benar.

Hard fork dapat mengubah tugas validator, format blok, penalti, transisi status, operasi kriptografi, atau perilaku virtual machine.

Validator yang menggunakan software usang dapat melewatkan tugas, mengikuti cabang yang tidak kompatibel, atau terkena penalti, bergantung pada protokol.

Implementasi client yang berbeda harus menyepakati aturan baru agar tidak terjadi kegagalan konsensus.

Operator node sebaiknya memperbarui execution client dan consensus client jika jaringan menggunakan lapisan client terpisah.

Panduan pengoperasian node Ethereum menyarankan operator memasang versi client yang benar sebelum hard fork penting.

Hard Fork Ethereum

Ethereum menggunakan upgrade jaringan yang terkoordinasi untuk memperkenalkan perubahan pada execution layer, consensus layer, atau keduanya.

Upgrade execution layer dan consensus layer dapat memiliki nama pengembangan terpisah yang kemudian digabung menjadi satu nama upgrade publik.

Contohnya, perubahan Prague dan Electra membentuk upgrade Pectra.

Dokumentasi resmi Pectra mencatat bahwa upgrade tersebut diaktifkan di Ethereum Mainnet pada 7 Mei 2025.

Upgrade besar Ethereum berikutnya, Fulu-Osaka atau Fusaka, diaktifkan pada 3 Desember 2025.

Per Juli 2026, linimasa resmi mencantumkan Glamsterdam sebagai upgrade besar berikutnya, dengan tanggal aktivasi yang masih belum ditentukan.

Upgrade ini menunjukkan bahwa hard fork dapat menjadi metode rutin pengembangan protokol, bukan upaya untuk menciptakan koin pesaing.

Hard Fork Ethereum DAO

Hard fork Ethereum DAO merupakan contoh historis respons kontroversial terhadap insiden besar yang melibatkan smart contract.

Komunitas jaringan memperdebatkan apakah aturan protokol harus diubah untuk menangani aset yang terdampak insiden tersebut.

Sejumlah peserta menerima riwayat yang telah diubah, sedangkan peserta lainnya terus mengakui riwayat asli.

Peristiwa ini menunjukkan bahwa tata kelola blockchain mencakup keputusan sosial tentang software dan status yang dipilih peserta untuk diakui.

Dokumentasi tata kelola Ethereum membahas peristiwa tersebut sebagai contoh penting tentang interaksi perubahan protokol besar dengan koordinasi komunitas.

Contoh ini tidak berarti developer dapat begitu saja menulis ulang blockchain setiap kali smart contract mengalami kegagalan.

Intervensi semacam itu dapat memicu perselisihan berkepanjangan mengenai imutabilitas, legitimasi, dan kewenangan tata kelola.

Pertimbangan Hard Fork Bitcoin

Perubahan konsensus Bitcoin membutuhkan koordinasi yang cermat karena setiap node yang dioperasikan secara independen memberlakukan aturan yang dipilih operatornya.

Perubahan yang diusulkan untuk memperluas kumpulan blok valid melebihi yang diterima node lama merupakan perubahan hard fork.

Meningkatkan batas blok hingga melampaui maksimum yang diterima node lama adalah contoh teknis yang umum.

Node lama akan menolak blok yang lebih besar tersebut meskipun node yang telah diperbarui menerimanya.

Mempertahankan dua rangkaian aturan yang tidak kompatibel dapat menghasilkan chain terpisah jika kedua pihak terus memperoleh dukungan dari miner, node, pengguna, dan aktivitas ekonomi.

Sejarah Bitcoin telah memengaruhi diskusi kripto yang lebih luas tentang upgrade konservatif, kompatibilitas mundur, kedaulatan node, dan konsensus komunitas.

Mengapa Blockchain Menggunakan Hard Fork

Blockchain mungkin membutuhkan hard fork untuk memperkenalkan fungsi yang tidak dapat diterapkan dengan aturan konsensus yang ada.

Hard fork dapat menambahkan jenis transaksi baru, cryptographic precompile, opcode, fitur akun, atau kapabilitas validator.

Hard fork dapat mengubah batas sumber daya untuk mendukung skalabilitas atau mengurangi risiko denial-of-service.

Hard fork dapat memperbaiki kerentanan protokol yang serius atau menghapus perilaku yang sudah usang.

Hard fork dapat mengubah penerbitan, perhitungan biaya, distribusi reward, atau mekanisme konsensus.

Hard fork juga dapat menyederhanakan aturan lama yang menimbulkan kompleksitas implementasi yang tidak perlu.

Hard fork biasanya hanya boleh digunakan setelah mempertimbangkan kompatibilitas, keamanan, pengujian, penerapan, dan dampaknya terhadap ekosistem.

Tata Kelola Hard Fork

Blockchain publik jarang memiliki satu orang dengan wewenang tanpa batas untuk memaksa semua peserta melakukan upgrade.

Developer dapat mengusulkan dan mengimplementasikan software, tetapi operator node menentukan rilis mana yang akan dijalankan.

Miner atau validator menentukan blok kompatibel mana yang akan dibuat dan disahkan.

Developer aplikasi menentukan chain mana yang didukung softwarenya.

Wallet dan penyedia infrastruktur menentukan cara mereka memberi label dan menghubungkan diri ke jaringan hasilnya.

Pengguna dan pemegang aset menentukan jaringan yang mereka akui dan gunakan.

Koordinasi ekonomi di antara kelompok-kelompok ini sering menentukan apakah suatu upgrade menjadi kelanjutan chain yang dominan.

Karena itu, tata kelola berlangsung melalui spesifikasi teknis, diskusi publik, rilis client, pengujian, pemberian sinyal, dan adopsi software yang sesungguhnya.

Siapa yang Menentukan Keberhasilan Hard Fork?

Tidak ada satu metrik yang menentukan keberhasilan semua hard fork.

Dukungan developer penting karena client harus mengimplementasikan dan memelihara aturan tersebut.

Adopsi node penting karena node memberlakukan validitas.

Adopsi miner atau validator penting karena blok harus dibuat berdasarkan aturan baru.

Dukungan aplikasi dan wallet penting karena pengguna membutuhkan akses yang berfungsi ke jaringan.

Likuiditas dan dukungan pasar penting jika aset terpisah muncul.

Pengakuan komunitas penting karena nilai mata uang kripto sebagian bergantung pada ekspektasi bersama dan kesepakatan sosial.

Cabang yang berfungsi secara teknis dapat tetap lemah secara ekonomi jika hanya sedikit pengguna atau aplikasi yang mengakuinya.

Pengujian Hard Fork

Hard fork harus diuji pada beberapa implementasi client dan kondisi jaringan.

Developer membutuhkan test vector untuk memastikan semua client menghitung status pasca-fork yang sama.

Testnet publik dapat mengungkap masalah sinkronisasi node, partisipasi validator, pemrosesan transaksi, dan kompatibilitas aplikasi.

Jaringan pengembangan sementara dapat dibuat khusus untuk menguji satu upgrade terencana.

Tim keamanan dapat melakukan fuzzing, pengujian diferensial, analisis formal, dan simulasi denial-of-service.

Pengujian ekstensif sekalipun tidak dapat menjamin aktivasi mainnet bebas masalah.

Operator sebaiknya memantau kanal komunikasi resmi dan menyiapkan prosedur tanggap insiden selama transisi.

Keragaman Client dan Keamanan Hard Fork

Banyak blockchain memiliki lebih dari satu implementasi node client independen.

Keragaman client dapat mengurangi ketergantungan pada satu codebase, tetapi semua client harus menafsirkan aturan konsensus secara identik.

Bug pada satu client dapat membuat node-nya menerima atau menolak blok yang berbeda.

Jika client tersebut mengendalikan sebagian besar jaringan, bug itu dapat menyebabkan pemisahan chain yang serius atau hilangnya finalitas.

Pengujian hard fork harus membandingkan hasil dari berbagai implementasi independen.

Operator node juga dapat mengurangi ketergantungan ekosistem pada satu implementasi dengan mendukung keragaman client yang sehat.

Hal yang Harus Dilakukan Operator Node

Operator node sebaiknya memastikan apakah upgrade membutuhkan software baru.

Rilis harus diperoleh dari sumber proyek yang terautentikasi.

Tinjau catatan rilis untuk mengetahui sistem operasi yang didukung, migrasi database, perubahan konfigurasi, dan kombinasi client yang diperlukan.

Operator sebaiknya mencadangkan kunci dan data konfigurasi yang diperlukan sebelum melakukan pemeliharaan besar.

Setelah upgrade, node harus disinkronkan dan dipantau.

Operator sebaiknya memastikan chain ID, versi fork, tinggi blok, koneksi peer, dan status client sesuai dengan jaringan yang dituju.

Mengabaikan upgrade wajib dapat membuat node mengikuti chain yang tidak kompatibel atau tidak aktif.

Hal yang Harus Dilakukan Validator

Validator harus memasang software yang memahami aturan konsensus baru sebelum aktivasi.

Pastikan komponen execution, consensus, validator, dan signing kompatibel.

Remote signer dan alat pemantauan mungkin juga perlu diperbarui.

Validator sebaiknya tidak menjalankan konfigurasi yang saling bertentangan karena dapat menyebabkan double-signing atau attestation yang tidak kompatibel.

Sistem cadangan harus diperbarui dengan cermat agar failover darurat tidak mengaktifkan kembali software usang.

Update yang terlewat dapat menyebabkan hilangnya reward, penalti tidak aktif, atau konsekuensi yang lebih serius, bergantung pada jaringan dan perilaku validator.

Hal yang Harus Dilakukan Miner

Miner sebaiknya memastikan bahwa node, software block-template, sistem pool, dan firmware mining mendukung aturan baru.

Hard fork yang mengubah algoritma proof-of-work mungkin membutuhkan hardware atau firmware berbeda.

Mining blok berdasarkan aturan usang dapat membuang listrik karena node yang telah diperbarui mungkin menolak blok tersebut.

Peserta pool sebaiknya memahami chain mana yang didukung oleh hashrate yang mereka kontribusikan.

Jangan hanya mengandalkan nama pool atau dashboard karena konfigurasi dan kebijakan pembayaran dapat berubah saat fork kontroversial.

Hal yang Harus Dilakukan Pengguna Wallet

Pengguna wallet biasa sering kali tidak perlu mengambil tindakan khusus saat hard fork terkoordinasi.

Saldo dan kunci privat biasanya tetap valid di chain yang telah diperbarui.

Meski demikian, pengguna sebaiknya memperbarui software wallet dan mengikuti pengumuman dari sumber jaringan yang berwenang.

Jangan pernah mengungkapkan seed phrase untuk mengklaim upgrade, mengonversi koin, menyinkronkan wallet, atau menerima aset fork yang diklaim tersedia.

Upgrade protokol yang sah tidak mengharuskan pengguna memberikan frasa pemulihan kepada situs web atau staf dukungan.

Jika pemisahan yang bertahan menghasilkan aset terpisah, tunggu panduan keamanan yang jelas sebelum mencoba memindahkan saldo di kedua chain.

Apakah Pengguna Perlu Mengonversi Koin Setelah Hard Fork?

Upgrade jaringan rutin biasanya tidak mengharuskan pengguna menukar koin lama dengan koin baru.

Ledger dan saldo yang sama berlanjut berdasarkan aturan yang telah diperbarui.

Sebagai contoh, panduan upgrade Ethereum resmi menyatakan bahwa pengguna tidak perlu mengonversi aset native setelah upgrade protokol terkoordinasi.

Pesan yang mendesak pengguna untuk melakukan konversi mungkin merupakan upaya phishing.

Proses migrasi terpisah mungkin diperlukan ketika proyek sengaja meluncurkan jaringan atau kontrak token baru, tetapi hal tersebut bukan fitur otomatis setiap hard fork.

Verifikasi klaim migrasi melalui dokumentasi protokol resmi, bukan pesan yang tidak diminta.

Hard Fork dan Kompatibilitas Smart Contract

Hard fork dapat mengubah cara smart contract dieksekusi meskipun kode sumbernya tidak berubah.

Biaya gas dapat naik atau turun.

Opcode baru dapat tersedia.

Perilaku lama dapat dibatasi atau dihapus.

Informasi blok, transaksi, atau akun yang dapat diakses kontrak mungkin berubah.

Aplikasi yang bergantung pada asumsi gas, perilaku opcode, atau field blok tertentu harus diuji berdasarkan aturan baru.

Developer juga sebaiknya memastikan alat pengembangan, indexer, oracle, relayer, dan layanan infrastruktur mendukung upgrade tersebut.

Hard Fork dan Jaringan Layer 2

Jaringan Layer 2 dapat bergantung pada format transaksi, ketersediaan data, finalitas, biaya gas, dan perilaku smart contract di base layer.

Karena itu, hard fork base layer dapat memengaruhi rollup, bridge, sequencer, prover, dan sistem penarikan.

Developer Layer 2 mungkin perlu memperbarui software node, sirkuit proof, deployment kontrak, atau perhitungan biaya.

Upgrade base layer yang dirancang untuk meningkatkan skalabilitas dapat menambah kapasitas data atau memperkenalkan operasi kriptografi baru.

Perubahan tersebut harus diuji di kedua lapisan karena upgrade base layer yang valid tetap dapat mengungkap asumsi pada sistem yang bergantung padanya.

Hard Fork dan Bridge

Bridge lintas blockchain harus menentukan cabang mana yang akan diakui ketika blockchain yang terhubung mengalami pemisahan.

Bridge yang menerima pesan dari kedua cabang tanpa pemisahan yang jelas dapat menghadapi klaim aset ganda atau tidak didukung.

Operator bridge dapat menghentikan sementara transfer selama fork kontroversial hingga identitas chain dan finalitas lebih jelas.

Smart contract mungkin memerlukan chain identifier, validator set, atau block root yang diperbarui.

Hindari memindahkan aset bridge selama pemisahan belum jelas, kecuali bridge telah menerbitkan kebijakan dukungan yang tegas.

Hard Fork dan Oracle

Oracle menyediakan data eksternal yang digunakan sistem pinjaman, aset bernilai stabil, derivatif, dan smart contract lainnya.

Pemisahan chain dapat menghasilkan dua versi kontrak oracle dan feed harga yang sama.

Operator oracle harus menentukan apakah akan melaporkan data untuk satu cabang, kedua cabang, atau sementara tidak melaporkannya.

Aplikasi dapat mengalami gangguan jika mengasumsikan data oracle akan tetap berjalan normal pada setiap fork.

Tim protokol sebaiknya menetapkan prosedur darurat untuk harga usang, reorganisasi chain, dan cabang yang tidak didukung.

Hard Fork dan Aset Bernilai Stabil

Pemisahan blockchain dapat menggandakan representasi on-chain suatu aset bernilai stabil tanpa menggandakan cadangan penerbit di luar blockchain.

Organisasi yang bertanggung jawab atas penebusan mungkin hanya mengakui satu cabang.

Token di cabang yang tidak didukung dapat kehilangan nilai penebusan meskipun saldo smart contract-nya tampak tidak berubah.

Jangan berasumsi bahwa setiap token yang terduplikasi mewakili klaim dunia nyata yang juga terduplikasi.

Penerbit aset, kustodian, bridge, dan sistem tata kelola dapat memengaruhi cabang mana yang tetap mendapat dukungan praktis.

Hard Fork dan Posisi DeFi

Fork yang bertahan dapat menggandakan status smart contract, seperti deposit jaminan, pinjaman, posisi likuiditas, dan saldo governance.

Status yang disalin tidak menjamin kedua versi tetap berfungsi secara ekonomi.

Feed harga, aset bernilai stabil, bridge, administrator, liquidator, aplikasi front-end, dan layanan eksternal mungkin hanya mendukung satu cabang.

Posisi pinjaman dapat menjadi tidak aman ketika oracle-nya berhenti memperbarui data.

Pool likuiditas dapat menjadi sangat tidak seimbang ketika salah satu aset yang terduplikasi kehilangan nilai eksternal.

Jangan menganggap posisi DeFi yang terduplikasi sebagai kekayaan tambahan yang bebas risiko.

Hard Fork dan Non-Fungible Token

Hard fork dapat menghasilkan catatan non-fungible token on-chain yang identik di kedua cabang pada titik pemisahan.

Pengakuan marketplace, dukungan kreator, layanan metadata, klaim kekayaan intelektual, dan kesepakatan komunitas mungkin hanya berpihak pada satu versi.

Gambar atau metadata off-chain tidak otomatis menjadi aset terpisah hanya karena status kontraknya disalin.

Nilai ekonomi setiap versi bergantung pada pengakuan dan dukungan infrastruktur yang berkelanjutan.

Hard Fork dan Token Governance

Saldo token governance dapat terduplikasi ketika chain terpecah.

Setiap cabang kemudian dapat melakukan voting terpisah atau mengakui keputusan tata kelola yang berbeda.

Delegasi dan status proposal juga dapat disalin pada titik fork.

Organisasi, entitas hukum, situs web, repositori, dan penanda tangan treasury di luar blockchain mungkin hanya mendukung satu cabang.

Kekuatan voting token saja mungkin tidak menentukan cabang mana yang mengendalikan sumber daya eksternal.

Risiko Keamanan Hard Fork

Hard fork dapat mengungkap bug software yang tidak ditemukan selama pengujian.

Client yang berbeda dapat menghitung hasil yang berbeda dari transaksi yang sama.

Node usang dapat mengikuti chain yang tidak kompatibel.

Validator dapat melewatkan tugas atau menandatangani pesan yang saling bertentangan.

Miner dapat membuang hash power untuk membuat blok yang ditolak.

Aplikasi dapat menggunakan chain ID atau alamat kontrak yang salah.

Replay attack dapat memindahkan aset secara tidak terduga antar-cabang.

Penurunan partisipasi mining atau staking dapat melemahkan keamanan chain untuk sementara.

Scammer dapat memanfaatkan kebingungan dengan petunjuk upgrade palsu, aset tiruan, atau alat wallet penipuan.

Risiko Pasar Hard Fork

Hard fork kontroversial dapat menimbulkan volatilitas harga yang signifikan.

Pelaku pasar mungkin berbeda pendapat mengenai cabang yang akan mendapat dukungan jangka panjang.

Likuiditas dapat terpecah di antara aset-aset terkait.

Penyedia infrastruktur dapat menghentikan deposit dan penarikan sementara selama situasi belum pasti.

Standar konfirmasi transaksi dapat ditingkatkan karena reorganisasi chain menjadi lebih mungkin terjadi.

Aset fork yang baru dibuat mungkin awalnya memiliki likuiditas rendah dan pergerakan harga yang ekstrem.

Nilai gabungan dua aset pasca-fork tidak dijamin sama dengan atau melebihi nilai aset sebelumnya.

Penipuan Hard Fork

Scammer sering mengklaim bahwa pengguna harus menghubungkan wallet untuk menerima koin yang akan dibuat oleh hard fork mendatang.

Situs penipuan dapat meminta seed phrase, kunci privat, persetujuan token, atau tanda tangan pesan.

Penipuan lain mungkin menjual token fork palsu sebelum jaringan yang sah tersedia.

Penyerang juga dapat membuat software wallet tiruan yang mengaku mendukung kedua cabang, tetapi sebenarnya mencuri kunci.

Klaim fork yang sah tidak pernah mengharuskan pengguna mengungkapkan frasa pemulihan.

Pastikan dokumentasi resmi chain, kode sumber, rilis client, chain ID, replay protection, dan blockchain explorer telah diverifikasi sebelum berinteraksi.

Cara Bersiap Menghadapi Hard Fork

Pastikan tanggal, blok, epoch, atau pemicu lain yang tepat melalui sumber jaringan resmi.

Tentukan apakah upgrade terkoordinasi atau berpotensi menghasilkan pemisahan yang bertahan.

Perbarui software node, validator, wallet, dan aplikasi melalui kanal yang terautentikasi.

Cadangkan kunci dan data konfigurasi yang diperlukan tanpa mengungkapkan rahasia pemulihan.

Verifikasi chain ID, versi client, fork identifier, dan alamat kontrak.

Hentikan sementara operasi otomatis berisiko tinggi jika upgrade dapat memengaruhi perilaku transaksi atau finalitas.

Tunggu hingga produksi blok stabil sebelum memindahkan aset dalam jumlah besar setelah pemisahan kontroversial.

Tinjau replay protection sebelum mencoba mengakses aset yang terduplikasi.

Cara Mengevaluasi Usulan Hard Fork

Mulailah dengan mengidentifikasi aturan konsensus yang akan diubah secara tepat.

Tinjau spesifikasi teknis dan alasan perubahan tersebut.

Periksa apakah beberapa tim client independen telah mengimplementasikan dan menguji proposal.

Tinjau hasil testnet, audit, risiko yang diketahui, dan perbedaan pendapat yang belum terselesaikan.

Pastikan cara aktivasi dan konsekuensi bagi node usang.

Periksa apakah transaksi akan menggunakan replay protection dan chain identifier yang berbeda.

Pertimbangkan dampak upgrade pada wallet, smart contract, validator, miner, bridge, oracle, dan jaringan Layer 2.

Bedakan dukungan teknis dari klaim promosi tentang harga aset di masa depan.

Manfaat Hard Fork

Hard fork dapat memperkenalkan fungsi besar yang tidak dapat didukung oleh aturan lama.

Hard fork dapat memperbaiki kelemahan protokol yang serius.

Hard fork dapat meningkatkan skalabilitas, pemrosesan transaksi, dukungan kriptografi, atau pengalaman developer.

Hard fork dapat mengubah parameter ekonomi yang tidak lagi mendukung tujuan jaringan.

Hard fork dapat menghapus perilaku usang dan menyederhanakan implementasi client.

Hard fork juga dapat memungkinkan komunitas dengan prioritas yang sangat berbeda mempertahankan rangkaian aturan independen.

Keterbatasan Hard Fork

Hard fork membutuhkan koordinasi luas di antara banyak peserta independen.

Node usang dapat menjadi tidak kompatibel atau tidak aman.

Aktivasi yang gagal dapat mengganggu produksi blok atau fungsi aplikasi.

Fork kontroversial dapat memecah pengguna, developer, sumber daya keamanan, likuiditas, dan efek jaringan.

Aset yang disalin dapat menimbulkan masalah replay, bridge, oracle, dan penebusan.

Upgrade juga dapat memperkenalkan bug baru ketika berupaya mengatasi masalah lama.

Karena itu, hard fork harus diperlakukan sebagai peristiwa protokol besar, bukan pembaruan aplikasi rutin.

Kesalahpahaman Umum tentang Hard Fork

Salah satu kesalahpahaman umum adalah bahwa setiap hard fork menghasilkan mata uang kripto gratis.

Sebagian besar upgrade terencana berlanjut sebagai satu jaringan tanpa aset kedua yang bernilai.

Kesalahpahaman lainnya adalah hard fork selalu terjadi akibat perselisihan komunitas.

Banyak hard fork merupakan upgrade teknis yang didukung luas.

Kesalahpahaman ketiga adalah developer dapat memaksa semua orang mengadopsi aturan baru.

Peserta independen memilih software dan chain yang mereka akui.

Kesalahpahaman keempat adalah saldo on-chain yang terduplikasi menjamin nilai dunia nyata yang juga terduplikasi.

Cadangan, aplikasi, likuiditas, dan dukungan komunitas di luar blockchain mungkin hanya mengakui satu cabang.

Kesalahpahaman kelima adalah pengguna harus memasukkan frasa pemulihan untuk memperbarui koin.

Upgrade blockchain tidak pernah mengharuskan pengguna mengungkapkan rahasia wallet kepada orang atau situs web lain.

FAQ

Apa arti hard fork secara sederhana?

Hard fork adalah perubahan aturan blockchain yang tidak dapat diterima atau divalidasi sepenuhnya oleh software node lama.

Apakah hard fork merupakan blockchain baru?

Hard fork mengubah aturan blockchain dan dapat menciptakan cabang baru, tetapi blockchain terpisah yang bertahan hanya ada jika peserta terus mendukung kedua rangkaian aturan.

Apakah setiap hard fork menghasilkan mata uang kripto baru?

Tidak. Upgrade terkoordinasi biasanya berlanjut sebagai satu jaringan tanpa menghasilkan aset kedua yang berarti.

Apa perbedaan hard fork dan soft fork?

Hard fork memperkenalkan aturan yang ditolak node lama, sedangkan soft fork umumnya memperkenalkan aturan yang lebih ketat dan tetap valid berdasarkan pemeriksaan node lama yang lebih luas.

Bisakah hard fork terjadi secara tidak sengaja?

Bug software dapat secara tidak sengaja menyebabkan validasi yang tidak kompatibel, tetapi hard fork terencana adalah perubahan protokol yang spesifikasi dan aktivasinya ditetapkan dengan sengaja.

Apakah saya harus menjual kripto sebelum hard fork?

Tidak ada aturan umum yang mengharuskan penjualan, tetapi pengguna sebaiknya memahami kemungkinan volatilitas, pemisahan chain, replay, dan risiko likuiditas.

Apakah saya perlu mengonversi koin setelah hard fork?

Upgrade terkoordinasi biasanya tidak memerlukan konversi karena saldo yang ada tetap berlanjut berdasarkan aturan yang diperbarui.

Apakah alamat wallet saya akan berubah setelah hard fork?

Alamat sering kali tetap valid, meskipun aturan baru, format alamat, atau rancangan migrasi jaringan tertentu mungkin memerlukan penanganan berbeda.

Bisakah saldo saya muncul di kedua chain?

Ya. Jika dua chain memiliki riwayat yang sama sebelum fork, saldo sebelum fork yang sama mungkin awalnya muncul di kedua cabang.

Apakah koin fork yang terduplikasi merupakan uang gratis?

Tidak. Saldo yang terduplikasi dapat melibatkan replay attack, likuiditas rendah, aset yang tidak didukung, wallet tidak aman, pajak, penipuan, dan nilai pasar yang tidak pasti.

Apa itu replay protection?

Replay protection mencegah atau mengurangi kemungkinan transaksi yang ditandatangani untuk satu chain disalin dan diterima di chain lain.

Apa itu chain ID?

Chain ID mengidentifikasi jaringan blockchain dan dapat mengikat transaksi bertanda tangan ke jaringan tertentu.

Bisakah hard fork membatalkan transaksi?

Secara teori, hard fork dapat mengubah status yang diakui, tetapi upgrade rutin biasanya mempertahankan riwayat transaksi dan saldo yang ada.

Siapa yang mengendalikan hard fork?

Developer mengusulkan dan menerapkan aturan, sedangkan node, miner, validator, aplikasi, pengguna, dan peserta ekonomi menentukan software serta chain yang mereka dukung.

Bisakah miner memaksakan hard fork?

Miner dapat mendukung cabang dengan hash power, tetapi full node tetap dapat menolak blok yang melanggar aturan yang diberlakukannya.

Bisakah validator tetap menggunakan software lama?

Secara teknis bisa, tetapi validator mungkin mengikuti chain yang tidak kompatibel, melewatkan tugas, atau terkena penalti protokol.

Apakah hard fork memengaruhi smart contract?

Ya. Perubahan biaya gas, opcode, jenis transaksi, field blok, atau aturan transisi status dapat memengaruhi perilaku smart contract.

Bisakah hard fork memengaruhi posisi DeFi?

Ya. Status yang terduplikasi, oracle yang tidak didukung, kegagalan bridge, fragmentasi likuiditas, dan perubahan nilai aset dapat membuat posisi pasca-fork tidak aman.

Bisakah hard fork memengaruhi non-fungible token?

Ya. Catatan dapat muncul di kedua cabang, tetapi pengakuan marketplace, metadata, kreator, dan komunitas mungkin berbeda.

Bagaimana cara mengklaim koin dari fork dengan aman?

Pastikan terlebih dahulu bahwa chain kedua yang sah benar-benar ada, verifikasi replay protection, gunakan software yang telah ditinjau, dan jangan pernah mengungkapkan frasa pemulihan.

Mengapa jaringan menjadwalkan hard fork?

Jaringan menjadwalkan hard fork untuk menambahkan fitur besar, mengubah perilaku konsensus, memperbaiki kerentanan, meningkatkan skalabilitas, atau memperbarui aturan ekonomi.

Bisakah hard fork gagal?

Ya. Adopsi rendah, bug client, implementasi yang tidak konsisten, koordinasi lemah, atau pengujian yang tidak memadai dapat mengganggu aktivasi.

Apakah hard fork bersifat permanen?

Aturan konsensus baru tetap berlaku di chain yang telah diperbarui hingga perubahan protokol berikutnya mengubahnya.

Apakah hard fork selalu buruk bagi mata uang kripto?

Tidak. Hard fork yang diuji dengan baik dan didukung luas dapat meningkatkan jaringan, sedangkan fork yang koordinasinya buruk dapat menimbulkan risiko serius.

Bagaimana cara memverifikasi pengumuman hard fork?

Periksa dokumentasi protokol resmi, catatan rilis client, spesifikasi teknis, detail aktivasi, dan beberapa tim pengembangan independen.

Apakah hard fork akan meminta seed phrase saya?

Tidak. Upgrade blockchain yang sah tidak pernah mengharuskan pengguna mengungkapkan seed phrase atau kunci privat.

Kesimpulan

Hard fork adalah perubahan yang tidak kompatibel dengan aturan konsensus yang diberlakukan oleh node mata uang kripto.

Node yang telah diperbarui mulai menerima atau mewajibkan perilaku yang tidak diakui sebagai valid oleh node lama.

Perubahan tersebut dapat berupa upgrade jaringan terencana atau bagian dari perselisihan serius tentang masa depan blockchain.

Hard fork tidak otomatis menghasilkan chain kedua yang permanen atau mata uang kripto baru yang bernilai.

Pemisahan yang bertahan membutuhkan dukungan teknis, keamanan, komunitas, dan ekonomi yang berkelanjutan bagi kedua cabang.

Ketika pemisahan terjadi, saldo sebelum fork mungkin muncul di kedua chain, tetapi aset hasilnya dapat memiliki keamanan, likuiditas, tata kelola, dan nilai pasar yang berbeda.

Replay protection dan chain ID yang berbeda penting karena kunci privat dan format transaksi yang sama mungkin pada awalnya digunakan di kedua cabang.

Operator node, miner, validator, wallet, developer smart contract, bridge, oracle, dan sistem Layer 2 harus bersiap menghadapi perubahan yang memengaruhi software mereka.

Pengguna biasa sering kali hanya perlu memastikan software wallet tepercaya tetap diperbarui selama upgrade terkoordinasi.

Jangan pernah memasukkan frasa pemulihan ke situs web untuk mengonversi, memperbarui, memvalidasi, atau mengklaim aset terkait fork.

Hard fork merupakan alat penting untuk menambahkan fungsi, memperbaiki kelemahan protokol, mengubah aturan ekonomi, dan mendukung pengembangan blockchain jangka panjang.

Hard fork juga menimbulkan risiko terkait client yang tidak kompatibel, pemisahan chain, aset yang terduplikasi, aplikasi tidak stabil, dan ketidakpastian pasar.

Cara paling aman menghadapi hard fork adalah memverifikasi spesifikasi teknis, syarat aktivasi, rilis client resmi, identitas chain, dan rancangan replay protection sebelum bertindak.

Dalam mata uang kripto, hard fork pada akhirnya menunjukkan bahwa aturan blockchain diberlakukan oleh software, tetapi diadopsi melalui koordinasi orang dan organisasi yang memilih untuk menjalankan software tersebut.