Core Lightning: Bagaimana Rebrand Implementasi Blockstream Berbicara Dengan Visi Jangka Panjangnya Untuk Intelijen Data Bitcoin PlatoBlockchain. Pencarian Vertikal. ai.

Core Lightning: Bagaimana Rebrand Implementasi Blockstream Berbicara Tentang Visi Jangka Panjangnya Untuk Bitcoin

Sekarang disebut Core Lightning, implementasi Lightning Network dari Blockstream berusaha menjadi standar interoperabilitas Bitcoin yang berfokus pada spesifikasi.

Perusahaan infrastruktur Bitcoin Blockstream baru-baru ini mengganti nama implementasi Lightning Network dari c-lightning menjadi Core Lightning (CLN) dalam upaya untuk menyoroti fokus jangka panjang proyek pada interoperabilitas dan pekerjaan spesifikasi.

Nama awal, yang mengacu pada bahasa pemrograman C yang digunakan untuk implementasi, tidak mencerminkan maksud sebenarnya perusahaan dengan proyek tersebut. Sekarang, Core Lightning berusaha untuk mencerminkan proposisi nilai implementasi Blockstream.

“Kami berharap nama yang diperbarui lebih mengomunikasikan fokus CLN pada interoperabilitas, pekerjaan spesifikasi, dan tujuan berkelanjutan untuk memberikan implementasi referensi dengan prioritas pada kebenaran dan ketahanan,” kata perusahaan itu dalam sebuah pernyataan. pernyataan.

Mengapa Ada Implementasi Berbeda Dari Jaringan Lightning?

Lightning Network adalah konsep abstrak dari apa yang sebenarnya merupakan banyak saluran Lightning berbeda yang terhubung bersama. Saluran pembayaran kilat menetapkan dasar jaringan karena dua peserta mengunci sejumlah bitcoin di lapisan dasar jaringan Bitcoin untuk melakukan pembayaran off-chain yang cepat dan murah di antara mereka sendiri. Namun, dengan membuka lebih banyak saluran dengan peserta yang berbeda, pembayaran kemudian dapat dialihkan dalam "jaringan mesh" ini, dari satu peserta ke peserta berikutnya hingga penerima akhir pembayaran Lightning ditemukan.

Oleh karena itu, abstraksi yang “jaringan petir” mengharuskan peserta yang berbeda untuk berkomunikasi satu sama lain sehingga mereka dapat mengarahkan pembayaran satu sama lain dan memungkinkan interaksi tanpa gesekan. Komunikasi ini terjadi antara node yang menjalankan perangkat lunak protokol Lightning dan oleh karena itu dapat mengirim dan menerima pembayaran, antara lain.

Sedangkan di Bitcoin saat ini ada perangkat lunak node standar de-facto, Bitcoin Core, ada lebih dari satu jenis software Lightning node yang sedang populer saat ini. Akibatnya, diperlukan seperangkat dokumen untuk menentukan bagaimana berbagai jenis node Lightning ini — alias “implementasi” — dapat berbicara satu sama lain.

Grafik Dokumen Basis of Lightning Technology (BOLT) tentukan kumpulan spesifikasi yang harus dipatuhi oleh semua implementasi node Lightning agar menjadi peserta yang stabil dan patuh dalam Lightning Network. Saat ini ada 11 dokumen BOLT yang menjelaskan segalanya mulai dari cara membuat saluran pembayaran dan mendanainya dengan bitcoin hingga bagaimana seseorang harus meminta pembayaran Lightning.

Tentu saja, fakta bahwa ada implementasi Lightning yang berbeda juga berarti bahwa ada penawaran berbeda yang tersedia bagi pengguna, dan mereka dapat memilih perangkat lunak mana saja yang akan dijalankan berdasarkan kebutuhan spesifik mereka. Pada tingkat tinggi, ada empat implementasi Lightning utama, LND, Core Lightning, Eclair, dan LDK, masing-masing diarahkan untuk kasus penggunaan tertentu.

