适用范围与可确认的结论
“亚马逊币”这一称呼本身不足以确定具体资产，也不能证明其与同名企业存在关联。目前没有能够确认该资产身份、交易所名称及上线日期的公告证据，因此无法据此给出具体日期。以下解释适用于历史公告的通用核验，不构成对该项目已经上线的确认。
先明确公告指向哪个资产
以太坊 ERC-20 标准说明，这类代币通过合约提供余额、总供应量、转账和授权等接口，并定义名称、符号等可选字段。标准解决的是接口兼容问题，并不认证发行方身份或交易所上线情况。
若核验对象属于 ERC-20 代币，应将网络与合约地址作为资产比对的重要依据，再核对名称和符号。同名或同符号不能单独证明是同一资产；公告未提供足够身份信息时，身份对应关系仍需补证。对于其他类型资产，不能直接套用 ERC-20 的识别方式。
把不同含义的日期分开
核验时应分别记录公告发布时刻、正文写明的计划开放时刻，以及能够证明实际开放的记录。发布公告不等于已经开放，开放充值也不等于开放交易。出现延期或更正通知时，原公告中的计划日期不能直接作为实际日期。
时间比对应保留原始时区，再换算到统一时区。如果只看到日期截图，没有公告地址、完整上下文或时区，通常不足以精确判断是哪一天。
Last-Modified 为什么不能当上线日期
MDN 对 Last-Modified 的说明是：它表示源服务器认为资源最后修改的时间，主要用于缓存和条件请求，采用 GMT 表示。它描述的是网页资源的修改状态，不直接说明正文所述事件何时发生。
因此，即使历史公告页面返回这个响应头，也不能把该时间直接认定为公告首发日期或资产上线日期。页面标注的发布时间、正文中的事件时间与响应头时间，应作为不同字段分别核对。
如何整理证据与处理缺口
一份便于复核的记录应包含公告原始地址、发布主体、资产标识、涉及的业务类型、原文时间及其时区，并保留相关更正通知。历史存档可以辅助比较页面版本，但存档抓取时间只能说明该版本在抓取时可见，不能自动替代首发时间。
常见问题是用技术文档证明上线，或用网页修改时间证明首发。这两种推断都超出了证据范围。ERC-20 文档与 HTTP 文档分别支持资产技术识别和网页时间解释；要确认具体上线日期，仍需与该资产及交易所直接对应的历史记录。证据不完整时，应明确写为“尚无法确认”。