Pada artikel sebelumnya, "Bagaimana Cara Kerja Lightning Network (2),“kami menjelajahi prinsip kerja Jaringan Petir Bitcoin. Pada dasarnya, Jaringan Petir adalah sistem saluran pembayaran yang dirancang dengan hati-hati yang menghubungkan saluran pembayaran individu menjadi jaringan pembayaran yang luas dan saling terhubung. Hal ini memungkinkan pihak yang tidak terhubung langsung untuk melakukan pembayaran satu sama lain melalui multi-hop routing, dengan kontrak seperti HTLC dan PTLC yang memastikan keamanan rute.

Meskipun sudah bertahun-tahun pengembangan dan kemajuan signifikan dalam teknologi dan pengalaman pengguna, kita harus menghadapi kenyataan bahwa Lightning Network belum mencapai tingkat adopsi besar-besaran. Dalam artikel hari ini, kita akan fokus pada tantangan kunci yang saat ini dihadapi oleh Lightning Network: masalah likuiditas. Tantangan ini dapat dibagi menjadi dua aspek: kurangnya likuiditas secara keseluruhan dalam jaringan dan masalah distribusi likuiditas.

Kekurangan Likuiditas Jaringan Secara Keseluruhan

Menurut statistik terbaru dari Mempool, Jaringan Petir Bitcoin saat ini memiliki 12.389 node dan 48.000 saluran pembayaran, dengan total kapasitas saluran sebesar 5.311,8 BTC.

Lightning Network adalah jaringan likuiditas P2P, dan untuk mencapai adopsi dalam skala besar yang sebenarnya, jumlah node, saluran pembayaran, dan kapasitas saluran secara keseluruhan harus tumbuh ratusan atau bahkan ribuan kali lipat. Jadi, bagaimana cara kita menarik lebih banyak node untuk bergabung dengan jaringan?

Pertama, sangat penting untuk menurunkan hambatan dalam menyiapkan dan menjaga node Jaringan Lightning, sehingga mudah bagi pengguna tanpa latar belakang teknis untuk menjalankan node Jaringan Lightning. Beberapa tim dalam ekosistem Bitcoin telah memperkenalkan solusi perangkat keras plug-and-play, seperti kotak perangkat keras Umbrel, yang mendukung menjalankan node Jaringan Lightning Bitcoin. Demikian pula, Fi5Box tidak hanya mendukung Jaringan Lightning Bitcoin tetapi juga memungkinkan menjalankan node untuk jaringan lain, seperti Jaringan Fiber CKB. Perangkat ini menyediakan solusi node bebas perawatan untuk pengguna.

Kedua, memperkenalkan mekanisme insentif tambahan menjadi kunci untuk menciptakan lingkaran umpan balik positif bagi Jaringan Petir. Begitu saluran pembayaran dibuka di Jaringan Petir, dana terkunci. Misalnya, jika Alice ingin bertindak sebagai Penyedia Layanan Petir (LSP) dan membuka saluran dengan 100 orang, mengalokasikan 1 BTC per saluran, ia perlu mengunci 100 BTC. Dana ini hanya menghasilkan pendapatan ketika mereka bergerak; dana yang menganggur tidak. Hal ini karena pendapatan utama untuk node Jaringan Petir berasal dari biaya transaksi, yang biasanya dihitung sebagai 'Biaya Dasar + Tingkat Biaya per satoshi.' Biaya dasar adalah jumlah tetap yang dibebankan untuk setiap transaksi, terlepas dari ukurannya, sedangkan tingkat biaya adalah persentase yang dibebankan per satoshi dalam transaksi.

Menurut statistik Mempool, biaya dasar rata-rata saat ini dalam Jaringan Petir Bitcoin adalah 950 mSat (0,95 sat), dan tingkat biaya rata-rata adalah 764 ppm (0,000764 Sat per satoshi). Ini berarti bahwa untuk transaksi 10.000 satoshi (0,0001 BTC, saat ini bernilai sekitar $6,50), node routing akan mendapatkan kurang dari 9 satoshi sebagai biaya. Selain itu, volume transaksi di Jaringan Petir masih relatif rendah, dan banyak transaksi tidak memerlukan node routing sama sekali (karena dua pihak yang terlibat memiliki saluran pembayaran langsung). Akibatnya, mereka yang memiliki BTC dan mencari pengembalian investasi tidak memilih untuk mengunci BTC mereka ke dalam Jaringan Petir untuk mendapatkan biaya transaksi. Sebaliknya, mereka lebih memilih untuk meminjamkan BTC mereka di bursa atau berpartisipasi dalam proyek-proyek baru yang menawarkan peluang Staking/Restaking.

Jika mekanisme insentif tambahan dapat diperkenalkan untuk mendorong lebih banyak orang menjalankan node Lightning Network atau menjadi LSP, dan jika lebih banyak pemegang BTC termotivasi untuk menyetor BTC mereka ke Lightning Network untuk mendapatkan imbalan, masalah kekurangan likuiditas jaringan dapat teratasi. Saat Lightning Network menjadi lebih ramah pengguna, itu akan menarik lebih banyak pengguna, menghasilkan peningkatan transaksi, yang pada gilirannya akan meningkatkan pendapatan biaya node routing dan mendorong lebih banyak orang menjadi LSP. Ini akhirnya akan mengarahkan Lightning Network ke dalam lingkaran umpan balik positif.