Petir Inti: Dibangun Dari BOLT

CLN, sebelumnya c-lightning, telah digunakan untuk produksi di mainnet Bitcoin sejak awal 2018. Ditulis dalam bahasa pemrograman C, yang menawarkan pengembang tingkat kontrol yang tinggi atas perilaku kode mereka bahkan pada level rendah, CLN memiliki fokus pada efisiensi serta menyediakan pengembang dan pengguna dengan modul, berbasis plugin implementasi protokol penskalaan Layer 2 Bitcoin.

“Kami bertujuan untuk menjadi implementasi berkinerja tinggi, kelas perusahaan, sesuai spesifikasi,” kata pengembang Lightning di Blockstream, Rusty Russel. Majalah Bitcoin. “Itu secara tradisional berarti kami lebih cocok untuk dibangun oleh pengguna kelas atas, bisnis, dan pengembang.”

CLN hanya bekerja di Linux dan MacOS, dan memerlukan perangkat lokal atau jarak jauh bitcoin versi 0.16 atau lebih tinggi yang sepenuhnya terhubung dengan jaringan tempat pengguna menjalankan dan me-relay transaksi. Pemangkasan adalah didukung sebagian.

Sebagai implementasi yang ringan, CLN memungkinkan tingkat penyesuaian yang hebat karena memungkinkan pengguna untuk membuatnya sendiri dan hanya menambahkan fitur yang mereka inginkan atau butuhkan. Pengembang dapat berinteraksi dengan daemon melalui metode JSON-RPC khusus, memungkinkan mereka untuk menyesuaikan fungsionalitas secara efisien dengan kebutuhan mereka melalui plugin yang dapat mengakses detail tingkat rendah secara langsung.

Modularitas, efisiensi, dan kekokohan kode CLN datang dengan kelemahan yang menyertainya juga. Christian Decker, seorang peneliti di Blockstream yang berfokus pada solusi penskalaan untuk Bitcoin, tersebut selama pertemuan London Bitcoin Devs bulan lalu bahwa, dengan mengikuti filosofi UNIX untuk melakukan satu hal dengan sangat baik dan tidak memaksakan keputusan pada pengguna, CLN hadir dengan cara "tulang telanjang" dan membutuhkan dedikasi dari pengguna untuk membuatnya bekerja .

Khususnya, implementasi Blockstream sangat berfokus pada proses spesifikasi dan menghasilkan banyak kode dari spesifikasi BOLT secara langsung, menurut Russel. Meskipun ini memastikan implementasi yang sepenuhnya sesuai dengan spesifikasi, tim memiliki lebih sedikit waktu untuk memasarkan pekerjaannya dan mengidentifikasi ini sebagai alasan mengapa mereka melihat lebih sedikit keterlibatan komunitas dan pembagian node daripada implementasi lainnya.

“Kami dibangun dari spesifikasi Lightning BOLT, secara harfiah!” Russel mengatakan Majalah Bitcoin. “Ini berarti kami sangat peduli (dan, sebagai sebuah tim, telah berupaya keras) untuk mengoordinasikan arsitektur seluruh Jaringan Petir melalui spesifikasi BOLT.”

Tim biasanya mengusulkan spesifikasi baru ke komunitas pengembangan yang lebih luas sebelum menambahkannya ke CLN dalam upaya untuk memastikan kompatibilitas jangka panjang di antara implementasi yang berbeda sambil meminta lebih banyak perhatian untuk meninjau, menguji, dan mengomentari kodenya sebelum akhirnya diubah menjadi yang baru. BOLT dan menjadi siap untuk diadopsi oleh semua implementasi.

“Sebagian dari alasan kami melakukan proses spesifikasi-dan-peninjauan-lintas-implementasi adalah untuk membantu mengidentifikasi cara yang lebih baik dalam melakukan sesuatu — menemukan bug, mengidentifikasi masalah di masa depan,” Lisa Neigut, insinyur protokol Lightning di Blockstream, mengatakan Majalah Bitcoin.

