简介

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）和高水位线（high-water mark）逻辑计算，绩效费等级随锁定时间的长短而变化。提前退出将面临罚金，旨在协调参与者与协议国库之间的激励机制 ^[2]。

订单生命周期

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

代币经济学

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

实用功能

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

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

治理详情

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

已确认的合作伙伴关系

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

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

区块链与基础设施

PerpX 指定 Arbitrum 作为主要的链上结算环境。跨链资金流动通过 deBridge 实现，该协议支持在广泛的 L1/L2 之间进行传输，使用户能够将抵押品引入 PerpX 结算域。其架构呈现为模块化，以适应额外的消息传递层，尽管审查的资料中未列出除 Arbitrum 之外的活跃部署，也未提供用于验证的合约地址 ^{[2] [1]}。

技术与安全考量

PerpX 宣称其采用了经过审计的智能合约、具备偏差检查和回退机制的多源预言机，以及针对订单流的隐私或 MEV 感知路由。文档还提到了用于审计、漏洞赏金和事件响应的金库拨款。然而，在审查的材料中，并未提供第三方审计报告、审计机构身份、最终审计结果以及链上合约地址的链接。建议用户和研究人员在参与协议合约或承担风险敞口之前，寻求原始审计文档和经过验证的合约记录，以验证这些声明的真实性 ^{[1] [2]}。

挑战、局限性与信息缺口

在审查的公开资料中，衍生品协议通常预期披露的几项关键信息仍然缺失或未经验证。创始人姓名和团队履历未公开，这限制了对项目领导层和开发历史的了解。代币经济学的具体细节——包括总供应量、分配比例及接收者、归属计划、释放时间表和合约地址——在审查的资料中均未公布。虽然平台提到了审计和合作伙伴集成，但除了 deBridge 和 MUX V3 模型参考之外，主页快照中未以文本形式提供可下载的审计报告和具名的合作伙伴。结算链被确定为 Arbitrum，但在审查的材料中未包含用于验证的完整链上合约列表和地址 ^{[1] [2]}。

这些缺口并不一定意味着相关信息不存在；相反，它们突显了需要额外初级资料来源的领域。潜在用户、研究人员和代币持有者可能需要查阅官方审计文档、经过验证的合约库、治理论坛和新闻稿，以确认平台的安全状况、合约部署和代币经济学 ^[2]。

文档选定陈述

PerpX 的文档包含了总结其核心设计意图的陈述。示例包括：“订单在链下签署且不发布到内存池（mempools）”，这是作为防 MEV 订单流模型的一部分提出的；“Arbitrum 是主要的链上结算层”，确定了最终状态转换发生的区块链；以及通过链上强制执行风险参数和事件记录，实现“确定性、可审计的结算和清算”的设计目标。这些陈述概括了该协议对具有链上最终性和透明度的混合执行模式的重视 ^[2]。

比较背景

PerpX 的设计与更广泛的混合衍生品协议群体保持一致，这些协议将低延迟执行与链上最终性分离。文档中强调的 MEV 感知订单处理、多资产抵押和多源预言机，反映了去中心化衍生品中的共同关注点，例如在提供传统中心化交易所功能的同时，最大限度地降低抢跑风险并确保价格完整性。MUX V3 风格资金费率模型的整合，使该平台处于利用率驱动的资金机制谱系中，旨在平衡交易者需求与流动性提供者的库存及偏离度管理 ^[2]。

法律和访问注意事项

公开资料显示，用户可以通过自托管钱包访问，无需传统的账户注册，并列出了使用条款和隐私政策等法律文件。该网站将平台定位为非托管性质，在链上进行结算并支持冷存储，但在审查的快照中未提供司法管辖区的可用性、KYC/AML 政策或监管态度的详细信息。潜在参与者在尝试使用衍生品之前，应参考平台的法律文件以及任何针对特定地区的访问限制 ^[1]。

研究笔记与验证领域

为了使条目内容更加全面，需要额外的原始材料来证实多项声明并填补现有空白。这些材料包括：包含供应和分配详情的代币经济学白皮书；已验证的链上组件合约地址和代码库；可下载的审计报告及审计机构证明；以及包含合作范围和集成描述的具名合作伙伴公告。此外，关于创始人及团队身份的文档，以及任何融资披露，都将有助于提高该协议在传记和组织层面的透明度 ^{[2] [1]}。

参考文献

本条目的主要参考文献为项目网站和官方文档。网站提供了高层定位、产品描述和法律资源，而 GitBook 则是上述架构、功能、治理范围及技术参数的主要来源。对于缺乏链接工件（如审计 PDF 或合约地址）的声明，本条目已注明相关限制，并建议查阅官方发布的内容或仓库进行核实 ^{[1] [2]}。