📢 Gate廣場 #NERO发帖挑战# 秀觀點贏大獎活動火熱開啓!
Gate NERO生態周來襲!發帖秀出NERO項目洞察和活動實用攻略,瓜分30,000NERO!
💰️ 15位優質發帖用戶 * 2,000枚NERO每人
如何參與:
1️⃣ 調研NERO項目
對NERO的基本面、社區治理、發展目標、代幣經濟模型等方面進行研究,分享你對項目的深度研究。
2️⃣ 參與並分享真實體驗
參與NERO生態周相關活動,並曬出你的參與截圖、收益圖或實用教程。可以是收益展示、簡明易懂的新手攻略、小竅門,也可以是行情點位分析,內容詳實優先。
3️⃣ 鼓勵帶新互動
如果你的帖子吸引到他人參與活動,或者有好友評論“已參與/已交易”,將大幅提升你的獲獎概率!
NERO熱門活動(帖文需附以下活動連結):
NERO Chain (NERO) 生態周:Gate 已上線 NERO 現貨交易,爲回饋平台用戶,HODLer Airdrop、Launchpool、CandyDrop、餘幣寶已上線 NERO,邀您體驗。參與攻略見公告:https://www.gate.com/announcements/article/46284
高質量帖子Tips:
教程越詳細、圖片越直觀、互動量越高,獲獎幾率越大!
市場見解獨到、真實參與經歷、有帶新互動者,評選將優先考慮。
帖子需原創,字數不少於250字,且需獲得至少3條有效互動
全鏈遊戲如何進行“狀態”同步?
作者:Fiona, IOSG Ventures
TL;博士
定義FOG/AW:遊戲狀態是如何同步的
我認為要判斷是否是FOG,基準是遊戲狀態是如何同步的(source of truth)。
對於Web 2.5遊戲或傳統的多人遊戲,有一個中心化的服務器來定義當前的遊戲狀態,當玩家發送行動時,服務器會編譯這些輸入並將更新的結果返回給每個連接的玩家的設備。服務器處理所有的輸入(tick),解決不一致的問題,並定期向玩家發送更新,提供遊戲中所有元素的快照,每一個tick都更新遊戲狀態。 **遊戲狀態("game state or tick")**是遊戲世界中每個對象的屬性的時間快照。 Tickrate 是指遊戲服務器每秒鐘計算並向玩家廣播更新的遊戲狀態的次數。 Tickrate 越高,遊戲體驗就越精確、越高保真。一般來說,實時戰略或動作遊戲需要高。 tickrate,而卡牌遊戲等回合製遊戲則不需要。
來源:
對於完全運行在鏈上的遊戲,區塊鍊是遊戲服務器並作為遊戲狀態的去中心化的信任源。在這種情況下,不僅NFTs或代幣有真正的所有權,就連遊戲者的ticks以及遊戲邏輯也是在鏈上的。這就是為什麼可以實現真正的所有權、持久性、抗審查性、可組合性等。理想情況下,遊戲者的每個動作都應該提交給區塊鏈,在達成共識後,遊戲狀態被更新並返回到本地設備。因此,自然而然地,需要較少tickrate的遊戲類型更適合完全在鏈上進行。
解決遊戲的延遲、時間等的挑戰
隨著遊戲複雜性和可玩性要求的提高,對引擎架構提出了更多的挑戰要求:比如幀數延遲、隨機數、生命值恢復、連續的被動效果、計時器等等。
幀數延遲其實在Web2世界也非常普遍,來自包括客戶端渲染和用戶操作上的延遲。特別是FPS這種高tickrate 遊戲,一旦出現延遲,玩家體驗會非常差,Web2中的其中一個解決辦法是lockstep state update,讓所有玩家的同步按玩家中最高延遲的標準來同步,以此解決玩家公平性的體驗。當引入區塊鏈並需要等待交易確認後,這個延遲可能會更嚴重。為此,Mud也增加了遊戲中常用的optimistic rendering樂觀渲染這一機制,假設用戶操作成功,並在服務器同意之前(或者在本例中是在事務確認之前)將其渲染在客戶端中。
鏈上生成隨機數是一個經常被討論的課題,Mud認為可以將用戶行為作為隨機結果的輸入,在交互發生後生成。
時間的概念以及Ticks單位在區塊鏈上是不一樣的。 @SebastienGllmt認為在用fraud proof概念的鏈上(比如Op)很難使用計時器,因為一旦出錯,將需要回滾,如果遊戲中用到計時器,體驗將很差。 Mud提供了不少思路來模擬時間流逝以及被動恢復技能。比如隨時間流逝增加金幣,每次玩家執行需要金幣的操作時,根據玩家之前的金幣數量、最近一次刷新的數量和刷新率來計算玩家的金幣數量。再比如,當玩家在房間中移動時,交易中附帶根據一些預定義的設計移動房間中的所有物品。以此感知時間和狀態的變化。
**寫腳本“作弊”也許不是問題。 **@BriefKandle 不認為對遊戲系統的MEV算作弊,防止腳本能簡單的MEV是遊戲團隊需要考慮的事情,Web2的遊戲開發需要轉變思路,好的MEV bot是遊戲內的NPC。
部分功能已在最近推出的一些鏈上游戲中實現,比如Rhascau中,他們使用了計時器和連續被動效果。基本上使用區塊時間作為刻度。 (在當前的L2 中,區塊時間= tickrate)。
FOG/AW 技術棧
FOG/AW引擎框架是一個開發者工具棧,可以讓開發者利用區塊鏈作為服務器和信任源構建遊戲。此外,它可以解決目前的一些問題:
為了便於理解,這類引擎一般簡化的技術流程是:開發者為ui/ux和遊戲核心邏輯編寫前端和後端代碼,然後通過遊戲狀態的循環來同步所有的變化,最後由索引器將新的狀態反映到前端的本地設備上。
為了使運行在區塊鏈上的遊戲也能順暢地運行這一迴路,Mud,Dojo,Curio,Argus,Paima engine及Lootchain等正在為此開發各自的技術棧。技術棧由3個關鍵部分組成:鏈、核心開發棧和遊戲前端。他們都有自己的創新,在去中心化和遊戲複雜性之間做出權衡。
下圖描繪了不同的協議是如何設計各自的技術棧。以Mud V2為例來看其運作流:
現在,讓我們談談這些核心框架的共同和不同的設計。
目前已經有一些遊戲構建在這些引擎之上,Mud和Dojo都在為此舉辦黑客松吸引開發者構建應用,Curio也剛在ETHCC發布魔獸爭霸的minigame demo。
很明顯,FOG/AW正在成為公鏈爭奪的關鍵生態,由Lattice提出的AW(自治世界)是一個很大的概念,不僅限於遊戲、還包含社交、金融等眾多屬性。因此,構建在此之上的是一個充滿想像力的虛擬世界,即Metaverse。我們可以期待一些新形態的遊戲、社交、金融等融合應用。
參考: