什么是Compact Block Filters？定义、背景与来源

01什么是Compact Block Filters？

Compact Block Filters 是为各区块确定性构建的小型概率索引。BIP 158 定义内容与编码，BIP 157 负责传输和连续性检查；客户端在本地比较关注的脚本。

过滤器匹配应触发区块检查，本身不确认收款。
否定结果依赖正确过滤器、涵盖的数据类型及正确的待查脚本。
过滤器头与本地匹配不保证节点诚实或匿名性。
区块可用性、Mempool 与完整验证是独立问题。

02先看过滤器，再看区块的实际内容

钱包同步区块头和过滤器头、下载过滤器，并在本地测试脚本。匹配后获取整个区块并查找实际交易。不能仅因匹配而增加余额：过滤器不返回金额、所有权证明或完整交易历史。 [BIP 157 — Client Side Block Filtering]

03Basic 包含收款与支出的脚本

BIP 158 basic 包含新输出的 scriptPubKey，但排除以 OP_RETURN 开头者，还包含非 coinbase 输入所花费的先前输出脚本。空项会省略。地址字符串必须转换为正确脚本；过滤器并非 txid、witness 数据或任意备注的通用索引。 [BIP 158 — Compact Block Filters for Light Clients] [Bitcoin Core — BasicFilterElements]

04误匹配是紧凑性的代价

Golomb-Rice 编码存储排序后的哈希值之间的差；basic 使用 P=19 和 M=784931。一次非成员查询可能以约 1/M 的概率匹配。关注更多脚本会增加碰撞机会，并不意味着整个钱包具有固定错误率。正确构建的过滤器不会遗漏已包含元素。 [BIP 158 — Compact Block Filters for Light Clients]

05过滤器头不是共识承诺

过滤器头连接当前过滤器哈希与前一个头。检查连续性可发现与已接受链的差异，但该承诺不在 Bitcoin 区块头内。攻击者能提供内部一致的虚假过滤器；单凭计算正确的哈希不能保证内容真实。 [BIP 157 — Client Side Block Filtering]

06分歧和重组需要主动处理

BIP 157 通过比较对等节点发现虚假过滤器，前提是至少有一个诚实参与者。重建 basic 还可能需要已花费先前输出的脚本。重组时必须跟随新分支的过滤器并重新计算钱包状态；原来的同一高度不代表同一区块。 [BIP 157 — Client Side Block Filtering] [Bitcoin Core — BasicFilterElements]

07本地匹配不会消除网络痕迹

与 BIP 37 不同，客户端不向服务器发送个人地址过滤器。但对等节点仍可能观察 IP、时序和请求的区块。从不同节点下载可减少信息集中，却不能阻止所有关联；意外匹配本身不会让通信匿名。 [BIP 157 — Client Side Block Filtering]

08有过滤器不代表有区块或 Mempool

启用相应索引后，Bitcoin Core RPC getblockfilter 按区块哈希返回过滤器及其头。这既不能证明有公开 P2P 服务，也不能证明该节点能提供所有历史区块。客户端需要可用区块来源；已完成区块的过滤器不通报 Mempool 中未确认交易。 [BIP 157 — Client Side Block Filtering] [Bitcoin Core 30.0 — getblockfilter]

09区分区块选择、传输和验证

BIP 152 的 Compact Blocks 用短交易标识符和本地 Mempool 加快新区块传输。Compact Block Filters 则为客户端筛选相关区块。本地匹配或检查交易是否包含在区块中，都不能替代对所有区块进行独立完整的共识验证。 [BIP 157 — Client Side Block Filtering] [BIP 152 — Compact Block Relay]

↗结合上下文阅读

要获得更完整的理解，请将本词条与以下词条结合阅读： Compact Block Filters, Neutrino, Full Node, Bitcoin 隐私, 紧凑区块中继. 反向关联还来自： Neutrino.