### 01. ゲームの飛躍的な開発を促進する基盤テクノロジー**ゲーム業界の進歩は、技術の向上とともに常に進化しています。 ** グラフィックスやサウンドエフェクトの変更から、ゲームデザインやインタラクション方法の変更まで、それらすべてがゲームの開発を推進します。アタリ社が開発した最初のゲームである 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 Engine Unreal から CryTech の CryEngine、そして IOS 側で輝く Unity に至るまで、ゲーム エンジンは人気を博しました。商用エンジンに加えて、Valve の Source エンジン、Infinity Ward の IW エンジン、Ubisoft の Anvil エンジンなど、多くのメーカーが独自に開発したエンジンも作成しています。### 02. 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 トークンを作成してアドレスに「添付」できるのと同じように、誰でもコンポーネントやシステムを作成できるからです。### 03. チェーンゲーム開発におけるWeb3ゲームエンジンの重要性ブロックチェーン技術はまだ日常的なアプリケーションに完全に実装されていませんが、権利確認の透明性などのユニークな機能は、ゲーム分野に重要な変化をもたらすに違いありません。特に人々は、DeFiがもたらす巨大な魔法を目の当たりにしました。ゲームが完全にブロックチェーンにアップロードされたらどうなりますか? DeFi から、ブロックチェーンがゲームにもたらす変化を導入するのは難しいことではありません。* オープンな経済システム: ブロックチェーンにより、ゲーム内の仮想資産に実際の所有権と希少性を持たせることができます。これは、集中的なゲーム会社による資産の管理や管理を回避し、プレイヤーがアイテムの希少性や歩留まりを確認できることを意味します。* 構成可能性: ゲームをブロックチェーンのオープン環境に配置し、さまざまなゲームやプロジェクトが相互に補完できるようにします。 1 つのゲームでのプレイヤーの進行状況を他のゲームに反映したり、アセットを共有したりすることで、よりオープンで相互運用可能なゲーム エコシステムを構築できます。* ユーザー生成コンテンツ: ユーザーは完全に独立してゲーム コンテンツやアセットを構築でき、オープン ソース環境でアセットの所有権を持つことができます。これにより、ユーザーによるゲームプレイ ループが容易になり、ゲームのプレイアビリティと配信が向上します。たとえば、ユーザーは検証済みの MOD コンテンツをゲーム コントラクトにロードして、ゲームプレイを強化し、同時にいくつかのメリットを得ることができます。ブロックチェーン ゲームは、特に DeFi と NFT という 2 つのブロックチェーン アプリケーション分野が爆発的に普及した後、常に大きな期待を集めてきましたが、実装にはまだ多くの障害があります。* 1 つ目は技術インフラストラクチャの制限です。EVM は遅く、ガスコストが高く、Solidity 言語は複雑なゲーム ロジックを処理することがほとんどできないため、ゲームの複雑さとインタラクティブ性が大幅に制限されます。* 経済モデルの設計については、周知のとおり、チェーン ゲームの経済システムが最優先事項であり、効果的なインセンティブと財政化のバランスを見つける必要があります。* 自由度とガバナンス度: オンチェーン ゲームは非常に高い自由度またはオープン度を持っています。これにより、あらゆるプレイヤーがさまざまなゲーム コンテンツを作成して展開できるようになりますが、これらのコンテンツは必然的にゲーム世界の複雑化につながり、予期せぬ経済的影響さえももたらすため、管理を調整するための効果的なガバナンス メカニズムが必要になります。上記は現時点で予想される困難のほんの一部であり、現段階のほぼすべてのフルチェーン ゲームが SLG に焦点を当てている理由でもあります。ゲーム メカニズムはシンプルで、高い TPS を必要とせず、不完全です。必要な情報は既存のテクノロジーやアプリケーションによって完成させることができます。 MMORPG を期待している場合、それは間違いなく非常に挑戦的なものになるでしょう。ゲーム エンジンによって Web2 ゲームにもたらされた変更を利用して、チェーン ゲームも ECS アーキテクチャを採用すれば、次のことを解決できる可能性があります。* データの整理と管理: オンチェーン ゲームには、キャラクターの属性、アイテム、マップ情報など、処理が必要な大量のゲーム データもあります。 ECS アーキテクチャは、データを再利用可能なコンポーネントに整理し、データの変更とアクセスを効果的に管理するのに役立ちます。* 柔軟性とスケーラビリティ: ゲーム エンティティ (Entities) とコンポーネント (Component) を分離することで、開発者は既存のロジックに影響を与えることなく、新しいゲーム オブジェクトや機能を簡単に作成できます。この柔軟性とスケーラビリティは、複雑なゲームの仕組みにより頻繁なアップグレードや拡張が必要になる可能性があるオンチェーン ゲームでは特に重要です。* スマート コントラクトとデータ更新: ECS アーキテクチャは、スマート コントラクトでのデータ更新をより効果的に管理できます。エンティティ全体を更新することなく、各コンポーネントを個別に更新できます。これにより、スマート コントラクトの実行コストが削減され、対話効率が向上します。* 構成可能性: ECS の利点の 1 つは、そのコンポーネントとシステムの構成可能性であり、これはオンチェーン ゲームの構成可能性の概念に適合します。おそらく、プレイヤーは新しいコンテンツを作成して、より豊かな体験をもたらすことができるでしょう。### 04. Web3フルチェーンゲームの展望フルチェーンゲームにはまだ多くの困難があり、ゲームエンジンは問題のごく一部しか解決できませんが、課題とチャンスが共存しています。フルチェーンゲームの複雑なアプリケーションは、実際の実装への足がかりになる可能性があります。ブロックチェーン技術。現時点では、フルチェーン ゲーム エンジンはまだ非常に初期段階にあり、前述したように、複雑なアプリケーションのプロトタイプは確認できていますが、ツールの実装は不足しています。現在、MUD V2 と Dojo はより速く開発されています。 V1 と比較して、MUD V2 は ECS アーキテクチャを改善していますが、V2 はまだ開発中です。 Dojo は現在、Starknet コミュニティによって構築された唯一の検証可能なゲーム エンジンであり、Cairo 言語のおかげで Fog of War をネイティブに実装できます。 Dojo は ECS アーキテクチャも採用しており、スケーラビリティをさらに向上させるために、Starknet 上の専用ゲーム用に L3 を開発する予定です。さらに、チェーンゲームが依存するインフラも進化しています。 L2はワンクリックでチェーンを解除できるほど踏み固められているので、もしかしたら某人気ゲームは独自のロールアップを構築することで散逸構造を維持しデススパイラルを回避して価格差を稼ぐことができるかもしれません。 ERC-4337 アカウント抽象化テクノロジーを利用したフルチェーン ゲームでは、プレーヤーが単一のアカウントでゲーム トランザクションの実行、キャラクターの作成などを行うことができ、ユーザー エクスペリエンスの簡素化に役立ちます。さまざまなゲーム メカニズムをアップグレード可能な契約アカウントにカプセル化することもできるため、開発者はゲーム ルールやコンテンツなどを簡単に更新または最適化できます。
Web2 ゲーム エンジン開発の歴史を振り返り、フルチェーン ゲームの将来の開発の道筋を探ります。
01. ゲームの飛躍的な開発を促進する基盤テクノロジー
**ゲーム業界の進歩は、技術の向上とともに常に進化しています。 ** グラフィックスやサウンドエフェクトの変更から、ゲームデザインやインタラクション方法の変更まで、それらすべてがゲームの開発を推進します。アタリ社が開発した最初のゲームである 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 Engine Unreal から CryTech の CryEngine、そして IOS 側で輝く Unity に至るまで、ゲーム エンジンは人気を博しました。商用エンジンに加えて、Valve の Source エンジン、Infinity Ward の IW エンジン、Ubisoft の Anvil エンジンなど、多くのメーカーが独自に開発したエンジンも作成しています。
02. Web3 ゲームエンジンの ECS アーキテクチャ
現在、最もよく知られている 2 つのフルチェーン ゲーム エンジン、MUD と DOJO はどちらも ECS アーキテクチャを使用しています。 ECS は Entity-Component-System (Entity-Component-) の略で、Web2 ゲーム開発でゲーム オブジェクト (エンティティ) とそのプロパティ (コンポーネント) および動作 (システム) を管理するために一般的に使用されるアーキテクチャ パターンです。このアーキテクチャ パターンの利点は次のとおりです。
MUD V1 は典型的な ECS アーキテクチャです。 V1 フレームワークでは、エンティティはゲームの基本単位でもあり、さまざまなオブジェクト、プロップ、ウォレット アドレスにすることができ、一意の ID によって識別されます。コンポーネント コンポーネントはエンティティのデータ部分であり、オブジェクトの位置、ロールの属性など、エンティティのさまざまな属性を記述するために使用されます。さまざまなコンポーネントをエンティティにアタッチすることで、豊富な種類のゲーム オブジェクトを作成できます。 s システムはコンポーネントのロジックを処理し、ゲームのさまざまなルールや動作を実装し、スマート コントラクトの形式でチェーン上に存在します。エンティティ、コンポーネント、システムはすべて Worlds ワールド契約内にあり、各 Worlds は独立したゲーム環境に相当します。
このアーキテクチャはスケーラビリティをどのように反映するのでしょうか?ゲームの特定の機能をアップグレードする必要がある場合、またはコミュニティが新しいコンテンツを追加したい場合、まず、新しいゲーム機能/ロジック (システム) が関連コンポーネントの書き込み権限を取得できるようにしてから、アップグレードされたバージョンを作成する必要があります。 . ゲーム内のその他のコンテンツ そのままにしておきます。書き込み権限を与えない場合は、新しいコンポーネントや新しい機能を含む新しいシステムを作成することも検討できます。プレーヤーは、同じコア コンポーネントのデータを操作しながら、異なるバージョンを選択してプレイできます。なぜなら、Worlds の観点から見ると、誰もが新しい ERC-20 トークンを作成してアドレスに「添付」できるのと同じように、誰でもコンポーネントやシステムを作成できるからです。
03. チェーンゲーム開発におけるWeb3ゲームエンジンの重要性
ブロックチェーン技術はまだ日常的なアプリケーションに完全に実装されていませんが、権利確認の透明性などのユニークな機能は、ゲーム分野に重要な変化をもたらすに違いありません。特に人々は、DeFiがもたらす巨大な魔法を目の当たりにしました。ゲームが完全にブロックチェーンにアップロードされたらどうなりますか? DeFi から、ブロックチェーンがゲームにもたらす変化を導入するのは難しいことではありません。
ブロックチェーン ゲームは、特に DeFi と NFT という 2 つのブロックチェーン アプリケーション分野が爆発的に普及した後、常に大きな期待を集めてきましたが、実装にはまだ多くの障害があります。
上記は現時点で予想される困難のほんの一部であり、現段階のほぼすべてのフルチェーン ゲームが SLG に焦点を当てている理由でもあります。ゲーム メカニズムはシンプルで、高い TPS を必要とせず、不完全です。必要な情報は既存のテクノロジーやアプリケーションによって完成させることができます。 MMORPG を期待している場合、それは間違いなく非常に挑戦的なものになるでしょう。ゲーム エンジンによって Web2 ゲームにもたらされた変更を利用して、チェーン ゲームも ECS アーキテクチャを採用すれば、次のことを解決できる可能性があります。
04. Web3フルチェーンゲームの展望
フルチェーンゲームにはまだ多くの困難があり、ゲームエンジンは問題のごく一部しか解決できませんが、課題とチャンスが共存しています。フルチェーンゲームの複雑なアプリケーションは、実際の実装への足がかりになる可能性があります。ブロックチェーン技術。
現時点では、フルチェーン ゲーム エンジンはまだ非常に初期段階にあり、前述したように、複雑なアプリケーションのプロトタイプは確認できていますが、ツールの実装は不足しています。現在、MUD V2 と Dojo はより速く開発されています。 V1 と比較して、MUD V2 は ECS アーキテクチャを改善していますが、V2 はまだ開発中です。 Dojo は現在、Starknet コミュニティによって構築された唯一の検証可能なゲーム エンジンであり、Cairo 言語のおかげで Fog of War をネイティブに実装できます。 Dojo は ECS アーキテクチャも採用しており、スケーラビリティをさらに向上させるために、Starknet 上の専用ゲーム用に L3 を開発する予定です。
さらに、チェーンゲームが依存するインフラも進化しています。 L2はワンクリックでチェーンを解除できるほど踏み固められているので、もしかしたら某人気ゲームは独自のロールアップを構築することで散逸構造を維持しデススパイラルを回避して価格差を稼ぐことができるかもしれません。 ERC-4337 アカウント抽象化テクノロジーを利用したフルチェーン ゲームでは、プレーヤーが単一のアカウントでゲーム トランザクションの実行、キャラクターの作成などを行うことができ、ユーザー エクスペリエンスの簡素化に役立ちます。さまざまなゲーム メカニズムをアップグレード可能な契約アカウントにカプセル化することもできるため、開発者はゲーム ルールやコンテンツなどを簡単に更新または最適化できます。