如果智能合约可以在「币安」上交易会怎样？ DeCeFi范式简介

DeCeFi 是一种范式，链上用户和智慧合约无需离开区块链即可直接存取 CEX 层级的执行和深度流动性。

太长不看

• DeFi 具有可编程性，但执行能力较弱。中心化交易所 (CEX) 功能强大，但无法直接调用。智能合约无法直接调用币安等高效能交易引擎或 Hyperliquid 等高级订单簿平台。高效的执行能力和链上可编程性从未真正实现融合。

• 128.trade 引入了 DeCeFi，其中智能合约是核心要素。任何链上的任何合约都可以透过可验证的网关触发交易所层级的现货和永续交易，而无需桥接资产或切换网路。

• 128.trade 是交易基础设施，而非交易场所。透过使执行可调用，交易成为一种可组合的 DeFi 原语，协议可以利用它来进行对冲、再平衡和资金分配，并实现实际执行。

了解更多信息，请访问https://www.128.trade 。

背景与动机

交易和DeFi从未真正交集

去中心化金融（DeFi）从设计之初就具备可程式性，而最佳交易场所的交易则兼具灵活性和高效性。然而，在过去的十年里，这两个系统并行发展，却从未真正融合。

如今的智能合约可以进行借贷、交换、质押等操作，并建构日益复杂的金融逻辑。然而，它们却无法直接在币安等高性能市场或Hyperliquid等先进的链上交易平台执行交易。同时，流动性最强、功能最丰富的交易引擎仍然是孤立的平台，链上程式根本无法存取。

这种分离通常被归咎于使用者体验、延迟或吞吐量。但实际上，它反映了一个更深层的架构限制：交易功能最初并非设计为 DeFi 堆叠中可呼叫的元件。

核心限制在于可调用性，而非效能。

大多数关于DeFi交易的讨论都集中在gas费用或流动性分散的问题上。这些问题固然重要，但它们并非主要问题。

根本的限制很简单：智慧合约无法呼叫交易引擎。高效能执行系统，例如中心化交易所和基于订单簿的去中心化交易所（DEX），都运行在DeFi的可程式环境之外。它们提供现货和永续合约市场、高级订单类型以及充足的流动性，但无法作为链上逻辑的一部分被调用。

因此，交易仍然是由用户或链下机器人协调的外部活动，而不是协议可以直接依赖的原生建构模组。

为什么现有的去中心化交易所架构无法弥补差距

目前的 DeFi 架构只解决了一半的问题，留下的结构性缺陷阻碍了真正的自主执行。

1. AMM：无需电源即可编程
   自动做市商虽然完全可编程，但执行能力却很原始。它们依赖被动流动性曲线，无法原生实现杠杆或复杂的触发机制。它们为程式码开发提供了平台，但缺乏专业交易所需的「强大功能」。

2. 订单簿去中心化交易所：为人而生，而非为代码而生。
   以效能为导向的场所（如 Hyperliquid）提供丰富的语义，但它们被设计为用户的应用程序，而不是协议的基础设施。

   • 签名障碍：这些平台是基于外部帐户 (EOA) 签名建构。它们需要人工点击按钮或机器人使用链下 API 金钥。
   • 「API」死胡同：虽然它们为链下机器人提供了复杂的后端API，但却没有为智能合约提供链上入口。金库或DAO无法以这些平台要求的方式「签署」交易，这实际上将去中心化程式码拒之门外。

3. 孤立岛屿 vs. 可召唤的原始生物
   由于这些平台优先考虑以人为本的使用者介面，因此它们就像孤立的目的地，无法被「召集」或整合到更大的 DeFi 策略中。

这就造成了一种持续的权衡： AMM 提供可程式化而无需电力，而订单簿 DEX 提供执行功能，但却将智慧合约视为二等公民。

DeCeFi愿景：像主权「系统呼叫」一样进行交易

如果目前的屏障是围绕EOA签名和隔离应用程式建构的，那么解决方案就需要架构上的根本性转变。如果链上逻辑和高效能执行之间的界限彻底消失呢？

我们将这个新典范称为DeCeFi（去中心化-中心化金融） 。

「DeCeFi 是一种全新的范式，其中链上协议和智能合约作为一等公民，掌控著中心化交易所级别的执行和深度流动性。在这个世界里，交易引擎不再是需要访问的目的地；它是一个可由智能合约调用的基础设施，是 DeFi 的‘交易乐高积木’，你的代码可以调用它来构建复杂、可组合的金融策略。

系统架构：可呼叫交易的工作原理

我们的设计理念是将智慧合约提升为全球市场的一流公民。透过采用独特的预言机驱动执行模型，任何链上的任何智能合约都可以直接调用中心化交易所级别的执行和深度流动性，将专业交易转变为去中心化金融（DeFi）的“交易乐高” ——一个完全可组合的去中心化世界构建模组。

从宏观层面来看，我们将交易分为两个紧密耦合的层：确定性执行引擎和跨链存取层，使得智慧合约可以安全地呼叫此执行。

确定性交易引擎作为执行核心

该系统的核心是一个高效能交易引擎，它以确定性状态机的形式运作。所有交易作业——下单和取消订单、开仓和平仓、资金支付、保证金更新和清算——都透过单一的规范执行流程进行处理。

确定性是一项基础属性。在相同的先前状态和相同的有序请求集下，引擎始终产生相同的结果。这使得执行过程可以被独立地审计、重播和验证。它也使得引擎能够在共识机制下由多个节点运行，从而构成去中心化完整性和面向未来的系统的基础。

