Havenはロボティクスの新しい標準を設定するためにここにあると主張されています。1. それはエージェントと何が違うのですか？2. では、HAVENは具体的にどのように機能するのですか？3. なぜ誰かがHAVENを使用するのでしょうか？4. エコシステムに参加する主なインセンティブは何ですか？**最も重要なことから始めましょう、それはロボットとエージェントの違いです。**1. ロボットは、実世界で感知し、行動し、決定することができる物理的な機械です。エージェントとは、目標を達成するために知覚し、行動するソフトウェア(または概念的)エンティティです。Havenは、物理エコシステムの仮想オンチェーンシミュレーションを提供します。最初はシンプルですが、無限の可能性があります。思い浮かぶ最も明白なユースケースは衝突テストです。Aは自宅に掃除ロボットを持っています。それは非常に高価なアイテムなので、Aは衝突がないことを確認せずに運転するリスクを冒したくありません。論理的に言えば、そのようなロボットはこのシナリオのために作られていますが、ソフトウェアの世界では、(と)特定の文脈で失敗する可能性があります。Aはこの正確な文脈の失敗をどのように防ぐか？シミュレーション。エージェントは情報を取得して処理することはできるが、衝突のサイズ、物理的状態や特徴をシミュレートすることはできない、リアルタイムでは。エージェントは問題に対してどのように反応するか、(どの関数を呼び出すか)を知るように訓練されることができるが、一旦問題が提示されると、その問題自体を避けるように訓練することはできない。それは物理的なオブジェクトではなく、そのようなものの表現でもない。一方、ヘイブンの場合、ロボットは実際のロボットの機能と制限をそのまま持つ、オンチェーンの仮想的で不変の表現です。エージェントはロシアと中国の温度を同時に知ることができるかもしれませんが、これは物理的なセンサーを持つ物理的なロボットには不可能なことです。これがロボティクスを刺激的にし、時にはエージェント自体により「人間に似ている」ものにする要因です。エージェントはむしろソフトウェアの存在です。2. さあ、技術的な話をしましょう！Havenは、すべてのロボットがロボット型のオブジェクトを表すシンプルなオブジェクト指向フレームワークで機能しますが、他のすべてのオブジェクトは二次的なものとして、別のクラスで扱われます。環境変数自体は、ロボット(にのみ関連しているため、ロボットが家の中にいる場合、外で雨が降っている事実はシミュレーションの結果を変えない)。プログラミング原則に従い、環境変数は独自のクラスではなく、ロボット自身のデータに含まれており、これはプログラムの主要な対象と見なされます。***これはユーザーにとって何を意味しますか？***ロボットは、能力、コマンド、センサーなどの面で完全にカスタマイズ可能であり、存在しない場合もあります。ロボットは無駄になることもあります。ロボットはタスクを実行し、その物理的な形が苦労する現実のシナリオをシミュレートすることができます。物理的なロボットの衝突は、企業にとって数千ドルの損害を引き起こす可能性がありますが、バーチャルロボットの衝突は、端末上でのERRORメッセージと「修正する」ための背中への一発だけを意味します。最も重要なのは、すべてがオンチェーンで透明に行われ、ロボットの所有者がチェーンがアクティブな限り、ロボットのログに永久にアクセスできることです。たとえHAVENのアプリが非アクティブである稀な場合でもです。HAVENの*バックエンド*をユニークにする主な技術的側面は3つあります:1. すべてのロボットは、それぞれ独自のスレッドで動作します。これは、無限のコマンドで行き詰まっているループロボットが、他のタスクをブロックしないことを意味します。2. ロボットが時間をかけて発展させる可能性のあるスキルにハードコーディングされた制限はありません。それはユーザーの潜在能力に依存し、dappの制限には依存しません。3. シミュレーションはロボットオブジェクトに関連付けられているため、風、圧力、錆、バッテリー寿命、品質、温度など、ユーザーにとって想像できるあらゆる関連条件をシミュレートする機会を提供します。(4. Havenはロボティクスにおいて重要なサービスを提供することを目指しています。それは物理ロボットの仮想シミュレーションです。人々の大多数はエージェントに注目しており、それは正しい。エージェントは明らかに人間のマルチタスクの未来である。しかし、どんなに技術が進んでも、配管工や手作業、建設などの作業は、単純なコードでは置き換えられないため、すべての作業をオンラインで行うことができるわけではありません。5. コードがその背後で動作しているにもかかわらず、エージェントが決してアクセスできない世界の一部 — 物理的な部分 — が存在します。これは、ロボットがホワイトカラーの仕事の世界的な標準になる理由です。これは、多くの人が考えているよりも近い現実であり、おそらく10年以内に実現するでしょう。物理ロボットは理想的には物理的な世界でテストされることができ、設備への損害のリスクがあります。もちろん、実際のテストに勝るものはありませんが、すべての製品のバージョンが生産においてテストされるべきではありません。 ここにHAVENが登場します。Havenは、物理的な存在とルールを持つ仮想ロボットタスクシミュレーションを処理するための主要なフレームワークになることを目指しています。それはコードですが、世界を表しています。それは単なる情報ではありません。位置データ、オブジェクトとサイズ、重さ、能力と欠如を含んでいます。6. すべて常にアクセス可能で、オンチェーンです。早かれ遅かれ、大企業だけでなく中小企業も、ロボットが未来の新しいノルムになったという事実に適応しなければならなくなるでしょう。それは、人間の本性によるリスクを伴わずに最大の利益をもたらします。 HAVENは彼らのシミュレーションを歓迎します。7. もし物理的なロボットを構築したり、既知のモデルの能力をテストしたりしないのであれば、ではなぜHAVENを使用するのですか？企業のビジネスモデルがロボット技術に対する問題の取り込み方を変えているとき、物理データシミュレーションの主要なフレームワークの一つに参加することは、知識と実践の両方において否定できない利点です。HAVENのようなWeb2技術が市場にあふれ出すのは非常に近い未来です — なぜならそれらは必要とされているからです。このようなツールに関する専門知識を身につけることは、個人が仕事を維持できるかどうかを決定づける可能性があります。これは、タイプライターがコンピュータを使いこなすスキルを持った人々に置き換えられたのと同じです。経済的インセンティブに関して言えば、プロジェクトはエコシステムのトップビルダーを支援することを目的とした)USDの加速基金を提供しています。しかし、これはすべてではありません。ユーザーインセンティブに関して最も重要な特典は、ロボットとその機能をトークン化する能力であり、最終的にはロボットが完全にオンチェーンで、中央集権的なバックエンドさえ必要としない可能性があります。これがHAVENの*最終的な*目標です。結論として、HAVENが今後のフレームワークと異なる点は、シミュレーション結果の許可なしのオンチェーン記録に重点を置いていることです。これは、分散化によりログが永久にオンラインで保持され、$500k 企業やビッグデータユーザーが結果を自ら保存する必要なく、結果を処理するだけで済むことを意味します。不変のシミュレーションデータを保存するには、web3ほど優れた場所はありません。これはユーザーに独立性をもたらし、企業にとって結果の透明性を一貫して提供します。これらの機能は、最近のweb2には欠けていることが多いです。
ヘイブン：ロボット工学の新しい基準
Havenはロボティクスの新しい標準を設定するためにここにあると主張されています。
最も重要なことから始めましょう、それはロボットとエージェントの違いです。
Havenは、物理エコシステムの仮想オンチェーンシミュレーションを提供します。最初はシンプルですが、無限の可能性があります。思い浮かぶ最も明白なユースケースは衝突テストです。 Aは自宅に掃除ロボットを持っています。それは非常に高価なアイテムなので、Aは衝突がないことを確認せずに運転するリスクを冒したくありません。 論理的に言えば、そのようなロボットはこのシナリオのために作られていますが、ソフトウェアの世界では、(と)特定の文脈で失敗する可能性があります。
Aはこの正確な文脈の失敗をどのように防ぐか？シミュレーション。エージェントは情報を取得して処理することはできるが、衝突のサイズ、物理的状態や特徴をシミュレートすることはできない、リアルタイムでは。エージェントは問題に対してどのように反応するか、(どの関数を呼び出すか)を知るように訓練されることができるが、一旦問題が提示されると、その問題自体を避けるように訓練することはできない。それは物理的なオブジェクトではなく、そのようなものの表現でもない。
一方、ヘイブンの場合、ロボットは実際のロボットの機能と制限をそのまま持つ、オンチェーンの仮想的で不変の表現です。エージェントはロシアと中国の温度を同時に知ることができるかもしれませんが、これは物理的なセンサーを持つ物理的なロボットには不可能なことです。これがロボティクスを刺激的にし、時にはエージェント自体により「人間に似ている」ものにする要因です。エージェントはむしろソフトウェアの存在です。
これはユーザーにとって何を意味しますか？ ロボットは、能力、コマンド、センサーなどの面で完全にカスタマイズ可能であり、存在しない場合もあります。ロボットは無駄になることもあります。ロボットはタスクを実行し、その物理的な形が苦労する現実のシナリオをシミュレートすることができます。物理的なロボットの衝突は、企業にとって数千ドルの損害を引き起こす可能性がありますが、バーチャルロボットの衝突は、端末上でのERRORメッセージと「修正する」ための背中への一発だけを意味します。最も重要なのは、すべてがオンチェーンで透明に行われ、ロボットの所有者がチェーンがアクティブな限り、ロボットのログに永久にアクセスできることです。たとえHAVENのアプリが非アクティブである稀な場合でもです。
HAVENのバックエンドをユニークにする主な技術的側面は3つあります:
物理ロボットは理想的には物理的な世界でテストされることができ、設備への損害のリスクがあります。もちろん、実際のテストに勝るものはありませんが、すべての製品のバージョンが生産においてテストされるべきではありません。
ここにHAVENが登場します。Havenは、物理的な存在とルールを持つ仮想ロボットタスクシミュレーションを処理するための主要なフレームワークになることを目指しています。それはコードですが、世界を表しています。それは単なる情報ではありません。位置データ、オブジェクトとサイズ、重さ、能力と欠如を含んでいます。 6. すべて常にアクセス可能で、オンチェーンです。 早かれ遅かれ、大企業だけでなく中小企業も、ロボットが未来の新しいノルムになったという事実に適応しなければならなくなるでしょう。それは、人間の本性によるリスクを伴わずに最大の利益をもたらします。 HAVENは彼らのシミュレーションを歓迎します。 7. もし物理的なロボットを構築したり、既知のモデルの能力をテストしたりしないのであれば、ではなぜHAVENを使用するのですか？ 企業のビジネスモデルがロボット技術に対する問題の取り込み方を変えているとき、物理データシミュレーションの主要なフレームワークの一つに参加することは、知識と実践の両方において否定できない利点です。HAVENのようなWeb2技術が市場にあふれ出すのは非常に近い未来です — なぜならそれらは必要とされているからです。 このようなツールに関する専門知識を身につけることは、個人が仕事を維持できるかどうかを決定づける可能性があります。これは、タイプライターがコンピュータを使いこなすスキルを持った人々に置き換えられたのと同じです。 経済的インセンティブに関して言えば、プロジェクトはエコシステムのトップビルダーを支援することを目的とした)USDの加速基金を提供しています。
しかし、これはすべてではありません。ユーザーインセンティブに関して最も重要な特典は、ロボットとその機能をトークン化する能力であり、最終的にはロボットが完全にオンチェーンで、中央集権的なバックエンドさえ必要としない可能性があります。これがHAVENの最終的な目標です。
結論として、HAVENが今後のフレームワークと異なる点は、シミュレーション結果の許可なしのオンチェーン記録に重点を置いていることです。これは、分散化によりログが永久にオンラインで保持され、$500k 企業やビッグデータユーザーが結果を自ら保存する必要なく、結果を処理するだけで済むことを意味します。
不変のシミュレーションデータを保存するには、web3ほど優れた場所はありません。これはユーザーに独立性をもたらし、企業にとって結果の透明性を一貫して提供します。これらの機能は、最近のweb2には欠けていることが多いです。