フルチェーンバージョン2048:MUDエンジンを使用して何を学びましたか?

中級1/6/2024, 3:47:47 PM
この記事では、MUDエンジンがフルチェーンゲームでどのように使用されるかの詳細と、最適化および制限の回避方法について分析しています。

TL; DR

  • MUDエンジンの設計は「データベース指向」に従っています
  • フルチェーンゲームのAMMの瞬間はまだ来ていません
  • クリプトネイティブは価値です

スタート前

mud2048.funは、フルチェーンゲーム開発の微視的な感覚を得るための私たちの探求です。それは、オリジナルの2048ゲーム(play2048.co)のフルチェーンバージョンを体験し、フルチェーンゲーム開発の経験を体験することを目指しています。水温、ファーストラインの体感を得る。

この記事は、この開発プロセス中に得られた経験と考えをまとめたものであり、読者にインスピレーションを与えることを意図しています。

これはおそらく、完全なオンチェーンゲームを開発する最も簡単な試みです。 これ以前に、Chromeオフライン恐竜ゲーム(Chrome Dino Game)のフルチェーンバージョンを実装しようとしましたが、後にそれがブロックチェーンには適していないことがわかりました。 ゲームのTickメカニズムのサポートを受けても、元のゲーム体験に近いフルチェーンバージョンを再現することは難しいです。


Online version of Chrome Dino Game at:https://dinorunner.com/

これは一般的な誤解を含む可能性があります:シンプルなゲームのフルチェーンバージョンを実装することは簡単です。実際、これはそうではありません。なぜなら、ブロックチェーンの取引確認時間(主流のLayer 2でも)はまだ集中型サーバーのインターフェース応答時間のレベルに達していないからです。また、ゲームロジックがチェーンにアップロードされた後、集中型シナリオでは現れなかったエンジニアリングの複雑さをもたらし、すべてのシンプルなカジュアルゲームが簡単にフルチェーンバージョンを実装することができるわけではないという事実につながります。これはまた、現在のフルチェーンゲームエコロジーの一定の程度の分割を説明しています。

主にRTS(リアルタイムストラテジーゲーム)など:Loot Survivor、Primodium、Sky Strife、Cellulaなどを中心に、PixeLAW、Briq、OpCraftなどのMeta Rules(メタルールゲーム/サンドボックスゲーム)を補完します。両種類のゲームは、ブロックチェーン取引の長い確認時間による不利をゲーム形式の観点から回避しています。


画面はSky Strifeの起動インターフェースを示しています、URL:https://playtest.skystrife.xyz/

MUDエンジンを選択する理由は何ですか?

MUDはEVMエコシステムで最初のフルチェーンゲームエンジンです(およびEVMエコシステムで最初のアプリケーション開発フレームワークです)。エンジンには組込のセッションウォレットとAPIを介して呼び出すことができるテストチェーンのFaucetがあり、これによりプレイヤーの参加ハードルが低くなります。

別の理由は、MUDがオープンソースであり、多くのドキュメントやコミュニティ資料があり、簡単に始めることができるということです。ゲームエンジンがオープンソースであるかどうかは、以下で具体的に議論されるビジネスモデルの問題に関わるものです。


MUDの紹介。源:https://github.com/latticexyz/mud

さて、本題に入りましょう。MUDエンジンの使用に関する私たちのいくつかの経験について話します。マクロ認識産業レベルとミクロ合理工学実践レベルがあります。それらは異なる対象グループを対象としています。自分で使用することができます(直接スキップしてください)。興味を引かない部分)。

エンジニアリング

一般的に、MUDエンジンとは何ですか?

MUDエンジン=オンチェーンリレーショナルデータベース+オンチェーンアプリケーション開発フレームワーク。


MUDの機能。source:https://github.com/latticexyz/mud

これはインターネットの視点からブロックチェーン分野を見る視点です(陸上から海洋力を見るのと似ています)。これは間違いなく最も適切な視点ではありませんが、ブロックチェーンがまだ大衆採用を達成していないことを考慮すると、ブロックチェーン製品をリリースする必要があります。まだインターネット分野のユーザーを引き付ける必要があるため、まずはインターネットの視点から分析を行うことも検討すべきです。

「オンチェーンリレーショナルデータベース」または「オンチェーンアプリケーション開発フレームワーク」であるかどうかにかかわらず、それらはEthereumの開発にとって重要です、「世界コンピューター」。

私たちは、インターネットアプリケーション開発から学びました:データベースソフトウェアの使いやすさ/データベーステーブル構造設計の合理性は、全体のプロジェクト開発の複雑さを大きく決定します。言い換えれば、インターネットアプリケーション開発は、データベースを中心に行われる、それを「データベースベース」と呼びましょう。

では、MUDエンジンの設計も「データベースベース」のアイデアに従っているかを確認しましょう。MUDエンジンの設計の観点から、それは3つの中核的な問題を解決しています:

  1. チェーン上のデータを簡単に読み書きして経済的に保存する方法は?

  2. オンチェーン/クライアント間の自動データ同期、

  3. アプリケーション開発の一般的な複雑性管理。

最初の質問を見てみましょう:「チェーン上のデータを経済的に簡単に読み取り、書き込み、保存する方法」。

