MultiMesh 是一个非托管跨链交换聚合器,旨在通过扫描多个桥接器和流动性提供者来发现并路由成本最低的跨链交换路径。该服务目前以 Beta 产品形式呈现,并已在主网上线。[1]
MultiMesh 旨在通过将桥接路由和流动性来源聚合到一个统一的界面中,抽象化跨区块链生态系统移动资产的复杂性。它并不运营专有的桥接器,而是作为一个路由和聚合层,在现有的跨链协议中选择或组合路径,为每笔请求的交易提供成本和时间优化的选项。
该项目强调其不部署自己的桥接智能合约,而是通过成熟的提供商进行路由,符合非托管的设计理念。[1] [2]
公开宣传的用户体验突出了与零售交换和投资组合操作相关的特性——例如交换 UI、可将资产定向到不同目标钱包的发送流程、限价单、平均成本法(DCA,标记为 Beta)、分析和定价工具——以及面向开发者的资源,包括小组件(Widget)、文档和更新日志。
在实时 UI 中,MultiMesh 显示路由对比和提供商归属,呈现候选路径的预估成本和时间。该服务被描述为“由 LI.FI 提供支持”,显示的路由提供商示例包括 Across、Hop、Symbiosis、Relay 和 Stargate。[1]
MultiMesh 提供了一套用于跨多个区块链网络进行跨链资产管理和交互的工具。
该平台通过 LI.FI 聚合来自多个桥接器和去中心化交易所 (DEX) 的流动性。对于每个请求,它根据成本、预估执行时间和风险等参数评估可用路由,并允许用户在支持的链之间执行交换。[1]
用户可以为跨链交换定义目标价格条件。当满足指定条件时,订单将使用 deBridge DLN 基础设施自动执行。该功能支持 EVM 兼容网络与 Solana 等非 EVM 链之间的交易。[1]
MultiMesh 允许用户在单笔交易中跨链转移原生 Gas 代币。此功能旨在促进目标网络上的交易执行,而无需事先进行代币桥接。[1] [2]
界面提供了跨多个支持的区块链网络的代币余额聚合视图。用户可以直接从投资组合界面发起交换。[1]
MultiMesh 提供了一个可嵌入的界面,使第三方平台能够集成跨链交换功能。集成商可以将该小组件包含在其应用程序中,并将活动与指定的标识符关联。[1]
该平台包含一个与用户活动挂钩的积分系统,以及一个推荐机制,用户可以通过该机制获得被推荐参与者产生的交易费分成。[1]
MultiMesh 作为一个路由和聚合层运行,而不是作为一个独立的桥接器或流动性池。其主要功能是计算并呈现跨多个桥接器、流动性提供者和路由协议的可用交易路径。
系统聚合来自成熟跨链基础设施提供商的路由,并向用户展示可用选项。这种方法使用户能够在确认交易前评估交易成本、执行时间和滑点等参数之间的权衡。
桥接逻辑和流动性管理由底层提供商处理,每个提供商维护自己的智能合约和流动性池。MultiMesh 不部署或依赖托管用户资金的专有合约,保持了非托管的交互模型。[1]
MultiMesh 被实现为跨链交易的非托管界面。系统不托管用户资金,也不部署专有的交换合约。相反,它依赖外部基础设施提供商进行路由、执行和结算。[1]
MultiMesh 界面是使用 Next.js 14 (App Router) 和 TypeScript 实现的 Web 应用程序。通过集成 wagmi v2、viem 和 RainbowKit 支持钱包连接,从而实现与 EVM 兼容网络的交互。对 Solana 钱包的支持通过 @solana/wallet-adapter 提供,包括与 Phantom 的兼容性。
跨链路由通过 LI.FI REST API 和 @lifi/sdk 实现,用于构建和提交交易请求。跨链限价单功能通过 deBridge DLN REST API 实现。
数据存储使用带有 PostgreSQL 数据库的 Supabase 管理,应用程序托管由 Vercel 提供。国库管理使用部署在 以太坊 主网上的 2-of-2 Gnosis Safe。[1]
MultiMesh 利用 LI.FI 提供的聚合层来访问多个桥接器和去中心化交易所 (DEX)。支持的基础设施包括:
对于每个请求,系统会根据交易费、滑点和预估执行时间等参数评估可用路由。所选路由将在交易确认前显示给用户。[1] [2]
MultiMesh 支持多个区块链网络进行跨链交互,包括:
支持还扩展到 Solana,通过 deBridge DLN 作为目标网络处理交易,SOL 为原生代币。[1]
MultiMesh 对每笔交换交易收取总计 40 个基点 (bps) 的协议费。其中,15 bps 作为集成商费用分配给 MultiMesh,通过 LI.FI 的 FeeForwarder 机制收取并定向至协议国库。剩余的 25 bps 分配给 LI.FI,作为其路由基础设施的一部分。[2]
不收取额外的订阅费或存款费。费用结构已包含在报价的输出金额中,并在交易确认前显示给用户。[1] [2]
费用模型基于单笔交易收费,而非经常性费用。费用在执行点收取,并通过 LI.FI 集成到路由过程中。
这种分配反映了界面层 (MultiMesh) 与底层路由基础设施之间的分离,每个组件获得总费用中定义的比例。[2]
这些使用场景反映了该项目对终端用户交换和需要统一跨链界面的集成商工作流的双重关注。[1] [2]
该项目由一个在技术开发和运营协调方面具有互补角色的创始团队发起。
MultiMesh 与外部基础设施提供商集成,以支持平台内的路由、执行和安全相关功能。这些合作伙伴包括: