Önceki makalede, " Nasıl Lightning Network Çalışır (2),"Bitcoin'in Lightning Ağı'nın çalışma prensiplerini inceledik. Temelde, Lightning Ağı, bireysel ödeme kanallarını geniş, birbirine bağlı ödeme ağına bağlayan dikkatle tasarlanmış bir ödeme kanalı sistemidir. Bu, doğrudan bağlı olmayan tarafların HTLC ve PTLC gibi sözleşmelerle güzergahların güvenliğini sağlayarak çoklu atlama yönlendirmesi aracılığıyla birbirlerine ödeme yapmalarına olanak tanır."

Yıllar süren gelişmeye ve teknoloji ve kullanıcı deneyiminde önemli ilerlemelere rağmen, hala Lightning Network'ün büyük ölçekli benimsenme seviyesine ulaşmadığımız gerçeğiyle yüzleşmek zorundayız. Bugünkü makalemizde, Lightning Network'ün şu anda karşı karşıya olduğu temel bir zorluk üzerinde odaklanacağız: likidite sorunu. Bu zorluk ayrıca ağdaki genel likidite eksikliği ve likidite dağılımı sorunu olmak üzere iki yönlü olarak daha da ayrılabilir.

Genel Ağ Likidite Kıtlığı

Mempool'un en son istatistiklerine göre, Bitcoin Lightning Ağı şu anda 12.389 düğüm ve 48.000 ödeme kanalına sahip, toplam kanal kapasitesi 5.311,8 BTC'dir.

Lightning Network, bir P2P likidite ağıdır ve gerçek anlamda büyük ölçekli benimsenme sağlamak için, düğüm sayısı, ödeme kanalları ve genel kanal kapasitesi yüzlerce veya hatta binlerce kez büyümeli. Peki, ağına daha fazla düğüm nasıl çekebiliriz?

Öncelikle, Lightning Network düğümlerinin kurulması ve bakımı için engelleri azaltmak son derece önemlidir, böylece teknik bir altyapıya sahip olmayan kullanıcıların Lightning Network düğümü çalıştırmasını kolaylaştırır. Bitcoin ekosisteminde birkaç ekip zaten plug-and-play donanım çözümleri tanıttı, örneğin Umbrel'in donanım kutusu, Bitcoin Lightning Network düğümlerinin çalıştırılmasını destekler. Benzer şekilde, Fi5Box yalnızca Bitcoin Lightning Network'ü desteklemekle kalmaz, aynı zamanda CKB'nin Fiber Network gibi diğer ağlar için düğüm çalıştırmayı da mümkün kılar. Bu cihazlar, kullanıcılar için bakım gerektirmeyen düğüm çözümleri sunar.

İkinci olarak, ek teşvik mekanizmalarının tanıtılması, Lightning Network için olumlu bir geri bildirim döngüsü oluşturmanın anahtarıdır. Lightning Network'te bir ödeme kanalı açıldığında, fonlar kilitlenir. Örneğin, Alice bir Yıldırım Hizmet Sağlayıcısı (LSP) olarak hareket etmek ve kanal başına 1 BTC tahsis ederek 100 kişiyle kanallar açmak istiyorsa, 100 BTC'yi kilitlemesi gerekir. Bu fonlar yalnızca hareket halindeyken gelir elde eder; atıl fonlar yapmaz. Bunun nedeni, Lightning Network düğümleri için birincil gelirin, genellikle "satoshi başına Taban Ücret + Ücret Oranı" olarak hesaplanan işlem ücretlerinden gelmesidir. Taban ücret, büyüklüğüne bakılmaksızın her işlem için alınan sabit bir tutar iken, ücret oranı, işlemde satoshi başına alınan yüzdedir.

