続いて、アカウントの抽象化の概念に続き、Zypher Network はサーバーの抽象化の概念をさらに提案し、zk 技術に基づいて、Web3 ゲーム領域におけるサーバーの抽象化ソリューションを先駆けて導入しました。このソリューションに基づいて、ゲーム開発者は従来の中心集権的なサーバーインフラストラクチャに頼ることなく、完全に分散化された環境でゲームを作成および実行できます。ゲームの世界は複数の分散ノードで実行され、自律的なダイナミックシャーディングと効率的なデータ同期機能を備えることができます。

全新のサーバー抽象化ナラティブは、おそらくWeb3ゲームの最適解ランニング方法であり、ゲームのランニングをより効率的で安全かつ信頼性の高いものにする可能性があり、同様にそれはGameFiレースの新たな上昇の鍵を実現することが期待されています。

ブロックチェーンゲームのWeb2.5時代

ブロックチェーンゲームそのものはWeb3を標榜しており、伝統的なゲームプレイを維持しつつ、NFTやトークンエコノミーの要素を導入しており、例えばCryto、非代替トークン、P2Eなどが含まれています。これにより、ゲームコンテンツがアセット化され、プレイヤーがアセットの所有権を持つことができます。ただし、ほとんどのブロックチェーンはゲームロジックを実行するためのサポートを提供していません。例えば、あるゲームでは、各プレイヤーが1秒ごとにオンチェーントランザクション（移動、スキルの発動などの状態更新など）を生成すると仮定します。同時に10,000人のアクティブプレイヤーがゲームに参加していると考えると、ブロックチェーンは少なくとも10,000TPSを達成する必要があります。そうしないと、ゲームは非常に遅延し、Gas料金が非常に高額になります（インスクリプション時期の各オンチェーンGas料金状況に注目してください）。現時点で、これらの要件を満たす実証済みのチェーンは存在しないようです。

したがって、ゲームの高品質な体験、特にリアルタイムオンラインゲームを保証するために、ゲームのロジックは通常、オフチェーンのサーバー（ストレージ、計算などはオフチェーンで行われる）で実行されます。これにより、Web2ゲームのような非常にスムーズな体験が得られます。ただし、ゲームチェーン上のオフチェーンはデータを継続的に同期する必要があり、プレーヤー間の状態を一貫させるためです。

例えば、私がゲームで剣を購入した場合、オフチェーンのデータベースはこのオンチェーンのトランザクションデータをリアルタイムで同期する必要があり、私のバッグに武器の数量を増やし、必要な時にいつでも使えるようにするためです。したがって、オンチェーンとオフチェーンのデータ同期は持続的で、作業量も非常に大きいです。

実際には、このようなWeb2.5の手法は、中心化されたサーバーによってもたらされる一連の問題、検閲、ハッカー攻撃などによる単一のリスク、およびスケーラビリティの問題に対処する必要があります。オンチェーンオフチェーンデータの持続的な同期が必要なため、データの改ざん、ゲーム開発者による悪意によるデータ漏洩や不正行為などの問題が発生する可能性があります。特に経済的利益が関わる場合、実行者が悪事を働かないことを保証するのは困難です。毕竟没有限制作恶的机制。

もう1つの潜在的な問題は、トークンエコノミーがオンチェーンにあるのに対し、ゲームのロジックがオフチェーンにあることです。これら2つは通常並列しています。ゲームのロジックとプレイヤーのインタラクションは通常非常に複雑で、多数のリアルタイムの意思決定、状態変化、およびランダム性が関係しています。これは、スマートコントラクトに完全にゲームロジックを封じ込めることを困難にする可能性があります。たとえば、ゲームのアイテム、キャラクタースキル、イベントトリガーなどは通常動的に変化するため、静的なコードで完全に表現することは難しいです。つまり、開発者はゲームに合わせて常に戦略を調整する必要があるということです。

ブロックチェーンゲームの発展の困難さ

