今日もマルチ投稿に忙しい日だったNostr、Twitter、slack、telegram。BlueSky@protocolでなんとかなってほしいが、「シン・ツイッター」にガチフォーカスオンしたガチマスアダプションPJであることがガチ判明してしまったので、難しいであろう。
いずれもマスアダプションがターゲットということになるんだろうなあ。
BlueSkyもWeb5もLDKも、jackが直で"持ってる"プロジェクトはどれもくそデカいな。
これ"PDS"のコンテキストが混線するな苦笑
Web5の方はがちのPersonal Data Store（&DIFのDecentralized Web Node）なんだが、しかしもともとローカル&リモートの二層型なのでリモート側がBlueSky型に寄ってくる可能性は大いにありそう。LNでいうところのLSP型のノンカストディアルもこうだしね。
わりとそういう理解でした苦笑
記事めちゃくちゃわかりやすかったです！（zapしようと思ったけどLN辞められたんでしょうか？）
プライベートβ中のBlueSkyのデータが漏れてる。
注目箇所が、web2ドメインとdidドメインの双方からクエリかけられること。
didドメインがデータの根源となるPersonalDataStoreであり、web2ドメインがそれらをアグリゲートしてエンドユーザーにSNSサービスを提供しているサービスという理解で良いかなと。web2ドメインはmastodonやNostrのように多種多様になるはず。
サービスがグロースするに連れて、web2ドメインでクエリできる投稿内容が、didドメインでクエリされるものより少なくなるケースが出てくることまで予測できます。（サービスやユーザー毎に設定するフィルターや検閲などにより）
#本ポストはツイッターとのマルチ投稿です
https://blue.amazingca.dev/?username=jack.bsky.social
PDSを誤認してました。昔"Personal Data Repository"って言ってたんだけど、ION不採用&federationを言い出したタイミングで"Personal Data Server"にチェンジしてて、一つのPDSに複数の人がいるようです。そのためにdid:placeholderが爆誕。いろいろ繋がった。
あ、漏れてるってのは「エンドポイントのURL」のことです。オープンプロトコルなのでURLさえわかればデータがクエリできるのは仕様通りと思います。
プライベートβ中のBlueSkyのデータが漏れてる。
注目箇所が、web2ドメインとdidドメインの双方からクエリかけられること。
didドメインがデータの根源となるPersonalDataStoreであり、web2ドメインがそれらをアグリゲートしてエンドユーザーにSNSサービスを提供しているサービスという理解で良いかなと。web2ドメインはmastodonやNostrのように多種多様になるはず。
サービスがグロースするに連れて、web2ドメインでクエリできる投稿内容が、didドメインでクエリされるものより少なくなるケースが出てくることまで予測できます。（サービスやユーザー毎に設定するフィルターや検閲などにより）
#本ポストはツイッターとのマルチ投稿です
https://blue.amazingca.dev/?username=jack.bsky.social
今のNostrクライアントは秘密鍵でログインするやり方がメジャーですが、これはNIP-7で変えられる。Nostrクライアントは秘密鍵を持たずに、秘密鍵を持っているウォレットに、秘密鍵が必要な複合や署名を委ねることができます。MetaMaskがやっているようなことです。
クライアントが多種多様で自由だと悪意があったり実装ミスで秘密鍵を漏らすクライアントが出てくるのは避けられないので、クライアントには秘密鍵を渡さずに拡張機能などが秘密鍵をもつように変えられます。
#[4]
のタイムラインとか見てました！nostragram？
とはいえ、この話自体はNIPも初期のころから対策たてられていて想定済みの話であり私も以前から「今後の予想」として話していたことでもありますね。
秘密鍵漏らすNostrクライアント出てきた、了解
NIP07で秘密鍵を隔離方式が推奨、了解
なお、Bitcoinと同じニーモニックでやりたいは「血迷ってたわ（意訳）」と取り下げられています。
謎の存在NIP-06、せめてユースケースでも書いておいてよと思ったら、リポジトリが移動しているから消えているだけだったは。わりとまじでBitcoinと同じニーモニックで管理することを想定していたもよう。その後にHMACのマスターキーで使いたいとか出てきている。
いいね！（通知今来ました）