orange
さんがブースト
たとえば「以前受信した投稿を後から投稿を fetch しようとしたが、実は内容が書き変えられていた」などのケースは、書き換えという悪意に弱いし、なんなら発信者サーバ停止という障害にも弱い。
まあ前者はハッシュとかを記憶しておくことはできるけど、それは完全な防衛ではないし……
orange
さんがブースト
クラウド分散ストレージが他者のためのリソース提供を義務として他者からのリソース提供に強く依存するシステムで健全に成立するのは、データの所有者と発信者と受信者が同じで、かつ暗号化が施せるからであって、 SNS の投稿データについて同じような仮定は成立しない
orange
さんがブースト
各々が「自分が使うために、自分の手の届く範囲だけはしっかり維持する」という(言ってしまえば)自分第一の動機を持っている分散システムの方が、参入障壁は高いかもしれないけど、悪意に強くなると思う
orange
さんがブースト
すぺっこ的に弱い鯖がたくさんいて強い鯖にリクエストをとばしまくるつらみなアレにもなりそう
orange
さんがブースト
これの文脈については、主張の妥当性には同意するけど、「自分が手を出せない部分に都合の良い期待をできない/したくない」という悲観的な動機のある分散主義者なので、実現してもそれは短期的だろう、そのうち悪意や手抜きから崩壊していくことになってしまうだろう、と思えてしまいます
発信側と受信側、どっちが保持するかは、なるべく両者保持する方がいいけど、弱い鯖が限界が来たら保持を諦められるように、決めずにゆるふわにする方がネットワーク全体としては有利かもって気がするって話です＞＜；
オレンジが長文を書いているうちに話題は次へとどんどん進む・・・・＞＜；
無限に(比喩表現)鯖のリソースを確保出来るなら別だけど、実際には限られた人にしかそんなこと出来ないし、「分散を」「誰もがインスタンスを」というのであれば、より小さくより弱い鯖も参加出来るようにする方がそれをより実現できると思うし＞＜(例えば切手サイズの数千円の計算機でも十分動かせるとか＞＜)
つまり、例えば発信側の鯖が強くて購読側の鯖が極端に弱い時に、無理に購読側に保存し続けようとせずに、出来る限りのみ保持して、無理っぽい部分はまたそのうち発信側にとりに行って「残ってたらいいな・・・」でいいと考えてる＞＜ その方が購読よりも発信によりリソースをさける気がするから＞＜
オレンジはその辺りゆるく考えてて、リソースを多く提供出来る方が長期的に保存されるということを期待する みたいな方式にすれば、(世界)全体ではそれほど大きなリソースを用意せずにすむかも？＞＜みたいに考えてる＞＜
orange
さんがブースト
自分の使う部分さえしっかりしていればどうにかなるのが分散システムのいいところなので
orange
さんがブースト
なので、ユーザ削除時にリモートの投稿にまで根刮ぎ削除リクエスト飛ばしたり、 DB のお掃除と称して消えたユーザの投稿をローカルから削除しにかかるの、本当にやめてほしいです
静的ページジェネレータを内蔵すればかなりマシになりそう？＞＜ アカウントごとに日毎の発言ページ作るとか＞＜(あと、スリープモードみたいなのがあるといいのにって思ってる＞＜)
orange
さんがブースト
分散 SNS において発信元サーバにデータが長く残る必要性は感じていなくて、自分が使っているインスタンスさえ残っていれば過去の投稿は(実装のサポートはともかく原理的には)可能なので、手元の鯖をしっかり維持していきましょうという気持ちです
orange
さんがブースト
うん十年前のウェブサイトが更新されないまま放置されても残ってるのに比べると，マストドンは残りにくいのかなぁ…
ツイッターの会社、キーワード式ブラックリストでどうにか出来ると考えてる時点で おふがお氏とどっこいどっこい＞＜
ツイッターの会社はそもそもまともにデザイン出来る人も、そして当然その検証を出来る人も居ないイメージ＞＜
アメリカって誤爆(故意な誘導に乗っちゃった事例含む)に緩すぎる(ペナルティが軽い)イメージ＞＜(SWAT呼ぶやつとか＞＜)
orange
さんがブースト
DMCAのクソリクエストをrejectする仕組みがあればいいんだろうけど、なんともなぁ…
- ＠orange_in_space
2017年 4月に登録