オンチェーンの計算能力が限られ、取引コストが高く、リアルタイム性が要求される場合、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は、zk-SNARKsをベースにしたWeb3ゲームエンジンの基盤インフラです。開発者にはzk-SNARKsなどの技術を利用した多機能ツールを提供するだけでなく、Web3ゲームの開発におけるドロップのハードルを下げます。また、ゲームの開発が完了すると、Zypher Networkは分散型のゲームエンジンシステムとして、強力かつ柔軟なインフラを提供し、さまざまな技術要件を満たし、ゲーム体験を向上させるだけでなく、必要な機能を組み込むことができます。

Zypher Network自体は、中央集権的なサーバーにゲームロジックをデプロイするのではなく、ゲームロジックをオンチェーン回路に直接書き込みますが、ZKPに基づいてオフチェーンで動作してプルーフを生成し、最終的にプルーフをオンチェーンで検証します。

証明の生成は、オフチェーン分散型の検証ノードネットワークレイヤーによって駆動されます。このネットワークレイヤーでは、各ノードはゼロ知識証明や通信などの機能を持ち、ゲームに強力な計算サポートを提供することができます。このネットワークはトークンエコノミーに基づいています。私たちは、オンチェーンとオフチェーンの両方がゲームの実行をサポートし、サーバーの役割を果たしていることを見ていますが、両方とも分散型の方法で動作しています。したがって、このシステムでは実際のサーバーインフラストラクチャは存在せず、サーバーを抽象化して処理し、従来のサーバーよりも優れた効果を発揮すると理解することができます。

実行ロジック

l オフチェーン部分

ゲームが実行されている間、Zypher Networkエンジン内のノードは、プレイヤーの連続したゲームプレイから生成されるアクションログをZKプルーフに集約します。一定期間内にこれらのゲームアクション（各々がトランザクションである）がZKPプルーフに集約され、複数のプルーフが単一のトランザクション形式でオンチェーンに提出されます。この方法により、Gas料金が大幅に削減されるだけでなく、一部のPvEゲームの展開において、プレイヤーに遅延のないゲーム体験を保証することができます。

また、一部のPvPシーンにおいて、Zypher Networkは上記のノードネットワークを基にしたZ4エンジンを導入し、マルチプレイヤーのリアルタイムオンラインを提供しています。Z4エンジンでは、プレイヤーはマッチングを通じてゲームルームに参加することができますが、そのルーム自体はステートレスであり、ノード自体はデータを保存しません。これにより、エンジンのスケーラビリティ、耐障害性、セキュリティ、レスポンス性が大幅に向上し、複数のノード間で計算タスクを分配することが容易になります。データ同期の問題を心配する必要もなく、全体的なパフォーマンスと効率が向上します。

Z4エンジンのゲームルームでは、プレイヤーの操作もZKPの方法でパッケージ化され、順番にオンチェーンにアップロードされて検証および実行されます。Z4ノードでは、仮想マシン（wasm/evm/…）を使用してゲームロジックを実行できるため、スマートコントラクト、経済モデル、およびゲームロジックを組み合わせて構築することができます。さらに、より効率的な場合は、開発者は仮想マシンを使用せずにノード内で直接ゲームロジックを記述できます。ゲームプロセスにはトランザクションやガス料金が関与せず、開発者の開発コストやプレイヤーのゲームコストが大幅に削減され、オンラインゲームの実行効率と負荷容量が大幅に向上します。

上記の一連の作業が完了した後、ノードはネットワークからインセンティブを受け取ることができます。もちろん、ノードはいくつかのトークンをステークして悪意のある行為のコストを高める必要があります。悪意のある行為はスラッシングを引き起こします。

l オンチェーン部分

