paint-brush
メタバースにはオペレーティング システムが必要@tprstly
2,271 測定値
2,271 測定値

メタバースにはオペレーティング システムが必要

Theo Priestley12m2022/10/03
Read on Terminal Reader
Read this story w/o Javascript

長すぎる; 読むには

ほとんどのメタバースの議論は、既存のインフラストラクチャとソフトウェアの原則に基づいています。一元化されたアーキテクチャに基づいて、複数のバージョンのソフトウェア スタックを作成しています。大声で叫ぶために、すべてがまだWindowsに座っています。分散型アプリケーションを 4 つまたは 5 つ、あるいはそのうちの 1 つが将来のために開発されたか、仮想世界のために 1 つ開発される必要がある、真に分散化された未来が必要です。

People Mentioned

Mention Thumbnail

Companies Mentioned

Mention Thumbnail
Mention Thumbnail

Coin Mentioned

Mention Thumbnail
featured image - メタバースにはオペレーティング システムが必要
Theo Priestley HackerNoon profile picture
0-item

あなたが私のような古いギットなら、新聞販売店に向かい、コインを叩き、家に帰ってコンピュータ雑誌のページから Sinclair Spectrum または Amstrad CPC-464 に BASIC でゲームを手作業でコーディングしたことを覚えているでしょう。または、運が良ければマシンコード。


(あなたがもっと年をとっているなら、アセンブリとパンチカードを覚えているでしょう。神はあなたを愛しています)


常に最初はうまくいかないでしょうが、私たちの多くにとって、それはソフトウェア エンジニアリングやゲーム開発への導入でした。コンピューティングの黄金時代、別の言語の単語を魔法のようなものに変える発見のように感じました。


率直に言って、私たちの大半はクソ怠け者です。


私たちは、ノーコードまたはローコードのプラットフォームが私たち全員のためにそれを行うことを望んでいます。これ以上難しいことを学びたくありません。プロセッサまたはメモリからすべてのジュースを抽出し、可能な限り低いレベルで手を汚す必要はありません。 .


そして、私は「おそらく、それがメタバース用のオペレーティング システムが必要な理由だろう」と考えています。


解決できない問題と悩みは、ほとんどのメタバースの議論が、既存のインフラストラクチャとソフトウェアの原則に基づいて構築されていることです。私たちは集中型アーキテクチャに基づいて複数のバージョンのソフトウェア スタックを作成しています。


メタバースと web3 のランドスケープと提案されたコンポーネントを見ると、以下のようなものが得られます。つまり、彼らはそれを OS と呼んでいますが、これは疲れた Matthew Ball のブログ投稿をいくつかの曲線の四角形を使用して再加工した表現にすぎません。


アウトライアー・ベンチャーズ標準と API を介してのみ動作するように設計された独自のプラットフォームではなく、完全に分散化されたツールとテクノロジのセットである Open Metaverse OS を提案し、擁護します。


メタバースを評価して調査するためのフレームワークと、ユーザー中心主義の原則とアイデンティティ、データ、富の主権に基づいて代替案を設計するためのツールキットを作成しました。


それは素晴らしいことですが、それはオペレーティング システムではないので、「OS」という用語を使用した理由は私には理解できません。

The Outlier Ventures フランケンスタック


メタバースを成長させるには、多くの新しいツールとテクノロジが必要になります。それらは、レンダリング、コンピューティング、XR、支払い、ツール、プロジェクション、体積圧縮、AI、ML などに及びます。そして、これらのツールの品質と機能は、何を何人のビルダーによって構築するかの鍵となります。しかし、これらのツールやテクノロジーが必要とする料金、開発者を閉じ込める程度、消費者の選択肢や競合するイノベーションの創出を制限する方法も同様です。

交換ソリューションの必要性が高まるにつれて、経済学が解決策を生み出す傾向があります。たとえば、Disney の Pixar は、Universal Scene Description (USD) ファイル形式をオープンソース化して、開発者が交換可能な 3D データを作成できるようにしました。その後、Nvidia の Omniverse プラットフォームは USD を使用して、Maya、Houdini、Unreal、AutoCAD などのアセットを共有仮想環境に首尾一貫してまとめます。 Epic の Twinmotion プラットフォームは、Archicad、Revit、SketchUp Pro、RIKCAD、Rhino など、ほぼすべての BIM および CAD プログラムからモデルをインポートするためにも使用できます。その後、機械学習と AI を使用して、可能な限りアップグレードし、統合します。分の問題。

マシュー ボール — 交換、ツール、標準


