English version · 区块链学习导航 · 上一篇
区块链学习 · 文章 BC053
两个RPC端点返回不同数字，不一定是在回答同一个问题。判断哪一个答案有误之前，应先对齐网络、方法、参数、区块身份，以及结果解释方式。连接成功只是比较的开始。
区块链读取中的latest尤其容易被误解。它是响应节点不断变化的选择，不是每个端点在每一刻都必须一致采用的共享快照。区块高度也需要上下文：不同分支可以在同一高度包含不同区块。
本文使用虚构目录读取方法和预先准备的响应记录，不查询真实服务，不需要API密钥，也不提交交易。学习目标是在作出结论前，先正确分类证据。
选择适合你的阅读路线
本篇目录
- 1. 写出完整问题
- 2. 第一组答案并不矛盾
- 3. 对齐到一个确定区块
- 4. 同一高度不等于同一区块
- 5. 看清究竟哪一层失败
- 6. 缺少历史状态不等于数值为零
- 7. null、零与空字节都要按方法语义解释
- 8. 执行调用不是已提交交易
- 9. 比数字之前先确认网络
- 10. 简明核对表
- 11. 练习与解析
- 12. 常见问题
- 资料来源与继续阅读
第1至4节解释为何看似冲突的答案可能来自不同状态；第5至8节区分错误、缺失数据、方法结果和模拟执行；最后提供比较清单与练习答案。
一般请求约定、身份认证、版本和重试语义，可阅读API如何运作。本篇重点是区块链查询上下文，以及比较两个RPC结果所需的证据。
1. 写出完整问题
日常问题是“目录里有多少条记录？”技术问题则必须识别网络、应用、读取方法、参数，以及执行读取时使用的状态。如果有关，还应保留调用者上下文和执行选项。
以太坊JSON-RPC文档区分读取状态、获取链数据及处理交易的不同方法。多种状态方法接受区块参数。因此，方法与上下文本身就是答案含义的一部分，不只是获取答案的操作细节。以太坊JSON-RPC API
玩具模型中的只读方法返回无符号整数目录数量，代码和解码规则固定。两个端点收到相同应用引用、方法参数和调用者上下文，没有状态覆盖。练习直接提供正确解码后的数值，不教授ABI解码。
第一组比较只改变区块选择。这个限制是有意设置的，以便一次检查一种分歧来源。真实审阅若没有保留其他参数，就会留下多种可能解释。
2. 第一组答案并不矛盾
在虚构链S上，高度100的区块A100中，目录数量为7；其子区块A101位于高度101，数量为9。A100和A101代表不同区块身份，不是真实哈希或可用RPC参数。
观察时，端点P把latest解析为A101，返回9；端点Q把latest解析为A100，返回7。题目额外提供了实际解析到的区块身份；单独一个标量RPC结果未必自动包含这些信息。
两个值都符合给定状态。P回答A101的问题，Q回答A100的问题。数值不一致不能证明任一读取执行有误。
这也不能证明Q为什么落后于P。具体原因需要更多证据。有限结论是：在题目给出的观察中，两者选择的状态不同。不能因此指控Q恶意，也不能宣称整个网络已经停止。
若任务明确要求“读取A101”，Q关于A100的答案就不满足任务，尽管七确实是A100中的正确值。在一个上下文中正确，与适合另一个请求，是不同判断。
3. 对齐到一个确定区块
现在题目规定，两端点都支持所需的区块哈希选择，并拥有读取A100所需的状态。保持其他上下文不变，在A100调用同一读取方法，两者都会正确返回7。
比较之所以改变，是因为问题已经对齐。问的不再是“你的节点当前选哪个latest”，而是“在这个明确区块的状态中，该方法返回什么”。
EIP-1898规定了若干状态查询方法的区块哈希选择，包括eth_call，以及可选requireCanonical条件。该提案状态为Final，创建于2019年4月1日。但端点实际是否支持，仍需确认，不能仅因标准存在就推断支持。EIP-1898
明确区块身份可以固定状态上下文，但不能独立证明端点诚实执行了请求。本例假设执行正确；真实用户若需要独立验证，应说明谁通过什么方式承担这项责任。
两个托管响应一致，只是它们一致的证据，不自动等于独立验证的证据。它们可能共享基础设施或数据。比较答案有用，却不能替代对依赖关系和所需保证水平的检查。
4. 同一高度不等于同一区块
另设分支情境卡，并重置场景。在同一虚构链S上，A100和B100是高度100的竞争区块。A100中的目录数量为7，B100中为11。不要把这张卡与前面的父子轨迹拼成同时成立的规范链序列。
P的结果绑定A100，Q的结果绑定B100，两份记录都写高度100。值不同，是因为识别出的状态不同。只匹配高度会掩盖这个事实。
EIP-1898的requireCanonical标志增加另一个问题：选定区块是否必须属于响应节点认为的规范链？默认值为false。设为true时，非规范区块与节点找不到的区块是不同错误情形，规范建议区分这些错误。EIP-1898规范链条件
本卡假设P保留A100状态，但当前认为B100属于规范链。在给定支持条件下，不要求规范性时，可以回答A100请求；要求规范性时，该检查失败。这两种结果都不表示A100过去的状态字节发生了变化。
而且，“按被调用节点的视图属于规范链”并不是最终性证书。选定链头可能按协议规则变化。任务若要求最终性，就还需要相应最终性证据。
5. 看清究竟哪一层失败
考虑一份预先准备的HTTP响应：状态码200，但JSON-RPC正文包含error对象，没有result。这不是成功的目录答案。传输响应已到达，但RPC操作报告错误。
JSON-RPC 2.0定义了结果与错误响应，并用匹配的请求标识关联回复。成功响应使用result，错误响应使用error；合规响应不会同时包含两者。JSON-RPC 2.0规范
本练习假设错误记录已正确匹配到目标请求，排除了把批次中另一条回复拿来比较的问题。真实审阅应检查这种对应关系，不能直接假定。
应保留错误类别和相关上下文。“方法不支持”“找不到所选区块”和“执行失败”含义不同。本篇不会为每种服务商特有错误分配统一数值代码；实现细节与适用规范都重要。
因此，报告应说明每一层提供了什么证据。“HTTP请求返回正文，匹配的RPC响应报告资源缺失”，比“区块链返回了零”更准确。
6. 缺少历史状态不等于数值为零
下一张卡中，端点能够识别较早区块，却无法提供在该区块执行读取方法所需的历史状态。准备好的响应明确报告这一限制，没有成功的读取结果。
正确分类是“该端点无法为本请求提供所需历史状态”。不能把错误改写成零、空目录，或证明应用从未存在。那些是对状态内容的主张，而不是服务能否提供状态的问题。
以太坊归档节点文档讨论历史状态访问，并把这种存储能力与普通节点运行区分。因此，应针对选定端点确认历史查询支持。以太坊归档节点
另一个能回答准确历史查询的端点可能有用，但把其答案当作缺失结果前，应对齐网络、区块、方法和参数。改查latest状态是在改变任务，不是在修复历史覆盖。
这个区别也有助于理解看似正常的服务。节点可以回答近期查询，却缺少较早查询所需数据。一次不支持的历史读取不能证明全面停机，但足以说明所需功能未被提供。
7. null、零与空字节都要按方法语义解释
目录方法返回整数。如果它在指定状态下成功执行并返回零，正确解码后的零就是合法数量。这不同于没有result的错误记录。
其他RPC方法有不同结果约定。以太坊交易回执方法在找不到回执时可以返回null。应结合响应节点的上下文解释，不能悄悄扩大为“这笔交易在任何地方都从未存在”的证明。以太坊JSON-RPC方法参考
类似地，执行调用返回空字节，并不自动等于整数零。含义取决于被调用代码和解码约定。期望整数编码的解码器，不能仅因传输成功就编造一个整数。
练习表应把原始结果类别与解释后的值放在一起：成功整数结果、某指定方法中的null、空字节，或错误。否则，界面可能把缺失或意外结果统一显示成零，抹掉重要区别。
不要把一个方法中null的含义推广到所有方法。应查询实际请求操作的准确约定，而不是把JSON值当作普遍的区块链事实。
8. 执行调用不是已提交交易
准备好的eth_call记录，反映在选定状态和上下文下执行调用的结果。它本身不会提交一笔改变规范链状态的交易。以太坊方法文档明确区分这种执行与创建区块链交易。以太坊eth_call参考
例如，某假设方法可能在A100成功执行，却因应用条件改变而在A101失败。保留上下文后，这种区别有意义，但它不能证明后续签名交易在所有未来排序下都成功。
模拟结果也受输入影响。如果两次调用采用不同发送者、参数或状态覆盖，仅对齐区块不能对齐完整问题。前面的模型固定了这些字段，正是为了避免歧义。
本篇没有发送交易练习。结论仅针对读取或模拟证据，不构成在真实服务上操作的许可。后续改变状态的操作需要自己的授权、参数和结果证据。
9. 比数字之前先确认网络
假设P从链S回答，Q从另一网络T回答。两者使用看似相同的目录应用引用，也都返回7。数字一致，并不让它们成为同一请求的答案。
练习中的网络身份由独立条件确认。真实审阅应记录目标网络，以及用于识别网络的证据。熟悉的端点名称或单一自报标识，都不应被当成端点诚实性的独立证明。
应用标识也需要网络上下文。不同网络上外观相同的地址字符串，不一定代表同样的代码或状态。先比较数字、后确认网络，既可能制造虚假一致，也可能制造虚假分歧。
再反过来：两端点确实都在S，也都查询A100，但其中一个执行不同读取方法，比较仍然没有对齐。网络与区块是必要上下文，却不能替代方法和参数。
完整问题是一组共同条件。不能因为结果看起来合理，就删除其中某个字段，否则会削弱比较能够支持的结论。
10. 简明核对表
对每份准备好的响应，记录：
- 目标网络与观察到的网络上下文。
- 端点和观察时间，不预设服务商独立。
- 方法、应用引用、参数和相关执行上下文。
- 请求的区块选择方式，以及已确认时实际解析到的区块身份。
- 规范链要求，以及单独列出的最终性要求。
- 传输结果和匹配的JSON-RPC结果或错误。
- 数据可取得性或方法支持限制。
- 解码规则和证据所支持的有限解释。
对齐问题后，再比较各行。上下文不同，应先分类差异，再讨论数值。如果上下文相同、确定性假设成立，成功结果却仍冲突，就值得调查；表格本身不能判定哪个端点错了。
进一步证据可能包括准确请求、原始响应、支持文档、区块引用和独立验证的状态。练习不要求盲目重试改变状态的调用，也不把端点多数答案视为共识。
可靠的结论应写明边界：“这些值不同，是因为给定区块不同”，或者“这些已对齐结果发生冲突，现有证据无法确定原因”。两者都优于无依据地宣称区块链已损坏。
11. 练习与解析
问题1。 P在A101返回9，Q在A100返回7，数值都符合题目状态。这证明执行错误吗？
答案。 不证明。它们在不同状态下执行。若任务要求A101，Q的A100答案不满足任务。
问题2。 A100和B100都在高度100，数量分别7和11，只按高度比较缺少什么？
答案。 准确区块身份。同高不能证明同状态。
问题3。 HTTP200正文含匹配的JSON-RPC历史状态不可用错误，目录数量是多少？
答案。 从该响应无法知道。错误不是数量零。
问题4。 P保留A100，却认为B100规范。A100请求增加规范性要求后，会改变什么？
答案。 按给定EIP-1898支持，规范性检查会拒绝A100；不要求规范性时可能提供保留状态。两者都不证明最终性。
问题5。 两端点都返回7，但一个在S、一个在T，S查询得到两次相互印证了吗？
答案。 没有。第二行属于另一网络。
问题6。 成功eth_call给出预测返回值，是否证明交易已成功纳入？
答案。 不是。它是给定上下文的执行证据，不是改变状态的交易已提交或纳入的证据。
12. 常见问题
是否应总选较大的返回数字？
不应。数字较大不是正确性标准，应先确认查询和状态。
requireCanonical表示最终确定吗？
不表示。它询问响应节点视图中的规范性，最终性需要独立的协议相关证据。
端点可以回答近期读取，却无法回答旧读取吗？
可以。历史数据支持是另一项能力，应结合所需方法和区块解释结果。
多个端点一致，就没有信任假设了吗？
不是。它们可能共享依赖，而且响应一致不等于独立检查底层状态。
资料来源与继续阅读
资料核查日期为2026年10月12日：
- EIP-1898，状态Final，创建于2019年4月1日。
- JSON-RPC 2.0规范，起始日期2010年3月26日，更新日期2013年1月4日。
- 以太坊JSON-RPC API，用于方法相关状态选择与结果。
- 以太坊归档节点，用于历史状态能力。
目录数量和端点记录均为原创教学例子。符号区块标签不是真实哈希，本文不宣称任何真实服务商的实际行为。