この問題は2つの要素に分解できます。

1> 読み書きが簡単

2> 経済的なストレージ

数十年にわたるインターネット分野での実践の結果、「読み書きのしやすさ」、「リレーショナルデータベース」が最適な解決策と見なされています。ブロックチェーンは伝統的なデータベースの保管モデルとは大きく異なるチェーン保管モデルです(下の図を参照)。このモデルは、単一シナリオ(特定のNFTコレクションの取引金額の合計/平均などを求める/最大値と最小値を見つけるなど)でさえも操作が簡単ではなく、さらに複雑なシナリオには言及すらされていません。


画像ソース:https://mempool.space/mining

そのため、MUDのソリューションは、チェインストレージの上に「リレーショナルデータベース」を実装することです(MUDエンジンのStoreの下のテーブルに対応)。 開発者にとって、使用体験は、一般的なリレーショナルデータベース(MySQL、SQL Server、PostgreSQL、SQLiteなど)を操作するのと同じです。 これは、インターネット開発者の大多数にとって本当に親しみやすいものです。 下の図は、MUDエンジンに基づいた2048のフルチェーンバージョンを開発したときの対応するテーブル構造を示しています。

ソース:https://github.com/themetacat/MUD2048/blob/main/packages/contracts/mud.config.ts

私たちは、世界のコンピュータであるEthereumの観点から、「経済的な保存」のポイントを分析することができます。

現代のコンピューターはすべて「フォン・ノイマン構造」に準拠しています。この構造は、入力、出力、演算、制御、および記憶の5つの部分に分かれています(下の図を参照)。


画像はインターネットから取得されます

フルチェーンゲームエンジン自体の観点からは、「入力」と「出力」はその上位レイヤーにあり、制御することができないため、「ストレージ」のみを最適化することができます。また、「操作」と「制御」はEthereumブロックチェーンで行っていることです。この「世界のコンピューター」上で実行されている「基本的なアプリケーションソフトウェア」として、フルチェーンゲームエンジンはそれを介して「ストレージ」入力を最適化することしかできません。

ストレージ最適化の具体的な解決策は、入力データの非常に効率的でコンパクトな「ビットパッキング」を実装することです。ブロックチェーン上のデータストレージはデータ容量に基づいて料金が発生するため、データ容量が小さいほど低コストでストレージできます。完全に最適化されたストレージコストは、大規模な複雑なオンチェーンアプリケーションの出現の前提条件です。以下の図は、MUDによるストレージ最適化の具体的なケースを示しています。詳細については、参照してください「0からV2までのフルチェーンゲームエンジンMUD」


画像ソース:https://lattice.xyz/blog/mud-zero-to-v2

要約すると、質問1については、MUDは主に「データベースベース」の観点から問題を解決しています。

そして、2つ目の質問に移ります:「オンチェーン/クライアント間の自動データ同期」。

これは、MUDエンジンによって提供されるコア機能でもあり、開発者が複雑な状態同期を管理する重い作業から自分自身を救うのに役立ちます。具体的な実装計画は、クライアント上のオンチェーンデータベースのリアルタイム同期です。つまり、各クライアントにはオンチェーンデータベースとリアルタイムに同期された組み込みのローカルコピーがあります。

これは主にMUDエンジン内のインデクサーを通じて実現されます。下の図は、Indexerに関するMUDの公式紹介で、主にプロジェクトサーバーで構築および実行したいシナリオに適しています(もちろん、この説明は、フルチェーンゲームクライアントで自動的に実行されるIndexerにも適用されます)。

Image Source:https://mud.dev/services/indexer

開発者にとって、彼らは最初にオンチェーンデータベースを持ち、ローカルデータベースに近いユーザーエクスペリエンスを持っています。ただし、MUDの現在の実装に関しては、クライアントがグローバルリストを生成するなどの機能を実装することが難しいため、各クライアントがグローバルリストを生成するのは経済的なアプローチではありません。

ところで、皆さんはきっと尋ねるでしょう: なぜチェーン上でグローバルリストを生成しないのですか?その理由は、MUDエンジンが初期のリレーショナルデータベースを実装しているにもかかわらず、MUDはまだリレーショナルデータベースでの合計/平均/最大値と最小値などの一般的な機能をサポートしていないためです。

したがって、mud2048.funでは、比較的コスト対効果の高い方法でグローバルなプレイヤーランキングを生成するために、集中型サーバー上にMUDインデクサーノードを構築しています(下の図を参照)。

URL:https://www.mud2048.fun/

しかし、オンチェーンデータベースのリアルタイムコピーを各クライアントに許可することには欠点もあります。たとえば、アプリケーションを開始する前に、データをチェーンから同期する必要があり、チェーンデータベースの最新コピーをローカルに確立するために待機時間が増加します。 MUDの関係者もこの問題を認識しており、MUD V2バージョンで関連する最適化ソリューション(セグメント化されたデータ同期とクライアントキャッシング)に言及しています。ただし、私の意見では、それらは一時的な解決策であり、時間の経過とともに同期するためのチェーンの問題を完全に解決することはできません。データに関する問題がますます増えています。