Mengingat efisiensi dan tapaknya yang ringan, CLN kemungkinan merupakan implementasi yang paling sesuai untuk perangkat dengan spesifikasi rendah.

Tim Blockstream juga telah mengembangkan serangkaian fitur baru yang memperluas fungsionalitas BOLT saat ini, yang sering kali berupa rancangan spesifikasi atau proposal spesifikasi, termasuk pembukaan saluran kolaboratif, iklan likuiditas, dan BOLT 12. CLN memberi pengguna opsi untuk mencoba spesifikasi mendatang ini.

“Kami mengikat bagian draft spesifikasi Lightning di bawah opsi eksperimental,” kata Russel Majalah Bitcoin. “Tetapi jika Anda lebih suka bertualang, opsi eksperimental itu memberi Anda—

wawasan tentang apa yang akan datang ke Lightning Network selanjutnya!”

Saluran kolaboratif terbuka, yang sebelumnya disebut "saluran pendanaan ganda", memungkinkan peserta untuk secara kolaboratif membuka saluran baru dengan bersama-sama mendanai transaksi pendanaan saluran. Saat ini, saluran terbuka dengan transaksi pendanaan sepihak oleh satu peserta. Saluran kolaboratif terbuka juga memungkinkan CoinJoins terdistribusi menjadi saluran Lightning terbuka.

“Anda dapat mengatur CoinJoin Anda sendiri dengan sekelompok node Lightning lainnya,” kata Neigut Majalah Bitcoin. “Anda melakukannya secara terdesentralisasi sehingga satu-satunya orang yang tahu tentang siapa yang terlibat adalah orang-orang yang sebenarnya menjadi bagian dari transaksi itu, jadi tidak ada koordinator pusat yang mewujudkannya.”

Iklan likuiditas juga memanfaatkan pembukaan saluran kolaboratif. Menurut Blockstream posting blog, “ini adalah cara ringan untuk menyediakan kemampuan untuk mengoordinasikan penyebaran likuiditas di seluruh jaringan dengan cara yang terdesentralisasi dan dapat diakses.”

Fitur ini mencoba memecahkan masalah umum di Lightning: likuiditas masuk.

Iklan likuiditas memungkinkan Anda untuk “melihat semua orang yang mengiklankan bahwa mereka akan menjual likuiditas masuk jika Anda membuka saluran untuk mereka, yang merupakan hal yang sangat menarik,” kata Neigut.

BOLT 12 adalah spesifikasi draf lain untuk dompet dan node Lightning dengan dukungan eksperimental di CLN. Fitur yang diusulkan, yang disebut "penawaran", akan meningkatkan faktur BOLT 11 dengan mengaktifkan penawaran yang dapat digunakan kembali, sedangkan faktur BOLT 11 hanya dapat digunakan sekali. Selain itu, meskipun faktur secara eksklusif merupakan permintaan pembayaran, Anda dapat menggunakan penawaran untuk juga mengirim, tidak hanya menerima, uang.

Pengguna CLN sekarang juga dapat mengotomatiskan tugas manajemen node mereka dengan KELAS, alat "kecerdasan buatan" yang baru-baru ini dirilis yang dapat memutuskan node mana yang akan dibuka salurannya, membuka saluran saat biaya rendah dan ada dana on-chain, menyesuaikan biaya perutean agar kompetitif dengan node lain, melakukan pertukaran kapal selam melalui boltz .exchange API dan secara otomatis menyeimbangkan kembali saluran.

Sementara implementasi yang berbeda harus didorong untuk mengejar solusi mandiri untuk kasus penggunaan spesifik mereka sambil mematuhi spesifikasi BOLT 11 saat ini, mengajukan proposal spesifikasi yang menyertainya untuk membantu implementasi lain menyebarkan fitur yang sama — atau serupa — umumnya merupakan praktik yang baik, karena itu sebuah langkah yang seharusnya memenuhi kepentingan jangka panjang dari basis pengguna Lightning yang luas dan terus berkembang. Meskipun demikian, proses spesifikasi bukanlah tugas yang mudah untuk dijalani.

