Lightning ödemeleri neden daha hızlı olabilir?
Bitcoin Lightning ödeme kanallarının bakiyeleri temel katmandan ayrı olarak nasıl güncellediğini, ödemeleri nasıl yönlendirdiğini ve nihai uzlaşmalarını Bitcoin'e nasıl bağlı tuttuğunu öğrenin.
Bu sayfada
Hızlı okuma
Bitcoin, mülkiyeti temel katmanında uzlaştırabilir; ancak her küçük ödeme için bir blok beklemek yavaş veya maliyetli olabilir. Bu ders, Lightning ödeme kanallarının bakiyeleri zincir dışında nasıl güncellediğini, ödemelerin kanallar üzerinden nasıl yönlendirilebildiğini ve mevcut likiditenin ve nihai Bitcoin uzlaşmasının neden hâlâ önemli olduğunu açıklar.
Akılda kalması gerekenler
- Lightning, sık ödemeleri kanallara taşır; böylece her biri Bitcoin blok alanı için rekabet etmez — hızın kaynağı da budur.
- Kanallar Bitcoin'e bağlı kalır: finansman, kapanış ve icra hepsi birer Bitcoin işlemidir; düzenlemeyi icra edilebilir kılan da budur.
- Ayrı bir Lightning coin'i yoktur — kanallar üzerinden hareket eden bakiyeler BTC'dir ve Bitcoin üzerinde çözüme kavuşur.
- Yönlendirilmiş ödemeler her sekmedeki yönlü likiditeye bağlıdır; bu yüzden kendi bakiyeniz yeterli olsa bile bir ödeme başarısız olabilir.
Bir Bitcoin ödemesi neden başka bir yola ihtiyaç duyabilir?
Bitcoin'in temel katmanı, katılımcılara ortak bir geçmiş sunar; ancak bu geçmiş, olası her küçük ödemeyi anında kaydedecek şekilde tasarlanmamıştır. Bir ödemenin sık veya hızlı yanıt verir olması gerektiğinde, her güncellemeyi doğrudan bir bloğa koymak, önceki dersteki gecikmeyi ve blok alanı için rekabeti yeniden ortaya çıkarabilir.
Lightning, bu kısıtlamaya ödeme katmanı düzeyinde bir yanıttır. Katılımcıların bir kanal içinde birçok bakiye güncellemesi yapmasına, ardından o kanalı kurmaları veya uzlaştırmaları gerektiğinde Bitcoin'in temel katmanını kullanmalarına imkân tanır.
Lightning ödeme kanalı nedir?
Bir ödeme kanalı, katılımcıların Bitcoin'in tanıyabileceği bir düzenlemeye BTC taahhüt etmesiyle başlar. Kanal içinde, birbirlerine ödeme yaparken her güncellemeyi ayrı bir Bitcoin işlemi olarak yayınlamadan yeni bakiye durumları üzerinde anlaşabilirler. Kanal, Bitcoin'den kopuk değildir: finansmanı ile kapanış veya icra yolu, Bitcoin işlemlerine bağlı kalmaya devam eder.
Adımlar
Kanalı finanse edin
Katılımcılar, kanalı Bitcoin'e bağlayan finansman düzenlemesini oluşturur.
Bakiyeleri güncelleyin
Ödemeler kimin hangi tutarı talep edebileceğini değiştirdikçe, yeni kanal durumlarını karşılıklı olarak değiştirirler.
Gerektiğinde uzlaştırın
Bir kanal, ortaya çıkan bakiyenin Bitcoin üzerinde çözüme kavuşması için kapanabilir veya taahhüt yolunu kullanabilir.
Bir ödeme, doğrudan bir kanal olmadan birine nasıl ulaşabilir?
Lightning, bir ödemeyi bir dizi kanal üzerinden iletebilir. İletimi yapan her düğüm, ayrı bir varlığın saklamasını üstlenmek yerine koşullu bir ödemeyi bir sonraki sekmeye aktarır. Lightning'in birbirleriyle doğrudan kanal açmamış kişileri birbirine bağlayabilmesinin nedeni budur.
Bir diyagramın bağlı düğümler göstermesi, o rotanın garanti olduğu anlamına gelmez. Bir ödemenin, her sekmede gerekli yönde kullanılabilir bir tutara ihtiyacı vardır ve aynı zamanda sekmelerin geçerli ücret, zamanlama ve HTLC sınırlarını da karşılaması gerekir. Bu bağlamda likidite, ağın herhangi bir yerinde ne kadar değer bulunduğu değil, gereken ödemenin şu anda o rota üzerinden fiilen ilerleyip ilerleyemeyeceği anlamına gelir.
| Soru | Doğrudan kanal | Yönlendirilmiş ödeme |
|---|---|---|
| Ödemeyi kim günceller? | Kanalın iki katılımcısı. | Bir rota boyunca her komşu çift kendi kanalını günceller. |
| Neyin kullanılabilir olması gerekir? | Ödeme yönünde yeterli kapasite. | Her sekmede yeterli kullanılabilir kapasite ve uyumlu sınırlar. |
| Onu ne engelleyebilir? | Kanal kısıtlamaları veya erişilemeyen bir eş. | Herhangi bir sekmenin erişilebilirliği, ücreti, zamanlaması veya tutar kısıtlaması. |
Ödemeleri kanallara taşıdıktan sonra hangi ödünleşimler kalır?
Lightning, her ödeme için bir Bitcoin bloğu için rekabet etme ihtiyacını azaltabilir, ancak kısıtlamaları ortadan kaldırmaz. Fonların kanallara taahhüt edilmesi gerekir, kullanılabilir likidite yöne göre farklılık gösterebilir ve bir sekme tutarı iletemezse rota başarısız olabilir. Kanal katılımcıları ayrıca bu bakiyelerin finansmanı ve nihai uzlaşması için Bitcoin ile ilişkilerini sürdürür.
Sonuç
Lightning, belirli bir kısıtlamaya yönelik hedefli bir yanıttır: Bitcoin'in temel katmanı, her küçük ve sık ödemeyi anında kaydedecek şekilde tasarlanmamıştır ve her birini bir bloğa koymak, beklemeyi ve blok alanı için rekabeti yeniden ortaya çıkarır. Kanallar, katılımcıların BTC'yi bir kez taahhüt etmesine, ardından birbirlerine ödeme yaparken her güncellemeyi ayrı bir Bitcoin işlemi olarak yayınlamadan aralarında yeni bakiye durumları üzerinde anlaşmasına imkân tanır.
Hız, güncellemelerin temel katmandan uzaklaştırılmasından gelir, ondan kaçmaktan değil. Bir kanalın finansmanı ile kapanış veya icra yolu, Bitcoin işlemleri olmaya devam eder; düzenlemeyi icra edilebilir kılan da tam olarak budur. Lightning'in ayrı bir varlık ortaya koymamasının nedeni de budur — güncellenen bakiyeler BTC'dir ve kanal uzlaştığında Bitcoin üzerinde çözüme kavuşur.
Blok alanının yerini alan kısıtlama likiditedir ve bu likidite yönlüdür. Yönlendirilmiş bir ödemenin her sekmede gerekli yönde kullanılabilir kapasiteye, ayrıca uyumlu ücret, zamanlama ve HTLC sınırlarına ihtiyacı vardır; bu yüzden bir diyagram düğümleri bağlı gösterse ve ağın bir yerinde bolca değer bulunsa bile bir rota başarısız olabilir. Bir kullanıcı için pratik beklentiler şunlardır: fonların bu şekilde harcanabilmesi için önce kanallara taahhüt edilmesi gerekir, bir ödeme kendi bakiyenizle ilgisi olmayan nedenlerle başarısız olabilir ve Bitcoin uzlaşmasıyla olan ilişki hiçbir zaman tamamen ortadan kalkmaz.
Lightning, belirli bir iş için Bitcoin'in üzerine inşa edilmiş bir katmana örnektir: sık ödemeler. Hızı, birçok güncellemeyi kanallara taşımaktan gelir, Bitcoin'in uzlaşma kurallarını ortadan kaldırmaktan değil. Bir sonraki ders, rollup'ların yürütmenin büyük bölümünü temel katmandan uzaklaştırıp toplu bilgiyi ona geri gönderdiği Ethereum'da farklı bir yol izler.
Sıkça sorulan sorular
Sık ödemeler için Bitcoin'in üzerine inşa edilmiş bir ödeme katmanı. Katılımcılar kanallara BTC taahhüt eder ve ardından, her bireysel ödemeyi kaydetmek yerine bu kanalları kurmak ve uzlaştırmak için Bitcoin'in temel katmanını kullanarak aralarında bakiyeleri günceller. Her küçük transferde blok alanı için rekabet etmekten kaçınmak amacıyla var olur.
Katılımcılar önce kanalı Bitcoin'e bağlayan bir finansman düzenlemesi oluşturur. Kanal içinde, ödemeler kimin hangi tutarı talep edebileceğini değiştirdikçe her güncellemeyi bir Bitcoin işlemi olarak yayınlamadan yeni bakiye durumlarını karşılıklı olarak değiştirirler. İşi bitirmeleri gerektiğinde, ortaya çıkan bakiyenin Bitcoin üzerinde çözüme kavuşması için kanal kapanır veya taahhüt yolunu kullanır.
Hayır. Ayrı bir Lightning coin'i yoktur. Lightning, BTC ödemelerinin nasıl güncellendiğini ve yönlendirildiğini değiştirir; kanallar üzerinden hareket eden değer BTC'dir ve Bitcoin'in kuralları altında uzlaşır. Ayrı bir Lightning token'ı olarak sunulan her şey bu tasarımın bir parçası değildir.
Çünkü çoğu ödeme hiçbir zaman bireysel bir Bitcoin işlemi hâline gelmez. Bir kanal bakiyesini güncellemek, bir blok beklemeyi veya blok alanı için teklif vermeyi gerektirmez; bu yüzden zincir üzerindeki uzlaşmanın içerdiği gecikmeden ve ücret rekabetinden kaçınır. Temel katman, her ödemeyi kaydetmek yerine kanalları açmak ve uzlaştırmak için kullanılır.
En sık nedeni, rotanın onu taşıyamamasıdır. Bir ödemenin her sekmede gerekli yönde kullanılabilir bir tutara ihtiyacı vardır ve ayrıca her sekmenin ücret, zamanlama ve HTLC tutarı sınırlarını da karşılaması gerekir. Tek bir sekmenin bile erişilemez veya aşırı kısıtlı olması, kendi bakiyeniz yeterli olsa bile ödemeyi engellemeye yeter.
Yapmak istediğiniz belirli ödemenin şu anda bir rota üzerinden fiilen ilerleyip ilerleyemeyeceği anlamına gelir. Yönlüdür: bir yönde gönderim yapabilen bir kanal, diğer yönde yapamayabilir. Bu, ağ genelinde ne kadar toplam değer bulunduğundan farklıdır; bu da belirli bir rotanın işe yarayıp yaramayacağı hakkında size hiçbir şey söylemez.
Hayır. Lightning, bir ödemeyi bir dizi kanal üzerinden iletebilir; iletimi yapan her düğüm, ayrı bir varlığın saklamasını üstlenmek yerine koşullu bir ödemeyi bir sonraki sekmeye aktarır. Birbirleriyle hiç kanal açmamış kişilerin işlem yapabilmesini sağlayan şey bu yönlendirmedir; tabii ki uygulanabilir bir rotanın var olması koşuluyla.
İnsanların Katman 2 derken genel olarak kastettiği şekle uyan, icra ve nihai uzlaşma için temel katmana bağımlı olan, Bitcoin'in üzerine inşa edilmiş bir katmandır. Ethereum rollup'larından farklı bir sorunu çözdüğünü belirtmekte fayda var: Lightning sık ödemeleri hedeflerken, rollup'lar genel işlem yürütmesini hedefler.
Kanal içinde üzerinde anlaşılan bakiyeler Bitcoin üzerinde çözüme kavuşur. Kanal ya iş birliğiyle kapanır ya da taahhüt yolunu kullanır ve sonuç, kimin neyi elinde tuttuğunu yansıtan bir Bitcoin işlemine dönüşür. Bu, temel katmanın ücretlerinin ve onay sürelerinin yeniden geçerli olduğu noktadır.
İlgili kripto paralar
Öğrenmeye devam et
Bu derse dayanarak önerilen sonraki okumalar.
- Bitcoin'in var olması neden gerekiyordu?Bitcoin'in neden paylaşılan bir işlem geçmişine ihtiyaç duyduğunu anlamak için çifte harcama sorunuyla başlayın.
- Bitcoin: ilk Katman 1Bitcoin'in neden bir Katman 1 ağı olduğunu, kendi kurallarının BTC'yi nasıl güvence altına aldığını ve uzlaşmanın neden ödünleşimler içerdiğini öğrenin.
- Ethereum neden programlanabilir?Ethereum'un Katman 1 fikrini paylaşılan programlar, ETH gas'ı ve yeni ödünleşimlerle nasıl genişlettiğini görün.
- Neden bu kadar çok token var?ERC-20'nin tokenleri Ethereum uygulamaları arasında nasıl yeniden kullanılabilir hale getirdiğini ve paylaşılan bir standardın yine de neden önemli riskler bıraktığını öğrenin.