Saat ini, dalam ekosistem Bitcoin, UTXO Stack telah mengumumkan peralihannya menjadi lapisan staking untuk Lightning Network. Melalui protokol staking terdesentralisasi, tujuannya adalah untuk menyediakan likuiditas yang lebih baik dan model hasil yang ditingkatkan untuk Lightning Network. Selain itu, UTXO Stack akan memperkenalkan mekanisme insentif token untuk mendorong pengguna untuk melakukan staking BTC dan meningkatkan likuiditas saluran pembayaran Lightning Network.

Masalah Distribusi Likuiditas

Meskipun kekurangan likuiditas secara keseluruhan telah teratasi, mendistribusikan likuiditas ini secara efektif tetap menjadi tantangan.

Mari kita ambil contoh di mana Alice melakukan pembayaran kepada Carol melalui simpul routing Bob. Pada awalnya, baik Alice maupun Carol memiliki 20.000 satoshi di saluran masing-masing, sementara Bob memiliki 10.000 satoshi di setiap saluran. Setelah beberapa transaksi, distribusi saldo di saluran mungkin terlihat seperti ini (untuk keperluan kesederhanaan, kami tidak mempertimbangkan biaya routing yang dikumpulkan oleh Bob):

Jika Alice dan Carol masih melakukan transaksi bisnis di masa depan, di mana Alice perlu melakukan pembayaran lebih lanjut kepada Carol, apa yang bisa dilakukan? Bob tidak lagi dapat merutekan pembayaran (karena Bob tidak lagi memiliki cukup dana di salurannya dengan Carol untuk mentransfer uang kepadanya). Dalam hal ini, Bob perlu menyeimbangkan salurannya.

Skenario ini sangat umum terjadi bagi node pemutaran dalam Jaringan Lightning. Operator node harus terus-menerus menyeimbangkan likuiditas antara saluran mereka. Jika saluran tidak memiliki dana di sisi Anda, Anda tidak dapat mengirim pembayaran; jika semua dana berada di sisi Anda, Anda tidak dapat menerima pembayaran.

Dalam contoh di atas, salah satu pilihan adalah menutup saluran antara Bob dan Carol dan membuka yang baru. Namun, pendekatan ini tidak efisien biaya karena menutup dan membuka saluran memerlukan transaksi on-chain, yang menimbulkan biaya penambang Bitcoin. Tujuan utama dari Jaringan Lightning adalah untuk mengurangi operasi on-chain dan memindahkan sebanyak mungkin transaksi ke saluran off-chain. Jika jutaan saluran dibuka dan ditutup setiap hari di Jaringan Lightning, blockchain Bitcoin akan menjadi padat, dan biaya penambang akan melonjak.

Untuk mengatasi hal ini, komunitas Bitcoin telah mengusulkan beberapa solusi inovatif untuk memecahkan masalah distribusi likuiditas:

Submarine Swap (submarine swap)

Secara sederhana, Submarine Swap memungkinkan pengguna mengirim BTC dari saluran mereka ke layanan pertukaran dalam Jaringan Petir. Sebagai imbalannya, layanan pertukaran mengirim jumlah BTC yang setara ke alamat penerima yang ditentukan di blockchain Bitcoin, atau sebaliknya: pengguna dapat mengirim BTC on-chain ke layanan pertukaran, yang kemudian mengirimkan BTC dari saluran ke node penerima yang ditentukan. Meskipun proses ini melibatkan layanan pertukaran, itu sepenuhnya tanpa kepercayaan berkat HTLC (Hash Time-Locked Contracts).

Submarine Swap juga telah menginspirasi banyak inovasi berikutnya, seperti protokol penyesuaian saldo saluran PeerSwap, yang memungkinkan pengguna untuk langsung melakukan pertukaran kapal selam dengan mitra saluran mereka. Dalam contoh di atas, Carol dapat bertindak sebagai layanan pertukaran. Bob mentransfer BTC on-chain ke Carol, dan sebagai imbalannya, Carol membayar Bob sejumlah BTC yang setara dari saluran.

Secara khusus, prosesnya berjalan sebagai berikut:

1. Bob menghasilkan nilai rahasia R (preimage) dan hashnya H.
2. Bob membuat HTLC di blockchain Bitcoin menggunakan hash H: dia akan membayar Carol 10.000 satoshi, asalkan dia dapat mengungkapkan rahasia R dalam 5 blok; jika tidak, dana akan kembali ke Bob.
3. Carol membuat HTLC di saluran pembayarannya dengan Bob menggunakan hash H yang sama: dia akan membayar Bob 10.000 satoshi dari saluran tersebut, asalkan dia dapat mengungkapkan rahasia R dalam waktu 4 blok; jika tidak, dana akan kembali ke Carol (untuk kesederhanaan, kami tidak mempertimbangkan biaya layanan yang dibebankan oleh layanan pertukaran).
4. Bob menggunakan rahasia R untuk membuka HTLC di saluran dan mengambil 10.000 satoshi.
5. Setelah Bob menarik dana, Carol juga mengetahui rahasia R dan menggunakannya untuk membuka kunci HTLC pada blockchain Bitcoin untuk menarik 10.000 satoshi.

