Everything Protocol宣称已通过统一市场解决DeFi流动性难题_新闻

免责声明：内容不构成买卖依据，投资有风险，入市需谨慎！

Everything Protocol宣称已通过统一市场解决DeFi流动性难题

2026-08-22 02:13:42

Everything Protocol 声称已通过统一市场解决 DeFi 的流动性问题

一份新白皮书阐述了一种架构，其中同一资金池可以同时支持互换、借贷、杠杆和限价订单，而无需分散到不同的 DeFi 市场。

DeFi 多年来一直在增加金融产品。更棘手的问题是如何让这些产品协同工作，同时避免流动性分散在日益增多的协议栈中。

Everything Protocol 正瞄准这一问题，并提出了一个更大的主张：根据其白皮书，DeFi 可以围绕一个共享的流动性储备构建，而不是分散的独立市场集合。该协议新发布的白皮书描述了一种架构，其中单个资金池可以同时支持交易、借贷、杠杆头寸和限价订单。资本不必永久分配给单一功能。

这就是 Everything Protocol 背后的核心思想。也正是这一点让这个项目与众不同。它没有引入另一个借贷市场、去中心化交易所或衍生品平台，而是试图在协议层面将这些组件整合在一起。

DeFi 的问题从来不是缺乏金融产品

它们并不短缺。一个典型的 DeFi 用户可能在一个协议上进行交易，从另一个协议借贷，将抵押品转移到第三个系统以获得杠杆，再使用另一个平台进行限价订单。每个市场都有自己的流动性池、会计、风险参数和结算逻辑。

这种碎片化产生了一个不那么明显的成本。资本变得专门化。存放在借贷市场的流动性无法同时为互换提供流动性。投入订单簿的资本通常需要等待订单执行。杠杆头寸则引入了另一层抵押和清算基础设施。结果就是，同一美元链上资本可能对某个目的有用，而对另一个目的则闲置。

Everything 的观点是，这种架构是本末倒置的。资本应当首先被共享，金融功能其次。其白皮书提出了一个单一储备，能够为互换定价、为贷款提供资金、吸收清算并支持挂单限价订单。在某些情况下，等待交易的资本还可以在订单执行前赚取借贷收益。这大大有别于当今大多数 DeFi 市场的构建方式。

一个池子，多种功能

理解 Everything 最简单的方式是忘记“DEX”、“货币市场”和“订单簿”这些常见分类。Everything 将它们视为同一基础资产负债表的不同用途。流动性提供者可以向储备注入资本。这些资本可以产生交易费用。同时，符合条件的流动性可以支持借贷和杠杆。限价订单也纳入同一系统。下单的交易者不必让资本完全闲置。根据协议设计，挂单资本可以在订单执行前被借出。因此，同一流动性可能从不止一种活动中获利。这就是 Everything 声称的资本效率的来源。它不仅仅是协议将多个产品放在一个界面上，而是这些产品被设计为共享底层流动性和会计系统。这一区别至关重要。

该协议还解决了 DeFi 的预言机问题

将金融功能组合在一起会引发另一个问题：当这些价格影响借贷和清算时，系统如何确定价格？Everything 的答案是避免依赖外部价格预言机来提供信用机制。相反，该协议从其自身的交易状态和时间中推导出一个内部价格区间。该区间在一个区块内保持固定，并根据预定义的衰减和钳制规则变化。这个想法简单但重要。如果攻击者短暂操纵市场价格，这种操纵不应立即让其在同一区块内获得更便宜的借贷条件。因此，协议将信用决策与其自身的交易曲线联系起来，而不是从其他场所导入价格。这并不能使操纵变得不可能，而是改变了操纵影响信用所需的条件。

借贷和清算使用实际需要吸收它们的流动性

这是 Everything 在设计上不同于常见 DeFi 模型的另一部分。在许多借贷系统中，借款人基于对市场流动性和必要时出售抵押品能力的假设而获得信贷。Everything 则将借贷能力与其自身交易曲线内可用的流动性联系起来。提供市场价格的同一个资金池也负责借贷和吸收清算。这就在信贷和实际可用流动性之间建立了更紧密的关系。如果市场无法在特定水平吸收清算，协议的借贷机制会围绕这一约束进行设计，而不是假设其他场所会提供所需的退出流动性。

限价订单不必完全闲置

