tamaina
実装方針: キーをインポートするまでMultibaseをPEM文字列と同様に扱う、Multibaseのインポートはnode-http-message-signaturesに任せる https://github.com/misskey-dev/node-http-message-signatures/issues/18
> ブロックによって一切の接触を拒否するという意思表示 ブロックされていることをUI上に表示する必要があるとは思っています。 > 高い権限 公開投稿をログアウト状態では閲覧することが可能なのは広く知られていることかと思います。 > 私のインスタンスのとあるモデレータ 貴方の任命責任というものもあるのではないでしょうか… > 女子高生に手を出そうと SNSの機能でどうこうできる問題を超えているように思います。 ご指摘の懸念も確かにあるのですが、ブロックすれば見えないことを悪用されて管理者やモデレーターの見えないところで好き勝手投稿されてしまうのも危険だと思います。 危険な管理者のところに投稿を送信しないようにするために、Mastodonのようなユーザーによるインスタンスブロックは必要とは思います。
あと、モデレーターができることの範囲を管理者が制限する機能があっても良いと思っている
ここのコメントに書くのではなく新しいIssue立ててもう一度書いていただければと思います。 私としては、あくまで個人サーバーで運営することを念頭に置いているので、そこまでガチガチに規制する必要性を感じていません。データベースを閲覧すれば全ての情報を見ることができますし。 しかし、misskey.ioのように、公共的なサーバーをモデレーター含め複数人で管理するならそういう機能は必要だと思います。
> モデレータの行動そのものの問題を解決するには至らない 人間の行動や思想を改善するのはそう簡単ではないと思います。インスタンス管理者は学校の先生ではないわけですし……。 > このような有事において管理者は任命責任に基づき、そのモデレータに対して注意や謹慎、追放といった行動をとる必要性に迫られると思います。 おっしゃるとおりです。私個人の感覚としては、このような運用が特筆すべきほど問題になるとは思いません。 > 核の発射スイッチが常に卓上に置かれている大統領室 引用された文では、アメリカ合衆国ではなく自宅からシェアハウス程度の規模の話をしていることをご理解ください。 > 結局この考えに行き着くのではないでしょうか。 考えを共有できて嬉しいです。
管理者・モデレーターはブロックできないようになった https://github.com/misskey-dev/misskey/commit/ba6959b8c1c4faafccdeb0f76eb26fc29e02af2d
ちょっとまって？これリモートからブロックされたらどうにもならんやん
（管理者がフォロワー向けやダイレクト投稿をUI上で閲覧できないのもちょっとどうかとも思ってて、ここらへんと一緒に考える必要はあると思う。 ご批判がある？「自分のインスタンスを建てろ」ですべて言い返せる気がする…）
リアクションやRenoteの拒否も考える必要がありそう
これ https://github.com/misskey-dev/misskey/issues/4726