基础设施与中间件如何根据应用需求定制?

我在曼谷度过的大部分时间都在谈论和讨论基础设施和中间件如何根据特定应用的需求量身定制 - 提供一个更好的用户体验。

随着它们的受欢迎程度增加，大多数应用程序很快意识到，它们的定制和内部选择在简单的智能合约中是有限的。应用程序对许多事务有固有的看法，特别是在DeFi案例中的排序。

这个想法相对简单：肥胖的应用程序和协议是相同的，两者可以互相受益。已经有完美的例子，比如利用排序和定制来实现更好的应用程序。

这个想法来源于我们在Maven11的一般信念：应用程序默认是有主见的（opinionated）。它们都有某种关于如何希望特定功能在其应用程序中发挥作用的想法（往往没有这样的能力）；这可能与排序、公平性、分配、定制等有关，名单还在继续。为了更好地理解我们为什么认为应用程序是有主见的，可以将区块链应用程序视为实际公司（它们往往就是）。现实世界中的公司对许多事务持有看法，通常能够富有表现力（这意味着它们并没有受到太多限制）。你可以把大多数区块链应用程序目前的情况与由社会主义专政管理的中央计划经济中的“公司”进行比较。现代经济中的大多数现实公司，在某种程度上必须遵从政府的法律和立法，但它们的房东不会监督它们的每一个动作。这反过来使得公司可以在更多的领域竞争，因为它们可以定义和微调更大部分的用户体验。

让我们以一家现实生活中的公司为例，在这种情况下，是一家汉堡店。在这家店里，地方房东控制着如何摆放座位、窗户的位置和汉堡的定价。哪个企业会欣赏这种过度干预呢？不多。大多数作为智能合约在可泛化区块链上运行的企业的根本问题在于，它们面临着这些问题 - 完全缺乏控制，因此用户体验下降。尽管一些较新的单体系统提供了类似本地费用市场的模型，即便如此，很多定制仍然缺乏。在本文的其余部分，我们旨在呈现我们的论文，论述为什么应用程序是有主见的，以及它们如何能够变得有主见（以及那些已经表达这些主见的应用程序）。

我们所谈论的所有应用程序都有一个共同点：它们都持有如何最好地服务于其用户的主见。在当前的泛化环境中，它们能做到这一点吗 - 在大多数情况下，不能。虽然特定应用的排序旨在解决一些应用程序存在的排序问题，但我们会在后文中更深入地讨论这些。

从概念上看，有几个简单的理由说明应用程序为什么希望控制其设计的某些方面，而在基础层上没有重要的变化（无论是ASS、链外或类似rollup的设置）：

• 静态虚拟机

• 没有排序控制

• 不灵活的扩展性

• MEV泄漏

• 全局状态（好与坏）

  • 争夺，组合性的美丽与危险

我们在关于交易排序概念的完整文章中深入探讨了排序部分，可以在这里找到。因此，我们只是简要总结一下为什么这很重要：

• 允许内部化 MEV（结束提案者垄断！！或者成为你自己的提案垄断者？）

• 针对特定应用的排序约束：公平排序、福利最大化、优先通道、LVR拍卖、频繁批量拍卖和交换分割（名单还在继续）

许多项目（大多数成功的是 CoWSwap）正在利用批量拍卖进行意图批次，但我们特别希望在应用特定层面上看到的内容如下：

优先的“高速公路”供MEV参与者使用

通过可验证的排序规则实现“公平排序”

批量拍卖以统一聚合和结算订单 = 减少抢跑，良好的价格发现，并整合套利机会。

在对排序规则的实时实现方面，目前已经有几种 - 一些已经非常成功，多个重要参与者将在未来一年内朝着利用排序规则的方向发展。下面只是一些例子。

Hyperliquid；优先取消和做市商订单，优先处理取消和仅发布订单。

Unichain； TEE构建者确保在供应链中没有恶意参与者，并为套利者提供“高速公路”。

Penumbra； 有积累时间套利值的有序批量拍卖

Slinky（Skip）； 在区块级（协议级）使用 oracle 数据，以确保链上的应用程序能够利用新的（并且具有加密经济安全性） oracle 数据。

Oval（UMA）和 Warlock； 以救助权为目的的 Oracle 提取价值拍卖 - 特别与清算相关，但也可能适用于套利。

通常，许多这些排序规则可以（且将）在可泛化链上通过应用特定排序（ASS）实现；然而，需要牢记一些重要的限制，尤其是在组合性、资源锁定和外生与内生 MEV 捕获方面。肯定还有安全性范围的不同，我们将在下面讨论 ASS 和其他设置的一些安全考虑和组合设置；