“Sebagai proses itu sulit dan membutuhkan banyak waktu. Itu memang membutuhkan koordinasi dengan orang lain dengan banyak perspektif berbeda, ”kata Neigut.

Akibatnya, perusahaan yang berbeda mendedikasikan jumlah waktu dan upaya yang berbeda untuk proses ini sesuai dengan prioritas masing-masing, yang tentu saja berbeda. Sementara, menurut Russel, tim CLN telah menghabiskan sebagian besar "usahanya pada spesifikasi dan detail implementasi tingkat rendah dan hampir tidak ada upaya untuk penjangkauan atau pemasaran pengembang," Lightning Labs, perusahaan di belakang LND, sering memilih untuk lebih fokus sumber daya rekayasa pada fitur baru dan memecahkan masalah pelanggan daripada pada proses spesifikasi yang sulit.

LND: Kesenjangan CLN Bisa Diisi?

LND adalah implementasi Lightning pertama pengembang yang berfokus pada memfasilitasi pengembangan aplikasi di atasnya, sehingga menempatkan penekanan kuat pada interaksi pengembang, terutama dalam pendekatan standar untuk komunikasi melalui REST API, yang memungkinkan pengembangan aplikasi lebih mudah, selain menyediakan dokumentasi yang jelas dan pengalaman pengaturan yang mudah.

“Kami ingin pengembang dapat mengambilnya dengan mudah, mengintegrasikannya ke dalam produk mereka, membangun aplikasi di atasnya dan mendistribusikannya sebagai dompet atau node yang dihosting sendiri,” Pengembang LND Oliver Gugger tersebut di pertemuan London Bitcoin Devs. "Membawanya ke plebs."

Akibatnya, LND berfokus pada "memiliki antarmuka pengembang yang hebat," tambah Gugger, dengan mengaktifkan gRPC dan REST.

“LND memiliki komunitas yang hebat, pengaturan yang mudah, dan dokumentasi pengembang yang hebat,” kata Russel ketika ditanya mengapa menurutnya LND adalah implementasi Lightning yang paling populer.

LND telah melihat keterlibatan komunitas terbesar di antara semua implementasi dan saat ini menjalankan sebagian besar semua node jaringan. Beberapa perkiraan menempatkan bagian LND dari total node Lightning publik di mana saja antara 70% dan 90%.

LND juga membanggakan apa yang bisa dibilang sebagai tim pengembangan penuh waktu terbesar. Hasilnya, tim telah berhasil membangun sejumlah besar layanan bernilai tambah di sekitar LND, seperti Bukaan dan layanan likuiditas Lightning Lingkaran dan Kolam.

Loop menggunakan swap bawah laut untuk menjembatani bitcoin on-chain dan off-chain, sehingga memudahkan untuk memindahkan bitcoin masuk dan keluar dari Lightning Network. Ia melakukan penyeimbangan saluran otomatis, pertukaran non-penahanan privasi-maju, pengelompokan transaksi oportunistik hemat biaya dan pemantauan kemajuan pertukaran dalam penerbangan.

Pool adalah pasar peer-to-peer untuk saluran Lightning. Ini menghubungkan pengguna yang membutuhkan akses ke likuiditas masuk dengan mereka yang memiliki modal untuk ditempatkan di Lightning Network dengan memungkinkan peserta Lightning Network untuk memberi sinyal kebutuhannya dan memberi insentif kepada orang lain untuk membuka saluran dengan mereka menggunakan modal mereka.

Dengan fokus LND biasanya pada fitur baru dan dukungan pelanggan, tim CLN telah menemukan celah di pasar yang diharapkan dapat diisi dengan lebih memperhatikan proses spesifikasi.

