Injective的链上金融栈：从永续合约到RWA及更多

核心要点

Injective 是一个主权的、金融原生的 Layer 1 区块链。协议模块将核心金融能力作为共享网络基础设施提供，应用程序可以访问并组合这些模块。

其协议级的去中心化中央限价订单簿（CLOB）将撮合、风控和结算纳入由验证者执行的基础设施中，频繁的批量拍卖机制提供了更强的抗时间性和排序性最大可提取价值（MEV）的能力。

MultiVM 在一个链上结合了原生的 EVM 和 WASM，而 MultiVM 代币标准和原生 USDC 则在应用程序之间保持了统一的资产和结算状态。

代币化栈涵盖了与真实世界资产（RWA）挂钩的永续合约市场、基于模块的发行、通过 Injective Mint 实现的合规导向管理，以及通过关联注册过户代理进行的官方记录保存。

受监管的 INJ 期货、待决的美国 ETF 申请以及政策和披露举措，正在拓宽传统市场参与者参与该生态系统的渠道。

Injective 的 AI 基础设施为智能体（Agents）提供了结构化的方式来理解网络、访问金融功能、支付服务费用，并在定义的权限下进行操作。

什么是“金融原生”Layer 1

大多数通用型 Layer 1 区块链旨在执行智能合约，将金融基础设施的构建留给应用层。交易、定价、风控、资产发行等核心功能通常由独立的合约和服务提供。Injective 采取了不同的方法：它是一个主权 Layer 1，其核心金融能力是网络本身的一部分。

这些能力通过协议模块实现。模块是一段共享的网络级逻辑，每个验证者在链的状态转换过程中都会执行。应用程序可以访问和组合这些模块，使构建者无需在单独的智能合约中重新创建底层基础设施，即可添加常见的金融功能。由于模块由验证者集合保障安全并通过治理进行更新，不同的应用程序可以建立在相同的核心能力和状态之上。

从架构术语来看，这就是“金融原生”的含义。构建者可以专注于差异化的产品和界面，同时依赖共同的基础设施来处理金融操作。交易者机构可以通过不同的应用程序访问共享的市场和资产，而无需每个界面都成为独立的执行或结算环境。

Injective 将此方法扩展到链上金融的几个层面。MultiVM 在一个应用中结合 EVM 和 WASM，原生 USDC 支持结算。Injective Mint 和 Injective Institutional Services 的过户代理登记连接了资产创建、管理和官方所有权记录。其 AI 基础设施允许智能体通过受控接口理解网络并参与金融活动，同时为开发者提供构建智能体增强型应用程序的工具。

市场结构是协议的一部分

这种基于模块的架构最清晰的例子之一是交易。专业市场通常使用中央限价订单簿（CLOB），按价格组织买单和卖单，让参与者直接控制如何建仓或平仓。在链上重建这种模式很困难，因为网络必须协调排序、撮合、风险检查和结算，而不能依赖私有的撮合引擎。

总体而言，Injective 的市场栈结合了：

共享市场基础设施：一个去中心化的 CLOB，应用程序通过 Exchange 模块访问。验证者协调的操作：通过网络共识执行的撮合、头寸更新和结算。抗 MEV 的排序：频繁的批量拍卖减少了时间和交易排序优势。集成风控：预言机、保证金、清算和保险模块连接到相同的市场状态。

订单、头寸、存款和结算状态均通过 Injective 的 Exchange 模块维护。应用程序可以连接到相同的底层市场，而不是部署单独的交易所系统，从而允许不同的界面共享流动性。

在区块生产过程中，每个验证者都执行相同的确定性规则来撮合订单、更新头寸和结算交易。没有验证者会选择交易对手或应用私有执行规则。 resulting 市场状态是透明的、可重现的，并通过网络共识最终确定。核心撮合和结算逻辑不需要为每个应用程序重新构建和审计，尽管应用程序仍需负责自身合约和接口的安全。

Injective 并非旨在复制中心化场所的微秒级共置竞赛。其短区块时间、确定性终局和低费用支持频繁的订单提交、取消、重新定价和结算。机构参与者可以使用统一的事实来源来管理头寸和抵押品，而专业做市商可以在共享的订单簿上进行报价，而不是在碎片化的应用层市场中。

Injective 通过在撮合层使用频繁的批量拍卖来解决最大可提取价值（MEV）问题。在区块间隔内到达的订单被分组并通过确定性清算过程进行撮合，匹配的订单获得统一的清算价格。这减少了提前几毫秒到达或重新排序交易的优势。

其他金融模块连接到相同的市场状态。预言机提供参考价格，保证金规则定义风险阈值，清算逻辑关闭受损头寸，保险基金可以吸收符合条件的剩余损失。应用程序可以使用这些共享功能，而无需重建交易所、风控和结算栈。