この問題は当分の間解決不可能のようです(公共ネットワークデータ伝送効率やチェーンデータ取得の大幅な進展を短期間で達成するのは難しいでしょう)。 MUDの繰り返しにより、より適切な解決策が見つかることを願っています。 この問題がうまく解決されれば、他のチェーン上で複雑なアプリケーションの誕生への道も開けるでしょう。

さて、3つ目の質問に移ります:「アプリケーション開発のための一般的な複雑性管理」。

この前、イーサリアムエコシステム内のほとんどのオンチェーンアプリケーションは比較的単純でした(客観的な指標としては、単一のDeFi/NFT/DAO製品に関与する契約の数が限られており、ほとんどの場合、デプロイ後の更新可能性は非常に低いです)。しかし、複雑なアプリケーション開発においては、ロジックの更新、アクセス制御、および権限管理はすべてゼロから行う必要がある繰り返しのタスクです。そのため、開発者がこれらの問題に統一された方法で取り組むのを支援できる汎用フレームワーク/エンジンが非常に必要です。これにより、開発者はアプリケーション開発に専念できます。

MUDエンジンが提供する別の主要機能は、Worldモジュールを介して開発者が上記の問題に対処する時間を節約することです。具体的には、WorldはStoreの上にロジックとアクセス制御を提供します。次の図は、World用のMUDの公式ウェブサイトを示しています。これは一般的なアプリケーション開発フレームワークによって提供される機能であり、ここでは詳細には立ち入りません。

Image Source:https://mud.dev/world/introduction

複雑なアプリケーション開発において、アクセス制御(またはルーティング)は全体のプロジェクトのボリュームを決定する重要なリンクです。アクセス制御の設計の質は、アプリケーション開発の複雑さと保守の容易さを直接決定します。MUDはこれに明らかに重要視しています。以下の図は、MUD v1とv2のバージョンでのアクセス制御モジュールの最適化を示しています。


Image Source:https://lattice.xyz/blog/mud-zero-to-v2

上記は、MUDエンジンを使用してmud2048.funを開発する過程での、私たちのエンジニアリング思考や経験の一部です。一般的に、MUDエンジンも「データベースベース」の考え方に従っており、これはインターネットアプリケーション開発の方法論と非常に一致しています。したがって、MUDエンジンはインターネットアプリケーション開発者にとって違和感を感じることはありません。次に、フルチェーンゲーム業界についての私たちの考えについて議論します。

業界

フルチェーンゲームの分野に入るとき、私たちが常に自問自答している3つの質問は、

  1. なぜフルチェーンゲームが必要なのですか?

  2. どんな種類のゲームが全体のチェーンに適していますか?

  3. Fully on-ChainとCrypto nativeの関係は何ですか?

次に、1つずつについて議論します。

最初の質問:なぜフルチェーンゲームが必要なのですか?

この問題はさらに2つのサブ問題に分解できます。

1> ブロックチェーン業界はなぜフルチェーンゲームを必要とするのでしょうか?

2>なぜ暗号市場はフルチェーンゲームが必要なのですか?

ブロックチェーン業界の観点から見ると:

Ethereumエコシステムは、複雑なオンチェーンアプリケーションが登場する段階に発展しています(過去にはオンチェーンアプリケーションのDeFi/DAO/NFTは比較的単純でしたが、アプリケーションをサポートする契約の数からもわかるように)。別の逆の例は、Ethereum Layer 2のゲームの全体的なチェーンサポートです。内部の論理的な観点からは、磁器の作業なしには、ダイヤモンドを作ることはできません。Layer 2は、自分自身を実現するために、ゲームの全体的な磁器作業を必要としています。

NFTフィールドは、PFPバブルの後、その発展を促進する新しいパラダイムを持っていませんでした。NFTをERC-20から区別するポイントは、相互運用性であり、ゲームシーンがNFTの相互運用性の自然な場所です。

The ultimate goal of the whole chain game”自律世界『Gate』は、デジタル世界の究極の形態の別の詳細であり(最後の詳細は過剰にマーケティングされた後、混乱した「メタバース」でした)、自律世界はより良い未来のための人類の共通の想像力として大きな魅力を持っており、全世界はこの目標を達成する重要な方法として、チェーンゲームにも大きな期待が寄せられています。


Autonomous Worlds 公式ウェブサイト:https://aw.network/

Looking at the Crypto market:

インターネットの発展の歴史を振り返ると、ゲームは常に新しい技術分野を取り入れる最初のものです。ゲームは消費者向けのアプリであり、エンドユーザーに簡単にアプローチできます。

ブロックチェーンゲーム/GameFiモデルは一時的に偽装され、ブロックチェーンゲームの探求はゲームの原点であるゲームプレイに戻っています。ブロックチェーンベースのゲームプレイ(ブロックチェーンの利点と欠点を完全に継承している)は、過去には利用できなかった新しい体験とパラダイムを提供することを約束し、それによりユーザーを引き付けます。

我々は2つ目の質問に移ります:全体のチェーンに適したゲームはどのようなものですか?

現時点では、業界/市場はこの点についてまだ合意に達していません。帰納的な観点から見ると、上記の2つのカテゴリはリアルタイムストラテジー(RTS)とメタルール(Meta Rules)です。ただし、イノベーションの不足、ビジネスモデルの不明確さ、ユーザーとの適合の失敗など、この分野にはまだ避けられない問題があります。

