Lightning Address

安娜希望收到听众对她播客的赞助。她不再逐一发送新的长串发票，而是公布一个 Lightning Address。示例 anna@example.com 很好记：@ 前面标识该服务中的收款人，后面是向钱包作出响应的域名。这种设计有意借用了邮箱的样式，但资金不会通过电子邮件发送。已有邮箱不会自动成为 Lightning Address，名称本身也不能证明持有人的身份。因此，请向你想支持的创作者核实地址。 [1] [6]

听众把名称输入兼容的钱包。钱包从服务获取付款说明和允许的金额范围。用户检查域名、说明并选定金额后，钱包请求具体的 BOLT 11 发票，在付款前核对发票金额。取得发票不等于已经付款。这套流程叫 LNURL-pay。服务返回 callback，即请求发票的地址，以及描述付款的 metadata 和 minSendable、maxSendable 金额下限和上限。amount 以 msat 表示，也就是 satoshi 的千分之一：1000 msat = 1 sat。发票放在 pr 字段中返回。 [2] [3]

安娜可以使用代管钱包的服务，也可以把名称连接到自己的 Lightning 节点，即处理付款的软件。仅从地址外观无法区分。Web endpoint 是服务器响应钱包的位置，它可以通过桥接服务器向她的节点请求发票。这样的中间服务不一定托管资金，具体取决于系统安排和授予的权限。但谁控制服务器响应仍然重要：能篡改响应的人，也能向付款人提供另一张发票。拥有自己的域名并不自动意味着 self-custody，也就是自行控制密钥。 [3] [4]

钱包可能支持向 Lightning Address 付款，却不为用户提供自己的收款名称。收款还需要可访问的网络服务、发票生成能力，以及在 Lightning Network 上实际接收付款的条件。付款通过通道进行。通道是参与者之间的连接，付款会改变双方各自持有的资金份额。其中包括 Inbound Liquidity：位于通道另一侧、能在付款时转移给收款人的资金。好记的名称不会创造这种入站流动性。如果地址能打开而付款失败，问题未必出在名称上。网站响应、取得发票和确认收到资金，应当分别判断。 [3] [5]

使用自己的域名时，你可以更换处理付款的服务器，同时保留听众熟悉的名称。BTCPay 文档介绍了用 HTTP 301 重定向 endpoint 的方法：网络请求被转到别处，并没有任何币因此转移。如果名称位于他人的域名下，你未必拥有这种控制权。Seed Phrase 是钱包的恢复词，但仅凭它不能保证恢复服务账户的访问权限。它也不备份域名管理权限或 DNS 设置；DNS 是决定域名指向何处的系统。更换后，不仅要看地址是否能打开，还要检查发票是否正确，以及测试付款是否确实到账。老联系人不会自动获知你的新名称。 [5] [3]

LUD-16 说明如何把名称转换为 GET 网络请求，也就是一次数据请求。钱包访问域名下的 /.well-known/lnurlp/username 路径，并用用户名替换 username。普通网络使用 HTTPS，onion 域名使用 HTTP。收到 payRequest 响应后，按 LUD-06 继续操作。HTTPS 保护传输免遭途中篡改，却不能证明服务本身诚实。服务会处理查询，也知道正在为哪个收款人开具发票，因此易读名称本身不带来匿名性。 [1] [2]

LUD-16 允许用户名使用小写字母 a-z、数字 0-9 和 -_.，比普通邮箱允许的字符范围更窄。可选简写 @domain 表示默认收款人 _@domain，对应 /.well-known/lnurlp/_ 路径，但钱包或服务可以不支持它。附加的 +tag 也不是通用功能。支持它的服务可以区分赞助用途，并把用途放进 text/tag。它不是新的私钥，也不是隐私保证。日常使用时，最好准确复制收款人公布的名称。 [1]

元数据是钱包与服务通过结构化 JSON 格式交换的补充信息。LNURL-pay 包含 text/plain，即简短的付款说明。LUD-16 加入 text/identifier，把付款与名称关联起来；若名称对应真实邮箱，则使用 text/email。这能帮助钱包展示付款所对应的内容。但这些仍是服务提供的信息，并非对安娜现实身份的独立验证。因此，核对最初取得的地址、域名和金额，仍是谨慎付款的一部分。 [1] [2]