屏蔽比特币：在不改变共识的前提下实现支付隐私
比特币虽具备伪匿名特性，但其公开账本记录了金额、时间戳及地址间流转路径，结合聚类分析与第三方数据可追溯用户行为。为突破这一局限，[[alloc] init]于9月24日发布论文，提出‘Shielded Bitcoin’概念——以比特币作为数据发布与排序基础，将支付内容验证交由独立软件层完成。
交易载体与隐私验证分离：链上记录不等于隐私保障
比特币仅确认交易的存在、费用与区块顺序，而不审查支付内容。协议信封被永久写入链上，而内部状态由覆盖层重建并验证。只有符合屏蔽规则的信封才会被接受，无效或重复提交的记录虽保留在链上，但在私密系统中不会生效。
隐私边界清晰：哪些信息被隐藏，哪些仍暴露
系统内加密的内容包括发送方、接收方、金额以及票据间的关联路径；外部观察者可验证交易有效性，但无法识别具体参与者或数额。然而，发布时间、交易结构、矿工费、证明数据及使用屏蔽系统的事实均在链上可见。此外，存款取款模式、钱包费用习惯、内存池行为等网络元数据仍可能泄露身份线索。
系统架构优势：无需共识变更，但依赖外部组件
该方案未要求比特币协议升级，核心链仅提供数据可用性与排序能力，状态重建由覆盖层完成。用户需确保钱包能正确回放历史或信任可信索引器。尽管索引器无法直接花费资金，但若其服务不可靠，可能导致延迟、审查或信息过时。同时，链重组可能迫使近期屏蔽交易重新构建状态，影响用户体验。
部署前仍需解决关键落地问题
目前方案尚未定义普通比特币如何进入屏蔽系统或退出流程，相关机制留待PIPEs v2研究。桥接设计决定资金提取权限、运营商消失后的恢复机制以及是否可被审查。银河资本指出，锚定环节是主要部署障碍之一，且该方案依赖宽松的OP_RETURN中继策略，非默认共识保障。
高昂成本与转发限制制约实用性
以2输入2输出配置为例，单个610字节信封加625虚拟字节的OP_RETURN输出，在10 sat/vB费率下即需约6,250 sats；若按50 sat/vB计算则高达31,250 sats。该设计依赖Bitcoin Core 30.0引入的可配置数据载体设置，但这些并非强制性中继规则，实际传播存在不确定性。
密码学不能替代工程安全与透明度
当前采用Groth16证明系统，依赖可信设置仪式，存在潜在信任假设。轻量级客户端验证尚属未来工作。完全本地回放成本极高，迫使钱包必须依赖索引器。此前Zcash Orchards电路发现严重漏洞事件表明，即使数学设计完善，实施缺陷仍可能危及整个系统安全。
隐私工具难以脱离监管框架
论文提及可选的查看密钥机制，允许持有者向审计方披露特定交易信息，但无法免除交易所与托管机构对资金来源、所有权及合规披露的责任。全球83%司法管辖区已立法执行FATF“旅行规则”，私密传输层必须与这些尽职调查义务共存。
迈向可用还需五大关键进展
完整锚定机制（含存款、取款、恢复与审查规则）；公共代码库与可复现钱包行为；独立第三方密码学与桥接审计；轻量级客户端验证能力；真实环境下的费用、中继与选择性披露测试。这些环节共同决定了用户能否安全进入、可靠退出，并在多大程度上信任链外系统。
