加密社区长期以来一直存在互补问题，只不过此前绝大多数产品、基础设施和安全衍生品尚未商品化，而构建具有更多控制的应用程序成本高昂，好在这种情况正在改变。
早在 2002 年，Joel Spolsky 就广泛推广了将互补品商品化的概念（注：互补品是经济学术语，两种要一起消费才能使消费者得到满足的商品互为互补品。互补品商品化表达的是，如果一个产品的互补品越便宜，对该产品的需求就会增加）。其核心目标是提高盈利能力、创新能力和用户获取率。这是将互补品（你的应用程序所依赖的组件）商品化的结果，例如 API 成本、硬件和用户获取（例如，提供一些免费软件让你进入他们的生态系统），这也将帮助你依赖或直接参与的事物取得成功。
我们开始看到这样一种现象，在模块化堆栈的不同层，每项服务都有存在数个竞争者。这意味着竞争对手现在必须开始差异化，提供更便宜的服务或发放补助金来吸引新开发者。这是一个恶性循环，因为你被迫花费大量的激励或时间成本。在这种情况下，吸引开发者的一种方法可能是开发具有竞争力（且更便宜或者免费）的开源软件。一个很好的例子是创建各种 SDK，如 Rollkit 。我们现在开始看到，数据可用性在某种程度上被商品化了。这种商品化还意味着我们看到大量各色各样的 Rollup 正在开发中。区块空间的这种「商品化」（特别是数据可用性，我们预计这种情况也会发生在模块化堆栈的其他部分）被「更便宜的价格」所主导，它增加了对区块空间的需求。
我们喜欢的另一个例子是排序器，以及它与 RaaS（Rollups-as-a-Service）的关系。如前所述，我们认为共享排序器是未来首屈一指的 RaaS 提供商。他们能够以更便宜的价格提供服务，并增加了可组合性。除此之外，共享排序器更容易获得规模经济带来的好处。共享排序器的上述经济学在某种程度上可以与 Visa 的运营方式进行比较。它本质上是一个数量驱动的业务，每个 Rollup 业务的利润相对较薄。Visa 的利润很薄，但其收入却很可观。我们预测绝大多数 RaaS 客户（除了需要非常具体的白手套服务的客户）会选择共享排序器，例如 Astria 、Espresso 、Radius 和 Madara 。
除了降低互补品的成本之外，将互补品商品化还与可以扩大你周围的市场（你所依赖的东西）。这将为你自身创造价值；同时为你的产品创造护城河和垄断优势。我们在 Web2 开源软件中可以看到这一点，它正在成为 Web3 中的一种趋势。这也可能是一件简单的事情，比如特斯拉想要降低电池的成本，因为他们的汽车依赖电池。对区块链而言，一条链想要降低其关键成本，例如低成本的数据可用性（Celestia）。
关于「扩大你周围的市场」，我们看到的一个扩大周边市场的「加密原生」想法是向集成的协议进行空投。这可能会扩大底层的用户群，并将用户、叙事和注意力引向你的产品。毕竟，归根结底，区块空间最强大的方面之一是它的一致性。
系统效率低下、成本高昂以及无法定制应用程序阻碍了创新。商品化消除了这些障碍，让开发人员能够跳出固有思维模式，因为他们不受成本的束缚，也不受既定规则的束缚。
这同样适用于我们如何在区块链上构建应用程序。我在 ETHDenver 期间和之前就开始宣传这个想法。这种商品化的苗头开始显现，以下是我们认为它正在发生或可以利用的领域：：
- 数据可用性（Celestia、Avail、EigenDA）
- Rollup SDKs (Sovereign、RollKit、OP Stack、ZK Stack)
- 共享排序（Astria、Espresso、Superchain 等）
- MEV 校对 + 拍卖（SUAVE、Intents）
- 经济安全（ICS、Eigenlayer、Babylon）
- 求解器（外包执行和定价）
- 虚拟机（zkVM）
请记住，其中一些已经在一定程度上商品化，而其他一些仍有待实现。有些（如求解器）不太可能实现，而是被迫受到激励以呈现最佳结果。尽管，有理由认为，随着时间的推移，求解器可能会商品化（就像做市商一样）。尽管与搜索者一样，总有改进的方法（改进的方法不那么「明确」）。
具体来说，关于 zkVM 的商品化及其对周围互补品（如 Rollups）的影响，我们看到一些团队构建了通用的 zkVM 而不是自定义电路。这可以在 Rust 中通过兼容的通用 zkVM（如 Risc Zero 和 Succinct ）运行 Rollups 的状态转换函数 (STF) 来实现。虽然针对某个区块链 VM 的完全成熟的自定义电路 zkVM 肯定更加优化，但通用电路正在迎头赶上。这也意味着随着相关 VM 的进展，维护和升级会减少。Sovereign Labs （上面提到的 SDK 之一）正在走这条路。这在保留 ZK 的可扩展性和安全性的同时，为应用程序逻辑提供了很大程度的可定制性。另一个需要补充的重点也是关于 ZK 加速部分。对于通用 VM 来说，针对特定方案、算法和 VM 优化软件和硬件加速要比使用自定义电路设置的特定用例容易得多。对于硬件加速公司来说，集成工作也可能变得更加容易，这样可以挖掘更大的潜在客户群。我们已经在 Ingonyama 等公司看到了这一点，这些公司优先考虑与特定的高利用率产品集成。这意味着，作为通用 zkVM 的用户，你的「客户支持」通常会好得多。
虽然许多 zkVM 都是开源的，但人们可能会问，商品化从何而来。有一点已经很清楚了，特别是在 Web3 中，将软件（特别是开源软件）商品化非常困难。然而，正如前面在互补品商品化中所解释的那样，营利性公司提供开源软件并不是一个新想法；相反，它被用作一个渠道。Risc Zero 就是一个很好的例子，它利用他们的开源 zkVM 将开发人员引入他们的生态系统，这些开发人员都是 Bonsai 等「可商品化产品」的潜在客户。我们很可能也会在 Succinct、 Modulus 和其他 ZK 公司中看到这种趋势。
基本情况是，随着产品互补品价格的下降，对产品的需求就会增加。
为了更清楚地概述我们如何考虑在模块化堆栈中利用商品化互补品，让我们看看这对于希望构建特定于应用程序的 Rollup 以利用定制的应用程序开发人员来说可能是什么样子。值得注意的是，对于最终用户来说，设计选择中的这种可选性将被全部抽象化。本质上，最终目标是提供 Web2 用户体验的同时具有 Web3 安全性。
在这种情况下，作为基础设施（Rollup）构建的应用程序已将大部分工作外包给其互补程序，专注于提供最佳的产品和用户体验，而不必处理协调使区块链高效的所有交易。
这也表明，Web2 著名的 API 经济似乎也正在缓慢但稳步地进入加密领域。
现在，当你开放并商品化你周围的互补品时，你还可以定制和专门化你的特定基础设施和环境以满足你的应用程序，从而满足最终消费者的需求。然而，开发人员还有其他重要的方面和需求。需要传达的一点是，提供选择并不是一件坏事。我们认为，选择和自由的无许可市场对于创新至关重要。最终，客户将通过市场力量选择他们认为可行的产品。
以下列举一些例子（除了我们在上一篇文章中提出的公平排序、可验证排序规则和 MEV 提取思想）：
- 资源定价效率（超出支付给互补品的费用）
- 区块空间存储
- 自定义 OPCode、预编译、曲线（例如 Aligned -esque 设置）
- 替代性虚拟机
- Gas 限制和区块时间
- 状态数据库 /Merklelisation 优化：硬件变化
- 形式化验证
- 在排序上使用欺诈证明和断言进行监控和响应：这里也可以对「良好」的审查制度进行完整的讨论。
- 协议自有预言机 / 预言机可提取价值 (OEV)：在 Rollup 级别上提供高度「安全性」可以更加容易地实现。
需要注意的一个非常重要的事实是，互补品的商品化并不总是以合作或「友好」的方式进行，而是一种使竞争对手变得无关紧要的方式。这些尝试可以用作将堆栈中其他地方的另一个项目商品化，甚至可以防止其他人做同样的事情。对于加密 VC 领域而言，他们的投资组合公司也是如此；例如，发布直接与其他公司竞争的开源软件（并帮助投资组合公司）的频率很高。
长期以来，加密应用程序也容易或可能发动对彼此有共同利益的协议的吸血鬼攻击。虽然理论上，如果任何一方增长，它们都会增长（以及它们的互补品）。例如，如果 Eigenlayer 增长，AVS 也会增长。如果 Celestia 增长，Celestia 上的 Rollups 也会增长。如果以太坊 Rollups 增长，以太坊也会增长。正如 Eigenlayer 社区喜欢说的那样，这是无限游戏。虽然这里有一些细微差别。例如，使用相同复合经济安全性的 AVS 数量越多，削减风险越高，相同竞争对手越多，每个竞争对手的收入就越少。在某些情况下，它还取决于你从中派生的层。例如，在结算层中（执行和流动性也存在于基础层上），Rollups 可以看作是寄生的。对于 DA 层，它的唯一目的是为 Rollups 提供服务，越多越好。
正如我们前面提到的，应用程序可以通过多种方式获得可定制性和控制性；然而，这往往是以牺牲安全性为代价的。将这些应用程序构建为基础设施的理由是，它允许我们保留上述权力，同时从其他地方获得安全性。现在，有几种方法可以做到这一点，我们介绍其中的一些：
- DA （真相的最后堡垒）
- 结算（争议解决的抗审查性）
- 共识（共享安全模型）
我们在「使用模块化基础设施构建应用程序」的演讲中提出了一个论点，第三次并不好，为什么会这样？
首先，加密经济提供者（运行新状态机和运行时的运营商）的成本会增加。此外，你不必支付一些 DA 或结算费，而是必须通过一定比例的费用来支付所获得的经济保障（这甚至可能无法支付运营成本）。另一种不太理想的可能性是你支付一定比例的代币激励（但这样你就会给你的原生代币增加持续的抛售压力）。这也是将成熟的应用链作为较小的应用程序运行的缺点之一。
启动应用链通常适合大型应用程序，这些应用程序不需要依赖关系，可以接受编排开销，并且能够为大量基础设施提供商的服务付费。共享安全和应用链模型中的激励措施都会变得更糟，特别是对于有流动性提供者的应用程序，他们必须支付一定的收益来吸引流动性提供者并在一定程度上抵消损失与再平衡 (LVR)。以 Osmosis 为例，他们向质押者和基础设施提供商支付代币，同时还向 LP 支付奖励——通货膨胀率为 10.21%，每年向 LP 支付约 1000 万美元。
在共享安全的情况下，你也有可能选择提供一定程度的安全性（对于空投猎人来说，从长远来看可能无法获得，因此在这种模式下，留存也非常重要），但你可能无法选择退出，因为接收者现在在硬件和 DevOps 上投入了费用。
然后，对于大多数共享安全模型，还有通过社交削减完成的额外削减条件（风险）。这是因为运营商和新持有者对他们为其提供安全性的状态机的结果持有自己的看法。在仅继承数据可用性安全性的情况下，情况并非如此，因为数据可用性提供者对他们收到的数据没有意见，他们的工作只是提供这些数据可用的快速和确定性证明。像 Celestia 这样的 DA 层上的验证器和轻节点不会在支持的 Rollup 上运行完整节点。我们认为，在继承区块链所有真相的最后堡垒——数据可用性（所有状态都源于此）的同时，实验、定制和专业化也是可能的。你基本上只需支付（现已商品化的）DA 费用、执行和状态存储成本——同时允许应用程序获得可观的间接利润，而无需使用原生代币进行激励。
然而，这些共享安全模型允许一些非常有趣、原创和独特的设置来尝试大量安全性。尽管如此，这些系统最终看起来像单一的链 / 状态机，因为运营商需要为他们支持的每个网络运行有主见的运行时——失去了可扩展性。然而，其中一些被这样一个事实所抵消：你可以无限期地复合这种加密经济安全性，但要付出巨大的风险，尤其是在发生大规模削减事件的情况下，这可能会对建立在其上的各种协议产生巨大的二阶效应。
许多应用程序都想要应用链的强大功能，但又负担不起安全预算，也无法处理与之相关的编排。随着可用的 DA、结算和共享安全协议数量的增加，以极低的成本启动模块化应用链变得轻而易举。
虽然这些情况下的执行层非常中心化（取决于是否使用去中心化的共享排序器），但我们确实希望看到一些小型排序器集以进行一些活性保护（尽管这里的客户端多样性也很有趣）。然而，在结算层的情况下，强制退出提款在 L1 原生资产上是可能的。较小的排序器（验证器）集也意味着更低的硬件成本（同时保持安全性）。这可以实现一些极端的专业化水平（例如 MegaETH 和 Eclipse）。
正如我们在整篇文章中提到的，虽然依靠消费者硬件来实现安全性和可验证性的分布式和去中心化系统是一件很美妙的事情，但它们的可扩展性效率并不高。虽然性能会受到影响，但它可以用来构建某些高效的服务（比如数据可用性采样），而大多数以 Rollup 为中心的层似乎都在走下坡路。通过从这些层（特别是安全的最后堡垒 DA）中获得安全性，我们可以优化性能，甚至可以从执行和默克尔化发生的层中移除共识之类的「限制」。我们看到这种情况发生在 Rollup 中，它们在极其去中心化的基础层和网络之上构建，这些基础层和网络是它们获得安全性的来源，并且具有极端的优化和硬件要求。同时，他们能够保持控制权、降低成本并保持「安全」。
例如，你无需运行数千台高度优化的昂贵裸机硬件，而是可以运行一组排序器（为了保持活跃），这些排序器将 DA/Consensus 外包给一个高效的层，并收取一定费用（而不是向基础设施提供商收取通货膨胀的费用）。Eclipse 就是一个很好的例子：
我们还看到，有些应用程序或社区不想处理 Rollup 所需的硬件编排和优化（无论是在 SDK 还是排序），而是以一些 DA 和排序成本为代价将这些工作外包（同时通过与类似 SUAVE 的设置集成来保留一些控制权）。这可以通过利用 Astria 和 Sovereign Labs 来实现，它们可以处理大部分繁重的工作，同时提供非常高效的设置。
除此之外的唯一成本是需要相应的 RPC 和存档节点（但即使这些也正在商品化）。
随着用户和应用程序对成本的要求越来越低，利润率也越来越低，尤其是在追求支持越来越多的用户时，降低与运行基础设施相关的成本的需求也随之降低，特别是如果我们不打算无限期地提高原生代币的价格来支持提供商（价格升值在这里有所帮助，但也有显著的抛售压力）。
我们还注意到，不仅注重为后端提供安全性，还通过生态系统 / 通用 Rollup 为前端开发人员提供安全性，这些生态系统 / 通用 Rollup 在利用流动性热点的同时，看到了对更「安全」的执行环境的需求。这一点尤其重要，因为许多大型基金由于固有风险（重放攻击等）而对参与 DeFi 感到「担忧」。
虽然在应用程序可组合性方面存在一些问题，但这不是本文的重点。我们将在稍后介绍这些问题（和解决方案）。具体来说，应用程序之间的块间（inter-block），甚至是两个区块间的块间，这超出了做市商、求器和跨链桥意图所能实现的范围。我们正在讨论构建控制自己环境的应用程序，同时可以与其他应用程序原子组合。为此，你需要一个带有编译器的全局简洁状态层。
微信扫一扫 
