チェーン抽象、アカウント抽象の概念に続き、Zypher Network はサーバー抽象の概念をさらに提案し、zk 技術に基づいて Web3 ゲーム分野に適用されるサーバー抽象ソリューションを先駆けて発表しました。このソリューションに基づき、ゲーム開発者は完全に分散化された環境でゲームを作成・運営でき、従来の中央集権的なサーバーアーキテクチャに依存することなく、ゲームの世界は複数の分散ノード上で運営され、自主的な動的シャーディングや効率的なデータ同期の能力を持つことができます。
新しいサーバー抽象の物語は、Web3 ゲームの運営方法の最適解かもしれません。ゲームの運営をより効率的、安全、信頼性の高いものにし、同様に GameFi の分野で新たな成長を促進する鍵となることが期待されています。
ブロックチェーンゲームの Web2.5 の瞬間
ブロックチェーンゲーム自体は Web3 を標榜しており、従来のゲームのプレイスタイルを保持し、Crypto、NFT、P2E 特性などのトークン経済要素を導入しています。これにより、ゲームコンテンツが資産化され、プレイヤーが資産の所有権を掌握できるようになります。しかし、ほとんどのチェーンの基盤はゲームロジックの運営を支える条件を備えていません。例えば、あるゲームで各プレイヤーが毎秒 1 回のチェーン上の取引（移動、スキル発動などの操作の状態更新）を生成すると仮定し、10,000 人のアクティブプレイヤーが同時にゲームに参加しているとすると、チェーンの基盤は少なくとも 10,000 TPS に達する必要があります。そうでなければ、ゲームは非常にカクつき、ガス代が非常に高くなります（铭文時代の各チェーンのガス代の状況を見てみてください）。現在、実践的に上記の要件を満たすチェーンは存在しないようです。
したがって、ゲームの質の高い体験を保証するために、特にリアルタイムオンラインゲームでは、ゲームのロジックは通常、チェーン外のサーバーで実行されます（ストレージ、計算などはすべてチェーン外で発生します）。これにより、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 が提案するサーバー抽象の物語は最適解かもしれません。
サーバー抽象の物語
まず、サーバー抽象について話しましょう。
チェーン抽象、アカウント抽象は、以前の業界の声が高かった物語であり、ユーザーがチェーン上の施設を利用する際のハードルを下げることを目的としています。例えば、アカウント抽象はカスタマイズされたアカウントの動作を許可し、アカウントが複雑なスマートコントラクトロジックを実行できるようにします。これにより、ユーザー体験が簡素化され、さまざまな認証方法や取引方法の柔軟な設計がサポートされます。例えば、アカウント抽象の特性に基づき、ウォレットアカウントを生成する際に、助記詞の代わりによく知られた特徴（メールアドレスや指紋など）を使用したり、抽象層に基づいてガス代の支払いを実現したりすることができます。一方、チェーン抽象は、アプリケーションを特定のブロックチェーンの基盤実装から分離し、開発者が異なるブロックチェーン上でアプリケーションを展開できるようにし、基盤ネットワークの詳細を気にすることなく、クロスチェーンの相互運用性と開発の柔軟性を向上させます。チェーン抽象の施設に基づき、開発者は無感覚にマルチチェーン統合を行い、ユーザーも無感覚にクロスチェーン取引を実現できます。
本質的に、アカウント抽象とチェーン抽象は、異なる実行層や構造を構築することによって異なる行動指向と機能拡張を実現しています。異なるプロジェクトでは、チェーン抽象、アカウント抽象のソリューションには一定の違いがあります。
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 証明に集約され、複数の証明が単一の取引としてチェーン上に提出されます。この方法は、ガス代を大幅に削減するだけでなく、一部の PvE ゲームの展開において、プレイヤーに遅延のないゲーム体験を保証します。
一方で、PvP シーンにおいて、Zypher Network は前述のノードネットワークに基づいて Z4 エンジンを導入し、複数のプレイヤーがリアルタイムでオンラインでプレイできる基盤を提供します。Z4 エンジンは、プレイヤーがマッチングを通じてゲームルームに入ることをサポートします。このルーム自体は無状態のルームであり、ノード自体はデータを保存せず、エンジンの拡張性、耐障害性、安全性、応答性を大幅に向上させ、複数のノード間で計算タスクを分配し、データ同期の問題を心配する必要がなくなります。これにより、全体の性能と効率が向上します。
Z4 エンジンのゲームルーム内で、プレイヤーの操作も ZKP の方法でパッケージ化され、順序付けされ、チェーン上にアップロードされて検証され、結果が実行されます。特筆すべきは、Z4 ノードが仮想マシン（wasm/evm/...）を使用してゲームロジックを実行することをサポートしているため、スマートコントラクト、経済モデル、ゲームロジックが組み合わせて構築されます。また、より高い効率が必要な場合、開発者はノード内で直接ゲームロジックを記述でき、仮想マシンを使用する必要がなく、ゲームプロセスは取引やガス代を伴わず、開発者の開発コストやプレイヤーのゲームコストを大幅に削減し、オンラインゲームの運営効率や負荷能力を大幅に向上させます。
ノードが上記の一連の作業を完了すると、ネットワークからインセンティブを得ることができます。もちろん、ノードは悪事のコストを高めるためにいくつかのトークンをステーキングする必要があり、悪事を働くと罰金が発生します。
l チェーン上部分
Zypher Network のチェーン上部分は、ゲームエコシステム専用のモジュール式 Layer3 システム（Zytron エンジン）を導入し、開発者がモジュール式の方法で自分の APP チェーンを構築できるようにします。即時使用可能な一連のツールコンポーネントを提供することで、開発者は最低コストで急な学習曲線なしに自治世界や小型戦略ゲームを構築したり、AAA ゲームをチェーン上に移行したりすることができ、同時に生産レベルの UE を保持し、ゲームロジックに対応する複雑な計算プロセスをチェーン外のノードに負荷をかけることができます。Layer3 を基盤にすると、チェーン外ノードは負荷に応じて自動的に拡張でき、ゲームの効率的な運営とユーザーのシームレスな体験をさらに保証します。
チェーン外の証明の検証に関しては、一方で Zytron エンジン自体は Layer3 の方法でカスタマイズされ、モジュール化されて展開され、一連の技術的最適化を通じて 0 ガス設計を実現し、同時にチェーン上にはいくつかのプリコンパイルされたコントラクトがあり、ほとんどのチェーンに比べて非常に高い検証効率を持っています。もう一方で、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 はサーバー抽象の物語の開拓者となりつつあります。