個人的には、メタルールクラスには比較的多くの可能性があると考えています。少なくとも、ルールレベルと相互運用性レベルでより多くのネイティブな可能性があります。ただし、まだ非常に早い段階であり、その確実性を評価するのは難しいです。以下の画像は、メタルールフルチェーンゲームPixeLAWのインターフェースです。


Image Source:https://twitter.com/0xPixeLAW/status/1704375844674912515

ゲーム間の相互運用性は長い間虚偽の主張かもしれません。フルチェーンゲームはブロックチェーンの相互運用性を継承していますが、ビジネス/製品/生態系の観点から、短期間で相互運用性のために独立した2つの製品が開発されることを想像するのは難しいです。この点は以前の「メタバース」サイクルでも否定されてきました。

さて、3番目の質問について話しましょう:Fully on-ChainとCrypto nativeの関係は何ですか?

まず、"チェーン全体"を過度に強調することは、人々を原理主義の悪循環に陥らせることになります。ブロックチェーンの現在のインフラは、広範囲のゲームがすべてのデータ/ロジックをチェーン上に置くことをサポートすることができません。また、「ダークフォレスト」の創設者であるGubSheepは、初期の形成「クリプトネイティブゲーム」とは、ゲームがクリプトネイティブの観点からブロックチェーン業界の発展を最大限に促進する方法を考えるためのものです。以下の画像はGubSheepの原文の一部を示しています。


ソース:https://gubsheep.substack.com/p/the-strongest-crypto-gaming-thesis

クリプトネイティブとは、常に変化する意味合いを持ち、境界が比較的曖昧な概念です。ブロックチェーン開発のさまざまな段階では、さまざまな解釈があります。

2017年、CryptoKittiesは暗号ネイティブの典型と見なされました;

2018年、Uniswapは暗号ネイティブの典型でした;

2020年、CryptoArtは暗号ネイティブの典型例です;

2021年、The DAOは暗号ネイティブの典型です;

2023年までに、データとロジックがチェーン上にあるフルチェーンゲームは、暗号ネイティブのモデルと見なされています。

しかし、基本的に暗号化とは考え方であり、教羓ではありません。

完全なオンチェーンは、暗号ネイティブを実装する方法論ですが、それに縛られてはいけません。中央集権化/分散化、革命/反革命はすべて相対的な概念であり、文字通りの意味にこだわりすぎると行き詰まる可能性が高まります。

だから、フルチェーンゲームであろうと、クリプトネイティブゲームであろうと、それらはどのような新しい可能性をもたらすのでしょうか?

ゲームのロジック/ルールがチェーンを通じて透明になった後、すべてのゲーム戦略が本当に公正に競争できると考えています。もちろん、この利点を反映できるシナリオを見つける必要があります。たとえば、ゲームロジックがチェーン上にあるため、ゲームをプレイするための契約コードを直接記述することができ、AIが生成したゲームプレイ戦略と組み合わせることで、私たちには平均を上回る/眠らない仮想プレーヤーエージェントを持つことができるかもしれません(このアイデアはShoshinに触発されました)。

また、MUDのようなフルチェーンゲームエンジン(実際には、それをフルチェーンアプリケーション開発フレームワークと呼ぶ方が適切です)、データベース+アプリケーション開発フレームワークの組み合わせは、EVMsエコシステムにおいて自明の重要性があります。しかし、データベース/アプリケーション開発フレームワークは公共財であり、ビジネスモデルを全く持っていません。幸いなことに、ブロックチェーンのネイティブトークンメカニズムが存在します。EIP-6969このような開発者の特許料制度は、これらの公正なアイテムの開発者が外部の方法で価値を捉えるのを助けることができます。これがブロックチェーンがWeb2よりも優れている点です。

「コンセンサス」は、コンピューティングパワーの51%だけでなく、社会/グループ間に存在する共有された価値観でもあります。この意味で、暗号化は一種の価値観です。

付録:

  1. MUD 2048 公式ウェブサイト:https://www.mud2048.fun/

  2. MUD 2048プロジェクトコード:https://github.com/themetacat/MUD2048

  3. MUDエンジンの公式ウェブサイト: https://mud.dev/

  4. Autonomous Worlds Bible公式ウェブサイト:https://aw.network/

  5. GubSheep暗号化ネイティブゲーム理論:https://gubsheep.substack.com/p/the-strongest-crypto-gaming-thesis

免責事項:

  1. この記事は[から転載されましたMetaCat]. すべての著作権は元の著者に帰属します [CK]. If there are objections to this reprint, please contact the Gate Learnチームがすぐに対応します。
  2. 責任の免責事項:この記事で表現されている意見は、著者個人のものであり、投資アドバイスを構成するものではありません。
  3. 他の言語への記事の翻訳は、Gate Learnチームによって行われます。特に言及がない限り、翻訳された記事のコピー、配布、または盗用は禁止されています。

フルチェーンバージョン2048:MUDエンジンを使用して何を学びましたか?

中級1/6/2024, 3:47:47 PM
この記事では、MUDエンジンがフルチェーンゲームでどのように使用されるかの詳細と、最適化および制限の回避方法について分析しています。

