Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

マルチアカウントログイン機能 #489

Open
ouroboros723 opened this issue Feb 17, 2024 · 1 comment
Open

マルチアカウントログイン機能 #489

ouroboros723 opened this issue Feb 17, 2024 · 1 comment
Labels
kind/new feature💡 新機能 priority/awaiting-more-evidence🕵️‍♂️ 優先度低。おそらく便利であることは確かだが、実際に実行に移すにはさらなる議論が必要

Comments

@ouroboros723
Copy link
Contributor

ouroboros723 commented Feb 17, 2024

What - 提供したい体験

同一のフロントエンド(concurrent.world),同一のマシン,同一のブラウザで、複数のConcurrentアカウントへ同時にログイン・切り替えを行える機能を提供する。

Why (Optional)

  • 用途、デバッグなどで、複数アカウントを作成・所持の必要があるケースがある。
  • 現状、インスタンスは複数あるのに対し、入口はconcurrent.world1つのみであるため、ユーザーのみでの対応が困難 => 機能としてのサポートが必要
  • アカウントの切り替えを行う際に都度人間が覚えられない長さの情報(秘密鍵やシークレットコード)を入力し直さなければならない => メモの確認をする頻度が増える=>メモの紛失や内容の流出のリスクが高くなる

How - 実装の方針(Optional)

  • ローカルストレージの次の項目を複数持てるように構造を変更
    • PrivateKey
    • Domain
    • Theme
    • i18nextLng
    • preference
  • アカウント切り替え用のUIの追加
@totegamma
Copy link
Owner

起票ありがとうございます!
ちなみに一部のローカルストレージはリモートのキャッシュでしかないので、本質的にはprivatekeyとdomainだけで十分になります🙆

それはそれとしてなんですが、次のマイルストーンとして「本物のシークレットではなく、そのシークレットで署名した別のサブシークレットでログインできるようにする」といった実装が進んでおり、複製しておく必要がある項目が増減する可能性があります。
なので、constで複製しておくキーのリストを定義しておくだけで、あとはよしなにするみたいな仕組みになってると寿命が長いかなと思います!

ouroboros723 added a commit to ouroboros723/concurrent-web that referenced this issue Jun 1, 2024
@totegamma totegamma added the priority/awaiting-more-evidence🕵️‍♂️ 優先度低。おそらく便利であることは確かだが、実際に実行に移すにはさらなる議論が必要 label Jan 1, 2025
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
kind/new feature💡 新機能 priority/awaiting-more-evidence🕵️‍♂️ 優先度低。おそらく便利であることは確かだが、実際に実行に移すにはさらなる議論が必要
Projects
None yet
Development

No branches or pull requests

2 participants