SNS フロントデザイン案（和訳）

2022年6月22日 19:09

元記事：SNS frontend design（2022/6/17)

SNS front design

要約;
・私たちは、NNSのフロントエンドダップ内にSNSユーザーの機能を追加することを提案します。
・NNSのSNSフロントエンドは、SNSの立ち上げに参加することから、SNSのニューロンや投票の管理、SNSトークンの転送まで、SNSとユーザのインタラクションの全機能を管理することになる。
・SNSフロントエンドの機能は、段階的にリリースされる予定です。
・NNSフロントエンドのロードマップの中で、この作業に優先順位をつけています。

サービス・ニューロシステム（SNS）の背景

SNS（Service Neural System）は、dappの制御を分散化するために使用できる、トークン化されたオープンなガバナンスシステムです。SNSはインターネットコンピュータ（IC）がサービスとして提供し、概念的にはネットワーク神経系（NNS）と似たような働きをすることになります。NNSはインターネットコンピュータ全体を制御するオープンなガバナンスシステムですが、SNSは1つのダンプを制御します。

SNSは、提案やニューロンを格納するガバナンスキャニスター、台帳キャニスターなどのキャニスターのセットで構成される。現在投票中の動議案1では、SNSの立ち上げには、SNSのガバナンスの分散化を確保するための初期トークン配布が含まれていることが提案されています。したがって、この提案が採用されると仮定すると、SNSはローンチ時に、参加者がICPトークンをSNSトークンに交換し、ダップのための資金を提供できる初期スワップキャニスターも構成されることになります。(イニシャルトークスワップの詳細については本フォーラムの投稿10を、ガバナンスの詳細については本フォーラムの投稿6を参照してください)。

目的

SNSの重要な目的の1つは分散化であり、ダップがどのように進化していくかに関する意思決定は、例えばダップユーザーや投資家など、様々な異なる当事者によって行われます。また、少額投資家であっても、誰でも初期資金を提供し、アプリを支援できるようにすることもSNSの重要な目標です。

これらの目標を達成するためには、最初のトークンスワップやその後のガバナンスプロセスに多くのユーザーが実際に参加することに大きく依存します。そして、ユーザーの参加は、いかにユーザーフレンドリーであるかに依存する。

したがって、ユーザーがNNSのフロントエンドであるdapp 7を使ってNNSのガバナンスに参加できるのと同様に、SNSもユーザーがSNSへの資金提供やSNSのガバナンスに参加するために対話できるユーザーフレンドリーなフロントエンドを持つ必要があります。

この投稿では、SNSフロントエンドのハイレベルなデザインを提案し、SNSフロントエンドのUIがどのように見えるかのいくつかの最初のドラフトを提示します。SNS のフロントエンドを実装することは誰にでもできますが、私たちが NNS フロントエンドダップ内に SNS フロントエンドも含めることを提案する理由を説明します。また、異なるユーザーストーリーの優先順位付けを提案します。つまり、どのユーザーストーリーをCarbonマイルストーンでサポートし、どのユーザーストーリーをその直後にサポートすべきかを提案します。

デザイン

まず、ユーザーがどのようにSNSを利用するのか、また、どのようなユーザーグループが存在するのかを紹介します。これをもとに、デザイン案とタイムラインを提示します。

ユーザーとSNSの関わり方

ユーザーとSNSの関わり方には、以下のようなカテゴリーがあります。

１．最初のスワップ参加：
ユーザーは、SNSの立ち上げ時にICPを送信し、SNSの資金に貢献します。SNSのローンチが成功すれば、ユーザーはその見返りとしてSNSのニューロンにステークされたSNSトークンを受け取ります。(詳しくはこちらの記事10を参照)
２．SNSガバナンスへの参加：
最初のトークンスワップや取引所など他の手段で既にSNSトークンを手に入れたユーザーは、トークンをニューロンにステークしてガバナンスに参加することができます。これには、SNSが管理するアプリをどのように進化させるかについて新しい提案をすることができ、その提案に対して投票することができることも含まれます。ガバナンスにうまく参加するために、ユーザーは自分のニューロンを設定することもできるようになる必要があります。
３．SNS台帳の転送：
すでにSNSトークンを手に入れたユーザーは、それを他のユーザーなどのアカウントや、課金可能なdappのサービスに転送できるようにする必要があります。

