イーサリアム ビジョン: 世界のコンピューターのシステム レジストリ
編集者注: この記事は以下から引用しましたイーサリアム愛好家 (ID: Ethfans)編集者注: この記事は以下から引用しました
イーサリアム愛好家 (ID: Ethfans)
、著者: Loredana Cirstea、翻訳および校正: Wuwei & A Jian、許可を得て Odaily によって複製されました。
イーサリアムの目標は世界的なコンピューターです。これが、2016 年に https://www.ethereum.org/ を初めて訪問したときの結論です。しかし、2013 年の構想から今日に至るまで、私たちは依然として、アドレス (アカウントと契約)、ブロック、トランザクション、イベントなど、いくつかの使用可能な「テーブル」を備えたベアメタル データベースとしてのみ使用しています。これをオペレーティング システムとして使用するには、何千ものデータ型が必要になります。
現時点でイーサリアムのキラーアプリは決済ですが、それ以外にもできることはたくさんあります。
副題
標準データ型の数が少ないという問題
古典的な World Wide Web (Web) を例にとると、Web ページ、ハイパーリンク、キーワードなどのデータ タイプはわずかしかありません。一部のキーワードを文字列として扱うことを除けば、Web ページはテキストの内容について何も知りません。
各ページ作成者にとってインターフェースが何を意味するのかを以下に示します。
政府、教育部門のインターフェース、または法的リソースを使用する必要がある場合はどうでしょうか?関連するサービスを見つけて使用するのに疲れてしまう可能性があります。
マシンユーザーはどうなるでしょうか? Web の閲覧中に自動化システムでエラーが発生します。したがって、Web クローラーを作成することはできますが、Web をインテリジェントかつ正確に閲覧することはできません。
セマンティック Web は、古典的な Web のシステム レジストリとして適しています。しかし、それはコンテンツ制作者側に余分な労力をもたらすことになるため、受け入れられません。多数の新しい型と、型の関係を表す型が提供されます。 World Wide Web は 90 年代に作成されて以来、World Wide Web ベースのコンピュータで使用できるデータ タイプは少数です。
副題
新たな始まり
イーサリアムは世界のコンピューターになることを約束しており、最初からチューリング完全な環境を提供します。これは (少なくともシステムの表現力の点で) 始めるのに最適な場所です。しかし、作成から何年も経った今でも、イーサリアムはタイプ登録をサポートしておらず、システム レジストリさえも持っていません。私たちは、イーサリアムにデータ型レジストリが登場することを期待しています。そうすれば、システム レジストリの初期の形が現れるでしょう。
そのため、EVM に分散型システム (dType) を実装する EIP を提出しました: http://eips.ethereum.org/EIPS/eip-190。
更新: dType ストレージ拡張機能、dType エイリアス、言語拡張機能、関数拡張機能も参照してください。
タイプ レジストリの利点は、タイプを再利用できることです。各プロジェクトが、独自のニーズに基づいて同じ型 (異なるバージョン) を個別に作成する (バイトコード オンチェーンが肥大化する) のではなく、すでに型レジストリにデプロイされている型を再利用できます。
インターフェイスの種類を正確に理解すると、データをより豊富な形式で表示できます。チェーン上の値の配列を座標タイプとして理解し、それを地図上の点としてレンダリングできるブロックチェーン ブラウザーを想像してください。または、データ型を理解すると、優れた時系列グラフをレンダリングできます。
同じ時系列を通常のテーブルまたはスプレッドシートとして表示できます。これは、2 次元配列のデフォルトの UI 表現です。
これにより、誰もが適切に調整された UI/UX コンポーネントを使用できるようになります。コンポーネントを使用すると、ユーザーは、新しいインターフェイスがどのように機能するかを理解する必要がなくなったり、バグなのか機能なのか判断できずに苦しんだりすることなく、期待される結果が何であるかを正確に知ることができるため、ユーザーの時間を節約できます。
統合型システムは、データをより深く理解するための機械学習および AI ツールも準備します。
さらに一歩進んで、レジストリからタイプを使用し、集中サービスと分散サービスを段階的に統合するための Web2 ツールを構築できます。
副題
タイプレジストリの要件
タイプ レジストリ内のデータは、誰もが使用できる共通のデータ形式である必要があります。レジストリは公益的な性質を維持することが重要であるため、非保管性で検閲に耐性のあるものでなければなりません。
型を作成する一般的な方法は、コンセンサスを得てテンプレートの形式で提供することですが、同時に型の名前付けに関する提案とルールを発行する必要があります (名前の競合や実際のデータと一致しない名前を避けるため)。
誰でもタイプを作成して送信できます。レジストリへの新しいタイプの追加は、現在のイーサリアム EIP プロセスと同様に、コミュニティの合意の結果である必要があります。その結果、分散管理ツールとそれに対応するバージョン管理システムがますます緊急に必要になるでしょう。これらのツールがすぐに dType で使用されることを期待しています。 DAOstack や Aragon などのオープンソース プロジェクトは、管理ツールの構築に大きな進歩を遂げています。
各データ型は、次のことを保証するために十分なデータをレジストリに保存する必要があります。
誰でも自分のコントラクトに型を適用できます (例: 型名、ライブラリ/コントラクトのアドレス、サブタイプ、タグ)。
誰でもタイプライブラリとコントラクトのソースコードを入手可能
誰でもオフチェーンで完全なレジストリ データをキャッシュし、それに基づいたツールを開発できます (現在のブロックチェーンではすでにこの特性が提供されています)。
合意に達した場合に新しいタイプを追加できるようにする
型の更新は難しく、下位互換性が失われる可能性があります。新しい、より完全な型のみを追加することをお勧めします。
型は使用されなくなり、合意に達した場合に限り、削除できます。
副題
弁証法的観点
オンチェーンのタイプ定義の冗長性の削減、統一されたインターフェイス、よりスマートな UI/UX 構成、自動インセンティブ、より優れたデータ分析、より優れた対話性 (web2 ～ web3 を含む) など、いくつかの利点が確認されています。
では、デメリットは何でしょうか？それは利点を上回るでしょうか？
コンセンサスと標準化を必要とするものと同様に、これらにはコラボレーションと議論のオーバーヘッドが伴います。しかし、イーサリアムの場合は、公平で美しいシステムを作るために協力し、議論しなければなりません。
人々が不満を抱く最大のオーバーヘッドは、レジストリ自体のストレージ コストです。ただし、前述のタイプ ライブラリの再利用を例にとると、実際の型登録トランザクションのオーバーヘッドは、コントラクトのデプロイ時にバイトコードを繰り返し追加するオーバーヘッドよりも小さくなります。
補足: 州手数料の場合、一般データ (システム データ) と個人データ (誰もがブロックチェーンに追加でき、少数の人に利益をもたらすデータ) を区別できるようにしたいと考えています。
この記事で指摘されていないその他の不備がある場合は、コメントを追加してください。この記事は捨て記事です。
副題
他の
さまざまなプロジェクトで UI や UX の質が悪いと不満を言うときは、World Wide Web 自体の UI や UX が十分ではないことを理解する必要があります。それだけでなく、自動化に必要な標準化も欠如しています。
