Lightning Address je identifikátor uživatel@doména, ze kterého peněženka získá parametry LNURL-pay a následně konkrétní fakturu BOLT 11. Peníze se neposílají e-mailem a samotný název žádné bitcoiny nedrží.
LUD-16 používá username a doménu, ale jméno omezuje na malá a-z, číslice 0-9 a znaky -_.; plus je možné jen při podpoře tagů službou. Běžná e-mailová syntaxe je širší. Existence schránky tedy nezaručuje Lightning Address a stejné jméno samo neověřuje osobu příjemce. [Lightning Address — LUD-16] [Lightning Address — Project overview]
Peněženka přes GET načítá cestu /.well-known/lnurlp/username na dané doméně, přes HTTPS nebo u onion služby přes HTTP. Odpověď má podobu payRequest podle LUD-06. Rozhoduje skutečná doména a její služba; text před zavináčem není veřejný klíč uzlu. [Lightning Address — LUD-16]
Odpověď vrací callback, metadata a limity minSendable/maxSendable. Plátce zvolí amount v msat; 1000 msat je jeden satoshi. Callback vrátí fakturu v pr a peněženka před placením ověří shodu částky. Vyhledání adresy ani přijetí faktury ještě není vypořádání. [LNURL — LUD-06 payRequest] [Lightning Address — Implementation guide]
Novější LUD-16 připouští volitelný zápis @doména jako zkratku pro _@doména a cestu končící /_. Služba ani peněženka jej nemusí podporovat. Podporované +tag se posílá v cestě; služba jej může použít jako metadata text/tag. Tag není nový bitcoinový klíč ani automatická ochrana soukromí. [Lightning Address — LUD-16]
LUD-16 požaduje text/identifier nebo text/email v metadata; text/email patří ke skutečné e-mailové adrese. Vedle toho zůstává text/plain z LNURL-pay. Zobrazované jméno a popis porovnávejte s doménou a zamýšleným příjemcem. Tvrzení služby není nezávislé ověření identity člověka. [Lightning Address — LUD-16] [LNURL — LUD-06 payRequest]
Služba může vydávat faktury vlastní peněženky nebo používat bridge server připojený k uzlu. Samotný formát proto neznamená úschovu ani self-custody. Bridge potřebuje oprávnění pro svou funkci, ne automaticky neomezené ovládání peněženky. Kdo ovládá endpoint, může ovlivnit, jakou fakturu plátce dostane. [Lightning Address — Implementation guide] [Lightning Address — Bridge server]
Peněženka může umět platit na Lightning Address, aniž uživateli poskytuje vlastní adresu. Příjem vyžaduje funkční webovou službu, vystavení faktury a schopnost přijmout platbu. Čitelná adresa sama nevytváří příchozí likviditu. Opakované dotazy mohou poskytovateli odhalit adresáta a časování. [Lightning Address — Implementation guide]
Vlastní doména umožňuje přesměrovat endpoint na jiný server; BTCPay popisuje například HTTP 301. U cizí domény závisí zachování názvu na poskytovateli. Seed neobnovuje kontrolu DNS, certifikát ani mapování účtu. Po změně služby znovu ověřte vyhledání, cílovou fakturu a příjem; staré kontakty nepovažujte za automaticky aktualizované. [BTCPay Server — Address redirection] [Lightning Address — Implementation guide]
Pro nejúplnější obraz čtěte toto heslo společně s LNURL, BOLT 11, Lightning Network, Inbound Liquidity, Vlastní úschova, Soukromí v Bitcoinu. Opačným směrem na něj odkazují také LNURL, Inbound Liquidity, Strike, Satsback.