Dalam konteks Bitcoin, Sidechain adalah blockchain independen yang terhubung ke Bitcoin melalui mekanisme bernama peg. BTC dikunci di jaringan utama dan representasinya tersedia di jaringan lain. Pengembalian bergantung pada aturan penghubung tersebut, bukan hanya aturan Bitcoin.
Anna menyimpan bitcoin di dompetnya sendiri. Ia ingin mencoba aplikasi yang tidak tersedia di jaringan utama Bitcoin atau memindahkan dana melalui jaringan dengan sifat berbeda. Sidechain memiliki catatan transaksi sendiri, yang dipelihara oleh node, yaitu komputer yang memeriksa aturan setempat. Transaksi dicatat dalam rangkaian blok tersendiri, dengan setiap blok mengelompokkan transaksi. Ini bukan cabang sementara dari riwayat Bitcoin. Fitur baru dapat ditawarkan tanpa harus diadopsi seluruh pengguna Bitcoin. Namun, Anna memasuki lingkungan dengan asumsi keamanan berbeda. Ia perlu memahami terlebih dahulu bagaimana nilai masuk ke sana dan bagaimana ia bisa mendapatkannya kembali. [1]
Bayangkan setoran 0,1 BTC; untuk memudahkan, abaikan biaya dahulu. Saat masuk melalui peg-in, BTC dikunci di jaringan utama sesuai aturan penghubung, atau jembatan. Anna kemudian dapat menggunakan representasi yang sesuai di sidechain, misalnya 0,1 L-BTC di Liquid. Ia tidak memperoleh tambahan 0,1 BTC yang bisa sekaligus dibelanjakan di Bitcoin. UTXO asal, keluaran transaksi Bitcoin yang belum dibelanjakan, tidak berpindah ke basis data lain. Keluaran menetapkan jumlah dan syarat pembelanjaannya, misalnya tanda tangan yang diperlukan. Catatannya saling terkait, tetapi berada dalam riwayat berbeda. Rasio 1:1 menggambarkan cadangan penjamin dan penukaran yang dirancang; itu bukan janji penarikan seketika atau harga sama di semua pasar. [1] [9] [15]
Untuk kembali, Anna memakai peg-out. Bergantung pada sistemnya, representasi di sidechain dimusnahkan atau dikunci, lalu jembatan melepaskan BTC yang sesuai di jaringan utama. Ini bukan pembayaran biasa antara dua alamat Bitcoin. Bitcoin umumnya tidak memeriksa seluruh riwayat dan aturan jaringan lain. Pelepasan dana bisa bergantung pada tanda tangan kelompok tertentu, perangkat khusus, atau syarat lainnya. Anna perlu mengetahui siapa yang bisa menunda, menolak, atau mengesahkan penarikan secara tidak semestinya. Kunci privat adalah data rahasia yang dipakai dompet untuk membuat tanda tangan saat membelanjakan dana. Memegang kunci L-BTC atau rBTC sendiri tidak menghapus syarat itu. Menukar lewat pedagang juga berbeda dari peg-out langsung dan menambahkan harga, ketersediaan dana untuk penukaran, serta aturan pedagang tersebut. [1] [9]
Pavel bertanya siapa yang mengonfirmasi pembayaran di jaringan baru. Anna harus menambahkan pertanyaan lain: siapa yang bisa membelanjakan BTC yang terkunci di Bitcoin? Konsensus, yakni aturan untuk menyepakati transaksi dan riwayat yang sah, membahas pertanyaan pertama. Penitipan dana dan aturan jembatan membahas pertanyaan kedua. Sidechain yang berfungsi bisa mengalami masalah penarikan; bertambahnya blok tidak memperbaiki jembatan yang rusak. Penyusunan ulang riwayat terbaru sidechain tidak menulis ulang Bitcoin, tetapi bisa merugikan pembayaran di jaringan ini dan cadangan penjaminnya. Node sendiri membantu memeriksa aturan jaringan ini. Node tidak memberi operator kunci tanda tangan milik orang lain atau hak melepaskan BTC penjamin secara sepihak. [1]
Liquid Network menunjukkan satu model konkret. Jaringan ini memakai Elements, dan operator yang ditunjuk menandatangani blok, bukan penambang Bitcoin biasa. Susunan tersebut disebut Strong Federation; fungsi bernama watchmen mengelola jembatan Bitcoin. L-BTC mewakili BTC yang dikunci di jaringan utama. Confidential Transactions dapat menyembunyikan jumlah dan jenis aset, tetapi tidak otomatis seluruh keterkaitan pembayaran. Anna tidak boleh menyamakan dompet sendiri dengan penarikan langsung tanpa perantara: pengguna umum Liquid tidak otomatis berwenang melakukan peg-out langsung. Biasanya mereka kembali lewat peserta berwenang atau layanan penukaran. Syarat layanan itu perlu diketahui sebelum masuk. [2] [9]
Rootstock menjalankan kontrak pintar, program yang dieksekusi menurut aturan jaringan. Lingkungannya kompatibel dengan Ethereum Virtual Machine (EVM), yang menjalankan program seperti ini di Ethereum. Penambang Bitcoin yang ikut serta melindungi bloknya melalui Merged Mining: pekerjaan komputasi yang sama digunakan untuk kedua jaringan. Ini tidak berarti semua penambang Bitcoin otomatis melindungi Rootstock. PowPeg menambah lapisan lain: perangkat PowHSM melindungi kunci tanda tangan dan mengikuti bukti kerja penambangan yang terakumulasi. Operator menjaga perangkat tetap berjalan; biasanya mereka tidak menandatangani penarikan secara manual dengan kunci yang bebas diakses. Setoran melepaskan rBTC yang sudah ada dari jembatan, bukan menambang BTC baru. Keamanan juga bergantung pada perangkat lunak, perangkat keras, dan ketersediaan mekanisme ini. [10] [11]
Usulan Enabling Blockchain Innovations with Pegged Sidechains tahun 2014, dengan penulis antara lain Adam Back dan Andrew Poelstra, menjelaskan hubungan dua arah bernama two-way peg. Usulan itu juga memakai SPV, verifikasi pembayaran sederhana. Bukti dapat menunjukkan bahwa transaksi masuk ke sebuah blok dan ada pekerjaan lanjutan yang tercatat pada header blok, catatan ringkas yang memuat rujukan ke blok sebelumnya; itu tidak otomatis memvalidasi semua transaksi seluruh jaringan. Asumsi tentang riwayat, masa tunggu, dan respons terhadap perubahan riwayat tetap penting. Karena itu jembatan nyata berbeda-beda: federasi membagi tanda tangan kepada beberapa operator, sedangkan desain lain menambahkan perangkat atau keputusan penambang. Merged Mining sendiri menjelaskan penambangan, bukan solusi lengkap untuk penarikan. [1]
Drivechain menawarkan pendekatan lain. Usulan teknis BIP 300 mengusulkan persetujuan penarikan dari tempat penitipan khusus BTC secara bertahap melalui sinyal penambang. Node Bitcoin akan mengikuti syarat penarikan yang ditetapkan, bukan seluruh riwayat setiap aplikasi sidechain. BIP 301 membahas Blind Merged Mining: pembuat blok sidechain akan membayar penambang Bitcoin untuk penyertaan melalui mekanisme yang diusulkan, tanpa penambang harus menjalankan aplikasi sidechain tersebut. Pada 17 Oktober 2026, kedua dokumen berstatus Draft (rancangan yang masih dikembangkan). Usulan, perangkat lunak percobaan, dan aturan jaringan utama yang telah aktif adalah hal berbeda. Nomor BIP tidak menjanjikan kepada Anna bahwa penarikan ini tersedia dalam Bitcoin Core biasa. [7] [8]
Lightning Network adalah jaringan kanal pembayaran. Para peserta memperbarui keadaan pembayaran yang ditandatangani dan dapat menutup kanal di Bitcoin menurut syaratnya; mereka tidak perlu memelihara blockchain terpisah bersama untuk itu. Sebaliknya, sidechain mempunyai riwayat blok sendiri. Rollup dan Statechain juga bukan sinonim: rollup memakai data atau bukti yang dipublikasikan pada lapisan dasar, sedangkan Statechain memindahkan kendali atas keluaran Bitcoin tertentu. Apa yang benar-benar dapat dipaksakan dan kepercayaan yang diperlukan bergantung pada desain. Semuanya bisa disebut lapisan tambahan, tetapi label Layer 2 saja tidak menjelaskan siapa yang mengendalikan dana dan bagaimana pengguna bisa keluar. [12] [13] [14]
Anna mulai dari tujuan: apakah ia membutuhkan fitur jaringan itu, atau pembayaran Bitcoin sudah cukup? Jika sidechain masuk akal, ia memeriksa dukungan dompet, jaringan yang benar, dan cara mencadangkan dompet. Ia mencari tahu aset untuk membayar biaya, cara masuk dan keluar, jumlah minimum, serta siapa yang harus bekerja sama. Gangguan, pergantian operator, dan prosedur darurat juga penting: mekanisme darurat jembatan belum tentu dapat ia jalankan sendiri. Baru kemudian ia mencoba jumlah kecil ke sana dan kembali. Percobaan yang berhasil membantu menemukan kesalahan prosedur, tetapi tidak membuktikan keamanan jembatan pada masa depan. Sidechain memperluas pilihan; ia tidak menentukan kepercayaan atas nama Anna. [1] [9]
Untuk gambaran yang lebih utuh, baca entri ini bersama Bitcoin, Liquid Network, Proof of Work, Aturan konsensus, Testnet, Bitcoin Core. Entri ini juga dirujuk dari Liquid Network, BitVM, Simplicity, Client-Side Validation.