一、提交后就算存证成功吗
以太坊交易文档说明，交易经签名后广播至网络，需要被纳入区块，之后还有最终确定过程。因此，生成交易哈希不等于存证已经完成；核验时还应关注是否入块、执行是否成功以及区块确认状态。
若存证依赖合约写入，仅看到交易记录还不够，需要确认预期的存证数据确实写入。上述判断适用于以太坊交易型存证，其他网络的确认规则不能直接套用。
二、上链能证明内容真实吗
信息被记录与信息本身真实，是两个不同问题。链上记录可以为后续核对提供依据，却不能单独证明上传前的数据没有被伪造，也不能自动证明文件描述的事件确实发生。
若系统存入的是文件哈希，核验重点是原文件按相同算法计算后能否得到一致摘要。这属于数据一致性检验，不能替代对文件来源和形成过程的审查。
三、时间戳是不是文件创建时间
RFC 3161将时间戳服务用于支持数据在某一时间之前已经存在的证明，并要求时间戳机构使用可信时间、对数据摘要签发带签名的令牌。它不负责审查摘要对应的正文。
因此，存证时间不能直接等同于文件首次创建时间。区块记录与时间戳机构令牌也有不同的信任基础，不能仅因都包含时间信息，就认为两者具有完全相同的证明能力。
四、有签名就能确认现实身份吗
数字签名用于核验交易与签名密钥之间的关系。将链上地址进一步对应到现实中的个人或机构，需要额外的身份关联依据，不能只凭地址得出结论。
同样，签名并不保证签名者理解了所有操作。存证系统若通过合约接收数据，应让待签内容清晰可读，避免用户无法辨认实际授权事项。
五、为什么存证后仍需保留原文件
哈希摘要不是原文件的备份。对于只记录摘要的方案，后续核验仍需要原始数据、算法信息以及对应的链上记录；只有摘要而没有文件，就无法完成文件与存证记录的比对。
文件的字节内容发生变化，即使外观看起来相同，也可能得到不同摘要。因此，存证对象应明确到具体版本，并保留可重复核验的原始文件。
六、怎样理解成本与验证条件
以太坊上的写入交易需要执行费用，不能因为存入的只是摘要，就认定存证没有成本。具体消耗取决于数据和执行逻辑，不宜套用普通转账的费用示例。
采用RFC 3161时间戳时，验证也不只是查看显示时间，还涉及摘要匹配、令牌签名、证书状态及服务策略。完整的存证核验应同时关注原始数据、签名、时间依据和链上状态，而非只保存一张成功截图。