導入

導入

今日は、多くの注目を集めているトピックについて説明します: Nostr のスパム (スパム) 問題 Nostr プロトコルは、分散型プロトコルとして、ソーシャル メディアの分散化、自律性、および反検閲の特性を世界規模で実現しています。同時に、このプロトコルにはいくつかの課題もありますが、その中でもスパム問題が最も顕著です。今日の議論はスパム問題に限定されるものではなく、ソーシャルメディアの将来への影響にも焦点を当てます。このため、DAOrayaki コミュニティは、Nostr CN コミュニティのデータ サイエンティストである Sherry 氏を招待して、プロの研究者の観点から今日のトピックを開始できることを光栄に思います。「Nostr の道のりはどこまでなのか」スパム対策」? ?

ゲスト：シェリー（データサイエンティスト）

文章

文章

Q: 正式な話題に入る前に、皆さんはあなたの経歴について知りたいと思いますが、なぜ Nostr に興味を持ったのですか?それはあなたが研究している、または探求している分野に関連していますか?

実際、相関関係はあまり良くありません。最初は 3 ～ 4 か月ほど前に、友人が Nostr を紹介してくれました。彼は長年の経験を持つ Bitcoin Core (ビットコイン コア) 開発者でした。その後、徐々に開発に移行しました。ノストラの。私が初めて Nostr を理解しようとしたとき、Nostr がどれほど魅力的であるかは理解できず、それを「ソーシャル メディア上の別の合意」としてしか認識していませんでした。

実際、Twitter が普及して以来、APP (アプリケーション プログラム) をソーシャル メディアの担い手ではなく、プロトコルにすべきだという提案があり、常に試みている人もいますが、どれも普及には至っていません。 。そこで 2 ～ 3 か月後、私は実践して (個人練習)、いくつかの Nostr の方向性の開発に実際に参加することにしました。

Q: 数か月の接触を経て、Nostr の現在の開発についてどう思いますか?最初の「爆発」段階であることがわかります。

実際、開発者の観点から見ると、それほど人気はなく、Twitter や Instagram などのソーシャル メディアには、次から次へとユーザーが入ってくるというルールがあると思います。一部のユーザーは、これは使えると感じ、問題を解決し、滞在しますが、ほとんどの人は次の波が来るまで滞在しません。

私たちがしなければならないことは、2 つの波の間で準備をし、インフラストラクチャを構築し、ユーザー エクスペリエンスを最適化し、次のユーザーの波が到着するのを待つことです。また、Nostr の統計を毎週追跡していますが、個人的には、まだ参加者は増えているものの、人数は変動していると感じています。これまでのところ、Nostr のアカウント数は 100 万近くありますが、現段階ではその中には多くのスパム アカウントが含まれています。

このユーザー グループの数は、どのような実験を行う場合でも、スキーム検証の妥当性を保証するのに十分な規模のユーザー グループがあることを意味すると思います。

Q: 先ほど、それぞれの「波」の間に、早急に解決しなければならない問題がいくつかあると言いました。現段階で、Nostr エコロジーにおいて、後で説明するスパム問題以外に、緊急に解決する必要がある問題は何でしょうか?

Nostr には 2 つの役割しかありません。1 つは Client (クライアント) と呼ばれ、もう 1 つは Relay (リレー) と呼ばれます。リレーとサーバーは非常に似た概念であり、クライアントは多くのリレーから情報を取得する責任があります。簡単な例えとして、Twitter を Relay が 1 つだけある構造と見なすことができ、クライアントはこの Relay からのみ情報を取得します。これは、すべてのユーザーの行動をこの単一の固有の Relay に「委ねる」ことと同じです。メッセージの投稿やダウンタイムが発生すると、ユーザーの行動も強制的に中断され、この環境では他の選択肢はありません。

しかし、Nostr には非常に多くの Relay があり、誰でも自分の Relay を実行することさえできます。また、クライアントは Relay の情報の一部だけを取得するか、まったく取得しないかを選択することもできますが、独自の情報をすべての Relay に送信することもできます。優れた。