Mempool'un istatistiklerine göre, Bitcoin Lightning Ağı'ndaki mevcut ortalama taban ücreti 950 mSat (0,95 sat) ve ortalama ücret oranı 764 ppm (0,000764 Sat başına satoshi) olarak görünüyor. Bu, 10.000 satoshi (0,0001 BTC, şu anda yaklaşık 6,50 dolar değerinde) tutarındaki bir işlem için yönlendirme düğümünün 9 satoshiden az bir ücret kazanacağı anlamına geliyor. Dahası, Lightning Ağı'ndaki işlem hacmi hala oldukça düşük ve birçok işlem hiçbir yönlendirme düğümüne ihtiyaç duymuyor (çünkü ilgili iki taraf doğrudan ödeme kanalına sahip). Sonuç olarak, BTC tutan ve yatırım getirisi arayan kişiler, öncelikle işlem ücreti kazanmak için BTC'lerini Lightning Ağı'na kilitlemeyi tercih etmiyorlar. Bunun yerine, borsalarda BTC'lerini ödünç vermeyi veya Stake/Restake fırsatları sunan yeni projelere katılmayı tercih ediyorlar.

Eğer ek teşvik mekanizmaları, daha fazla kişiyi Lightning Network düğümlerini çalıştırmaya veya LSP'ler haline gelmeye teşvik etmek için getirilebilirse ve daha fazla BTC sahibi ödül kazanmak için BTC'lerini Lightning Network'e yatırmaya motive edilirse, ağ likidite kıtlık sorunu potansiyel olarak çözülebilir. Lightning Network, daha kullanıcı dostu hale geldikçe daha fazla kullanıcı çekecek, bu da artan işlemlere ve buna bağlı olarak yönlendirme düğümlerinin ücret gelirlerini artıracak ve daha fazla kişiyi LSP'ler haline getirecektir. Bu nihayetinde Lightning Network'ün olumlu bir geri bildirim döngüsüne girmesine neden olacaktır.

Şu anda, Bitcoin ekosisteminde, UTXO Stack, Lightning Network için bir staking katmanına dönüşümünü duyurdu. Merkezi olmayan bir staking protokolü aracılığıyla, Lightning Network için daha iyi likidite ve geliştirilmiş bir getiri modeli sağlamayı amaçlıyor. Ek olarak, UTXO Stack, kullanıcıları BTC staking yapmaya teşvik etmek ve Lightning Network ödeme kanallarının likiditesini artırmak için bir token teşvik mekanizması tanıtacak.

Likitlik Dağıtımı Sorunu

Genel likidite sıkıntısı çözülse bile, bu likiditeyi etkili bir şekilde dağıtmak hala bir zorluk oluşturuyor.

Alice'in, yönlendirme düğümü Bob aracılığıyla Carol'a ödeme yaptığı bir örnek alalım. Başlangıçta, hem Alice hem de Carol kanallarında 20.000 satoshi'ye sahipken, Bob her kanalda 10.000 satoshi'ye sahiptir. Birkaç işlem sonrasında, kanallardaki bakiye dağılımı şöyle görünebilir (basitlik için, Bob tarafından toplanan yönlendirme ücretlerini düşünmüyoruz):

Alice ve Carol'ın gelecekte hala iş ilişkileri varsa ve Alice'ın Carol'a daha fazla ödeme yapması gerekiyorsa, ne yapılabilir? Bob artık ödemeleri yönlendiremez (çünkü Bob'un Carol ile parasını ona transfer etmek için yeterli fonu kalmamıştır). Bu durumda, Bob kanalını yeniden dengelemesi gerekmektedir.

Bu senaryo, Lightning Ağı'ndaki yönlendirme düğümleri için oldukça yaygındır. Düğüm operatörleri sürekli olarak kanalları arasında likidite dengesi sağlamalıdır. Bir kanalın sizin tarafınızda hiç fonu yoksa ödeme yapamazsınız; eğer tüm fonlar sizin tarafınızdaysa ödeme alamazsınız.

