PerpX 是一个去中心化衍生品交易所，旨在通过结合链下订单执行与链上结算的混合模式提供永续期货交易。该项目强调自托管、可审计结算以及 AI 辅助的风险洞察，并确定 Arbitrum 为其主要结算层，PRPX 代币则用于激励和治理功能 ^{[1] [2]}。

概览

PerpX 将自己定位为一个非托管永续合约交易场所，旨在将类似中心化交易所的性能与确定性、可审计的链上状态相结合。该系统将撮合和验证等高频任务路由到链下引擎，同时将最终状态转换（结算、仓位核算、清算）提交给智能合约。这种方法旨在降低延迟并实现高级订单处理，同时不放弃链上结算的安全性和透明度 ^{[1] [2]}。

该项目的文档指定 Arbitrum 为主要结算链。订单意图在链下签名并处理，完成的执行结果批量提交至链上结算，以提供仓位和事件的可验证记录。PerpX 进一步描述了一个风险和分析层，旨在为用户提供实时信号，如清算临近度和波动性变化，以辅助风险管理和策略选择 ^[2]。

PerpX 的公开资料声称拥有经过审计的智能合约、具备 MEV 感知的执行设计，并兼容包括冷存储实践在内的自托管钱包。与此同时，衍生品协议通常预期的一些披露信息——如创始人身份、代币供应与分配以及可下载的审计报告——在审查的公开页面和文档中并未提供，因此在这些来源中仍处于未验证状态 ^{[1] [2]}。

产品

永续合约去中心化交易所 (交易平台)

核心产品是一个直接连接用户 Web3 钱包的永续期货交易平台。订单的创建和撮合在链下进行，旨在实现低延迟，而结算和持仓更新则在链上进行，以保持自托管和透明度。交易界面提供了标准的衍生品控制和资产市场，其明确目标是在非托管框架内提供类似于中心化交易所（CEX）的执行特性 ^{[1] [2]}。

质押模块

PerpX 描述了一个基于绩效的质押系统，该系统根据不同的规则接受 USDC 质押和 LP 代币。奖励通过使用高水位线逻辑的净盈亏（PnL）核算来确定，且该模块提供可调整绩效费层级的锁定期选项。该平台将质押视为更广泛激励层的一个组成部分，与整个交易所的流动性和交易活动相互作用 ^[2]。

多链交换与消息传递

该文档概述了通过交换和消息传递集成实现的跨链资本流动，其中 deBridge 被确定为主要合作伙伴。该模块旨在实现抵押品从多个 L1/L2 网络近乎即时地转移到 Arbitrum 上的 PerpX 结算环境中。该设计被描述为可扩展至其他消息传递层，同时引用 deBridge 作为支持跨广泛网络传输的工具 ^[2]。

风险与 AI 智能层

PerpX 资料描述了一个智能层，为交易者和流动性提供者提供实时遥测和 AI 驱动的洞察。指示性信号包括清算风险概率、资金费率和偏斜指标，以及关于波动性或流动性状态变化的警报。其目的是通过分析工具来补充执行功能，帮助参与者在市场状况演变时监控风险敞口并调整策略 ^{[1] [2]}。)。

流动性管理

该协议参考了 MUX V3 风格的流动性模型，用于实现利用率驱动的资金和借贷成本，借贷费用持续产生并在定义的范围内每小时结算一次。路线图包括向原生流动性提供者（LP）池的演进，旨在捕获交易费、资金收益和激励分配，并结合风险控制措施，如持仓上限和用于偏离管理的自适应价差 ^[2]。

功能特点

PerpX 声明的功能核心在于混合执行架构、非托管访问和风险感知设计。该平台断言，订单在链下进行签名和撮合，以最大限度地减少延迟和 MEV 风险，并且只有最终结算更新才会发布到链上，以确保状态的可验证性。Arbitrum 被确定为结算层，由确定性规则管理保证金更新、资金支付和清算。该交易所界面支持常见的衍生品订单类型，包括市价单、限价单、止损/触发单和仅减仓订单，并配有实时分析层，旨在突出资金压力、清算接近度以及波动率机制的转变 ^{[1] [2]}。

文档描述了一个多资产抵押框架以及全仓保证金和逐仓保证金模式，以减少再平衡摩擦并适应不同的风险偏好。该项目展示了一种具有偏差检查、回退机制和时间加权的多源预言机设计，以支持结算和风险计算的价格完整性。该项目还提到了针对数据和订单流的加密及私有路由方法，并在审查的材料中列出了费用表，其中包括对挂单（maker）和吃单（taker）均收取的 0.30% 固定交易费 ^[2]。

生态系统

PerpX 的生态系统围绕其交易基础设施、PRPX 代币、质押和奖励机制、流动性供应策略以及跨链互操作性而构建。执行和验证功能在链下进行，而结算和最终状态更改则在 Arbitrum 上完成。在互操作性方面，deBridge 被介绍为将资产跨多个链转移到结算环境的主要集成方式。流动性和资金遵循基于利用率的模型，并设有通往原生流动性提供者（LP）池的既定路径，随着时间的推移，治理将参与配置列表、费用和风险参数 ^{[1] [2]}。