TL; DR

  • MUDエンジンの設計は「データベース指向」に従っています
  • フルチェーンゲームのAMMの瞬間はまだ来ていません
  • クリプトネイティブは価値です

スタート前

mud2048.funは、フルチェーンゲーム開発の微視的な感覚を得るための私たちの探求です。それは、オリジナルの2048ゲーム(play2048.co)のフルチェーンバージョンを体験し、フルチェーンゲーム開発の経験を体験することを目指しています。水温、ファーストラインの体感を得る。

この記事は、この開発プロセス中に得られた経験と考えをまとめたものであり、読者にインスピレーションを与えることを意図しています。

これはおそらく、完全なオンチェーンゲームを開発する最も簡単な試みです。 これ以前に、Chromeオフライン恐竜ゲーム(Chrome Dino Game)のフルチェーンバージョンを実装しようとしましたが、後にそれがブロックチェーンには適していないことがわかりました。 ゲームのTickメカニズムのサポートを受けても、元のゲーム体験に近いフルチェーンバージョンを再現することは難しいです。


Online version of Chrome Dino Game at:https://dinorunner.com/

これは一般的な誤解を含む可能性があります:シンプルなゲームのフルチェーンバージョンを実装することは簡単です。実際、これはそうではありません。なぜなら、ブロックチェーンの取引確認時間(主流のLayer 2でも)はまだ集中型サーバーのインターフェース応答時間のレベルに達していないからです。また、ゲームロジックがチェーンにアップロードされた後、集中型シナリオでは現れなかったエンジニアリングの複雑さをもたらし、すべてのシンプルなカジュアルゲームが簡単にフルチェーンバージョンを実装することができるわけではないという事実につながります。これはまた、現在のフルチェーンゲームエコロジーの一定の程度の分割を説明しています。

主にRTS(リアルタイムストラテジーゲーム)など:Loot Survivor、Primodium、Sky Strife、Cellulaなどを中心に、PixeLAW、Briq、OpCraftなどのMeta Rules(メタルールゲーム/サンドボックスゲーム)を補完します。両種類のゲームは、ブロックチェーン取引の長い確認時間による不利をゲーム形式の観点から回避しています。


画面はSky Strifeの起動インターフェースを示しています、URL:https://playtest.skystrife.xyz/

MUDエンジンを選択する理由は何ですか?

MUDはEVMエコシステムで最初のフルチェーンゲームエンジンです(およびEVMエコシステムで最初のアプリケーション開発フレームワークです)。エンジンには組込のセッションウォレットとAPIを介して呼び出すことができるテストチェーンのFaucetがあり、これによりプレイヤーの参加ハードルが低くなります。

別の理由は、MUDがオープンソースであり、多くのドキュメントやコミュニティ資料があり、簡単に始めることができるということです。ゲームエンジンがオープンソースであるかどうかは、以下で具体的に議論されるビジネスモデルの問題に関わるものです。


MUDの紹介。源:https://github.com/latticexyz/mud

さて、本題に入りましょう。MUDエンジンの使用に関する私たちのいくつかの経験について話します。マクロ認識産業レベルとミクロ合理工学実践レベルがあります。それらは異なる対象グループを対象としています。自分で使用することができます(直接スキップしてください)。興味を引かない部分)。

エンジニアリング

一般的に、MUDエンジンとは何ですか?

MUDエンジン=オンチェーンリレーショナルデータベース+オンチェーンアプリケーション開発フレームワーク。


MUDの機能。source:https://github.com/latticexyz/mud

これはインターネットの視点からブロックチェーン分野を見る視点です(陸上から海洋力を見るのと似ています)。これは間違いなく最も適切な視点ではありませんが、ブロックチェーンがまだ大衆採用を達成していないことを考慮すると、ブロックチェーン製品をリリースする必要があります。まだインターネット分野のユーザーを引き付ける必要があるため、まずはインターネットの視点から分析を行うことも検討すべきです。

「オンチェーンリレーショナルデータベース」または「オンチェーンアプリケーション開発フレームワーク」であるかどうかにかかわらず、それらはEthereumの開発にとって重要です、「世界コンピューター」。

私たちは、インターネットアプリケーション開発から学びました:データベースソフトウェアの使いやすさ/データベーステーブル構造設計の合理性は、全体のプロジェクト開発の複雑さを大きく決定します。言い換えれば、インターネットアプリケーション開発は、データベースを中心に行われる、それを「データベースベース」と呼びましょう。

では、MUDエンジンの設計も「データベースベース」のアイデアに従っているかを確認しましょう。MUDエンジンの設計の観点から、それは3つの中核的な問題を解決しています:

  1. チェーン上のデータを簡単に読み書きして経済的に保存する方法は?

  2. オンチェーン/クライアント間の自動データ同期、

  3. アプリケーション開発の一般的な複雑性管理。

最初の質問を見てみましょう:「チェーン上のデータを経済的に簡単に読み取り、書き込み、保存する方法」。

この問題は2つの要素に分解できます。

1> 読み書きが簡単

2> 経済的なストレージ

