仿真涉及哪些层次
理解区块链中的仿真技术，可以先区分三个问题：通过什么接口访问节点、以什么状态作为执行依据、在哪种环境中验证应用。接口、状态和测试网络分别回答不同问题，不能把它们统称为同一种仿真工具。本文讨论以太坊节点接口与比特币测试环境，不涉及全网传播或共识性能建模。
JSON-RPC、状态与调用
以太坊开发者文档将 JSON-RPC 描述为使用 JSON 的轻量远程调用协议。它让应用通过统一方法访问节点，本身不是仿真算法。文档把 eth_call、eth_estimateGas 列为状态相关方法；区块参数则用于指定查询所依据的状态位置。
从术语理解上，eth_call 关注给定条件下的调用结果，eth_estimateGas 关注执行所需的 Gas 估算。Gas 是执行资源的计量概念，不能直接等同于最终费用。理解一个测试结果时，应同时看调用输入与状态背景，而不能只看方法名称。
区块参数为何影响结果
区块高度可以理解为状态参照的位置。latest、safe、finalized 和 pending 等标签表达不同的状态选择，其中 pending 涉及待处理状态，不能直接视为已经确定的链上记录。
例如，核对某次调用结果是否可复现，需要先核对双方使用的状态位置是否一致。输入相同而状态不同，并不足以构成相同的测试条件；固定状态参照也只是复现条件的一部分。
Testnet 与 Regtest
比特币开发者测试文档区分了公开测试网络 Testnet 与回归测试模式 Regtest。前者用于与主网分离的开发测试；后者允许创建私有测试链，并由开发者控制何时生成区块，适合不需要随机对等节点参与的场景。
两者的适用条件取决于测试目标：涉及公开网络交互时，测试网络更贴近该需求；需要控制出块时机、重复检查应用行为时，Regtest 更便于组织实验。环境可控与网络开放体现的是不同测试能力。
常见问题：测试通过说明什么
测试网络是否等于仿真？测试网络是运行环境，仿真或测试是验证行为的方式，二者不能直接画等号。RPC 则是访问节点能力的接口，可以服务于查询和测试等任务。
测试成功是否意味着其他环境也会成功？结论只能覆盖已经验证的条件。解释结果时，应说明网络环境、状态参照、输入和观察目标。单次调用结果、资源估算与受控环境中的流程通过，各自回答不同问题，不能相互替代。