IOSG Ventures：解析Web3遊戲引擎的網路效應

原文來源：  IOSG Ventures

本文為 IOSG 原創內容，僅做行業學習交流之用，文中所提及的項目與 IOSG 無利益關係，不做任何投資建議，請讀者在閱讀本文時保持客觀，仔細甄別資訊，DYOR。若讀者需轉載及引用本文內容，請聯繫 IOSG 團隊獲取授權及轉載須知。感謝 IOSG Ventures 投研和投後團隊的辛苦協作！

前提摘要

我們在 FOG 系列的第一部分中對鏈上遊戲和遊戲引擎進行了概述，感謝 Sylve, Tarrence, Andy, Alvirus, Kevin & Iain 對本文的支持。

鏈上遊戲和引擎還處於早期階段。像 MUD 和 Dojo 這樣的遊戲引擎雖然已經能夠用於產品研發，生態系統中已經有開發者正在在使用，但還有很長的路要走。遊戲引擎通常會經歷巨大的網路效應，因為許多遊戲都基於它們的框架並向框架添加功能。

在鏈上遊戲生態中，最大的網路效應來自於遊戲的可組合性和可擴展性，以及遊戲資產與其他基於相同生態系統和引擎的遊戲的結合。隨著開源庫允許開發人員在社區的幫助下解決技術問題，引擎的粘性也呈指數級增長。

如果我們想象遊戲引擎生態系統的進化，它們的網路效應和價值累積層可能如圖所示。模塊/驗證器市場很容易被類似於 Gnosis Safe 模塊的引擎層吞沒。默認情況下，AW 層是可組合的，但這取決於遊戲開發者和玩家對可組合性級別的選擇。許多公司正試圖在這個堆棧中捕獲 2 層或更多的層。

至此，讓我們深入探討在線遊戲開發的主要挑戰以及遊戲引擎如何解決這些問題。區塊鏈遊戲引擎所面臨的問題：

網路擁堵

Crypto Kitties, Axie Infinity, Loot Realms 發布時，無一不造成了整個網路的擁堵。他們是如何解決的？他們分別創建了自己的鏈，即 Flow、Ronin 和 Loot Chain。鏈上遊戲需要更多的計算資源，而所有遊戲都將爭奪區塊空間。因此，有資金支持的商業化團隊自然而然會選擇建立自己的應用特定的 L2 擴展層。他們與 Caldera、Conduit、Eclipse、Alt Layer 等 RaaS（Rollup as a Service）提供商合作。目前流行的 L2 框架似乎是 OP Stack，我們預計隨著 Arbitrum Orbit、Starkware L3 和 ZkSync Hyperchains 等技術的成熟和可供生產使用，這種情況將發生變化。

Argus 還介紹了他們的新產品——插入數據可用層的 EVM 第 2 層。這是基本分片（base shard)。我們不知道更多關於它的細節，但它讓我們想起了 Len 的 Momoka。EVM 基礎層將使其他遊戲開發者能夠為他們的遊戲構建高度可定製的執行層 game Shards，並且 base Shard 將成為為整個 Argus L2 帶來可組合性的層。

區塊鏈的低速

在區塊鏈上，只有等交易確認後，合約狀態才會發生改變。如果你想讓 f(a) 觸發 f(b)，這個過程只能等待。因此，遊戲中的延遲似乎是不可避免的。在以太坊上，這將是 15 秒，直到區塊被解決，以及另外 30-45 秒以克服重組風險。

通過使用 ticks, 遊戲中的狀態可以在不用等待交易完成的狀態下自動改變。Tick 頻率可以理解為更新的頻率。競爭性 MMO 遊戲的 tick 率通常為 20-30 秒，RTS 遊戲的 tick 率可能高達 60 秒。現在大多數遊戲開發者都在製作 MMO 遊戲，所以 20 秒的 tick 頻率是比較理想的。Rollups 上平均的區塊時間為 1-2 秒（Momoka 連接 Polygon PoS 的時間為每 2 秒），Argus 的新解決方案擁有 20 個 tick/秒的 tick 頻率，是目前行業中最快的。

0xCurio 團隊是第一個使用自定義 L2s(通過 Caldera) 來優化更快 tick 率的商業團隊。他們已經在 OP Stack 上創建了第一個 tick 鏈應用，並可能與他們的遊戲 (如 treaty.earth) 一起發布。