MultiVM 在不分裂网络的情况下扩大了开发者基础

Injective 的原生 EVM 主网于 2025 年 11 月 11 日上线。开发者可以使用熟悉的以太坊工具（包括 Hardhat、Foundry 和 MetaMask）部署 Solidity 合约，同时直接在 Injective Layer 1 上构建。

EVM 并没有创建一个独立的 Rollup、侧链或结算域。EVM 和 WASM 都是同一个 Injective 链内的原生执行环境。它们访问相同的模块、资产和流动性，所有活动都通过相同的共识过程排序，并作为同一网络记录的一部分进行最终确定。

MultiVM 代币标准在这些环境中保持资产记录的一致性。代币可以通过 ERC-20 接口出现在 EVM 应用程序中，并通过网络其他地方的原生接口出现，同时保留一个规范余额和身份。当不同的虚拟机使用时，资产不需要桥接到第二种表示形式。

构建者还可以在同一应用程序中使用 EVM 和 WASM，将每个环境分配给最适合处理的工作。团队可以保留熟悉的 Solidity 工具和集成，同时使用 WASM 组件和 Injective 的原生金融基础设施，后者提供了额外的灵活性或专业化。

进一步的升级加深了这种集成。IIP-619 改进了实时 EVM 功能和预言机访问，而 Vulcan 升级重新设计了预言机引擎的部分内容。这些变化共同使 EVM 成为进入网络金融状态的集成路线，而不是旁路运行的兼容特性。

原生 USDC 加强了结算和接入

原生 USDC 和 Circle 的跨链传输协议（CCTP）于 2026 年 5 月 7 日在 Injective 上线。Circle 直接在网络上发行 USDC，允许应用程序和用户直接使用原生 USDC，而不是第三方的包装版本。

CCTP 通过销毁和铸造流程移动 USDC。USDC 在源网络上被销毁，Circle 证明该事件，然后在目标网络上铸造相应金额。这保留了跨支持网络的原始发行，而不是将稳定币锁定在传统的桥接合约中并在其他地方流通单独的索赔。

Injective 的 MultiVM 设计赋予原生 USDC 在 EVM 和 WASM 接口上一个规范的资产状态。同一资产可以作为交易抵押品、保证金、支付、流动性或代币化资产交易中的现金部分，而无需在执行环境之间分割余额。

这种集成也可以将 Injective 的结算角色扩展到网络之外。Cosmos Hub 宣布计划使用来自 Injective 的 USDC 作为其主要 USDC 标准，dYdX 包含在计划的迁移路径中。

随着发行的扩大，接入范围也在扩展。Coinbase 将其支持的 INJ (INJ) 余额从 ERC-20 版本迁移到原生 INJ；Kraken 添加了原生 Injective USDC 的存款和提款；LI.FI 将 Injective 整合到其路由栈中。这些变化使得用户和应用程序更容易通过他们已经使用的平台访问网络。

代币化现在涵盖更多的资产生命周期

Injective 的真实世界资产（RWA）策略涵盖多个产品类别，支持不同形式的金融敞口和所有权，具有不同的法律和经济意义。

该栈解决了三个不同的层面：

市场敞口：与 RWA 挂钩的永续合约市场，跟踪场外价格但不代表对所引用资产的所有权。发行和管理：TokenFactory 和 Permissions 模块，通过 Injective Mint 呈现。受监管的记录保存：关联的注册过户代理能力，用于维护正式的证券所有权记录。

Injective 上与 RWA 挂钩的永续合约可以通过预言机价格和现金结算跟踪股票、商品、外汇、指数和私募市场参考。交易者获得对引用工具价格的敞口，但不会收到基础资产的所有权。

TokenFactory 和 Permissions 模块在协议级别提供了共享的发行和控制基础设施。TokenFactory 允许发行人创建原生资产，而 Permissions 可以定义谁可以持有、发送、接收、铸造或销毁它。管理员可以分离角色、冻结受限地址、暂停转账，并将确定性政策逻辑附加到资产运动中。

Injective Mint 将这些模块级功能打包成一个发行和管理界面，用于将代币化的 RWA 引入链上。传统金融机构可以配置资产、合格持有人、转让规则和管理权限，而无需从头构建自定义的代币化和合规系统。

这一发行层支持各种机构模型。Libre 已使用 Injective 为合格投资者提供与 BlackRock 和 Hamilton Lane 等管理者挂钩的代币化基金的访问权限。这些产品通过 Libre 分发，而不是由基础资产管理人在 Injective 上直接发行。

