見解：シェアされたソーターフィーは、開発者をアプリケーション層へと引き寄せる
TechFlow厳選深潮セレクト
見解：シェアされたソーターフィーは、開発者をアプリケーション層へと引き寄せる
開発者は無料で使用できるDAppを構築しつつ、なおかつ利益を得ることが可能である。
Web3業界の深掘り報道に専念し潮流を洞察執筆：Jarrod Watts、Polygon Labs デベロッパー関係エンジニア
翻訳：Luffy、Foresight News
私はこう予測する。2024年までに、より多くのWeb3開発者がアプリケーション層の構築を始めるようになるだろう。
なぜか？ それは「シェアード・ソーターフィー（Shared Sequencer Fees）」によるものだ。
以下は、L2がDApp開発者と自らのソーター収益を共有し始める方法についての私のアイデアである。
現在、ほとんどのL2は中央集権的なソーターを運用している。
中央集権的ソーターは通常、ユーザーから手数料を徴収して収入を得ており、その収入から一定割合を利益として取り分ける。
-
+ 収入：L2が課すトランザクション手数料
-
- コスト：トランザクションデータをL1（イーサリアム）へ送信する費用
-
= ソーター利益：残りの金額
これはシンプルに見えるが、実際にはZK証明やファルトプロオフなどのソーター以外の要素は考慮していない。純粋にソーター単体で見れば、L2がそれを運営することは一般的に利益が出る事業である。
たとえば、@DefiLlamaによると、Arbitrumのソーターは過去24時間で以下の結果を出した。
-
+ ユーザーから213,274米ドルの手数料を徴収
-
- L1へのデータ送信コスト：147,237米ドル
-
= 利益：66,037米ドル
これらの用語の定義は次の通り。
-
手数料：ユーザーがソーターに支払うトランザクション料金
-
収入：ユーザーから得たETHからL2へのデータ送信コストを差し引いた金額
場合によっては、この利益が実際にガス代を生み出した開発者に還元されることがある。OptimismのRetroPGFなどが該当する。
しかし、これらはいずれもオンチェーンで定義されたものではなく、数ヶ月または数年後に一括して開発者に分配される。また、オンチェーン外の社会的システムにも依存している。
では、「共有ソーターフィー」とは何なのか？ そして、この問題をどう解決するのか？
ソーター利益を開発者に分配する
共有ソーターフィーとは、ソーターの利益をオンチェーン上でDApp開発者に再分配することを目指したものだ。これはBlastが最初に提唱した（少なくとも私の知る限り）。
彼らのドキュメントには次のように記されている。「Blastは、手数料を発生させたDAppにリダイレクトする」。
つまり、Blastのソーターがユーザーからガス代を徴収し、それらの手数料を発生させたDAppの背後にある開発者に再分配するということだ。
スマートコントラクト開発者は、Blastのスマートコントラクトの「configureClaimableGas」関数を呼び出すことで、自分のコントラクトが手数料を受け取れるように設定できる。
その後、別の関数「claimAllGas」を呼び出すことで、いつでもそのコントラクトが生成したガス代の受け取り可能な部分を請求できる。
Mode Network（OPスタックベース）も同様の仕組みを「SFS」（ソーターフィー共有）として実装している。
その動作原理はBlastとほぼ同じで、まず「register」関数を呼び出してスマートコントラクトをモードコントラクトに登録する。
登録が完了すると、あなたのウォレットにNFTがミントされる。一度あなたのコントラクトが手数料を発生させたら、「withdraw」関数を呼び出し、NFTのトークンIDを提示することで、モードコントラクトから資金を引き出すことができる。
類似のインセンティブ設計
これに似た代替案として、Astar Network（Polygon CDKベース）の「DApp Stake」がある。
DApp Stakeは名前の通り、ユーザーが自分が支援したい特定のDAppにトークンをステーキングできる仕組みだ。
各ブロックごとに、報酬の一部がユーザーがステーキングしたDAppに送り返される。
公式ドキュメントによれば、「ネットワーク上の各ブロックにおいて、報酬の一部がDAppステーキングに割り当てられる」「その後、その報酬はDAppの運営者（開発者）とノミネーターの間で分配される」。
リスク
インセンティブをスマートコントラクトのガス消費量に結びつけると、開発者は間接的に、できるだけ多くのガスを使うように動機付けられてしまう。
その結果、開発者がネットワークに不要なトランザクションを送ったり、関数内で不必要な高コスト操作を実行したりする可能性がある。
このような場合、損失を被るのはユーザーであり、開発者がより多くの収益を得たいがために、本来必要以上のガス代を支払わされることになる。
まとめ
これは私にとって非常にわくわくするアイデアだ。なぜなら、DAppの利用が無料（依然としてガス代は必要だが）でも、開発者が利益を得ることが可能になるからだ。
多くのWeb3アプリケーションにとって、ユーザーから料金を取って利益を得ることは意味をなさない。公共財やインフラの構築のための助成金以外では、Web3アプリにはほとんどインセンティブがない。
しかし今後は、状況が変わっていくだろう。
ビジネスモデルを持たないソーシャルDAppを想像してみよう。ただ、ユーザーが好む面白いアプリを運営しているだけだ。それが大量のトラフィックを生み出し、構築されたL2上で莫大なガスを消費する。
このような共有ソーターフィー制度を選ぶことで、ユーザーがスマートコントラクトを通じて支払ったガス代の一部がネットワークから回収され、開発者に還元される。
開発者は、製品の使用率向上に注力でき、維持運営の資金調達に頭を悩ませる必要がなくなる。
この資金は、DAppのライフサイクル全体を通して、その使用量に応じて比例的に開発者に報酬として与えられる。
私の見解では、Web3がアプリケーション層で革新を欠いている理由の一つは、L2構築に比べて、アプリケーション層での開発に対するインセンティブが少ないことにある。
こうしたシステムは、開発者がアプリケーション層で大規模に構築するインセンティブの始まりとなるかもしれない。
TechFlow公式コミュニティへようこそ
Telegram購読グループ：https://t.me/TechFlowDaily
Twitter公式アカウント：https://x.com/TechFlowPost
Twitter英語アカウント：https://x.com/BlockFlow_News
@0xPolygonLabs
