适用范围与核验边界
“pig”名称不足以确定具体代币，其所在网络、合约地址及转账规则仍需明确。本文解释通用安全概念；涉及ERC-20的部分，仅适用于采用这一标准的代币，不能据此断定某个PIG项目安全，或TP钱包已经支持相关资产。
代币身份、网络与地址
OpenZeppelin的ERC-20文档将名称、符号和显示精度列为代币元数据。名称与符号不是唯一身份证明；判断资产身份，需要结合所在网络与合约地址，不能仅凭钱包中的图标或简称。
接收地址与代币合约地址用途不同：前者对应资产接收方，后者标识代币合约。风险检查还包括发送网络与接收环境是否一致、目标地址是否完整匹配。地址外观相同不能单独证明网络兼容；以太坊已确认转账通常无法撤回。
接收资产为何出现授权请求
ERC-20中的approve用于赋予指定对象代用代币的额度，transferFrom可在额度范围内转出资产。普通接收代币通常不要求接收方授予支出权限；若页面以“确认到账”为由要求授权，需要辨明其实际用途。
授权对象、代币种类和额度共同决定权限范围。无限额度会扩大风险敞口；签名也可能承载授权意图，不能只凭“不付手续费”判断安全。恶意授权并不必然泄露私钥，却可能使资产被转走。
密钥与假客服风险
ethereum.org安全说明强调保护助记词与私钥、防范仿冒客服和钓鱼链接，并提醒密钥截图可能同步至云端。这些原则同样适用于提币异常后的求助场景。
“同步钱包”“修复到账”等说法不能成为索取助记词、私钥或远程控制设备的合理理由。链接预览、账号头像和客服称谓都不足以证明身份，尤其需要警惕要求向陌生地址付款的所谓恢复服务。
常见问题：未显示是否等于未到账
钱包界面显示与链上余额属于不同层面。ERC-20的balanceOf反映对应合约记录的余额，decimals影响数量展示；未显示代币或数量异常，不能单独证明资产丢失。辨识问题需要结合网络、合约、接收地址及交易状态。
到账也不等于合约风险消失。ERC-20实现可以加入暂停转账等扩展规则，但某个PIG代币是否具有这些机制，必须依据其具体合约核验，不能从通用标准或钱包显示推断。