深度文章

MoonPay全股权整合Glide跨链存款路由层：加密基金如何评估非托管入金基础设施的全栈演进与机构LP体验升级

Posted on by pony

核心摘要

  • MoonPay于2026年7月16日宣布全股权收购YC支持的加密存款初创公司Glide，Glide四名员工全部并入MoonPay
  • Glide核心技术为跨链存款路由引擎，支持100+代币、30+区块链网络，年化交易量超1亿美元，通过自托管托管智能合约实现跨链即时结算
  • 此次收购是MoonPay 2026年第6次收购，补齐了入金(on-ramp)→虚拟账户→兑换(swap)→存款(deposit)全栈拼图，形成从法币入金到跨链存款的端到端基础设施闭环
  • 对加密基金而言，Glide路由引擎消除了机构客户「代币在错误链上、在错误钱包里」的跨链摩擦，非托管智能合约结构保留了自托管合规优势
  • MoonPay Deposits已集成至Telegram Wallet、Moonshot、Paysafe等50+应用，加密基金可将同一入金基础设施嵌入面向LP的认购界面
📑 文章目录
  1. 交易全景：第六块拼图 — MoonPay 2026收购时间线与全栈战略
  2. Glide技术的基金视角拆解 — 跨链路由引擎、自托管托管合约与跨链即时结算
  3. 加密基金的入金基础设施选择：自建还是集成？ — 全栈基础设施vs碎片化集成的六维对比
  4. 合规与监管考量 — 非托管架构的监管优势与剩余风险
  5. 常见问题（FAQ）

本文由 Aiying 艾盈基金合规团队原创。艾盈持有香港信托或公司服务提供者牌照（TCSP），专注加密基金架构与离岸合规。转载需授权。

2026年7月16日，加密支付基础设施公司MoonPay宣布全股权收购YC支持的存款初创公司Glide，将后者四名员工（含两位联合创始人）及全部技术整合入MoonPay Deposits产品线。这一交易表面上是又一家加密基础设施公司的并购，但若将其置于MoonPay自2024年以来构建的十次收购版图中审视——从Sodot（密钥管理/机构托管）到Decent+DFlow（交易）、从Entendre（AI会计）到Dawn Labs（AI原生交易）——Glide补齐的是入金栈中最易被忽视却直接决定用户体验的「最后一公里」：跨链存款路由。对加密基金管理人而言，这一基础设施闭环的形成意味着机构LP的入金体验正在从「需要多个独立服务商的碎片化流程」向「单一API集成的全栈解决方案」演进。

交易全景：第六块拼图

Glide的创立与技术基因

Glide由Tushar Soni和Qinyu Tong于2023年创立，两人此前共同领导了Robinhood加密钱包团队。在服务Web3消费级初创公司的过程中，Soni和Tong反复观察到一个结构性痛点：用户的资金「停留在错误的链上、错误的代币中、交易所里或银行卡上」，每一次存款都意味着手动跨链桥、兑换和高流失率（MoonPay官方公告，2026-07-16）。

Glide最初以「Web3消费初创的钱包基础设施」进入Y Combinator，但在服务50+企业客户后迅速转向构建统一的跨链存款流——用户无需手动完成跨链桥和兑换操作即可从任意资金源向任意目的地充值。这一产品定位恰好击中了加密基金面向机构LP认购时的同一个痛点：LP可能持有USDC在Ethereum上、USDT在Tron上、或ETH在Arbitrum上，而基金的认购合约部署在特定网络上。传统方案要求LP自行桥接和兑换，每一步都是流失点。

2026年六次收购构建的全栈版图

MoonPay在2026年已宣布六次收购，每一次都在向「数字资产全栈基础设施提供商」的目标推进（The Block，2026-07-16）：

  • Sodot（密钥管理）→ 演化为 MoonPay Institutional，面向机构的托管基础设施
  • Decent + DFlow（交易路由）→ 演化为 MoonPay Trade
  • Entendre（AI会计代理）→ 加密资产自动记账与对账
  • Dawn Labs（AI原生交易基础设施）→ 智能交易执行
  • Glide（跨链存款路由）→ 并入 MoonPay Deposits

更早的收购包括Nightshift（现Otherlife，品牌与创意）、Helio（现MoonPay Commerce，Solana支付）、Iron（稳定币基础设施）和Meso（银行到加密支付）。将这十次收购映射到加密基金的机构入金流程上，可以清晰地看到一条端到端链条：银行法币入金(Meso) → 法币到加密兑换(MoonPay Ramps) → 稳定币基础设施(Iron) → 跨链存款路由(Glide) → 机构托管与交易(Sodot/Decent/DFlow) → 会计对账(Entendre)。

