Skip to main content
LI.FI 将 Hypernative 的代币信誉 API 集成到 LI.FI Core 后端，以自动检测并从 LI.FI 代币宇宙中过滤有风险或未经验证的代币。此项集成是 LI.FI 企业就绪（Enterprise Readiness）计划的一部分，旨在提升构建在 LI.FI 之上的交换、桥接和链上交互的安全性。

​
Hypernative 的作用

Hypernative 提供一个代币筛查 API，它接受代币标识符并返回一个关于该代币应被接受还是拒绝的裁决。LI.FI 使用它为其现有的代币验证流程增加一个额外的安全层。 关键特性：
  • 代币通过 Hypernative 的代币信誉 API 端点进行筛查。
  • 主要输出是一个分类裁决：Accept（接受）或 Deny（拒绝）。
  • 拒绝裁决并不一定意味着代币存在欺诈。Hypernative 可能基于某些市场状况或其他风险信号拒绝代币。

​
LI.FI 如何使用 Hypernative

LI.FI 将 Hypernative 直接集成到 Core 后端的代币验证栈中，该栈支撑着通过 LI.FI 的 API 和 SDK 暴露的所有代币列表和路由决策。 从高层次来看：
  • LI.FI 内部代币集合中的代币会定期通过 Hypernative 代币信誉 API 进行筛查。
  • 筛查结果作为每个代币元数据的一部分存储在 LI.FI 的后端中。
  • 该元数据会向下游暴露，以便集成商可以根据 Hypernative 的裁决过滤或标注代币。

​
速率限制和筛查策略

并非每次代币查询都会触发一次即时的实时 Hypernative 查询。LI.FI 对已知代币依赖于缓存的筛查结果。新发现的代币在 Hypernative 裁决可用之前可能会有短暂延迟。
请将 Hypernative 相关字段视为“尽力而为”，而非对每个代币在任何时刻都有保证。请相应地设计您的客户端和后端。

​
暴露的元数据

LI.FI 将扩展代币元数据，以包含一个指示给定代币的 Hypernative 裁决的字段。最初，只会呈现 Accept/Deny 裁决——拒绝背后的原因尚不可用，因为 LI.FI 目前无法从 Hypernative 的 API 获取该数据。 随着 Hypernative API 能力的扩展，LI.FI 预计将能够在代币元数据中暴露底层原因，从而为集成商提供更多上下文，以便对被标记的代币做出决策。

​
在 LI.FI API 和 SDK 中的行为

最初，LI.FI 不会根据 Hypernative 的筛查结果改变其 API 或 SDK 的行为。裁决在代币元数据中呈现，并原样传递给集成商，以便他们实现适合其用例的任何自定义业务逻辑——无论是过滤代币、显示风险警告，还是完全阻止某些操作。

​
局限性和注意事项

虽然 Hypernative 显著提升了代币安全性，但它并不能替代全面的尽职调查。
Hypernative 的信誉覆盖范围可能不包括每条链上的每个代币，尤其是新部署或流动性不足的资产。
由于速率限制，代币创建与 Hypernative 裁决可用之间可能存在延迟。
与任何信誉系统一样，存在非零的误分类风险。因此，LI.FI 为关键情况维护人工审核工作流。
请将 Hypernative 元数据视为更广泛风险管理策略中的一个强信号，与您自己的政策和任何额外的安全工具一同使用。

​
获取支持

如果您对如何解读基于 Hypernative 的元数据有疑问，或想了解如何将其集成到您现有的 LI.FI 设置中：
  • 通过您现有的 LI.FI 合作伙伴渠道或企业支持联系人与我们联系。
  • 请参阅 Hypernative 文档，了解底层代币信誉 API 的详情。
对于与筛查结果缺失或异常相关的问题，请分享代币地址、chain ID 以及一个带时间戳的示例请求，以便 LI.FI 团队调查 Hypernative 集成是如何处理该资产的。