Zypher Networkのオンチェーン部分は、ゲームエコシステム向けのモジュール化されたLayer3システム（Zytronエンジン）を導入しました。開発者は、プラグアンドプレイのシリーズツールコンポーネントを提供することで、最小限のコストと急激な学習曲線なしに、自分自身のAPP Chainをモジュール化することができます。これにより、自治世界や小規模な戦略ゲームを構築することができます。また、AAAゲームをオンチェーンに移行し、生産レベルのUEを維持することも可能です。また、ゲームロジックに対応する複雑な計算プロセスの負荷をオフチェーンノードに移すことができます。このLayer3を基盤とすることで、オフチェーンノードは負荷に応じて自動的に拡張され、ゲームの効率的な実行とユーザーのシームレスな体験をさらに確保できます。

オフチェーン証明の検証に関しては、一方ではZytronエンジン自体がLayer3のカスタマイズおよびモジュール化展開を行い、一連の技術的な最適化により0ガス設計を実現することができます。同時にオンチェーンでは、いくつかのプリコンパイルされたスマートコントラクトを備えており、ほとんどのチェーンと比較して非常に高い検証効率を持っています。他方、ZytronエンジンはEigenLayerと統合され、

Eigenlayer に AVS 計算層を展開し、非常に効率的で安全な検証効率を実現し、分散化を確保することもできます。さまざまなゲームシナリオに対して、特定のゲームシーンにより適した検証方法をカスタマイズすることができ、ゲーム全体の運営をより効率的にします。

さらに、ZytronエンジンにはCelestiaがデフォルトのデータ可用性（DA）オプションとして統合されており、オンチェーンシステムのデータ負荷がさらに軽減されています。

要するに、すべての設計はシステムまたはゲームの効率的な分散化のために行われています。

特筆すべきは、Zypher NetworkがLineaでゲーム開発者向けに設計された最初のレイヤー3メインネットを立ち上げ、エコシステムの技術的進歩における新たなマイルストーンを告げたことです。

Web2.5からWeb3へ

Web2.5 の欠陥は、主にセキュリティ、信頼性、効率の面で現れており、また、複雑なゲームロジックを実現することが困難であるため、オンチェーンゲーム自体の品質が低くなり、開発者やプレイヤーの関心は主に経済生態系に向けられています。

Zypher Networkのサーバー抽象化ソリューションの利点は非常に明確です。分散化されたノードネットワークにより、ゲームの実行を並列化してサポートすることができ、オンチェーンまたはオフチェーンでデータをいつでも同期する必要がありません。このシステムは伝統的な中央集権型サーバーでは持たない高いスケーラビリティを持ち、単一障害点のリスクがなく、全体の実行プロセスが信頼性があります。

もう一つの側面では、このシステムでは、独自のアーキテクチャ設計と外部システムとのモジュール統合により、チェーンは結合されません

ゲームの実行ロジックに関連する計算および検証プロセスに過度の圧力を受けました。同時に、そのユニークなアーキテクチャ設計はローカライズされたプログラミングをサポートし、さまざまなEVMと互換性があります。通常、経済モデル、スマートコントラクト、およびゲームロジックはもはや平行ではありません。それらは動的な組み合わせを実現できます。

Zypher Networkがあれば、Web3ゲームの領域はもはやいくつかの中小規模のゲームに限定されることはありません。複雑なゲームコンテンツやゲームロジックを持つ大規模なゲームやAAAゲームもWeb3化し、高い適合性のサポートを持続的に受けることができます。ブロックチェーンゲームも高品質なゲームの質で勝利を収めることができ、開発者は単なる恐怖心経済モデルやトークンの価値と値上がりに頼らず、ゲーム自体でより大きな市場を獲得することができます。

実際に、Web3ゲームがWeb2ゲームと同じかそれ以上のゲーム体験を提供できる場合、P2Eおよび資産所有権などのシリーズ機能に支えられたWeb3ゲームは、より高い魅力と影響力を持ち、より広い市場に進出し、新たな成長点を継続的に生み出すでしょう。

サーバーアブストラクトナラティブは、GameFiレースの生命力を維持し、次の段階に進化するための鍵となる可能性があり、将来のWeb3アプリケーションの主要なアーキテクチャになる可能性があります。Zypher Networkもサーバーアブストラクトナラティブの先駆者となっています。