Blockchain Bitcoin: kinerja dan skalabilitas
Bitcoin adalah sistem uang tunai elektronik terdesentralisasi yang memungkinkan pembayaran peer-to-peer tanpa melalui perantara. Perangkat lunak Bitcoin asli dikembangkan oleh Satoshi Nakamoto dan dirilis di bawah Lisensi MIT pada tahun 2009, mengikuti laporan resmi Bitcoin, Bitcoin: Sistem Uang Tunai Elektronik Peer-to-Peer.
Bitcoin adalah implementasi mata uang kripto terdistribusi pertama yang berhasil. Enam belas tahun setelah Bitcoin lahir, ada sekitar 20 juta Bitcoin yang beredar, dan sekarang telah mencapai batas pasar lebih dari $2 triliun.
Dalam blockchain Bitcoin, transaksi berarti kumpulan input dan output mentransfer kepemilikan bitcoin antara pembayar dan penerima. Masukan menginstruksikan jaringan dari koin mana pembayaran akan dilakukan. Koin dalam masukan harus tidak digunakan, yang berarti koin belum digunakan untuk membayar orang lain. Sementara itu,
keluaran memberikan jumlah bitcoin yang dapat dibelanjakan yang disetujui oleh pembayar untuk dibayarkan kepada penerima pembayaran. Setelah transaksi dilakukan, hasil menjadi jumlah yang belum dihabiskan kepada penerima pembayaran, dan tetap tidak dihabiskan hingga penerima pembayaran saat ini membayar orang lain dengan koin.
Saat, misalnya, Alice harus membayar Bob 10 BTC, Alice membuka dompet Bitcoin, memindai atau menyalin alamat transaksi Bob, dan membuat transaksi dengan pembayaran 10 BTC kepada Bob. Setelah transaksi ditandatangani dan dikirimkan secara digital, transaksi akan dikirim ke jaringan blockchain Bitcoin.
Setelah transaksi disiarkan ke jaringan Bitcoin, node bookkeeper, biasanya node penuh dalam jaringan P2P yang menerima transaksi, memvalidasinya sesuai dengan aturan protokol Bitcoin. Jika transaksi valid, pencatat buku akan menambahkannya ke kumpulan transaksi dan menyampaikan transaksi kepada rekan di jaringan.
Dalam jaringan Bitcoin, setiap 10 menit, subset node jaringan, yang disebut “nodus penambangan” atau penambang, mengumpulkan semua transaksi yang valid dari kumpulan transaksi dan membuat blok kandidat. Mereka juga membuat transaksi berbasis koin untuk diri mereka sendiri guna menerima hadiah dan mengumpulkan biaya transaksi. Jika mereka “memenangkan perlombaan penambangan” dan menambahkan blok ke rantai, semua node akan memverifikasi blok baru dan menambahkannya ke salinan blockchain mereka sendiri. Secara ajaib, Bob akan dapat melihat pembayaran dari Alice — dan 10 BTC di dompetnya.
Salah satu masalah utama dalam jaringan Bitcoin, atau secara umum untuk blockchain berbasis proof of work (PoW), adalah skalabilitas. Menurut desain, setiap transaksi harus diverifikasi oleh semua node. Diperlukan waktu rata-rata 10 menit untuk membuat blok baru, dengan ukuran blok terbatas hingga 1 MB. Pembatasan ukuran dan frekuensi blok semakin membatasi hasil jaringan. Akibatnya, blok Bitcoin dapat mengakomodasi rata-rata 2.700 transaksi. Dengan sistem pembayaran saat ini, VISA mampu menangani rata-rata sekitar 2.000 transaksi per detik (TPS), dan tingkat puncak harian sekitar 4.000 TPS. Pada tahun 2025, Paypal dapat menangani rata-rata sekitar 193 TPS, atau hampir 17 juta transaksi per hari.
Jelas, mencapai kapasitas seperti Visa di jaringan Bitcoin tidak memungkinkan. Kinerja yang lebih tinggi dan skalabilitas yang lebih baik akan memerlukan peningkatan batas pemrosesan transaksi jaringan dan melakukan peningkatan perangkat lunak untuk jaringan Bitcoin.
Trilema blockchain membahas “trifecta” untuk mencapai skalabilitas, desentralisasi, dan keamanan pada jaringan blockchain tanpa mengorbankan salah satunya. Inti dari premis trilemma adalah pernyataan bahwa hampir tidak mungkin untuk mencapai ketiga properti dalam sistem blockchain.
Diagram berikut adalah ilustrasi trilema skalabilitas blockchain.
Kunci konsep skalabilitas adalah menemukan cara untuk mencapai ketiga persyaratan di lapisan dasar. Pilihan desain Bitcoin mendukung desentralisasi dan keamanan sambil mengorbankan skalabilitas.
Solusi penskalaan Bitcoin
Ada banyak proposal solusi skalabilitas Bitcoin, yang selanjutnya dapat dibagi menjadi skala on-chain dan off-chain.
Skala on-chain
Solusi on-chain, terkadang juga disebut solusi Lapisan 1, mengatasi masalah skalabilitas dan kinerja di lapisan dasar jaringan blockchain Bitcoin. Dalam hal latensi jaringan, scaling on-chain memberikan kapasitas untuk menangani lebih banyak transaksi dalam blockchain. Contohnya antara lain SegWit, yang lebih cocok dengan jumlah transaksi yang lebih besar dalam satu blok 1 MB, dan Uang Tunai Bitcoin (BCH, simbol ÎŁ) yang hanya meningkatkan ukuran blok.
SegWit
SegWit (Bitcoin Improvement Proposal number BIP14) adalah singkatan dari “saksi terpisah,” yang berarti memisahkan tanda tangan digital untuk transaksi. Pertama kali diperkenalkan oleh Developer Pieter Wiulle pada konferensi Bitcoin Skala pada Desember 2015. Tujuan SegWit adalah untuk mencegah lunakitas transaksi Bitcoin non-intensif dan memungkinkan transmisi data opsional, dan untuk melewati pembatasan protokol tertentu.
Transaksi Bitcoin terdiri dari tiga hal:Â
input transaksi, yaitu alamat pengirim Bitcoin
keluaran transaksi, yang merupakan alamat Bitcoin penerimaÂ
jumlah Bitcoin yang dikirim, bersama dengan tanda tangan digital yang memverifikasi bahwa pengirim memenuhi syarat untuk mengirim koin
Pengidentifikasi transaksi berubah jika tanda tangan digital berubah. Ternyata, kode Bitcoin memungkinkan tanda tangan digital diubah saat transaksi masih harus dikonfirmasi. Setelah transaksi ditambahkan ke jaringan, transaksi, termasuk tanda tangan, menjadi tidak dapat diubah. Perubahan tanda tangan dilakukan sedemikian rupa sehingga jika Anda melakukan pemeriksaan matematis, perubahan tersebut masih divalidasi oleh jaringan. Namun, saat Anda menjalankan algoritme hash, algoritme tersebut akan memberikan hasil yang berbeda.
Mari melihat contoh berikut:
Masukan:
Tx sebelumnya: p9k5ee39a430901c91a5917b9f2dc19d6d1a0e9cea205b009ca73dd04470b9a6
Indeks: 0
scriptSig: 304502206e21798a42fae0e854281abd38bacd1aeed3ee3738d9e1446618c4571d10
90db022100e2ac980643b0b82c0e88ffdfec6b64e3e6ba35e7ba5fdd7d5d6cc8d25c6b241501
Output:
Nilai: 2000000000
scriptPubKey: OP_DUP OP_HASH160 201371705fa9bd789a2fcd52d2c580b65d35549d
OP_EQUALVERIFY OP_CHECKSIG
Input dalam transaksi ini mengimpor 20 BTC dari output #0 dalam transaksi p9k5e... Kemudian, output mengirimkan 20 BTC ke alamat Bitcoin (dinyatakan di sini dalam heksadesimal 2013... alih-alih basis normal58). Ketika penerima ingin membelanjakan uang ini, mereka akan mereferensikan output #0 transaksi ini sebagai masukan transaksi mereka sendiri.
Beberapa definisi:
• Tx sebelumnya — pengidentifikasi transaksi sebelumnya ke alamat A
• Indeks — nomor input (di sini, kami hanya memiliki satu nomor input: 0)
• scriptSig — bagian pertama dari skrip validasi (mengandung tanda tangan transaksi)
• Nilai — jumlah bitcoin untuk dikirim dalam unit satoshi (satu bitcoin = 100 juta satoshis) (20 bitcoin dalam contoh di atas)
• scriptPubKey — bagian kedua dari skrip validasi, yang juga berisi alamat penerima B.
Untuk memverifikasi bahwa jumlah transaksi sebelumnya dapat dihabiskan, pengguna harus menggabungkan scriptSig transaksi baru dengan scriptPubKey transaksi sebelumnya, untuk memastikan hasilnya benar dan valid; scriptPubKey hanya memeriksa kesetaraan kunci publik dan validitas tanda tangan (OP_CHECKSIG).
Dalam transaksi Bitcoin, txid (singkatan dari ID transaksi, atau hash transaksi) adalah hash sha256d dari semua kolom data transaksi. Nilai txid tergantung pada scriptSig. Selama transaksi proses node penambangan, node dapat menonaktifkan scriptSig sehingga tanda tangan akan tetap valid, dan transaksi akan memiliki efek yang sama, tetapi txid akan berubah. Misalnya, seseorang dapat menambahkan operasi OP_NOP (yang tidak melakukan apa pun). Atau untuk kecanggihan, Anda dapat menambahkan dua operasi: OP_DUP dan OP_DROP (yang pertama menggandakan tanda tangan di tumpukan, dan yang kedua menghapusnya lagi). Tanda tangan masih valid, tetapi txid berubah.
Contoh lain: Jika nilai tanda tangan adalah “3”, kita dapat mengubahnya menjadi “03” atau “3+7-7”. Secara matematis, ini masih merupakan nilai transaksi dengan tanda tangan yang valid, tetapi ada hasil hash yang berbeda, karena hashing bergantung pada cara Anda menulis nilai, bukan nilai itu sendiri.
Id transaksi yang dapat dinonaktifkan untuk transaksi yang ada dapat menimbulkan masalah karena beberapa alasan. Misalnya, jika Anda ingin membangun solusi Lapisan 2 di atas jaringan Bitcoin, Anda perlu memastikan tidak ada yang dapat mengubah Lapisan 1, karena Lapisan 2 bergantung padanya.
Memodifikasi txid dapat menyebabkan masalah jika Anda membelanjakan atau menerima dana yang belum dikonfirmasi. Berikut adalah cara SegWit mengatasi masalah ini:
Dengan SegWit, semua informasi lunak dipisahkan dari transaksi menjadi “data saksi” terpisah. Saat menghitung txid, txid tidak akan menyertakan informasi lunak ini. Dalam hal ini, pengidentifikasi tidak akan dapat berubah, karena masalah akan diperbaiki.Â
Berikut adalah contoh keluaran transaksi SegWit:
Indeks 0
Detail
Keluaran
Alamat
35SegWitPieWKVHieXd97mnurNi8o6CM73
Nilai
1,00200000 BTC
Skrip PkScript
OP_HASH160
2928f43af18d2d60e8a843540d8086b305341339
OP_EQUAL
Naskah Sig
0014a4b4ca48de0b3fffc15404a1acdc8dbaae226955
Saksi
30450221008604ef8f6d8afa892dee0f31259b6ce02dd70c545cfcfed8148179971876c54a022076d771d6e91bed212783c9b06e0de600fab2d518fad6f15a2b191d7fbd262a3e01
039d25ab79f41f75ceaf882411fd41fa670a4c672c23ffaf0e361a969cde0692e8
Kita dapat melihat adanya informasi saksi mata, dan data tersebut mencakup semua informasi yang mudah dipahami. SigScript memiliki informasi hash yang jauh lebih sedikit dibandingkan dengan contoh sebelumnya tanpa transaksi SegWit. Ini juga berarti bahwa ini mengurangi ukuran transaksi Bitcoin, dan meningkatkan kecepatan transaksi dengan menghapus data saksi dari bagian asli dan menambahkannya sebagai struktur terpisah pada akhirnya.
Berikut adalah beberapa keuntungan SegWit:
Kinerja node — Ukuran transaksi berkurang, sehingga jaringan Bitcoin kurang padat karena node dapat memverifikasi blok (atau transaksi) dengan lebih cepat.
Kelembutan transaksi — Sebagaimana dibahas di atas, dengan SegWit, tanda tangan berpindah dari data transaksi ke blok data saksi. Txid tidak dapat diubah, dan melindungi data transaksi agar tidak diretas.
Skala linear operasi hash tanda tangan — Mengurangi ukuran transaksi menambahkan lebih banyak data transaksi untuk transaksi tertentu sebagai bagian dari batch. SegWit memisahkan tanda tangan transaksi dari data transaksi sehingga setiap bit transaksi harus di-hash tidak lebih dari dua kali.
Peningkatan keamanan untuk transaksi multitanda tangan — SegWit menyediakan dua skrip yang berbeda: satu ke kunci publik, dan lainnya yang mengarahkan pembayaran ke hash skrip. Dalam menggabungkan skrip ini, SegWit meningkatkan keamanan dengan mengaktifkan transaksi multitanda tangan (multisig).
Dibangun di atas Lapisan 1 — SegWit sangat cocok untuk pengembangan Bitcoin protokol Lapisan 2, seperti Jaringan Lightning. Selain itu, aktivasi SegWit meningkatkan pengembangan fitur lain, seperti MAST (yang memungkinkan kontrak pintar Bitcoin yang lebih kompleks), tanda tangan Schnorr (yang memungkinkan peningkatan kapasitas transaksi), dan TumbleBit (jaringan lapisan atas anonim).
Melindungi Jaringan Lightning — Saluran pembayaran mikro Jaringan Lightning mengandalkan transaksi yang ditandatangani dua kali untuk mengunci deposit awal. Untuk memulai pembayaran Jaringan Lightning, dana dari kedua belah pihak dikirim ke satu alamat bertanda tangan ganda. Untuk mencegah kecurangan, transaksi harus ditandatangani dua kali sebelum dana benar-benar dikirim ke alamat yang ditandatangani dua kali. Kedua belah pihak perlu disinkronkan untuk mengumpulkan hasil transaksi dari blockchain utama. ID transaksi yang diperlukan ini tidak dapat diubah.
Secara teori, SegWit dapat menggandakan throughput Bitcoin atau TPS). Namun, meskipun meningkatkan throughput jaringan Bitcoin sangat penting, bahkan penggandaan teoretis masih terlalu rendah untuk penggunaan utama Bitcoin sebagai sistem pembayaran.
Ukuran blok
Proposal lain untuk meningkatkan skalabilitas on-chain Bitcoin menunjukkan peningkatan ukuran blok. Idenya sangat sederhana: meningkatkan ukuran blok dari 1 MB saat ini menjadi, misalnya, 8 MB akan meningkatkan hasil transaksi delapan kali lipat. Misalnya, blok Bitcoin Cash (BCH) awalnya 8MB, dan saat ini blok BCH ditetapkan pada 32 MB. Pendekatan penskalaan vertikal seperti itu menambahkan lebih banyak transaksi dalam satu blok. Namun, meningkatkan ukuran blok berarti blockchain dapat menjadi berkali-kali lebih besar — dan hal itu memerlukan kapasitas komputasi yang lebih baik untuk memproses blok berukuran besar. Pada saat yang sama, hal ini akan menurunkan keamanan jaringan hingga batas tertentu, karena penurunan kekuatan hash jujur yang efektif.Â
Hal ini juga dapat mengarah pada skenario di mana jaringan terkonsentrasi menjadi beberapa tangan yang kaya dan, dengan demikian, pada akhirnya dapat membahayakan desentralisasi dan keamanan, prinsip utama blockchain. Dalam hal masalah keamanan, merupakan keyakinan umum bahwa jaringan blockchain lebih aman jika lebih banyak simpul jaringan berpartisipasi dalam pemrosesan transaksi. Dengan distribusi rantai altcoin yang lebih luas, lebih sedikit node yang akan beroperasi pada blockchain tertentu.Â
Hal ini sebenarnya dapat membuat blockchain kurang aman, karena jaringan altcoin yang lebih kecil mungkin lebih rentan terhadap serangan jaringan. Misalnya, kami memiliki sekitar 10.000 node di jaringan yang lebih besar. Diperlukan setidaknya 5.001 node (51%) untuk meluncurkan serangan di jaringan. Jika kami mengiris 10.000 node menjadi 50 rantai yang lebih kecil, setiap rantai terdiri dari 200 node, sehingga hanya membutuhkan 101 node untuk menurunkan rantai yang lebih kecil, yang disebut masalah serangan 1%.Â
Masalah lainnya adalah integrasi lintas rantai: meskipun ada beberapa solusi untuk menangani integrasi lintas rantai blok, kompleksitas keseluruhan dari mengintegrasikan rantai yang lebih kecil dan altcoin akan meningkat secara drastis. SegWit2x, usulan kompromi terhadap debat ukuran blok pada tahun 2017, menunjukkan bahwa SegWit diaktifkan sebagai langkah pertama, dan setelah itu, ukuran blok akan ditingkatkan menjadi 2 MB. Namun, proposal ini tidak diterima oleh mayoritas node di jaringan Bitcoin.
Solusi off-chain
Serupa dengan alasan untuk solusi on-chain, komunitas Bitcoin juga secara aktif mencari solusi off-chain, terkadang disebut solusi Lapisan 2. Dalam penskalaan off-chain, solusinya adalah membangun lapisan ekstra di atas blockchain Bitcoin yang dapat memproses semua jenis transaksi dengan dua partisipan. Transaksi ini kemudian dapat di-batch dan dikirim sebagai satu transaksi di blockchain. Salah satu solusi off-chain ini disebut Jaringan Pencahayaan.
Jaringan Pencahayaan
Pada Januari 2016, sebuah white paper berjudul Jaringan Lightning Bitcoin: Pembayaran Instan Off-Chain yang Dapat Disesuaikan dikirimkan oleh Joseph Poon dan Thaddeus Dryja. Di dalamnya, kontur Jaringan Lightning dijelaskan.
Lightning adalah jaringan terdesentralisasi yang menggunakan fungsionalitas kontrak pintar dalam blockchain untuk memungkinkan pembayaran instan di seluruh jaringan partisipan.
Solusi pembayaran Lapisan 2 Lightning Network meningkatkan blockchain dan memungkinkan pembayaran instan yang tidak dapat dipercaya dengan membuat sebagian besar transaksi off-chain. Ini membangun jaringan saluran pembayaran yang disebut, di mana dua pihak melakukan transaksi dan saling membayar satu sama lain saja. Prosesnya instan, dan transaksi tidak perlu divalidasi, disampaikan, dan disimpan oleh setiap simpul jaringan Bitcoin, karena hanya antara kedua partisipan.
Dengan memindahkan pembayaran off-chain, biaya pemeliharaan saluran berkurang melebihi volume pembayaran di saluran tersebut, sehingga memungkinkan pembayaran mikro dan transaksi bernilai kecil yang jika sebaliknya biaya transaksi on-chain akan terlalu mahal untuk dibenarkan. Selain itu, Jaringan Lightning meningkatkan hasil transaksi off-chain dengan pemrosesan data modern dan batas latensi, sehingga pembayaran dapat diproses dengan sangat cepat.
Mari kita lihat cara kerja Jaringan Lightning.
Contoh: Awalnya, Alice memegang transaksi komitmen A1, dan Bob memegang transaksi komitmen B1. Kunci pencabutan untuk A1, K A1, hanya dimiliki oleh Alice, dan kunci pencabutan untuk B1, K B1, hanya dimiliki oleh Bob.
Misalkan Alice dan Bob masing-masing memiliki 10 BTC di akun mereka. Alice ingin mengirim 2 BTC kepada Bob.
Alice dan Bob sama-sama mendepositkan uang dalam jumlah yang sama (dalam hal ini, 10 BTC) dan masing-masing mendepositkan uang tersebut. Tindakan mendepositkan uang dalam jumlah yang sama dalam kotak umum dicatat pada blockchain dalam bentuk “saluran pembayaran,” yang kemudian terbuka di antara kedua partisipan.
Alice membuat transaksi baru, B2, yang mengalokasikan 8 BTC untuk Alice dan 12 BTC untuk Bob.
Alice menandatangani B2, dan mengirimkannya kepada Bob.
Bob menerima B2, menandatanganinya, dan menyimpannya.
Bob membuat transaksi baru, A2, yang mengalokasikan 8 BTC untuk Alice dan 12 BTC untuk Bob.
Bob menandatangani A2, dan mengirimkannya ke Alice.
Alice menerima A2, menandatanganinya, dan menyimpannya.
Alice menyediakan Ka1, yang membatalkan A1. Kemudian, ia dapat menghapus A1.
Bob menyediakan K B1, yang membatalkan B1. Kemudian, ia dapat menghapus B1.
Sebagai ringkasan, saluran pembayaran menciptakan kombinasi pengumpulan uang bersama untuk kedua belah pihak, dan kemudian mentransfer janji kepemilikan uang yang dikumpulkan dengan cara yang disepakati. Saat Alice atau Bob ingin menutup saluran, mereka dapat menutupnya. “Menutup saluran” berarti kedua belah pihak mengambil kembali uang mereka sendiri. Pembukaan kotak ini berlangsung pada blockchain, dan catatan siapa yang memiliki berapa banyak dari kotak dicatat selamanya.
Jaringan Pencahayaan menggunakan Kontrak Hashed TimeLock (HTLC), yaitu kelas pembayaran yang menggunakan hashlock dan timelock untuk mewajibkan penerima pembayaran menerima pembayaran sebelum tenggat waktu dengan membuat bukti pembayaran kriptografi, atau kehilangan kemampuan untuk mengklaim pembayaran, mengembalikannya kepada pembayar. Hal ini memungkinkan transaksi dikirim antar pihak yang tidak memiliki saluran langsung dengan mengarahkannya melalui beberapa hop (saluran tambahan), sehingga siapa pun yang terhubung ke Jaringan Lightning adalah bagian dari satu sistem keuangan global yang saling terhubung.
Mari kita lihat contoh berikut:
Alice ingin mengirim pembayaran kepada Tim, tetapi dia tidak memiliki saluran pembayaran dengan Tim. Alice memiliki saluran pembayaran dengan Bob, yang memiliki saluran pembayaran dengan Tim. Pertanyaannya adalah: Bagaimana cara Alice membayar Tim?
Untuk melakukannya, Tim harus membuat string rahasia kriptografi (kunci), lalu hash menggunakan fungsi hash (seperti SHA-256) dan mengirimkannya ke Alice. Tim juga membagikan hash tersebut kepada Bob. Untuk menyederhanakan ilustrasi tertulis ini, kami akan merepresentasikan nilai sebagai V.
HTLC
Hash (V) adalah kuncinya, dan kuncinya adalah kode untuk membuka kunci HTLC.
Alice membuat HTLC dengan Bob dan memberi tahu Bob bahwa dia akan membayarnya jika dia dapat menghasilkan pracitra V dalam waktu 3 hari. Alice menandatangani transaksi dengan waktu penguncian tiga hari setelah disiarkan. Bob dapat menukarkannya, dengan pengetahuan tentang V, dan setelahnya hanya dapat ditukarkan oleh Alice. HTLC memungkinkan Alice untuk membuat janji bersyarat kepada Bob, sambil memastikan bahwa dananya tidak akan secara tidak sengaja dibakar jika Bob tidak tahu apa itu V.
Bob melakukan hal yang sama, membuat HTLC yang akan membayar Tim jika Tim dapat memproduksi V dalam waktu dua hari. Namun, Tim memang mengetahui V. Karena Tim dapat menarik jumlah yang diinginkan dari Bob menggunakan kuncinya, Tim dapat mempertimbangkan pembayaran dari Alice untuk diselesaikan. Sekarang, dia tidak kesulitan berbagi V dengan Bob sehingga dia juga dapat mengumpulkan dananya.
Tim mengungkapkan kunci kepada Bob dalam waktu dua hari, dan Tim dibayar oleh Bob.
Bob mengungkapkan kunci kepada Alice dalam waktu tiga hari, dan Bob dibayar oleh Alice.
Setelah semua orang bekerja sama, semua transaksi ini terjadi dalam Jaringan Lightning. Setiap orang dibayar secara mekanis, karena Jaringan Lightning hampir bersifat atomik dan dua arah, yang berarti setiap orang dibayar — atau tidak ada yang dibayar.
Dengan Jaringan Lighting, saat transaksi pembayaran disiarkan, semua transaksi individu diverifikasi terlebih dahulu, dan harus sesuai dengan riwayat transaksi untuk menghindari penyiaran transaksi palsu atau salah. Juga ada penalti yang dikenakan pada transaksi penipuan: jika Jaringan Lighting mendeteksi aktor jahat dalam sistem, mereka akan langsung dikenakan penalti. Dengan cara ini, seluruh jaringan memastikan kredibilitas dan konsistensi sekaligus mengecilkan perilaku buruk.
Ada beberapa keuntungan menggunakan Jaringan Lightning, dibandingkan dengan transaksi on-chain:
Transaksi cepat dan instan: Waktu penyelesaian untuk transaksi Jaringan Lightning kurang dari satu menit, dan dapat terjadi dalam hitungan milidetik.
Pembayaran mikro: Jaringan Lightning memungkinkan transaksi mikro dalam jumlah besar.
Hasil transaksi: Pada dasarnya, tidak ada batas jumlah pembayaran per detik yang dapat terjadi berdasarkan protokol. Jumlah transaksi hanya dibatasi oleh kapasitas dan kecepatan setiap node.
Privasi: Tidak ada catatan blockchain. Detail transaksi pembayaran Jaringan Lightning individu tidak dicatat secara langsung dan publik di blockchain. Pembayaran dapat dirutekan melalui banyak saluran berurutan, karena setiap operator node akan dapat melihat pembayaran di seluruh saluran mereka. Namun, mereka tidak akan dapat melihat sumber atau tujuan dana tersebut jika tidak berdekatan.
Mengurangi kemacetan di rantai
Biaya transaksi yang sangat rendah: Biaya transaksi yang dibayarkan ke node perantara di Jaringan Pencahayaan sering kali kecil, biasanya dalam milisatoshis.
Batasan
Jaringan Lightning terdiri dari saluran pembayaran dua arah antara dua node yang, ketika digabungkan, membuat kontrak pintar. Jika sewaktu-waktu salah satu pihak membatalkan saluran, saluran akan ditutup dan diselesaikan di blockchain.
Karena sifat mekanisme sengketa Jaringan Lightning, setiap partisipan harus selalu memantau saluran mereka dan melacak keadaan buku besar offline yang disiarkan ke jaringan. Konsep “watchtower” telah dikembangkan untuk menyelesaikan masalah ini.
Kesimpulan
Blockchain Bitcoin tetap menjadi sistem pembayaran terdesentralisasi yang inovatif, tetapi desain bawaannya memprioritaskan keamanan dan desentralisasi dibandingkan skalabilitas, sehingga menghasilkan hasil transaksi yang terbatas dibandingkan dengan jaringan pembayaran tradisional. Inovasi seperti SegWit dan Jaringan Lightning mewakili kemajuan penting yang meningkatkan kinerja Bitcoin dengan meningkatkan kapasitas transaksi dan memungkinkan pembayaran instan off-chain.Â
Namun, trilemma skalabilitas blockchain terus menantang pengembang untuk menyeimbangkan skalabilitas, keamanan, dan desentralisasi tanpa kompromi. Seiring perkembangan Bitcoin, riset berkelanjutan dan solusi scaling berlapis akan sangat penting untuk mendukung adopsi yang lebih luas dan mempertahankan integritas jaringan dalam ekonomi digital yang semakin meningkat.
#LearnWithBybit