虽然 ASS 主要通过批量、肥大的 TX 和链外（守护）节点系统被推向（至少作为一个概念），但通过多种不同方式实现排序控制：

• 应用链

• 应用 rollup（导出安全性）

• 基于应用的 rollup（如果有车道/标志）

• 肥大 TXs/批量

• 链外节点系统

不同选择的简明概述

在所有各种解决方案之间，需要牢记的关键事项是，一般来说，有四个关键安全参数必须考虑：

1. 去中心化

2. 透明性或隐私（两者在审查方面都可能发挥重要作用；TEE 可以用于“信任less”地执行供应链中的规则）。这里的附带内容是，大量的权力仍掌握在应聘/钱包前预定规则之中。

3. 审查

4. 押金/债券（通过经济安全提供支持的规则）

查看上述获取排序控制的五种方式，我们通常会标记问题/权力为

• 应用链

  • 协作推动，但完全控制 - 需要独自编写所有内容。对此类赢家感觉良好

• 应用 Rollup

  • 推动较少，继承安全性，完全控制 - SDK繁多。组合性依然很困难。

• 基于 Rollup

  • 发展较少，依赖外包/委托的组合程度更高，控制较少但获得网络效应

• 大 TXs/批量

  • 承担较少，外生 MEV 难以捕获，内生 MEV 更容易。可能需要更改 TX 调用数据，依赖于全局排序规则。在组合性下容易受到外生 MEV 的影响。

• 链外节点

  • 安全性较低，完全控制，组合性基本上是不可能的

在大多数情况下，你的依赖可能包括底层链、你自己的协议或不是，你是否继承了一些安全性（即 DA/争议解决）以及是否需要共识算法或经济债务。大部分内容是否外包（需要激励吗？）。还有，不容忽视的是你是否在争议的全球状态中。

请考虑，大多数应用专用的链或 rollup 可以在“共识”协议级别执行规则，这意味着协议是在尊重规则的前提下构建的，而不是被迫进行。这也是经济安全性或可验证性（有效性证明）在大多数设置中如此重要的原因。可以说，Based Rollup 的设置和执行标志或车道在某种程度上可能提供两全其美（虽然具体方面尚不清楚，尤其是关于带有同步组合性和排序车道的执行预认）。当我们说到两全其美时，我们具体是指也解决了组合性（同时保留控制权）的问题，让我们看看组合性光谱。

这主要基于 Thogard 的伟大工作，但为了提供更简单的权衡解释进行了简化，如果你想了解更细致的内容，强烈建议查阅他的工作。请记住，应用链也可以意味着应用 rollup。总体思路是，尽管在基础层上，现有合约在排序和 MEV 内部化方面允许某种控制，但并不是所有 MEV 都可以捕获（尤其是外生 MEV，在基于意图的协议中非常常见）。此外，在基础层上，你仍然受到限制，无法定制支撑应用程序的基础设施。让我们看看“定制”（和专业化）我们所说的，以便在业务（应用程序）创始人需要注意的几个方面。

链上的定制部分，常常被许多人忽视（但对特别 EVM 链来说是一个大问题），其影响用户体验的方式。一个很好的例子是需要不断批准代币进行交易，以及隐蔽可恶的 EoA。可以实施（和调整） EIP 7702，以满足你的应用需求。然而，这只是你可以实施的起点；如何更换一个更符合你开发者需求的虚拟机（从而提供更好的用户体验）。也许你的链需要高程度的安全性和 ZK 验证，而原生的 BNS-128 在以太坊上并不够好，所以需要进行更改。支持你自己基础设施的理由（而且许多供应商现在提供这一点）是，你应该获准对建设你的业务方式保持有主见，而不受限。

应用程序可能还有一些有趣的事情要增加，比如新预编译（在基础层上实现可能需要很长时间）。

另一个原因是，以前一般被认为是最明显的原因（但从那时起已减少）的可扩展性。现在，我们不想再频繁提到“模块化可扩展性”了。然而，我们会注意到，在扩展和延迟方面，你所获得的灵活性（即，增加的油气限制）可能是一个重大利弊，具体取决于应用。

但是，我们认为，随着应用程序复杂性和受欢迎程度的提高，基础设施控制的这一转变实际上是应用程序演变的一部分（尽管新构建的应用程序能够更好地提供用户体验，因此表现良好）。一般的演变可能是一个四步过程（如果你考虑智能合约之间的智能合约时则为五步）

这不是讨论全面去中心化的应用链所需的复杂性、协调和成本的时机，但如果你对我们的想法感兴趣，请随时查看我们去年在丹佛的演示（链接到幻灯片）。

