のえる DTP鯖管 @noellabo@dtp-mstdn.jp

@ars42525 ただのrel=meとは違うからプログラムからは区別したいけど、役割はそんなに変わらないですからねぇ。

TheDeskのような独自表示もありかと。
https://kirishima.cloud/@Cutls/101916825405018706 #keybase

@ars42525 "attachment": [
{
"type": "PropertyValue",
"name": "github",
(snip)
},
{
"type": "IdentityProof",
"name": "noellabo",
"signatureAlgorithm": "keybase",
"signatureValue": "bfde1998f4fa81cba6b079ba97c2c5a94b7cf730efda59c180e3a8723874fbd80f"
}

これねー。 #keybase

Keybaseアカウントの信頼性は、そのアカウントのフォロワーを通じて判断することもできるね。

要点としては、偽のアカウントをフォローするうっかりさんが居ないようにすること。SNSのフォローと違って、信頼の裏書きになるので……。

あと、Keybaseに登録された公開鍵で解読できる暗号化したデータを送ってもらうか、Keybaseチャットでやりとりすることで、自分の運営するサービスの本人認証が可能になるので、

人間が対応してアカウント復旧を行う場合や、何か権限を付与する場合に、本人認証に便利に使える。

いま必須になっているメールアドレスの登録の代わりに、今回の連携機能を使って認証されたKeybaseアカウントを使ってもいいんじゃないかと思っている。

欲しいのはアイデンティティの確認と、連絡手段なので、そこがクリアできるなら、メールアドレスを収集するのをやめることができる。

現在、登録を承認制にできるようけど、そこでIdentityProviderが使えると、本当に意味のある承認作業が可能になる可能性がある。

まぁ中央集権サービス依存は避けるだろうけどね。 #keybase

@y まずドメイン認証を行って、そのKeybaseアカウントで申請して、って流れでいけるね。 #keybase

@y いや……結構マジな話で、外部から鯖缶アカウントを認証するの難しいんだよね……。

卵が先か、鶏が先か。

Mastodon本家にあげてるissueはこれ。
https://github.com/tootsuite/mastodon/issues/10486 #keybase