同時に、Nostr の認証システムでは、ユーザー名とパスワードという従来の概念を放棄し、キー ペアの概念を使用します。秘密キーを手に持ち、メッセージを公開するたびに公開キーを添付します。 key 同時に、秘密キーを使用してメッセージ全体に署名し、このメッセージが「個人的に」送信されたことを証明します。

キーペアに関しては、キー管理という避けられない問題があります。

はい、Damus を使用すると、キーペアが自動的に生成されますが、次回ログインする必要がある場合は、「レジャー」のような機能を使用する必要があります。そうしないと、公開キーと秘密キーを思い出せません。コピー＆ペースト操作である必要があります。

そう、このようなコピペ作業は実は漏洩の危険性が非常に高いのです。したがって、パスワードを紛失した人は誰でも、1 つまたは複数のキーのペアを管理する方法と、紛失を補う方法に敏感になると思います。したがって、新規ユーザーに対して、完璧な UI (ユーザー インターフェイス) または UX (ユーザー エクスペリエンス) を通じて公開キーと秘密キーの概念をどのように導入し、独自のアカウントを作成し、管理できるように誘導するかが必須となります。必要。

しかし実際には、この機能こそが Nostr をビットコインへの架け橋にしていると感じているので、私はこれについて特に心配していません。 Nostr では、ユーザーが投稿を失ったり、フォロワーを失ったりすることが最悪ですが、実際には何らかの手段でフォロワーを取り戻すことができ、経済的損失は発生しません。

Q: 鍵の管理と保管は確かに問題ですが、想像されているほど深刻で緊急ではないということですね。そしてその一方で、Web 3 ウォレットには実際には依然として多くの Web 2 ユーザーをブロックする「障壁」があるため、Nostr がこの輪廻を素早く断ち切るのに実際に役立ちます。

この問題に加えて、「テーブル」の上に置かれているより緊急の問題は何ですか？

さらに、ユーザーの流入により、ネットワーク全体のトラフィックが非常に大きくなります。このとき、極端な状況を想像してください。全員がすべての履歴メッセージを保存するために各 Relay にすべての情報を送信すると、この状況が一般的になると、ほとんどの Relay には大量の重複情報が保存され、クライアントはキャプチャ 情報を取得するとき、繰り返し情報を含むリレーも最初から最後までスキャンされますが、この解決策は比較的非効率です。

ユーザーの第一波が早くに急速に増加したとき、多くの開発者は非常に「クラッシュ」な気分になったでしょう。多くのソリューションが機能しないと感じていたでしょう。非常に多くのユーザーが流入してネットワークが麻痺したら、どうすればよいでしょうか?したがって、これらは確かに、次のユーザー増加の波が起こる前に可能な限り解決する必要がある問題だと思います。これが解決されない場合、情報を読み込めない、クライアントのレンダリングと読み込みが遅い、より多くのユーザーを維持することが難しいなど、ユーザーに多くの悪いユーザー エクスペリエンスをもたらすことになります。

Q: はい、私がコンテンツプロデューサーで、Nostr’s Relay でコンテンツを公開していると想像してみてください。時間コストが許せば、操作が複雑でなければ、複数の Relay を介して送信することも選択できます。そのため、重複が存在する状況は実際に存在します。情報量が増えると、全体的なパフォーマンスと読み込みが遅くなります。

現在、この問題に対する主流の解決策は 2 つあります。1 つは、Nostr にレイヤーを追加することです。これは、Nostr プロトコル全体にレイヤー 2 のレイヤーを追加するのと同じです。限られた数のノードだけがその上で実行されており、その数は各ノードは選択したリレー データをキャッシュし、クライアントはキャッシュ ノードとのみ通信するため、ユーザー エクスペリエンスが向上します。現在、この機能を実装したクライアントがあり、上記の情報の読み込みも非常にスムーズに行われていますが、この方法は多くの人から反対されており、最終的には分散プロトコルを作成したものの、最終的にはクライアントに戻ってしまい、少数のノードとのみ通信するか、単一ノードの通信は集中ルートに戻ります。

