1. 概述
在区块链资产托管服务中，资产入账主要分为两类场景：基础转账（Transfer）入账与合约类交易入账。
本文用于说明我们当前在合约类交易入账方面的支持范围、处理方式及可能存在的边界情况，帮助您在业务使用前更清晰地理解入账规则，从而降低因链上结构差异带来的不确定性。
2. 我们支持的入账类型
✔ 2.1 基础转账（Transfer）入账【完全支持】
包括：
ERC-20 标准转账（支持）
TRC-20 标准转账
BEP-20 标准转账
TON 标准 Jetton 转账
其他主流公链标准 Token 转账
此类交易结构标准统一，系统可稳定识别并自动完成入账处理。
✔ 2.2 标准合约转账（支持）
包括：
ERC-20 标准合约转账调用（transfer / transferFrom）
ETH 主网 internal 合约转账交易
TRC-20 / BEP-20 等同类标准 Token 合约转账
TON Jetton 标准转账路径
基于标准 Token 转账逻辑的合约调用
此类交易在结构上与标准转账一致或高度一致，因此可以稳定识别并完成入账。
3. 合约类交易入账的处理边界
对于合约类交易（通过智能合约执行后产生资产变化的交易），由于不同公链在底层设计与合约实现方式上存在较大差异，目前系统的处理能力分为以下几类情况：
❗ 3.1 可自动入账场景
结构符合标准 Token 转账模型的合约调用，可正常自动入账。
⚠️ 3.2 可人工辅助入账场景（部分支持）
在部分合约场景中，若链上数据具备可解析性，可通过人工方式辅助完成入账处理，例如：
可清晰识别资金流向的合约交互结果
单路径资产转移结构较明确的合约调用
此类情况通常可完成入账，但处理结果依赖链上数据完整性与结构清晰度，遇到不确定是否可以入账的交易可以提交我们经常查看确认。
❌ 3.3 无法入账场景（即使人工也无法处理）
以下情况可能无法完成入账处理：
非标准合约实现或自定义资产逻辑
多步骤复杂合约交互（嵌套 / 聚合 / 跨协议调用）
DeFi 聚合器或组合交易结果资产
SUI / Move / Object 模型中结构无法标准化解析的复杂 Object
TON 网络中 Internal / proxy / wrapper 等复杂消息转发路径
Internal / 自定义合约逻辑导致资产结构不可映射
在上述情况下，即使链上交易已成功执行，也可能无法映射到系统入账模型，因此无法完成入账处理。
4. 特殊链说明
SUI（Move / Object 模型）
SUI 网络中的资产以 Object 形式存在，不同合约执行路径可能生成不同结构 Object。在复杂合约交互场景中，可能无法与当前入账解析模型匹配。
TON 网络
TON 存在 Internal message、wrapper contract、多层转发等机制，部分非标准 Jetton 路径可能无法被识别为标准入账事件。
APT（Aptos / Move 模型）
APT 网络同样基于 Move 语言与资源模型，不同合约执行方式可能导致资源结构在链上表现形式存在差异。
在部分复杂合约交互或非标准资产路径下，可能无法与当前系统入账解析模型完全匹配，从而影响自动入账处理结果。
5. 使用合约入账前重要提示
为降低入账不确定性，我们建议：
优先使用标准转账（Transfer）方式进行充值
尽量使用标准 Token 合约路径
对复杂合约、DeFi 操作或跨协议交易，建议提前进行确认
对无法确认的交易类型，建议先联系支持团队评估可入账性
综上所述，Cobo自动入账能力主要覆盖基础转账（Transfer）、标准 Token 合约转账场景（如 ERC-20 等）及 ETH 主网internal 合约转账，可以在这些标准化路径下提供稳定的自动入账支持。
对于复杂合约交互或非标准链上结构（包括 SUI、TON、APT 等链的部分复杂场景），由于底层数据结构差异较大，可能存在无法自动或人工完成入账的情况，需要具体交易针对性查看。
因此建议您在业务使用中尽量基于标准转账路径进行充值操作，以获得更稳定、可预期的入账体验。