Yukarıdaki örnekte, Bob ve Carol arasındaki kanalı kapatıp yeni bir tane açmak bir seçenek olabilir. Ancak, bu yaklaşım hem kapatma hem de açma işlemlerinin her ikisi de Bitcoin madenci ücretleri gerektirdiği için maliyet açısından etkili değildir. Lightning Ağı'nın temel amacı, on-chain işlemleri azaltmak ve mümkün olan kadar çok işlemi off-chain kanallarına taşımaktır. Eğer Lightning Ağı'nda her gün milyonlarca kanal açılıp kapatılırsa, Bitcoin blok zinciri tıkanacak ve madenci ücretleri fırlayacaktır.

Bu sorunu çözmek için, Bitcoin topluluğu likidite dağıtım problemine çözüm bulmak için birkaç yenilikçi çözüm önerdi:

Denizaltı Takası (denizaltı takası)

Basit bir ifadeyle, Submarine Swap kullanıcıların Lightning Network içinde kanallarından BTC göndermelerine olanak tanır. Karşılığında, borsa hizmeti Bitcoin blockchain'inde belirtilen bir alma adresine eşdeğer miktarda BTC gönderir veya tam tersi: kullanıcılar on-chain BTC'yi borsa hizmetine gönderebilir ve ardından borsa hizmeti kanaldan belirtilen alıcı düğüme BTC gönderir. Bu süreç, HTLC (Hash Time-Locked Contracts) sayesinde tamamen güvenilir olmasına rağmen, borsa hizmetini içerir.

Denizaltı Takası, aynı zamanda PeerSwap kanal denge ayarlama protokolü gibi birçok sonraki yeniliği de ilham vermiştir. Bu protokol, kullanıcıların doğrudan kanal karşı taraflarıyla denizaltı takasları gerçekleştirmesine izin verir. Yukarıdaki örnekte, Carol takas hizmeti olarak hareket edebilir. Bob, on-chain BTC'yi Carol'e transfer eder ve karşılığında Carol, kanaldan eşdeğer miktarda BTC öder.

Özellikle, süreç aşağıdaki gibi çalışır:

1. Bob, gizli bir değer R (ön görüntü) ve onun hash'i H oluşturur.
2. Bob, Bitcoin blockchain'de H hash kullanarak bir HTLC oluşturur: Gizli R'yi 5 blok içinde açıklayabilirse, Carol'a 10.000 satoshi ödeyecek; aksi takdirde, fonlar Bob'a geri dönecektir.
3. Carol, ödeme kanalında Bob ile aynı hash (H) kullanarak HTLC oluşturur: Eğer 4 blok içinde gizli R'yi açıklayabilirse, kanaldan Bob'a 10.000 satoshi ödeyecek; aksi takdirde fonlar Carol'a geri dönecektir (basitlik için, takas hizmeti tarafından alınacak herhangi bir hizmet ücretini düşünmüyoruz).
4. Bob kanalda gizli R kullanarak HTLC'yi açar ve 10.000 satoshi alır.
5. Bob fonları çektiğinde, Carol da gizli R'yi biliyor ve Bitcoin blok zincirindeki HTLC'yi açmak için kullanarak 10.000 satoshis çekiyor.

Kanalı kapatıp yeni bir tane açmaya göre, Denizaltı Takası yalnızca bir adet zincir üstü işlem gerektirir, bu da onu daha ekonomik ve tamamen güvenilir yapar.

Birleştirme

Kanal birleştirme, bir düğümün bir kanalı kapatıp ardından tek bir işlemde yeni bir kanal açarak kanalda kilitli olan dengesini değiştirdiği zincir üzerinde bir dengeleme yöntemidir. Bir düğüm bu süreçle daha fazla fon kilitleyince buna 'içeri birleştirme' denir; eğer kilitleme miktarını azaltırsa 'dışarı birleştirme' olarak adlandırılır. Yukarıdaki örnekte, Bob ve Carol arasındaki kanal kanal birleştirme ile genişletilebilir.

Kanal birleştirme, kanalı kapatıp yeniden açmak için iki işlem kullanmaktan çok daha uygun olsa da, hala işlemi ağ üzerinde yayınlamayı, on-chain madenci ücretleri ödemeyi ve işlemin onaylanmasını beklemeyi gerektirir.

