****基盤となるテクノロジーがゲームの飛躍的な開発を促進******ゲーム業界の進歩は、テクノロジーの向上とともに常に進化しています**。グラフィックスやサウンドエフェクトの変更から、ゲームデザインやインタラクション方法の変更に至るまで、あらゆるものがゲームの開発を推進します。 Atari が開発した最初のゲームである Pong は、最初に商業的に成功した電子ゲームとして認識されており、非常に人気となり、電子ゲームのトレンドを引き起こしました。 1970 年代は集積回路の急速な発展の時期であり、1975 年にモトローラは 6502 プロセッサを発売し、その後のホーム コンピュータの栄光の基礎を築きました。最も有名な家庭用コンピュータのパイオニアである Atari 2600 はここから生まれ、パックマンはそれ以来よく知られるようになりました。現代のゲームは総合的な芸術であると同時に、複雑なテクノロジーでもあります。初期のゲームはコード ロジックからインターフェイスの対話に至るまで比較的単純で、開発者は 0 から 1 を作ることに慣れていましたが、パフォーマンスが向上するにつれて、ゲームプレイはますます多様化し、テクノロジーはますます複雑になってきました。ゼロからのプロセスは遅くて面倒に思え、効率が低かった。 1990 年代、CD-ROM や 3D グラフィックス アクセラレータ カードの登場により、ゲーム コンテンツと画面パフォーマンスが新たなレベルに達し、ゲーム開発に必要なコード量が急増しました。エンジン**が誕生しました。 **ゲーム開発者は、一部の基盤となるテクノロジーを標準化し、それらを効率的なツール セットに統合して、開発サイクルを短縮し、開発の複雑さを軽減し、さまざまなプラットフォームやデバイスでのゲーム リリースをサポートします**。ゲームエンジンの登場は開発者に大きな利便性をもたらしたと言えるでしょう。これらのモジュール式で汎用的で標準化された機能により、開発者はゲーム コンテンツとゲームプレイのデザインにさらに集中できるようになります。現在、成熟したゲーム エンジンには、グラフィックス、物理学、シーン、その他のシステムが含まれている場合があります。1993 年、Id Software は DOOM エンジン (Id Tech 1) を使用してゲーム「Doom」を制作し、同年の売上が 350 万本に達する大成功を収めました。 Doom の成功は主に、そのソフトウェア アーキテクチャの設計によるものです。そのゲーム ソフトウェア アーキテクチャは、コア ソフトウェア コンポーネント、アート アセット、ゲーム ワールド、ゲーム ルールに分かれています。この明確なアーキテクチャの分割により、異なる開発者が同じエンジンを使用して、新しいアート、レベル、キャラクター、ゲーム世界、ゲーム ルールを作成することで新しいゲーム作品を作成することができます。 DOOM エンジンのフォークの成功により、コミュニティでの MOD 作成への関心が高まり、同時に初の商用ゲーム エンジンとなりました。その後 10 年間で、Epic Games の Unreal エンジンから CryTech の CryEngine、そして iOS 側で輝く Unity に至るまで、ゲーム エンジンは非常に人気が高まりました。商用エンジンに加えて、Valve の Source エンジン、Infinity Ward の IW エンジン、Ubisoft の Anvil エンジンなど、多くのメーカーが自社使用のために自社開発したエンジンも作成しています。******Web3 ゲーム エンジンの ECS アーキテクチャ********最もよく知られている 2 つのフルチェーン ゲーム エンジン、MUD と DOJO はどちらも ECS アーキテクチャを使用しています**。 ECS は Entity-Component-System (Entity-Component-) の略で、Web2 ゲーム開発でゲーム オブジェクト (エンティティ) とそのプロパティ (コンポーネント) および動作 (システム) を管理するために一般的に使用されるアーキテクチャ パターンです。このアーキテクチャ パターンの利点は次のとおりです。* パフォーマンスの最適化: ECS アーキテクチャにより、ゲーム開発者はメモリ レイアウトとデータ アクセス パターンをより適切に管理できるため、ゲームのパフォーマンスが向上します。エンティティとコンポーネントを密接に配置することで、キャッシュ ミスが減少し、データ アクセス効率が向上します。* スケーラビリティ: エンティティとコンポーネントが分離されているため、新しい機能は既存のコードを変更せずに、対応するコンポーネントとシステムを追加するだけで済みます。これにより、ゲームの機能やコンテンツを簡単に拡張できます。* 再利用性: 属性を独立したコンポーネントに分割することで、これらのコンポーネントをより簡単に再利用してさまざまなタイプのエンティティを作成できるようになり、冗長なコードが削減されます。MUD V1 は典型的な ECS アーキテクチャです。 V1 のフレームワークでは、エンティティはゲームの基本単位でもあり、さまざまなオブジェクト、小道具、ウォレット アドレスなどであり、一意の ID によって識別されます。コンポーネント コンポーネントはエンティティのデータ部分であり、オブジェクトの位置、ロールの属性など、エンティティのさまざまな属性を記述するために使用されます。さまざまなコンポーネントをエンティティにアタッチすることで、豊富な種類のゲーム オブジェクトを作成できます。 s システムはコンポーネントのロジックを処理し、ゲームのさまざまなルールや動作を実装し、スマート コントラクトの形式でチェーン上に存在します。エンティティ、コンポーネント、システムはすべて Worlds 契約内にあり、各 Worlds は独立したゲーム環境に相当します。このアーキテクチャはスケーラビリティをどのように反映するのでしょうか?ゲームの特定の機能をアップグレードする必要がある場合、またはコミュニティが新しいコンテンツを追加したい場合、まず、新しいゲーム機能/ロジック (システム) が関連コンポーネントの書き込み権限を取得できるようにしてから、アップグレードされたバージョンを作成する必要があります。 . ゲーム内のその他のコンテンツ そのままにしておきます。書き込み権限を与えない場合は、新しいコンポーネントや新しい機能を含む新しいシステムを作成することも検討できます。プレーヤーは、同じコア コンポーネントのデータを操作しながら、異なるバージョンを選択してプレイできます。なぜなら、Worlds の観点から見ると、誰もが新しい ERC-20 トークンを作成してアドレスに「添付」できるのと同じように、誰でもコンポーネントやシステムを作成できるからです。****チェーンゲーム開発におけるWeb3ゲームエンジンの重要性****ブロックチェーン技術はまだ日常的なアプリケーションに完全に実装されていませんが、権利確認の透明性などのユニークな機能は、ゲーム分野に重要な変化をもたらすに違いありません。特に人々は、DeFiがもたらす巨大な魔法を目の当たりにしました。ゲームがチェーンに完全にアップロードされたらどうなるでしょうか? DeFi から、ブロックチェーンがゲームにもたらす変化を導入するのは難しいことではありません。* オープンな経済システム: ブロックチェーンにより、ゲーム内の仮想資産に実際の所有権と希少性を持たせることができます。これは、集中的なゲーム会社による資産の管理や管理を回避し、プレイヤーがアイテムの希少性や歩留まりを確認できることを意味します。* 構成可能性: ゲームをブロックチェーンのオープン環境に配置し、さまざまなゲームやプロジェクトが相互に補完できるようにします。 1 つのゲームでのプレイヤーの進行状況を他のゲームや共有アセットに反映することができ、よりオープンで相互運用可能なゲーム エコシステムを構築できます。* ユーザー生成コンテンツ: ユーザーは完全に独立してゲーム コンテンツやアセットを構築でき、オープン ソース環境でアセットの所有権を持ちます。これにより、ユーザーによるゲーム ループが容易になり、ゲームのプレイアビリティと配布が向上します。たとえば、ユーザーは検証済みの MOD コンテンツをゲーム コントラクトにロードすることができ、これによりゲームプレイが強化され、いくつかの利点が得られる可能性があります。ブロックチェーン ゲームは、特に DeFi と NFT という 2 つのブロックチェーン応用分野が次々に爆発的に普及した後、常に大きな期待を集めてきましたが、その実現には依然として多くの障害があります。* 1 つ目は、技術インフラストラクチャの制限です。EVM は遅く、ガスコストは高く、Solidity 言語は複雑なゲーム ロジックを処理するのにほとんど無力であるため、ゲームの複雑さとインタラクティブ性が大幅に制限されます。* 経済モデルの設計 周知のとおり、チェーン ゲームの経済システムは最優先事項であり、効果的なインセンティブと財政化のバランスを見つける必要があります。* 自由度とガバナンス度: オンチェーン ゲームは非常に高い自由度またはオープン度を持っています。これにより、あらゆるプレイヤーがさまざまなゲーム コンテンツを作成して展開できるようになりますが、これらのコンテンツは必然的にゲーム世界の複雑化につながり、予期せぬ経済的影響さえももたらすため、管理を調整するための効果的なガバナンス メカニズムが必要になります。上記は現時点で予想される困難のほんの一部であり、現段階のほぼすべてのフルチェーン ゲームが SLG に焦点を当てている理由でもあります。ゲーム メカニズムはシンプルで、高い TPS を必要とせず、不完全です。必要な情報は既存のテクノロジーやアプリケーションによって完成させることができます。 MMORPG を期待している場合、それは間違いなく非常に挑戦的なものになるでしょう。ゲーム エンジンによって Web2 ゲームにもたらされた変更を利用して、チェーン ゲームも ECS アーキテクチャを採用すれば、次のことを解決できる可能性があります。* データの整理と管理: チェーン上には、キャラクターの属性、アイテム、マップ情報など、ゲーム内で処理する必要がある大量のゲーム データもあります。 ECS アーキテクチャは、データを再利用可能なコンポーネントに整理し、データの変更とアクセスを効果的に管理するのに役立ちます。* 柔軟性と拡張性: ゲーム エンティティ (Entity) とコンポーネント (Component) を分離することで、開発者は既存のロジックに影響を与えることなく、新しいゲーム オブジェクトや機能を簡単に作成できます。この柔軟性とスケーラビリティは、複雑なゲームの仕組みにより頻繁なアップグレードや拡張が必要になる可能性があるオンチェーン ゲームでは特に重要です。* スマート コントラクトとデータ更新: ECS アーキテクチャは、スマート コントラクトでのデータ更新をより効果的に管理できます。エンティティ全体を更新することなく、各コンポーネントを個別に更新できます。これにより、スマート コントラクトの実行コストが削減され、対話効率が向上します。* 構成可能性: ECS の利点の 1 つは、そのコンポーネントとシステムの構成可能性であり、これはオンチェーン ゲームの構成可能性の概念に適合します。おそらくプレイヤーは、より豊かな体験につながる新しいコンテンツを作成できるでしょう。****Web3 フルチェーン ゲーム プレビュー****フルチェーンゲームにはまだ多くの困難があり、ゲームエンジンは問題のごく一部しか解決できませんが、課題とチャンスが共存しています。フルチェーンゲームの複雑なアプリケーションは、実際の実装への足がかりになる可能性があります。ブロックチェーン技術。現時点では、フルチェーン ゲーム エンジンはまだ非常に初期段階にあり、前述したように、複雑なアプリケーションのプロトタイプは確認できていますが、ツールの実装は不足しています。現在の開発進捗はMUD V2とDojoです。 MUD V2 は V1 と比較して ECS アーキテクチャが改善されていますが、V2 はまだ開発中です。 Dojo は現在、Starknet コミュニティによって構築された唯一の検証可能なゲーム エンジンであり、Cairo 言語のおかげで Fog of War をネイティブに実装できます。 Dojo は ECS アーキテクチャも採用しており、スケーラビリティをさらに向上させるために、Starknet 上の専用ゲーム用に L3 を開発する予定です。さらに、チェーンゲームが依存するインフラも進化しています。 L2 はワンクリックでチェーンを発行できるほど強力になっており、おそらく人気のあるゲームは独自のロールアップを構築することで散逸構造を維持し、デススパイラルを回避して価格差を稼ぐことができるでしょう。 ERC-4337 アカウント抽象化テクノロジーを利用したフルチェーン ゲームでは、プレーヤーが単一のアカウントでゲーム トランザクションの実行、キャラクターの作成などを行うことができ、ユーザー エクスペリエンスの簡素化に役立ちます。さまざまなゲーム メカニズムをアップグレード可能な契約アカウントにカプセル化することもできるため、開発者はゲーム ルールやコンテンツなどを簡単に更新または最適化できます。
チェーンゲーム全体の展望：Web2ゲームエンジンの開発史から
基盤となるテクノロジーがゲームの飛躍的な開発を促進
ゲーム業界の進歩は、テクノロジーの向上とともに常に進化しています。グラフィックスやサウンドエフェクトの変更から、ゲームデザインやインタラクション方法の変更に至るまで、あらゆるものがゲームの開発を推進します。 Atari が開発した最初のゲームである Pong は、最初に商業的に成功した電子ゲームとして認識されており、非常に人気となり、電子ゲームのトレンドを引き起こしました。 1970 年代は集積回路の急速な発展の時期であり、1975 年にモトローラは 6502 プロセッサを発売し、その後のホーム コンピュータの栄光の基礎を築きました。最も有名な家庭用コンピュータのパイオニアである Atari 2600 はここから生まれ、パックマンはそれ以来よく知られるようになりました。
現代のゲームは総合的な芸術であると同時に、複雑なテクノロジーでもあります。初期のゲームはコード ロジックからインターフェイスの対話に至るまで比較的単純で、開発者は 0 から 1 を作ることに慣れていましたが、パフォーマンスが向上するにつれて、ゲームプレイはますます多様化し、テクノロジーはますます複雑になってきました。ゼロからのプロセスは遅くて面倒に思え、効率が低かった。 1990 年代、CD-ROM や 3D グラフィックス アクセラレータ カードの登場により、ゲーム コンテンツと画面パフォーマンスが新たなレベルに達し、ゲーム開発に必要なコード量が急増しました。エンジン**が誕生しました。 ゲーム開発者は、一部の基盤となるテクノロジーを標準化し、それらを効率的なツール セットに統合して、開発サイクルを短縮し、開発の複雑さを軽減し、さまざまなプラットフォームやデバイスでのゲーム リリースをサポートします。ゲームエンジンの登場は開発者に大きな利便性をもたらしたと言えるでしょう。これらのモジュール式で汎用的で標準化された機能により、開発者はゲーム コンテンツとゲームプレイのデザインにさらに集中できるようになります。現在、成熟したゲーム エンジンには、グラフィックス、物理学、シーン、その他のシステムが含まれている場合があります。
1993 年、Id Software は DOOM エンジン (Id Tech 1) を使用してゲーム「Doom」を制作し、同年の売上が 350 万本に達する大成功を収めました。 Doom の成功は主に、そのソフトウェア アーキテクチャの設計によるものです。そのゲーム ソフトウェア アーキテクチャは、コア ソフトウェア コンポーネント、アート アセット、ゲーム ワールド、ゲーム ルールに分かれています。この明確なアーキテクチャの分割により、異なる開発者が同じエンジンを使用して、新しいアート、レベル、キャラクター、ゲーム世界、ゲーム ルールを作成することで新しいゲーム作品を作成することができます。 DOOM エンジンのフォークの成功により、コミュニティでの MOD 作成への関心が高まり、同時に初の商用ゲーム エンジンとなりました。その後 10 年間で、Epic Games の Unreal エンジンから CryTech の CryEngine、そして iOS 側で輝く Unity に至るまで、ゲーム エンジンは非常に人気が高まりました。商用エンジンに加えて、Valve の Source エンジン、Infinity Ward の IW エンジン、Ubisoft の Anvil エンジンなど、多くのメーカーが自社使用のために自社開発したエンジンも作成しています。
Web3 ゲーム エンジンの ECS アーキテクチャ
最もよく知られている 2 つのフルチェーン ゲーム エンジン、MUD と DOJO はどちらも ECS アーキテクチャを使用しています。 ECS は Entity-Component-System (Entity-Component-) の略で、Web2 ゲーム開発でゲーム オブジェクト (エンティティ) とそのプロパティ (コンポーネント) および動作 (システム) を管理するために一般的に使用されるアーキテクチャ パターンです。このアーキテクチャ パターンの利点は次のとおりです。
MUD V1 は典型的な ECS アーキテクチャです。 V1 のフレームワークでは、エンティティはゲームの基本単位でもあり、さまざまなオブジェクト、小道具、ウォレット アドレスなどであり、一意の ID によって識別されます。コンポーネント コンポーネントはエンティティのデータ部分であり、オブジェクトの位置、ロールの属性など、エンティティのさまざまな属性を記述するために使用されます。さまざまなコンポーネントをエンティティにアタッチすることで、豊富な種類のゲーム オブジェクトを作成できます。 s システムはコンポーネントのロジックを処理し、ゲームのさまざまなルールや動作を実装し、スマート コントラクトの形式でチェーン上に存在します。エンティティ、コンポーネント、システムはすべて Worlds 契約内にあり、各 Worlds は独立したゲーム環境に相当します。
このアーキテクチャはスケーラビリティをどのように反映するのでしょうか?ゲームの特定の機能をアップグレードする必要がある場合、またはコミュニティが新しいコンテンツを追加したい場合、まず、新しいゲーム機能/ロジック (システム) が関連コンポーネントの書き込み権限を取得できるようにしてから、アップグレードされたバージョンを作成する必要があります。 . ゲーム内のその他のコンテンツ そのままにしておきます。書き込み権限を与えない場合は、新しいコンポーネントや新しい機能を含む新しいシステムを作成することも検討できます。プレーヤーは、同じコア コンポーネントのデータを操作しながら、異なるバージョンを選択してプレイできます。なぜなら、Worlds の観点から見ると、誰もが新しい ERC-20 トークンを作成してアドレスに「添付」できるのと同じように、誰でもコンポーネントやシステムを作成できるからです。
チェーンゲーム開発におけるWeb3ゲームエンジンの重要性
ブロックチェーン技術はまだ日常的なアプリケーションに完全に実装されていませんが、権利確認の透明性などのユニークな機能は、ゲーム分野に重要な変化をもたらすに違いありません。特に人々は、DeFiがもたらす巨大な魔法を目の当たりにしました。ゲームがチェーンに完全にアップロードされたらどうなるでしょうか? DeFi から、ブロックチェーンがゲームにもたらす変化を導入するのは難しいことではありません。
ブロックチェーン ゲームは、特に DeFi と NFT という 2 つのブロックチェーン応用分野が次々に爆発的に普及した後、常に大きな期待を集めてきましたが、その実現には依然として多くの障害があります。
上記は現時点で予想される困難のほんの一部であり、現段階のほぼすべてのフルチェーン ゲームが SLG に焦点を当てている理由でもあります。ゲーム メカニズムはシンプルで、高い TPS を必要とせず、不完全です。必要な情報は既存のテクノロジーやアプリケーションによって完成させることができます。 MMORPG を期待している場合、それは間違いなく非常に挑戦的なものになるでしょう。ゲーム エンジンによって Web2 ゲームにもたらされた変更を利用して、チェーン ゲームも ECS アーキテクチャを採用すれば、次のことを解決できる可能性があります。
Web3 フルチェーン ゲーム プレビュー
フルチェーンゲームにはまだ多くの困難があり、ゲームエンジンは問題のごく一部しか解決できませんが、課題とチャンスが共存しています。フルチェーンゲームの複雑なアプリケーションは、実際の実装への足がかりになる可能性があります。ブロックチェーン技術。
現時点では、フルチェーン ゲーム エンジンはまだ非常に初期段階にあり、前述したように、複雑なアプリケーションのプロトタイプは確認できていますが、ツールの実装は不足しています。現在の開発進捗はMUD V2とDojoです。 MUD V2 は V1 と比較して ECS アーキテクチャが改善されていますが、V2 はまだ開発中です。 Dojo は現在、Starknet コミュニティによって構築された唯一の検証可能なゲーム エンジンであり、Cairo 言語のおかげで Fog of War をネイティブに実装できます。 Dojo は ECS アーキテクチャも採用しており、スケーラビリティをさらに向上させるために、Starknet 上の専用ゲーム用に L3 を開発する予定です。
さらに、チェーンゲームが依存するインフラも進化しています。 L2 はワンクリックでチェーンを発行できるほど強力になっており、おそらく人気のあるゲームは独自のロールアップを構築することで散逸構造を維持し、デススパイラルを回避して価格差を稼ぐことができるでしょう。 ERC-4337 アカウント抽象化テクノロジーを利用したフルチェーン ゲームでは、プレーヤーが単一のアカウントでゲーム トランザクションの実行、キャラクターの作成などを行うことができ、ユーザー エクスペリエンスの簡素化に役立ちます。さまざまなゲーム メカニズムをアップグレード可能な契約アカウントにカプセル化することもできるため、開発者はゲーム ルールやコンテンツなどを簡単に更新または最適化できます。