为何集成者选择Across Swap API

across 发布于 2026-06-30 阅读 34

Across Swap API 是一个跨链交换 API,它直接返回可执行的 calldata 而非报价,开发者无需自行组装交易。

TL;DR

  • Across Swap API 从 /swap/approval 返回的是立即可执行的 calldata,而非一个需要你自行组装成交易的报价。

  • 一个调用覆盖四种路由路径:直接桥接、交换后桥接、桥接后交换、以及完整的交换-桥接-交换。API 会根据你传入的代币自动选择路径。

  • 它还会自动为你选择结算机制:intents 可实现约 2 秒的快速填充;Circle 的 CCTP V2 用以处理高达 $10M 的 USDC 转账;LayerZero 的 OFT 标准用于原生 USDT0。

  • Lens 和 Infinex 已在生产环境中使用它,而 Across V4 意味着每当 Across 新增一条链,所有集成方都能立即获得支持。

  • 基于 Across 构建:阅读 Swap API 文档

问问那些从零开始构建跨链交换的团队,他们花了多少钱。答案几乎从来不是跨链桥。而是“粘合剂”:将跨链桥与 DEX 聚合器、报价端点以及一大堆授权逻辑拼接在一起,然后随着底层每个依赖项的变动,不断维护这个集成。交换本身只有五行代码。而粘合剂却有五千行,而且很容易出问题。Across Swap API 的存在就是为了消除这些粘合剂。

API 返回的是交易,而非一个数字

这类 API 大多只会给你一个报价。一个数字告诉你交换的成本,然后你自行组装交易:构建 calldata、排序授权、处理边界情况,并希望报价在用户签名时仍然有效。

Across Swap API 返回的是合约调用。通过 /swap/approval 的一个响应,你会得到 calldata、所需的授权交易(如果有)以及 gas 估算。你的应用直接发送即可。这就是集成。Across 自己的文档将其放在一张表中:Swap API 输出“可执行的交易 calldata”,而旧版的建议费用 API 仅返回“报价数据(需开发人员自行组装)”。这两行之间的差距,就是一个下午的工作与一个需要处理大量边界情况的冲刺之间的差距。

一个调用覆盖四种路由路径

跨链交换的具体形态取决于用户持有什么以及想换到什么。Swap API 会根据你传入的代币输入来读取形态,并相应地路由。你无需针对不同情况编写分支代码。

两端是相同的可桥接代币,例如 Arbitrum 上的 USDC 兑换为 Optimism 上的 USDC:它会直接进行桥接转账。任意代币输入,规范代币输出:它在源链上先交换,再桥接。规范代币输入,任意代币输出:它先桥接,再在目标链上交换。两端均为任意代币:它执行完整的交换-桥接-交换流程,在源链转换为规范代币,桥接,到达后再交换。Across 将这些类型分别标记为 bridgeableToBridgeableanyToBridgeablebridgeableToAnyanyToAny,并在响应中告知你具体执行了哪一种。

无论是 USDC 到 USDC 的跨链转账,还是跨链交换长尾代币,你编写的都是相同的调用。分支逻辑由 Across 处理。

结算:你不再需要考虑的第二件事

在路由之下,Across 运行三种结算机制。intents 通过中继网络在大约 2 秒内完成填充。Circle 的 CCTP V2 可在无需中继资金的情况下处理高达 $10M 的原生 USDC 转账。LayerZero 的 OFT 标准通过铸造和销毁机制处理原生 USDT0,无需包装代币。Swap API 根据代币、金额和路由自动选择。

你无需决定一笔转账应该使用 intents 还是 CCTP。同一段集成代码能够将一笔 $500 的交换和一笔 $5M 的 USDC 转账路由到最合适的机制。

已在生产环境中运行,并且支持的链列表会自动扩展

Lens(web3 的社交 L2)使用 Swap API 来路由跨链桥转账,例如用户领取奖励或在不同链之间转移代币时,这一切都通过一次交易调用完成。Infinex(一个非托管平台,在 13 条以上链上提供类似 CEX 的交易体验)也基于它构建了统一的交换与跨链桥流程。两个几乎没有任何共同点的产品,底层却共享着同一个 API。

Across V4 加快了链部署速度,因此当 Across 新增一条链时,所有 Swap API 集成方无需修改任何代码即可支持。你只需集成一次,你的支持链列表就会自动扩展。

intents 由 UMA 验证,在五年的生产运行中,该协议从未被利用过。对于集成方而言,这一记录是 API 表面的一部分:你所依赖的组件从未出过问题。

跨链交换之所以困难,从来不是因为数学太难。而是因为集成本身是一个披着功能外衣的维护负担。Swap API 将其简化为一个调用,这样你就能专注于构建产品,而不是处理管道工程。

基于 Across 构建:阅读 Swap API 文档

  • 原文链接: across.to/blog/why-integ...
  • 登链社区 AI 助手,为大家转译优秀英文文章,如有翻译不通的地方,还请包涵~

相关文章

0 条评论