Çok Yollu Ödeme (MPP)

Çoklu yol ödemeleri, bir ödemenin birkaç parçaya bölünmesine izin verir, bu parçalar aynı anda farklı kanallar aracılığıyla iletilir veya yönlendirilir. Örneğin, Alice'in Carol'a 10.000 satoshi ödemesi gerekiyorsa ve Bob artık ödemeleri yönlendiremiyorsa, Alice, 6.000 satoshi'yi yönlendirme düğümü David aracılığıyla ve 4.000 satoshi'yi yönlendirme düğümü Eva aracılığıyla Carol'a ödeyebilir. Böylece Alice'in 10.000 satoshi ödemesi çoklu yol ödemeleri kullanılarak tamamlanabilir.

Çoklu yol ödeme teknolojisinin asıl amacı, tek yol ödemelerinin sınırlamalarını aşmak ve daha büyük ödemelerin daha küçük parçalara bölünerek yapılmasına izin vermektedir. Örneğin, 1 BTC'lik bir Lightning Network işlemi, her biri 0.01 BTC olan 100 işleme bölünebilir. Çoklu yol ödemeleri, ağın merkezsizleşmesine ve işlem gizliliğine fayda sağlar. Güvenlik açısından, atomik çoklu yol ödeme (AMP) teknolojisi, bir yolun ödemenin tamamlanamaması durumunda tüm ödemelerin başarısız olacağını ve karışıklık ve dolandırıcılığı engelleyeceğini sağlar.

Ayrıca, Lightning Ağı'nda, büyük işlemler Wumbo kanalları aracılığıyla da tamamlanabilir. Wumbo kanalları, normal bir Lightning kanalının tutabileceği Bitcoin miktarı üzerindeki sınırlamayı kaldırır (0.1667 BTC), bu da düğümlerin daha yüksek kanal kapasitelerine sahip olmalarını ve dolayısıyla daha büyük işlemleri desteklemelerini sağlar.

Sonuç

Likitlik, Lightning Ağı'nın gelişimini kısıtlayan ana faktörlerden biridir. Lightning Ağı düğümlerinin kurulması ve sürdürülmesine yönelik engelleri düşürerek ve ek teşvik mekanizmaları getirerek ağ, yetersiz likidite sorununu ele alabilir. Denizaltı Takası, kanal birleştirme ve çoklu yol ödemeleri gibi çözümler, ağ içinde likidite dağılımıyla ilgili sorunları da ele almaya katkıda bulunur.

Bu çözümlerin yanı sıra, Bitcoin topluluğu ağ likiditesini optimize etmek için diğer stratejiler de önermiştir, bunlar arasında Lightning Pool (bir kanal kiralama açık artırma pazarı), Likidite Reklamı (bir kanal kiralama planı) ve döngü ödemeleri (bir düğümün ödeme kanalları aracılığıyla kendisine ödeme yapması ve ağ dengesini sağlamak için döngü oluşturması) bulunmaktadır.

Likitlik yönetimi, Şimşek Ağı için şüphesiz karmaşık bir girişimdir. Bununla birlikte, sürekli teknolojik ilerlemeler ve devam eden topluluk çabaları ile bu likitlik zorluklarının sonunda çözüleceğine inanma sebebimiz var.

Dikkat:

1. Bu makale [den alıntılanmıştırRGB++ Fanlar]. Tüm telif hakları orijinal yazarına aittir [Byte CKB]. Eğer bu yeniden basım hakkında itirazlarınız varsa, lütfen iletişime geçin Gate Learnekibine iletecek ve hızla ele alacaklar.
2. Sorumluluk Reddi: Bu makalede ifade edilen görüşler yalnızca yazarın görüşleridir ve herhangi bir yatırım tavsiyesi oluşturmaz.
3. Makalelerin diğer dillere çevirileri, Gate Learn ekibi tarafından yapılır. Belirtilmedikçe, çevrilen makalelerin kopyalanması, dağıtılması veya kopyalanması yasaktır.