Shangguan et al. propose HMT, an ADS that shortens hot-item proofs and lowers update costs for dynamic workloads. Shangguan等人在论文中提出Huffman-Merkle Tree,通过冷热分层、访问频率跟踪与批量迁移优化动态工作负载下的认证数据结构证明与更新成本。 Shangguan らは HMT を提案した。動的な負荷で、よく使う項目の証明を短くし、更新コストを下げる認証データ構造だ。
NotesNotes要点
Targets mutable state with shifting access frequencies.
Hot items use a Huffman-style layout near the root.
Cold and new items stay in a binary Merkle Tree.
Uses count-min sketch and batched layout changes.
Compares against Ethereum MPT and UBT.
Best policy reports fewer hashes and shorter weighted proofs.
HMT面向访问频率不断变化的大规模可变状态
热门项采用Huffman式布局,更靠近根以缩短成员证明
冷门和新增元素放入二叉Merkle Tree,降低更新开销
系统用count-min sketch跟踪频率,并批量应用布局变化
评估对比Ethereum MPT与UBT,关注哈希次数和访问加权证明大小
最佳策略相对MPT减少约2.4x哈希操作,证明也更短
アクセス頻度が変わる可変状態を対象にする。
よく使う項目を根に近い Huffman 風配置に置く。
新規項目や低頻度項目は二分 Merkle Tree に置く。
count-min sketch と一括配置変更を使う。
Ethereum MPT と UBT と比較している。
最良方針ではハッシュ回数と重み付き証明長を減らした。
零知识证明零知識証明zkDaily
Q&A Deep Dive 💬今日要点 深入解析 💬今日の要点 深掘り 💬
Wed星期三水曜日
06.24
2026
What does HMT solve? HMT解决什么? HMT は何を解く?
HMT targets skewed, changing access patterns. It gives hot items shorter proofs without making every update expensive. HMT优化访问频率不均且会变化的状态。它让热门项证明更短,同时避免所有项重新布局带来的高更新成本。 HMT は偏りがあり変化するアクセスを扱う。よく使う項目の証明を短くしつつ、更新コストを抑える。
Why use Huffman layout? 为什么用Huffman? なぜ Huffman 配置か?
A Huffman-style layout puts frequent items closer to the root. Their Merkle paths become shorter, reducing access-weighted proof size. Huffman布局会把高频项放得更靠近根。这样热门项的Merkle路径更短,访问加权后的平均证明大小也会下降。 Huffman 風配置では高頻度項目が根に近くなる。Merkle 経路が短くなり、頻度で重み付けした証明長が下がる。
How does it beat MPT? 相比MPT优势在哪? MPT より何が良い?
Against Ethereum MPT, the best HMT policy reports about 2.4x fewer average hash operations and shorter access-weighted membership proofs. 实验比较了Ethereum的MPT和拟议替代UBT。最佳HMT策略相对MPT使用约2.4x更少平均哈希操作,并降低访问加权成员证明大小。 Ethereum MPT と比べ、最良の HMT 方針は平均ハッシュ回数を約 2.4x 減らし、頻度重み付きの存在証明も短くした。