交易结构与估值背景

Glide的收购为全股权交易，具体金额未披露。四名员工全部加入MoonPay，Glide的50+企业客户转由MoonPay服务。双方未聘请外部法律或财务顾问，完全由内部公司发展团队完成交易（CoinLaw，2026-07-16）。

MoonPay于2021年完成Tiger Global Management和Coatue领投的5.55亿美元A轮融资，估值34亿美元。2024年末，公司宣布实现正向现金流和盈利，净收入同比增长112%，并从Galaxy获得2亿美元循环信贷额度。以全股权而非现金收购一个四人团队，对资产负债表几乎没有压力，但补齐了入金栈中关键的跨链路由能力。

Glide技术的基金视角拆解

跨链路由引擎：从「手动桥接」到「自动路由」

Glide的核心技术是一个跨链路由层，连接任意资金来源（代币、钱包、交易所、银行卡）到任意目标地址。该路由引擎在「即时中继器」(instant relayer)和「跨链桥+兑换」(bridge-and-swap)两条路径之间自动选择，以优化速度和成本（CoinTelegraph，2026-07-16）。

对于加密基金，这一技术解决了三个层级的入金摩擦：

  1. 链层级：LP持有的资产在Ethereum上，但基金认购合约部署在Arbitrum或Solana上。Glide自动识别最优跨链路径，无需LP手动桥接。
  2. 代币层级：LP持有USDT，但基金接受USDC。Glide在路由过程中自动完成兑换。
  3. 来源层级：LP资金分散在交易所、自托管钱包和银行账户中。Glide统一接入所有来源。

自托管托管智能合约：机构合规的关键设计

Glide的存款结算通过自托管托管智能合约(self-custodial escrow smart contracts)完成。用户在整个交易过程中保留资产控制权，所有交易在链上可验证。这一设计与传统托管模式（资产先转移至服务商控制的地址）形成根本性差异。

对加密基金而言，自托管架构在多司法管辖区合规框架下具有显著优势。以香港SFC的虚拟资产监管框架为例，基金管理人若采用第三方托管方案，需评估托管商是否符合《证券及期货条例》下的「合资格保管人」标准。Glide的非托管结构绕开了这一监管节点——基金LP的资产在交易过程中从未进入第三方控制的地址，合规责任仍由基金自身（或其指定的持牌托管商）承担。

覆盖范围方面，Glide支持100+代币和30+区块链网络，年化交易量超1亿美元。这一覆盖面已基本满足主流加密基金的LP入金需求——涵盖了主流L1（Ethereum、Solana）、L2（Arbitrum、Optimism、Base）以及机构常用的稳定币（USDC、USDT、DAI）。

加密基金的入金基础设施选择：自建还是集成？

全栈基础设施 vs 碎片化集成的六维对比

随着MoonPay通过十次收购完成全栈拼图，加密基金管理人面临一个战略选择：是自行搭建入金基础设施（自建或采购多个独立服务商），还是集成MoonPay Deposits这类全栈解决方案？

对比维度 全栈集成方案（MoonPay Deposits） 碎片化自建方案
入金渠道覆盖 法币入金+稳定币+跨链存款，单一API 需分别接入法币通道(Wyre/Banxa)、跨链桥(LayerZero/Wormhole)、兑换协议(1inch/0x)
LP体验 任意代币/任意链→基金认购合约，一键完成 LP需手动完成桥接→兑换→存款三步，每步约5-15%流失率
合规结构 非托管智能合约，资产始终在LP控制下 取决于各服务商架构，可能存在混合托管风险
集成成本 单一API集成，预估2-4周 多服务商谈判+集成+持续维护，预估3-6个月
监管覆盖 MoonPay持有42个美国州MTL牌照、FIU注册（欧洲）等 需自行评估各服务商的司法管辖区监管覆盖
可定制性 有限定制，依赖MoonPay产品路线图 完全可控，但需持续投入工程资源维护

对于中小型加密基金（AUM < 5,000万美元），全栈集成的成本效益优势显著。对于大型机构基金（AUM > 5亿美元），完全自建入金基础设施并持有自有监管牌照可能是更优选择——但即使是大型基金，将MoonPay Deposits作为「快速通道」补充方案也值得评估。

