Başlıqlar
Layer 2 həlləri blokçeyn texnologiyasının daxili genişlənmə məhdudiyyətlərini aradan qaldırmaq məqsədini güdür.
Şimşək şəbəkəsi, blok təsdiqi olmadan sürətli tranzaksiyalar apara bilən Layer 2 genişlənmə həllidir. Bu, effektiv kiçik ödənişləri təmin edir.
Şimşək şəbəkəsi, ödənişin təhlükəsizliyini və genişlənməsini təmin etmək üçün çoxsaylı imza ünvanları və hash vaxtı kilidi müqavilələri vasitəsilə fəaliyyət göstərir.
Giriş
Kriptovalyutaların əhəmiyyətli xüsusiyyətləri var, haker hücumlarına və ya bağlanmalara qarşı dayanıqlıdır. Hər kəs kriptovalyutalar vasitəsilə qlobal miqyasda dəyəri üçüncü tərəf müdaxiləsi olmadan köçürə bilər.
Bu xüsusiyyətlərin dəyişməz qalmasını təmin etmək üçün böyük bir qiymət ödəmək lazımdır. Kriptovalyuta şəbəkəsini işlədən nodların çoxluğu, throughput-u məhdudlaşdırır. Beləliklə, kütləvi istifadəyə yönəlmiş bir texnologiya olmasına baxmayaraq, blokçeyn şəbəkələrinin hər saniyədə işləyə biləcəyi tranzaksiya sayı (TPS) nisbətən aşağıdır.
Blok zinciri teknolojisinin yerleşik sınırlamalarını aşmak için, ağın işleyiş kapasitesini artırmak amacıyla çeşitli ölçeklenebilirlik çözümleri ortaya çıkmıştır. Bu yazıda, Bitcoin protokolünün bir ölçeklendirme çözümü olan Lightning ağını derinlemesine inceleyeceğiz.
Lightning ağı nedir?
Lightning ağı, blok zincirinin üstünde çalışarak, eşler arası işlemleri hızlandırmayı amaçlamaktadır. Bu ağ yalnızca Bitcoin blok zinciri üzerinde değil, aynı zamanda diğer kripto para birimlerinde de entegre edilmiştir.
Kafa karışıklığı yaratabileceğimiz bir nokta var; 'blok zincirinin üstünde' ne anlama geliyor? Lightning ağı, zincir dışı veya Layer 2 çözümleri olarak adlandırılır. Kullanıcılar bu ağ üzerinden işlem yapabilir ve her işlemi blok zincirine kaydetme gereği yoktur.
Lightning ağı, Bitcoin ağından bağımsızdır; bağımsız düğümleri ve yazılımları vardır, ancak ana zincirle iletişim kurması gerekmektedir. Lightning ağına giriş ve çıkış yapmak için, blok zincirinde özel işlemler oluşturulması gerekmektedir.
Bir kullanıcının ilk işlemi, diğer kullanıcılarla bir akıllı sözleşme oluşturmak anlamına gelir. Bu konuda daha sonra detaylı bilgi vereceğiz. Şimdi, akıllı sözleşmeyi, sizin ve diğer kullanıcıların ortak sahip olduğu özel bir defter olarak düşünelim. Bu defterde birden fazla işlem kaydedebilirsiniz. Bu kayıtlar yalnızca siz ve işlem yaptığınız taraf için görünmektedir ve belirli özelliklere göre, iki tarafın da dolandırıcılık yapması mümkün değildir.
Bu mini deftere kanal denir. Örneğin, Alice ve Bob, her biri 5 BTC yatırır. Şu anda, her birinin kanalında 5 BTC bakiye vardır. Ardından, Alice deftere 'Bob'a 1 BTC öde' şeklinde bir kayıt düşer. Şimdi Bob'un 6 BTC'si, Alice'in ise 4 BTC'si vardır. Bob daha sonra 2 BTC'yi tekrar Alice'e verir. Bakiyeler güncellenir; Alice 6 BTC, Bob 4 BTC'ye sahip olur. Bu şekilde bir süre devam edebilirler.
Herhangi bir taraf, kanalın mevcut durumunu istediği zaman blok zincirine yayınlayabilir. O zaman, kanalın her iki ucundaki bakiyeler, her iki tarafın zincir üzerindeki adreslerine dağıtılacaktır.
Adından da anlaşılacağı gibi, Lightning işlemleri yıldırım hızıyla gerçekleşir. Blok onayını beklemek gerekmeksizin, internet bağlantısının izin verdiği zamanda hızlı ödemeler yapılabilir.
Neden Lightning ağına ihtiyaç var?
Şu ana kadar, Lightning ağı (veya kısaca 'LN'), Bitcoin blok zincirinin ölçeklenebilirlik sorununu çözmenin en mantıklı yolu gibi görünüyor. Bu kadar büyük bir ekosistemde değişiklikleri koordine etmek oldukça zor, çünkü sert çatallar ve potansiyel felaket açıkları gibi risklerle karşı karşıya kalıyorsunuz. Büyük değerler söz konusu olduğu için deneyler yapmak son derece tehlikeli bir iştir.
Eğer deneyleri blok zincirinden kaldırmak istiyorsanız, daha esnek olmalısınız. Böylece hafif bir hata, Bitcoin ağına önemli bir etki yapmaz. Layer 2 çözümleri, bu protokolü çalıştıran 15 yıldan fazla süredir var olan hiçbir güvenlik varsayımını ihlal etmez.
Ayrıca, alışılmış çalışma şekillerini değiştirmeye gerek yoktur. Böylece son kullanıcıların zincir üzerindeki işlemleri normal olarak devam eder, şimdi bir de zincir dışı işlem seçeneği var.
Lightning ağının birçok avantajı vardır. Aşağıdaki noktaları vurgulayacağız.
Ölçeklenebilirlik
Bitcoin blokları yaklaşık her on dakikada bir oluşturulmakta ve sınırlı sayıda işlem barındırmaktadır. Blok alanı kıt bir kaynak olduğundan, kullanıcıların işlemlerinin zamanında blok alanına dahil edilmesini sağlamak için birbirleriyle rekabet etmeleri gerekmektedir. Madencilerin en çok ilgilendiği şey ödül almak olduğundan, daha yüksek işlem ücretlerine sahip işlemleri öncelikli olarak alırlar.
Eğer birden fazla kullanıcının aynı anda fon göndermeye çalışmadığını varsayarsak, bu aslında bir sorun olmayacaktır. Ücretleri düşük tutabilirsiniz, bu da işlemin bir sonraki bloğa dahil edilmesini sağlayabilir. Ancak, aynı anda işlem yayınlayan kullanıcı sayısı çok fazla olursa, ücretler önemli ölçüde artar ve daha önce 10 doları aşar. 2017 boğa piyasasında, işlem ücretleri bir ara 50 doları geçti. 2021 Nisan ayında, Bitcoin'in ortalama işlem ücreti 60 doları aştı.
Bu, değeri binlerce dolara ulaşan Bitcoin işlemleri için önemsiz görünebilir. Ancak küçük ödemeler çok zorlayıcıdır. Kim 3 dolarlık bir kahve almak için ekstra 10 dolar ödemek ister ki?
Lightning ağı kullanmak, kanal açma ve kapama ücretleri olmak üzere iki ücret ödemenizi gerektirir. Kanal açıldıktan sonra, siz ve karşı tarafınız binlerce işlemi ücretsiz olarak gerçekleştirebilirsiniz. İşlem tamamlandıktan sonra, yalnızca son durumu blok zincirine yayınlamanız gerekecek.
Makro düzeyde bakıldığında, daha fazla insan Lightning ağı gibi zincir dışı çözümleri tercih ederse, blok alanının kullanım verimliliği artacaktır. Küçük, sık yapılan transferler ödeme kanalları aracılığıyla gerçekleştirilirken, blok alanı büyük işlemler ve kanal açma/kapatma için kullanılacaktır. Böylece sisteme erişen kullanıcı sayısı artar ve ölçeklenebilirlik uzun süreli bir gelişim sağlar.
Küçük ödemeler
Bitcoin için minimum işlem tutarı yaklaşık 0.00000546 BTC'dir. Bu, yazı yazıldığı sırada yaklaşık 38 sent değerindedir. Bu oldukça küçük bir miktar, ancak Lightning ağı, işlem limitini daha da aşağı çekiyor; mevcut en küçük birim olarak 0.00000001 BTC, yani 1 Satoshi.
Lightning ağı, küçük ödemeler için daha çekicidir. Normal işlemlerin ücretine göre, ana zincirde küçük miktar göndermek mantıksız görünmektedir. Ancak, kanalda, Bitcoin'in küçük parçalarını ücretsiz olarak gönderebilirsiniz.
Küçük ödemeler birçok kullanım durumu için uygundur. Bazı kişiler küçük ödemelerin abonelik hizmeti modelinin etkili bir alternatifi olacağını öngörüyor, böylece kullanıcılar yalnızca her kullanımda küçük bir miktar ödemek durumunda kalır.
Gizlilik
Lightning ağının ikinci avantajı, kullanıcı bilgileri gizliliğinin daha yüksek olmasıdır. Taraflar, ağda kendi kanal bilgilerini yaymak zorunda değildir. Blok zincirinde 'bu işlem bir kanalı açtı' yazabilir, ancak işlem detayları açıklanmaz. Eğer katılımcılar kanalı özel bir duruma ayarlamayı seçerse, işlem ilerleyişi yalnızca kendilerine görünür.
Eğer Alice ve Bob kanalı paylaşıyorsa, Bob ayrıca Carol ile başka bir kanalı paylaşıyorsa, Alice ve Carol Bob aracılığıyla birbirlerine ödeme gönderebilir. Eğer Dan, Carol ile bir bağlantı kurarsa, Alice ona da ödeme gönderebilir. Bu modeli, ödeme kanallarının birbirine bağlı olduğu büyük bir ağa yaymayı düşünün. Bu ayar altında, kanal kapandığı sürece, Alice'in kime fon gönderdiğini belirlemek mümkün olmayacaktır.
Lightning ağı nasıl çalışır?
Lightning ağının, düğümler arasındaki kanallara nasıl bağımlı olduğunu daha yüksek bir düzeyde açıkladık. Aşağıda, temel ilkelerini tanıtacağız.
Çoklu imza adresi
Çoklu imza (veya İngilizcesi 'multisig'), birden fazla özel anahtarın harcama yapabileceği bir adrestir. Kullanıcı çoklu imza oluşturduğunda, ödemek için gereken özel anahtar sayısını belirleyebilir. Örneğin, 5'ten 1 planı, beş anahtarın geçerli bir imza oluşturmasını ve yalnızca bir anahtarın işlem imzalamasını gerektirir. 3'ten 2 planı, kullanıcının üç anahtardan ikisine sahip olması gerektiğini ifade eder.
Lightning ağı kanalı oluşturmak için, katılımcılar 2'den 2 planında fonları kilitlemelidir; yani yalnızca iki özel anahtar işlemi imzalamak için gereklidir ve token transferi de bu iki özel anahtarı gerektirir. Alice ve Bob'un örneğine geri dönelim. Önümüzdeki birkaç ay içinde, birbirlerine büyük miktarlarda ödeme yapmaları gerektiğinden, Lightning ağı kanalı açmaya karar verdiler.
Öncelikle, ortak çoklu imza adresine sırayla 3 BTC yatırıyorlar. Özellikle vurgulamak gerekir ki, Alice'in izni olmadan Bob, fonları adresten çıkaramaz, ve tam tersi de geçerlidir.
Sadece iki tarafın bakiyelerini ayarlarken bir kayıt bırakmaları gerekiyor. Her tarafın başlangıç bakiyesi 3 BTC'dir. Eğer Alice, Bob'a 1 BTC ödemek istiyorsa, neden doğrudan Alice'in şu anda 2 BTC ve Bob'un bakiyesi 4 BTC olduğunu kaydetmiyor? Gerçek varlıkları transfer etmeden önce, bu kayıt bakiyeyi takip edebilir.
Bu yöntem etkili, ancak içinde bir numara var mı? Aslında daha önemli olan, bu durumun birbirlerinin işbirliğini kolaylaştırıp kolaylaştırmadığıdır. Alice sonunda 6 BTC'ye sahipken, Bob'un hiç parası yoksa, Bob'un fonları serbest bırakmayı reddetmesi, hiçbir kayba neden olmaz (belki de kaybedilen sadece Alice ile olan dostluğudur).
Hash Time Lock Contract (HTLC)
Yukarıdaki sistem oldukça sıkıcı ve mevcut güvenilir ayarlarla kıyaslandığında, pek bir şey sunmuyor. Tanıtacağımız mekanizma, Alice ile Bob arasındaki 'sözleşmeyi' zorunlu kılacaktır, bu daha eğlenceli olacaktır. Eğer taraflardan biri kurallara uymazsa, diğeri önlem alarak fonları kanaldan çekebilir.
Bu mekanizma 'Hash Time Lock Contract' (kısaca HTLC) olarak adlandırılır. Bu terim korkutucu gelebilir, ancak aslında çok basit ve anlaşılır bir kavramdır. Ödeme kanalındaki çeşitli işbirliği redlerine karşı önlem almak için hash kilidi ve zaman kilidi gibi iki teknolojiyi birleştirir.
Hash kilidi, işlemde bulunan bir koşuldur ve kullanıcının fonları kullanabilmesi için belirli bir sırrı bildiğini kanıtlaması gerektiğini belirtir. Gönderen, belirli bir veri parçasını hashler ve hash değerini içeren işlemi alıcıya gönderir. Alıcı, yalnızca hash değerine uyan başlangıç verisini (yani sırrı) sağladığında fonları kullanabilir. Bu veriye erişmenin tek yolu, gönderenin onu bildirmesidir.
Zaman kilidi, fonların belirli bir zamandan önce kullanılmasını engelleyen bir kısıtlamadır; belirli bir zaman veya belirli bir blok yüksekliği belirlenebilir.
Hash Time Lock Contract (HTLC), hash kilidi ve zaman kilidini birleştirerek oluşturulur. Pratikte, Hash Time Lock Contract (HTLC), koşullu ödemeler oluşturmak için kullanılabilir; yani alıcının belirli bir zamandan önce belirli bir sırrı sağlaması gerekir, aksi takdirde gönderen fonları geri alabilir. Şimdi, örneklerle daha anlaşılır hale getirelim. O halde Alice ve Bob'a geri dönelim.
Kanal açma ve kapama
Daha önce bir örnek vermiştik, Alice ve Bob'un yeni bir işlem oluşturduğunu varsayalım; her iki taraf da ortak çoklu imza adresine fon yatırır. Ancak bu işlemler henüz blok zincirine yayınlanmadı! Öncelikle bir şey yapmamız gerekiyor.
Üç token Bob'tan geliyor, diğer üç token ise Alice'ten geliyor.
Unutmayın, çoklu imzadan bu tokenleri çıkarmanın tek yolu, Alice ve Bob'un birlikte işlemi imzalamasıdır. Eğer Alice, tüm altı tokeni bir dış adrese göndermek istiyorsa, Bob'un onayını alması gerekir. Öncelikle, 'altı Bitcoin'i bu adrese gönderecek' şeklinde bir işlem başlatır ve ardından kendi imzasını ekler.
Eğer işlemi hemen yayınlamaya çalışırsa ancak Bob'un imzası yoksa, işlem geçersiz olacaktır. Alice önce tamamlanmamış işlemi Bob'a vermelidir. O imzaladıktan sonra işlem geçerli hale gelir.
Buraya kadar, insanları dürüst işlem yapmaya teşvik eden bir mekanizma oluşturmadık. Daha önce de belirttiğimiz gibi, işlem karşıtı işbirliği yapmayı reddederse, fonlar tamamen bloke olur. Şimdi, bu tür durumları önlemek için bir mekanizmayı anlamaya başlayalım. Bu mekanizma çok aşamalı işlemler içerir, lütfen her birini sırayla tanıtalım.
Her iki taraf da birer sır verir, biz buna 'As' sırrı ve 'Bs' sırrı diyelim. Her iki taraf sırrı açıkladığında, sonuç korkunç olacaktır. Bu yüzden, sıralarını gizli tutmaları gerekiyor. İki sır, kendi hash değerlerini oluşturur, yani h(As) ve h(Bs). Böylece taraflar, sırlarını paylaşmak zorunda kalmadan sadece hash değerlerini paylaşabilirler.
Alice ve Bob, karşılıklı olarak sır hash değerlerini paylaşır.
Alice ve Bob, çoklu imza adresine ilk işlemi yayınlamadan önce, karşı tarafın fonları alıkoymasını önlemek için bir dizi taahhüt işlemi oluşturmalıdır.
Eğer kanalı daha önce bahsettiğimiz gibi bir mini defter olarak düşünürsek, taahhüt işlemleri defterin güncellenmesidir. Her yeni taahhüt işlemi oluşturduğunda, iki katılımcının fonlarını yeniden dengeler.
Alice'in işleminde iki çıktı vardır; biri kendisine ait bir adrese, diğeri ise yeni bir çoklu imza adresine kilitlenir. İmzaladıktan sonra Bob'a verir.
Alice'in işleminde iki çıktı vardır; biri kendi adresine, diğeri yeni bir çoklu imza adresine ve geçerli olması için Bob'un imzasına ihtiyaç vardır.
Bob'un durumu benzer, bir çıktı kendisine, diğeri diğer çoklu imza adresine ödeme yapar. İmzaladıktan sonra Alice'e verir.
İki benzer tamamlanmamış işlem.
Genel olarak, Alice, Bob'a verdiği işlemde imza ekleyerek işlemi geçerli hale getirebilir. Ancak, bu harcanan fonların, henüz fon eklenmemiş 2'den 2 çoklu imzadan geldiğini fark ettik. Bu, mevcut bakiyesi sıfır olan bir hesaptan çek yazmaya benziyor. Bu nedenle, bu kısmi imzalı işlemler, çoklu imza etkinleştirilip çalıştırılmadan önce kullanılamaz.
Yeni çoklu imza adresi, yani 3 BTC'lik çıktının hedefi, bazı özelliklere sahiptir. Alice'in Bob'a verdiği tamamlanmamış işlemi inceleyelim. Çoklu imza çıktısı aşağıdaki koşullarda kullanılabilir:
Taraflar işlemi birlikte imzalayabilir.
Zaman kilidi nedeniyle, Bob bir süre sonra kendi harcamalarını yapabilir.
Eğer Alice, Bob'un sırrı Bs'yi biliyorsa, fonları kullanabilir.
Bob'un Alice'e yaptığı işlem için:
Taraflar işlemi birlikte imzalayabilir.
Alice bir süre sonra kendi harcamalarını yapabilir.
Bob, Alice'in sırrı As'yi biliyorsa, fonları kullanabilir.
Unutmayın ki, her iki taraf da birbirlerinin sırlarını bilmediğinden, koşul 3 geçici olarak yerine getirilemez. Diğer bir dikkat edilmesi gereken nokta, eğer bir taraf işlemi imzalarsa, işlem karşıtının fonları hemen kullanabileceğidir; çünkü onların çıktıları üzerinde hiçbir koşul kısıtlaması yoktur. İmzalayan taraf, zaman kilidinin sona ermesini bekleyerek fonları kullanabilir veya karşı tarafla işbirliği yaparak doğrudan birlikte harcayabilir.
Her şey yolunda! Artık işlemi başlangıçtaki 2'den 2 çoklu imza adresine yayınlayabilirsiniz. Bu güvenlidir çünkü karşı taraf kanalı terk ettiğinde fonları geri alabilirsiniz.
İşlem onaylandıktan sonra, kanal açılacak ve çalışmaya başlayacaktır. İlk işlem çiftinin gösterdiği şey, mini defterin mevcut durumudur. Bu noktada, defter Bob'a 3 BTC ve Alice'e de 3 BTC ödemektedir.
Alice, Bob'a yeni bir ödeme yapmak istediğinde, ikisi de ilk işlem grubunu değiştirmek için iki yeni işlem oluşturacaktır. İşlem şekli aynı şekilde, bu işlem her biri tarafından imzalanacaktır. Ancak, Alice ve Bob öncelikle eski sırlarını bırakmalı ve bir sonraki işlem için yeni hash değerlerini değiştirmelidir.
Örneğin, Alice Bob'a 1 BTC göndermek istiyorsa, iki yeni işlem Alice'e 2 BTC ve Bob'a 4 BTC yatıracaktır. Böylece bakiyeler güncellenmiş olur.
Her iki taraf da en son işlemi imzalama ve yayınlama şansına sahip olup, blok zincirini 'hesaplamak' için tamamlama yetkisine sahiptir. Ancak, imzalı yayımcı, zaman kilidinin sona ermesini beklemelidir, diğer taraf ise hemen harcama yapabilir. Unutmayın, eğer Bob Alice'in işlemini imzalayıp yayınlarsa, o zaman Alice koşulsuz bir çıktı alabilir.
Her iki taraf, kanalı kapatmak için uzlaşma sağlayabilir, yani işbirliği içinde kapatabilir. Bu, fonların en hızlı bir şekilde zincire geri dönmesinin yoludur. Ancak, bir taraf yanıt vermez veya işbirliği yapmayı reddederse, diğeri zaman kilidi sona erdiğinde fonları geri alabilir.
Lightning ağı nasıl dolandırıcılığı önlüyor?
Burada bir saldırı vektörünün varlığını fark edebiliriz. Diyelim ki Bob'un mevcut bakiyesi 1 BTC, eski bir işlem yayınlamasını nasıl engelleyebiliriz? Sonuçta, Alice'ten yarı imzalı bir işlem aldı; kendi imzasını koyarak işlemi yayınlayabilir, değil mi?
Herhangi bir önlem, onun bunu yapmasını engelleyemez. Ancak bunu yaparsa, tüm bakiyesini kaybetme riski taşır. Diyelim ki, eski bir işlem yayınladı; işlem içeriği Alice'e 1 token ödemek ve daha önce bahsettiğimiz çoklu imza adresine 5 token ödemek olsun.
Alice hemen tokenleri alacak, ancak Bob, çoklu imza adresinden harcama yapabilmek için zaman kilidinin sona ermesini beklemek zorunda. Daha önce belirttiğimiz gibi, Alice'in aynı fonları hemen kullanabilmesi için başka bir koşulu sağlaması gerekmektedir; o, o sırada bilmediği bir sırdır. Ancak şimdi, bu sırrı biliyor - ikinci tur işlem yeni oluşturuldu, Bob bu sırrı ifşa etti.
Bob sadece zaman kilidinin sona ermesini beklemek zorunda kalırken, Alice tüm fonları alabilir. Bu cezalandırıcı mekanizma, katılımcıların kötü niyetle davranmamaları için güvence sağlar; aksi takdirde, karşı taraf tokenlerini alır.
Kanal ödemeleri
Daha önce bu sorunu dile getirmiştik; kanallar arasında bağlantılar kurmak gereklidir, aksi takdirde Lightning ağı ödeme işlevini etkin bir şekilde destekleyemez. Gerçekten de, aynı kafe için 500 doları önceden yatırmayı düşünür müydük, sadece birkaç ay boyunca her gün bir kahve içmek için?
Aslında, bunu yapmak tamamen gereksizdir. Eğer Alice ve Bob bir kanal açtıysa ve Bob ile Carol da bir kanal açmışsa, Bob, kanalı kullanarak her ikisine de ödeme yapabilir. Alice bu şekilde birden fazla 'atlama' yaparak, yoldaki herhangi birine ödeme gönderebilir.
Bu durumda, Alice, Frank'e birden fazla kanaldan ulaşabilir. Pratikte, en hızlı kanalı seçer.
Aracı kuruluşlar kanalda belirli bir rol oynayabilir, küçük bir ücret alabilir, ancak bu zorunlu değildir. Lightning ağı hâlâ oldukça yenidir ve ücretlendirme pazarı henüz şekillenmemiştir. Birçok kişi, likiditeye dayalı ücretler almayı beklemektedir.
Temel zincirde, kullanıcı ücretleri yalnızca işlemin kullandığı blok alanına bağlıdır ve taşınan değerle ilgili değildir. Yani, 1 dolarlık bir ücret ile 10 milyon dolarlık bir ücret aynıdır. Buna karşın, Lightning ağı için blok alanı söz konusu değildir.
Ancak, yerel bakiye ve uzak bakiye kavramları vardır. Yerel bakiye, bir tarafın diğer tarafa 'itmesi' gereken miktardır, uzak bakiye ise işlem karşıtının yerel tarafa geri gönderebileceği miktardır.
Bir örnek daha verelim. Aşağıda daha önce bahsettiğimiz bir yol üzerinde detaylı bir şekilde inceleyelim: Alice <> Carol <> Frank.
Alice, Frank'e 0.3 BTC göndermeden önce ve sonra her kullanıcının bakiyesi.
Alice <> Carol ve Carol <> Frank yollarının her birinin toplam kapasitesi 1 BTC'dir. Alice'in yerel bakiyesi 0.7 BTC'dir. Eğer herkes bu durumda blok zincirinde hesaplaşırsa, Alice 0.7 BTC alacak, Carol ise 0.3 BTC'lik uzak bakiyeyi alacaktır.
Eğer Alice, Frank'e 0.3 BTC göndermek isterse, Carol, kendi yerel bakiyesinden 0.3 BTC'yi kanaldan Frank'e gönderecektir. Sonuç olarak, Carol'un bakiyesi değişmez: Alice'ten +0.3 BTC ve Frank'e gönderilen -0.3 BTC birbirini dengeler.
Carol, Alice ve Frank arasında bir köprü görevi gördüğü için değer kaybetmez, ancak kendi fonlarının kullanım esnekliği azalır. Görüldüğü üzere, şu anda Alice ile kanalda 0.6 BTC harcama yeteneğine sahiptir, ancak Frank ile kanal ucunda yalnızca 0.1 BTC harcama yeteneğine sahip.
Bir durumu düşünelim: Alice yalnızca Carol ile bağlantılı, ancak Frank'in bağlantı ağı daha geniş. Önceden, Carol, Frank üzerinden toplam 0.4 BTC gönderebilirken, şimdi kanalın bir ucunda yalnızca 0.1 BTC gönderebilir.
Bu durumda, Alice aslında Carol'un fon akışını azaltıyor. Hiçbir teşvik olmaksızın, Carol kendini dezavantajlı bir duruma sokmak istemez. Bu nedenle, 'Kanalımdan her 0.01 BTC çıktığında, 10 Satoshi ücret alacağım' önerisinde bulunabilir. Bu durumda, Carol, 'güçlü' yolda vazgeçtiği yerel bakiye ile daha fazla ücret kazanır.
Daha önce belirtildiği gibi, burada gerçek bir ücret talebi yoktur. Bazıları likidite azalmasından endişe etmezken, bazıları yalnızca alıcı ile doğrudan bir kanal açmak istemektedir.
Lightning ağının sınırlamaları
Eğer Lightning ağı, Bitcoin'in tüm ölçeklenebilirlik sorunlarını çözebiliyorsa, herkes için harika bir durumdur. Ancak, ne yazık ki, Lightning ağının kendi gelişimini engelleyen bazı dezavantajları vardır.
Kullanılabilirlik
Yeni başlayanlar için, Bitcoin en sezgisel sistem değildir; adresler ve ücretler gibi unsurlar kafa karıştırıcı olabilir. Lightning ağı istemcisini ayarladıktan sonra, kullanıcıların ödeme yapabilmesi için kanalları açmaları gerekir. Bu süreç oldukça zaman alıcıdır, özellikle de yeni kullanıcılar 'giriş/çıkış kapasitesi' gibi kavramlarla karşılaştıklarında daha da kafa karıştırıcı hale gelir.
Bu nedenle, Lightning ağı sürekli olarak geliştirilmelidir; erişim engellerini azaltarak kullanıcıların daha akıcı bir deneyim elde etmesini sağlamalıdır.
Likidite
Lightning ağının en büyük eleştirisi, kullanıcıların işlem yeteneklerinin sınırlı olabilmesidir. Bireysel harcamalar, kanalda kilitlenmiş miktarı aşamaz. Eğer biri tüm fonları harcamak isterse, kanaldaki tüm fonları uzak bakiyeye aktarmak için o kanalı kapatmalıdır. Ya da diğerlerinin o kanaldan ödeme yapmasını beklemek zorunda kalır, ancak bu ideal bir yol değildir.
Bireysel yollar, kanalın toplam kapasitesi ile sınırlıdır. Önceki örnekteki Alice <> Carol <> Frank durumuna bakalım. Eğer Alice ve Carol'ın kanalı 5 BTC kapasitesine sahipse, ancak Carol ve Frank'ın kapasitesi yalnızca 1 BTC ise, Alice asla 1 BTC'den fazlasını gönderemez. Yine de, tüm bakiyelerin, Lightning ağının düzgün çalışmasını sağlamak için yalnızca Carol <> Frank kanalının Carol ucunda bulunması gerekir. Bu, Lightning ağı kanalları aracılığıyla aktarılan fon miktarını ciddi şekilde kısıtlar ve dolayısıyla ağın kullanılabilirliğini etkiler.
Merkezi merkezler
Önceki sorunlara dayanarak, bazıları böyle bir ağın çok sayıda 'merkez' yaratmasından endişe ediyor; yani yüksek likiditeye sahip ve birbirine sıkı bağlı büyük varlıklar, böylece tüm büyük ödemeler bu varlıkların kanallarından geçiyor.
Açıkça, bu tür bir gelişim olumlu bir durum değildir. Merkezi merkezler, sistemi zayıflatır; çünkü bu varlıklar çevrimdışı olduğunda, kullanıcılar arasındaki ilişkilere ciddi zarar verebilir. Ayrıca, yalnızca birkaç noktada işlem yapıldığında, denetim riski artar.
Lightning ağının mevcut durumu
2024 Mart itibarıyla, Lightning ağı iyi bir şekilde çalışıyor. 13.000'den fazla çevrimiçi düğüm, 52.000'den fazla aktif kanal ve toplam kapasite 4,570 BTC'yi aşmıştır.
Lightning ağı düğümlerinin küresel dağılımı.
Farklı düğüm uygulamaları arasında, Blockstream'in c-lightning'i, Lightning Labs'ın Lightning Network Daemon'ı ve ACINQ'nin Eclair'i özellikle popülerdir. Teknoloji konusunda çok bilgisi olmayan kullanıcılar için birçok şirket, tak ve çalıştır düğümleri sunmaktadır. Kullanıcılar, cihazın gücünü açarak Lightning ağını kullanmaya başlayabilirler.
Sonuç
2018'de ana ağı piyasaya sürdüğünden bu yana, Lightning ağı büyük bir büyüme sağlamıştır. Şu anda, yalnızca belirli bir teknik bilgiye sahip kullanıcılar Lightning ağı düğümlerini çalıştırıyor, bu nedenle ağ hâlâ bazı kullanılabilirlik engellerini aşmak zorundadır. Ancak, bu ağın geliştirilmesiyle, erişim engellerinin giderek azalması beklenmektedir.
Okuma önerileri
Blok zincirinin ölçeklenebilirliği - yan zincir teknolojisi ve ödeme kanalları
Düğüm nedir?
Akıllı sözleşmenin tanımı ve işleyiş şekli
Yasal Uyarı: Bu makale içeriği 'olduğu gibi' sağlanmaktadır; yalnızca genel bilgi ve eğitim amaçlıdır; herhangi bir beyan veya garanti oluşturmaz. Bu makale, mali, hukuki veya diğer profesyonel tavsiyelerde bulunmaz ve belirli bir ürün veya hizmet satın almayı önermemektedir. Uygun bir profesyonel danışmandan tavsiye almak sizin sorumluluğunuzdur. Bu makale üçüncü taraflarca gönderilmişse, lütfen dikkate alın; bu makaledeki görüşler, üçüncü taraf yazarına aittir ve Binance Academy'nin görüşlerini yansıtmayabilir. Daha fazla bilgi için lütfen burada yasal uyarının tamamını okuyun. Dijital varlık fiyatları dalgalanabilir. Yatırım değeriniz düşebilir veya yükselebilir ve yatırım ana paranızı geri alamayabilirsiniz. Yatırım kararlarınızdan tamamen siz sorumlusunuz; Binance Academy, uğrayabileceğiniz herhangi bir kayıptan sorumlu değildir. Bu makale mali, hukuki veya diğer profesyonel tavsiye oluşturmaz. Daha fazla bilgi için lütfen (Kullanım Şartları) ve (Risk Uyarısı) belgelerini gözden geçirin.