最初のスワップ参加は各SNSで1回限りのイベントですが、ガバナンスと台帳のやり取りはSNSのライフタイムを通じて継続します。

ユーザーグループとSNSのエントリーポイント

SNSのユーザーには、大きく分けて2つのグループがあります。

まず、ダップユーザーです。インターネットコンピュータの設計上、トークンを所有したり、ブロックチェーンのアーキテクチャを理解したりする必要なく、誰でもダップと対話することができます。そのため、多くのダップユーザーは、トークンウォレットやガバナンスへの参加の経験がない可能性があります。

このような専門知識がないにもかかわらず、これらのユーザーの多くは、例えば、ダップ内の特定の活動に対する報酬としてSNSトークンを受け取る、ダップのサービスに対してSNSトークンで支払う、またはダップの進化方法の決定に協力するなど、SNSに参加したいと思うかもしれません。このようなSNSとのやりとりをアプリユーザーが利用できるようにするため、開発者は、既存のアプリのフロントエンドに直接この機能の一部を組み込み、ユーザーが同じウェブアプリですべてのやりとりができるようにすることが考えられます。

2つ目のユーザー層は、すでにICPトークンを所有し、そのICPを新しいプロジェクトの資金調達やICエコシステムのサポートに使いたいと考えている投資家やその他のIC愛好家です。これらのユーザーの多くは、すでにNNSのフロントエンドダップとはやりとりしていますが、IC上のすべてのダップを定期的に利用しているわけではありません。そのため、SNSのイニシャルトークスワップやSNSのガバナンスにアクセスするためのエントリーポイントをNNSのフロントエンドアプリに用意することは、これらのユーザーにとって有益であると考えられます。

より多くのユーザーを獲得するためには、多くのアプリが異なるエントリーポイントからSNSへの参加をサポートすることがベストであると結論づけられます。しかし、何をサポートするかは各アプリの判断に委ねられ、すべての開発者がSNSフロントエンドのインテグレーションを追加できるわけではありません。そこで、そのようなアプリでもSNSの起動に十分なユーザーインタラクションが得られるように、NNSフロントエンドアプリにSNSフロントエンドを追加することを提案します。このように、NNSフロントエンドダップは、あるユーザーグループにとって自然なエントリーポイントを提供するものでもあるのです。

初期トークンスワップフロントエンドデザイン案

まず、トークンの交換に参加するために必要な機能を実現し、その後、SNSのガバナンス参加や台帳トランザクションのためのコンポーネントを追加していく予定です。まず、トークンの交換に参加するためのユーザーインターフェースの詳細を紹介し、次にタイムラインの詳細を紹介します。

図1と図2は、UIの主要な2つのビューを示したもので、NNSのフロントエンドダップがまもなく利用可能になる「ライトスキン」になっていることを示しています。

NNSフロントエンドダップには、新たにLaunch Padビューが追加され、ユーザーは現在のSNSの立ち上げとその締め切りを確認することができます（図1参照）。このビューには、ユーザーがすでに最初のトークンスワップに参加したSNSのプロジェクト（例では25.00 ICPのProject Pac-Man）とまだ参加していないプロジェクト（例ではProject Tetris）が含まれています。ユーザーが参加したことのあるSNSの起動については、そのユーザーの現在の貢献度も表示されます。

最初のトークンスワップは、NNSの提案によって開始されます。このように、Launch Padビューには、現在進行中のSNSの立ち上げに加えて、現在投票中の、近い将来に参加する可能性のある初期トークンスワップのリストも表示されます（図1参照）。

