我预测：到 2024 年，我们将开始看到更多的 Web3 开发人员在应用程序层进行构建。

为什么？因为共享排序器费用。

以下是我对 L2 如何开始与 DApp 开发者分享他们的排序器盈利能力的脑洞：

如今，大多数 L2 都运行中心化排序器。

中心化排序器通常向用户收取费用作为收入，并从该收入中抽取一定比例作为利润。

• + 收入：L2 收取的交易费用
• - 成本：将交易数据发送回 L1（以太坊）
• = 排序器利润：剩下的。

这听起来很简单，因为它没有考虑排序器之外的因素，例如发布 ZK 证明或故障证明。单就排序器而言，L2 运行它们通常是一项有利可图的操作。

例如，根据@DefiLlama，Arbitrum 排序器在过去 24 小时内：

• + 向用户收取 213,274 美元的费用
• - 将交易数据发送到 L1 的成本为 147,237 美元
• = 利润 66,037 美元

以下是这些术语的定义：

• 费用：用户支付给排序器的交易费
• 收入：从用户获得的 ETH 减去向 L2 发送数据的成本

有时，这种利润确实会回到产生这些 Gas 费的开发商手中，例如 Optimism 的 RetroPGF。

然而，这些都不是在链上定义的，并且是在几个月或几年后一次性分配给开发者。它还依赖于链外社交系统。

那么什么是共享排序器费用，以及它如何解决这个问题？

将排序器利润分配给开发者

共享排序器费用旨在将排序器利润重新分配给链上的 DApp 开发人员。这是由 Blast 首先提出的（如果我没有说错的话）。

他们的文档中这样表示，Blast「将排序器费用重定向到引发这些费用的 DApp」。

这意味着 Blast 的排序器向用户收取 Gas 费用，并将其重新分配给那些产生这些费用的 DApp 背后的开发人员。

作为智能合约开发人员，可以通过调用 Blast 智能合约「configureClaimableGas」上的函数来选择你的合约来接收费用：

然后，你可以随时通过调用另一个函数「claimAllGas」来索取该合约生成的 Gas 费用中属于你的部分：

Mode Network（基于 OP 堆栈构建）也通过「SFS」（排序器费用共享）来实现这一点。

它的工作原理几乎与 Blast 完全相同，你首先通过调用「注册」函数将智能合约注册到模式合约。

注册后，NFT 就会被铸造到你的钱包中。一旦你的合约产生了费用，你可以通过调用「提款」功能并提供你的 NFT 代币 ID，从模式合约中提取资金。

类似的激励机制

一种类似的替代方法是类似 Astar Network（基于 Polygon CDK 构建）的「DApp Stake」。

DApp Stake 顾名思义，用户可以将他们的代币质押到他们想要支持的特定 DApp 中。

每个区块都会将一部分奖励发送回用户所质押的 DApp。

从他们的文档中可以看出：「在网络上的每个区块，一部分奖励都分配给 DApp 质押」……「然后，该奖励在 DApp 的运营商（开发者）和提名人之间分配」。

风险

当你将激励措施与智能合约花费的 Gas 量挂钩时，开发人员就会间接受到激励，让他们的合约花费尽可能多的 Gas 费。

这可能会导致开发人员向网络发送不必要的交易或在函数内执行不必要的昂贵操作。

在这种情况下遭受损失的是用户，他们最终可能会支付比他们原本需要的更多的 Gas 费，因为开发人员想要赚更多的钱。

结语

这是一个让我令人兴奋的想法，因为这意味着应用程序开发人员有可能构建免费使用（仍然需要 Gas 费）的 DApp，并且仍然可以获得利润。

对于很多 Web3 应用来说，向用户收费来获取利润是没有意义的。除了用于建设公共产品和基础设施的拨款外，Web3 应用几乎没有什么激励措施。

但是现在开始，这种情况会发生变化。

想象一个没有商业模式的社交 DApp。他们只是在运营一个用户喜欢的有趣应用程序。它产生了大量的流量，在他们建造的 L2 上疯狂消耗 Gas。

通过选择这样的共享排序费用系统，用户通过智能合约花费的一部分 Gas 可以从网络中收回，反馈给开发者。

开发人员可以通过为用户提供价值来专注于提高产品的使用率，而不是担心如何维持正常运转。

这笔钱可以在 DApp 的整个生命周期中根据其使用量按比例奖励开发者。

在我看来，Web3 在应用程序层缺少创新的原因之一是，与构建 L2 相比，开发人员在应用程序层进行构建的激励较少。

这些系统可能是激励开发人员在应用程序层大规模建设的开端。