RGB 把状态放在比特币之外:合约状态由参与者自己保管与验证,比特币只负责给承诺定序。本文按协议白皮书与文档解释客户端验证、单次使用封条与部分复制状态机的组合,以及 RGB++ 用同构绑定做出的修正路线。
汇总与「隐私」相关的文章,帮助你系统了解该主题。
RGB 把状态放在比特币之外:合约状态由参与者自己保管与验证,比特币只负责给承诺定序。本文按协议白皮书与文档解释客户端验证、单次使用封条与部分复制状态机的组合,以及 RGB++ 用同构绑定做出的修正路线。
Taproot 输出平时只是一串字节,密钥路径花费与普普通通的单签无法区分,脚本路径却会摊牌。本文拆解两条路径的泄露边界与 annex 雷区。
每张闪电发票必须携带 256 位 payment_secret。本文解释它如何阻断中间节点对收款终点的探测,又如何在多部分付款里充当碎片拼接的胶水。
BOLT 12 让商家挂出一张长期有效的报价,付款方在网络上现生成发票。本文拆解 offer、invoice_request、invoice 三消息流程、盲路隐私与付款证明。
查交易原始数据时,常看到 nLockTime 填着一个区块高度而不是零。本文拆解比特币钱包的防费用狙击机制:它如何把锁定高度写成当前链尖高度、为什么约一成交易会再随机往前退几十个块、以及它为什么不会让你的转账晚一点确认。
链上数据公开,但身份不公开——地址聚类就是用一组启发式规则从公开记录里反推“这些地址属于同一方”的技术。本文拆解多输入同签、找零启发、余额归零等常用规则、它们的失效边界,以及普通用户能做的隔离实践。
传统闪电发票让付款人知道收款节点是谁,路线推导还会暴露收款方周边拓扑。盲路径给每一跳换一个一次性的假身份,付款人只见入口不见深处。本文讲清盲节点 ID 的构造、介绍节点的职责边界,以及它与 BOLT12 报价单和洋葱消息的关系。
闪电网络路由付款的每个节点都盯着同一个支付哈希,这是关联分析和虫洞攻击的根子。PTLC 用适配器签名把锁换成椭圆曲线上的点,每一跳看到的数据都不同。本文讲清 PTLC 与 HTLC 的机制差异、它依赖的 Schnorr 前提,以及为什么主网通道至今仍是哈希锁。
2013 年 Greg Maxwell 同时提出 CoinJoin 与 CoinSwap:前者让大家合拼一笔交易,后者干脆让两笔资金在链上毫无交集。本文讲 CoinSwap 的哈希锁+时间锁合约结构、为什么链上看起来像两笔普通转账、实现难点,以及与混币在合规叙事上的差别。
Mimblewimble 是 2016 年匿名作者发布的隐私账本设计:用承诺替代明面金额,用切割合并压缩历史。本文讲清它的三块积木(Pedersen 承诺、无地址、cut-through)、Grin 与 Beam 两条实现路线的来历,以及它付出的功能代价。