在许多提到的专门化中的最清晰、最著名的示例是对组合性要求最少的（通常与应用特定基础设施相关的缺点之一） - “去中心化”的交易所 Hyperliquid。它具体做到两件事，这对其用户而言极大有益 - 控制排序并根据用户定制其基础设施。

在排序方面，它优先取消和做市商订单，从而提供更优质的交易体验。在定制方面，我们通常与链上场所相关的整体交易体验经过抽象处理，通过无限批准和一键交易（即类似EIP7702的反应），以及弹性可扩展性和量身定制的共识算法，旨在惩罚效率低下的节点，以实现“CEX式”的体验（即使与更大/去中心化的集进行交易，我认为这感觉也会差不多）

这仅仅是游戏的开始。随着其他像 Uniswap 这样的更大参与者朝着相似的方向发展（但作为一个 rollup），我们预计在接下来的时间里会看到许多类似的公告。

我们看到越来越多的应用程序将某些方面移动到链外时，保持协议的审查抵抗力是一个方面（尤其是拍卖的出现）。有多种方式可以实现这一点，例如：

• 基于排序（根据外包程度，公平交换和提案垄断的一些差异）

• TEE（模糊供应链中的不诚实能力）

• 债券/押金

• 应用特定的 rollups 和去中心化轮换的排序者

• 混合（即 Unichain）

• 公平交换 通过共识less去中心化协议解决审查

在进一步专业化时，需要考虑的其他问题是：

• 在更快的区块链上，我们如何处理撤销，模拟能快到什么程度（即，块顶能否使下方无效，新流式交易在区块时间内看起来如何）

• 如果上述去中心化排序不是单一领导者而是竞争性的，其中有多少是延迟游戏

• 共识较慢，可能适合直接流式交易（但上述依然是延迟游戏）

• 奇异旅行者可能推动垃圾邮件（已经是一个巨大的问题）因为私有 OF

通常，掌控的代价在于：

• 取决于安排的组合性缺失，使用 ASS（就像链抽象一样）主要体现在资源锁定上。

• 如果是 ASS，缺乏自己的费用市场？缺乏虚拟机/EIP控制

• • *

为了更全面地看待控制方面的垂直（超出简单的 - 去构建应用 rollup/链），还有其他适合特定需求的特定应用基础设施示例：

• Spire（构建Based Rollup，特定的应用将具有更大控制）

• Astria/ Espresso/ Radius，允许特定应用的构建者（+共享序列以实现组合性）

• Spicenet （在 Celestia 上的主权 rollup）

• Sorella （Univ4 hooks 中的 LVR 拍卖）

• Initia（应用程序可以使用 mempool lane 来 ASS 排序器 / Skip 的协议所有构建者）

• Magicblock（在 Solana 上的短暂/Based Rollups）

• Delta（每个应用都是自己的排序者，但底下有一个全球状态层）

在基础层上提供应用程序特定排序的，特别有：

• 语义层

• Fastlane Labs

• RaaS - 理论上，所有 RaaS 提供商都可以/正在提供某种程度的排序/定制控制

肥大协议和应用程序论是一回事，随着应用程序成为商业，商业又成为基础设施，它们越来越紧密结合在一起。

无论是排序规则，使用不同的虚拟机还是对现有虚拟机进行定制更改（如添加新操作码或更改气体限制），这都取决于最终开发者，具体取决于其产品。

我们开始看到的（并在今年已经发生）是许多智能合约应用将转向自己的应用特定 rollup。这主要是为了控制排序（无论是优先费用提取还是提供更接近公平排序的专业设置）。此外，还具有定制/专业化你的 VM、操作码、预编译、针对 ZKP 的新曲线支持甚至气体限制的能力（例如，将所有活动的世界状态保留在磁盘上）。

我们还需要提及的一点是，毫无疑问，在“肥厚钱包论”的理念中也具有很多有效性，考虑到它们作为交易起始者的权力，与来自各种协议的收入分成的精选接口 - 然而，在这一领域取得进展要复杂得多，因为我们通常观察到的网络效应。还有很多需要记住的事项，例如，钱包不大可能改变交易的调用数据，这可能限制了货币化的某些方面，比如 NBBO。

关于应用基础设施和有主见应用的论文主旨是主见至关重要；

• 它们使得应用程序更好，更像现实中的企业。

• 创造更好的用户体验

• 当应用程序能够符合用户的需求时，用户更加粘性

如果你正在构建有主见的应用程序，我们希望与你交谈 - 请与我们联系！

我们留给你一个伟大的引用，让你思考（和图表），来自Syncracy Capital的朋友们。

• 原文链接： maven11.substack.com/p/t...
• 登链社区 AI 助手，为大家转译优秀英文文章，如有翻译不通的地方，还请包涵～