Ball でさえ手を汚したくはありません。彼は、既存のソフトウェア スタックを壁にぶつけて、The Force がこの銀河のアプリケーションを結び付けることを望んでいることに満足しています。


ウェブをトロールすると、誰かがプロジェクトを作成して放棄したという試みの反響がありますが、今日ではそれほど具体的なものは存在せず、言及されたり擁護されたりすることさえありません.


まず、既存のオペレーティング システムのリスト、仮想世界またはメタバースの実装に適合するものや、特に作成されたものはありません。すでに悪いスタートを切っています — 私たちは、Microsoft Windows、今日の名前が何であれ、Apple OS、Android、さらには Linux にのみ依存しています。これらはすべて、真に分散化された未来や、書く必要がある未来のために開発されたものではありません。 4 次元または 5 次元のアプリケーション。


(私が言いたいのは、3D と「空間 Web」用のオペレーティング システムを作成することは、時間多次元の仮想マシンの状態を考慮する必要があるため、既に未来を制限しているということです。 Minecraft 内の Minecraft の例)


この時点で、私はおそらく非常に愚かに聞こえるので、ここで自由にやめてください.


NewZoo は、たくさんのロゴを写真の中に配置して配置しています。


現在私たちが持っているのは、Epic、Unity、NVIDIA、ARM、Valve、Facebook、Amazon、Microsoft、Apple などです。これらの企業は、最終的に買収して飲み込み、独自のバージョンのメタバース。彼らは皆、一見オープンな標準のセットを作成するために競争しますが、独自の所有権の感覚を放棄したくはありません.


メタバースの構築は、Unity3D や Unreal Engine などのゲーム エンジンに大きく依存してきましたが、今後数年間で、2 つまたは 3 つの主要なソリューションからそのコントロールを奪おうとするベンチャー資金による試みがますます増えるでしょう。これはまた、メタバースのすべてのバージョンが存在するプラットフォームも分岐し始めることを意味します。現在、それらは PC、モバイル、およびコンソールで交換可能でアクセス可能なクロスプラットフォームですが、より洗練された潜在的に独自の世界が存在する可能性があります。 1 つ以上のプラットフォームを除外し、アクセスを制限します。


はい、API は相互運用性とエコシステム全体でツールを使用する必要性にとって重要ですが、プラットフォームが競合して断片化するにつれて、API は特効薬にはなりません。


それらすべてを支配する包括的なメタバースは存在しません


ほぼ同じように、汎用人工知能の単一のスカイネットが存在することは決してありません.数百のメタバースがあり、人々が交流し、生活し、ビジネスや楽しみを行うために、ジャンルやタイプのマルチバースに広がっています。個人所有のバージョンは言うまでもありません。


しかし、将来、それらすべてが、私たちが達成したい目的とビジョンのために特別に構築されたオペレーティング システム上にあるとしたらどうでしょうか?では、どのような選択肢がありますか?


Linux は 1991 年にリリースされました。Torvalds 氏が Linux カーネルをゼロから開発し、その上に構築するのに約 1 年かかりました。まったく新しい OS をゼロから開発できないわけではありません。


クロケットOSは、メタバースを次世代の Web およびモバイルに拡張するメタバース開発用のプラットフォームおよび IDE です。 IDE を使用すると、開発者は「相互運用可能な [標準ベースの] Web および Web3 仮想世界」を構築および展開できると、同社は声明で述べています。


これは、マルチユーザー メタバース エクスペリエンス用の同期システムです。これにより、複数のユーザーが単一の共有分散環境内で一緒に作業したり遊んだりすることができ、この分散環境がすべてのユーザーにとって少し同一であることが保証されます。


「Croquet は、ローカル コードを記述するか、コードをまったく記述しないかのように、これを簡単にする根本的に新しいアプローチを採用しています。 Web の力を活用して、真に独立した相互運用可能なメタバースの世界を作成する、オープンで標準ベースの方法を提供する可能性があります。」


しかし、それはオペレーティングシステムですか?いいえ、それの音によって。これは、いくつかのタグが付けられた別のプラットフォームです。そしておそらく、すでに一般的な OS プラットフォームの 1 つに搭載されています。


物事は少し面白くなりますオープンソースのメタバース プロジェクト.オープン ソース メタバース プロジェクト( OSMP ) は、複数の参加者が共有する仮想世界のオンライン プラットフォームです。このプラットフォームは、2004 年に Hugh Perkins と Jorge Lima によって共同設立された無料のオープンソース ソフトウェアです。