開發者體驗仍需提高

MUD 背後的故事是，Lattice 團隊一直在嘗試創建新的鏈上遊戲，並遇到了同樣的後端問題。所以他們決定創建一個可以被普遍採用的鏈上遊戲開發框架。除了可組合性外，還有兩個關鍵挑戰：合約和玩家客戶端之間的更快狀態同步和易於升級 (修改/更新內容) 而無需在每次升級時重寫索引器 (自動索引器)。

在本文中，我們將假設在同一遊戲引擎框架上構建的所有應用程序都具有可組合性。

遊戲引擎介紹

本文將介紹四個項目，它們都在爭奪最大區塊鏈遊戲引擎標準的地位。其中兩個是公共產品，另外兩個是由過去籌集資金的商業團隊建造的。讓我們深入了解一些更高級的問題以及團隊如何解決它們。

MUD v2

MUD 是最受歡迎的遊戲引擎，為 EVM 上 95% 以上的在線遊戲提供遊戲引擎。Lattice 的遊戲引擎引入了 Store，它可以用類似於關係數據庫的方式表示鏈上數據。使用 Store 而不是編譯器驅動的儲存的好處是合約數據的可升級性和大規模的 gas 成本。

狀態更新也會自動發出事件，因此自動索引器無需自定義配置即可索引整個狀態。與 Solidity 的靜態數據相比，新數據 (表) 可以在運行時添加，從而實現可升級性。儲存成本與為每個狀態手動發出事件相當，但 MUD 比原生 Solidity 更有效地打包數據，因此從長遠來看更便宜。

Store: 是使用 solid 的編譯器驅動儲存的另一種方案。在合約中儲存數據是消耗 Gas 的，並且在 Solidity 中是靜態/不可檢視的，這意味著接口/應用程序必須假設它們所進行的調用是正確的。通過 Store 的鏈上數據庫，應用程序的合約儲存現在可以被鏈下索引器、前端或另一個合約進行索引。使用 Store 的好處是合約數據的可升級性和大規模 gas 成本的考慮。

Mode: 這是一個鏈下索引器，使用 PostgresDB。它可以索引 EVM 上的任何 MUD 應用程序，主要用於與 MUD 客戶端進行更快的狀態同步。

World: 是一個框架，包括使用儲存、系統、無權限創建、訪問控制、模塊等。綜上所述，World 合約是一個具有集中狀態和合約邏輯的單一合約。它可以在鏈上插件和一套改進的開發者工具的幫助下擴展。引入 MUD 的每個新插件都會為下一個加入的開發人員增加框架和引擎的價值。

一些例子:

Endless Quest: 可在 AW 生成一致敘事，metadata 和藝術

MUDVRF：遊戲中生成鏈上隨機數的 MUD 模塊

DeFi Wonderland：通過 burner client 來使用錢包的帳戶管理模塊

MUD Scan：MUD 遊戲的排行榜看板

Dojo Engine

Dojo Engine 是由 Starknet 開發者開發的公共遊戲引擎。這是唯一可驗證的遊戲引擎，並且其驗證是為遊戲引擎的架構和工具而生。

在這種情況下，可證明性意味著相同的遊戲循環可以在 rollup 的序列器或本地客戶端 (如瀏覽器) 上得到證明。使用 dojo，用戶可以編寫證明邏輯來執行客戶端，並且只在鏈上進行驗證，成本很低。這也使反作弊和樂觀更新等功能成為可能，即使順序器仍在驗證玩家的交易，邏輯也會在玩家的瀏覽器上實現。

他們的數據儲存方案類似於 MUD 的 Store，但針對可證明性和有效性證明的特性進行了定製。他們使用 Torii 提供自動可驗證的索引。索引使用儲存差異完成，提供 O(1) 索引，並使用儲存證明支持世界狀態的客戶端可驗證性。Dojo 支持部署到 Starknet 以及高性能的第 3 層序列器，如 Katana 和 Madara。Dojo 提供了 Katana(一個本地開發網路)、Sozo(一個用於部署、更新和與遊戲交互的命令行接口) 和 Torii(一個可驗證的索引器)。Dojo 提供了一個 rust sdk，可以為瀏覽器編譯成 WASM，在基於 rust 的遊戲中使用 (即使用 Bevy)，並為 Unity 和 Unreal(正在開發中) 提供綁定。

