使用DNS协调比特币支付

Matt Corallo 最近提出了比特币的 BIP，即 DNS 支付指令，目标是利用 DNS 系统获取信息来进行比特币支付。

马特·科拉罗 (Matt Corallo) 一周多前提出了一个BIP，用于协调比特币支付。由于不同的原因，使用闪电网络等协议进行比特币支付一直在链上和链下协调方面提出一些挑战。当谈到电子邮件等数字系统或 Paypal、Cashapp 等支付系统时，人们非常习惯单一静态标识符的概念。如果您想向 John 发送电子邮件，只需发送电子邮件“ john@ [插入域名]”。如果您想在 Cashapp 上向 John 汇款，只需在 Cashapp 上向 @John 付款即可。

这是人们熟悉的用户体验，当涉及到根深蒂固的用户行为和对事物的期望时，推动他们的行为发生实质性或急剧的改变是非常困难的。如果你向他们提供一个需要这样做的工具，就会产生很大程度的摩擦，并且很可能只会抑制大多数人使用该工具的积极性。

链上支付遇到了这种期望的问题，不是因为无法拥有静态标识符（单个地址），而是因为发布单个链上地址并让与您交互的每个人都使用该地址会带来隐私影响付钱给你。它将您的整个支付历史和代币所有权置于每个人的公共视野中。

如果您偶尔很少收到钱，即在领取工作报酬或与人结算酒吧账单时，那么只需打开钱包并生成一个新的收款地址就根本不是负担。然而，如果您经常收到金钱，特别是在您不直接索要付款的情况下，那就会带来严重的负担。

这就是创建 BTCPay Server 这样的工具的原因，目的是降低人们启动所需基础设施以自动接收资金的门槛，而无需做一些天真的事情，例如发布一个地址供每个向您付款的人重复使用。然而，这需要运行一个始终在线可用的服务器。虽然该项目大大降低了所需的理解门槛，但对于只想被动接收资金的用户来说，这仍然是一个沉重的负担。

对于闪电来说也是如此，除了更糟之外。发票仅适用于单次付款。与可以重复使用的链上地址不同，尽管这是一种可怕的做法，但闪电发票不能使用。一旦发票已支付或过期，相关闪电节点将拒绝任何支付尝试。这种动态导致了LNURL规范以及建立在其之上的闪电地址的创建。LNURL 是一种通过静态 IP 连接到 HTTP 服务器的协议，该静态 IP 可以共享一次，以便从服务器获取实际的闪电发票进行支付。在此基础上，闪电地址是 LNURL 之上的命名方案，其结构类似于电子邮件地址：John@[LNURL 服务器的域]。

所有这些解决方案都有缺点。除了比特币钱包或闪电节点之外，还需要运行一个始终保持在线的额外软件（HTTP 服务器）；向 BTCPay/LNURL 服务器发出请求会将发送者的 IP 地址泄露给接收者；依赖 TLS 证书颁发机构。

LNURL 等 HTTP 服务器工具与 Lightning Address 配合使用时，会使用域来解析与 HTTP 服务器的连接。同样，BTCPay 服务器都配置了域名，而不是使用原始 IP 地址。Matt 的见解是，为什么不直接消除对 HTTP 的依赖并使用域名系统本身呢？

DNS 允许您将 TXT 记录与给定域名关联起来，创建可从 DNS 服务器查询的小型人类（或机器）可读记录。与域名系统安全扩展 (DNSSEC) 结合，DNS TXT 记录提供了一种机制，可用于查询支付信息，而无需运行 HTTP 服务器的开销和负担，并提供更多的灵活性和开放性。DNSSEC 提供了许多工具，用于使用 DNS 分层结构中固有的 DNS 密钥对 DNS 条目（包括 TXT 记录）进行加密签名。这保证了您正在查询的 TXT 记录是由本地根服务器/密钥签名并分发到较低级别 DNS​​ 服务器的记录。

这体现了 DNS 作为获取支付数据的手段的真正好处：告别必须运行 HTTP 服务器的要求。TXT 记录可以对链上比特币地址进行编码（尽管如果您无法定期轮换新地址以防止地址重用，BIP 特别建议不要这样做），但更重要的是它还可以包含 BOLT 1​​2 闪电优惠。

这些记录可以从任何 DNS 服务器、您自己的本地服务器、您的 ISP，甚至是 Google 或 Cloudflare 等公共服务器获取。从这个基本点出发，解决了基于HTTP的解决方案的一个缺点；您不再将您的 IP 地址泄露给您尝试付款的人。现在，如果在没有 VPN 或 Tor 的情况下使用您的 ISP 的 DNS 或公共服务器（例如 Google 或 Cloudflare），您就会向他们泄露您的 IP 地址；出于这个原因，BIP 明确鼓励通过 VPN 或 Tor 支持 DNS 解析。

将此提案与 BOLT 1​​2 相结合，无需运行辅助软件，这对不熟练的用户来说是一个非常现实的安全问题，并且仅允许域的所有权即可为用户提供他们所需的一切，让他们有一个通过简单的人工操作即可定位支付信息的机制。可读标识符。BOLT 1​​2 不需要 HTTP 服务器，直接通过闪电网络通过洋葱路由连接处理实际发票交付，并支持 Offers，这是一种静态标识符，可用于查找到该闪电节点的洋葱路由。问题是报价被编码为一个巨大的随机字符串，就像发票本身一样，这使得它成为一个可怕的人类可读/可用标识符，除非通过使用二维码或**和粘贴。

通过将报价存储在 DNS TXT 记录中，用户只需在钱包中输入某个人的域名即可进行付款，这样钱包就可以获取 TXT 记录、获取 BOLT 1​​2 报价，然后进行付款。他们不需要托管任何服务器或运行除闪电节点之外的任何软件，DNS 系统会为他们处理一切，只要托管他们的 BOLT 1​​2 就可以为想要付费的用户找到可以找到的人。

这是一个完全无需信任的系统吗？不。它比基于 HTTP 的系统好很多吗？**地。此类问题的问题在于，大多数人对用户体验和行为都有一定的期望，因为数字系统应该在他们的脑海中发挥作用。如果不**这种用户体验，大量的人只会使用确实满足用户体验期望的替代方案。鉴于这一现实，在尝试将比特币纳入这些用户体验期望的范围内时，设计目标应该是通过最少的信任插入、最小的用户负担以及最小的潜力来满足这些用户需求。以新的方式丧失隐私。我认为与现有解决方案相比，Matt 的 BIP 满足了所有这些要求。