Visi masa depan blockchain adalah untuk mencapai desentralisasi, keamanan, dan skalabilitas. Namun, biasanya hanya dua dari tiga yang dapat dicapai, yang dikenal sebagai masalah segitiga tidak mungkin dalam blockchain. Selama bertahun-tahun, orang telah menjelajahi cara untuk meningkatkan throughput dan kecepatan transaksi blockchain dengan tetap menjaga desentralisasi dan keamanan, yaitu menyelesaikan masalah skalabilitas.
Desentralisasi, keamanan, dan skalabilitas blockchain didefinisikan sebagai berikut:
Desentralisasi: Siapa pun dapat menjadi node untuk berpartisipasi dalam produksi dan verifikasi sistem blockchain, semakin banyak node, semakin tinggi tingkat desentralisasi.
Keamanan: Semakin tinggi biaya yang dikeluarkan untuk mendapatkan kontrol atas sistem blockchain, semakin tinggi keamanannya, dan rantai dapat menahan serangan dari proporsi peserta yang lebih besar.
Skalabilitas: Kemampuan blockchain untuk memproses sejumlah besar transaksi.
Fork besar pertama dari jaringan Bitcoin berasal dari masalah skalabilitas. Dengan bertambahnya jumlah pengguna dan volume transaksi, jaringan Bitcoin yang memiliki batas maksimum 1MB per blok mulai menghadapi kemacetan. Sejak 2015, komunitas Bitcoin telah memiliki perbedaan pendapat mengenai masalah skalabilitas, satu pihak mendukung perluasan blok, sementara pihak lainnya berpendapat bahwa seharusnya menggunakan solusi Segwit untuk mengoptimalkan struktur rantai utama. Pada 1 Agustus 2017, pihak yang mendukung perluasan blok mengembangkan sistem klien hingga 8MB yang mulai beroperasi, yang menyebabkan fork besar pertama dalam sejarah Bitcoin, sekaligus melahirkan jenis koin baru BCH.
Jaringan Ethereum juga memilih untuk mengorbankan sebagian dari skalabilitasnya untuk menjamin keamanan dan desentralisasi jaringan. Meskipun Ethereum tidak membatasi ukuran blok seperti Bitcoin untuk membatasi jumlah transaksi, tetapi secara tidak langsung menetapkan batasan pada biaya bahan bakar yang dapat ditampung dalam satu blok, tujuannya tetap untuk mencapai Konsensus Tanpa Kepercayaan dan memastikan distribusi node yang luas.
Dari CryptoKitties pada tahun 2017, DeFi summer, hingga munculnya aplikasi on-chain seperti GameFi dan NFT, permintaan pasar untuk throughput terus meningkat, tetapi bahkan Ethereum yang Turing-complete hanya dapat memproses 15~45 transaksi per detik (TPS). Ini menyebabkan biaya transaksi terus meningkat, waktu penyelesaian menjadi lebih lama, dan sebagian besar Dapps sulit untuk menanggung biaya operasional, seluruh jaringan menjadi lambat dan mahal bagi pengguna, sehingga masalah skalabilitas blockchain perlu segera diselesaikan. Solusi skalabilitas yang ideal adalah: meningkatkan kecepatan transaksi dan throughput jaringan blockchain sebanyak mungkin tanpa mengorbankan desentralisasi dan keamanan.
2. Kategori Rencana Perluasan
Kami membagi rencana ekspansi menjadi dua kategori besar: ekspansi on-chain dan ekspansi off-chain berdasarkan standar "apakah ada perubahan pada lapisan utama jaringan".
2.1 Skalabilitas di atas rantai
Konsep inti: solusi untuk mencapai efek peningkatan kapasitas dengan mengubah satu lapisan protokol jaringan utama, solusi utama saat ini adalah sharding.
Ada berbagai solusi untuk memperluas kapasitas di rantai, artikel ini tidak akan membahasnya secara mendalam, hanya mencantumkan dua jenis:
Rencana satu adalah memperluas ruang blok, menambah jumlah transaksi yang dikemas dalam setiap blok, tetapi ini akan meningkatkan persyaratan untuk perangkat node berkinerja tinggi, meningkatkan ambang batas untuk bergabung sebagai node, dan mengurangi tingkat "desentralisasi".
Opsi kedua adalah sharding, membagi buku besar blockchain menjadi beberapa bagian, di mana bagian yang berbeda atau node yang berbeda bertanggung jawab untuk pencatatan yang berbeda, dan perhitungan paralel dapat memproses beberapa transaksi secara bersamaan; ini dapat mengurangi tekanan komputasi pada node dan ambang batas untuk bergabung, meningkatkan kecepatan pemrosesan transaksi dan tingkat desentralisasi; tetapi ini berarti kekuatan komputasi di seluruh jaringan terdistribusi, yang dapat mengurangi "keamanan" seluruh jaringan.
Mengubah kode protokol jaringan utama dapat menghasilkan dampak negatif yang sulit diprediksi, karena setiap celah keamanan yang halus di lapisan dasar dapat mengancam secara serius keamanan seluruh jaringan, yang mungkin terpaksa melakukan fork atau menghentikan pemeliharaan untuk melakukan pembaruan.
2.2 off-chain ekspansi
Konsep inti: solusi skalabilitas yang tidak mengubah protokol jaringan utama lapisan satu yang ada.
Solusi skalabilitas off-chain dapat dibagi lagi menjadi Layer2 dan solusi lainnya:
Layer2: Saluran Status, Plasma, Rollups( Rollups Optimis dan Rollups ZK )
Lainnya: Sidechains, Validium
3. Solusi skalabilitas off-chain
3.1 Saluran Negara
3.1.1 Ringkasan
Saluran status mengatur bahwa pengguna hanya perlu berinteraksi dengan jaringan utama saat saluran dibuka, ditutup, atau menyelesaikan sengketa, dan melakukan interaksi antar pengguna secara off-chain, untuk mengurangi waktu dan biaya transaksi pengguna, serta memungkinkan jumlah transaksi tidak terbatas.
Saluran status adalah protokol P2P sederhana yang cocok untuk "aplikasi berbasis giliran", seperti permainan catur dua orang. Setiap saluran dikelola oleh kontrak pintar multisig yang berjalan di jaringan utama, yang mengontrol aset yang disimpan dalam saluran, memverifikasi pembaruan status, dan menjadi arbiter sengketa antara peserta. Setelah peserta menyebarkan kontrak di jaringan blockchain, mereka menyetor dana dan menguncinya, setelah disetujui oleh kedua belah pihak, saluran secara resmi dibuka. Saluran memungkinkan transaksi gratis off-chain tanpa batas antara peserta selama nilai bersih transfer tidak melebihi total token yang disetor (. Peserta bergiliran mengirimkan pembaruan status satu sama lain, menunggu tanda tangan persetujuan dari pihak lainnya. Setelah pihak lain memberikan tanda tangan persetujuan, pembaruan status ini dianggap selesai. Dalam keadaan normal, pembaruan status yang disetujui oleh kedua belah pihak tidak akan diunggah ke jaringan utama, hanya ketika ada sengketa atau saluran ditutup, baru akan bergantung pada konfirmasi jaringan utama. Ketika perlu menutup saluran, salah satu peserta dapat mengajukan permintaan transaksi di jaringan utama, jika permintaan keluar mendapat persetujuan tanda tangan bulat dari semua peserta, maka akan dieksekusi segera di chain, yaitu kontrak pintar mendistribusikan sisa dana yang terkunci berdasarkan saldo setiap peserta pada status akhir saluran; jika peserta lain tidak memberikan persetujuan tanda tangan, maka semua orang harus menunggu "masa tantangan" berakhir sebelum dapat menerima sisa dana.
Secara keseluruhan, solusi saluran status dapat secara signifikan mengurangi beban komputasi di jaringan utama, meningkatkan kecepatan transaksi, dan menurunkan biaya transaksi.
)# 3.1.2 Garis Waktu
2015/02, Joseph Poon dan Thaddeus Dryja menerbitkan draf whitepaper jaringan Lightning.
2015/11, Jeff Coleman pertama kali merangkum secara sistematis konsep State Channel, mengusulkan bahwa Payment Channel pada Bitcoin adalah sub-kasus dari konsep State Channel.
2016/01, Joseph Poon dan Thaddeus Dryja secara resmi menerbitkan makalah putih "The Bitcoin Lightning Network: Scalable Off-Chain Instant Payments" yang mengusulkan solusi penskalaan untuk jaringan Bitcoin, Payment Channel### saluran pembayaran(, solusi ini hanya digunakan untuk menangani pembayaran transfer di jaringan Bitcoin.
2017/11, spesifikasi desain State Channel pertama yang didasarkan pada kerangka Payment Channel, Sprites, diajukan.
2018/06, Counterfactual mengajukan desain Generalized State Channels yang rinci, ini adalah desain pertama yang sepenuhnya terkait dengan saluran status.
2018/10, artikel Generalised State Channel Networks memperkenalkan konsep State Channel Networks dan Virtual Channels.
2019/02, konsep saluran status diperluas ke N-Party Channels, Nitro adalah protokol pertama yang dibangun berdasarkan ide tersebut.
2019/10, Pisa untuk menyelesaikan masalah semua peserta yang perlu terus online, memperluas konsep Watchtowers.
2020/03, Hydra mengusulkan Fast Isomorphic Channels.
)# 3.1.3 Prinsip Teknologi
Alur kerja di rantai tradisional: Alice dan Bob berinteraksi dengan kontrak pintar yang diterapkan di jaringan utama, pengguna mengubah status kontrak pintar dengan mengirimkan transaksi ke rantai. Kekurangan dari ini adalah dapat menimbulkan masalah waktu dan biaya.
Alur kerja umum yang diikuti oleh sebagian besar protokol saluran status:
Alice dan Bob menyetor dana dari EOA pribadi mereka ke alamat kontrak on-chain, dana ini terkunci dalam kontrak hingga saluran ditutup dan dikembalikan kepada pengguna; setelah kedua pihak menandatangani konfirmasi, saluran status antara mereka secara resmi dibuka.
Alice dan Bob secara teoritis dapat melakukan transaksi tanpa batas melalui saluran ini secara off-chain, peserta saling berkomunikasi melalui pesan tanda tangan yang dienkripsi. Kedua pengguna perlu menandatangani setiap transaksi untuk mencegah penipuan double spending. Melalui pesan-pesan ini, mereka mengusulkan pembaruan status akun mereka dan menerima pembaruan status yang diusulkan oleh pihak lain.
Jika Alice ingin menutup saluran dan mengakhiri transaksi dengan Bob, Alice perlu mengirimkan status akhir akun dirinya kepada kontrak. Jika Bob menandatangani persetujuan, kontrak akan mengembalikan dana yang terkunci sesuai dengan status akhir kepada pengguna yang bersangkutan. Jika Bob tidak merespons tanda tangan, kontrak akan mengembalikan dana yang terkunci kepada pengguna yang bersangkutan setelah periode tantangan berakhir.
![Laporan Riset Kedalaman: Analisis Lengkap tentang Ekspansi off-chain]###https://img-cdn.gateio.im/webp-social/moments-ead28de03be9fc22dcfe3f679ee36bc5.webp(
Alur kerja saluran status dalam situasi pesimis: Awalnya, dua peserta menyetor dana, kemudian mulai bertukar pembaruan status. Misalkan pada suatu titik waktu, Bob tidak merespons tanda tangan pembaruan status yang dikirim oleh Alice dalam giliranannya, saat ini, Alice dapat memulai tantangan dengan mengajukan status terakhirnya yang valid kepada kontrak, yang juga mencakup tanda tangan Bob sebelumnya, sehingga membuktikan bahwa transaksi terakhir telah disetujui oleh Bob, dan status terakhir telah dikonfirmasi oleh Bob. Kemudian, kontrak memungkinkan Bob untuk merespons dalam periode waktu tertentu dengan mengajukan status berikutnya kepada kontrak; jika Bob merespons, maka kedua belah pihak dapat melanjutkan transaksi dalam saluran status; jika Bob tidak merespons dalam periode waktu tersebut, maka kontrak secara otomatis menutup saluran status dan mengembalikan dana kepada Alice.
)# 3.1.4 Kelebihan dan Kekurangan
Kelebihan:
Ketersegeraan: Transaksi hampir diselesaikan secara instan.
Tingkat throughput yang tinggi: secara teoritis dapat diperluas tanpa batas
Biaya rendah: transaksi off-chain hampir tidak memiliki biaya
Privasi: Hanya perlu berinteraksi di on-chain saat membuka dan menutup saluran.
Kekurangan:
Efisiensi dana rendah: perlu mengunci dana
Permintaan online: Peserta perlu terus online
Aplikasi terbatas: lebih cocok untuk interaksi yang sering antara peserta tetap
Kompleksitas penutupan saluran dan penyelesaian sengketa
Masalah likuiditas jaringan saluran
3.1.5 Aplikasi
Jaringan Lightning Bitcoin:
Ringkasan: Jaringan Lightning adalah saluran pembayaran kecil di jaringan Bitcoin, yang mengalami evolusi teknologi secara keseluruhan: membangun saluran pembayaran satu arah dengan multi-tanda tangan 2/2, menambahkan RSMC untuk membangun saluran pembayaran dua arah, kemudian menambahkan HTLC untuk menghubungkan saluran pembayaran yang memperluas ke pembayaran multi-pihak, akhirnya membangun jaringan pembayaran yaitu jaringan Lightning. Melalui saluran pembayaran kecil off-chain, kemudian menggunakan perantara untuk membentuk jaringan transaksi, dapat menyelesaikan masalah skalabilitas jaringan Bitcoin. Penggunaan keseluruhan jaringan Lightning mengikuti proses "setoran ### membangun saluran (→transaksi jaringan Lightning ) memperbarui status saluran (→pengembalian dana/penyelesaian ) mengakhiri saluran ("; secara teori, jaringan Lightning dapat memproses satu juta transaksi per detik.
Garis waktu:
Februari 2015, Joseph Poon dan Thaddeus Dryja menerbitkan draf buku putih jaringan Lightning
Versi resmi buku putih dirilis pada Januari 2016 dan mendirikan Lightning Labs
Pada 15 Maret 2018, Lightning Labs merilis versi utama jaringan Lightning pertama LND 0.4
Pada awal tahun 2021, kapasitas publik jaringan Lightning )TVL( hanya sekitar 40 juta dolar, dengan sekitar kurang dari 100 ribu pengguna yang menggunakannya.
Pada bulan Juni 2021, El Salvador mengumumkan adopsi Bitcoin sebagai mata uang resmi, dan pada bulan September meluncurkan dompet berbasis jaringan Lightning, Chivo.
Pada tahun 2022, Cash App dan 26 platform perdagangan cryptocurrency termasuk OKX, Kraken, Bitfinex mengumumkan dukungan untuk jaringan Lightning
Oktober 2022, Lightning Labs merilis protokol baru Taro protocol) versi alpha( yang berbasis Taproot, yang saat ini sedang dalam pengujian di jaringan uji.
Pada 23 November 2022, jaringan Lightning memiliki 76.236 saluran pembayaran, dengan total dana saluran 5049 $BTC)$81.8M(
Pengembangan ekosistem:
Ekosistem jaringan Lightning BTC dari bawah ke atas terdiri dari: jaringan BTC yang mendasar---infrastruktur inti---berbagai Dapps.
Infrastruktur inti mencakup:
Solusi Jaringan Lightning: Individu dan perusahaan dapat menjalankan program perangkat lunak yang terhubung ke jaringan Lightning, di mana pangsa pasar terbesar adalah Lightning Labs dari Lightning Labs.
Node dan layanan likuiditas: karena pengguna menjalankan node mereka sendiri cukup kompleks, perlu menyediakan antarmuka yang lebih ramah pengguna untuk membantu mengelola saluran pembayaran kilat.
Di atas infrastruktur inti terdapat berbagai layanan pembayaran dan keuangan serta aplikasi, seperti Strike yang dibangun di atas solusi LND yang memungkinkan pengguna untuk membeli dan menjual BTC, memberikan tip kepada kreator di Twitter menggunakan BTC, dan memungkinkan pedagang Shopify untuk menerima BTC, dll.
Halaman ini mungkin berisi konten pihak ketiga, yang disediakan untuk tujuan informasi saja (bukan pernyataan/jaminan) dan tidak boleh dianggap sebagai dukungan terhadap pandangannya oleh Gate, atau sebagai nasihat keuangan atau profesional. Lihat Penafian untuk detailnya.
Penjelasan Rencana Perluasan Off-Chain: Dari State Channels ke Solusi Layer2
Analisis Kedalaman Perluasan off-chain
1. Kebutuhan untuk Perluasan
Visi masa depan blockchain adalah untuk mencapai desentralisasi, keamanan, dan skalabilitas. Namun, biasanya hanya dua dari tiga yang dapat dicapai, yang dikenal sebagai masalah segitiga tidak mungkin dalam blockchain. Selama bertahun-tahun, orang telah menjelajahi cara untuk meningkatkan throughput dan kecepatan transaksi blockchain dengan tetap menjaga desentralisasi dan keamanan, yaitu menyelesaikan masalah skalabilitas.
Desentralisasi, keamanan, dan skalabilitas blockchain didefinisikan sebagai berikut:
Desentralisasi: Siapa pun dapat menjadi node untuk berpartisipasi dalam produksi dan verifikasi sistem blockchain, semakin banyak node, semakin tinggi tingkat desentralisasi.
Keamanan: Semakin tinggi biaya yang dikeluarkan untuk mendapatkan kontrol atas sistem blockchain, semakin tinggi keamanannya, dan rantai dapat menahan serangan dari proporsi peserta yang lebih besar.
Skalabilitas: Kemampuan blockchain untuk memproses sejumlah besar transaksi.
Fork besar pertama dari jaringan Bitcoin berasal dari masalah skalabilitas. Dengan bertambahnya jumlah pengguna dan volume transaksi, jaringan Bitcoin yang memiliki batas maksimum 1MB per blok mulai menghadapi kemacetan. Sejak 2015, komunitas Bitcoin telah memiliki perbedaan pendapat mengenai masalah skalabilitas, satu pihak mendukung perluasan blok, sementara pihak lainnya berpendapat bahwa seharusnya menggunakan solusi Segwit untuk mengoptimalkan struktur rantai utama. Pada 1 Agustus 2017, pihak yang mendukung perluasan blok mengembangkan sistem klien hingga 8MB yang mulai beroperasi, yang menyebabkan fork besar pertama dalam sejarah Bitcoin, sekaligus melahirkan jenis koin baru BCH.
Jaringan Ethereum juga memilih untuk mengorbankan sebagian dari skalabilitasnya untuk menjamin keamanan dan desentralisasi jaringan. Meskipun Ethereum tidak membatasi ukuran blok seperti Bitcoin untuk membatasi jumlah transaksi, tetapi secara tidak langsung menetapkan batasan pada biaya bahan bakar yang dapat ditampung dalam satu blok, tujuannya tetap untuk mencapai Konsensus Tanpa Kepercayaan dan memastikan distribusi node yang luas.
Dari CryptoKitties pada tahun 2017, DeFi summer, hingga munculnya aplikasi on-chain seperti GameFi dan NFT, permintaan pasar untuk throughput terus meningkat, tetapi bahkan Ethereum yang Turing-complete hanya dapat memproses 15~45 transaksi per detik (TPS). Ini menyebabkan biaya transaksi terus meningkat, waktu penyelesaian menjadi lebih lama, dan sebagian besar Dapps sulit untuk menanggung biaya operasional, seluruh jaringan menjadi lambat dan mahal bagi pengguna, sehingga masalah skalabilitas blockchain perlu segera diselesaikan. Solusi skalabilitas yang ideal adalah: meningkatkan kecepatan transaksi dan throughput jaringan blockchain sebanyak mungkin tanpa mengorbankan desentralisasi dan keamanan.
2. Kategori Rencana Perluasan
Kami membagi rencana ekspansi menjadi dua kategori besar: ekspansi on-chain dan ekspansi off-chain berdasarkan standar "apakah ada perubahan pada lapisan utama jaringan".
2.1 Skalabilitas di atas rantai
Konsep inti: solusi untuk mencapai efek peningkatan kapasitas dengan mengubah satu lapisan protokol jaringan utama, solusi utama saat ini adalah sharding.
Ada berbagai solusi untuk memperluas kapasitas di rantai, artikel ini tidak akan membahasnya secara mendalam, hanya mencantumkan dua jenis:
Rencana satu adalah memperluas ruang blok, menambah jumlah transaksi yang dikemas dalam setiap blok, tetapi ini akan meningkatkan persyaratan untuk perangkat node berkinerja tinggi, meningkatkan ambang batas untuk bergabung sebagai node, dan mengurangi tingkat "desentralisasi".
Opsi kedua adalah sharding, membagi buku besar blockchain menjadi beberapa bagian, di mana bagian yang berbeda atau node yang berbeda bertanggung jawab untuk pencatatan yang berbeda, dan perhitungan paralel dapat memproses beberapa transaksi secara bersamaan; ini dapat mengurangi tekanan komputasi pada node dan ambang batas untuk bergabung, meningkatkan kecepatan pemrosesan transaksi dan tingkat desentralisasi; tetapi ini berarti kekuatan komputasi di seluruh jaringan terdistribusi, yang dapat mengurangi "keamanan" seluruh jaringan.
Mengubah kode protokol jaringan utama dapat menghasilkan dampak negatif yang sulit diprediksi, karena setiap celah keamanan yang halus di lapisan dasar dapat mengancam secara serius keamanan seluruh jaringan, yang mungkin terpaksa melakukan fork atau menghentikan pemeliharaan untuk melakukan pembaruan.
2.2 off-chain ekspansi
Konsep inti: solusi skalabilitas yang tidak mengubah protokol jaringan utama lapisan satu yang ada.
Solusi skalabilitas off-chain dapat dibagi lagi menjadi Layer2 dan solusi lainnya:
Layer2: Saluran Status, Plasma, Rollups( Rollups Optimis dan Rollups ZK )
Lainnya: Sidechains, Validium
3. Solusi skalabilitas off-chain
3.1 Saluran Negara
3.1.1 Ringkasan
Saluran status mengatur bahwa pengguna hanya perlu berinteraksi dengan jaringan utama saat saluran dibuka, ditutup, atau menyelesaikan sengketa, dan melakukan interaksi antar pengguna secara off-chain, untuk mengurangi waktu dan biaya transaksi pengguna, serta memungkinkan jumlah transaksi tidak terbatas.
Saluran status adalah protokol P2P sederhana yang cocok untuk "aplikasi berbasis giliran", seperti permainan catur dua orang. Setiap saluran dikelola oleh kontrak pintar multisig yang berjalan di jaringan utama, yang mengontrol aset yang disimpan dalam saluran, memverifikasi pembaruan status, dan menjadi arbiter sengketa antara peserta. Setelah peserta menyebarkan kontrak di jaringan blockchain, mereka menyetor dana dan menguncinya, setelah disetujui oleh kedua belah pihak, saluran secara resmi dibuka. Saluran memungkinkan transaksi gratis off-chain tanpa batas antara peserta selama nilai bersih transfer tidak melebihi total token yang disetor (. Peserta bergiliran mengirimkan pembaruan status satu sama lain, menunggu tanda tangan persetujuan dari pihak lainnya. Setelah pihak lain memberikan tanda tangan persetujuan, pembaruan status ini dianggap selesai. Dalam keadaan normal, pembaruan status yang disetujui oleh kedua belah pihak tidak akan diunggah ke jaringan utama, hanya ketika ada sengketa atau saluran ditutup, baru akan bergantung pada konfirmasi jaringan utama. Ketika perlu menutup saluran, salah satu peserta dapat mengajukan permintaan transaksi di jaringan utama, jika permintaan keluar mendapat persetujuan tanda tangan bulat dari semua peserta, maka akan dieksekusi segera di chain, yaitu kontrak pintar mendistribusikan sisa dana yang terkunci berdasarkan saldo setiap peserta pada status akhir saluran; jika peserta lain tidak memberikan persetujuan tanda tangan, maka semua orang harus menunggu "masa tantangan" berakhir sebelum dapat menerima sisa dana.
Secara keseluruhan, solusi saluran status dapat secara signifikan mengurangi beban komputasi di jaringan utama, meningkatkan kecepatan transaksi, dan menurunkan biaya transaksi.
)# 3.1.2 Garis Waktu
2015/02, Joseph Poon dan Thaddeus Dryja menerbitkan draf whitepaper jaringan Lightning.
2015/11, Jeff Coleman pertama kali merangkum secara sistematis konsep State Channel, mengusulkan bahwa Payment Channel pada Bitcoin adalah sub-kasus dari konsep State Channel.
2016/01, Joseph Poon dan Thaddeus Dryja secara resmi menerbitkan makalah putih "The Bitcoin Lightning Network: Scalable Off-Chain Instant Payments" yang mengusulkan solusi penskalaan untuk jaringan Bitcoin, Payment Channel### saluran pembayaran(, solusi ini hanya digunakan untuk menangani pembayaran transfer di jaringan Bitcoin.
2017/11, spesifikasi desain State Channel pertama yang didasarkan pada kerangka Payment Channel, Sprites, diajukan.
2018/06, Counterfactual mengajukan desain Generalized State Channels yang rinci, ini adalah desain pertama yang sepenuhnya terkait dengan saluran status.
2018/10, artikel Generalised State Channel Networks memperkenalkan konsep State Channel Networks dan Virtual Channels.
2019/02, konsep saluran status diperluas ke N-Party Channels, Nitro adalah protokol pertama yang dibangun berdasarkan ide tersebut.
2019/10, Pisa untuk menyelesaikan masalah semua peserta yang perlu terus online, memperluas konsep Watchtowers.
2020/03, Hydra mengusulkan Fast Isomorphic Channels.
)# 3.1.3 Prinsip Teknologi
Alur kerja di rantai tradisional: Alice dan Bob berinteraksi dengan kontrak pintar yang diterapkan di jaringan utama, pengguna mengubah status kontrak pintar dengan mengirimkan transaksi ke rantai. Kekurangan dari ini adalah dapat menimbulkan masalah waktu dan biaya.
Alur kerja umum yang diikuti oleh sebagian besar protokol saluran status:
Alice dan Bob menyetor dana dari EOA pribadi mereka ke alamat kontrak on-chain, dana ini terkunci dalam kontrak hingga saluran ditutup dan dikembalikan kepada pengguna; setelah kedua pihak menandatangani konfirmasi, saluran status antara mereka secara resmi dibuka.
Alice dan Bob secara teoritis dapat melakukan transaksi tanpa batas melalui saluran ini secara off-chain, peserta saling berkomunikasi melalui pesan tanda tangan yang dienkripsi. Kedua pengguna perlu menandatangani setiap transaksi untuk mencegah penipuan double spending. Melalui pesan-pesan ini, mereka mengusulkan pembaruan status akun mereka dan menerima pembaruan status yang diusulkan oleh pihak lain.
Jika Alice ingin menutup saluran dan mengakhiri transaksi dengan Bob, Alice perlu mengirimkan status akhir akun dirinya kepada kontrak. Jika Bob menandatangani persetujuan, kontrak akan mengembalikan dana yang terkunci sesuai dengan status akhir kepada pengguna yang bersangkutan. Jika Bob tidak merespons tanda tangan, kontrak akan mengembalikan dana yang terkunci kepada pengguna yang bersangkutan setelah periode tantangan berakhir.
![Laporan Riset Kedalaman: Analisis Lengkap tentang Ekspansi off-chain]###https://img-cdn.gateio.im/webp-social/moments-ead28de03be9fc22dcfe3f679ee36bc5.webp(
Alur kerja saluran status dalam situasi pesimis: Awalnya, dua peserta menyetor dana, kemudian mulai bertukar pembaruan status. Misalkan pada suatu titik waktu, Bob tidak merespons tanda tangan pembaruan status yang dikirim oleh Alice dalam giliranannya, saat ini, Alice dapat memulai tantangan dengan mengajukan status terakhirnya yang valid kepada kontrak, yang juga mencakup tanda tangan Bob sebelumnya, sehingga membuktikan bahwa transaksi terakhir telah disetujui oleh Bob, dan status terakhir telah dikonfirmasi oleh Bob. Kemudian, kontrak memungkinkan Bob untuk merespons dalam periode waktu tertentu dengan mengajukan status berikutnya kepada kontrak; jika Bob merespons, maka kedua belah pihak dapat melanjutkan transaksi dalam saluran status; jika Bob tidak merespons dalam periode waktu tersebut, maka kontrak secara otomatis menutup saluran status dan mengembalikan dana kepada Alice.
)# 3.1.4 Kelebihan dan Kekurangan
Kelebihan:
Kekurangan:
3.1.5 Aplikasi
Jaringan Lightning Bitcoin:
Ringkasan: Jaringan Lightning adalah saluran pembayaran kecil di jaringan Bitcoin, yang mengalami evolusi teknologi secara keseluruhan: membangun saluran pembayaran satu arah dengan multi-tanda tangan 2/2, menambahkan RSMC untuk membangun saluran pembayaran dua arah, kemudian menambahkan HTLC untuk menghubungkan saluran pembayaran yang memperluas ke pembayaran multi-pihak, akhirnya membangun jaringan pembayaran yaitu jaringan Lightning. Melalui saluran pembayaran kecil off-chain, kemudian menggunakan perantara untuk membentuk jaringan transaksi, dapat menyelesaikan masalah skalabilitas jaringan Bitcoin. Penggunaan keseluruhan jaringan Lightning mengikuti proses "setoran ### membangun saluran (→transaksi jaringan Lightning ) memperbarui status saluran (→pengembalian dana/penyelesaian ) mengakhiri saluran ("; secara teori, jaringan Lightning dapat memproses satu juta transaksi per detik.
Garis waktu:
Pengembangan ekosistem: Ekosistem jaringan Lightning BTC dari bawah ke atas terdiri dari: jaringan BTC yang mendasar---infrastruktur inti---berbagai Dapps.
Infrastruktur inti mencakup:
Di atas infrastruktur inti terdapat berbagai layanan pembayaran dan keuangan serta aplikasi, seperti Strike yang dibangun di atas solusi LND yang memungkinkan pengguna untuk membeli dan menjual BTC, memberikan tip kepada kreator di Twitter menggunakan BTC, dan memungkinkan pedagang Shopify untuk menerima BTC, dll.
hingga November 2022,