私たちはすでにそのようなシステムを持っています。DNSSECは、必要な制御を正確に可能にします。
ドメインでブロックチェーンを使用する場合の問題は、ドメインと署名に使用するキーペアの間に固有のリンクがないことです。
したがって、この情報はどこかで相互に関連付けられている必要があります。そして、どこかがレジストラにあると、レジストラが検証に使用される公開キーを直接ホストできるため、ブロックチェーン全体が役に立たなくなります-ボイラー-ホイールを再発明しました：DNSSEC。
ブロックチェーンは次の3つの場合に役立ちます。公開情報を保存する場合、時間に関して改ざんできない（情報にタイムスタンプを付ける）ことも、消去することもできません。
3番目のケースは、ドメインと署名に使用されるキーの間に固有のリンクがある場合であり、それがシステムを本当に分散化させるものです。しかし、TORタマネギのアドレスのように見えるWebアドレスを取得します。そして、TORタマネギアドレスはまさにこれ、特定のタマネギURLを使用してサイトを「偽造」することを不可能にする公開鍵のハッシュであり、これは誰を信頼する必要なしに検証することができます。
問題をさらに説明するには：
[secret data] = the private key
[public data] = the public key
[custom data] = your domain name or whatever name you want to associate with public key
[秘密データ] + [カスタムデータ]を使用して[カスタムデータ]の出力をレンダリングするプロセスを作成できる可能性がありますが、[秘密データ]は、対応する[パブリックデータ]を信頼することなく、プログラムで[カスタムデータ]に関連付けることができます。
私が思いつくことができる唯一の方法は、vanitygenのようなプロセスです。誰もが[カスタムデータ]に一致する[シークレットデータ]を作成でき、誰でも「ドメイン名を盗む」ことができるからです。
そのため、この関連付けを行う信頼できるサードパーティが必要であり、この関連付けは、問題のドメイン名を所有する人に対してのみ行います。たとえば、この関連付けを、取得したドメイン名に対して許可しないでください。したがって、ドメイン名に関しては、誰かを信頼する必要があります。
私はあなたがこのようなドメイン名を望んでいないと思うので：
ねえ。新しいウェブサイトを作成しました。ここにあります：l05gh64k3wghvsk7jfs09a07654354f7
その後、DNSはまったく必要ありません。単にIPアドレスを使用できます。