文档将 PRPX 描述为连接激励、治理以及参与质押和 LP 计划的代币。它强调了渐进式去中心化和委托投票的计划，同时指出关键的系统行为——如托管、核心撮合引擎行为和结算排序——旨在保持在治理范围之外。架构中隐含了额外的社区和运营商角色（例如清算人和预言机提供商），尽管审查的公开资料除了通用模型外，并未列出具名的交易对手或详细的角色规范 ^[2]。

用例

• 具有链上结算功能的非托管永续期货交易
• 使用永续合约对现货或投资组合风险进行套期保值
• 赚取费用、资金费率及潜在激励的流动性提供策略
• 通过集成桥接将抵押品跨链转移至 Arbitrum
• 为交易者和流动性提供者（LP）提供的 AI 驱动风险监控

这些用例反映了该协议专注于混合执行、可组合流动性以及为衍生品市场参与者提供风险感知工具 ^{[1] [2]}。

架构

混合执行引擎

PerpX 描述了一个系统，其中订单意图在本地签名并提交给负责匹配、风险评估和验证的链下引擎。该设计旨在通过避免公共内存池广播来最大限度地减少 MEV 风险，并通过私有路由和链下计算提供更低的延迟。执行后，引擎会发出结算更新并推送到链上，根据确定性规则提供可审计的记录 ^[2]。

Arbitrum 上的结算层

Arbitrum 被指定为主要的链上结算环境。该链上的智能合约负责管理仓位更新、保证金管理、资金费用支付以及清算。该协议设定的目标是在保持类似中心化交易所（CEX）执行特性的同时，通过链上执行风险参数和最终状态转换，确保“确定性、可审计的结算与清算” ^[2]。

跨链与桥接层

文档指出，PerpX 集成了 deBridge 作为其主要的跨链交换和消息传递基础设施。这使得抵押品能够从各种 L1 和 L2 转移到 Arbitrum 结算域中，据描述 deBridge 支持的网络超过 24 个。该架构呈现为模块化设计，如果未来引入 LayerZero 和 Wormhole 等其他消息传递层，也将能够与之兼容 ^[2]。

流动性、资金和保证金机制

PerpX 参考了 MUX V3 风格的资金模型，具有基于利用率的借贷成本。借贷费用持续累积并按小时结算。该平台概述了原生 LP 池获取交易费、资金收益和激励措施的路线图。保证金机制被描述为同时支持全仓和逐仓模式。协议的风险控制措施包括 LP 保护机制，如自适应价差和动态资金调整，旨在管理随时间变化的偏斜和库存风险 ^[2]。

预言机与价格完整性

该协议规定，价格馈送源自多个渠道，并设有偏差检查、备用提供商以及时间加权机制，以降低操纵风险。根据可审计的参数，这些预言机将数据输入结算层和风险引擎，用于确定保证金要求、资金费用支付以及清算触发条件 ^[2]。

质押与奖励机制

质押系统使用链上合约，支持 USDC 和 LP 代币质押，并具有可配置的锁定期。奖励根据净盈亏（PnL）和高水位线逻辑计算，绩效费等级随锁定时间的长短而变化。早期退出将受到惩罚，旨在协调参与者与协议国库之间的激励机制 ^[2]。

订单生命周期

在文档所述的高层流程中，用户在链下签署订单意向并将其提交给撮合引擎。引擎执行交易，生成结算更新，并将这些更新提交至链上合约。一旦被纳入链上，该交易即成为公开、可审计记录的一部分，从而能够对仓位状态和事件进行独立验证 ^[2]。

代币经济学

PerpX 将 PRPX 确定为其治理和激励代币。公开资料描述了其多种用途和治理范围，但在所审查的资料中未披露总供应量、分配比例、归属期或合约地址。该平台将 PRPX 与质押和流动性激励相关联，并指出代币持有者将参与有关上币、费用表和风险设置等参数的治理。但根据规定，核心托管、撮合引擎行为和结算顺序等关键环节不在治理控制范围之内 ^{[1] [2]}。

实用功能

• 针对上币、费用、风险参数、激励措施和国库的治理参与
• 通过 USDC 和 LP 质押 模块参与 质押，并获得基于绩效的奖励
• 对流动性提供者的激励，并与费用和资金收入渠道保持一致
• 委托治理以实现投票权的代表性

这些实用功能在项目的公开材料中被描述为协议激励和治理设计的核心 ^{[1] [2]}。

治理详情

该文档概述了一个治理流程，参与者在其中审议提案并进行投票，以确定资产上市、费用表、资金界限、保证金阈值和激励分配等参数。支持委托投票，且该项目将治理设定为随时间推移逐步去中心化。文档还指出，治理将不会控制用户托管、离线撮合引擎的基本行为或结算顺序，将这些领域置于治理之外，以维持技术确定性和安全假设 ^[2]。

已确认的合作伙伴关系

• deBridge（主要的跨链交换和消息传递集成）
• MUX V3（利用率驱动机制的流动性和资金模型参考）
• PerpX 首页上显示的合作伙伴徽标；在审查的快照中未以文本形式具体说明名称

PerpX 的文档明确引用了 deBridge 和 MUX V3 风格的模型。首页显示了合作伙伴的图像，但在审查的内容中没有文本标识；具体的合作伙伴应通过官方公告或合作伙伴页面进行证实 ^{[2] [1]}。