数十年にわたるインターネット分野での実践の結果、「読み書きのしやすさ」、「リレーショナルデータベース」が最適な解決策と見なされています。ブロックチェーンは伝統的なデータベースの保管モデルとは大きく異なるチェーン保管モデルです(下の図を参照)。このモデルは、単一シナリオ(特定のNFTコレクションの取引金額の合計/平均などを求める/最大値と最小値を見つけるなど)でさえも操作が簡単ではなく、さらに複雑なシナリオには言及すらされていません。


画像ソース:https://mempool.space/mining

そのため、MUDのソリューションは、チェインストレージの上に「リレーショナルデータベース」を実装することです(MUDエンジンのStoreの下のテーブルに対応)。 開発者にとって、使用体験は、一般的なリレーショナルデータベース(MySQL、SQL Server、PostgreSQL、SQLiteなど)を操作するのと同じです。 これは、インターネット開発者の大多数にとって本当に親しみやすいものです。 下の図は、MUDエンジンに基づいた2048のフルチェーンバージョンを開発したときの対応するテーブル構造を示しています。

ソース:https://github.com/themetacat/MUD2048/blob/main/packages/contracts/mud.config.ts

私たちは、世界のコンピュータであるEthereumの観点から、「経済的な保存」のポイントを分析することができます。

現代のコンピューターはすべて「フォン・ノイマン構造」に準拠しています。この構造は、入力、出力、演算、制御、および記憶の5つの部分に分かれています(下の図を参照)。


画像はインターネットから取得されます

フルチェーンゲームエンジン自体の観点からは、「入力」と「出力」はその上位レイヤーにあり、制御することができないため、「ストレージ」のみを最適化することができます。また、「操作」と「制御」はEthereumブロックチェーンで行っていることです。この「世界のコンピューター」上で実行されている「基本的なアプリケーションソフトウェア」として、フルチェーンゲームエンジンはそれを介して「ストレージ」入力を最適化することしかできません。

ストレージ最適化の具体的な解決策は、入力データの非常に効率的でコンパクトな「ビットパッキング」を実装することです。ブロックチェーン上のデータストレージはデータ容量に基づいて料金が発生するため、データ容量が小さいほど低コストでストレージできます。完全に最適化されたストレージコストは、大規模な複雑なオンチェーンアプリケーションの出現の前提条件です。以下の図は、MUDによるストレージ最適化の具体的なケースを示しています。詳細については、参照してください「0からV2までのフルチェーンゲームエンジンMUD」


画像ソース:https://lattice.xyz/blog/mud-zero-to-v2

要約すると、質問1については、MUDは主に「データベースベース」の観点から問題を解決しています。

そして、2つ目の質問に移ります:「オンチェーン/クライアント間の自動データ同期」。

これは、MUDエンジンによって提供されるコア機能でもあり、開発者が複雑な状態同期を管理する重い作業から自分自身を救うのに役立ちます。具体的な実装計画は、クライアント上のオンチェーンデータベースのリアルタイム同期です。つまり、各クライアントにはオンチェーンデータベースとリアルタイムに同期された組み込みのローカルコピーがあります。

これは主にMUDエンジン内のインデクサーを通じて実現されます。下の図は、Indexerに関するMUDの公式紹介で、主にプロジェクトサーバーで構築および実行したいシナリオに適しています(もちろん、この説明は、フルチェーンゲームクライアントで自動的に実行されるIndexerにも適用されます)。

Image Source:https://mud.dev/services/indexer

開発者にとって、彼らは最初にオンチェーンデータベースを持ち、ローカルデータベースに近いユーザーエクスペリエンスを持っています。ただし、MUDの現在の実装に関しては、クライアントがグローバルリストを生成するなどの機能を実装することが難しいため、各クライアントがグローバルリストを生成するのは経済的なアプローチではありません。

ところで、皆さんはきっと尋ねるでしょう: なぜチェーン上でグローバルリストを生成しないのですか?その理由は、MUDエンジンが初期のリレーショナルデータベースを実装しているにもかかわらず、MUDはまだリレーショナルデータベースでの合計/平均/最大値と最小値などの一般的な機能をサポートしていないためです。

したがって、mud2048.funでは、比較的コスト対効果の高い方法でグローバルなプレイヤーランキングを生成するために、集中型サーバー上にMUDインデクサーノードを構築しています(下の図を参照)。

URL:https://www.mud2048.fun/

しかし、オンチェーンデータベースのリアルタイムコピーを各クライアントに許可することには欠点もあります。たとえば、アプリケーションを開始する前に、データをチェーンから同期する必要があり、チェーンデータベースの最新コピーをローカルに確立するために待機時間が増加します。 MUDの関係者もこの問題を認識しており、MUD V2バージョンで関連する最適化ソリューション(セグメント化されたデータ同期とクライアントキャッシング)に言及しています。ただし、私の意見では、それらは一時的な解決策であり、時間の経過とともに同期するためのチェーンの問題を完全に解決することはできません。データに関する問題がますます増えています。

この問題は当分の間解決不可能のようです(公共ネットワークデータ伝送効率やチェーンデータ取得の大幅な進展を短期間で達成するのは難しいでしょう)。 MUDの繰り返しにより、より適切な解決策が見つかることを願っています。 この問題がうまく解決されれば、他のチェーン上で複雑なアプリケーションの誕生への道も開けるでしょう。