限价订单是另一个难题。Everything 使用共享的 tick 结构来处理贷款和订单。这使得挂单和信用头寸能够在同一几何框架内共存。更重要的是，支撑未成交订单的资本可以在订单执行前被借出。考虑一个交易者，他只想在资产价格跌至特定水平时买入。在传统系统中，这些资本可能只是等待。在 Everything 模型中，符合条件的资本在等待市场达到指定价格时，可以赚取借款人利息。如果订单最终成交，资本会返回其交易功能。从用户角度看，这是一个小变化。但在基础设施层面，变化要大得多。该协议正试图消除“交易流动性”和“借贷流动性”之间的区别。

Everything 还试图降低 DeFi 的可组合性风险

DeFi 的模块化一直是其最大的优势之一，同时也是最大的风险来源之一。当一种金融产品依赖于多个独立协议时，每一个连接都成为需要保持同步假设的地方。定价系统、借贷市场、清算引擎和结算层各自独立运行时可能都正确，但组合在一起时可能产生意外风险。Everything 试图将这些功能置于同一屋檐下。定价、借贷、订单执行、清算和结算遵循相同的状态更新流程。这可能会减少与协议组合相关的一些风险，因为完成单笔交易所需的外部系统更少。这不是安全性的保证，而是一种不同的风险管理架构。

困难在于市场崩溃时会发生什么

这正是白皮书超越产品推销的地方。Everything 详细说明了协议在可能改变其财务状态的操作之前如何更新其账簿。计息、内部价格区间推进以及处理符合条件的清算。同一 tick 上的清算也可以被聚合，而不是逐个处理每个头寸。这在市场压力时期至关重要，因为需要关注的头寸数量可能迅速增加。协议的偿付能力模型还为系统建立了不同级别的索赔权。用户托管资金与定价储备分离。已成交订单的收益享有优先待遇，而符合条件的清算损失首先由次级流动性提供者层级吸收。换句话说，系统并不假装损失消失了，而是明确了谁承担这些损失。

Everything 并未声称 DeFi 已变得无风险

白皮书明确指出了权衡。当可用流动性不足时，自愿提取当前正在出借的资金可能会面临延迟。次级流动性提供者可能会吸收清算损失。治理和升级仍然是风险来源。内部价格区间机制相比单纯跟随外部市场价格的系统也引入了延迟。这些限制很重要，因为它们将“解决 DeFi 问题”的说法置于具体情境中。Everything 并未消除去中心化金融固有的风险，而是试图解决一个特定的架构问题：为什么每个金融原语都需要自己的资金池？

DeFi 协议的不同定义

因此，Everything Protocol 的重要性不在于 DeFi 中又多了一个新功能，而在于该项目如何界定金融市场的边界。传统模型是模块化的：一个协议负责交易，另一个负责借贷，另一个处理杠杆，还有一个提供订单。用户和开发者将它们组合起来。Everything 提出了相反的模式：一个储备，一个会计系统，多种金融功能。如果该架构按描述运行，资金池就不再需要在交易流动性、借贷流动性或订单流动性之间做出选择，而是可以根据市场状态在这些角色之间切换。这比推出另一个 DeFi 产品要雄心勃勃得多。白皮书将该想法用数学术语表述，包括其定价模型、会计规则、清算机制和偿付能力不变量。接下来的问题不再是碎片化的 DeFi 能否被不同地描述，而是这个统一模型能否在真实资本、真实交易者和真实市场压力下可靠运行。这最终将是 Everything Protocol 的主张接受考验的地方。

结论

过去十年，DeFi 解决了许多单独的金融功能，但未必解决了让这些功能高效共享同一资本的问题。Everything Protocol 认为缺失的正是架构。它不是构建更多孤立的市场然后再将它们连接起来，而是希望交易、借贷、杠杆和订单从一开始就共享同一个流动性储备。如果这一设计在大规模下被证明可行，那么更有趣的成就可能不是又一个 DeFi 原语，而是让那些独立的组件从一开始就显得不必要。

免责声明：

本网站、超链接、相关应用程序、论坛、博客等媒体账户以及其他平台和用户发布的所有内容均来源于第三方平台及平台用户。百亿财经对于网站及其内容不作任何类型的保证，网站所有区块链相关数据以及其他内容资料仅供用户学习及研究之用，不构成任何投资、法律等其他领域的建议和依据。百亿财经用户以及其他第三方平台在本网站发布的任何内容均由其个人负责，与百亿财经无关。百亿财经不对任何因使用本网站信息而导致的任何损失负责。您需谨慎使用相关数据及内容，并自行承担所带来的一切风险。强烈建议您独自对内容进行研究、审查、分析和验证。

展开阅读全文