HTLC

Hash ile zaman kilitli sözleşmeler, çok atlamalı bir Lightning ödemesinin güvenle iletilmesini sağlayan şeydir. Her atlama parasını aynı SHA-256 hash değerine kilitler ve bir kanal her yönde aynı anda en fazla 483 tanesini taşıyabilir. Sizin için bu, bir Lightning ödemesinin ya tamamen gerçekleştiği ya da tamamen başarısız olduğu ve asla rota boyunca parayı yarı yolda bırakmadığı anlamına gelir.

Nasıl çalışır

Bir HTLC içindeki parayı iki koşul korur ve bunlardan tam olarak biri sonunda gerçekleşecektir.

Alıcı, ön görüntü (preimage) adı verilen rastgele 32 baytlık bir sır üretir, bunu SHA-256 ile hashler ve sonucu faturaya koyar. Ardından rotadaki her düğüm bir sonraki düğüme iki şekilde harcanabilen bir çıktı sunar: ön görüntüyü gösterebilen herkes tarafından hemen ya da üzerinde anlaşılan blok yüksekliğinden sonra bunu sunan düğüm tarafından. Tüm atlamalar tek bir hash paylaştığı için, alıcının ön görüntüyü açığa çıkararak parasını talep ettiği anda her önceki atlama bunu öğrenir ve kendi parasını talep eder. Kimse ileriye ödeme yapıp geri ödeme almadan kalmaz; Lightning ağının üzerine kurulduğu özellik budur.

Blok yükseklikleri rota boyunca kademeli olarak azalır. Her kanal bir cltv_expiry_delta duyurur ve ödeyen bu deltaları üst üste koyar, böylece alıcıya en yakın atlama ilk önce sona erer ve yukarı yöndeki her atlamanın bir güvenlik payı olur. BOLT 11, faturada aksi belirtilmediğinde ödeyene son atlama için en az 18 blok ayırmasını söyler. Bu birikmiş gecikme bir HTLC'nin gerçek maliyetidir: bir ödeme tıkanırsa para kaybolmaz, ancak zaman aşımları çözülürken saatlerce donmuş kalabilir.

Zincir üstünde bu sözleşmeler gerçek işlemlere dönüşür. Bir çapa kanalda, bir HTLC-timeout işlemi 666 ağırlık birimi, bir HTLC-success işlemi ise 706 ağırlık birimi ağırlığındadır ve yolda birkaç ödeme varken zorla kapatma, bunların her biri için bunlardan birinin yayınlanması anlamına gelir. Bir çıktıyı hak edemeyecek kadar küçük tutarlara hiç çıktı verilmez; bunlar bunun yerine madencilik ücretine eklenir, bu yüzden bir kanal yanlış anda kapanırsa küçük bir ödeme ücretler içinde kaybolabilir.

Nerede görürsünüz

HTLC'leri ödeme düğmesine dokunduğunuz an ile faturanın yeşile döndüğü an arasındaki saniyelerde ve zincir üstü bir takasın ücret hesabında yeniden görürsünüz.

Strike gibi Lightning öncelikli hizmetler her ödemede parayı bu şekilde taşır ve Lightning yönlendirme düğümleri bekleyen HTLC sayısını operasyonel bir ölçüt olarak listeler, çünkü tıkanmış sözleşmelerle dolu bir kanal hiçbir şeyi iletemez. Aynı yapı Lightning dışında da işler: bir denizaltı takası, zincir üstü bir HTLC'yi aynı hash değerine kilitlenmiş bir Lightning ödemesiyle değiştirir ve zincirler arası bir atomik takas da aynısını iki defter arasında yapar. Her durumda hash ortak hakem, zaman aşımı ise iadedir.

Sınır göründüğünden daha önemlidir. Bir taahhüt işlemi geçerli bir Bitcoin işlemi olarak kalmalıdır, bu yüzden BOLT 2 her yönde 483 kabul edilmiş sözleşmeden fazlasını yasaklar ve bu sayı daha yeni ücretsiz taahhüt biçiminde 114 değerine düşer. Büyük yönlendirme kanalları yoğun dönemlerde bu tavana çarpar ve bir ödemenin bazen başarısız olup otuz saniye sonra başarılı olmasının dürüst nedenlerinden biri budur.

HTLC vs PTLC

Bir HTLC tüm rota için tek bir hash kullanır, bir PTLC ise her atlamaya eliptik eğri noktasından türetilmiş farklı bir kilit verir. Bu tek fark bir gizlilik açığıdır: aynı operatöre ait, rotanızın farklı noktalarında duran iki yönlendirme düğümü aynı hash değerini iki kez görebilir ve ödemenizi birleştirebilir. Ağ gerçekte HTLC'ler üzerinde çalışır. PTLC'ler, spesifikasyonu yazılmış ve HTLC'lerin yerini alacak yöntemdir ve piyasaya çıkana kadar, büyük bir yönlendirme operatörünün ilettiği atlamaları ilişkilendirebileceğini varsayın.