研究人员提议打造类似 Zcash 的隐私保护型比特币

密码学公司 [alloc] init 的研究人员于 9 月 24 日发布了一篇 56 页的论文，提出了一种无需改变 Bitcoin 共识规则即可隐藏金额、发送方和接收方的隐私 Bitcoin 转账方案。Clara Shikhelman、Mikhail Komarov 和 Aleksei Moskvin 撰写了这篇题为《Shielded Bitcoin》的论文。Shikhelman 计划于当天晚上在纽约的一场 BitDevs 聚会上介绍该论文。该设计借鉴了 Zcash 的隐私模型，使用称为票据的加密记录和零知识证明，在不披露转账内容的情况下验证转账。

索引器独立于 Bitcoin 共识验证证明

与 Zcash 不同，Shielded Bitcoin 没有自己的区块链。每笔转账都会发布到 Bitcoin 网络上，而 Bitcoin 只记录并排序这些数据。随后，称为索引器的独立软件会按照转账在 Bitcoin 网络上的顺序重放这些转账，并验证证明。作者表示，任何两个读取相同 Bitcoin 历史记录的正确索引器，都会在无需协调的情况下得到相同的隐私账本。

该设计将价值存储在称为票据的加密记录中。花费一张票据时，会发布一个称为无效标识符的公开标记，以阻止同一张票据被花费两次。每次花费都会附带一个零知识证明，在不披露转账内容的情况下证明转账有效。

作者计划使用 PIPEs v2 处理入钉和出钉机制。这是 [alloc] init 的独立设计，使用见证加密将 Bitcoin 签名密钥锁定在预设条件之后。Shielded Bitcoin 论文未设定上线日期。

该设计需要可信设置，并面临中继政策限制

论文的安全性声明只有在其证明系统的设置以诚实方式生成时才成立。其参考配置使用 Groth16 证明，需要进行可信设置仪式。

作者表示，即使有这些证明，转账时间、手续费以及输入和输出票据的数量仍会在 Bitcoin 网络上公开可见。一笔包含两个输入和两个输出的转账会产生一个 610 字节的信封，其中包括一个 192 字节的证明。论文将其承载在一个占用 625 个虚拟字节的 OP_RETURN 输出中。

这种承载方式取决于 Bitcoin Core 在 30.0 版本中取消 OP_RETURN 数据上限的决定。节点运营者仍可在自己的机器上恢复该上限。论文将围绕大型数据输出实施更严格的中继或挖矿政策列为部署风险。去年 10 月的一项软分叉提案 BIP-444 曾试图将 OP_RETURN 数据限制在 83 字节。

对于受监管机构，论文概述了一个可选层，在该层中，受信机构会认证获批准的存款和收款地址。其钱包设计还允许持有者向审计员提供只读查看密钥，这些密钥不具备花费资金的权限。

常见问题

[alloc] init 研究人员于 9 月 24 日提出了什么？

来自 [alloc] init 的 Clara Shikhelman、Mikhail Komarov 和 Aleksei Moskvin 发布了一篇题为《Shielded Bitcoin》的 56 页论文，提出了一种无需改变 Bitcoin 共识规则即可隐藏金额、发送方和接收方的隐私 Bitcoin 转账方案。

Shielded Bitcoin 如何在没有独立区块链的情况下验证转账？

每笔转账都会发布到 Bitcoin 网络上，而 Bitcoin 只记录并排序这些数据。随后，称为索引器的独立软件会按照转账在 Bitcoin 网络上的顺序重放这些转账，并验证零知识证明；任何两个正确的索引器都能在无需协调的情况下得到相同的隐私账本。