Nostr は、発売以来、多くの注目を集め、その背後に勢いをつけてきました。 最近の追加 Twitterでのプロモーションが禁止されている代替ソーシャルプラットフォームのリストに。 また、Elon Musk による Twitter の買収が、プラットフォーム上の表現の自由について根本的に何も変えていないことが明らかになったため、それは注目を集めています。 まだ禁止されている 一貫性のない恣意的な理由で、人々はマストドンのようなものではない分散型の代替手段を探しています。 サーバーオペレーター まだあなたのアイデンティティを制御する能力があります。
最近の注目にもかかわらず、Nostr プロトコルと最初のリレー サーバーの実装は、実際には 2020 年末に開発者によって作成されました。 フィアットジャフ. 注目が集まる前は、Twitter と Mastodon の問題を解決するための軽量なソリューションになろうとする、静かでニッチなプロトコルにすぎませんでした。 どちらのシステムでも、ID/ユーザー名は、サーバーを実行している人によって制御されるだけのものです。 Mastodon が複数の異なるサーバーが相互に通信する連合システムであることは、その現実を根本的に変えるものではありません。 アカウントをホストするために使用するサーバーは誰でも、それを使用できるかどうかを完全に制御できます。 独自のサーバーを実行していても、他のサーバー オペレーターは、自分のサーバーと通信できるサーバーをブラックリストまたはホワイトリストに登録できます。 これにより、さまざまな Mastodon サーバーの「Fediverse」で多くのパーティショニングが発生し、独自のサーバーを実行するだけでは意味がありません。 最終的には、他のサーバー オペレーターによって検閲される可能性があり、ユーザーがフィード内のコンテンツを見ることができなくなります。
Nostr と Mastodon のようなものとの主な違いは、サーバー オペレーターが所有するユーザー名を使用する代わりに、各ユーザーが公開鍵と秘密鍵のペアを使用してその機能を処理することです。 それは、サーバーオペレーターがあなたから簡単に奪ったり、あなたをロックアウトしたりできないものです. これは、Nostr プロトコル全体が構築されるコア ビルディング ブロックの XNUMX つです。
次は「イベント」です。 これは、クライアントと、クライアントがメッセージを送受信するために接続するリレー サーバーによって使用される基本的なオブジェクト/データ型です。 プロトコルの一般的な考え方は、クライアントがリレー サーバーにイベントを送信し、リレー サーバーがイベントを保存してインデックスを付け、他のクライアントがリレー サーバーと通信して、受信して保存したイベントを要求できるというものです。 原文では ニップ 01では、XNUMX つの異なるイベント タイプが定義されています。
- 0: ユーザー名、写真、略歴など、ユーザーに関するメタデータを送信します。
- 1: テキスト メッセージと基本的なコンテンツを送信します
- 2:イベントクリエーターをフォローしている人が接続するリレーサーバーを推奨
すべてのイベントは、明確に定義された方法で構造化されています。 それらには、作成者の公開鍵、それらが作成されたときのタイムスタンプ、それらのタイプ (または仕様の種類)、コンテンツ ペイロード、およびイベント作成者からの署名が含まれます。 また、他のイベントやユーザーを参照するタグを持ち、作成者の署名を除くすべてのハッシュである ID 値を持つこともできます (ビットコイン トランザクションの TXID に似ています)。 これにより、署名を検証することで、メッセージが実際にメッセージ内の公開鍵の所有者によって作成されたことを保証できます (および、その鍵が侵害されていない場合は、その鍵の所有者)。彼らはそれに署名しました。 署名された後に無効にしない限りビットコインのトランザクションを変更できないのと同様に、作成者が署名した後に Nostr イベントを変更することは、明らかな詐欺行為であるということでなければできません。
イベントの種類のシステムは、元の NIP から大幅に拡張されました。 暗号化されたダイレクト メッセージ用のイベント タイプがあり、送信者の秘密鍵と受信者の公開鍵を組み合わせて共有鍵を確立します。これにより、送信者の公開鍵と受信者の秘密鍵を組み合わせて取得するのと同じ鍵が得られます (これが方法です)。 BIP 47 およびサイレントペイメントが機能します)。 置き換え可能なイベントと一時的なイベントのタイプもあります。 交換可能なイベントの場合 (明らかに)、イベントの元の作成者が新しいものに署名して古いものを置き換えることができるように設計されています。 仕様に従う中継サーバーは、古いイベントをストレージから自動的に削除し、受信時に新しいバージョンをクライアントに提供し始めます。 一時的なイベントは、リレーに送信されたときに作成者にサブスクライブしているすべての人にブロードキャストされるように設計されていますが、リレー サーバーはそれらを保存することは想定されていません。 これにより、ブロードキャスト中にオンラインになっている人だけにメッセージが表示される可能性が生じます。 他の人のイベントへの反応 (いいね! や絵文字など) を知らせるイベント タイプもあります。
最後のイベントといえば、イベントにもタグを含めることができます。 現在、イベント (正確な Nostr イベントを参照するため)、公開鍵 (他のユーザーをタグ付けまたは参照するため)、および件名 (電子メールの件名などの機能をエミュレートするため) のタグ タイプがあります。 これらすべてに特定の中継サーバーへのポインタを含めることができ、そこからデータを取得して、ユーザーが実際にサーバー間で対話できるようにします。つまり、ある中継サーバーにコンテンツを投稿するユーザーは、別のユーザーが投稿したコンテンツと対話し、参照することができます。あらゆるユーザーが適切な順序で相互作用のスレッド全体を首尾一貫して取得できるようにする方法で、関連するデータを見つける場所を見つけるのに非常に複雑になることはありません。
元の NIP の内部では、クライアントが受信するイベントのフィルターを含むサブスクリプション メッセージ/データ構造を介して、クライアントがリレー サーバーと対話する方法の仕様が提供されます。 これらのフィルターは、ユーザーの公開鍵、正確なイベント、イベントの種類、および以前の基準に基づいてユーザーが必要とする特定の時間枠を指定できます。 「1xjisj…」などの公開鍵またはイベント ID のプレフィックスを送信することもできます。 その短い文字列で始まる公開鍵からイベントを受け取ります (これは、実際に表示したいものをリレー サーバーから隠すのに役立ちます)。
全体として、プロトコルは、メッセージの整合性を保証し、公開鍵 ID を使用してメッセージを送信したユーザーなど、重要なことをカバーするユーザー間でメッセージを渡すための非常に基本的な一般化されたスキームであり、バックエンドのインフラストラクチャを容易にします。中継サーバーは、非常に集中化することも、ユーザーが独自の個人用中継サーバーを実行できるようにすることもできますが、すべてシームレスに相互にやり取りし、ユーザーが XNUMX つの中継サーバーから禁止された場合に大規模な混乱を引き起こすことはありません。 彼らは別のサーバーに移動したり、独自に実行したりできます。以前のサーバーからプラットフォームを外しても、デジタル ID やフォロワーを失うことはありません。なぜなら、彼らは秘密鍵の管理を維持し、ユーザーは他の場所で見つけたときにそれを認証できるからです。
リレー サーバーは、好きなように動作することもできます。 彼らは無料で運営でき、メッセージを投稿またはダウンロードするためにマイクロペイメントを請求できます。 NIPでも メッセージを送信するためにハッシュキャッシュ スタイルのプルーフ オブ ワークを要求するため。 それらは、投稿のみをホストして他のユーザーに提供するための単一の中継サーバーにすることも、Twitter や Reddit などの大規模で実行されるサーバーにすることもできます (クライアントは、必要に応じて情報を表示および整理でき、基本的にすべてのソーシャルをエミュレートできます)。現在存在するメディア プラットフォーム)。 これらはすべて、ユーザーを締め出すことなく、シームレスに相互運用できます。 彼らがあなたのリレー サーバーにコンテンツを投稿するのを防ぐことはできますが、最終的には、あなたがリレー サーバーでホストしているコンテンツを彼らが閲覧するのを止めたり、他のユーザーが他のサーバーで自分のコンテンツを見つけたりするのを止めることはできません。
これは非常に単純化されたプロトコルであり、人々が構築できる大規模でオープンな設計空間を備えており、個々のリレー サーバー オペレーターがホストするかどうかに関係なく、ユーザーは常に相互に対話できることが保証されます。 これは、その最大の強みであると同時に最大の弱点でもあります。 開発者が複雑なプロトコルによる厳しい制約なしに構築する自由を保証する一方で、プロトコル自体では処理されない、本質的に遭遇する多くの問題もあります。
次の記事では、発生しているいくつかの問題と潜在的な解決策について説明しますが、今のところは、デザインのシンプルさと人々に開かれた可能性についてだけ述べておきます。これは XNUMX 人の発案によるものであり、これまでプロトコル仕様自体に実際に貢献したのはほんの一握りの人だけであることを考えると、Nostr は非常に良い仕事をしてくれました。
忍によるゲスト投稿です。 表明された意見は完全に独自のものであり、必ずしもBTCIncまたはBitcoinMagazineの意見を反映しているわけではありません。
- SEO を活用したコンテンツと PR 配信。 今日増幅されます。
- Platoblockchain。 Web3メタバースインテリジェンス。 知識の増幅。 こちらからアクセスしてください。
- 情報源: https://bitcoinmagazine.com/technical/what-makes-nostr-a-different-social-platform
- 2020
- 7
- a
- 能力
- できる
- 私たちについて
- 越えて
- 実際に
- 後
- すべて
- ことができます
- 代替案
- 常に
- &
- 別の
- 誰も
- 注意
- 認証
- 自動的に
- バックエンド
- 禁止されました
- ベース
- 基本
- なぜなら
- になる
- 背後に
- さ
- の間に
- ビッグ
- Bitcoin
- Bitcoin Magazine
- ビットコイントランザクション
- ビットコイン
- ブロック
- 放送
- BTC
- BTC Inc
- ビルド
- 建物
- 内蔵
- バイアウト
- 場合
- 原因
- 集中型の
- 変化する
- カオス
- チャージ
- 選択する
- クリア
- クライアント
- クライアント
- 結合
- 伝える
- 複雑さ
- 複雑な
- 損害を受けた
- お問合せ
- 考えると
- 制約
- コンテンツ
- 貢献
- コントロール
- 制御
- 基本
- カバー
- 作成した
- 作成します。
- クリエイター
- 基準
- 現在
- データ
- 分権化された
- 設計
- 設計
- Developer
- 開発者
- 異なります
- デジタル
- デジタルアイデンティティ
- 直接
- ディスプレイ
- ダウンロード
- Drop
- 間に
- 各
- エロン
- イーロン·マスク
- 他の場所で
- では使用できません
- 全体
- 完全に
- 本質的に
- 確立
- 等
- さらに
- イベント
- イベント
- EVER
- すべてのもの
- 除く
- 存在
- 拡大
- 表現
- 非常に
- 容易化する
- フェディバース
- フェッチ
- フィルター
- もう完成させ、ワークスペースに掲示しましたか?
- 発見
- 名
- 群がる
- フォロー中
- 詐欺
- 無料版
- 自由
- から
- function
- 機能性
- 根本的に
- 獲得
- 取得する
- 与えられた
- Go
- 良い
- 良い仕事
- 最大
- 保証
- 保証
- ゲスト
- ゲストのポスト
- 一握り
- ハンドル
- ハッシュ
- 持って
- host
- ホスティング
- 認定条件
- しかしながら
- HTTPS
- アイデア
- アイデンティティ
- アイデンティティ
- 実装
- 重要
- in
- include
- 含ま
- index
- 個人
- 情報
- インフラ
- を取得する必要がある者
- 整合性
- 対話
- 相互作用
- 相互作用
- 興味がある
- 相互運用
- 問題
- IT
- 自体
- ジョブ
- キー
- キー
- 種類
- 大
- 姓
- ツェッペリン
- ことができます
- 軽量
- リスト
- 探して
- 失う
- たくさん
- マガジン
- 維持する
- 作る
- 多くの
- 大規模な
- マストドン
- メディア
- メッセージ
- メッセージ
- マイクロペイメント
- の試合に
- 麝香
- 必ずしも
- 新作
- 次の
- 私たちの
- 明白
- 古い
- ONE
- オンライン
- 開いた
- 開きます
- 操作する
- オペレータ
- 演算子
- 意見
- 注文
- オリジナル
- その他
- 全体
- 自分の
- 所有している
- 所有者
- 所有する
- 通過
- 支払い
- のワークプ
- 人
- 個人的な
- 画像
- ピース
- プラットフォーム
- プラットフォーム
- プラトン
- プラトンデータインテリジェンス
- プラトデータ
- の可能性
- 可能性
- ポスト
- 投稿
- 潜在的な
- 防ぐ
- 予防
- 事前の
- プライベート
- 秘密鍵
- 問題
- プロモーション
- 証明
- 適切な
- 公共
- 公開鍵
- 公開鍵
- 反応
- 現実
- 理由は
- 受け取ります
- 受け
- 受け入れ
- 最近
- お勧めする
- 反映する
- 関係なく
- 関連した
- replace
- 要求
- 結果
- return
- ラン
- ランニング
- 同じ
- 規模
- スキーム
- シームレス
- 見ること
- つかむ
- サーバー
- サービング
- shared
- ショート
- 符号
- シグナル
- 署名されました
- 同様の
- 単純
- 単に
- 同時に
- から
- So
- これまでのところ
- 社会
- ソーシャルメディア
- ソーシャルプラットフォーム
- 溶液
- ソリューション
- 一部
- 何か
- スペース
- 特定の
- 仕様
- Steam
- まだ
- Force Stop
- ストレージ利用料
- 店舗
- 保存され
- 力
- 構造
- 構造化された
- 提出する
- 購読
- そのような
- 想定
- システム
- TAG
- Talk
- 会話
- 条件
- アプリ環境に合わせて
- もの
- 物事
- 三
- 介して
- タイムスタンプ
- 〜へ
- 今日
- top
- トータル
- 牽引力
- トランザクション
- 取引
- 順番
- さえずり
- 最終的に
- つかいます
- ユーザー
- users
- 利用
- 値
- 検証する
- 詳しく見る
- 排尿
- wanted
- 弱点
- この試験は
- かどうか
- which
- while
- ホワイトリスト
- 誰
- 誰でも
- 意志
- 無し
- 仕事
- でしょう
- 書きます
- You
- あなたの
- ゼファーネット