瑞士蒙特勒，2026 年 8 月 23 日 —— Everything Protocol 发布了一份白皮书，阐述其对去中心化金融根本性结构问题之一——流动性碎片化——的回应。这份题为《The Everything Protocol》的文件将该项目的主张转化为数学形式，提出以单一储备取代服务于不同金融原语的独立资金池，同时为兑换、借贷、杠杆和限价订单提供支撑——而闲置资本亦可赚取收益。

其前提十分直接：DeFi 资本不应只能承担一项职能。如今，去中心化交易所将流动性用于交易定价，货币市场为借贷维持独立资本，而杠杆头寸和订单簿则引入了额外的基础设施。Everything Protocol 认为，将这些职能分离会使资本在各协议之间碎片化，并在资产、流动性和风险需要跨协议转移时增加额外依赖。

一张资产负债表，多种职能

白皮书提议将这些职能合并到一张资产负债表中。同一储备同时为交易定价、支撑贷款和杠杆头寸，并支持挂单限价订单，使同一份流动性能够服务于多种金融原语，而非仅专用于单一用途。

该方法借鉴了集中流动性——Uniswap v3 于 2021 年将这一概念引入自动化做市商，允许流动性提供者在指定的价格区间内分配资本，而非沿曲线均匀分配——并将这种 tick 级颗粒度应用于贷款和挂单，而不仅限于兑换。

其结果是 Everything Protocol 所描述的完全资本效率。存入系统的流动性可以在支撑信贷市场的同时产生兑换手续费，而挂存于限价订单中的合格资本可选择参与借贷，在订单执行前赚取借款人利息。

白皮书不止于提出概念模型，还列出了数学机制、会计规则和偿付不变量，旨在使这一统一架构在对抗性市场条件下依然有效运行。

取代外部价格预言机

该设计的核心部分之一是消除另一个碎片化来源：外部价格预言机。Everything Protocol 不从其他市场导入价格，而是使用由资金池自身交易状态和时间推导出的内部价格区间。该区间在一个区块内保持固定，并通过预定义的衰减和钳制规则进行调整；其架构设计确保短暂的价格操纵无法在同一区块内以有利于攻击者的方式放宽信贷条件。

这一选择针对的是去中心化金融中一种常见的失效模式：对外部价格数据源的操纵一直是漏洞攻击的惯用途径，攻击者会短暂扭曲报价，从依赖该数据源的协议中抽取价值。

信贷与流动性同样相互关联。由于提供贷款的资金池同时也是为交易定价并吸收清算的资金池，借贷能力可以根据协议自身曲线内的可用深度来塑造。该模型并非基于“抵押品日后可在别处出售”的假设来发放信贷，而是围绕实际负责吸收清算的流动性进行设计。

同一原则也适用于限价订单。订单与贷款在共享的几何 tick 网格上运行，而挂单资本可选择在执行前被借出。因此，该系统将交易流动性、信贷流动性和订单流动性视为同一底层资本的不同用途，而非相互独立的市场。

压力处理与求偿权层级

白皮书还阐述了系统面临压力时的处理方式。在执行改变协议账簿的操作之前，该架构会先计提利息、推进其内部价格区间并处理符合条件的清算。共享同一清算 tick 的贷款会被聚合处理，使整个价格层级无需逐一遍历每个头寸即可完成处理。

其偿付模型建立了明确的求偿权层级。用户托管资产与定价储备相互分离，已成交订单的收益享有优先地位，符合条件的清算损失首先冲减次级流动性提供者份额——这是一种在传统结构化金融分层中常见的第一损失安排，即次级头寸在高级求偿权受到影响之前先行吸收损失。该协议设计为以实际代币而非替代性协议借据进行退出结算，不过在流动性不足时，涉及借出资本的自愿退出可能会受到临时的容量限制。

这一结构还旨在减少因必须组合多个协议才能提供单一金融体验而产生的攻击面。定价、信贷、订单执行、清算和结算在同一架构内运行，并遵循统一的状态更新流程，而非依赖多个独立协议保持同步。

公开承认的权衡

该模型并未消除风险。白皮书明确指出了若干权衡，包括借出资金自愿退出的潜在延迟、由次级流动性提供者份额承担的损失、治理与升级风险，以及内部价格区间机制引入的延迟。

尽管如此，Everything Protocol 的论点仍然颇具雄心：交易所、借贷市场、杠杆平台和订单系统并不必然需要各自独立的资本池，它们可以是同一张资产负债表的不同职能。借助这份白皮书，Everything Protocol 提出了一套统一流动性架构，旨在解决 DeFi 的资本碎片化、流动性配置低效以及组合多个独立金融协议所带来的攻击面问题。

关于 Everything Protocol

Everything Protocol 是一个去中心化金融协议，旨在为每个代币对在单一储备内整合兑换、借贷、杠杆和限价订单。其架构包含集中流动性定价、用于信贷决策的内部价格区间、基于 tick 的贷款与订单，以及统一的结算与偿付框架。该协议的设计围绕这样一个原则：同一份流动性可以在单一链上市场中服务于多种金融职能。

网站：

媒体联系人：Mikael Cruchon —— m.cruchon@ra2.tech