このモデルを最初に実装したクライアントは Gossip と呼ばれるため、Gossip モデルもあります。その動作モードは、ユーザーがメッセージを発行することです。メッセージには、ユーザーがどのリレーからメッセージを読み取り、どのリレーにメッセージを書き込むかが明確に示されます。このようにして、クライアントがすべての情報を取得すると、要求元のユーザーの読み取りおよび書き込み情報を取得するために関連するノードのみに移動するため、Post が繰り返される状況が軽減されます。

Q: 先ほど、公開キーのプライバシーとセキュリティ、リレー設定の長所と短所、派生的な問題についての懸念についてお話しました。

次に、現在ホットな話題となっているスパムの問題について話したいと思いますが、なぜ Nostr ではスパムの問題がこれほど目立っているのだと思いますか?

まず、Nostr は非常に新しいため、スパム対策はいくつかありますが、ほとんどの対策の中心はキーワード フィルタリングであり、英語圏のユーザーにとって、これはこれまでに遭遇した中で最も複雑な状況ではないかと思います。 、しかし、私たちにとっては同じではないかもしれません。火星にテキストを送信すると、キーワードフィルタリングはまったく機能しません。

もう 1 つは、Relay のほとんどは現在無料です。初期段階では、関係ないと思われるかもしれません。私の Relay は、ルールを設定せずに無料で使用できます。誰でも読み書きできますが、これはまた、スパム。費用は問いません。アカウントの生成も非常に簡単で、従来のアカウントではメールアドレスや携帯電話番号を紐付ける必要がありましたが、NostrではGenerate Key（キーの生成）をクリックするだけですぐに新しいIDを取得できるので、スパム アカウントをバッチで生成することは完全に可能です。はい、非常に簡単で、コストもほぼ 0 に相当します。

Q: 実際のところ、私が理解できないのは、なぜ大量のスパム アカウントが生成されるのかということです。このシステムにはトークンのインセンティブや経済的インセンティブもありませんが、これを行う目的は何でしょうか?スパム広告やフィッシング広告を送信するためだけですか?

主な目的はトラフィックを集めることであり、スパムだけでなく機密情報も含まれます。

Q: スパム問題は現段階で Nostr に現れていますが、実際には他の分野でも古くからある問題であり、成熟した生態系や分野では、スパム問題を解決するどのような方法がありますか?

1 つは、テキストまたは画像認識によるディープラーニング技術を使用することです。もう1つは、ユーザーの行動を分析することですが、一元的なシステムではスパムアカウントの送信頻度が突然変わったり、あるアカウントが半年も何もしなかったりするなど、通常のユーザーとは異なる行動をとる必要があります。このようなユーザーの行動を分析することで、より精度の高いスパム防止機能を実現します。

Q: すべての Relay ノードが現在無料であると話しましたが、課金が効果的な方法であるとしたら?

すべてのリレーが無料というわけではありませんが、ほとんどのリレーには有料のリレーがあり、有料のリレーにはスパムの問題はありません。なぜなら、大量のスパムが出現する前は、有料中継を利用する人は比較的少なかったのですが、（香港にスパムサーバーが多数設置されていたため）突然、中国本土や香港からのIPが大量に流入するようになり、誰もが利用できるようになったのです。有料の Relay を探してみようと考えたため、その期間中に Relay に有料のユーザー サブスクリプションの数が大幅に増加しました。

Q: つまり、小規模な試みとして課金するという現在のスパム対策ソリューションは、一定の役割を果たしているということですね。解決策と言えば、次のステップは NIP (Nostr Implementation Possibilities、Nostr 関数実装の実現可能性) について話すことです。現在、Nostr にはまだ多くの NIP があり、それらは常に更新されています。あなたは関連する中国語コンパイラーでもあります。質問は 2 つあります。まず、NIP 提案全体の現在の状況と進捗状況はどうなっていますか?次に、スパム問題に対処できる興味深い対策はありますか?