从Robinhood Wallet到MoonPay：团队基因的延续

Glide团队的Robinhood背景值得关注。Robinhood Wallet是零售加密领域最成功的自托管钱包产品之一，其核心设计原则——用户不应感知底层区块链的复杂性——被完整延续到了Glide的路由引擎中。当加密基金的LP来自传统金融背景时，这一设计原则的移植意味着机构入金体验可以做到与传统私人银行电汇一样简单，而无需LP理解Ethereum和Solana之间的区别。

合规与监管考量

非托管架构的监管优势

Glide的自托管托管合约结构在多个司法管辖区的监管框架下具有天然优势。在美国SEC的托管规则( Custody Rule, Rule 206(4)-2)下，若资产管理人持有客户资产，需由「合资格保管人」(qualified custodian)托管。但若资产始终保持在客户自托管钱包中，则这一要求可能不适用——前提是基金管理人未获得对客户私钥的控制权。

在开曼群岛CIMA的监管框架下，加密基金的托管安排同样需要满足《共同基金法》(Mutual Funds Law)的要求。Glide的非托管路由方案允许基金在设计LP入金流程时，避免引入额外的第三方托管节点，从而简化合规架构。

剩余风险与待解决问题

尽管非托管架构具有监管优势，加密基金管理人仍需关注以下风险：

  • 智能合约风险：Glide的托管合约虽在链上可验证，但其安全性取决于合约代码的质量和审计情况。MoonPay未在公告中披露Glide智能合约的审计报告。
  • 路由失败风险：跨链存款涉及中继器和跨链桥，若中继器宕机或跨链桥流动性不足，可能导致交易延迟。这对有时间敏感性的基金认购（如设有硬上限的先到先得认购）构成操作风险。
  • 反洗钱(AML)合规：非托管模式下，KYC/AML的合规责任完全落在基金端。MoonPay的法币入金通道虽已内置KYC，但Glide的纯加密存款路由不包含身份验证层。基金需确保自身的LP尽调流程覆盖通过Glide路由入金的加密资产。

常见问题（FAQ）

Glide被收购后是否仍保持独立运营？

否。Glide的全部四名员工（包括两位联合创始人Tushar Soni和Qinyu Tong）已并入MoonPay，Glide的技术将被整合进MoonPay Deposits产品线。原有的50+ Glide企业客户转由MoonPay提供服务。Glide不再作为独立品牌运营。

加密基金集成MoonPay Deposits需要哪些监管前置条件？

MoonPay Deposits的非托管架构降低了合规门槛，但基金仍需确保：①自身持有相应司法管辖区的基金管理牌照（如香港SFC第9类牌照、开曼CIMA注册）；②LP的KYC/AML尽调流程覆盖通过Glide路由入金的加密资产；③基金的认购文件（PPM/LPA）中明确披露使用第三方入金基础设施及相关的智能合约风险。若基金选择的是MoonPay Institutional产品线（基于Sodot的机构托管方案），则还需额外评估托管安排的监管合规性。

MoonPay的全栈战略对加密基金行业基础设施格局有何长期影响？

MoonPay的收购策略正在加速加密基金入金基础设施的整合。目前该领域仍高度碎片化——基金管理人通常需要与3-5家独立服务商（银行、法币入金商、跨链桥、兑换聚合器、托管商）签订协议。MoonPay通过并购将这一堆栈统一在单一API下，类似于传统金融中SS&C Technologies或SEI通过收购整合基金中台服务的路径。若这一模式成功，可能导致两类变化：①中小型基金更倾向于「外包入金」而非自建，降低运营成本；②大型服务商（如Coinbase、Circle）加速补全自身产品线以应对竞争。

跨链存款路由是否会成为加密基金的标配基础设施？

大概率会。随着多链生态的持续碎片化（新增L2、L3、应用链），LP跨链入金的摩擦只会加剧。解决「错误链、错误代币」的路由层将从「锦上添花」演变为「必须具备」。对于计划在未来12-18个月内接受跨链LP认购的加密基金，评估并集成跨链存款路由方案应成为基金运营基础设施优先级的前三项。

相关阅读：MoonPay全股权收购Glide：加密存款基础设施整合与加密基金机构入金通道的六大维度评估 | Ledger推出AI Agent Stack硬件安全工具包：加密基金如何评估「提议-批准-执行」三层架构

来源

初版日期：2026-07-17 | 最后更新：2026-07-17

pony