从引擎的角度来看，每个操作都只是一个请求。一旦请求进入执行伫列，无论它是来自低延迟 API 用户端还是来自另一条链上的智慧合约，都无关紧要。这种统一性确保所有消费者共享相同的流动性、相同的执行逻辑和相同的状态转换。

透过 Oracle 风格的网关使执行可调用

智能合约无法直接与链下高效能交易引擎互动。为了实现可调用的执行，我们引入了一种预言机式的闸道——其设计目标是执行而非数据。

oracle 1555×859 33.7 KB

上图展示了核心执行流程，从链上请求到验证执行和链上结算。为了更直观地了解该流程的完整端到端演示（包括合约、中继器和交易引擎在实践中的交互方式），我们提供了一个执行工作流程的 UI/UX 演示，网址为： https://www.128.trade/how-it-works

从整体来看，工作流程大致如下：

1. 链上意图。
   智慧合约呼叫网关函数（例如下订单、开仓、订阅策略）。
   这不会在链上执行交易。相反，它会发出一个规范的请求事件，其中包含执行意图、参数、来源链上下文以及唯一的请求 ID。

2. 请求转送。
   去中心化的中继网路监控闸道事件，验证其来源，并将经过认证的请求转送给交易引擎。
   从引擎的角度来看，这些请求与基于 API 的订单没有区别，并且会进入同一个确定性执行伫列。

3. 确定性执行。
   交易引擎处理请求——匹配订单、更新保证金、应用资金或触发清算——并产生确定性的执行结果。

4. 有证据支持的回调。
   执行结果透过回调非同步返回给原始链，并附带加密证明包（例如Threshold签名或执行证明）。
   网关验证证明，强制执行幂等性和重播保护，然后才将结果应用到链上。

5. 链上物化。
   已验证的结果将以链上状态的形式体现：持有 NFT、金库份额、余额更新或合约回调。

这种架构允许任何智能合约在任何支援的链上调用交易所级别的交易——现货、永续合约、限价单和触发订单——而无需桥接资产、切换网路或信任任何单一运营商。执行成为可调用的系统原语，其正确性在链上得到保证。

从建构者的角度来看，交易从外部依赖转变为可调用的系统呼叫。智能合约表达执行意图，交易引擎执行确定性执行，验证后的结果透过回呼返回链上。协议不再与交易场所整合；它们直接将执行功能整合到自身的逻辑中。

以下范例说明了其实际工作原理。智能合约可以透过呼叫placePerpOrder函数来下达永续合约订单，该函数会透过预言机层向交易引擎提交执行请求。订单执行完毕后，结果会非同步返回，开发者可以透过实现相应的回调函数，在合约逻辑中处理该结果。

 function placePerpOrder ( PerpOrderParams calldata params )external payable override returns (bytes32 requestId) { // submit a perpetual order request to the trading engine via the oracle requestId = oracle. submitRequest { value : value}(params); return requestId;} function onPlacePerpOrderResult ( ... ) external onlyOracle { // handle the execution result of the perpetual order // custom logic defined by the contract developer }

一台引擎，两个世界

同一个交易引擎同时服务两个截然不同的使用者群体。一方面，交易员、做市商和自动化系统透过低延迟、效能优化的API进行互动；另一方面，智慧合约和协议则透过一个最小化信任、有证据支持的网关存取引擎。

两条访问路径最终汇聚到同一执行层。它们共享流动性、执行语义和状态转换。正是这一点将交易场所从孤立的交易环境转变为共享的基础设施。

这将为DeFi带来什么？

透过智慧合约呼叫高效能交易，可以解锁 DeFi 以前从未拥有过的一系列功能。

• 智能合约可直接进行交易所层级的交易。
  合约可以进行现货和永续合约交易，并具备币安级别的执行语义，包括限价单、触发单、杠杆和高级订单逻辑。交易不再是用户或机器人协调的链下活动，而是协议可以直接调用的可编程函数。

• 交易状态变为链上且可组合。
  交易所原生对象，例如现货余额、永续持股、子帐户和策略组合，都可以表示为链上资产。持仓和子帐户不再锁定在交易场所内——它们可以被抵押、借贷、质押或嵌入到结构化产品中。

• 协议获得主动执行和新的设计空间。
  金库和基金可以直接交易，无需再依赖近似值。借贷协议可以透过条件执行而非仅依靠超额抵押来对冲和管理风险。同时，全新的协议类型也成为可能——包括完全链上基金、具有主动对冲功能的AMM以及拥有可验证担保的自主交易代理。

其结果并非又一个交易所，而是架构的转变。交易不再是目的地，而是共享的基础设施——一个由协议构成的核心执行层，就像数据和流动性一样。

竞争格局：场馆与基础设施

大多数现有项目都旨在改善交易场所。
128.trade 将交易重新定义为基础设施。

与现有模型的比较

128.trade 在堆叠中的位置

新类别

128.trade 组合：

• Chainlink 的协议级分发
• Hyperliquid 的执行深度
• CEX级流动性和订单语意

但它不再是目标，而是变成了一个可呼叫的执行原语。

我们并非在建设另一个交易所。

我们即将推出一个新类别：
交易基础设施层。

展望未来

128.trade 正在积极开发中，我们的测试网即将上线。随著系统的不断完善，我们将逐步向开发者开放智慧合约介面和核心元件，同时开源合约程式码。

如需深入了解架构、信任模型和执行保证等技术细节，请造访https://www.128.trade/pdf/whitepaper.pdf以取得完整白皮书。

我们认为交易应该是一个可编程的基本单元，而不是一个孤立的场所，而这是实现这一目标的第一步。