Dibandingkan dengan menutup saluran dan membuka yang baru, Submarine Swap melibatkan hanya satu transaksi on-chain, membuatnya lebih ekonomis dan sepenuhnya terpercaya.

Menyusun

Penggabungan saluran adalah metode penyeimbangan on-chain di mana sebuah node menutup saluran dan kemudian membuka saluran baru dalam satu transaksi, sehingga mengubah saldo yang terkunci di saluran. Ketika sebuah node mengunci lebih banyak dana melalui proses ini, itu disebut sebagai "splice in"; jika mengurangi dana yang terkunci, itu disebut "splice out." Dalam contoh di atas, saluran antara Bob dan Carol dapat diperpanjang melalui penggabungan saluran.

Penyambungan saluran jauh lebih nyaman daripada menggunakan dua transaksi untuk menutup dan membuka kembali saluran. Namun, ini masih memerlukan penyiaran transaksi di seluruh jaringan, membayar biaya penambang on-chain, dan menunggu transaksi untuk dikonfirmasi.

Pembayaran Multi-Path (MPP)

Pembayaran multi-path memungkinkan pembayaran dibagi menjadi beberapa bagian, yang dapat secara bersamaan disimpan atau diarahkan melalui saluran yang berbeda. Misalnya, jika Alice perlu membayar Carol 10.000 satoshi dan Bob tidak lagi dapat mengarahkan pembayaran, Alice dapat membayar Carol 6.000 satoshi melalui simpul pengarah David dan 4.000 satoshi melalui simpul pengarah Eva. Dengan cara ini, pembayaran Alice sebesar 10.000 satoshi dapat diselesaikan menggunakan pembayaran multi-path.

Niat asli dari teknologi pembayaran multi-path adalah untuk mengatasi keterbatasan pembayaran satu jalur, memungkinkan pembayaran yang lebih besar disampaikan dengan membaginya menjadi bagian yang lebih kecil. Misalnya, transaksi Lightning Network sebesar 1 BTC dapat dibagi menjadi 100 transaksi sebesar 0,01 BTC masing-masing. Pembayaran multi-path menguntungkan desentralisasi jaringan dan privasi transaksi. Dalam hal keamanan, teknologi pembayaran multi-path atomik (AMP) memastikan bahwa jika satu jalur gagal menyelesaikan pembayaran, maka semua pembayaran akan gagal, mencegah kebingungan dan penipuan.

Selain itu, dalam Jaringan Lightning, transaksi besar juga dapat diselesaikan melalui saluran Wumbo. Saluran Wumbo menghapus batasan pada jumlah Bitcoin yang dapat ditahan oleh saluran Lightning reguler (0.1667 BTC), memungkinkan node memiliki kapasitas saluran yang lebih tinggi dan dengan demikian mendukung transaksi yang lebih besar.

Kesimpulan

Likuiditas adalah salah satu faktor utama yang membatasi perkembangan Jaringan Petir. Dengan mengurangi hambatan untuk membangun dan memelihara simpul Jaringan Petir serta memperkenalkan mekanisme insentif tambahan, jaringan dapat mengatasi masalah likuiditas yang kurang memadai. Solusi seperti Submarine Swap, channel splicing, dan multi-path payments juga berkontribusi dalam mengatasi distribusi likuiditas di dalam jaringan.

Selain solusi-solusi ini, komunitas Bitcoin telah mengusulkan strategi lain untuk mengoptimalkan likuiditas jaringan, termasuk Lightning Pool (pasar lelang sewa saluran), Iklan Likuiditas (skema sewa saluran), dan pembayaran loop (dimana sebuah node membayar dirinya sendiri melalui loop yang terbentuk oleh saluran pembayaran untuk mencapai penyeimbangan di luar rantai).

Manajemen likuiditas tanpa diragukan lagi merupakan upaya yang kompleks untuk Jaringan Petir. Namun, dengan kemajuan teknologi yang terus-menerus dan upaya komunitas yang berkelanjutan, kami memiliki alasan untuk percaya bahwa tantangan likuiditas ini akhirnya akan terselesaikan.

Disclaimer：

1. Artikel ini dicetak ulang dari [Kipas RGB++]. Semua hak cipta milik penulis asli [ Byte CKB]. Jika ada keberatan terhadap cetak ulang ini, silakan hubungi Gate Belajartim, dan mereka akan menanganinya dengan cepat.
2. Penolakan Tanggung Jawab Kewajiban: Pandangan dan opini yang terungkap dalam artikel ini semata-mata milik penulis dan tidak merupakan saran investasi apa pun.
3. Terjemahan artikel ke bahasa lain dilakukan oleh tim Gate Learn. Kecuali disebutkan, menyalin, mendistribusikan, atau menjiplak artikel yang diterjemahkan dilarang.