Lightning adresi

Kimse yüz karakterlik bir faturayı yüksek sesle okumak istemez. Lightning adresi bunun yerine podcast yayınında söyleyebileceğiniz bir şey koyar ve bu işe yarar, çünkü adres aslında bir ödeme talebi değil, yalnızca fatura üreten bir sunucuya işaret eden bir göstergedir. Şartname tek sayfadır, LUD-16, ve tüm akış tek bir HTTPS isteğidir.

Nasıl çalışır

Lightning adresi, e-posta biçimindeki bir dizeden bir URL'ye giden bir yeniden yazma kuralıdır.

satoshi@example.com verildiğinde bir cüzdan https://example.com/.well-known/lnurlp/satoshi URL'sini oluşturur ve bir GET isteği gönderir. Sunucu standart LNURL-pay JSON'u ile yanıt verir: bir callback URL'si, milisatoshi cinsinden kabul edeceği bir alt ve üst sınır ile alıcıyı tanımlayan bir üst veri bloğu. Cüzdan size bu açıklamayı gösterir, siz bir tutar girersiniz ve cüzdan tutarınızla callback URL'sini çağırır. Geri tam olarak o tutar için bir BOLT11 faturası gelir; cüzdan bunu kontrol eder ve öder.

Kullanıcı adı kısmı küçük harfler, rakamlar, kısa çizgiler, alt çizgiler ve noktalarla sınırlıdır; user+label@domain tarzında etiketleri destekleyen hizmetler için isteğe bağlı bir artı işareti de kullanılabilir. @example.com biçiminin tek başına kullanılması varsayılan kimlik olarak kabul edilir ve ayrılmış kullanıcı adı olan alt çizgiye çözümlenir. Onion alan adları düz HTTP kullanır, çünkü TLS'in sağlayacağı taşıma güvenliğini Tor zaten sağlar.

Şartnamenin tamamı budur. Yeni bir kriptografi yok, yeni bir mesaj türü yok, hiçbir düğümde bir değişiklik yok. Lightning adresi, kendisi de normal bir faturanın üzerine kurulu olan LNURL-pay üzerine katmanlanmış bir adlandırma kuralıdır ve her katman, altındakini bozmadan kaldırılabilir.

Nerede görürsünüz

Çoğu insanın ödeme almanın bir yolunu yayımlaması Lightning adresleriyle olur.

Saklamalı cüzdanlar ve Lightning'e özgü uygulamalar kayıt sırasında bir tane verir, çünkü sağlayıcı zaten adresin ihtiyaç duyduğu web sunucusunu ve düğümü işletmektedir. Podcast akışları bunları akışlı ödemeler için taşır. Sosyal profiller, bahşiş kutuları ve konferans kartları bunları, bir kartvizitin banka havalesi şablonu yerine bir e-posta adresi taşımasıyla aynı nedenle kullanır.

Kendinizinkini işletmek bir alan adı ve well-known yoluna yanıt veren küçük bir hizmet gerektirir; bu, barındıracak güvenilir bir yeriniz olana kadar göründüğünden daha fazla iştir. Bu yüzden dolaşımdaki Lightning adreslerinin ezici çoğunluğu bir hizmet sağlayıcıya aittir ve kendinizinkini bir şeyin üzerine bastırmadan önce üzerinde düşünmeye değer kısım budur.

Bundan iki pratik sınır doğar. Birincisi, alan adını işleten kişi tutarlar ve zamanlama dahil her fatura isteğini görür; yani arkasındaki cüzdan saklamasız olsa bile bir adres, gizlilik açısından bir değiş tokuştur. İkincisi, bir adres yalnızca alan adı çalıştığı sürece çalışır. Sağlayıcı kapanırsa, koşullarını değiştirirse veya alan adını kaybederse, adresi yayımladığınız her yer artık hiçbir yeri göstermez. Alan adı sizin kontrolünüzde değilse bunu sahip olduğunuz bir kimlik değil, bir kolaylık katmanı olarak görün.

Lightning adresi vs Bitcoin adresi

Lightning adresi web üzerinde bir arama anahtarıdır; bir Bitcoin adresi ise blok zincirinde bir harcama koşuludur. satoshi@example.com adresine zincir üstü Bitcoin gönderirseniz hiçbir şey olmaz, çünkü bir alan adına yapılan zincir üstü işlem diye bir şey yoktur. bc1q ve ardından 38 karakterden oluşan bir adrese Lightning gönderirseniz de hiçbir şey olmaz. Bir cüzdanın "send" alanında yüzeysel olarak benzer görünürler ve hiçbir mekanizmayı paylaşmazlar: biri bir HTTPS isteğini tetikler, diğeri madencilerin uygulayacağı bir betiği kodlar. Bir Bitcoin adresi sonsuza kadar çalışır ve sunucu gerektirmez; bir Lightning adresi ise çalışan bir sunucu gerektirir ve o sunucunun çalışmadığı gün çalışmayı bırakır.