Hanya untuk tujuan edukasi; bukan nasihat investasi atau keamanan. Dana kanal dapat hilang bila kunci, status terkini, pemantauan, atau kemampuan mengirim respons on-chain tidak tersedia.
Jawaban langsung
Kanal status adalah protokol ketika peserta tetap mengunci aset atau menetapkan aturan yang dapat ditegakkan di blockchain, lalu bertukar pembaruan terautentikasi di luar rantai. Blockchain tidak memproses tiap pembaruan; ia menjadi penengah terakhir saat kanal ditutup atau terjadi sengketa.
Setiap pembaruan mengikat kanal, status atau alokasi aplikasi, dan nilai urutan yang meningkat seperti giliran atau nonce. Status valid terbaru menggantikan yang lama sesuai aturan. Kanal pembayaran terutama melacak saldo; kanal umum juga dapat mewakili langkah permainan, transaksi, atau data deterministik lain.
Manfaatnya mencakup latensi rendah, privasi tertentu dari riwayat publik, dan tanpa biaya lapisan dasar per pembaruan biasa. Namun peserta dan modal biasanya tetap, semua pihak harus menyimpan bukti penegakan, dan rantai dasar harus tersedia serta terjangkau saat sengketa.
Cara kerja
- Buka dan danai. Para pihak menyepakati identitas, aturan, durasi tantangan, dan alokasi awal. Dana dikunci dalam penengah on-chain atau kanal diturunkan dari kanal yang sudah didanai; dana itu bukan saldo biasa selama menjamin kanal.
- Tukar status bertanda tangan. Mereka menghitung status valid berikutnya dan bertukar tanda tangan atau pesan pendukung. ID unik dan urutan meningkat mencegah penggantian dengan tanda tangan kanal lain atau putaran lama.
- Simpan paket penegakan. Dompet atau node menyimpan status terbaru, tanda tangan, transfer bersyarat, serta data pencabutan atau rahasia yang diperlukan. Seed phrase dapat memulihkan kunci, belum tentu data off-chain yang terus berubah.
- Lanjutkan off-chain. Banyak pembaruan tidak memerlukan transaksi dasar. Kapasitas membatasi kiriman pada alokasi dan cadangan dalam arah itu; rute multikanal menambah ketergantungan likuiditas dan keaktifan pada setiap lompatan.
- Tutup bersama. Para pihak menandatangani hasil akhir dan mengirim transaksi minimum. Ini biasanya menghindari perlombaan tantangan dan lebih cepat atau murah daripada penutupan sepihak.
- Naikkan sengketa ke rantai. Jika pihak menghilang atau mengajukan status usang, pihak lain memberi bukti yang dapat ditegakkan. Penengah menerapkan urutan, tenggat, dan transisi. Sebagian desain menantang status lama dengan yang baru; kanal bergaya Lightning memakai komitmen dan pencabutan, bukan perlombaan nonce tertinggi umum.
- Finalisasi setelah tenggat. Setelah tantangan atau timelock selesai, hasil diklaim. Sampai semua output terselesaikan, perangkat lunak mungkin perlu memantau reorganisasi dan menaikkan biaya transaksi mendesak.
Contoh
Alice dan Bob membuka kanal bilateral dengan masing-masing 5 ETH, sehingga menguasai 10 ETH. Status awal bertanda tangan adalah giliran 0: Alice menerima 5 ETH dan Bob menerima 5 ETH saat penyelesaian.
Alice membayar Bob 1 ETH. Mereka memvalidasi dan menandatangani giliran 1, mengalokasikan 4 ETH kepada Alice dan 6 ETH kepada Bob. Lalu Bob membayar Alice 2 ETH; giliran 2 memberi Alice 6 ETH dan Bob 4 ETH. Jika bekerja sama, hanya pendanaan dan penyelesaian akhir yang mencapai rantai dasar.
Jika Bob kemudian mengirim giliran 1, dalam desain giliran tertinggi Alice harus menunjukkan giliran 2 yang didukung penuh sebelum tenggat. Kontrak menolak yang lama dan menyelesaikan giliran 2. Jika ia kehilangan giliran 2, tidak dapat memakai kunci, tidak punya aset dasar untuk biaya, atau offline melewati tenggat, protokol tak dapat menebak riwayat privat. Hasil yang dapat ditegakkan bisa berbeda dari kesepakatan terakhir.
Ini contoh konseptual. Protokol nyata menetapkan tanda tangan, transisi, pembayaran bersyarat, panggilan, dan tenggat secara tepat. Jangan memindahkan dana hanya berdasarkan aritmetika sederhana ini.
Risiko dan kendali
- Penyelesaian usang. Simpan paket terbaru lengkap dan uji pemulihan. Pahami data serta wewenang sebelum memakai watchtower.
- Tenggat terlewat. Pantau rantai yang benar hingga selesai, dengan waktu realistis untuk gangguan, reorganisasi, kemacetan, dan respons manusia.
- Biaya dan kemacetan. Sisakan aset dasar bebas dan cara menaikkan biaya. Sengketa serentak dapat membuat keluarnya dana mendesak justru mahal.
- Kehilangan kunci atau status. Gunakan pencadangan terdokumentasi. Jangan pulihkan kanal aktif dari snapshot lama tanpa jaminan eksplisit.
- Kapasitas atau rute gagal. Periksa likuiditas masuk/keluar, cadangan, batas bersyarat, kedaluwarsa, dan perantara. Total saldo bukan kapasitas terpakai.
- Lawan transaksi dan keaktifan. Lawan biasanya tak dapat mengubah hasil terlindungi, tetapi dapat menolak pembaruan atau penutupan bersama dan memaksa sengketa lambat.
- Implementasi. Bug klien, penengah, domain tanda tangan, transisi, atau upgrade dapat merusak jaminan. Verifikasi deployment dan audit.
- Kebocoran privasi. Off-chain bukan otomatis anonim: peer, router, pengamat, backup, dan sengketa akhir dapat mengungkap relasi atau data.
Kesalahpahaman umum
- “Off-chain berarti tanpa kepercayaan dan tanpa blockchain.” Jalur penegakan on-chain yang kredibel membatasi kepercayaan; keamanan, ketersediaan, dan biaya tetap penting.
- “Semua status yang ditandatangani keduanya akan diselesaikan.” Aturan urutan, validitas, finalitas, pencabutan, dan tenggat menentukan bukti yang berlaku.
- “Seed phrase memulihkan seluruh kanal.” Umumnya memulihkan kunci, belum tentu status terkini, rahasia, transfer tertunda, atau basis data peer.
- “Pengguna dapat offline selamanya.” Banyak desain menuntut pemantauan dan respons dalam batas waktu, langsung atau melalui layanan delegasi.
- “Kapasitas sama dengan saldo dompet.” Dana harus dikomitmenkan; arah, cadangan, transaksi tertunda, dan likuiditas rute juga menentukan.
- “Kanal status selalu menggantikan rollup.” Kanal cocok untuk interaksi berulang pihak dikenal; keanggotaan terbuka, status global, atau komposabilitas luas dapat lebih cocok dengan rollup atau on-chain.
Topik terkait
Sumber
- Jaringan kanal status umum - ACM (diakses: 2026-08-21)
- Protokol Nitro - Cryptology ePrint Archive (diakses: 2026-08-21)
- Status dan kanal - State Channels (diakses: 2026-08-21)
- BOLT #2: protokol peer untuk pengelolaan kanal - Lightning Specifications (diakses: 2026-08-21)
- BOLT #5: penanganan transaksi on-chain - Lightning Specifications (diakses: 2026-08-21)