如何选择 ZHC 工具栈
不存在一个对所有人都正确的 ZHC 工具栈。正确的 stack 取决于公司类型、证明类型、资本模型，以及它究竟是 runtime-first、treasury-first，还是 market-first。
先从公司类型出发
AI 产品公司、treasury 协议、agent 发射界面、agent-human service loop，所需要的 stack 并不一样。如果把它们都按同一个顺序来做，基本上会把每一步都排错。
产品公司通常是 runtime-first，再补收入 proof；treasury 系统通常先解决托管与报表；tokenized 发射界面通常先解决市场和 fee 逻辑；服务循环则可能需要更早引入支付和 human fallback。
Stack 应该服务运营模型，而不是反过来让运营模型迁就 stack。
按证明要求来选
最有用的 stack 问题是：下一步必须被公开证明的是什么？收入？市值？treasury？链上使用？已验证用户？一旦这个答案清楚了，工具选择就会容易很多。
比如，如果下一步最重要的是公开收入，那么 TrustMRR 或 dashboard 会比治理更重要。如果下一步最重要的是官方 token 可见性，那么 DexScreener 会比复杂的 treasury 系统更重要。
很多时候，证明要求比抽象架构偏好更能决定工具选择。
避免 stack inflation
早期 builder 最常犯的错误之一，就是 stack inflation：工具太多、抽象太多、界面太多、承诺太多，但公司循环还没有真正成立。
更精简的 stack 往往更强。一个 runtime、一层 proof、一条资金轨道，然后只有在每一层真的能解决具体瓶颈时，才继续补 treasury、launch、治理和分发。
最好的 ZHC stack，往往比 founder 想象得更小，但比 founder 预期得更公开。