Pineapple Financial 已开始将结构化抵押贷款记录放置在网络上，长期迁移目标涵盖超过 29,000 笔已资助抵押贷款，总额约为 100 亿美元。这项工作旨在为未来的抵押贷款产品创建链上数据基础。

POSCO International 和 LG CNS 也使用 Injective 测试了贸易应收款工作流程，作为更广泛的企业系统的一部分。

受监管的记录保存增加了另一个层面。2026 年 8 月 19 日，SEC 对 Injective Institutional Services 的过户代理注册生效。过户代理维护证券所有权的权威记录，记录变更，并支持与分配、投票和转账相关的功能。

SEC 员工指南允许注册的过户代理使用分布式账本技术作为其正式的主要证券持有人文件，前提是过户代理满足联邦证券法要求。这为链上所有权记录成为正式记录保存系统的一部分而非仅仅镜像单独的场外数据库创造了途径。

Injective Mint 和 Injective Institutional Services 解决了资产生命周期中相连但不同的部分。Mint 提供发行和管理工具，而关联的注册实体为证券记录保存提供受监管的过户代理服务。该注册适用于 Injective Institutional Services，不适用于区块链本身，也不决定通过 Mint 创建的每种资产的法律地位或合规性。

together，这些组件通过相同的金融原生基础设施连接资产创建、持有人权限、官方记录、结算和潜在的市场效用。

围绕 INJ 的受监管访问已扩大

Bitnomial 于 2026 年 4 月 15 日通过其受 CFTC 监管的指定合同市场推出了首个美国受监管的 INJ 期货。这些合约通过参与的期货中介为 INJ 价格敞口和对冲创造了受监管的场所。

此次发布对交易所交易产品也很重要。SEC 针对商品信托份额的通用上市标准包括一条与 CFTC 监管的指定合同市场上的交易历史相关的路线。因此，INJ 期货可以为拟议的交易所交易产品所需的市场结构做出贡献，尽管期货交易本身并不批准或列出此类产品。

三只拟议的美国 INJ 交易所交易基金（ETF）仍处于待定状态：21Shares 现货 INJ ETF、Canary Staked INJ ETF 和 REX-Osprey INJ Staking ETF。它们的结构各不相同，包括设想质押的方案。如果获得批准并上市，每一个都将创造一种更熟悉的基于经纪商的 INJ 敞口渠道。

Injective 还扩大了其政策和披露基础设施。Injective Policy Institute 与政策制定者和行业参与者合作，解决涉及链上市场、稳定币和去中心化金融的问题。在欧洲，《INJ MiCA 白皮书》的发布为该区域加密资产框架下潜在的交易准入创建了标准化披露文件。这些倡议服务于不同的目的，但都反映了在开发市场准入的同时发展技术基础设施的更广泛努力。

AI 基础设施将金融栈扩展到智能体

Injective 的 AI 基础设施包括几个层面，允许自主智能体理解网络、执行金融操作并在定义的控制下运行：

网络访问：Injective MCP Server 向兼容的智能体暴露市场、余额、转账、桥接和交易功能。知识和工作流：Documentation MCP Server 和 Agent Skills 为智能体提供当前的网络背景和可重复的程序。开发工具：AI Agent SDK 将这些功能打包供开发人员使用，而 dAppBuilder 帮助用户从产品描述生成应用程序。支付和身份：x402 支付和 Agent Platformlet 允许智能体支付服务费、维持链上身份并归因费用。

Injective MCP Server 将网络功能转化为智能体可以调用的工具，而 Documentation MCP Server 和 Agent Skills 帮助它理解当前规则并遵循定义的工作流，而不是仅依赖训练数据。共同作用，它们让智能体能够通过结构化程序研究市场、检查余额、准备转账并与现货或永续市场交互。

授权与分析准备是分开的。智能体可以提议行动，但其权限决定了它可以执行什么。私钥可以保持在语言模型之外，而账户级批准、资产限制、市场白名单和范围签名规则定义了其操作边界。

支付和身份将模型扩展到单个交易之外。x402 允许智能体通过 HTTP 请求以原生 USDC 支付数据或服务费用，而 Agent Platform 为注册智能体提供持久的链上身份和费用归因记录。因此，智能体可以发现服务、支付并通过同一基础设施进行交易。

AI Agent SDK 和 dAppBuilder 支持开发人员而不是作为智能体本身运作。SDK 将 Injective 的智能体基础设施打包供开发环境使用，而 dAppBuilder 帮助将产品描述转化为 Injective 应用程序。

栈如何协同工作

Injective 的架构在一个主权 Layer 1 内结合了共享市场模块、多种执行环境、原生结算资产、代币化工具、受监管的访问举措和智能体基础设施。应用程序、机构和智能体可以使用相同的资产、市场和结算轨道，而不是在不同的产品环境中运营。