さて、3つ目の質問に移ります:「アプリケーション開発のための一般的な複雑性管理」。

この前、イーサリアムエコシステム内のほとんどのオンチェーンアプリケーションは比較的単純でした(客観的な指標としては、単一のDeFi/NFT/DAO製品に関与する契約の数が限られており、ほとんどの場合、デプロイ後の更新可能性は非常に低いです)。しかし、複雑なアプリケーション開発においては、ロジックの更新、アクセス制御、および権限管理はすべてゼロから行う必要がある繰り返しのタスクです。そのため、開発者がこれらの問題に統一された方法で取り組むのを支援できる汎用フレームワーク/エンジンが非常に必要です。これにより、開発者はアプリケーション開発に専念できます。

MUDエンジンが提供する別の主要機能は、Worldモジュールを介して開発者が上記の問題に対処する時間を節約することです。具体的には、WorldはStoreの上にロジックとアクセス制御を提供します。次の図は、World用のMUDの公式ウェブサイトを示しています。これは一般的なアプリケーション開発フレームワークによって提供される機能であり、ここでは詳細には立ち入りません。

Image Source:https://mud.dev/world/introduction

複雑なアプリケーション開発において、アクセス制御(またはルーティング)は全体のプロジェクトのボリュームを決定する重要なリンクです。アクセス制御の設計の質は、アプリケーション開発の複雑さと保守の容易さを直接決定します。MUDはこれに明らかに重要視しています。以下の図は、MUD v1とv2のバージョンでのアクセス制御モジュールの最適化を示しています。


Image Source:https://lattice.xyz/blog/mud-zero-to-v2

上記は、MUDエンジンを使用してmud2048.funを開発する過程での、私たちのエンジニアリング思考や経験の一部です。一般的に、MUDエンジンも「データベースベース」の考え方に従っており、これはインターネットアプリケーション開発の方法論と非常に一致しています。したがって、MUDエンジンはインターネットアプリケーション開発者にとって違和感を感じることはありません。次に、フルチェーンゲーム業界についての私たちの考えについて議論します。

業界

フルチェーンゲームの分野に入るとき、私たちが常に自問自答している3つの質問は、

  1. なぜフルチェーンゲームが必要なのですか?

  2. どんな種類のゲームが全体のチェーンに適していますか?

  3. Fully on-ChainとCrypto nativeの関係は何ですか?

次に、1つずつについて議論します。

最初の質問:なぜフルチェーンゲームが必要なのですか?

この問題はさらに2つのサブ問題に分解できます。

1> ブロックチェーン業界はなぜフルチェーンゲームを必要とするのでしょうか?

2>なぜ暗号市場はフルチェーンゲームが必要なのですか?

ブロックチェーン業界の観点から見ると:

Ethereumエコシステムは、複雑なオンチェーンアプリケーションが登場する段階に発展しています(過去にはオンチェーンアプリケーションのDeFi/DAO/NFTは比較的単純でしたが、アプリケーションをサポートする契約の数からもわかるように)。別の逆の例は、Ethereum Layer 2のゲームの全体的なチェーンサポートです。内部の論理的な観点からは、磁器の作業なしには、ダイヤモンドを作ることはできません。Layer 2は、自分自身を実現するために、ゲームの全体的な磁器作業を必要としています。

NFTフィールドは、PFPバブルの後、その発展を促進する新しいパラダイムを持っていませんでした。NFTをERC-20から区別するポイントは、相互運用性であり、ゲームシーンがNFTの相互運用性の自然な場所です。

The ultimate goal of the whole chain game”自律世界『Gate』は、デジタル世界の究極の形態の別の詳細であり(最後の詳細は過剰にマーケティングされた後、混乱した「メタバース」でした)、自律世界はより良い未来のための人類の共通の想像力として大きな魅力を持っており、全世界はこの目標を達成する重要な方法として、チェーンゲームにも大きな期待が寄せられています。


Autonomous Worlds 公式ウェブサイト:https://aw.network/

Looking at the Crypto market:

インターネットの発展の歴史を振り返ると、ゲームは常に新しい技術分野を取り入れる最初のものです。ゲームは消費者向けのアプリであり、エンドユーザーに簡単にアプローチできます。

ブロックチェーンゲーム/GameFiモデルは一時的に偽装され、ブロックチェーンゲームの探求はゲームの原点であるゲームプレイに戻っています。ブロックチェーンベースのゲームプレイ(ブロックチェーンの利点と欠点を完全に継承している)は、過去には利用できなかった新しい体験とパラダイムを提供することを約束し、それによりユーザーを引き付けます。

我々は2つ目の質問に移ります:全体のチェーンに適したゲームはどのようなものですか?

現時点では、業界/市場はこの点についてまだ合意に達していません。帰納的な観点から見ると、上記の2つのカテゴリはリアルタイムストラテジー(RTS)とメタルール(Meta Rules)です。ただし、イノベーションの不足、ビジネスモデルの不明確さ、ユーザーとの適合の失敗など、この分野にはまだ避けられない問題があります。