当初、NIP の標準は比較的低く、1 つまたは 2 つのクライアントがプロトコルを実装している限り、それらは統合 (マージ) されていましたが、現在では、ユーザーが絶えず増加しているため、要件はより高くなり、3 つから 5 つのクライアントが実装される可能性があります。クライアント、または特定の NIP の 5 つを超える実装は、メイン ブランチにマージされます。

以前は、スパムと何らかの関係がある 2 つの契約があり、1 つはアクティブ、もう 1 つはパッシブでした。有効なのは機密コンテンツ警告（機密情報警告）で、ユーザーが未成年者にふさわしくないコンテンツを公開すると警告がマークされますが、これも比較的無害なスパムです。もう 1 つは Report と呼ばれるプロトコルで、ユーザーを報告できることを意味します。先月、Nostr で事件が起こったのを覚えています。女の子が自撮り写真を投稿し、誰かがコメント エリアで彼女を侮辱し、多くの人がクリックしてコメントを報告しました。

そして、避けては通れない次の話題は、報道という手段で他人の発言権を奪うことは、ノストル氏のいわゆる自由に反するのかということだ。監査は確かに存在しますが、誰が監査するのか、Relayで区別できるのかなど、すべて問題になります。もちろん、多くの人は、ダークウェブの闇市場情報が満載のリレーや、ポルノ情報が満載のリレーなど、特別なスパム リレーがあるのではないかと考えています。なぜなら、Nostr の核心は、スパム リレーがユーザーを阻止しないことであるからです。何かをして。

Report の NIP は実は非常に興味深いもので、Damus の作成者が Apple Store の要件、つまり店頭に並べる前に Report 機能を追加しなければならないという要件に基づいて最初に登場し、最終的には次のように進化しました。 NIP。

Q: はい、Damus が Apple App Store で公開されたときはかなり不安定でしたが、おそらくこの関係のため、基礎となるメカニズムをいくつか追加する必要がありました。

はい、Web 2 で実装するのは非常に簡単なものの多くが、Nostr のアーキテクチャに移されるとより複雑になるため、私は多くの抵抗に遭遇しました。

Q: 実際、検閲と報道というテーマは非常に興味深いと思うのですが、つまり、地方分権化に境界線はあるべきなのでしょうか?いわゆる「ボトムライン」は存在するのでしょうか?この件についてどう思いますか？

これは、「審査」を誰が行うのか、つまり審査権を誰に、誰に、どのように、なぜ付与するのかという問題ではないかと思います。

Ｑ：でもその前提として「審査」が必要なんですね？

はい、「スクリーニング」は必要だと思います。特にインターネットにアクセスできる人々には未成年者も含まれていることを考慮すると、これが私が検査を支持する主な理由です。

Q: 同様に、この問題は Relay でも同様で、一部の Relay が特定のメカニズムや方法で非常にうまく機能し、高品質のコンテンツを大量に提供する場合、この (一部の) Relay はより大きくなり、より集中化されます。 、その他のリレーは使用されていませんか?こうなるでしょうか？

ユーザーエクスペリエンスの観点から見ると、Relayはほとんど目に見えない存在であり、あるRelayが他のRelayよりも明らかに優れていることをユーザーが直感的に認識することは困難です。さらに、現在 Nostr を使用している主なターゲット グループは、自分が作成するコンテンツにもっと関心を持っている人々です。彼らは自分のコンテンツの制御を取り戻したいと考えています。実際、Nostr プロトコル全体の動作の基本原則は、クライアントが必ずメッセージを送信します 複数のRelayに送信することはできません、1つのRelayにのみ送信することもできません 1つのRelayに送信すると、Twitterへの「返信」のモードが変わります。現在、多くの Relay が存在しますが、それぞれの長所と短所に明らかな違いはほとんどなく、ユーザーがいくつかの Relay を保持する可能性があります。

