一句话定义
Merkle Tree 是一种二叉哈希树。把一堆数据（比如 1 万个用户的余额）放在最底层叫"叶子"，两两哈希得到上一层、再两两哈希、再两两哈希 …… 最后压成顶上一个 32 字节的 root hash（根哈希）。1979 年由 Ralph Merkle 提出，今天在加密世界几乎无处不在。
为什么它有用
核心好处：拿着这个 root hash + 一条 log₂N 长度的"哈希路径"，你能在不看完整棵树的情况下、验证某个具体叶子是不是真的在这棵树里。一棵 100 万叶子的树，验证只需要约 20 个哈希值，常数级别的开销。这种"局部可验证 + 全局承诺"的特性，让它成为一切需要"我承诺这个集合不变、你能验证你被包括"场景的标配。
在加密里都用在哪
三个最常见。一 · 比特币区块。每个区块把里面所有交易组成一棵 Merkle Tree，root hash 写在区块头里。轻节点（SPV 钱包）不下载完整区块，只下区块头 + 自己关心的那笔交易的 Merkle Proof，就能验证交易被打包。这就是中本聪在白皮书第 8 节专门讲的机制。
二 · 储备金证明（PoR）。交易所把所有用户每个币种的余额组成 Merkle Tree、公开 root hash + 每个用户独立的 Merkle Proof。你在工具页粘进自己的账号哈希，验证你的余额是不是被真的算进了总负债 —— 不需要相信审计公司说真话，你自己就能验。币安、Kraken、OKX 的 PoR 工具都是这套机制。
三 · 零知识证明 + 一切需要"集合承诺"的协议。Tornado Cash 用 Merkle Tree 承诺存款集、再用 ZK 证明你属于这个集合却不暴露是哪个叶子；空投系统用 Merkle Tree 承诺白名单、用户单独提取时验证；以太坊状态树用 Merkle Patricia Trie（Merkle Tree 的一种变种）。
边界
Merkle Tree 只证明"包含"，不证明"完整"或"诚实"。它能证明你的余额在树里，但证明不了平台没漏掉别的用户、也证明不了平台有没有真的持有对应资产 —— 后者要靠链上地址的资产证明。这就是为什么 PoR 一定是"Merkle Tree（负债）+ 链上地址余额（资产）"两件套，缺一不可。详见 储备金证明 词条里"PoR 解决不了的"那一节。
选 CEX 时把"是否提供 Merkle Proof 工具能自验余额"作为一个评估项，详见 交易所评估手册；另一层兜底机制看 SAFU 保险基金。