Tim Berners-Lee 氏は、Web の分散型識別子 (DID、Decentralized Identifier) ステータスを定義する仕様を推奨標準とする決定を発表しました。 Google と Mozilla によって提起された異議は拒否されます。
DID 仕様では、ドメイン レジストラや認証局などの個々の集中サービスや組織に関連付けられない、新しいタイプの一意のグローバル ID が導入されています。 識別子は任意のリソースに関連付けることができ、リソースの所有者によって信頼されているシステムを使用して生成できます。 識別子の信頼性を検証するには、デジタル署名などの暗号化メカニズムに基づいた所有権証明認証が使用されます。 この仕様では、ブロックチェーンベースの方法を含む、分散制御および識別子に関する情報の取得のためのさまざまな方法の使用が許可されています。
新しい URI の形式は「did:method:unique_identifier」という形式になります。「did」は新しい URI スキームを指定し、「method」は識別子を処理するメカニズムを示し、「unique_identifier」は選択した URI に固有のリソース識別子です。メソッド (例: "did:example" :123456789abcdefghi)。 メソッドを含むフィールドは、使用される検証済みデータ ストレージ サービスの名前を示します。これにより、識別子の一意性が保証され、その形式が決定され、作成されたリソースへの識別子のバインドが保証されます。 識別子 URI は、要求されたオブジェクトを説明し、所有者を確認するための公開キーを含むメタデータを含む JSON ドキュメントに変換されます。
メソッドの実装は DID 標準の範囲外であり、独自の仕様で定義され、別のレジストリで管理されます。 現在、さまざまなブロックチェーン、暗号アルゴリズム、分散技術、分散データベース、P135P システム、識別メカニズムに基づいて 2 の方法が提案されています。 集中システム上に DID バインディングを作成することも可能です。たとえば、Web メソッドを使用すると、従来のホスト名 (「did:web:example.com」など) へのバインディングを使用できます。
Google の反対は、分散型識別子の一般的なメカニズムの仕様とメソッドの最終実装の仕様の分離に関連しており、メソッドの仕様を調査せずに主要な仕様の正確性を分析することはできません。 メソッドの仕様が準備できていないときにコア仕様を公開すると、ピアレビューが困難になります。Google は、メソッドの標準化の過程で、改良が必要な微妙な問題が発生する可能性があるため、いくつかのベスト プラクティスが標準化されるまで DID 仕様全体の標準化を遅らせることを提案しました。コア仕様の。
Mozilla の異議は、仕様が移植性を適切に推進しておらず、この問題をメソッド レジストリ側に委ねていることです。 レジストリでは、標準ソリューションの互換性や統一性を考慮せずに作成された、すでに XNUMX を超える方法が提案されています。 現在の形式では、既存のメソッドをニーズに合わせて調整するのではなく、タスクごとに新しいメソッドを作成することが推奨されています。
W3C の立場は、新しい拡張可能な識別子クラスと関連構文を定義する DID 仕様の標準化が、メソッドの開発とメソッドの標準化に関するコンセンサスを刺激するというものです。 現状では、コア仕様が分散型テクノロジー コミュニティのニーズに適用できるという十分な証拠があります。 提案されたメソッドの実装は、新しい URL スキームとの類推によって判断されるべきではなく、多数のメソッドの作成は、開発者のニーズに合わせて基本仕様を満たしていると見なすことができます。
特定のメソッドを標準化することは、開発者間の合意を得るという点で、一般的なクラスの識別子を標準化するよりも難しい作業であると考えられています。 したがって、方法を標準化する前に共通の仕様を承認することは、分散型識別子を実装するコミュニティに悪影響を与える可能性が少ない解決策とみなされます。
出所： オープンネット.ru