OSMP は、Second Life、Active Worlds、There などの既存の世界からアイデアを借用して、World Wide Web を大まかにモデル化したものです。このプロジェクトは、ストリーミング 3D ワールドを作成するためのオープンソース エンジンを作成することを目的としており、既存のワールドを単一のオープンな標準ベースのメタバースに相互接続することも可能にします。


OpenSource Metaverse Project が作成されたのは、プレーヤーによるカスタマイズと独自の世界の作成を可能にする仮想世界に対する強い需要が存在し、大規模な開発者が続いているためです。クローズド ソースの仮想世界は既に存在しますが、柔軟でスケーラブルで、個々の独自の世界では不可能な範囲までカスタマイズできるメタバース エンジンが必要でした。


オープンで相互運用可能なプラットフォームを構築しようとするこれまでの試みとはまったく異なります。


そして、これは何と言っても前兆に違いありません。なぜなら、すべてのプラットフォームが間違った基盤の上に構築されている場合、プラットフォームは前に進む道ではないからです。オープンなメタバースと分散化された Web を作成するという意志と意欲は常にそこにありましたが、基本層がすべて間違っているため、空虚で断片化された夢のままです。


たとえば、相互運用性は、プラットフォーム間のブリッジを構築することではなく、オペレーティング システム自体の奥深くにあるルート レベルに存在することからもたらされます。


Solipsis — OS ではありませんが、興味深い機能がありました


さて、別のプラットフォームの話に戻りますが、これはかなり興味深いものでした — ソリプシス.


Solipsis の中心的な目的は、サーバーの所有権などの私的利益の影響から可能な限り独立した仮想世界を作成することでした。これを実現するために、従来のサーバー/クライアント モデルではなく、ピア ツー ピア モデルに基づいています。さらに、ユーザーが仮想世界の個々のセグメントでインターフェイスとコンテンツをより柔軟に設計できるようにすることを目的としています。


見よ、分散型メタバースプラットフォーム!


集中型のアーキテクチャでは、複数のサーバーを使用したとしても、真にセルフスケーラブルなソリューションを実現することはできません。実際、何千ものクライアントが接続された非常に大規模なアプリケーションになると、クライアント/サーバー アーキテクチャは導入とメンテナンスのコストが法外に高くなります。


一方、自己適応機能のおかげで、P2P ネットワーク オーバーレイは、強力なサーバーの効果的な代替手段であることが明らかに証明されています。


そのため、Solipsis は、インフラストラクチャの観点から 2008 年にさかのぼる、分散型でオープンなメタバースを構築するためのより信頼できる試みの 1 つとして形成され始めていました。


仮想世界は最初は空で、エンド ユーザーのコンピューターによって実行されるエンティティによってのみ埋められます。すべての Solipsis ノードは機能的に同等であり、事前に定められたインフラストラクチャは必要ありません。これにより、ワールドのコンテンツや機能に対する制限が可能な限り排除されます。


メタバース プラットフォームに関する限り、これはほぼ同じです。


また、没入型 Web 用に構築された新しいメタバース ブラウザーである Lamina1 の壁の中で具体的に議論されてきた、特注のナビゲーター (ブラウザー) も備えていました。


それはまだプラットフォームの遊びですが、オペレーティング システム自体に似たものを探してうさぎの穴に落ち続けていると、Web の次のイテレーション用の分散型 OS の上に構築できるもののパターンとスレッドが見え始めました。


空間ウェブへの飛躍


たとえば、Leap Motion は真の 3D オペレーティング システムについて語っていますが、記事が続くと、その概念について詳しく説明しています。空間ブラウザー代わりは。


つまり、プラットフォーム、スタック、API、およびブラウザーが表示されますが、オペレーティング システムに似たものはまだ何もありません。


私の発見の旅の途中に、グリッド ベースのオペレーティング システムに関する素晴らしい論文がありました。たとえば、GridOS自体。


ここで紹介する作業は、グリッド アーキテクチャに広範で柔軟なサービスを提供するグリッド オペレーティング システムへの第一歩です。


しかし、これまでに述べたすべての作業を行ったにもかかわらず、新しいオペレーティング システム用に新しいカーネルを構築するなど、ゼロから構築する必要はありません。


これを見て、私たちがまだ始めていない仕事の量を見てください


つまり、この図を見てください。これは恐ろしいと同時に血まみれの驚異でもあります。これは、web3 とメタバースの約束を実現することができる場合、まさに今考え始めるべきレベルです。


このレベルでの投資について話している VC からはまだ何も読んでいません。私たちは、オープンで真に分散化された Web に必要な、まったく新しい一連のアーキテクチャの基本レベルを開発することについて話しています。