Untuk Spec Atau Tidak Untuk Spec

“Tim Labs telah menghasilkan hal-hal hebat,” kata Neigut. “Mereka hanya, sebagai sebuah organisasi, tidak luar biasa dalam menulis spesifikasi untuk hal-hal yang mereka tambahkan. Contoh bagusnya adalah KeySend.”

Kirim Kunci memungkinkan node Lightning untuk mengirim seseorang pembayaran Lightning hanya memiliki ID node penerima, yang berarti alat tersebut tidak memerlukan faktur, yang merupakan saat ini standar de-facto pada mekanisme pembayaran Lightning.

“Mereka meluncurkannya, banyak orang mulai menggunakannya, tetapi mereka tidak pernah sepenuhnya menentukannya,” tambah Neigut. “Jadi CLN ingin bisa mendukungnya. Salah satu anggota tim kami harus memeriksa kembali dan mencari cara untuk membuatnya bekerja hanya dengan membaca kode mereka dan merekayasa baliknya.”

Sebuah spesifikasi akhirnya ditulis oleh implementasi Lightning Spiral, LDK, kenang Neigut, setelah timnya merekayasa balik kode Lightning Labs.

“Dan tim lain hanya benar-benar harus mengikuti karena LND memiliki basis instalasi yang begitu besar,” katanya. “Itu tidak seperti proses yang paling kolaboratif.”

“Tim orang yang mengerjakan hal-hal Lightning Labs cukup solid,” tambah Neigut. “Saya hanya berpikir mereka mengambil keuntungan dari dominasi jaringan mereka untuk tidak harus melakukan semua pekerjaan ekstra ini karena jika mereka tidak melakukannya, orang lain akan melakukannya karena mayoritas node di jaringan menjalankan kode mereka.”

Neigut mengatakan bahwa dia sudah terbiasa dengan LND menjadi sorotan dan menjadi implementasi "Petir default" — sesuatu yang dia akui bahwa dia menikmati sebagai pengembang karena lebih sedikit permintaan dukungan pelanggan yang dia terima.

“Tapi saya pikir kita akan mendapatkan dinamika jaringan yang lebih sehat jika tidak ada implementasi mayoritas,” tambahnya. “Saya pikir itu akan benar-benar mengubah permainan dalam hal jumlah kolaborasi yang harus dilakukan setiap orang untuk mengirimkan barang-barang mereka di Lightning. Dan itu akan sehat.”

Perhatian yang cermat terhadap spesifikasi bisa dibilang penting untuk pengembangan sumber terbuka di lingkungan jaringan terbuka. Pada Lightning, spesifikasi tersebut membentuk dasar dari protokol dan memastikan interoperabilitas dari berbagai versi yang berpartisipasi dalam jaringan.

Namun, sementara beberapa orang berpendapat bahwa perubahan besar dan penambahan baru pada satu implementasi Lightning harus memiliki spesifikasi yang menyertainya, yang lain mungkin melihat spesifikasi BOLT sebagai minimum di mana setiap implementasi dapat membangun fitur baru mereka yang menarik — yang tidak perlu harus porting kembali ke suite spesifikasi.

"Nya keras menciptakan perusahaan infrastruktur sumber terbuka, jadi tidak mengherankan jika saya tidak setuju dengan semua prioritas [Lightning Labs],” kata Russel. “Saya benar-benar percaya mereka akan menemukan cara untuk menciptakan aliran pendapatan yang berkelanjutan dan menjadi mitra yang dapat diandalkan dalam pengembangan teknis Lightning Network; Saya tidak berpikir ada orang yang ingin melihat jaringan terbelah menjadi beberapa bagian.”

