チェーン抽象、アカウント抽象の概念に続いて、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 を生成する作業などはチェーン外で行われ、最終的に証明の検証がチェーン上に戻ります。
証明の生成は、チェーン外の分散型検証ノードネットワーク層によって駆動されます。このネットワーク層では、各ノードがゼロ知識証明や通信などの能力を持ち、ゲームに強力な計算サポートを提供できます。このネットワークはトークン経済によって駆動されています。私たちは、チェーン上の部分とチェーン外の部分が共同でゲームの運営を支え、サーバーの役割を果たすことを確認できますが、両方の部分は分散型の方法で運営されています。したがって、このシステムには実際に具体的なサーバー施設は存在せず、サーバーを抽象化して処理していると理解できますが、従来のサーバーよりも優れた効果を発揮します。
運営ロジック
- チェーン外部分
ゲームが運営されると、Zypher Network エンジン内のノードは、プレイヤーの連続したゲーム行動から生成されたアクションログを ZK 証明に集約します。一定の周期内にこれらのゲームアクション（それぞれが 1 つの取引です）が 1 つの ZKP 証明に集約され、複数の証明が単一の取引としてチェーン上に提出されます。この方法は、Gas 費を大幅に削減するだけでなく、一部の PvE ゲームの展開において、プレイヤーに遅延のないゲーム体験を保証します。
一方、PvP シーンに対して、Zypher Network は上記のノードネットワークに基づいて Z4 エンジンをさらに導入し、複数のプレイヤーがリアルタイムでオンラインでプレイできる基盤を提供します。Z4 エンジンは、プレイヤーがマッチングを通じてゲームルームに入ることをサポートします。このルーム自体は無状態のルームであり、ノード自体はデータを保存せず、エンジンのスケーラビリティ、フォールトトレランス、安全性、応答性を大幅に向上させ、複数のノード間で計算タスクを分配し、データ同期の問題を心配する必要がなく、全体の性能と効率を向上させます。
Z4 エンジンのゲームルーム内では、プレイヤーの操作も ZKP の方法でパッケージ化され、順序付けされ、チェーン上にアップロードされて検証され、結果が実行されます。特筆すべきは、Z4 ノードが仮想マシン（wasm/evm/...）を使用してゲームロジックを実行することをサポートしており、スマートコントラクト、経済モデル、ゲームロジックが組み合わせて構築されます。また、より高い効率が必要な場合、開発者はノード内で直接ゲームロジックを記述でき、仮想マシンを使用する必要がなく、ゲームプロセスは取引や Gas 費を伴わず、開発者の開発コストやプレイヤーのゲームコストを大幅に削減し、オンラインゲームの運営効率や負荷能力を大幅に向上させます。
ノードが上記の一連の作業を完了すると、ネットワークからインセンティブを得ることができます。もちろん、ノードは悪事のコストを高めるためにいくつかのトークンをステーキングする必要があり、悪事を働くと罰金が発生します。
- チェーン上部分
Zypher Network のチェーン上部分は、ゲームエコシステム専用のモジュール式 Layer3 システム（Zytron エンジン）を導入し、開発者がモジュール式の方法で自分の APP チェーンを構築できるようにします。即時使用可能な一連のツールコンポーネントを提供することで、開発者は最低コストで急な学習曲線なしに自治世界や小型戦略ゲームを構築したり、AAA ゲームをチェーン上に移行したりすることができ、同時に生産レベルの UE を保持し、ゲームロジックに対応する複雑な計算プロセスをチェーン外のノードに負荷をかけることができます。Layer3 を基盤にして、チェーン外ノードは負荷に応じて自動的にスケールアップし、ゲームの効率的な運営とユーザーのシームレスな体験をさらに保証します。
チェーン外の証明の検証に関しては、一方で Zytron エンジン自体が Layer3 の方法でカスタマイズされ、モジュール化されて展開され、技術的な最適化を通じて 0 Gas 設計を実現し、同時にチェーン上にはいくつかのプリコンパイルされたコントラクトがあり、ほとんどのチェーンに比べて非常に高い検証効率を持っています。もう一方で、Zytron エンジンは EigenLayer とも統合され、Eigenlayer 上に AVS 計算層を展開し、非常に効率的で安全な検証効率を実現し、分散化を保証します。異なるゲームソリューションに対して、特定のゲームシーンにより適した検証方法をカスタマイズして選択し、ゲーム全体の運営をより効率的にすることができます。
さらに、Zytron エンジンは Celestia をデフォルトのデータ可用性（DA）オプションとして統合し、チェーン上のシステムのデータ負担をさらに軽減しました。
要するに、すべての設計はシステムまたはゲームのより効率的で分散型の運営を保証するためのものです。
特筆すべきは、Zypher Network が現在 Linea 上でゲーム開発者向けに設計された最初の Layer 3 メインネットを立ち上げており、技術的進展におけるエコシステムの新たな里程標を示しています。
Web2.5 から Web3 への移行
Web2.5 の欠陥は主に安全性、信頼性、効率性のいくつかの側面に現れ、複雑なゲームロジックを実現するのが難しいため、チェーン上のゲーム自体の質が低下し、開発者やプレイヤーの注意が主に経済エコシステムに向けられています。
Zypher Network のサーバー抽象ソリューションの利点は非常に明確です。分散型のノードネットワークを通じて、並行的な方法でゲームの運営をサポートでき、チェーン上とチェーン外でデータを常に同期させる必要がありません。このシステムは、従来の中央集権的なサーバーが持たない高度なスケーラビリティを備えており、単一障害リスクも存在せず、全体の運営プロセスは信頼できます。
一方で、このシステム内では、独特のアーキテクチャ設計や外部システムとのモジュール化された統合により、ゲームの運営ロジックに関連する計算や検証プロセスによってチェーンが過度な負担を負うことはありません。また、その独特のアーキテクチャ設計はローカルプログラミングをサポートし、さまざまな EVM と互換性があります。通常、経済モデル、スマートコントラクト、ゲームロジックはもはや平行ではなく、動的に組み合わせることができます。
Zypher Network があれば、Web3 ゲーム分野はもはや中小型ゲームに限定されず、複雑なゲームコンテンツやゲームロジックを持つ大型ゲームや AAA ゲームも Web3 化され、運営において高いマッチングサポートを受け続けることができます。ブロックチェーンゲームは高品質なゲームの質で勝負でき、開発者はゲーム自体を通じてより大きな市場を獲得できるようになり、単に FOMO 経済モデルやトークンの価値や上昇幅に依存することはありません。
実際、Web3 ゲームが Web2 ゲームと同等、あるいはそれ以上のゲーム体験を実現できれば、P2E や資産所有権などの一連の特性のもとで、Web3 ゲームはより高い魅力や影響力を持ち、より広範な市場に進出し、新たな成長点を迎えることができるでしょう。
サーバー抽象の物語は、GameFi 分野が生命力を保ち、次の段階に発展するための鍵となることが期待され、将来的には Web3 アプリケーションの主流アーキテクチャとなる可能性があり、Zypher Network はサーバー抽象の物語の開拓者となりつつあります。