先明确核验对象与适用范围
“成都区块链系统”包含地域信息，却没有指明唯一项目。核验时应先确定系统名称、运营主体和所用网络，再判断资料能支持哪项结论。通用开发文档能够解释技术机制，不能直接证明当地某个平台的建设、上线或运行情况。
两个技术来源分别说明什么
ethereum.org 的以太坊技术入门正文介绍了节点、交易、以太坊虚拟机和智能合约：网络按规则验证并执行交易，合约是部署到网络中供调用的程序。这些内容适合解释以太坊机制，不能据此认定某个成都系统采用以太坊。
developer.bitcoin.org 的比特币开发指南介绍了区块之间的哈希关联、全节点验证和默克尔树。正文还指出，同一高度可能出现不同区块，因此区块高度不能作为全局唯一标识。该来源适合解释比特币的记录验证方式，不应直接套用于其他系统。
核对出处，也核对技术适用条件
引用资料时，应保留原始网址、页面标题、相关段落和可确认的版本信息，检查摘录是否完整。比特币参考正文末尾存在截断，缺失部分不能作为已经确认的证据。
两个独立技术来源并不等于对同一项目的双重验证。比特币的工作量证明与以太坊的权益证明属于不同机制；核验具体系统时，需要先确认其技术架构，再选择对应文档解释，避免混用概念。
让项目说法对应可核查记录
对于“某项数据已上链”的说法，可要求明确网络、交易标识以及对应区块；涉及合约时，还需对应合约地址和调用记录。核验重点是记录是否属于目标网络、是否对应所述操作，以及是否已按该网络规则确认。
如果只能看到介绍页面或截图，尚不足以独立复核链上状态。若系统限制访问，核验范围还取决于能够取得哪些节点记录或验证材料，应明确说明哪些内容已核对、哪些仍缺少证据。
常见问题：上链是否代表内容真实
链上验证主要解决记录是否符合协议规则、是否被纳入区块以及数据是否一致等问题。即使一份材料的哈希与链上记录相符，也不能单凭这一点证明材料中的现实事件真实发生，仍需核对原始业务凭证。
资料标注“成都”、引用知名技术文档或展示交易截图，都不能单独证明项目身份与技术实现。可靠的核验结论应限定到具体证据，例如确认一条记录可以查询，而不是扩大为整个系统已经获得验证。