それはまた別のことを意味するので、それは彼らを怖がらせます。


鶏が先か卵が先か?


または、別の言い方をすれば、オペレーティング システムとチップのどちらが先かということです。


ソフトウェアに真剣に取り組んでいる人は、自分のハードウェアを作るべきです。
アラン・ケイ、1982年


Lamina1のミッションステートメント


Neal Stephenson の Lamina1 ホワイトペーパーでさえ、メタバースまたは web3 オペレーティング システムについて何も言及していないことは、多くのことを物語っています。そしてもちろん、誰がメタバースのゴッドファーザーに立ち向かいたいと思うでしょうか?クソ冒涜だ!


私の見方では、これらの新しい試みのほとんどは、20 ~ 30 年前にそこにいた OG によって推進されており、新しい OS のような面倒なものを構築し、それを擁護し、待つだけの時間も忍耐もありません。採用のために、そこから新しい産業を構築します。


私たちは手抜きをしており、すでにこのメタバースの最新版は、20 年前の Second Life と同じように感じられます。ブロックチェーンがインフラストラクチャに少しスパイスを加えるか、Fortnite が期待に満ちたものにするかは問題ではありません。それを救うには十分ではありません。

十分に考えてみると、問題が明らかになり始めます。


私たちは、現在利用可能なシリコン アーキテクチャに基づいてソフトウェアを作成しています。これは、チップが分散型の未来を意図したものではないため、ソフトウェアが継続的に回避しなければならないボトルネックを生み出します。


すべての意図と目的にとって、CPU は、実際には DCU が必要な「集中型処理装置」、つまり「分散型処理装置」を意味する可能性があります。


しかし、本当に必要なメタバースを作成するために、または Web3 を解放して本来の方法で構築するために、あらゆる面で異なるものが必要な場合はどうでしょうか?


新しいソフトウェアのための新しいハードウェア。


新しいタイプのチップを作成するための資金はまだあります。グラフコアたとえば、特に機械学習と AI を加速するために、新しいタイプのシリコンを設計します。真にオープンで分散型の相互運用可能なメタバースを作成するために、Web3 も新しいタイプのハードウェア基盤上に置く必要があるとしたら?


純粋に分散システムまたは分散 Web 用に構築された CPU または GPU ですか?


たとえば、グリッド プロセッサは GPU とは異なります。マルチコア GPU が大量のデータを並列に計算できること (SIMD データ並列処理) から強みを得ているのに対し、グリッド プロセッサは各コアに異なる処理をさせることができます (MIMD、タスクベースの並列処理)。グリッドプロセッサはマルチコア CPU と言えます。


グリッドベースのメモリ内構成用に純粋にアーキテクチャ化されたメモリ。ヘーゼルキャストたとえば、ソフトウェアにはこれらの線に沿った何かがありますが、新しい方向に少し動かして、それに合わせて新しいタイプの RAM を開発したらどうなるでしょうか?


IMDG は、データグリッドただし、クラスターのすべてのノードは通常、同じデータ センターで実行されます。このローカル構成は、地理的に離れたコンピューターでのデータ構造の調整がボトルネックになる可能性があるため、インメモリ テクノロジの期待される高いパフォーマンスを維持するために行われます。


そして、誰かがチップを構築するのを待ってから、それらをサポートするソフトウェアを作成しますか? それとも、ソフトウェアを作成して、それを活用するためにシリコンが開発されるのを待ちますか?


つまり、レゴが高度なおもちゃのロボット マインドストーム ライン用に血まみれの組み込みオペレーティング システムを持っているのはおかしいと思いますが、将来に大きな影響を与えると予想される何かのためのオペレーティング システムを持っていないか、考えさえしていません。ウェブ自体の。


私は彼らがそう言うだろうと確信しています。


**しかし、もしあなたが私が見ているものを見て、あなたが私と同じように感じ、私が求めるように求めるなら…とても詩的なミスター V ですが、真剣に言えば、あなたがソフトウェア エンジニアであり、これが内部に火をつけるならそれから連絡してください。そして、あなたが長期戦を見て Web3 とメタバースを信じている投資家なら、私を見つける方法を知っているでしょう。


私を信じてください、この現在の世代でも次の世代でも、Robloxで最新の—b—r—a—n—d—当たり障りのない製品を体験した後、寝室で退屈して座っている人がいるでしょう.メタバース用の新しいオペレーティングシステムの最初の行が書かれます.ウェブの未来を再定義します。


そして、彼らが言うように、残りは歴史でした。


ここにも掲載されています。