共享排序器費用如何吸引開發者湧向應用層?



开发人员构建免费使用的 DApp,并且仍然可以获得利润。

作者:Jarrod Watts,Polygon Labs 開發者關係工程師

編譯:Luffy,Foresight News

我預測:到2024 年,我們將開始看到更多的Web3 開發人員在應用程式層進行建置。

為什麼?因為共享排序器費用。

以下是我對L2 如何開始與DApp 開發者分享他們的排序器獲利能力的腦洞:

如今,大多數L2 都運行中心化排序器。

中心化排序器通常會向使用者收取費用作為收入,並從該收入中抽取一定比例作為利潤。

  • + 收入:L2 收取的交易費用
  • – 成本:將交易資料傳回L1(以太坊)
  • = 排序器利潤:剩下的。

這聽起來很簡單,因為它沒有考慮排序器以外的因素,例如發布ZK 證明或故障證明。單就排序器而言,L2 運行它們通常是一項有利可圖的操作。

例如,根據@DefiLlama,Arbitrum 排序器在過去24 小時內:

  • + 向用戶收取213,274 美元的費用
  • – 將交易資料傳送到L1 的成本為147,237 美元
  • = 利潤66,037 美元

共享排序器費用如何吸引開發者湧向應用層?插图1

以下是這些術語的定義:

  • 費用:使用者支付給排序器的交易費
  • 收入:從用戶獲得的ETH 減去向L2 發送資料的成本

有時,這種利潤確實會回到產生這些Gas 費的開發商手中,例如Optimism 的RetroPGF。

然而,這些都不是在鏈上定義的,並且是在幾個月或幾年後一次性分配給開發者。它也依賴於鏈外社交系統。

那麼什麼是共享排序器費用,以及它如何解決這個問題?

將排序器利潤分配給開發者

共享排序器費用旨在將排序器利潤重新分配給鏈上的DApp 開發人員。這是由Blast 首先提出的(如果我沒有說錯的話)。

他們的文件中這樣表示,Blast「將排序器費用重定向到引發這些費用的DApp」。

這意味著Blast 的排序器向使用者收取Gas 費用,並將其重新分配給那些產生這些費用的DApp 背後的開發人員。

身為智慧合約開發人員,可以透過呼叫Blast 智能合約「configureClaimableGas」上的函數來選擇你的合約來接收費用:

共享排序器費用如何吸引開發者湧向應用層?插图3

然後,你可以隨時透過呼叫另一個函數「claimAllGas」來索取該合約產生的Gas 費用中屬於你的部分:

共享排序器費用如何吸引開發者湧向應用層?插图5

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 相比,開發人員在應用程式層進行建置的激勵較少。

這些系統可能是激勵開發人員在應用程式層大規模建置的開端。

聯系郵箱:0xniumao@gmail.com