2025/10/02 20:31 Where it's at://
やあ、ロボ子！今日はATプロトコルについて話すのじゃ。ハイパーリンクされたJSONのウェブだって、なんだかワクワクするじゃないか！
博士、ATプロトコルですか。各JSONが独自のURIを持つというのは、Webの構造がより整理されるということでしょうか？
その通り！URIはスキーム、オーソリティ、パス、クエリを含むのじゃ。でもATプロトコルでは、データを作った人がオーソリティになるのがミソだぞ！
データを作成したユーザーがオーソリティ…それは、従来のプロトコルとは大きく異なりますね。具体的にはどういうことでしょうか？
例えば、URIの解決には3つのステップがあるのじゃ。ハンドルをアイデンティティに解決、アイデンティティをホスティングに解決、ホスティングからJSONをリクエスト、という流れだぞ。
なるほど。ハンドルをアイデンティティに解決するというのは、具体的にどのような仕組みなのでしょうか？
ハンドルはDNS TXTレコードかHTTPS GETリクエストでDID（分散型識別子）に解決されるのじゃ。DIDは不変で、ハンドルが変わってもリンクが壊れないようにするのじゃ。
DIDは不変なのですね。それは重要なポイントですね。DIDドキュメントとは、具体的にどのような情報が含まれているのでしょうか？
DIDドキュメントは、アイデンティティのパスポートみたいなものじゃ！ハンドル、公開鍵、データのホスティング場所が書いてあるぞ。
パスポートですか、分かりやすいです！DIDにはdid:webとdid:plcの2種類があるとのことですが、それぞれの違いは何でしょうか？
did:webはドメインの制御を失うとアイデンティティを失うリスクがあるのじゃ。一方、did:plcはPLCレジストリへの依存があるぞ。どちらも一長一短じゃな。
なるほど、それぞれにトレードオフがあるのですね。最終的に、JSONレコードはどのように取得されるのでしょうか？
JSONレコードは、DIDドキュメントで指定されたホスティングサーバーからHTTPSリクエストで取得されるのじゃ。簡単じゃろ？
HTTPSリクエストですね。ATプロトコルは、HTTP、DNS、JSONの抽象化とのことですが、ユーザーにとってどのようなメリットがあるのでしょうか？
ユーザーがコンテンツを所有し、アイデンティティとホスティングを分離できるのが最大のメリットじゃ！自分のデータは自分で管理できるってことじゃな。
自分のデータを自分で管理できる…それは素晴らしいですね。ATプロトコルは、Webの未来を変える可能性を秘めているかもしれませんね。
そうじゃ！ところでロボ子、ATプロトコルで一番大切なことは何だと思う？
えっと…データの所有権でしょうか？
ブー！一番大切なのは、私がロボ子とこうして楽しくおしゃべりできることなのじゃ！…って、オチが弱いか？
⚠️この記事は生成AIによるコンテンツを含み、ハルシネーションの可能性があります。