チェーン抽象、アカウント抽象の概念に続き、Zypher Network はサーバー抽象の概念をさらに提案し、zk 技術に基づいて Web3 ゲーム分野に適用されるサーバー抽象ソリューションを先駆けて発表しました。このソリューションに基づき、ゲーム開発者は完全に分散化された環境でゲームを作成・運営でき、従来の中央集権的なサーバーアーキテクチャに依存することなく、ゲームの世界は複数の分散ノード上で運営され、自主的な動的シャーディングや効率的なデータ同期の能力を備えています。
新しいサーバー抽象の物語は、Web3 ゲームの運営方法の最適解かもしれません。ゲームの運営をより効率的、安全、信頼性の高いものにし、同様に GameFi 分野の新たな成長を促進する鍵となることが期待されています。
ブロックチェーンゲームの Web2.5 の瞬間
ブロックチェーンゲーム自体は Web3 を標榜しており、従来のゲームのプレイスタイルを保持しつつ、Crypto、NFT、P2E 特性などのトークン経済要素を導入しています。これにより、ゲームコンテンツは資産化され、プレイヤーは資産の所有権を掌握します。しかし、ほとんどのチェーンの基盤はゲームロジックの運営を支える条件を満たしていません。例えば、あるゲームで各プレイヤーが毎秒 1 回のチェーン上の取引(移動、スキル発動などの操作の状態更新)を生成すると仮定し、10,000 人のアクティブプレイヤーが同時にゲームに参加しているとします。この場合、チェーンの基盤は少なくとも 10,000 TPS に達する必要があります。そうでなければ、ゲームは非常にカクつき、Gas 費が非常に高くなります(铭文時代の各チェーンの Gas 費の状況を見てみると良いでしょう)。現在、実践的に上記の要件を満たすチェーンは存在しないようです。
したがって、ゲームの質の高い体験を保証するために、特にリアルタイムオンラインゲームでは、ゲームのロジックは通常、チェーン外のサーバーで実行されます(ストレージ、計算などはチェーン外で行われます)。これにより、Web2 ゲームのように非常にスムーズな体験が得られます。しかし、ゲームのチェーン上とチェーン外ではデータの同期が常に必要であり、プレイヤー間の状態を一致させる必要があります。
例えば、私がゲーム内で剣を購入した場合、チェーン外のデータベースはこのチェーン上の取引データをリアルタイムで同期し、私のバックパック内の武器の数を増やし、必要なときにいつでも取り出せるようにする必要があります。このように、チェーン上とチェーン外のデータ同期のプロセスは継続的であり、作業量は膨大です。
実際、このような Web2.5 のアプローチは、中央集権的なサーバーがもたらす一連の問題、すなわち検閲、ハッキング攻撃などによるゲームの単一障害リスクやスケーラビリティの問題を引き受ける必要があります。もちろん、チェーン上とチェーン外のデータの継続的な同期が必要なため、データのハイジャックやゲーム開発者の悪意によるデータ漏洩や不正行為などの問題が発生する可能性もあります。特に経済的利益が関与する場合、実行者が悪事を働かないことを保証するのは難しいです。結局のところ、悪事を制限するメカニズムは存在しません。
もう一つの潜在的な問題は、トークン経済がチェーン上にあり、ゲームロジックがチェーン外にあるため、両者は通常平行していることです。ゲームのロジックとプレイヤーのインタラクションは非常に複雑であり、大量のリアルタイムの意思決定、状態変化、ランダム性が関与しています。これにより、ゲームロジックを完全にスマートコントラクトに封じ込めることが難しくなります。例えば、ゲーム内のアイテム、キャラクターのスキル、イベントのトリガーなどは通常動的に変化するため、静的なコードで完全に表現することは困難です。そのため、開発者はゲームに合わせて戦略を頻繁に調整する必要があります。
ブロックチェーンゲームの発展のジレンマ
したがって、チェーン上の計算能力が限られ、取引コストが高く、リアルタイム性の要求が高い場合、Web2.5 ゲームは通常、比較的複雑なゲームロジックを実現するのが難しく、これが多くの Web3 ゲームの品質に欠ける原因となり、ゲームコンテンツ自体から利益を上げることが難しくなります。このような背景の中で、開発者は収入をトークン経済や NFT 販売などの活動に賭けることになります。一部のリソースを持つチームは資金調達に依存し、ゲーム自体はトークンの価格上昇や P2E インセンティブだけでは日常的なアクティブユーザーを維持するのが難しいです。典型的なプロジェクトには Axie Infinity や Star Atlas などがあります。
一方で、現段階で多くの Web3 開発チームがブロックチェーン AAA ゲームを開発すると主張していますが、これは現実的ではないかもしれません。
AAA ゲーム自体は開発サイクルが非常に長く、『黒神話:悟空』のように没入型のゲーム体験と魅力的な文化的背景を特徴とする AAA 大作(現在、世界の総販売数は 1810 万本を突破しています)や、『星鳴特攻』のように、ソニーが発売したゲームで、マーケットに出てから半月も経たないうちに Steam でのピーク日常アクティブユーザーは 700 人程度で、どちらも 8 年間の開発サイクルを経ています。しかし、巨額の投資と時間の投入を考えると、暗号市場からのリターンを得るのは夢物語です。特に成熟したビジネスモデルを持つ Web2 の AAA 開発チームは、Web3 分野に来て自らのビジネスモデルを乱し、不必要な負担を増やすことを望まないでしょう。
同様に、複雑なゲームロジックや要素に直面して、既存のインフラは良好なサポートを提供できないことも根本的な理由の一つです。
したがって、技術、投資面、タイムライン、既存業界のリソース(インフラなどを含む)など、すべてがそのサポートを提供するのは難しく、暗号市場の風向きが非常に速く変わることを考えると、なおさらです。
私たちは、パラダイムに大きな変化がないチェーン上のゲーム分野が、アクティブユーザーの流出やほぼ新規ユーザーの不足というジレンマを乗り越えられず、低迷期にあることを見ています。
既存のゲームの運営ロジックを根本的に変え、より合理的に Web2.5 から Web3 へと脱却することが、現在のブロックチェーンゲームが直面する発展と成長の問題を改善する鍵かもしれません。そして、Zypher Network が提案するサーバー抽象の物語は最適解かもしれません。
サーバー抽象の物語
まず、サーバー抽象について話しましょう。
チェーン抽象、アカウント抽象は、以前の業界の声が高かった物語であり、ユーザーがチェーン上の施設を利用する際のハードルを下げることを目的としています。例えば、アカウント抽象はカスタマイズ可能なアカウントの動作を許可することで、アカウントが複雑なスマートコントラクトのロジックを実行できるようにします。これにより、ユーザー体験が簡素化され、さまざまな認証方法や取引方法の柔軟な設計がサポートされます。例えば、アカウント抽象の特性に基づいて、ウォレットアカウントを生成する際に、助記詞の代わりにメールアドレスや指紋などのよく知られた特徴を使用したり、抽象層に基づいて Gas の代金支払いを実現したりできます。一方、チェーン抽象は、アプリケーションを特定のブロックチェーンの基盤実装から分離し、開発者が異なるブロックチェーン上でアプリケーションを展開できるようにし、基盤ネットワークの詳細を気にすることなく、クロスチェーンの相互運用性と開発の柔軟性を向上させます。チェーン抽象の施設に基づいて、開発者は無感覚にマルチチェーン統合を行い、ユーザーも無感覚にクロスチェーントランザクションを実現できます。
本質的に、アカウント抽象とチェーン抽象は、異なる実行層や構造を構築することで、異なる行動指向や機能拡張を実現するものであり、異なるプロジェクトでは、チェーン抽象やアカウント抽象のソリューションに一定の違いがあります。
Zypher Network は、アカウント抽象とチェーン抽象の概念を拡張し、さらにサーバー抽象の概念を提案しました。
サーバー抽象は、サーバーレスの状態に似ており、分散型の新しいリソースサービス層を去中心化の方法で構築し、基盤サーバーインフラの複雑さを減少または隠蔽し、ユーザーと開発者が必要なサービスに透明かつ効率的にアクセスできるようにし、物理的およびクラウドサーバーを直接管理または接触することなく利用できるようにすることを目的としています。サーバー抽象は、去中心化アプリケーション(dApps)やブロックチェーンプロジェクトの計算およびストレージリソースのニーズを直接満たすことができ、中央集権的なサーバーに依存しません。
ブロックチェーンゲーム分野の基盤エンジンとして、Zypher Network はサーバー抽象の物語をブロックチェーンゲーム分野に最初に適用しました。
Zypher Network のサーバー抽象ソリューション
Zypher Network 自体は、ゼロ知識証明ソリューションに基づく Web3 ゲームエンジンの基盤施設です。これは、開発者にゼロ知識証明(ZKP)に基づく多機能ツールを提供し、開発者が ZKP などの技術を使用して Web3 ゲームを開発する際のハードルを下げるだけでなく、ゲームが開発を完了した後、Zypher Network は分散型のゲームエンジンシステムとして、ゲームの去中心化運営に強力で柔軟なインフラを提供し、さまざまな技術的ニーズを満たし、ゲーム体験を向上させ、必要に応じて必要な機能を組み込むことができます。
Zypher Network 自体はゲームロジックを中央集権的なサーバーに展開するのではなく、ゲームロジックを直接チェーン上の回路に書き込みますが、ZKP 生成証明などの作業はチェーン外で行われ、最終的に証明の検証はチェーン上に戻ります。
証明の生成は、チェーン外の分散型検証ノードネットワーク層によって駆動されます。このネットワーク層では、各ノードがゼロ知識証明の生成や通信などの能力を持ち、ゲームに強力な計算サポートを提供できます。このネットワークはトークン経済に基づいて駆動されます。私たちは、チェーン上の部分とチェーン外の部分が共同でゲームの運営を支え、サーバーの役割を共同で果たすことを見ていますが、両方の部分は去中心化の方法で運営されています。したがって、このシステムには実際に具体的なサーバー施設は存在せず、サーバーを抽象化して処理していると理解できますが、従来のサーバーよりも優れた効果を発揮します。
運営ロジック
l チェーン外部分
ゲームが運営されると、Zypher Network エンジン内のノードは、プレイヤーの連続したゲーム行動から生成されたアクションログを ZK 証明に集約します。一定の周期内にこれらのゲームアクション(それぞれが 1 つの取引です)は 1 つの ZKP 証明に集約され、複数の証明が単一の取引の形でチェーン上に提出されます。この方法は Gas 費を大幅に削減するだけでなく、一部の PvE ゲームの展開において、プレイヤーに遅延のないゲーム体験を保証します。
一方、PvP シーンにおいて、Zypher Network は前述のノードネットワークに基づいて Z4 エンジンを導入し、複数人のリアルタイムオンラインプレイを提供します。Z4 エンジンは、プレイヤーがマッチングを通じてゲームルームに入ることをサポートします。このルーム自体は無状態のルームであり、ノード自体はデータを保存せず、エンジンのスケーラビリティ、耐障害性、安全性、応答性を大幅に向上させ、複数のノード間で計算タスクを分配し、データ同期の問題を心配する必要がなくなります。これにより、全体の性能と効率が向上します。
Z4 エンジンのゲームルーム内では、プレイヤーの操作も ZKP の形でパッケージ化され、順序付けされ、チェーン上にアップロードされて検証され、結果が実行されます。特筆すべきは、Z4 ノードが仮想マシン(wasm/evm/...)を使用してゲームロジックを実行できることです。これにより、スマートコントラクト、経済モデル、ゲームロジックが組み合わせ可能な形で構築されます。また、より高い効率が必要な場合、開発者はノード内で直接ゲームロジックを記述でき、仮想マシンを使用する必要がなくなります。ゲームプロセスは取引や Gas 費を伴わず、開発者の開発コストやプレイヤーのゲームコストを大幅に削減し、オンラインゲームの運営効率や負荷能力を大幅に向上させます。
ノードが上記の一連の作業を完了すると、ネットワークからインセンティブを得ることができます。当然、ノードは悪事のコストを高めるためにいくつかのトークンをステーキングする必要があり、悪事を働くと罰金が発生します。
l チェーン上部分
Zypher Network のチェーン上部分は、ゲームエコシステム専用のモジュール式 Layer3 システム(Zytron エンジン)を導入し、開発者がモジュール式の方法で自分の APP チェーンを構築できるようにします。即時使用可能な一連のツールコンポーネントを提供することで、開発者は最低コストで、急な学習曲線なしに自律的な世界や小型戦略ゲームを構築したり、AAA ゲームをチェーン上に移行したりできます。同時に、プロダクションレベルの UE を保持し、ゲームロジックに対応する複雑な計算プロセスをチェーン外のノードに負荷をかけることができます。Layer3 を基盤に、チェーン外ノードは負荷に応じて自動的に拡張でき、ゲームの効率的な運営とユーザーのシームレスな体験をさらに確保します。
チェーン外の証明の検証に関しては、一方で Zytron エンジン自体が Layer3 の方法でカスタマイズされ、モジュール化されて展開され、一連の技術的最適化を通じて 0 Gas 設計を実現し、同時にチェーン上にはいくつかの事前コンパイルされたコントラクトがあり、ほとんどのチェーンに比べて非常に高い検証効率を持っています。もう一方で、Zytron エンジンは EigenLayer と統合され、Eigenlayer 上に AVS 計算層を展開し、非常に効率的で安全な検証効率を実現し、去中心化を確保します。異なるゲームソリューションに対して、特定のゲームシーンにより適した検証方法をカスタマイズして選択でき、ゲーム全体の運営をより効率的にすることができます。
さらに、Zytron エンジンは Celestia をデフォルトのデータ可用性(DA)オプションとして統合し、チェーン上のシステムのデータ負担をさらに軽減します。
要するに、すべての設計はシステム、つまりゲームのより効率的で去中心化された運営を保証するためのものです。
特筆すべきは、Zypher Network が現在、ゲーム開発者向けに設計された最初の Layer 3 メインネットを Linea で立ち上げており、技術的進展におけるエコシステムの新たな里程標を示しています。
Web2.5 から Web3 への移行
Web2.5 の欠陥は主に安全性、信頼性、効率性のいくつかの側面に現れ、複雑なゲームロジックを実現するのが難しいため、チェーン上のゲーム自体の品質が低下し、開発者やプレイヤーの注意が主に経済エコシステムに向けられています。
Zypher Network のサーバー抽象ソリューションの利点は非常に明確です。分散型のノードネットワークを通じて、並行化の方法でゲームの運営を支えることができ、チェーン上とチェーン外で常にデータを同期する必要がありません。この体系は、従来の中央集権的なサーバーが持たない高度なスケーラビリティを備えており、単一障害リスクも存在せず、全体の運営プロセスは信頼できます。
一方で、この体系では、独特のアーキテクチャ設計や外部システムとのモジュール化された統合により、ゲームの運営ロジックに関連する計算や検証プロセスによってチェーンが過度な負担を負うことはありません。同時に、その独特のアーキテクチャ設計はローカライズされたプログラミングをサポートし、さまざまな EVM と互換性があります。通常、経済モデル、スマートコントラクト、ゲームロジックはもはや平行ではなく、動的に組み合わせることができます。
Zypher Network があれば、Web3 ゲーム分野はもはや中小型ゲームに限られず、複雑なゲームコンテンツやゲームロジックを持つ大型ゲームや AAA ゲームも Web3 化され、運営上で高いマッチングサポートを受け続けることができます。ブロックチェーンゲームは優れたゲーム品質で勝利し、開発者はゲーム自体を通じてより大きな市場を獲得できるようになり、単に FOMO 経済モデルやトークンの価値や上昇幅に依存することはなくなります。
実際、Web3 ゲームが Web2 ゲームと同等、あるいはそれ以上のゲーム体験を実現できれば、P2E や資産所有権などの一連の特性の加持により、Web3 ゲームはより高い魅力と影響力を持ち、より広範な市場に進出し、新たな成長点を迎えることができるでしょう。
サーバー抽象の物語は、GameFi 分野が生命力を保ち、次の段階に発展するための鍵となることが期待され、未来の Web3 アプリケーションの主流アーキテクチャとなる可能性があり、Zypher Network はサーバー抽象の物語の開拓者となりつつあります。