Q：正直、みんな似ていて中身がないので、現段階では明らかな違いはないと思います。最初は、リレーを区別する基準がないかもしれません。特定のリレーにランダムに入って、大量の乱雑なメッセージに圧倒されるかもしれません。しかし、一部のリレーには大量のスパムが含まれる可能性があることがわかっている場合、このタイプはリレーの必要はありません。おそらく、これも環境がユーザーを「教育」するプロセスです。現段階のリレーは不均一ではなく、ユーザーに特定のリレーを選択させるほどの強い認識を与えるものではありませんが、その理由は、おそらく誰もが似ていてあまり優れていないからではないかと思います。

しかしこの場合、あなたがやりたいのはクライアントでしょうか？このクライアントは 1 つのリレーとのみ通信しますか?

Q: これは単なる比喩または例え話ですが、プロトコル層でもクライアント側でも、特定の方法を通じて、Nostr のエコシステム全体でより高品質のコンテンツを提供できることを願っています。しかし、少なくともジャックのコールリストが始まってから広く普及するまで、それが特定のトラックまたは特定の分野で特に顕著な利点を持つとは考えられていませんでした。もちろん時間も関係すると思いますので、時間をかけて開発していかなければなりません。

Nostr の設計的には、「クライアントダムリレーの開始」として簡略化できると思います。つまり、Relay には実際には機能はなく、ストレージのみが機能し、さらに、Client が情報を要求すると、Relay 自体がフィルターを実行します。たとえば、クライアントがある場合、その Global (グローバル) 情報にはフィルタリングされていないリレー情報は表示されませんが、3 層ソーシャル ネットワークの連絡先によって送信された情報が表示されるため、実際にはスパムはほとんどありません。

Q: この観点から見ると、これも Nostr のミニマリスト デザインの賢さだと思います。このトピックについて言えば、Nostr が Lightning Network (ライトニング ネットワーク) をサポートしていることはわかっていますが、Nostr でのインセンティブと支払いも将来の開発にとって避けられないトピックです。

はい、現在は Lightning Network のみをサポートしています。

Q: これによりユーザーが制限されるように思えますが?支払い手段としてビットコインを使用する人の数は常に限られているためですか?

これは Nostr の開発履歴に関係している可能性があり、Nostr の初期開発者のほとんどは Lightning Network の開発者であり、その多くはウォレット関連の開発を含む Lightning Network プロトコルに取り組んできました。また、Nostr は Lightning Network の制限を受けることはないと思いますが、Nostr は Lightning Network よりも広いもので、ソーシャル機能のみを使用し、決済機能を使用しないという選択も可能です。結局のところ、このサービスに惹きつけられる中心的なグループは、依然として自分たちが制作するコンテンツをコントロールしたいと考えているグループです。

Q：Nostrの今後の発展についてはどうお考えですか？

実際、多くの人が私に質問をしました: 「Nostr にどのように投資すればよいですか?」 正直に言うと、この質問に具体的にどう答えるべきかわかりません。ただ何かを構築するのが良いと思います。 Nostr は実際には Web 3 のカテゴリに属しておらず、単なる分散型プロトコルであると考えられます。

例えば、NostrにはBadgeというプロトコルがあり、ユーザーが画像に署名して他のユーザーに送信すると、クライアント上のアバターの下にバッジが表示されるのですが、NFTとして利用している人も多いです。もちろん、いつかバッジを手に入れるために課金しなければならなくなっても驚かないでしょう。両者の間にはいくつかの類似点があるかもしれませんが、それでも大きな違いがあります。また、今後情報交換事業を行いたい企業は、Nostrに統合しなければ、この企業を待った結果、徐々に消滅してしまう可能性があると思います。

Q：情報交換は？これは良い方向性として考えられると思います。

Nostr の機能を体験したことがある人なら、この意見に同意していただけると思います。ユーザーの 1 つのアカウントと 1 つのキー ペアはすべての APP を通過できるため、プラットフォームによって制限される必要はありません。あるプラットフォーム上のファンはいつでも別のプラットフォームに移動でき、競争の次元はより公平になります。すべてのユーザーが同じ次元で競争し、すべてのクライアントが同じレベルで競争し、すべての Relay が同じレベルで競争します。同じレベルで。また、依存するプラットフォームが非常に強力であるという理由だけで、低レベルのコンテンツ制作者が大量のトラフィックを獲得するという状況は存在しません。

