适用范围：通用原理与产品能力应分开
讨论“亚马逊区块链服务有哪些常见误区”，首先要明确技术原理与产品承诺的边界。NIST的区块链概述和以太坊节点文档可以帮助理解账本、验证与节点，但不能证明亚马逊某项产品具有特定功能。以下解释适用于理解云端区块链接入和节点服务；具体支持哪些网络、接口和部署方式，仍需相应产品文档确认。
误区一：上链就代表信息真实且绝对不能改变
NIST将区块链概括为具备篡改可察觉性和抗篡改能力的分布式数字账本，并将已发布交易不能更改的描述限定在网络正常运行条件下。因此，“不可篡改”需要结合网络规则及运行条件理解。
记录难以被改动，并不能证明输入内容符合现实。例如，一条业务记录即使得到可靠保存，其最初录入是否准确，仍取决于采集、审核和责任机制。账本完整性与业务真实性是两个需要分别解决的问题。
误区二：调用节点接口就等于自己完成验证
以太坊节点文档区分了执行客户端、共识客户端和可附加的验证者软件，也介绍了第三方API接入方式。通过远程接口获取结果，与运行客户端按协议规则验证数据，具有不同的信任边界。
如果应用依赖服务方返回数据，就需要理解接口由谁提供、结果如何核验。能够查询区块或提交请求，也不能直接推导出用户拥有节点控制权或承担验证者角色。
误区三：任何节点都能直接查询所有历史状态
历史交易记录与历史状态不是同一个概念。查询过去某个时点的账户状态，可能需要不同于普通数据查询的存储和处理能力。
因此，面向历史审计或链上分析的应用，需要明确目标接口是否支持所需时点、数据范围及查询方法。不能仅凭“区块链节点”这一名称，就认定任意历史查询都可直接完成。
误区四：使用分布式账本就没有集中依赖
网络采用分布式结构，不意味着应用访问链上数据的路径也同样分散。如果应用只连接一个服务入口，该入口仍可能成为访问依赖。理解去中心化时，应分别考察账本网络、节点运行和应用接入，不能用其中一层的性质概括整个系统。
常见问题：如何判断服务是否适合业务
关键在于业务需要什么：只读取链上信息、独立验证数据，还是查询历史状态，这些需求对应不同能力。判断服务是否适用，应把需求落实为可核验的问题，包括数据覆盖范围、验证责任、历史查询能力及接口依赖。通用技术概念能帮助提出问题，具体产品是否满足条件仍需产品层面的证据。