meta: acceptance criteria for instance list

[Johann150]

Keeping track of the instance list is simple so I think I could take care of that, but I am not sure about the acceptance criteria.

1. How many instances should be on the list? I think if the list gets too long it might get hard to read.
2. What criteria are there for an instance to be put on the list?
   • Not allowing illegal content is probably obvious, but even with that, what is illegal? Which countries laws?
     • e.g. in Germany: Swastika can be illegal
   • open registrations required?
   • minimum (or maximum) number of users to be notable?
   • maybe something else?

Even with formalized reasons we should probably still not blindly accept every request, there can always be exceptions.

[syuilo]

How many instances should be on the list?

There is no particular upper limit. As the number grows, paging and filters can be implemented.

What criteria are there for an instance to be put on the list?

There are no clear criteria here yet, but since the instances will be displayed on the official Misskey website, they should be instances that are safe to display there. As mentioned above, filtering by various properties can be implemented in the future so that instances that are not open for registration can also be placed.

[4ioskd]

1.How many instances should be on the list?

On joinmastodon.org, over 100 servers are listed. But listing 100 Misskey instances is impossibel at this moment. 30 or 50 instances is a realistic goal for a while.

I think if the list gets too long it might get hard to read.

This list should be categorized by each topics and improved for better readablity.

2.What criteria are there for an instance to be put on the list?

There is a good resource for making our own criteria. https://joinmastodon.org/covenant

As the number grows, paging and filters can be implemented. As mentioned above, filtering by various properties can be implemented in the future

I can't agree. To prevent malicious instances displaied on Misskey Official site, it's a good time to create the acceptance criteria for instance list.

Even with formalized reasons we should probably still not blindly accept every request, there can always be exceptions.

Currently, two PRs are opened to list there misskey instances on "List of instances". I think two PRs are pending until our criteria made.

[4ioskd]

インスタンス一覧のページへの提案 ・カテゴリー欄の設置 カテゴリー欄をサイト左側に設置して、カテゴリごとのページに掲載するインスタンスを割り振ることで、インスタンス一覧ページに掲載されるインスタンスの数を少なくする。カテゴリーは例えば「一般」「技術」「音楽」「芸術」など。カテゴリー内での掲載順序は...以下の1をまず優先し、次に2に従う。 1.インスタンスが作られた日から稼働している月・年数の長い順 2.インスタンス内のユーザー数が多い順

acceptance criteriaへの提案 ・掲載リクエストの送信先 インスタンス一覧への掲載リクエストはacceptance criteriaに基づいて審査したいため、misskey-hubでプルリクエストを提出する際のフォームに審査のための雛形となるテンプレートを作り、プルリクエストとして提出する。もしくは審査用のメールアドレス（しゅいろのメールアドレスが適切かと考える）を作成し、そのアドレスを利用してインスタンスの管理者とテンプレートを用いて直接やり取りをして審査を行う。現状では後者の方が適切だと考える。

例： ・あなたのインスタンスはよくモデレーションされていますか？ [YES/NO] ・あなたのインスタンスはどのカテゴリーに属しますか？[一般/技術/芸術/音楽]

