Dalam artikel terakhir kami, Tantangan Utama yang Dihadapi Jaringan Petir (1), kami membahas likuiditas, salah satu faktor utama pembatas dalam pengembangan Lightning Network. Masalah likuiditas dapat dibagi menjadi dua aspek: pertama, kurangnya likuiditas secara keseluruhan dalam jaringan, yang membutuhkan penurunan hambatan dalam membangun dan memelihara node Lightning Network serta memperkenalkan mekanisme insentif tambahan; kedua, masalah distribusi likuiditas. Saat ini, solusi seperti Submarine Swap, channel stitching, pembayaran multi-path, Lightning Pool, iklan likuiditas, dan pembayaran loop telah diterapkan untuk mengoptimalkan likuiditas dalam Lightning Network.
Hari ini, kami akan terus mengatasi tantangan lain yang saat ini dihadapi oleh Jaringan Lightning dan solusi inovatif yang telah diusulkan oleh komunitas.
Dengan throughput yang tinggi, latency yang rendah, biaya yang murah, dan fitur privasi, Jaringan Lightning telah menjadi pilihan ideal untuk pembayaran cryptocurrency dan menjadi infrastruktur pembayaran kunci untuk membangun ekonomi P2P. Pada tahun 2021, setelah El Salvador mengadopsi Bitcoin sebagai alat pembayaran yang sah, cakupan aplikasi dari Jaringan Lightning secara signifikan berkembang, dengan jumlah dan jumlah pembayaran meningkat, mengarah pada lebih dari 82.000 saluran pembayaran dalam jaringan pada satu titik.
Sumber: https://mempool.space/graphs/lightning/capacity
Namun, dalam dua tahun terakhir, ada beberapa perubahan dalam tren pengembangan Lightning Network. Dari grafik data di atas, kita dapat mengamati bahwa tingkat pertumbuhan dana di Lightning Network telah melambat. Lebih mencolok lagi, jumlah saluran bahkan mengalami penurunan. Fenomena ini mencerminkan bahwa Lightning Network menghadapi tantangan baru setelah ekspansi yang cepat.
Saat ini, BTC adalah mata uang utama yang beredar dalam Jaringan Petir Bitcoin. Namun, salah satu tantangan terbesar yang dihadapi BTC sebagai alat tukar adalah volatilitas harga yang tinggi. Ketidakstabilan ini telah lama menjadi hambatan utama bagi adopsi luas Jaringan Petir. Untuk benar-benar membawa Jaringan Petir ke rumah tangga dan menjadikan Jaringan Petir sebagai metode pilihan untuk pembayaran kecil dan sering sehari-hari, sangat penting untuk memperkenalkan dukungan stablecoin. Bagaimanapun juga, dalam kehidupan nyata, orang terbiasa menggunakan mata uang dengan nilai stabil untuk transaksi sehari-hari.
Untuk mengatasi hal ini, pada tanggal 23 Juli 2024, Lightning Labs meluncurkan versi mainnet pertama dari Jaringan Lightning multi-aset, secara resmi memperkenalkan Taproot Assets ke Jaringan Lightning. Taproot Assets adalah protokol penerbitan aset pada Bitcoin, yang memungkinkan aset yang diterbitkan untuk disimpan ke dalam saluran pembayaran Lightning Network dan ditransfer melalui Lightning Network yang ada. Peluncuran versi mainnet Jaringan Lightning multi-aset menandai dukungan resmi terhadap stablecoin di Bitcoin Lightning Network, membuka jalan untuk aplikasi seperti perdagangan forex penyelesaian instan global melalui Lightning Network dan menggunakan stablecoin untuk membeli barang.
Gambar: Dalam Jaringan Lightning, Alice mengirimkan stablecoin USD, dan Bob menerima stablecoin EUR.
Selain itu, Nervos CKB telah meluncurkan Jaringan Serat untuk Lightning Network, yang memanfaatkan fleksibilitas dari blockchain CKB untuk mendukung aset yang ditentukan oleh pengguna secara alami, termasuk stablecoin asli Bitcoin yang dimintakan oleh protokol terdesentralisasi seperti Stable++. Pada versi uji coba yang sepenuhnya fungsional yang dirilis pada bulan September, para pengembang sudah dapat menguji stablecoin asli Bitcoin RUSD menggunakan Jaringan Serat.
Kami percaya bahwa integrasi Lightning Network dan stablecoin akan melepaskan sinergi yang kuat, menyuntikkan vitalitas baru ke Lightning Network, dan mempromosikan adopsi luas pembayaran kripto dalam kehidupan sehari-hari.
Meskipun terdapat kemajuan teknologi yang signifikan dalam Jaringan Lightning, masih terdapat ruang untuk peningkatan dalam pengalaman pengguna, terutama bila dibandingkan dengan pengalaman pembayaran tradisional. Beberapa kesenjangan utama termasuk:
Pengguna diharuskan tetap online saat menerima atau mengirim pembayaran melalui Lightning Network. Hal ini karena pembayaran Lightning Network melibatkan perubahan keadaan dana dalam saluran yang dibagikan dengan orang lain, yang berarti kedua belah pihak harus online untuk mengubah keadaan dana bersama-sama. Salah satu alasan utama kegagalan pembayaran dalam Lightning Network adalah karena penerima offline. Dari sudut pandang pengalaman pengguna, ini adalah kekurangan desain yang signifikan. Sebaliknya, metode pembayaran tradisional (seperti transfer bank) dan pembayaran blockchain (seperti transfer USDT on-chain) tidak memerlukan penerima untuk online; transaksi dapat diselesaikan hanya dengan mengetahui akun atau alamat penerima.
Solusi primer saat ini adalah memperkenalkan Penyedia Layanan Jaringan Petir (LSP). LSP dapat menerima pembayaran atas nama pengguna yang sedang offline, menghilangkan persyaratan ketat untuk "tetap online." Solusi ini membuat pengalaman pengguna Jaringan Petir lebih dekat dengan metode pembayaran yang ada, secara signifikan meningkatkan praktikabilitas dan kenyamanannya.
Namun, solusi ini juga memperkenalkan tantangan baru: asumsi kepercayaan. Pengguna perlu menempatkan sejumlah kepercayaan pada penyedia layanan Lightning Network yang dipilihnya. Ketergantungan pada pihak ketiga ini agak bertentangan dengan tujuan awal dari desentralisasi dan dapat menimbulkan kekhawatiran di antara beberapa pengguna.
Faktur dalam Jaringan Lightning adalah alat inti untuk meminta pembayaran. Mereka dibuat oleh penerima pembayaran dan memberikan inisiatif dengan semua informasi yang dibutuhkan untuk menyelesaikan transaksi. Kita bisa dengan mudah menyamakan faktur dengan 'kode pembayaran' yang umum ditemukan dalam aplikasi pembayaran.
Saat ini, faktur default dalam Jaringan Lightning hanya dapat digunakan sekali, berisi nilai hash untuk pembayaran tunggal beserta jumlahnya. Begitu pembayaran berhasil atau faktur habis waktu, maka faktur tersebut menjadi tidak valid. Mekanisme ini mengakibatkan proses yang rumit: setiap pembayaran memerlukan pembuatan, menyalin, menempel, dan mengirimkan faktur baru ke pembayar. Desain ini secara signifikan memengaruhi pengalaman pengguna dalam beberapa skenario tertentu. Misalnya, seorang pedagang yang terbiasa menampilkan kode QR pembayaran (seperti yang dari WeChat atau Alipay) akan merasa menggunakan Jaringan Lightning rumit. Terutama selama jam sibuk, kebutuhan untuk sering membuat dan membagikan faktur bisa secara substansial mengurangi efisiensi dan bahkan mempengaruhi operasi normal.
Untuk mengatasi hal ini, komunitas Bitcoin telah mengusulkan beberapa solusi:
Node_id dari node Lightning Network tetap tidak berubah dan terbuka untuk pembayar setelah invoice diberikan, sehingga Keysend menganggapnya sebagai titik akhir statis. Metode ini memiliki keunggulan signifikan: itu sepenuhnya bergantung pada arsitektur Lightning Network tanpa memerlukan dukungan protokol tambahan. Kekurangannya adalah bahwa itu menawarkan perlindungan privasi yang lebih lemah, karena data sensitif seperti node penerima, saluran, dan saluran UTXO terpapar.
Namun, kegunaan Keysend telah diakui secara luas, dan sebagian besar klien Jaringan Lightning telah mengimplementasikan fungsi Keysend.
LNURL-pay adalah standar yang memungkinkan pengguna untuk membuat kode QR statis yang mampu menerima banyak pembayaran, secara signifikan meningkatkan pengalaman pengguna. Alur kerjanya adalah sebagai berikut:
Lightning Address lebih mengoptimalkan proses ini dengan mengkodekan kode QR pengguna (LNURL-pay) ke dalam URL yang menyerupai alamat email. Ketika pengguna lain mengakses URL ini, sistem secara otomatis mengembalikan permintaan LNURL-pay, menyederhanakan seluruh alur pembayaran.
Perlu dicatat bahwa kebanyakan dompet yang menerapkan fungsionalitas LNURL saat ini beroperasi dalam mode kustodial. Layanan dompet ini memberikan setiap pengguna Alamat Lightning, memungkinkan mereka untuk dengan mudah menerima pembayaran. Meskipun pendekatan ini menawarkan kemudahan, namun juga memperkenalkan tingkat sentralisasi, yang memerlukan pengguna untuk mempertimbangkan kompromi antara kemudahan dan desentralisasi.
BOLT12 adalah proposal baru untuk spesifikasi teknis Jaringan Petir yang bertujuan untuk mencapai beberapa fungsionalitas yang ditawarkan oleh LNURL tanpa bergantung pada server web. Meskipun BOLT12 belum disatukan ke dalam BOLT (landasan teknis Jaringan Petir), proposal ini telah mendapat dukungan dari sebagian besar pengembang. Sorot utama dari BOLT12 dibandingkan dengan LNURL adalah bahwa hal ini dapat diimplementasikan dalam protokol Jaringan Petir itu sendiri, tanpa perlu bergantung pada protokol jaringan atau metode komunikasi lainnya.
Selain masalah likuiditas secara keseluruhan dan masalah distribusi likuiditas yang disebutkan di artikel sebelumnya, dan kurangnya dukungan stablecoin yang dibahas dalam artikel ini, ada banyak area yang perlu ditingkatkan dalam pengalaman pengguna dalam Jaringan Petir. Jalur pengembangan Jaringan Petir juga menghadapi banyak tantangan lainnya. Misalnya, mekanisme LN-Penalty yang digunakan dalam Jaringan Petir Bitcoin tidak hanya menambah kompleksitas tetapi juga memberikan beban penyimpanan. Mengimplementasikan perbaikan yang diusulkan, eltoo, memerlukan soft fork Bitcoin dan pengenalan jenis hash tanda tangan baru. Demikian pula, masalah privasi mengenai HTLC mungkin akan melihat perbaikan melalui PTLC, yang pertama dapat diimplementasikan pada Jaringan Petir dari blockchain lain.
Meskipun jalan ke depan penuh tantangan, kemajuan teknologi yang terus-menerus dan upaya komunitas yang berkelanjutan pada akhirnya akan mengatasi hambatan-hambatan ini. Kami memiliki alasan kuat untuk percaya bahwa Lightning Network semakin mendekati tujuannya untuk diterima secara luas. Ini tidak hanya akan mengubah pembayaran kripto tetapi juga memiliki potensi untuk menjadi penggerak utama inovasi keuangan global.
Dalam artikel terakhir kami, Tantangan Utama yang Dihadapi Jaringan Petir (1), kami membahas likuiditas, salah satu faktor utama pembatas dalam pengembangan Lightning Network. Masalah likuiditas dapat dibagi menjadi dua aspek: pertama, kurangnya likuiditas secara keseluruhan dalam jaringan, yang membutuhkan penurunan hambatan dalam membangun dan memelihara node Lightning Network serta memperkenalkan mekanisme insentif tambahan; kedua, masalah distribusi likuiditas. Saat ini, solusi seperti Submarine Swap, channel stitching, pembayaran multi-path, Lightning Pool, iklan likuiditas, dan pembayaran loop telah diterapkan untuk mengoptimalkan likuiditas dalam Lightning Network.
Hari ini, kami akan terus mengatasi tantangan lain yang saat ini dihadapi oleh Jaringan Lightning dan solusi inovatif yang telah diusulkan oleh komunitas.
Dengan throughput yang tinggi, latency yang rendah, biaya yang murah, dan fitur privasi, Jaringan Lightning telah menjadi pilihan ideal untuk pembayaran cryptocurrency dan menjadi infrastruktur pembayaran kunci untuk membangun ekonomi P2P. Pada tahun 2021, setelah El Salvador mengadopsi Bitcoin sebagai alat pembayaran yang sah, cakupan aplikasi dari Jaringan Lightning secara signifikan berkembang, dengan jumlah dan jumlah pembayaran meningkat, mengarah pada lebih dari 82.000 saluran pembayaran dalam jaringan pada satu titik.
Sumber: https://mempool.space/graphs/lightning/capacity
Namun, dalam dua tahun terakhir, ada beberapa perubahan dalam tren pengembangan Lightning Network. Dari grafik data di atas, kita dapat mengamati bahwa tingkat pertumbuhan dana di Lightning Network telah melambat. Lebih mencolok lagi, jumlah saluran bahkan mengalami penurunan. Fenomena ini mencerminkan bahwa Lightning Network menghadapi tantangan baru setelah ekspansi yang cepat.
Saat ini, BTC adalah mata uang utama yang beredar dalam Jaringan Petir Bitcoin. Namun, salah satu tantangan terbesar yang dihadapi BTC sebagai alat tukar adalah volatilitas harga yang tinggi. Ketidakstabilan ini telah lama menjadi hambatan utama bagi adopsi luas Jaringan Petir. Untuk benar-benar membawa Jaringan Petir ke rumah tangga dan menjadikan Jaringan Petir sebagai metode pilihan untuk pembayaran kecil dan sering sehari-hari, sangat penting untuk memperkenalkan dukungan stablecoin. Bagaimanapun juga, dalam kehidupan nyata, orang terbiasa menggunakan mata uang dengan nilai stabil untuk transaksi sehari-hari.
Untuk mengatasi hal ini, pada tanggal 23 Juli 2024, Lightning Labs meluncurkan versi mainnet pertama dari Jaringan Lightning multi-aset, secara resmi memperkenalkan Taproot Assets ke Jaringan Lightning. Taproot Assets adalah protokol penerbitan aset pada Bitcoin, yang memungkinkan aset yang diterbitkan untuk disimpan ke dalam saluran pembayaran Lightning Network dan ditransfer melalui Lightning Network yang ada. Peluncuran versi mainnet Jaringan Lightning multi-aset menandai dukungan resmi terhadap stablecoin di Bitcoin Lightning Network, membuka jalan untuk aplikasi seperti perdagangan forex penyelesaian instan global melalui Lightning Network dan menggunakan stablecoin untuk membeli barang.
Gambar: Dalam Jaringan Lightning, Alice mengirimkan stablecoin USD, dan Bob menerima stablecoin EUR.
Selain itu, Nervos CKB telah meluncurkan Jaringan Serat untuk Lightning Network, yang memanfaatkan fleksibilitas dari blockchain CKB untuk mendukung aset yang ditentukan oleh pengguna secara alami, termasuk stablecoin asli Bitcoin yang dimintakan oleh protokol terdesentralisasi seperti Stable++. Pada versi uji coba yang sepenuhnya fungsional yang dirilis pada bulan September, para pengembang sudah dapat menguji stablecoin asli Bitcoin RUSD menggunakan Jaringan Serat.
Kami percaya bahwa integrasi Lightning Network dan stablecoin akan melepaskan sinergi yang kuat, menyuntikkan vitalitas baru ke Lightning Network, dan mempromosikan adopsi luas pembayaran kripto dalam kehidupan sehari-hari.
Meskipun terdapat kemajuan teknologi yang signifikan dalam Jaringan Lightning, masih terdapat ruang untuk peningkatan dalam pengalaman pengguna, terutama bila dibandingkan dengan pengalaman pembayaran tradisional. Beberapa kesenjangan utama termasuk:
Pengguna diharuskan tetap online saat menerima atau mengirim pembayaran melalui Lightning Network. Hal ini karena pembayaran Lightning Network melibatkan perubahan keadaan dana dalam saluran yang dibagikan dengan orang lain, yang berarti kedua belah pihak harus online untuk mengubah keadaan dana bersama-sama. Salah satu alasan utama kegagalan pembayaran dalam Lightning Network adalah karena penerima offline. Dari sudut pandang pengalaman pengguna, ini adalah kekurangan desain yang signifikan. Sebaliknya, metode pembayaran tradisional (seperti transfer bank) dan pembayaran blockchain (seperti transfer USDT on-chain) tidak memerlukan penerima untuk online; transaksi dapat diselesaikan hanya dengan mengetahui akun atau alamat penerima.
Solusi primer saat ini adalah memperkenalkan Penyedia Layanan Jaringan Petir (LSP). LSP dapat menerima pembayaran atas nama pengguna yang sedang offline, menghilangkan persyaratan ketat untuk "tetap online." Solusi ini membuat pengalaman pengguna Jaringan Petir lebih dekat dengan metode pembayaran yang ada, secara signifikan meningkatkan praktikabilitas dan kenyamanannya.
Namun, solusi ini juga memperkenalkan tantangan baru: asumsi kepercayaan. Pengguna perlu menempatkan sejumlah kepercayaan pada penyedia layanan Lightning Network yang dipilihnya. Ketergantungan pada pihak ketiga ini agak bertentangan dengan tujuan awal dari desentralisasi dan dapat menimbulkan kekhawatiran di antara beberapa pengguna.
Faktur dalam Jaringan Lightning adalah alat inti untuk meminta pembayaran. Mereka dibuat oleh penerima pembayaran dan memberikan inisiatif dengan semua informasi yang dibutuhkan untuk menyelesaikan transaksi. Kita bisa dengan mudah menyamakan faktur dengan 'kode pembayaran' yang umum ditemukan dalam aplikasi pembayaran.
Saat ini, faktur default dalam Jaringan Lightning hanya dapat digunakan sekali, berisi nilai hash untuk pembayaran tunggal beserta jumlahnya. Begitu pembayaran berhasil atau faktur habis waktu, maka faktur tersebut menjadi tidak valid. Mekanisme ini mengakibatkan proses yang rumit: setiap pembayaran memerlukan pembuatan, menyalin, menempel, dan mengirimkan faktur baru ke pembayar. Desain ini secara signifikan memengaruhi pengalaman pengguna dalam beberapa skenario tertentu. Misalnya, seorang pedagang yang terbiasa menampilkan kode QR pembayaran (seperti yang dari WeChat atau Alipay) akan merasa menggunakan Jaringan Lightning rumit. Terutama selama jam sibuk, kebutuhan untuk sering membuat dan membagikan faktur bisa secara substansial mengurangi efisiensi dan bahkan mempengaruhi operasi normal.
Untuk mengatasi hal ini, komunitas Bitcoin telah mengusulkan beberapa solusi:
Node_id dari node Lightning Network tetap tidak berubah dan terbuka untuk pembayar setelah invoice diberikan, sehingga Keysend menganggapnya sebagai titik akhir statis. Metode ini memiliki keunggulan signifikan: itu sepenuhnya bergantung pada arsitektur Lightning Network tanpa memerlukan dukungan protokol tambahan. Kekurangannya adalah bahwa itu menawarkan perlindungan privasi yang lebih lemah, karena data sensitif seperti node penerima, saluran, dan saluran UTXO terpapar.
Namun, kegunaan Keysend telah diakui secara luas, dan sebagian besar klien Jaringan Lightning telah mengimplementasikan fungsi Keysend.
LNURL-pay adalah standar yang memungkinkan pengguna untuk membuat kode QR statis yang mampu menerima banyak pembayaran, secara signifikan meningkatkan pengalaman pengguna. Alur kerjanya adalah sebagai berikut:
Lightning Address lebih mengoptimalkan proses ini dengan mengkodekan kode QR pengguna (LNURL-pay) ke dalam URL yang menyerupai alamat email. Ketika pengguna lain mengakses URL ini, sistem secara otomatis mengembalikan permintaan LNURL-pay, menyederhanakan seluruh alur pembayaran.
Perlu dicatat bahwa kebanyakan dompet yang menerapkan fungsionalitas LNURL saat ini beroperasi dalam mode kustodial. Layanan dompet ini memberikan setiap pengguna Alamat Lightning, memungkinkan mereka untuk dengan mudah menerima pembayaran. Meskipun pendekatan ini menawarkan kemudahan, namun juga memperkenalkan tingkat sentralisasi, yang memerlukan pengguna untuk mempertimbangkan kompromi antara kemudahan dan desentralisasi.
BOLT12 adalah proposal baru untuk spesifikasi teknis Jaringan Petir yang bertujuan untuk mencapai beberapa fungsionalitas yang ditawarkan oleh LNURL tanpa bergantung pada server web. Meskipun BOLT12 belum disatukan ke dalam BOLT (landasan teknis Jaringan Petir), proposal ini telah mendapat dukungan dari sebagian besar pengembang. Sorot utama dari BOLT12 dibandingkan dengan LNURL adalah bahwa hal ini dapat diimplementasikan dalam protokol Jaringan Petir itu sendiri, tanpa perlu bergantung pada protokol jaringan atau metode komunikasi lainnya.
Selain masalah likuiditas secara keseluruhan dan masalah distribusi likuiditas yang disebutkan di artikel sebelumnya, dan kurangnya dukungan stablecoin yang dibahas dalam artikel ini, ada banyak area yang perlu ditingkatkan dalam pengalaman pengguna dalam Jaringan Petir. Jalur pengembangan Jaringan Petir juga menghadapi banyak tantangan lainnya. Misalnya, mekanisme LN-Penalty yang digunakan dalam Jaringan Petir Bitcoin tidak hanya menambah kompleksitas tetapi juga memberikan beban penyimpanan. Mengimplementasikan perbaikan yang diusulkan, eltoo, memerlukan soft fork Bitcoin dan pengenalan jenis hash tanda tangan baru. Demikian pula, masalah privasi mengenai HTLC mungkin akan melihat perbaikan melalui PTLC, yang pertama dapat diimplementasikan pada Jaringan Petir dari blockchain lain.
Meskipun jalan ke depan penuh tantangan, kemajuan teknologi yang terus-menerus dan upaya komunitas yang berkelanjutan pada akhirnya akan mengatasi hambatan-hambatan ini. Kami memiliki alasan kuat untuk percaya bahwa Lightning Network semakin mendekati tujuannya untuk diterima secara luas. Ini tidak hanya akan mengubah pembayaran kripto tetapi juga memiliki potensi untuk menjadi penggerak utama inovasi keuangan global.