遊戲開發者被鼓勵用 Cairo 編寫應用程序。Cairo 是一種類似 rust 的語言，用於為一般計算創建可證明的程序。在 Dojo 上構建的一個優點是，您可以引入使用 zkps 原生的戰爭迷霧機制，而不必在 Solidity 上的 Circom 中編寫代碼。

Argus Labs

Argus Labs 由 Scott 創立，Scott 是 Dark Forest 的聯合創始人之一，最近發布了他們最新（也是唯一的）的更新。這是一個雄心勃勃的項目，想要成為創建遊戲 (工作室)、遊戲引擎以及供其他開發者擴展和部署的基礎設施。它目前是一個閉源項目，但他們的部落格承諾它將在發布時開放源代碼。

如之前分享的內容所描述，它是一個定製的 L2，具有基本分片和個人可定製的遊戲分片。配合 World Engine(專有遊戲引擎)，遊戲開發者可以使用自定義參數 (如更高的 tick 率、帶有 gas 自定義的本地 AA、ECS 數據庫以及與 Unity、虛幻、JS 等客戶端的兼容性) 創建獨特的執行環境。他們還提供類似於其他遊戲引擎的自動索引器。他們優化了 L2 & world 引擎，使用 Solidity 編寫的內容變得抽象，鼓勵用 Go 進行遊戲開發。在傳統遊戲開發中，雖然 Go 是一種完美的編程語言，但它並不是首選語言，因為大多數引擎和庫都支持 C、c++和 c++。

Scott 在他最近的演講中暗示了一個獨特的價值主張，即基於位置的分片 (比如「亞洲服務器」，「歐洲服務器」)，這可以進一步改善遊戲的延遲。舉個例子來說，大多數序列器都位於美國，而亞洲玩家通常面臨至少 300 毫秒的延遲，這在遊戲中是很長的時間。整個結構由共享序列器支持，該序列器是為優化延遲而定製的，而不是同步可組合性和原子捆綁。它沒有阻塞運行時的鎖——支持多個分片，並且不會被彼此阻塞，也不會強制執行總排序。

Cardinal Shard 是該公司首次實現的遊戲 Shard，每秒 20 次 tick，與傳統遊戲相當。

Keystone

Curio 團隊是第一個嘗試使用自定義 L2 的商業團隊，並最終與 Caldera 合作實現他們的自定義 OP Stack。他們將 ECS 結構嵌入到他們的 tick 鏈中，並將提供類似自動索引，Unity 的客戶端支持等功能。這是一個研發項目，是他們努力建立 Treaty.earth 的結果。更多內容或許會在團隊準備更充足時與公眾分享。

其他嘗試

雖然這四個是 EVM /以太坊生態系統中最前沿和最知名的，但還有其他幾個自定義遊戲引擎正在由 Playmint 和 Solana (Arc by Jump Crypto) 等團隊構建。Topology 是另一家處於在線遊戲前沿的探索者，並在 Starknet 上推出了基於其專有遊戲引擎的 Isaac，他們的最新遊戲 Shoshin 也即將推出。

結論

如今的各家引擎的都在想方設法提升 tick rate，擴容網路，旨在讓區塊鏈能承載更加複雜的遊戲交互——這讓我想起了早些年 vr 遊戲設備的競爭格局，新的技術出現，各家圍繞着 vr 頭顯的傳輸帶寬打了好一會仗，硬體廠家號召下，開發者蜂擁而上試圖讓各種品類的遊戲都做一個 vr/ar 版本，然而隨著市場的檢驗，人們發現只有某幾種固定的品類適合做成 vr，而頭銜的帶寬問題也並不至關重要。同樣的，全鏈引擎各家決勝的過程會是一個複雜系統博弈的結果，但可以預見的是，先找到 pmf（在引擎之上內容側有全鏈爆款輸出的）的會有較大的競爭優勢。

我們很高興看到每一層的發展過程，新遊戲的發布和新引擎的出現。除了 MUD v2 和 Dojo，其他的都還沒有經過實戰測試，在我們弄清楚誰是鏈上世界的 unreal 和 unity 之前，我們還有很長的路要走。

原文連結