Mengabaikan proses spesifikasi sepenuhnya dapat menyebabkan munculnya sub-ekosistem yang sangat berbeda, yang dapat merusak pengembangan dan adopsi Jaringan Petir secara keseluruhan jika mereka tidak dapat dioperasikan. Tetapi seperti yang disoroti Russel, tidak ada indikasi bahwa implementasi apa pun dilakukan hari ini. Mempertahankan interaksi yang kohesif dan dapat dioperasikan antar node adalah kuncinya jika kita ingin menjaga detail implementasi disarikan dari pengguna dan dengan demikian memungkinkan pengalaman pengguna yang baik.

“Jika [Lightning Labs] memimpin dan mereka juga memimpin dalam spesifikasi, saya pikir akan ada sedikit gesekan dalam menambahkan fitur baru, karena tidak akan sulit untuk mengikuti apa yang mereka lakukan, kata Neigut. “Mungkin mereka akan lebih terlibat dalam proses spesifikasi ke depan. Saya pikir mereka pasti mendapatkan umpan balik dari kami dan komunitas lainnya bahwa proses spesifikasi itu penting.”

Bagian dari kontroversi dan ketegangan dalam proses spesifikasi BOLT berasal dari email dibagikan di Twitter pada akhir Februari, di mana kepala likuiditas Lightning di Lightning Labs, Alex Bosworth, mengomentari BOLT 12 dan proses spesifikasi BOLT.

Bosworth menulis bahwa proses BOLT adalah proses standarisasi sewenang-wenang yang tidak memerlukan persetujuan orang dan oleh karena itu mewakili "lebih dari seperangkat dokumen yang dikendalikan oleh proses sewenang-wenang daripada perjanjian antara implementasi independen."

Lightning Labs nanti diklarifikasi bahwa komentar Bosworth hanya mencerminkan pendapatnya dan belum tentu pendapat perusahaan.

Core Lightning: Bagaimana Rebrand Implementasi Blockstream Berbicara Dengan Visi Jangka Panjangnya Untuk Intelijen Data Bitcoin PlatoBlockchain. Pencarian Vertikal. ai.
Bosworth bisa dibilang mengisyaratkan untuk mengabaikan kepatuhan dengan proses spesifikasi setiap kali itu bertentangan dengan apa yang dia sebut "masalah saat ini" di Lightning, karena standar seperti itu mungkin tidak digunakan oleh sebagian besar jaringan dan oleh karena itu seharusnya tidak menjamin banyak upaya pengembangan, sedangkan masalah tersebut dapat mewakili poin rasa sakit dari sebagian besar pengguna dan karena itu harus diprioritaskan. Sumber gambar.

Decker membagikan pemikirannya tentang komentar Bosworth dan tentang proses spesifikasi BOLT selama pertemuan London Bitcoin Devs.

“Saya pikir itu adalah pernyataan yang sangat kuat dari seseorang yang tidak pernah berpartisipasi dalam satu pertemuan spek,” katanya. “Ada sedikit perselisihan dalam proses spesifikasi tetapi itu adalah desain. Jika satu implementasi dapat mendikte seperti apa keseluruhan jaringan, kami akan berakhir dengan pandangan yang sangat rabun tentang seperti apa jaringan itu dan kami tidak akan dapat melayani semua kasus penggunaan berbeda yang kami layani. ”

“Jadi ya, terkadang proses spesifikasi membuat frustrasi, saya sangat setuju dengan itu,” tambahnya. “Kami tentu memiliki pandangan yang berbeda tentang seperti apa jaringan itu seharusnya. Tetapi dengan proses tesis, antitesis, dan sintesis ini, kami menghasilkan sistem yang jauh lebih mampu melayani pengguna kami daripada jika satu implementasi dilakukan sendiri.”