個人的には、メタルールクラスには比較的多くの可能性があると考えています。少なくとも、ルールレベルと相互運用性レベルでより多くのネイティブな可能性があります。ただし、まだ非常に早い段階であり、その確実性を評価するのは難しいです。以下の画像は、メタルールフルチェーンゲームPixeLAWのインターフェースです。


Image Source:https://twitter.com/0xPixeLAW/status/1704375844674912515

ゲーム間の相互運用性は長い間虚偽の主張かもしれません。フルチェーンゲームはブロックチェーンの相互運用性を継承していますが、ビジネス/製品/生態系の観点から、短期間で相互運用性のために独立した2つの製品が開発されることを想像するのは難しいです。この点は以前の「メタバース」サイクルでも否定されてきました。

さて、3番目の質問について話しましょう:Fully on-ChainとCrypto nativeの関係は何ですか?

まず、"チェーン全体"を過度に強調することは、人々を原理主義の悪循環に陥らせることになります。ブロックチェーンの現在のインフラは、広範囲のゲームがすべてのデータ/ロジックをチェーン上に置くことをサポートすることができません。また、「ダークフォレスト」の創設者であるGubSheepは、初期の形成「クリプトネイティブゲーム」とは、ゲームがクリプトネイティブの観点からブロックチェーン業界の発展を最大限に促進する方法を考えるためのものです。以下の画像はGubSheepの原文の一部を示しています。


ソース:https://gubsheep.substack.com/p/the-strongest-crypto-gaming-thesis

クリプトネイティブとは、常に変化する意味合いを持ち、境界が比較的曖昧な概念です。ブロックチェーン開発のさまざまな段階では、さまざまな解釈があります。

2017年、CryptoKittiesは暗号ネイティブの典型と見なされました;

2018年、Uniswapは暗号ネイティブの典型でした;

2020年、CryptoArtは暗号ネイティブの典型例です;

2021年、The DAOは暗号ネイティブの典型です;

2023年までに、データとロジックがチェーン上にあるフルチェーンゲームは、暗号ネイティブのモデルと見なされています。

しかし、基本的に暗号化とは考え方であり、教羓ではありません。

完全なオンチェーンは、暗号ネイティブを実装する方法論ですが、それに縛られてはいけません。中央集権化/分散化、革命/反革命はすべて相対的な概念であり、文字通りの意味にこだわりすぎると行き詰まる可能性が高まります。

だから、フルチェーンゲームであろうと、クリプトネイティブゲームであろうと、それらはどのような新しい可能性をもたらすのでしょうか?

ゲームのロジック/ルールがチェーンを通じて透明になった後、すべてのゲーム戦略が本当に公正に競争できると考えています。もちろん、この利点を反映できるシナリオを見つける必要があります。たとえば、ゲームロジックがチェーン上にあるため、ゲームをプレイするための契約コードを直接記述することができ、AIが生成したゲームプレイ戦略と組み合わせることで、私たちには平均を上回る/眠らない仮想プレーヤーエージェントを持つことができるかもしれません(このアイデアはShoshinに触発されました)。

また、MUDのようなフルチェーンゲームエンジン(実際には、それをフルチェーンアプリケーション開発フレームワークと呼ぶ方が適切です)、データベース+アプリケーション開発フレームワークの組み合わせは、EVMsエコシステムにおいて自明の重要性があります。しかし、データベース/アプリケーション開発フレームワークは公共財であり、ビジネスモデルを全く持っていません。幸いなことに、ブロックチェーンのネイティブトークンメカニズムが存在します。EIP-6969このような開発者の特許料制度は、これらの公正なアイテムの開発者が外部の方法で価値を捉えるのを助けることができます。これがブロックチェーンがWeb2よりも優れている点です。

「コンセンサス」は、コンピューティングパワーの51%だけでなく、社会/グループ間に存在する共有された価値観でもあります。この意味で、暗号化は一種の価値観です。

付録:

  1. MUD 2048 公式ウェブサイト:https://www.mud2048.fun/

  2. MUD 2048プロジェクトコード:https://github.com/themetacat/MUD2048

  3. MUDエンジンの公式ウェブサイト: https://mud.dev/

  4. Autonomous Worlds Bible公式ウェブサイト:https://aw.network/

  5. GubSheep暗号化ネイティブゲーム理論:https://gubsheep.substack.com/p/the-strongest-crypto-gaming-thesis

免責事項:

  1. この記事は[から転載されましたMetaCat]. すべての著作権は元の著者に帰属します [CK]. If there are objections to this reprint, please contact the Gate Learnチームがすぐに対応します。
  2. 責任の免責事項:この記事で表現されている意見は、著者個人のものであり、投資アドバイスを構成するものではありません。
  3. 他の言語への記事の翻訳は、Gate Learnチームによって行われます。特に言及がない限り、翻訳された記事のコピー、配布、または盗用は禁止されています。
Start Now
Sign up and get a
$100
Voucher!
It seems that you are attempting to access our services from a Restricted Location where Gate.io is unable to provide services. We apologize for any inconvenience this may cause. Currently, the Restricted Locations include but not limited to: the United States of America, Canada, Cambodia, Thailand, Cuba, Iran, North Korea and so on. For more information regarding the Restricted Locations, please refer to the User Agreement. Should you have any other questions, please contact our Customer Support Team.