この場合、あなたがコンテンツプロデューサーであれば、あらゆるプラットフォーム上に散在するすべてのユーザー視聴者があなたが制作したコンテンツを見ることができます。これが私の意見では最も重要な点であり、Nostr が少しでも成長し続けることを保証するものでもあります。 。

さらに、Nostr はソーシャル メディア以外のことも行うことができます。例えば、Nostrocket というプロジェクトがありますが、このプロジェクトは Nostr ベースのコンセンサスレイヤーであり、言い換えれば、これを利用して Nostr 上に DAO を形成し、スマートコントラクトと完全には似ていないいくつかの機能を実現することができます。また、スマート コントラクトよりも効率的であり、柔軟性があります。

Q: シェリー先生、シェアしてくれてありがとう。今日のトピックに何か追加することはありますか?

皆さん、香港のミートアップへようこそ、ははは、皆さんようこそ。

Q: そうです、ハハハ、私たちは4月14日に香港でオフラインミートアップを共同開催する予定ですが、これはおそらく中国人コミュニティ初の比較的大規模なNostrオフラインミーティングでもあります。もちろん、全体的な背景としては、近い将来世界的な Nostr Hackathon を立ち上げる予定であり、Sherry のようなビルダーのプロジェクト コンペティションへの参加も歓迎しており、コンペティションの賞金は依然として非常に高額です。愛好家、開発者、プロジェクト関係者、プロトコル研究者、様々な提案をお持ちの方の参加をお待ちしております。

また、現段階では Nostr の多くのことが完璧ではないため、当面は実現の機会に恵まれていないアイデアも多数ありますが、このポッドキャストを聞いている Nostr 開発者がいる場合は、試してみることができます。

まず、コンテンツ制作者にとって、プロジェクトは継続的に利益を生む必要があると個人的に感じていますが、関係者に利益がなければ、最終的な結果は良くないかもしれません。以前、音楽クリエイターについてアイデアを出したことがありますが、3 日以内に音楽をリリースしたいと考え、事前に聴きたいユーザーがいる場合は、Pay to listen (事前にお金を払って聴く) モデルを使用できます。 、すでに支払いツール (ライトニング ネットワーク) のサポートがあり、Nostr があるため、このようなユーザー シナリオでは、最大の問題は、ユーザーが支払いをした後にコンテンツが漏洩する可能性があり、その結果、支払いを行う潜在的な群衆が減少する可能性があることです。次に、音楽を購入した支払者の関連情報をエンコード（符号化）することができます。つまり、人間の耳にかろうじて聞こえる周波数のレイヤーを音楽に追加してから、ユーザーの公開鍵と秘密鍵を復号（デコード）します。このようにして、誰かがそれを購入して漏洩すると、デコードを通じてその人に遡ることができ、「社会的死」に似た心理的圧力を引き起こす可能性があります。

もう1つは、NostrレベルではZhihuやQuora（Zhihuに似た質疑応答サイト）のような機能が存在しないことだ。 Nostr にはより優れたコンテンツ推奨メカニズムがないため、ユーザーが興味深いコンテンツを見つけるのは困難です。また、従来のメカニズムには一定の制限があります。Nostr シナリオではアカウントの生成に費用はかからず、これは無制限の Like に相当するからです。

いわゆる暗号化されたグループ チャットもあり、これも大きな需要があります。 Telegram などの今日のチャット ソフトウェアはグループ チャットと呼ばれますが、チャネル (チャット グループに似たもの) を作成すると、その中の人々が話している内容を誰もが見ることができ、誰もが自由に出入りできます。 「広場を裸で走る」、本当のグループチャットは「銭湯を裸で走る」に似ていると思います。

Q: はい、大規模環境と小規模環境の区別があります。