先明确资料能够证明什么
“pig币到tp钱包的资料来源如何核验”涉及几个不同问题：所指代币是什么、采用什么技术标准，以及钱包是否支持相应资产。每个问题都需要对应证据，不能用一份通用技术文档代替全部核验。
本文讨论范围限于 ERC-20 通用机制。两份技术文档没有建立特定 PIG 代币与 TP 钱包之间的对应关系，因此不能据此确认其合约地址、所属网络、钱包支持状态或具体到账结果。
两个来源分别提供哪类依据
以太坊的 ERC-20 说明介绍了同质化代币的标准接口，包括查询余额、查询总量、转移代币以及授权第三方使用一定数量的代币。它还说明，接收合约如果缺少处理代币的机制，收到的代币可能无法取回。这些内容适合解释标准能力与接收限制。
OpenZeppelin 的 ERC20 文档描述其合约实现及扩展接口，解释名称、符号、显示精度和授权额度等概念。它属于实现层面的依据，不能证明某个具体项目采用了该实现，也不能证明该项目没有修改相关行为。
把来源与具体结论逐项对应
判断引用是否有效，关键是看来源是否直接支持文章中的结论。用标准文档解释余额查询有依据；由此推断“某个 PIG 代币已被 TP 钱包支持”，则缺少项目与钱包层面的证据。
两个不同发布方讨论相同标准，可以帮助理解技术概念，但不等于对具体项目进行了双重认证。名称、符号、合约、网络和钱包适配情况需要分别建立对应关系；无法建立时，应保留为未核实事项。
数量显示与授权容易混淆
显示精度用于把合约中的整数数量转换为便于阅读的数值，不改变合约内部的整数运算。OpenZeppelin 文档中的默认精度属于其实现约定，不能直接当成某个 PIG 代币的实际参数。因此，界面显示差异本身不足以证明余额发生变化。
授权描述的是第三方可以代为使用的额度，转移描述的是代币在地址之间的移动。仅出现授权信息，不能据此认定代币已经到达接收地址。引用资料时应保留这种区别。
常见问题与适用边界
符合 ERC-20 是否就代表任何接收方式都可用？标准接口不能保证所有接收合约都能处理或取回代币。资料若把“符合标准”直接写成“接收一定成功”，结论就超出了证据范围。
这两份文档能否证明相关教程可靠？它们可以支持通用原理，不能单独验证教程中的项目身份、钱包界面或具体操作结果。可靠的解释应明确区分标准规定、实现特性与尚待核实的项目事实。