先明确核验对象与适用范围
“sgs”这一名称本身不足以确定系统身份、所属网络或技术架构。以太坊与比特币的技术文档分别描述各自的协议机制，不能直接证明某个同名系统已经部署、通过测试或具备相同能力。核验应先明确系统全称、版本及研究主张，再判断引用的技术机制是否适用。
两个来源分别能支持什么
以太坊区块文档说明，区块通过对前序区块的哈希引用形成有序历史，节点通过执行和验证交易检查状态变化。这可以解释区块关联与状态一致性的基本机制；它不能单独证明某个应用提交的数据真实，也不能证明sgs采用了相同协议。
比特币开发者交易指南说明，交易输入通过交易标识和输出索引引用先前输出，花费必须满足相应脚本条件；其中P2PKH示例展示了公钥与签名的验证关系。这可以解释交易引用和授权检查，但不能直接证明签名者的现实身份或研究结论正确。
让研究主张对应具体证据
如果主张是“某条记录已经上链”，核验对象应包括所属网络、交易标识、区块位置及记录内容之间的对应关系。仅有截图或一串哈希，仍不足以确定记录来自哪个网络、代表哪份文件。若系统采用其他协议，应按其实际验证规则检查。
如果主张是“研究文件未被修改”，应明确文件版本、哈希算法及计算范围，再比较重新计算的摘要与留存摘要。匹配结果支持所核验文件与对应摘要的一致性；文件中的实验是否可靠，仍需检查数据来源、研究方法和推导过程。
常见问题：签名和上链能证明多少
有效签名能否证明作者身份？签名验证支持相应密钥对指定数据的授权关系，现实身份还需要独立的身份绑定证据。交易被接受，也不等于网络验证了文件里的学术论断。
引用两个技术来源是否足够？两个来源可以分别支撑通用概念，但不会自动构成对sgs的交叉验证。若研究宣称性能、安全性或部署成果，还需与该系统对应的实现和测试证据。缺少这些材料时，结论应限定为原理层面的解释，具体系统的相关主张仍待核验。