比特币技术周报丨 PayJoin隐私协议得到启用，BTC交易可以匿名了？

注：本周的比特币技术周报，我们会介绍一个使用预签名交易创建的金库契约（vaults covenant）原型，然后是BTCPay启用的payjoin交易功能，以及关于一些流行比特币基础设施项目的最新变化。

(图片来自：tuchong.com)

1、比特币链上金库（Vaults）原型

Bryan Bishop公布了关于金库契约（vaults covenant）的一个Python语言 原型 ，该机制使用临时密钥和预签名的时间锁定交易，它允许你检测是否有人在盗窃尝试中使用了你的私钥。然后，你（或者代表你的瞭望塔）可以启动紧急协议，以收回大部分资金。该原型还包括使用了BIP119提出的操作码 OP_CHECKTEMPLATEVERIFY 的相同基本机制实现。

2、BTCPay启用payjoin交易功能

BTCPay增加了发送和接受payjoin交易的支持：payjoin是一种隐私协议，它通过在一笔链上交易中，同时包含来自花费者和接受者的输入，从而增加了比特币支付的隐私性。这可防止外部观察者在检查区块链数据时，假定该交易中的所有输入都属于同一用户（如下图所示）。如果有相当多的人使用payjoin协议，这就使得区块链分析师使用的通用输入启发式方法，变得更加不可靠，这甚至提高了不使用payjoin的比特币用户的隐私。

本周，BTCPay宣布发布了1.0.4.0版本，其中就包括了对Payjoin的实现。有关如果使用该协议的详细信息，请参阅他们的用户指南。有关其实现的技术细节，请参阅其 规范 。 （注：隐私加密货币grin的匿名创始人之一Antioch Peverell也在谈论使用PayJoin方案。）

3、Lightning Labs起草LSAT规范

近期，闪电网络协议开发商Lightning Labs起草了闪电网络服务认证代币（LSAT）规范：该规范概述了通过LN购买代币（macaroons），并将其在应用程序中用作身份验证和API支付机制的协议。

4、Lightning Labs宣布推出通道管理工具Faraday

Faraday是一个LND节点运营工具，其可以分析现有通道，并提出建议以关闭有问题或运行不足的通道。而这些通道，会显示诸如低容量、低正常运行时间或高费用等属性。

5、比特币主要基础设施的候选版本更新

1. Bitcoin Core 0.20.0 rc1 是下一版Bitcoin Core软件的首个候选版本；
2. LND 0.10.0-beta.rc4 允许测试下一个主要版本的LND客户端。我们鼓励测试人员阅读LND开发者Olaoluwa Osuntokun在LND工程邮件列表中发表的相关介绍；
3. C-Lightning 0.8.2-rc1 是C-Lightning客户端的下一个版本的首个候选版；

除了这些之外，本周Bitcoin Core、C-Lightning、 LND等还发生了一些显著变化，其中：

1. Bitcoin Core #17595的添加，支持了使用GNU Guix构建Windows版Bitcoin Core。关于Guix的最后一个目标平台—— macOS，目前已经有了一个开放的PR草案。
2. C-Lightning#3611添加了一个 keyend 插件，允许节点安全地接收自发付款（spontaneous payment）（未在生成invoice之前付款）。这些工作通过让付款发送者选择其付款预映像（通常由接收者选择），导出其付款哈希（通常包含在invoice中），将预映像加密到接收者的节点pubkey，并将带有加密数据的付款，发送到由付款哈希保护的接收者。接收者解密预映像，并像正常一样使用它来申请付款。为了进行付款跟踪， lightningd 在要求自发付款之前，会自动为解密的预映像创建一个内部invoice。自发付款的一个明显用途是捐赠，而另一个不那么明显的用途，是通过与LND兼容的WhatSat软件和与C-Lightning兼容的noise插件等付款发送聊天信息。
3. C-Lightning＃3623添加了一个使用盲路径（blinded path）支付费用的最小实现（仅适用于配置参数 --enable-experimental-features ）。如92期周报中提到的，盲路径使发起者无需了解目的地的网络标识，或使用的完整路径就可以路由支付。这不仅提高了始发和目的地端点的隐私，而且还改善了沿盲路径的任何未通知节点的隐私性。此PR中的最小实现主要用于测试，例如正在为Eclair开发的一个实现。
4. LND＃4163添加了一个 version RPC，其返回有关LND服务器版本和生成标志的信息。这使得应用程序更容易确保它们与当前运行的LND版本兼容。
5. Rust-Lightning＃441支持了发送和接收基础多路径支付。此实现尚不能完全使用，因为需要后续的拉取请求来增加对路由查找和超时部分付款的支持。