feat: 2FAのバックアップコードの実装

[u1-liquid]

What

ioモデレーターチームの要請
2faのセットアップ時にバックアップコードを提供
重要なコードなので言語設定で受け取れないと悲しいのでいったん翻訳にも入れてる

Why

Additional info (optional)

Checklist

• Read the contribution guide
• Test working in a local environment
• (If needed) Add story of storybook
• (If needed) Update CHANGELOG.md
• (If possible) Add tests

[riku6460]

• 念の為、各翻訳にバックアップコード前の文章を含めたほうがいいかも (英語ならまあ無いよりマシだと思うので)
• 2FA が有効かつバックアップコードがない場合、設定画面かどこかに警告的なものを出せると良いかもしれない？

[Ry0taK]

(レビューになってなかったので再投稿)
↓みたいな雰囲気でレースコンディションが発生して、バックアップコードが一度のみ使えるという制約が死にそう

1. 異なるバックアップコードを指定したリクエストAとリクエストBを同時に送信
2. それぞれのリクエストが↓に到達してプロフィールデータを取得
   https://github.com/MisskeyIO/misskey/blob/e8f527a6d01677d992a7039e6ce1aabb3a1ac85e/packages/backend/src/server/api/SigninApiService.ts#L122
3. リクエストAが↓に到達、チェックを通過して使用されたバックアップコードを削除
   https://github.com/MisskeyIO/misskey/blob/e8f527a6d01677d992a7039e6ce1aabb3a1ac85e/packages/backend/src/server/api/SigninApiService.ts#L158-L161
4. リクエストBが↑に到達、チェックを通過して使用されたバックアップコードを削除
5. この時、4で参照されるバックアップコード一覧は2で取得したプロフィールデータの情報に基づくため、3で削除されたはずのバックアップコードが含まれており、再度使用可能になる

とはいえこの問題が発生するのはリクエストAとリクエストBにそれぞれ正しいコードが含まれていた場合のみなので、この問題を許容するかどうかはおまかせします

OTPAuth.Secret()は内部的にNode.jsのcryptoパッケージを使っているっぽいので生成方法としては問題なさそう

[u1-liquid]

Ry0taKさんに指摘いただいたissueについてはいい感じのsqlが思いつかず・・・