“Saya pribadi tidak mengerjakan spesifikasi jadi saya tidak merasa memenuhi syarat untuk memberikan jawaban,” kata Gugger di pertemuan itu, mengomentari email Bosworth. “Saya hanya ingin menambahkan bahwa saya tidak selalu setuju dengan semua poin yang disebutkan Alex. Saya pasti akan mengatakannya dengan cara yang berbeda juga. Saya pikir kurangnya sumber daya untuk mengerjakan spesifikasi terkadang ditafsirkan sebagai kami memblokir hal-hal yang bukan merupakan niat dan bukan tujuan kami tentu saja. Kami ingin melakukan lebih banyak pekerjaan pada spesifikasi jadi saya harap kami akan meningkat di sana. Menarik untuk dicermati, bagaimana rasa frustrasi itu terkadang muncul ke permukaan. Terima kasih [Decker dan Pengembang ACINQ Bastien Teinturier] untuk semua pekerjaan yang Anda lakukan pada spesifikasi. Saya perlu mengambil juga jadi saya akan melakukan yang terbaik. ”

Russel juga mengomentari email Bosworth di a Untaian Twitter di mana dia berjanji untuk menghabiskan lebih banyak waktu untuk memoles dan memasarkan CLN, karena dia mengatakan bahwa LND tidak mengimplementasikan Lightning terlebih dahulu dan tidak mengimplementasikannya dengan baik — meskipun komunitasnya hebat, tambahnya.

“Ternyata mereka telah memutuskan bahwa mereka dapat memanfaatkan dominasi jaringan menjadi kontrol protokol, dan proses spesifikasi tidak 'nyata,'” tulisnya di utas. “Lightning Labs telah mengklaim kepemilikan jaringan Lightning dalam banyak cara: Saya enggan untuk memanggil mereka di depan umum. Tetapi jaringan dan komunitas kilat layak mendapatkan yang lebih baik.”

Russell tidak menanggapi pertanyaan dari Majalah Bitcoin mengacu pada utas ini. Lightning Labs menolak berkomentar.

“Pada tahun 2016 kami datang dari tiga arah yang berbeda dan memutuskan untuk menggabungkan semua hal yang kami pelajari selama fase eksperimen awal ini menjadi satu spesifikasi sehingga kami dapat berkolaborasi dan bekerja sama,” kata Decker pada pertemuan tersebut. “Fase eksperimen ini harus selalu ditindaklanjuti dengan proposal yang bisa diintrospeksi oleh semua orang dan bisa diimplementasikan oleh semua orang. Terkadang proposal formal itu hilang dan itu mencegah implementasi lain memberikan ulasan mereka sendiri tentang fitur itu. Tinjauan ini sangat penting untuk memastikannya bekerja untuk semua orang dan ini adalah yang terbaik yang bisa kami lakukan.”

“Seperti yang disarankan oleh Lightning Network, itu sangat menguntungkan dari efek jaringan yang kami dapatkan dengan menjadi kompatibel, dengan dapat beroperasi dan memungkinkan semua implementasi untuk bermain di level playing field,” dia kemudian menambahkan.

Implementasi Saling Melengkapi, Mereka Tidak Bersaing

Selain kontroversi yang sangat spesifik mengenai proses spesifikasi, implementasi Lightning sebagian besar bekerja secara terpisah dan kemudian bersama-sama untuk menghadirkan fitur terbaik dan paling diminati ke jaringan, memastikan pengalaman pengguna yang lebih baik secara keseluruhan.

Akibatnya, langkah Blockstream untuk mendorong CLN sebagai penawaran yang sesuai spesifikasi, modular, dan ringan hadir sebagai alternatif bagi mereka yang tertarik untuk menjalankan implementasi node yang berusaha untuk sepenuhnya dapat dioperasikan dengan jaringan lainnya dan menyediakan kumpulan manfaat yang unik kepada mereka yang melakukannya.

Karena implementasi yang berbeda berusaha untuk menjadi versi terbaik mereka dan memenuhi kasus penggunaan tertentu dengan menjelajahi proposisi nilai mereka sendiri, pengguna pada akhirnya adalah orang yang diuntungkan karena opsi yang lebih besar dan lebih baik muncul.

Stempel Waktu:

Lebih dari Majalah Bitcoin