・元とする法律について 複数の国家による連合・共同体や国家や地域の法律を元とせず、fediverseにおける常識や一般的慣習を根拠とする。Misskeyは日本から生まれたソフトウェアであるがゆえに日本法を元にすることを考えたが、たとえば仮にEU法やドイツ国法を元にするにしても、特定の法律をベースにすると他の法律との抵触や齟齬は避けられない。Mastodon Server Covenant( https://joinmastodon.org/covenant )においてもどの法律をベースにしているかが具体的に書かれていないため、Misskeyにおいてもいかなる法律をもこのacceptance criteriaにはそのベースとして採用しない。参考程度に各法律をチェックすることは良いと考える。

・インスタンスの新規登録の可否 基本的には新規登録を受け付けているインスタンスを受け入れるとする。しゅいろがMisskeyのユーザー数を増やしたいのであれば、それがのぞましい。また、インスタンス一覧に掲載された後に掲載されたインスタンスが途中で新規登録を閉じたり、再度開くことは問題ないと考える。

・インスタンスのユーザー数について 少なくとも30~50名以上

・インスタンスが作られてからの最低稼働期間 少なくとも1ヶ月

・安定的な運用が可能なMisskeyを利用していること ほぼバニラのMisskeyを運用している、特定の問題が確認されているバージョンを利用していない、最新版よりも相当古いバージョンを利用していない、など。develop branch追従の実験鯖やバニラのmisskeyを元に相当改造されているものは対象としない。

・データのバックアップなどの保守体制や災害等によるサーバーへの緊急時の対応についての具体的な方針および対策が示されること

・モデレーションが日々活発に行われていること 管理者やモデレーターがインスタンスをよくモデレーションし、Misskey公式のインスタンス一覧に掲載するのにふさわしいインスタンスとなっていること。

・インスタンスルール（利用規約）やプライバシーポリシーやインスタンス管理者の問い合わせ先(Eメールを含めた）などがインスタンスの入り口でしっかりと定められている、および明記されていること

・インスタンス一覧に掲載された後に、acceptance criteriaに違反したり、インスタンス一覧に掲載するインスタンスとして"ふさわしくない（要定義が必要）"と判断されれば、インスタンス一覧から該当するインスタンスをインスタンスリストから削除する

・インスタンス一覧に掲載された後にインスタンスを閉鎖する際は審査用メールアドレスなどに連絡してもらい、インスタンス一覧からそのインスタンスを削除する

なお、acceptance criteriaはインスタンス一覧に既に掲載されているインスタンスにも適用されるべきだと考える。

追記日：05/22/2022

[Johann150]

This sounds very complicated, and I think there are some issues with the criteria you propose. But first of all I do not think it is appropriate to handle applications via email because it can not be discussed in public. Since the instance will be listed publicly I think that the application to be listed also does not require privacy.

I do not think that instances based on develop should be banned because the modifications of develop will end up in a release sooner or later. I also do not think it is easily determined whether an instance has been modified, and how much. It depends on the kind of changes that may have been made.

There is no way for us to check if a server has contingency procedures or systematic backups, other than the admin saying they do. If it is required for listing, it would be likely that the box will be checked even if it does not apply.

There is no way to determine if or when moderation is active. Moderation is not handled publicly so the last active date can not be determined. Activity or inactivity of a moderator with public posts does not mean that moderation itself is inactive. For example, a moderator or admin may prefer to often post as followers only, in which case the profile will appear empty.

Keeping track of all the criteria when an instance is already on the list would be difficult. How would you notice when something changes?

I am wondering because of the complexity if we should even have any "official" instances list or not.

[4ioskd]

Johannの意見を踏まえて、再度提案します。 特に変更がない部分については、「---」でタイトルの両端を囲っています。

インスタンス一覧のページへの提案 ・カテゴリー欄の設置 カテゴリー欄をサイト左側に設置して、カテゴリごとのページに掲載するインスタンスを割り振ることで、インスタンス一覧ページに掲載されるインスタンスの数を少なくする。カテゴリーは例えば「一般」「技術」「音楽」「芸術」など。カテゴリー内での掲載順序は、単純に追加された順とする。

acceptance criteriaへの提案 ・掲載リクエストについて インスタンス一覧への掲載リクエストはacceptance criteriaに基づいて公開の場でリストに受け入れるかどうか審査したいため、misskey-hubのこのリポジトリでプルリクエストを提出する際のコメントフォーム向けに審査のための雛形となるテンプレートを作成し、掲載リクエストをしたいインスタンス管理者がフォーム上でそれに記入した上で、インスタンス一覧に自分のインスタンスを追加するプルリクエストと共に提出する。

例： ・あなたのインスタンスは以下のカテゴリーのうち、どれに属しますか？　[一般/技術/芸術/音楽]　一般

---・元とする法律について--- 複数の国家による連合・共同体や国家や地域の法律を元とせず、fediverseにおける常識や一般的慣習を根拠とする。Misskeyは日本から生まれたソフトウェアであるがゆえに日本法を元にすることを考えたが、たとえば仮にEU法やドイツ国法を元にするにしても、特定の法律をベースにすると他の法律との抵触や齟齬は避けられない。Mastodon Server Covenant( https://joinmastodon.org/covenant )においてもどの法律をベースにしているかが具体的に書かれていないため、Misskeyにおいてもいかなる法律をもこのacceptance criteriaにはそのベースとして採用しない。参考程度に各法律をチェックすることは良いと考える。

---・インスタンスの新規登録の可否--- 基本的には新規登録を受け付けているインスタンスを受け入れるとする。しゅいろがMisskeyのユーザー数を増やしたいのであれば、それがのぞましい。また、インスタンス一覧に掲載された後に掲載されたインスタンスが途中で新規登録を閉じたり、再度開くことは問題ないと考える。

---・インスタンスのユーザー数について--- 少なくとも30-50名以上

・セキュリティの観点から、脆弱性が発見されていないMisskeyのバージョンを利用しているインスタンスであること（現時点では、バージョン12.90.0より前のバージョンを利用していないこと）

---・インスタンスルール（利用規約等）やプライバシーポリシーやインスタンス管理者の問い合わせ先(Eメールを含めた）などがインスタンスの入り口でしっかりと定められている、および明記されていること---

・インスタンス一覧に掲載された後にインスタンスを閉鎖する際は、そのインスタンス管理者はmisskey-hubのこのリポジトリにてIssueまたはプルリクエストでインスタンス一覧からそのインスタンスを削除するリクエストを提出すること

[tassoman]

Sorry for opening MR #98 before reading this.

I agree with last proposal update, except for this points:

• installation should be always updated to latest release, no more of 30 days late
• spoken language is also important, such as category

About TOS and privacy info, every country have own rules. At least the two pages must exists.