Bitcoin Lightning ve On-chain Ödemeler: Ücretler, Onaylar ve Kanallar

İkisi de bitcoin cinsinden değer aktarabilir ancak temel katmanı farklı kullanır. On-chain ödeme, Bitcoin düğümlerinin iletebileceği ve madencilerin bloğa ekleyebileceği bir işlem oluşturur. Lightning ödemesi, ödeme kanallarından oluşan bir rotada ilerler; her ödeme ayrı bir Bitcoin işlemi olarak blokzincire yazılmaz.

Bu fark ücretleri, kullanılabilirliği, gizliliği ve cüzdanın gösterdiği uzlaşma durumunu etkiler. Lightning başka bir coin değildir; off-chain olması da ödemenin kural veya risk taşımadığı anlamına gelmez. Kanal katılımcıları kanalı kurmak ve gerektiğinde bakiyeleri sonuçlandırmak için Bitcoin işlemlerini kullanır.

Cüzdan harcanabilir çıktıları seçer, işlemi oluşturup imzalar ve Bitcoin düğümlerine yayınlar. Düğümler işlemi iletebilir ve bir madenci bloğa ekleyene kadar kendi mempoollarında tutabilir. Ağ ücreti işlem boyutuna ve teklif edilen ücret oranına bağlıdır; yalnızca gönderilen bitcoin miktarına değil. Bitcoin Developer Guide ödeme işleme rehberine bakın.

İşlem kimliği yayınlanan işlemi incelemeyi sağlar fakat işlemi görmek onaylandığı anlamına gelmez. Bir onay, işlemin bir blokta yer aldığını gösterir; sonraki bloklar sayıyı artırır. Alıcı veya hizmeti tutara ve bağlama göre kaç onay bekleyeceğini belirler. Blok zamanlaması belirli bir dakikada kullanılabilirlik garantisi vermez.

Alıcı; çoğunlukla tutar, hedef, açıklama ve son kullanma zamanı içeren bir Lightning faturası paylaşabilir. Ödeyenin cüzdanı faturayı okur ve kapasitesi ile limitleri uygun bir rota arar. BOLT 11 fatura belirtimi istek alanlarını, BOLT 7 kanal duyurularını ve rota güncellemelerini açıklar.

Yönlendirilen ödeme HTLC olarak bilinen koşullu aktarımları kullanır. Her ara düğüme sonraki adım için gereken tutar ve zaman koşulları iletilir; son alıcı ödeme sırrını açıklayarak rotayı tamamlar. Gerekli yönde likidite yetersizse, güncelleme eskiyse, limite ulaşıldıysa veya eş kullanılamıyorsa rota başarısız olabilir. Başarılı ödeme yeni blok beklemeden tamamlanabilir; her faturanın ödeneceği garanti edilmez.

Ödeme kanalı bir on-chain fonlama işlemiyle başlar ve toplam kapasitesi vardır. Taraflar birbirine ödeme yaptıkça bakiye değişir; her güncelleme için ayrı Bitcoin işlemi yayımlanmaz. Bir tarafın o anda gönderebileceği miktar o yöndeki bakiyeye, rezervlere, limitlere ve seçilen rotaya bağlıdır. BOLT 2 eş protokolü kanal parametrelerini ve HTLC limitlerini açıklar.

Toplam kapasitesi yeterli olan kanalda belirli bir ödeme için yeterli giden likidite bulunmayabilir. Alıcının da tutar için kullanılabilir bir gelen rotası olmayabilir. Kanal açmak, likiditeyi değiştirmek veya kapatmak on-chain işlem ve ücret gerektirebilir. BOLT 5 on-chain işlemleri işbirlikçi ve tek taraflı kapatmaları açıklar. Görsel, kanal içindeki ödemeleri Bitcoin üzerinde sonuçlanan fonlama ve kapatma işlemlerinden ayırır.

On-chain ücret blok alanı için ödenir. Toplam, işlem boyutuna ve mevcut koşullara göre seçilen ücret oranına bağlıdır; daha büyük işlem daha az bitcoin gönderse bile pahalı olabilir. Cüzdan tahmini değişkendir ve gelecek blokta yer ayırtmaz.

Lightning yönlendirme ücretlerini kanal işletmecileri belirler; sabit ve oransal bileşenleri olabilir. Rota uzunluğu, politikalar, likidite ve cüzdan davranışı toplamı etkiler. Bazı cüzdanlar hizmet veya likidite ücreti ekleyebilir. Lightning belirli bir durumda daha ucuz olabilir, ancak her zaman ücretsiz veya on-chain ödemeden ucuz değildir. Onaylamadan önce son tutarı ve ücret ayrıntılarını kontrol edin.

On-chain cüzdanı yayınlandı, bekliyor veya onaylandı gibi durumlar gösterebilir. İşlemler ve bloklar herkese açıktır; alıcı tutara ve bağlama uygun bir onay eşiği uygulayabilir. İşlem beklenenden uzun süre onaysız kalabilir; ücret tahmini madencilerin seçimini belirlemez.

Lightning’de rota tamamlanıp cüzdan başarı yanıtı aldığında fatura ödenmiştir. Ödeme Bitcoin bloğuna ayrı bir işlem olarak girmez. Başarısız deneme onay sayılmaz ve belirsiz bir ekran ikinci kez ödemenin güvenli olduğunu kanıtlamaz. Yeniden denemeden önce gönderen cüzdanın son durumunu ve alıcının makbuzunu kontrol edin.

On-chain veriler herkese açıktır ve analiz edilebilir; ancak adres kişinin adını kendiliğinden açıklamaz. Lightning onion routing, ara düğümün tüm rota hakkında öğrendiklerini sınırlamayı amaçlar fakat her ödemeyi anonim yapmaz. BOLT 4 onion-routing belirtimi ve BOLT 7’deki kanal güncellemeleri bu modelin parçalarını açıklar.

Cüzdanlar anahtarları kimin kontrol ettiği, kanalların nasıl izlendiği, yedeklendiği ve kurtarıldığı bakımından farklıdır. Kendi sakladığınız anahtarlar ile saklama hizmeti sunan Lightning hesabının sorumlulukları ve arıza riskleri aynı değildir. İnternet, eşlerin erişilebilirliği, kanal durumu, kurtarma ve sağlayıcı koşulları önem taşıyabilir. Lightning adı fonları kimin tuttuğunu tek başına söylemez.

On-chain, alıcı Bitcoin adresi veriyor ve blokzincirde doğrulanabilir işlem istiyorsa uygun olabilir. Lightning, uyumlu cüzdanlarda fatura ve yeterli rota likiditesi varsa uygun olabilir. Sık yapılan küçük ödemeler mevcut kanalı kullanabilir; kanal açma, sürdürme ve kapatmanın kendi kısıtları ve maliyetleri vardır.

Göndermeden önce türü, ağı, tutarı, fatura son kullanma zamanını, alıcıyı, görünen ücreti ve limitleri kontrol edin. Lightning faturasını on-chain adres alanına yapıştırmayın. On-chain alternatifi yalnızca fatura ve cüzdan açıkça destekliyorsa kullanın. Ayrıca Bitcoin işlem ücretleri, yatırma onayları ve kripto transferi kontrol listesi rehberlerine bakın.

Birincil teknik kaynaklar: Bitcoin Developer Guide: ödeme işleme; BOLT 2: eş protokolü; BOLT 4: onion routing; BOLT 5: on-chain işlemler; BOLT 7: rota bilgileri; BOLT 11: fatura kodlaması.