# Annoy - 闪电网络：技术与用户体验（四）：收款码 (Highlights)  ## Metadata **Review**:: [readwise.io](https://readwise.io/bookreview/38442852) **Source**:: #from/readwise #from/reader **Zettel**:: #zettel/fleeting **Status**:: #x **Authors**:: [[Annoy]] **Full Title**:: 闪电网络：技术与用户体验（四）：收款码 **Category**:: #articles #readwise/articles **Category Icon**:: 📰 **Document Tags**:: #work **URL**:: [www.btcstudy.org](https://www.btcstudy.org/2024/02/27/lightning-network-technology-improvement-and-users-experience-part-4/) **Host**:: [[www.btcstudy.org]] **Highlighted**:: [[2024-03-07]] **Created**:: [[2024-03-08]] ## Highlights - “Keysend” 的想法是：因为节点的 `node_id` 是不会改变的，而且在给出发票之后就会向支付方暴露，所以，可以用它来作为一个静态的端点。 ([View Highlight](https://read.readwise.io/read/01hrbaksqpgvv5b7mm1sw6de50)) ^689135409 - 不过，作为一种支付，它还是有一个令人难以接受的缺点：它不能得到收据。由于用来构造 HTLC 的哈希值是由支付方自己指定的（而发票中的哈希值是由接收方指定的，并具有接收方的签名），他从一开始就知道这个哈希值背后的原像，所以，即使全部 HTLC 顺利结算，也不能认为自己得到了收据。 ([View Highlight](https://read.readwise.io/read/01hrbap0acq5qh8csvb0xs1gak)) ^689135577 - LNURL 就是在这个想法上产生的解决方案。接收者节点额外运行一个 LNURL 服务端，并将该服务端的网络端口（例如 `https://lnurliscool.com/receiver`）编码成一个 QR 码。 ([View Highlight](https://read.readwise.io/read/01hrbaqn88j04gqg1m8bxh8rtv)) ^689135641 - BOLT12 增加了一种数据格式，称为 “Offer（要约）”，还有一种叫做 `invoice_request` 的消息类型。 ([View Highlight](https://read.readwise.io/read/01hrbbvrrf9e6ffswt2tm2n182)) ^689148403 - Offer 也可以用于退款：要求退款的一方根据退款方的 Offer 发送发票，退款方就根据发票发起支付。 ([View Highlight](https://read.readwise.io/read/01hrbbx8gdfck6t93z1980stqa)) ^689148820 - 在使用洋葱消息之后，节点就可以直接转发消息，转发消息的节点也无需再记忆跟这些消息相关的信息。 ([View Highlight](https://read.readwise.io/read/01hrbbzqc2qe2ec5ax69n56pgy)) ^689149118