現在進行中のSNSに参加するには、Launch Padのビューからプロジェクトをタップします。すると、図2に示すようなプロジェクトの詳細が表示されます。このビューでは、立ち上げられたSNSの概要、トークン名、最初のトークンスワップの条件（ユーザーが貢献できるICPの最低額と最高額など）が詳細に表示されます。

また、初回のトークンスワップがどこまで進んでいるのか、つまり、集めることを目的としたICPの合計がすでに最小・最大数に達しているのか、その期限はいつになるのかも知ることができます。ユーザーは、この条件に同意すれば、最初のトークンスワップに参加するICPの金額を指定することができます。

スワップが成功した場合、そのユーザーのために新しいSNSニューロンが作成され、ユーザーはNNSフロントエンドダップ上で見つけることができるようになります。

タイムライン案

前述の通り、最初のトークンスワップのためのフロントエンドを優先し、その後、SNSのガバナンス参加と台帳トランザクションのための残りのコンポーネントを追加することを提案します。具体的には、Carbon マイルストーンに最初のトークンスワップフロントエンドを含め、その後すぐに残りの機能を追加することを提案します。

その主な理由は以下の通りです。

フロントエンドの作業をすべてCarbonマイルストーンに含めると、Carbonマイルストーンが遅れてしまう。従って、我々は漸進的なアプローチを提案し、Carbonマイルストーンまでに提供可能な1つの部分にまず焦点を当てる。
他のフロントエンドの作業よりも最初のトークンスワップを優先することを提案する主な理由は2つあります。
1つ目は、前述したように、多くのアプリはSNSの機能をアプリのフロントエンドに直接組み込みたいと考えていますが、それをすべて行うにはリソースが足りないかもしれません。トークンの交換は一過性のものであり、ガバナンスや台帳トランザクションはアプリのライフタイムを通じて必要となるため、開発者は後者の作業を優先させるかもしれません。そのため、NNSのフロントエンドダップがスワップ参加をカバーすることが重要だと考えています。
次に、SNSの交流の流れでは、ユーザーはまず最初のトークンスワップでトークンを入手し、その後ガバナンスと交流する。従って、最初のSNSがローンチする際には、最初のトークンスワップとの連携がまず必要になります。

Q&A

Q: このフロントエンドはSNSのローンチをブロックしますか？もしそうなら、どの程度ですか？
A: この提案は、SNSのマイルストーンカーボンをブロックしたり遅らせたりするものではありません。SNSのキャニスターのガバナンス、台帳、ルートの初期バージョンは存在しますが、SNSの初期トークンスワップキャニスターとSNSの展開とアップグレードに関するツールはまだ進行中の作業です。フロントエンドは、この進行中の作業と並行して構築することができますが、これはほとんど別のチームが行っているためです。説明したように、期限を遅らせないために、まずCarbonマイルストーンの最初のトークンスワップに焦点を当て、その後すぐにSNSガバナンスとSNS台帳転送のサポートを追加するという反復プロセスを提案します。

Q: 他の人がSNSフロントエンドを構築することは可能ですか？APIやフレームワークは利用できますか？
A：APIはすべて公開され、SNSキャニスターに実装されるため、オープンソース化される予定です。そのため、SNSフロントエンドの構築はDappsなどが独自に行うことができ、多くのプロジェクトが既存のDappsにSNSのインタラクションを部分的に組み込むことを想定しています。NNSフロントエンドは、既にICPを持っていて投資したいユーザーを取り込むための自然な入口であり、また、全てのアプリ開発者がこれらを全て自前で行うリソースを持っているとは限らないため、NNSフロントエンドへのSNSインタラクションの統合も提案しています。

Q：これを構築しないとどうなりますか？
A：この機能を提供しない場合、SNSの参加者が少なく、その結果、分散化も初期資金も少なくなるリスクがあります。なぜなら、最初のSNSが立ち上がるまでに、すべてのアプリ開発者がすべてのSNS機能を自分のアプリに統合するリソースを持っていることは期待できないからです。

この記事が気に入ったらサポートをしてみませんか？