ニュースレター on Nostr Compass

Nostr Compass #26

Wed, 10 Jun 2026 00:00:00 +0000

Marmot Protocol組織は、v2プロトコルドラフトとネイティブクライアントの系統のために3つの新しいリポジトリを公開しました: darkmatterという名前のRustワークスペース、SwiftUI iOSアプリdarkmatter-ios、Kotlin/Compose Androidアプリdarkmatter-android。オリジナルのFlutter Whitenoiseはアーカイブされました。Chamaは17のリリースを1週間に圧縮し、v3.0.0でスタンドアロンアプリのラインを越えてから、v3.1.0で完全な取引ルームUIの再描画と、ホルダー専用Shamir共有、アービター置換、全世界コミュニティルーティング、およびエンドツーエンドの取引通知の上に構築された販売者ごとのストアフロントを実現しました。Coracleは、オープンソースのCaravelとzooidスタックに支えられた有料のホスト型リレーサービスをローンチし、深いFlotilla統合が計画されています。Angorはv0.2.30でデフォルトをmainnetに反転させ、v0.2.29で3ユーザーUAT資金調達テストを実現しました。Amethystは、先週のNIP-32 / NIP-F4 / Torの作業を継続する41の未リリースPRを実現しました。NIP-67 (EOSE完全性ヒント) とNIP-50オートコンプリートがマージされ、コアリレープロトコルの2つの長年の正確性ギャップを閉じました。NIP-GARTは緊急アラートのためのプライバシー保護ワイヤーフォーマットを提案し、NIP-46はlogoutメソッドを獲得します。

トップストーリー

Marmot v2 (Dark Matter): プロトコル再ドラフト、ネイティブクライアント、アーカイブされたFlutterアプリ

今週、marmot-protocol GitHub組織の下に3つの新しいリポジトリが登場し、合わせてMarmot v2プロトコルドラフトの初期進捗の形と、Flutterアプリのラインを置き換えるネイティブクライアント系統を形成しています。darkmatter (Rust、5月13日作成、過去7日間で34コミット) はspec/にv2プロトコルドラフト、crates/cgka-engineにOpenMLSベースのCGKAエンジン、プロパティテスト付きの適合性シミュレーター、および収束証明のためのTamarin形式モデルを保持しています。darkmatter-ios (Swift、5月25日作成) は、Rustワークスペースから生成されたベンダー化されたMarmotKit UniFFI xcframeworkに支えられたSwiftUIクライアントです。darkmatter-android (Kotlin/Jetpack Compose、5月25日作成) は同じRustバインディング上に位置しています。オリジナルのFlutter Whitenoiseはwhitenoise-archiveとしてマークされています (「ARCHIVED: これはオリジナルのWhite Noise Flutterアプリでした」)。新しいwhitenoise Dartリポジトリが並行してアクティブなFlutterラインを運びます。

これは完成したピボットではなく、より信頼性の高いMarmotへの初期の進捗として読んでください。darkmatterのREADMEは自身を「Marmot v2プロトコルドラフト候補、CGKAエンジン、および適合性ワークスペース」とラベル付けし、直接述べています: 「このドラフトとエンジンが採用されるまで、MDKは展開されたRustプロトコル実装のままです」。ワークスペース内で、cgka-engineクレートは0.1.0、「単一の内部消費者、semver安定ではない」とタグ付けされています。すべての仕様ページには「ステータス: 内部レビュー用ドラフト」と記載されています。ワークスペースリポジトリでの3つのスターとiOSおよびAndroidアプリでのゼロは、作業がアナウンス前であることを確認します。方向性、スコープ、規律がここでの信号です。本番の準備が完了していることは主張されていません。

プロトコルドラフトはv1からv2へのデルタを具体化します。Marmotの開始以来、グループ名、説明、管理者pubkey、Nostrグループルーティングid、リレーリスト、グループ画像データ、および消えるメッセージ設定を1つの傘の下に運んでいたMIP-01のモノリシックなmarmot_group_data MLS拡張は、バージョン付きアプリコンポーネントに分割されます: 名前と説明のためのmarmot.group.profile.v1、管理者pubkeyのためのmarmot.group.admin-policy.v1、ランダムなnostr_group_idと正規のリレーリストのためのmarmot.transport.nostr.routing.v1、画像ハッシュ、暗号化キー、nonce、およびアップロードキーのためのmarmot.group.blossom.image.v1、消えるメッセージの秒数のためのmarmot.group.message-retention.v1。各コンポーネントは正確なバイトと独自のバージョン管理パスを所有するので、将来の機能は、残りのグループ状態がMLS拡張のコンセンサスを再度踏襲することを強制することなく、1つのコンポーネントを改訂できます。MIP-00クレデンシャルも新しい基礎文書account-identity-proof-v1.mdを獲得し、「v2の新規で破壊的」と呼び出されます。アイデンティティ証明は今や、KeyPackage構築とは別に独自のサーフェスに存在します。

ライブラリのデルタは仕様の再設計を支えます。cgka-engineは新しいローカルグループ状態マシンです: OpenMLSをラップし、Stable、PendingPublish、Merging、Recoveringエポック状態を所有し、意図をMLSコミットに変換し、あらゆる受信トランスポートエンベロープに対して型付きIngestOutcomeとGroupEvent値を返し、明示的にトランスポートも永続性も出荷しません。TransportPeeler traitはNostrをエンジンから分離し、StorageProvider traitはSQLite ( SQLCipherベースのstorage-sqlite経由) をエンジンから分離します。今日のMDKはこのすべてを一緒にパックしています。層を分割することで、1つのエンジンが今Nostrリレートランスポートの下に位置し、後で収束モデルを書き直すことなく、また出荷されるQUICストリームとブローカートランスポートの下にも位置できます。収束自体はdistributed-convergence.mdとして文書化されており、決定論的ブランチ選択、ポリシーゲート適格性、保持アンカーリプレイ、古いブランチ拒否、配信の並べ替え、重複、アプリ出力の無効化、welcome/commitハンドオフ、提案消費、および同期中のアウトバウンドゲーティングをカバーするTamarinモデルで証明されています。次にRustプロパティテストが、エンジンが実際のOpenMLSオブジェクトとシミュレーターハーネスで同じルールに従うことを確認します。このスコープの形式手法の信頼性の作業は、現在のMarmotスタックにはありません。

両方のネイティブクライアントは、プラットフォームネイティブUIツールキットのためにFlutterをドロップします。darkmatter-iosは、MIP-05プッシュウェイクをデバイス上で復号するNotification Service Extensionを備えた純粋なSwiftUIで、Rustワークスペースから構築された生成されたMarmotKit Swiftパッケージをベンダーし、dev.ipf.darkmatterバンドルIDとアプリグループの下に登録します。darkmatter-androidはKotlinとJetpack Composeで、just駆動のビルドが署名されたarm64-v8a APKを生成し、local.propertiesからテレメトリエンドポイントを読み取ります。Android READMEはアーキテクチャの原則を直接述べています: 「Dark Matterはプロトコルデータを所有し、SQLiteに保存します。Androidアプリはそのデータをレンダリングし、Androidプラットフォームの動作を管理し、UIライフサイクル状態を保つべきです。AndroidアプリはDark Matterデータのための2番目のデータベースになるべきではありません」。それは、UIレイヤーに適用された、Rust層でcgka-engine READMEが強制する境界規律を反映します。

Marmotにとってネイティブクライアントが重要な理由は、プロトコルの最も引用される弱点が、不均一な配信条件下でのモバイルの信頼性だったからです: 締め切りを逃した通知ウェイク、ネットワークフラップ中のMLSコミットレース、エポックの進行を座礁させるバックグラウンドフェッチ制限。SwiftUIとComposeは、Flutterがプラグインブリッジを通じて到達するプラットフォームバックグラウンド処理プリミティブへの直接アクセスをクライアントに与え、UniFFIバインディングパスは、両方のプラットフォームで静的ライブラリとして出荷される1つのRustワークスペースにプロトコルロジックを保ちます。Flutter Whitenoiseラインは、アーカイブされていないwhitenoiseリポジトリで継続するので、アナウンスは加算的です: v2仕様が収束する間、新しいネイティブクライアントの系統がFlutterアプリと並行して動作します。MDKまたは現在のWhitenoiseアプリからの本番切り替えは、ドラフト、エンジン、およびクライアントが本番対応リリースに到達するのを待ちます。

Chama v2.0.0からv3.1.0: 1週間でスタンドアロンP2Pエスクロー

ニュースレター #25でv1.3.0で紹介されたNostrネイティブP2Pエスクロークライアントは、過去7日間で17のタグ付きリリースを出荷し、6月9日のv3.1.0で取引ルームUIの再描画と販売者ごとのストアフロントで終了しました。バージョントレイルはストーリーを語ります: v2.0.0は破壊的なベースで、続いてv2.0.1、v2.0.2、v2.0.3がFedi WebViewの資金調達レールギャップを閉じます。v2.1.0、v2.2.0、v2.3.0、v2.3.1はアービターレイヤーを強化します。v2.4.0、v2.5.0、v2.6.0はセルフカストディサーフェスと全世界コミュニティルーティングを追加します。v2.7.0、v2.8.0、v2.9.0、v2.10.0は、平易な英語でのキーコピー、グループアプリケーション、紛争締切アービトレーション、および評判を重ねます。v3.0.0はエンドツーエンドの取引通知でパッケージをまとめ、6月9日のv3.1.0は、Reserved → Locked → Settled進行スパイン、ロール色付けされたアクションカード、および販売者ごとのストアフロントリスティングクラス (キュレートされたスワップ、ローンブック、および請求書) の周りに取引画面を再描画します。

アーキテクチャピボットはv2.0.0に存在します。エスクローLOCKフォーマットは、2-of-3 Shamir分割の各共有がそのホルダーのみに暗号化されるように変更されました (sharePolicy holder-only-v1)。フェデレーションのbearer ecashは、単一の参加者だけからは再構成されなくなり、自分の共有とフェデレーションが保持する共有の両方を持つ悪意のある当事者が同意なしに取引を完了できるパスが閉じられました。プレ2.0クライアントは「共有が見つかりません」で大声で失敗します。取引は古いクライアントでは完了できず、その過程で資金は失われません。v2.0ロックは、決済するためにv2.xのすべての当事者を必要とします。v2.0.0はまた、マルチユニットストアフロントとsatsのみのマーケットビューを追加しました。

v2.1.0はアービター置換を導入しました: Shamirインデックス2のアービター共有は、コミュニティアービタープール上の決定論的優先順位に暗号化されるようになったので、不在のアービターは取引を座礁させることなく置き換えられます。v2.2.0は、₿121の取引で野生での置換が機能することを証明し、ヒーリング置換バックアップを追加しました。v2.3.0はロック時にリスティングアービターのコミュニティメンバーシップをチェックすることで最後のアービターフロントランニングギャップを閉じ、v2.3.1は自動割り当てされたアービタースロットがロックが彼らを座らせるまでプレビューだった兄弟レースを閉じました。

セルフカストディサーフェスはv2.4.0で到着しました (Fedimint ecashウォレット用のBIP-39リカバリフレーズ、Nostrに暗号化されて保存される) およびv2.5.0 (Nostrアイデンティティとウォレットシードを所有するマスターnsecバックアップ)。v2.6.0は、ローカルChamaがない国のユーザーを最も近いフェデレーションにルーティングするグローバルコミュニティピッカーの周りにオンボーディングを再作業しました。以前のビルドはフォールバックなしでユーザーをバウンスさせていました。v2.7.0は、リカバリキー画面を平易な英語で書き直しました (「あなたのアカウントとその中のお金への唯一のキー。Chamaはそれを見ることはなくリセットもできません。失うと、誰もあなたのアカウントを取り戻せません」)。v2.8.0はグループアプリケーション、ダーク/ライトテーマ、および2つの新しいイベントkind (38120ロスター、38121アプリケーション) を追加しました。v2.9.0は締切時の紛争解決を変更しました: 期限に達した争われた取引は、アービターの裁定によって解決されるようになりました。以前の動作は自動返金でした。リリースは COORDINATED としてマークされているので、紛争のすべての当事者が更新しなければなりません。v2.10.0は、新しいイベントkind 38123として取引ごとのthumb-up/thumb-down評価を追加しました。

v3.0.0は、アプリが動作するために調整コミュニティを必要としなくなるマイルストーンです。エンドツーエンドの取引通知は、アクション可能な状態遷移でのみユーザーにpingを送信します: 相手方がsatsをロックした、支払いが請求可能、紛争がアービターとしてのユーザーの裁定を必要とする、または取引が決済または期限切れになった。Me画面の1つのトグルが通知をオンまたはオフにし、許可プロンプトはトグルが有効化されているときにのみ発火します。fire-once dedupは、状態の再ロードがアラート嵐をトリガーするのを防ぎます。間違ったchamaガードレールバグもPR #103で閉じられました。以前のバージョンは、1つのchamaのラベルで別のchamaのフェデレーションを持つリスティングをスタンプできました。WindowsとLinuxデスクトップバンドルはリリースとともに出荷されます。macOS dmgは、署名と公証が着地するまで保留されます。

ChamaはMostroとShopstrにNostrネイティブマーケットプレイスとして加わり、そのサーバーレスアーキテクチャ、Fedimintに支えられた2-of-3 Shamirエスクロー、ホルダーのみの共有暗号化、および3つのうち調整コミュニティなしで自己完結型のデスクトップとモバイルクライアントを出荷する唯一のものとして区別されます。

Coracle Hosting: 有料リレーサービスとオープンソースCaravelスタック

6月3日、Hodlbodはhosting.coracle.socialでCoracle Hostingを発表しました。これはNWCまたはカード経由の定期的なlightning支払いを受け付けるホスト型コミュニティリレーサービスです。サービスは、Coracleの請求とプロビジョニングフロントエンドであるCaravelと、単一のマシン上で多くの仮想リレーをホストするリレーランタイムであるzooidによって支えられています。両方ともCoracleのセルフホスト型giteaでオープンソースです。Caravelは、オプションのlivekitとBlossom統合とともに出荷され、オペレーターはリレーごとに切り替えることができます。メンバー数の制限がある無料ティアにより、オペレーターは支払い詳細をコミットする前にサービスを評価できます。

Hodlbodはビジネスモデルについて率直です: 他の誰もが実行できるスタックのホスト版を販売することによってオープンソースを収益化する。競争的な堀はFlotilla統合であり、これは次に計画されているステップです。Flotillaはユーザーサーフェスを所有しているので、Flotilla内部から提供されるホストオプションは、管理されたインフラストラクチャを好む任意のユーザーのデフォルトパスになります。Hodlbodは、連絡があれば他のCaravelオペレーターをFlotillaの代替ホスティングピッカーに追加することを申し出て、連合ホスティング市場への扉を開いたままにしています。

CaravelはPaid Memberティアを備えた公開Nostrリレープロビジョニングプラットフォームとしてrelay.toolsに加わります。relay.toolsはCaravelよりも前からあり、今日主要なリレー作成サービスとして出荷され、コミュニティリレーの独自のディレクトリと、有料メンバーまたはモデレーター参加フローを備えています。Caravelの区別する特徴は、調整されたスタックです: リレーランタイム (zooid)、請求とプロビジョニングフロントエンド (Caravel自体)、およびクライアント側ピッカー (Flotilla統合、まだ進行中) が1つの設計として出荷されます。他の区別する特徴は、zooidのプロセスごとの多リレー密度であり、顧客リレーが単一のホストプロセスを共有するので、オペレーターは多くの小さなコミュニティ全体でホスティングコストを償却します。これは、2000年代初頭に共有Webホスティングを実現可能にしたのと同じ密度の議論であり、Nostrのリレーレイヤーに適用されています。

リリース

Angor v0.2.29とv0.2.30: mainnetデフォルトと3ユーザーUAT資金調達テスト

6月4日のAngor v0.2.29と6月8日のv0.2.30は、分散型Bitcoin-and-Nostr資金調達プロトコルの今週の2つのリリースです。v0.2.30の目玉変更はPR #893で、デフォルトネットワークをmainnetに反転させます。Angorは不安定なアルファリリースとして出荷され続けますが、default-mainnet切り替えは、プロトコルがデスクトップおよびモバイルクライアントのtestnet-onlyフェーズを過ぎたことを信号送信します。v0.2.30はまた、画像アップロードとスクロールリセットを備えたシングルタップモバイル作成プロジェクトフロー (PR #889) を実現し、lightningインボイススピナーがハングする可能性があった競合条件を解決します (PR #890)。

v0.2.29は、未確認の使用を伴う10ラウンドにわたる3ユーザー送金をカバーするエンドツーエンドのUATテストをPR #881で追加しました。これはAngorテストスイートで最初のマルチユーザー資金調達フローテストです。このリリースはまた、Angor CLIとMCPサーバーの実装計画 (PR #792) を追加し、PR #880でMCPテストワークフローのためのCLI改善を行いました。DavidGershonyによるPR #885は、ランタイムネットワーク切り替え後に間違ったネットワークを使用したBoltz lightningインボイスを修正しました。これはv0.2.30のmainnetデフォルトの後に本番に浮上したはずのバグです。設定は、データワイプ中のオプションのリカバリウォレットファイルパージを提供するようになりました (PR #883)。

Sprout v0.3.15: エフェメラルチャネルTTL更新とACPスラッシュコマンド

6月10日にリリースされたSprout v0.3.15は、6月2日のv0.3.7で始まったランの8番目のリリースです。ニュースレター #25はmesh-llm統合とチャネルセクションの作業とともにv0.3.1からv0.3.6のランをカバーしました。v0.3.7からv0.3.15はその下流であり、ポリッシュといくつかのユーザー向け追加に焦点を当てています。最もユーザーに見える変更は、PR #902でのエフェメラルチャネルのTTL更新です: ユーザーがエフェメラルチャネルをアーカイブ解除すると、Sproutはチャネルのtime-to-liveを延長するので、アーカイブ解除は元の期限タイマーの下で即座に再アーカイブしません。モバイルカスタム絵文字は、設定の再設計とともにPR #906に到着し、リアクションカウントは変更時にアニメーションするようになりました (PR #904)。

PR #905は、複数語の表示名が壊れ、NIP-27 nostr:npubメンション抽出が静かにドロップされる長年のギャップを修正します。ディレクトリベースのデスクトップ用チームUIは、インストール、同期、および表示コマンドとともにPR #912で出荷されます。スラッシュコマンドは、ACPコネクタを通じて渡されるようになり (PR #919)、Sprout UIをパスから外したまま、Sproutが/helpスタイルのコマンドを直接エージェントランタイムに転送できるようになります。

Wisp v1.1.1: Sparkウォレット統合とnsecペーストガード

6月5日にリリースされたWisp v1.1.1は、PR #548でSparkサブスクリーンを備えた2ティアウォレット接続画面を実現し、PR #549でiOSウォレットUIとのダッシュボードパリティを実現します。このリリースには、アプリのどこかでnsec1プレフィックス付きペーストを検出し、フィールドがそれを受け入れるのをブロックする、システム全体のnsecペーストガードが含まれており、Nostr UXで最も引用されるフットガンの1つを閉じます。QRスキャンログインとnpubおよびnprofile用のウォッチオンリーモードはPR #552で出荷され、ユーザーはプロフィールを読み取り専用でブラウズできます。Zapメッセージは、エンゲージメントドロワーでミニ投稿としてレンダリングされるようになったので (PR #559)、zapノートはsat金額と並んでそのテキストを運びます。スレッド返信のweb-of-trustフィルターはPR #583に着地し、ユーザーはフォローグラフの外のアカウントからの返信スパムを隠すことができます。

Nostria v3.1.46とnospeak 1.1.3: 通知の再作業とICE再起動

6月7日のNostria v3.1.46は、最後のビューから新しい通知のみをカウントするように通知カウンターを再作業する3リリースランを終了し、スクロールによって古い通知をロードするとバッジカウントが膨らむ長年のインフレーションを排除します。Nostria v3.1.45はlightningおよびQRコード支払いに影響する分割支払いバグを修正し、Androidのコンポジターでは実現不可能として以前に計画されていた半透明UIをドロップしました。

6月4日のnospeak v1.1.3は、1対1音声通話用のFAILED状態でのICE再起動を追加します。標準のWebRTC動作は、ICE候補が代替パスなしにタイムアウトしたときに通話をドロップします。ICE再起動パスは候補を再交渉するので、通話は一時的なNATまたはネットワークの変更から回復します。Android通話は、ビデオ通話中に画面をオンに保つようになりました。

未リリースの変更

Amethyst: NIP-32 / NIP-F4 / Torトラックを継続する41 PR

Amethystは、リリースタグを切ることなく今週41のPRをマージしました。これは先週の52 PRと、ニュースレター #25でカバーされたNIP-32ハッシュタグラベリングおよびNIP-F4ポッドキャストの作業の上にあります。アクティブなブランチは、次のタグ付きリリースのために機能を蓄積し続け、先週の目玉追加の上にポリッシュを重ねます: ハッシュタグラベラーの発見、ポッドキャスト画面、音楽トラックとプレイリスト、Tor自己ヒーリングウォッチドッグ、匿名アップロード用のエフェメラル署名者、およびNIP-05フィルタリングを備えたオンチェーンzap。AmethystのPRスループットは、任意のNostrクライアントの中で最も高いままで、未リリースキューは、他のAndroid Nostrクライアントがマッチする必要があるものの事実上のロードマップです。

Damus: OKメッセージからのリレー追跡とv1.17変更ログ

6月3日にマージされたDamus PR #3786は、リレーからの成功したOKメッセージをポストリレーリストに追加します。以前のDamusビルドは、リレーからの汎用メッセージを受信したときにのみseen-relaysリストを埋めていたので、ポストを確認したがイベントを何も返さなかったリレーはユーザーには見えませんでした。この変更は、投稿が好みのoutboxリレーに着地したことを確認したいユーザーにとって重要です。PR #3796はプロフィールビューでのAttributeGraphサイクルを修正し、PR #3725は次のタグ付きリリースに先立ってv1.17変更ログを実現します。

Shopstr: NIP-34デュアル公開

Shopstrのngit上のshopstrリポは、今週Nostr上でNIP-34 gitリポとして発表され、ngitのトラックされたリポに加わりました。ショップクライアントのGitHubリポは主要な開発サーフェスのままです。NIP-34アナウンスは、並行するgit-over-Nostrコラボレーションパスを利用可能にします。これはMostroの後にNIP-34にデュアル公開する2番目の主要Nostrマーケットプレイスプロジェクトであり、プロジェクトメタデータのNostrのgitトランスポートへの段階的な移行を継続します。

Hermes-Marmot: MLSを介したAIエージェントゲートウェイ

hermes-marmotは、Hermes Agentのプラグインで、Rust Marmot Development KitへのPythonバインディングであるmdk-pythonを使用して、AIエージェントのメッセージングサーフェスをMarmot (MLS-over-Nostr) グループに接続します。プラグインにより、ユーザーはWhitenoiseを含む、kind 445 MLSメッセージを話す任意のNostrクライアントからAIエージェントにDMを送信できます。受信DMはnostr-sdk Pythonバインディング経由でNIP-59ギフトラップアンラッピングを使用し、受信welcomeはUnwrappedGift.from_gift_wrapを通じてmdk.process_welcomeとmdk.accept_welcomeに流れます。アクセス制御はMARMOT_ALLOWED_USERS (カンマ区切りのnpub許可リスト) または開発アクセス用のMARMOT_ALLOW_ALL_USERS=trueを通じて動作します。

リポは新しく (最終更新は5月27日) 小さいものです。その意義はアーキテクチャ的です: それはLLMエージェントランタイムとMLS暗号化されたNostrメッセージングチャネルの間の最初の公的なブリッジであり、Whitenoise自体を超えたmdk-pythonの最初の本番使用です。このパターンは、両方のエンドポイントがMLSキーを保持し、リレーが暗号文のみを見るエージェント間通信を指し示します。

NIP更新とプロトコル仕様作業

NIP-67 EOSE完全性ヒント (PR #2317) マージ

mattnによるPR #2317は6月6日にマージされ、NIP-67をプロトコルに追加しました。NIPはEOSEリレーメッセージをオプションの3番目の要素で拡張します: ["EOSE", <subscription_id>, "finish"]はフィルターに一致するすべての保存されたイベントが配信されたことを信号送信し、裸の["EOSE", <subscription_id>]は完全性の主張を運びません。ヒントを省略するリレーは、クライアントにさらにあるかもしれないと伝えています。NIP-11でNIP-67のアドバタイズを省略するリレーは、既存のレガシーヒューリスティックの下で今日の動作を保ちます。変更は両方向で下位互換性があります: レガシークライアントは末尾の配列要素を無視し、レガシーリレーはそれを省略します。

マージされた仕様の動機は二重です。まず、静かなデータ損失: クライアントは300イベントの内部キャップを持つリレーに対して最後の500ノートを要求し、リレーは300イベントを返し、クライアント (標準のreceived < limitヒューリスティックを使用) は結果が完全であると結論付けます。201番目からN番目の最も古い一致するノートは、クライアントがその事実に盲目のまま、未読でリレーに残ります。第2に、必須の無駄なラウンドトリップ: リレーがレスポンスを300イベントでキャップするとき、キャップを使い果たすサブスクリプションは、フィルターが正確に300イベントに一致する場合でも、完了を確認するために純粋にuntil=<oldest_created_at>で2番目のREQを必要とします。両方の失敗モードは、すべてのキャップを使い果たしたサブスクリプションで各クライアントによって支払われます。"finish"ヒントは、1つの既存のメッセージ上の1つのオプション文字列で、両方のコストを排除します。

NIP-50オートコンプリート拡張 (PR #2357) マージ

Alex GleasonによるPR #2357は6月6日にマージされ、NIP-50検索にautocomplete:true/falseトークンを追加しました。拡張により、クライアントはクエリをtypeaheadルックアップとしてマークできるので、リレーはトークンなしのクエリのデフォルトとして全文検索を使用しながら、プレフィックスマッチングを使用します。Ditto’s のリレーは、フォローパック、リスト、およびtitleタグを持つ任意のイベントに対して実装し、タイトルプレフィックスに対するマッチを返します。デフォルトの検索パスは全文スコアリングを実行します。このトークンなしでは、オートコンプリートスタイルのUIはプレフィックス検索の意図を伝える方法がなく、リレーはクエリの形状から推測しなければなりませんでした。トークンは検索ごとのヒントであり、リレー全体の機能ではないので、リレーは一般的なオートコンプリートサポートを主張することなく、1つのイベントクラス (タイトル) に対して実装できます。

NIP-GART緊急アラートと位置情報ブロードキャスト (PR #2374)

disinqaによる、6月9日に公開されたPR #2374は、信頼されたレシピエントのグループに宛てられた緊急アラートと位置情報ブロードキャストのためのNostr上のプライバシー保護ワイヤーフォーマットを定義します。表明された設計目標は、イベントをリプレイセーフで署名検証可能なエンドツーエンドに保ちながら、送信者アイデンティティ、グループメンバーシップ、およびペイロードをリレー運用者から隠すことです。NIP番号はまだTBDで、提案は初期ドラフトです。ユースケースは標準の緊急アラートパターンです: 脅威にさらされているユーザーは、事前共有された信頼された連絡先のグループだけが復号できる位置情報pingをブロードキャストし、リレーは送信者、受信者セット、およびペイロードに盲目です。ワイヤーフォーマットの詳細はPRに存在し、メンテナーがレビューするにつれて進化する可能性があります。

NIP-46 logoutメソッド (PR #2373)

hzrd149による、6月8日に公開されたPR #2373は、クライアントがセッションが終了したことをbunkerに明示的に伝えることができるように、logoutメソッドをNIP-46に追加します。今まで、bunkerセッションを終了する唯一の方法は、セッションタイムアウトを待つか接続の使用を停止することでした。両方とも、なくなったクライアントのセッション状態をbunkerに保持させます。提案は短く (1つの新しいメソッド)、長寿命のbunker統合をよりクリーンにするタイプのハウスキーピング変更です。

NIP-95ハイブリッドリレー-P2P提案はロングフォームとして回覧

npub 91bea5cd9361504c409aaf459516988f68a2fcd482762fd969a7cdc71df4451cから6月4日にProtocolo Híbrido Relay-P2P via WebRTCというタイトルで、kind:30023投稿としてNIP-95仕様のロングフォームが回覧されました。ポルトガル語の文書は、Nostrクライアントが保存されたイベント取得とオフライン配信のためにリレーを引き続き使用しながら、ライブメッセージング用にWebRTC経由で相互に直接接続するハイブリッドピアツーピアリレープロトコルを定義します。作者は仕様を「LLM対応」として明示的にフレームし、AIモデルが動作するクライアントまたはサーバーコードを生成できるレベルの詳細でメッセージ定義、論理フロー、データスキーマ、および状態ルールを提供しました。提案はまだNIP PRとして着地していません。kind:30023経由の回覧は、正式なnostr-protocol/nipsプルリクエストの慣習的な前駆体です。

NIP-44 v3が2番目の署名者を獲得: Claveが仕様を移植

先週のAmberのv6.2.0 NIP-44 v3ロールアウトは、マージされたNIPs PRの前に出荷され、v3を、相互運用するために他のクライアントがミラーしなければならないAmber固有の拡張として残しました。その単一実装のフレーミングは今週変わりました。プッシュベースのiOS NIP-46リモート署名者Claveは、6月3日と4日に8つのコミットにわたって独立したNIP-44 v3ポートを実現しました。暗号プリミティブは3つのコミットで出荷されます: HKDF + ECDHキーレイヤー、v3パディングアルゴリズム、およびトップレベルパブリックAPIと暗号化コンテキスト。それらの上に、NIP-46サーフェスがLightSigner内のRPCディスパッチ配線と、v3コンテキスト (kindとscope) を運ぶPendingRequestスキーマで続くので、署名者はv3ペイロードがどのイベントkindとユースケースに対して承認されたかを記録できます。

Claveはユーザー向けサーフェスでAmberから分岐します。感度階層を備えた許可付与スキーマにより、ユーザーは選択された感度レベルで特定のイベントkindおよびスコープに対してv3暗号化を許可できます。最初の遭遇では、一度きりの説明カードを備えたv3コンテキスト認識の承認プロンプトがv3をユーザーに紹介します。作業はmainにありXcodeプロジェクトに配線されていますが、未リリースです。最新のタグ付きビルドは5月12日のv0.2.0-build79です。

2つの独立した実装がNIPs PRのマージ前に本番パスでNIP-44 v3を実現することで、プロトコルPRが正式化する基礎となるワイヤーフォーマットのケースが強化されます。クロス実装相互運用性テストは、AmberのAndroid承認サーフェスとClaveのiOS感度層モデルを2つの参照ポイントとして、仕様収束へのパスになります。v3を配線する他のリモート署名者 (nsec.appのnoauthは2025年5月以来休止しており、他のbunkerはv3の作業を発表していません) は、コンセンサスをさらに強化するでしょう。

NIP-34アクティビティ: Irisが新しいhashtreeトランスポートでスタックを採用

Irisは6月8日にhashtreeのNIP-34リポアナウンスを、6月9日にiris-apps、iris-drive、およびiris-chat-rsを公開し、wss://temp.iris.toから提供される新しいhtree://スキームの下にクローンURLをアドバタイズしました。hashtreeトランスポートは、GRASPルーティングクローンへのコンテンツアドレスドな代替であり、これら4つのアナウンスはその最初の公的な使用です。リポは空の説明を運び、アーキテクチャの詳細はまだ出現していますが、(カスタムのIris内部マニフェストではなく) NIP-34アナウンスを介して公開するという選択は、IrisがNIP-34 git-over-Nostrスタック全体にコミットしていることを信号送信します。

NIPディープダイブ: NIP-67 (EOSE完全性ヒント)

NIP-67は、NIP-01で最も長い間続いていた正確性ギャップの1つを閉じます。元の仕様はEOSEをREQの保存されたイベントとライブサブスクリプションイベントの間の境界として定義していますが、リレーがすべての保存された一致を配信し終えたのか、内部キャップのために途中で停止したのかを指定したことはありませんでした。すべてのリレーは、クライアントのlimitとは独立してサブスクリプションごとのキャップ (一般的に300から1000イベント) を強制し、クライアントはそのキャップを観察する方法を持ちませんでした。

標準の回避策は、受信数を要求されたlimitと比較することでした。received < limitなら、結果を完全として扱い、そうでなければuntil=<oldest_created_at>でページネートします。両方のブランチが壊れています。received < limitブランチは静かに切り詰めます: 300でキャップされたリレーに対して500ノートを要求するクライアントは300イベントを見て、300 < 500なので結果が完全であると結論付け、残りを決してフェッチしません。リレーで保持されたイベントは、既存のメッセージを通じて「さらに利用可能」を信号送信できません。2番目のブランチとしてのページネーションは無駄です: キャップに正確に一致するフィルターは、完全性を確認するために2番目のREQを必要とし、リレーで完全なフィルタースキャンを消費しながらゼロイベントを返します。

NIP-67の修正は、EOSEメッセージの1つのオプション文字列です:

["EOSE", "<sub_id>", "finish"] // 明示的: すべての保存されたイベントが配信された
["EOSE", "<sub_id>"] // 完全性の主張なし

NIP-11 supported_nipsでNIP-67をアドバタイズし、裸のEOSEを発するリレーは、クライアントにさらにあると伝えています。アドバタイズを省略するリレーは今日の動作を保ち、クライアントは既存のヒューリスティックにフォールバックします。レガシークライアントは末尾の配列要素を無視します。下位互換性は両方向で保持され、新しい動詞またはイベントkindはありません。

NIP-67を検討する価値があるのは、意図的に制限したスコープです。仕様はカーソルまたはページネーショントークンを定義しないので、untilベースのページネーションはメカニズムのままです。リレーキャップは現在の位置に留まり、NIPはそれらの露出を必要としません。NIP-67は、EOSEを保存からライブへの境界としての意味を保持し、境界でyes-or-no信号のみを追加します: 「あなたのためにさらにあります」対「それがすべてです」。この最小限のサーフェスが、PRがNIP-01拡張としては比較的短いレビュー期間の後にマージされた理由であり、mattnがPRで英語テキストにAI翻訳が使用されたことを明示的に述べる理由です。変更は、翻訳の不確実性が問題にならないほど十分に小さいです。

キャップを強制するリレーとクライアント間のNIP-67対応の交換の例。リレーからのNIP-11アドバタイズメント:

{
 "id": "a5f87fe2d4c8b9a0e3f1c4d5e6a7b8c9d0e1f2a3b4c5d6e7f8091a2b3c4d5e6f",
 "pubkey": "79be667ef9dcbbac55a06295ce870b07029bfcdb2dce28d959f2815b16f81798",
 "created_at": 1781136000,
 "kind": 11,
 "tags": [],
 "content": "{\"supported_nips\":[1,11,50,67]}",
 "sig": "f1e2d3c4b5a6978869504132c3d4e5f6a7b8c9d0e1f2a3b4c5d6e7f80192a3b4c5d6e7f80192a3b4c5d6e7f80192a3b4c5d6e7f80192a3b4c5d6e7f80192a3b4c5"
}

続くワイヤーレベルの交換:

→ ["REQ", "abc", {"kinds":[1],"limit":500}]
← [...300 EVENTメッセージ...]
← ["EOSE", "abc"] // "finish"なし: キャップに達し、さらに利用可能
→ ["REQ", "def", {"kinds":[1],"limit":300,"until":1780900000}]
← [...178 EVENTメッセージ...]
← ["EOSE", "def", "finish"] // 明示的に完了

178イベントのレスポンスは、以前は完了を確認するために3番目のREQをトリガーしていました。NIP-67では、クライアントはそこで停止します。

NIP-67は、稀なコンセンサスとともに着地するNIP-01修正としても注目に値します。プロトコルの小さなサーフェスがすべての実装で荷重をかけるので、ほとんどのNIP-01の変更は長い議論スレッドを引き付けます。NIP-67は延長されたレビュー期間 (公開からマージまでおおよそ7週間) の後にマージされました。これは、NIP-01の変更が十分に小さく、失敗モードが十分に具体的なとき (静かなデータ損失、必須の無駄なラウンドトリップ)、プロトコルのメンテナーはコアメッセージ語彙を拡張する意思があることを示唆しています。

NIPディープダイブ: NIP-50 (検索)

NIP-50はREQメッセージ内のsearchフィルターフィールドを定義し、クライアントがクエリ文字列に対する全文一致でイベントをフィルターするようリレーに要求できるようにします。マージされたベース仕様は意図的に最小限です: searchフィールドは文字列で、各リレーは独自の検索セマンティクス (どのフィールドがインデックス化されるか、スコアリングがどう機能するか、ステミングが適用されるかどうか) を決定し、リレーはNIP-11文書でNIP-50サポートをアドバタイズします。クライアントは、クエリ文字列自体を通じてのみ検索アルゴリズムを制御します。

このミニマリズムはNIP-50の強みと制約の両方です。強みは、任意のリレーが任意の品質レベルで検索を実装できることです: 基本的な部分文字列スキャンは仕様を満たし、ElasticsearchまたはMeilisearchを実行するリレーは等しく満たします。制約は、クライアントが検索意図を表現する方法を欠いていることです。プロフィールメンションtypeahead UIは表示名に対するプレフィックスマッチングを望みます。全文コンテンツ検索はノート本体全体でトークン化された全文スコアリングを望みます。同じsearchフィールドが両方を運び、リレーはクエリの形状から推測しなければなりません。

PR #2357は、最初のNIP-50拡張トークンを追加します: 検索クエリに埋め込まれたautocomplete:trueまたはautocomplete:falseは、クライアントがどのモードを望むかを信号送信します。Ditto’s リレーは、フォローパック、リスト、およびtitleタグを持つ任意のイベントに対してトークンを実装し、autocomplete:trueが存在するときにプレフィックスマッチングに切り替えます。トークンはクエリ内にインラインで存在するので (別のフィルターフィールドはそのままに)、検索文字列とともに移動し、ワイヤープロトコルのバンプは必要ありません:

search: "fiat autocomplete:true"

このようなトークン形状のヒントは、NIP-50がリレー固有の方言を常に扱ってきた方法です。リレーは既にlanguage:enやdomain:example.comのようなトークンをサポートしていました。それぞれはリレー固有のままで、各リレーは独自の方言を文書化します。NIP-50のPR #2357は、autocompleteをリレー限定のトークンから仕様に祝福されたものに昇格させ、リレー全体でtypeahead対応検索への道を開きます。

kind 0プロフィールタイトルをインデックス化するリレーをターゲットにする、autocompleteトークンを備えたNIP-50 REQの例:

{
 "id": "b7c9d0e1f2a3b4c5d6e7f8091a2b3c4d5e6f7081a2b3c4d5e6f70819a2b3c4d5",
 "pubkey": "79be667ef9dcbbac55a06295ce870b07029bfcdb2dce28d959f2815b16f81798",
 "created_at": 1781136000,
 "kind": 1,
 "tags": [
 ["client", "example-mention-picker"]
 ],
 "content": "Sent search: kinds=[0], search=\"fiat autocomplete:true\", limit=10",
 "sig": "12d3e4f5061728394a5b6c7d8e9f0a1b2c3d4e5f6a7b8c9d0e1f2a3b4c5d6e7f8091a2b3c4d5e6f7081a2b3c4d5e6f70819a2b3c4d5e6f7081a2b3c4d5e6f708192"
}

実際のワイヤーレベルのREQ:

["REQ", "mention-picker", {"kinds":[0],"search":"fiat autocomplete:true","limit":10}]

トークンを認識しないリレーは、autocomplete:trueをリテラル検索文字列の一部として扱い、全文マッチングにフォールバックし、正しい (異なるようにランク付けされた) 結果を返します。優雅な劣化により、利用可能なときにプレフィックスマッチングを好むクライアントは、無条件にトークンを含めることが安全です。

次に可能性の高いNIP-50拡張は、kindごとのランキング制御です: デフォルトの関連性スコアの代わりに「created_at降順でランク付け」を言うヒント。いくつかのリレーは既にsort:newestをリレー限定トークンとして受け入れ、autocompleteを仕様に持ち込んだのと同じ昇格パスが適用されます。検索は、リレーが結果の品質で競争する数少ないNostrプリミティブの1つのままです。配信の信頼性はすべての準拠するリレーで同じです。増分トークンにより、クライアントはリレーが重量級の新しい仕様を出荷することを強制することなく、その品質競争を活用できます。

Nostr Compass #25

Wed, 03 Jun 2026 00:00:00 +0000

Amber 6.2.0は仕様に先立ってNIP-44 v3暗号化を出荷しました。Mostroは8つのPRにわたってCashuで決済されるエスクローの基礎を実現し、既存のCashu Development KitをLightningと並ぶ2番目の決済バックエンドとしてラップしました。NIP-F4ポッドキャストは27か月の議論を経てマージされました。fiatjafはbunker対Marmotのアーキテクチャ論争を再開させる論争的なNIP-17キー分離提案を公開しました。Amethystは52の未リリースPRにわたってNIP-32ハッシュタグラベリング、専用ポッドキャスト画面、オンチェーンzapを実現しました。

トップストーリー

Amber 6.2.0: NIP-44 v3暗号化を出荷

6月1日にリリースされたAmber v6.2.0は、専用の承認画面、intentプレビュー、bunkerプレビュー、履歴ロギング、および無効なリクエストの自動拒否を備えたNIP-44 v3暗号化サポートを追加します。このリリースは、他のAndroidアプリが既存のv2パスと並んでv3暗号化を要求できるようにNIP-44 v3 ContentProviderオーソリティも登録します。NIP-44自体は、NIP-17プライベートDM、NIP-46 bunkerトラフィック、およびその他のNostrプリミティブによって使用されるバージョン付き暗号化ペイロード仕様です。Amberのv3はv2と並ぶオプトインで、別の署名者メソッドによって信号送信されるので、受信側クライアントはアルゴリズムを明示的に交渉できます。対応するNIPs PRはまだ着地していないので、Amberはプロトコルの合意に先立ってv3を展開しており、ワイヤーフォーマットとContentProviderオーソリティが下流のクライアント統合のために登録されています。

NIP-46セッションは接続時にpingリクエストを自動承認するようになり、ペアリング後の最初のラウンドトリップでのプロンプトが削除されました。sign_message署名者メソッドは非推奨で未使用になった後、完全に削除されました。

Amberが優勢なAndroid署名者なので、v3を求める下流のクライアントはNIPs PRが着地するまでAmberのワイヤーフォーマットをターゲットにしなければなりません。それはプロトコルが追いつくまで、最終的なv3仕様に対してAmberに暗黙の発言権を与えます。トレードオフは現実的です: 本番のv3は、他のクライアントが今マッチしなければならない一時的な単一実装のリファレンスポイントを犠牲にして、最終的なNIPのための実装フィードバックをAmberに集めさせます。

Mostro: CDK経由のCashuエスクロー統合

grunchは今週MostroP2P全体で8つのPRを実現し、CashuのP2PKマルチシグプリミティブ (NUT-10とNUT-11) をNostr協調型のP2P Bitcoin取引所でLightningと並ぶ2番目の決済バックエンドとして統合しました。暗号プリミティブはCashuのものであり、作業は統合の足場と新しいエスクローバックエンドtraitです。5月30日にリリースされたMostro core v0.12.0は、2-of-3マルチシグエスクロー用のプロトコルタイプ、プルーフごとのP_M署名、およびレスポンス検証を通じてエスクローイベントを許可します。アーキテクチャはPR #756で文書化されており、PR #757で明確化された注文ごとの取引キーを使用します。

実装は1日で6つのフォローアップPRにわたって展開されました。F2 (PR #758)は設定、エスクローモード、条件付きブートを追加しました。次のスライスであるF3 (PR #760)は、Lightning実装とCashuスタブを持つEscrowBackend traitを定義し、Mostroが注文状態マシンを変更せずに決済バックエンドを切り替えられるようにしました。F4 (PR #759)は、mintおよびウォレット操作のためにCDK (Cashu Development Kit) をラップしました。F5 (PR #761)のデータベース作業は、compare-and-swapエスクローロックとアクティブロッククエリを追加しました。F6 (PR #762)は、エンドツーエンドのエスクローテストのために専用CIジョブでコンテナ化されたmintを構築しました。Mostroフローは既にNIP-59ギフトラップDMをリレー上での注文コーディネーションに使用しているので、Cashuエスクローはワイヤープロトコルに触れることなくLightningと並ぶ2番目の決済オプションとしてスロットインします。

リリース

ngit v2.5.0: GRASPフォールバックと遅延gitフェッチ

ngit v2.5.0は、リポジトリに少なくとも1つのGRASPサーバーが登録されているときに、新しい提案に対してgit push pr/<branch>とngit sendのデフォルト動作をPR kindを生成するように変更します。以前は、これは60 KBを超える大きすぎるコミット、またはサブモジュールを含むコミットに対してのみトリガーされていました。PRがリポジトリのGRASPサーバーにプッシュできない場合、ngitは宣言されたサーバーを通じてGRASP-06ルーティングにフォールバックするようになりました。ngit send --git-serverフラグまたはgit push -o git-server=<url>により、コントリビューターはカスタムgit URLまたはGRASPサーバーを明示的にターゲットにできます。

ngit initの再公開は、既存のアナウンスから未知のタグを保持するようになったので、将来のngitバージョンやサードパーティツールによって追加されたタグは再公開を生き延びます。黄色の警告が引き継がれたタグをリストし、--cleanは要求に応じてそれらを削除します。ngit pr apply、ngit pr checkout、ngit pr listはgitサーバーを遅延して参照し、単一のフェッチヘルパーを共有するので、コミットが既にローカルにあるときにcheckoutが無条件にフェッチしなくなりました。ngit pr checkoutはまた、リポジトリの宣言されたgitサーバーがPRチップを持たないときに、PRイベントから提出者が提供したクローンURLをフォールバックとして試み、ngit pr applyの既存の動作と一致させます。ngitはNostr上のgitコラボレーションのための参照NIP-34実装であり、v2.5.0はGRASPを新しいコントリビューターの第一級のパスにします。

Jumble v26.5.7: EXIF除去と検証されたzapカウント

Jumble v26.5.7は、ユーザーのプライバシーとデータの整合性に直接影響する2つの変更を追加します。EXIFの位置とカメラ識別子は、クライアントを離れる前に画像アップロードから除去されるようになり、Jumbleから投稿されるすべての画像に影響を及ぼしていた長年のメタデータリークサーフェスが閉じられました。zapカウントは、暗号的に検証された領収書からのみ計算されるようになり、攻撃者がノートのzap合計を誇張することを許していた不正な形式のzapイベントによる膨張したカウントを修正しました。このリリースはまた、NIP-17 DMの送信者アイデンティティ検証を追加し、送信者がシール内でpubkeyを偽造できる詐称サーフェスを閉じます。

nostr-calendar v1.6.0: RSVPと重複参加者処理

nostr-calendar v1.6.0はFormstrのRSVPフロー (PR #169) を実現し、イベント招待の重複参加者を防ぎます (PR #168)。publish関数のwaitForAllオプションはfalseにデフォルトするようになったので、UIは遅いリレー上でブロックしなくなりました (PR #170)。PR #157は、アポイントメントスケジューリングと予約のためのFormstrの2つのNIP提案ドラフトを出荷しました。

Sprout 0.3.6: Sprout × mesh-llmとチャネルセクション

Sprout v0.3.6は、今週のv0.3.1からv0.3.6までの6リリースランのハイライトです。プロセス内Sprout × mesh-llm統合はPR #798に着地し、Sproutがリレー承認を通じてmesh-llmノードをサーブおよび消費できるようにします。ユーザー定義のチャネルセクションはNostr経由でデバイス間で同期し (PR #792)、チャネルセクションはリレー同期とともにモバイルに来ました (PR #800)。可変フォローとミュートコントロールを備えたスレッド認識通知はPR #761に到着します。

ダウンロードカード付きの任意ファイルタイプ添付はPR #810に到着し、Sproutを画像のみの添付を超えて拡張しました。モバイルはPulseソーシャルフィードタブ (PR #772) と、フィード、作成、フィルタサーフェス全体のPulseポリッシュ (PR #796) を獲得しました。

NostrBotKit v0.5.0: RustボットフレームワークにおけるMarmotグループチャット

5月24日にCodebergで公開されたNostrBotKit v0.5.0は、セルフホストされたRustボットフレームワークにMarmot (MLS-over-Nostr、NIP-104) サポートを追加します。marmot: trueが設定されると、ボットは MLSキーパッケージ (kind 443、30443、10051) を公開し、グループ招待を自動的に受け入れ、参加したグループでメッセージをリッスンします。2つの新しいコマンドタイプdm_marmotとdm_marmot_npubにより、ボットはcronジョブまたはwebhook経由で名前付きMarmotグループまたは1:1 Marmotチャットにメッセージを送信できます。他のボットとのフィードバックループを防ぐために、NostrBotKitボットは/commandまたは@botname/command経由で明示的に彼らに宛てられたメッセージにのみ応答します。MIP-04を使用した暗号化された添付はBlossomまたはNIP-96経由で自動的に復号され再アップロードされ、MLS状態データベースはボットの秘密鍵から導出されたキーで暗号化されます。NostrBotKitはNIP-104ボットサポートを出荷する最初のRustフレームワークであり、Marmot暗号化ボット展開を既存のTypeScriptパスとは異なる運用プロフィールに開きます。

noscrypt v0.1.14: 署名付き暗号ライブラリリリース

noscrypt v0.1.14は、secp256k1、NIP-04、NIP-44プリミティブのためにいくつかのNostrクライアントによって使用されるC暗号ライブラリのセキュリティリリースです。このリリースはメンテナーの公開鍵に対して検証可能なPGP署名付きダウンロードとともに出荷されます。noscryptをバンドルする下流のクライアントは、統合する前に署名を検証すべきです。

Chama v1.3.0: Fedimintを使用した新しいNostrネイティブP2Pエスクロー

6月1日にリリースされたChama v1.3.0は、決済のためにFedimint ecashと2-of-3 Shamir秘密分散を使用する新しいNostrネイティブP2Pエスクロークライアントのための4リリースランのハイライトです。プロジェクトはgetchama.appで出荷され、サーバーなしで動作します。v1.3.0は「くっつくヒーリング」(セッション再起動を生き延びる成功した再ブロードキャストと取引ヒーリング) と、米国寄りのChamaが米国決済レールを最初に表示する決済レールマッチングを導入します。マルチユニットストアフロントの基礎工事はv1.2.11 (マルチユニットスキーマ) とv1.2.12 (ストアフロント在庫会計士 + ネイティブFedimintブリッジ回復強化) にわたって着地しました。ChamaはNostrマーケットプレイスカテゴリでMostroとShopstrに加わり、そのサーバーレスアーキテクチャとFedimintベースのエスクロー決済によって区別されます。

未リリースの変更

Amethyst: NIP-32ハッシュタグラベリング、ポッドキャスト画面、音楽トラック

Amethystはリリースタグを切ることなく今週52 PRと411コミットをマージしました。最大の機能追加はPR #3111であり、L名前空間とlラベルタグを持つkind 1985イベントを使用したNIP-32ハッシュタグラベリングとラベルベースのハッシュタグフィードを実装します。これは、脆弱なテキストマッチ#tagメカニズムを、ユーザーがコンテンツクリエイターをフォローするのと同じ方法で特定のラベラーnpubをフォローできるラベラーベースの発見モデルに置き換えます。PR #3105は、NIP-F4ポッドキャスト仕様マージから数日以内に、エピソードリストとインラインプレーヤーを備えた専用ポッドキャスト画面を追加します。PR #3071はフォローリストフィルタリング付きのソフトウェアアプリフィードを追加し、PR #3067はNIP-51セット経由で音楽トラックとプレイリストサポートを追加します。

匿名投稿アップロード用のエフェメラル署名者はPR #3123に着地し、ユーザーはアイデンティティキーをアップロードサービスに公開せずに匿名で投稿できるようになります。Arti v2.3.0に対する統合テストを備えたTor自己修復ウォッチドッグはPR #3053に到着し、一時的なネットワーク停止時のAmethystのTorルーティングを強化します。オンチェーンzapとGemini からの復帰ユーザー用のNIP-05フィルタはPR #3052に着地し、zapサーフェスをLightningを超えてオンチェーンBitcoin支払いに広げます。

Shopstr: OpenGraphプレビューURL検証

PR #504は、マーケットプレイスリスティングでOpenGraphプレビューURLをレンダリングする前に検証し、悪意のあるセラーが細工されたOGメタデータを介してスクリプト付きコンテンツを埋め込むことができる潜在的なXSSサーフェスを閉じます。ShopstrがホストするショップはExternalリンクのOGプレビューを表示し、未検証のURLは攻撃者がショップUIに任意のコンテンツを注入することを許します。

NIP更新とプロトコル仕様作業

NIP-F4 (ポッドキャスト) が2年後にマージ

PR #1093は、fiatjafが元のドラフトを公開してから2年3か月後の5月28日にマージされました。NIP-F4は、オーディオファイルメタデータ用のimetaタグ (URL、mimeタイプ、言語ISOコード、フォールバックURL、NIP-96サービスフラグ、ビットレート、時間)、titleタグ、オプションのimageとdescriptionタグ、およびトピックラベル用のtタグを持つkind 54イベントとしてポッドキャストエピソードを定義します。仕様はRSSを意図的に真実のソースとして保ちます: エピソードはRSSポッドキャストGUIDを参照するiタグを持つことができるので、Nostrクライアントはオーディオホスティングを重複させることなく既存のポッドキャストフィードにリンクできます。PRスレッドでの長い議論 (ポッドキャスト名前空間の共著者Dave Jones、Alex Gleason、Mike Terenzioと) は、NostrがRSSの上のソーシャルレイヤーを提供し、RSSが配信レイヤーを保つ共存モデルに落ち着きました。AmethystのPR #3105ポッドキャスト画面は仕様マージから数日以内に着地し、JumbleのGIFピッカーの作業には初期のポッドキャスト添付の足場も含まれます。

NIP-17キー分離 (PR #2361)

fiatjafは6月1日にPR #2361を公開し、NIP-17がアイデンティティキーを暗号化キーから分離することを提案しました。受信者は新しいkind 10044イベントで暗号化キーを広告し、送信者は (存在するときには) その広告されたキーをギフトラップの内側のシールに使用し、広告が不在のときにのみ受信者のアイデンティティキーにフォールバックします。PRはまた、送信者の暗号化pubkeyを運ぶnタグをシールに追加するので、受信者はリタイアされたキーごとに試行復号することなく正しい会話キーを導出できます。表明された動機はbunker UXです: 現在の設計では、bunkerユーザーは暗号化キーが署名者が保持するアイデンティティキーであるため、受信したすべてのDMを復号するために署名者を通じてラウンドトリップさせなければなりません。分離により、クライアントは暗号化キーをローカルに保持しつつ、アイデンティティキーを署名のためにbunkerに保持できます。

この提案は今週最も論争的なレビューを引き付けました。Cody Tseng (Jumble) は、これをクロスクライアントDM相互運用性への最も簡単なパスとしてサポートしています。Vitor Pamplona (Amethyst) は2つの理由で反対します: これはbunkerの外に新しい長期の復号シークレットを追加し、そしてそれを出荷しないクライアントは、静かに出荷するクライアントからのメッセージを復号できなくなり、断絶がシールレイヤーで起こるので劣化パスがありません。Pamplonaは、この問題は既にMarmotのキーパッケージとエポック回転によって正しく解決されており、キー分離をベースNIP-17仕様に後付けすることは、Marmotが回避するのに2年かかった種類の相互運用性の失敗を作り出すと主張します。fiatjafの反論は3部構成です: 分離は受信者ごとにオプションであり、nタグ修正が試行復号の懸念に対処し、代替案はTelegramがメッセージングのユースケースを飲み込む間にbunker UXを壊れたままにしておくことです。スレッドはマージ決定なしでオープンのままであり、四半期で最も注目されているNIPの議論です。

NIP-Silent Payments決済フロー (PR #2362)

silentius-satoshiは6月1日にPR #2362を公開し、より広いNostr Silent Payments NIPドラフト (PR #2355)への同伴として位置付けました。決済フローNIPは、silent payment受領書通知用のkind 8352 (領収書リンクが公に観測可能にならないようにNIP-59ギフトラップ経由で配信) と、同じSilent Paymentsウォレット用にデバイス間で同期する暗号化UTXOキャッシュ用のkind 10353を定義します。ペアは一緒に、支払者がオープンなリレー層でオンチェーンリンクを公開することなく、Nostrネイティブプリミティブを使用してSilent PaymentsアドレスへのExpressで支払いを信号送信できるようにします。

NIP-PIP Perfect IP Packets (PR #2364)

RandyMcMillanは6月1日にPR #2364を公開し、ドラフトとしました。それは3つの新しいアドレス可能なkindを持つパケットツリートランスポートを導入します: 39078はマニフェストを運び、39079は個別のスライスを運び、39080は修復リクエストを運びます。仕様は、大きなファイルがアドレス可能なスライスに分解されるワイヤーフォーマットを定義し、マニフェストはスライスツリーを記述し、修復リクエストは受信者に不足しているスライスを要求させます。初期ドラフト状態が適用され、提案はまだメンテナーレビューを引き付けていません。

NIP-29オーディオ/ビデオライブスペース (PR #2238)

PR #2238は5月28日にマージされ、NIP-29リレーベースのグループをオーディオとビデオのライブスペースサポートで拡張しました。グループはアクティブなライブスペースセッションを参照できるようになったので、NIP-53スタイルのライブアクティビティイベントはNIP-29グループコンテキストにアンカーできます。

NIP-71ビデオ複数オーディオトラック (PR #2255)

PR #2255は5月28日にマージされ、NIP-71ビデオイベントにオーディオトラックimetaタグを追加しました。新しいフォーマットはURL、ハッシュ、mimeタイプ、言語タグ (ISO-639-1とオリジナルバージョンフラグ)、フォールバックURL、NIP-96サービス信号、ビットレート、時間を運びます。これはオーディオのみのストリーミング (ビデオポッドキャスト)、安定したオーディオでの解像度切り替え、複数の言語トラック、およびサーバーがオーディオをビデオファイルに直接埋め込まないときのストレージ削減を可能にします。クライアントは単一トラックの動作を仮定する前にオーディオトラックの可用性をチェックすべきです。

NIP-59エフェメラルギフトラップ (PR #2245)

PR #2245は5月28日にマージされ、既存のkind 1059ギフトラップのエフェメラルカウンターパートとしてkind 21059を追加しました。セマンティクスは標準のNIP-59ラップと一致しますが、NIP-01ごとのエフェメラルイベントルール (リレーはブロードキャスト後にそれらをドロップし、永続化しない) に従います。これは、アプリが要件に基づいて永続性を選択できるようにします: タイピングインジケーターと存在pingはエフェメラルから利益を得ますが、DM履歴には永続性が必要です。

NIP-78アプリケーション固有のkind (PR #2292)

PR #2292は5月28日にマージされ、NIP-78アプリケーション固有データを通常のアドレス可能kindとして再分類し、以前の別の範囲を削除しました。これはリプレイス可能性のセマンティクスを単純化し、NIP-78を他のアプリケーション状態NIPで使用されるアドレス可能イベントモデルに合わせます。

NIP-85明確化 (PR #2304)

PR #2304は5月28日にマージされ、NIP-85 Trusted Assertionsにおけるサービスプロバイダーごとの複数のキーとリレーに関する言語の小さな改善を行い、リレーアサーションサービスの運用者キー回転パスを明確にしました。

NIP-01リレー接続管理ワンライナー (PR #2307)

PR #2307は5月28日にマージされ、クライアントがリレー接続の寿命をどう処理すべきかについての単一の文章をNIP-01に追加しました。この修正は、クライアントがフェッチ後にWebSocket接続を開いたままにするかどうかで違いがあり、アイドル接続をドロップするリレーで静かなメッセージ損失につながっていた長引くギャップに対処します。

NIP-C7 kind 9チャット制約 (PR #2310)

PR #2310は5月28日にマージされ、NIP-C7チャットビューをkind 9メッセージのみに制限しました。これは、NIP-C7スタイルのチャットサーフェスを実装するクライアントにおいて、エフェメラルチャットをkind 1タイムラインポストから分離します。

NIP-55簡素化 (PR #2363)

greenart7c3による、6月1日に公開されたPR #2363は、Android署名者アプリケーション仕様を簡素化します。Vitor Pamplonaは「良さそう」とサインオフし、fiatjafはマージの準備ができているかを尋ねました。この変更は、Amberが今週出荷したNIP-44 v3 ContentProviderオーソリティ登録への道を開きます。

NIP-44 v3 (仕様に先立ってのAmber実装)

Amberは、暗号化アップグレードとContentProviderオーソリティ登録を実装する8つのコミットとともにv6.2.0でNIP-44 v3を出荷しましたが、NIPsリポの仕様PRはまだ着地していません。NIP-44自体は、署名されたイベント内で使用されるバージョン付き暗号化ペイロード形式を定義します。既存のv2 (2024年から本番) はsecp256k1 ECDH、HKDF、パディング、ChaCha20、HMAC-SHA256、およびbase64を使用します。v3ワイヤーフォーマットはnonceの前に新しいバージョンバイト (0x03) を追加し、受信側クライアントがアルゴリズムを明示的に交渉できるようにします。Amberの実装には、無効なv3リクエストの自動拒否、v2承認とは別の専用承認画面、および履歴用の方向ごとの平文ロギングが含まれます。NIPs PRがマージされるまで、v3はAmber固有の拡張機能として立ちます。それを安定したプロトコル全体の信号送信ではなく、前を見た信号として扱ってください。

NIPディープダイブ: NIP-32 (ラベリング)

NIP-32は、名前空間付きラベル語彙とともにアドレス可能なkind 1985イベントを使用して、任意のNostrアクターがイベント、pubkey、リレー、URL、またはトピックにラベルを付ける構造化された方法を定義します。仕様は2つの新しいタグを導入します: Lはラベル名前空間を示し、lはその名前空間内のラベルを示します。ラベルターゲットタグ (e、p、a、r、またはt) はラベル付けされているものを指定します。名前空間要件は、複数のラベルシステムが衝突するのを防ぎます: nip28.moderationのspamラベルは、relay-reportのspamラベルとは異なるセマンティクスを運びます。

NIP-32をモデレーションを超えて有用にする設計選択は、ラベルがアサーションであり、プロトコルレベルの真実ではないことです。kind 1985イベントは、特定のpubkeyが特定の名前空間で特定のターゲットにラベルを付けたことだけを述べます。信頼モデルはクライアントに委任されます: 各クライアントはどのラベラーを尊重するか、どの名前空間を読むか、および各ラベルにどのUIアフォーダンスを与えるかを選択します。同じプリミティブが、コンテンツ警告、ライセンス割り当て、kind 1ノートのISO-639-1言語タグ、ISO-3166-2地理タグ、コンテンツ分類、分散モデレーション提案、および評判スコアを運びます。

今週のAmethystのPR #3111は、これまでで最大の展開です。それはNIP-32を通じてハッシュタグラベリングとラベルベースのハッシュタグフィードを追加し、ユーザーが信頼されたラベラーによって割り当てられたラベルでブラウズできるようにします。Nostr上でハッシュタグ発見を最初に駆動した以前の#tagテキストマッチメカニズムは、ラベルのないノートのフォールバックとして残ります。ハッシュタグとしてのラベルモデルは、同じノートが異なるラベラーによって割り当てられた複数のラベルの下で発見可能であることを意味し、ユーザーは基礎となるノートに影響を与えることなく特定のラベラーをミュートまたはブーストできます。

セルフラベリングもサポートされています。作者はLとlタグを自分のkind 1ノートに直接添付して、言語、場所、およびトピックを宣言できます。["L", "ISO-639-1"], ["l", "en", "ISO-639-1"]とタグ付けされたノートは自身を英語として識別し、サードパーティラベリングインフラストラクチャなしに言語認識クライアントによってフィルタリングできます。

kind 1ノートを英語としてラベル付けし、モデレーションタグを割り当てるNIP-32ラベルイベントの例:

{
 "id": "a5f87fe2d4c8b9a0e3f1c4d5e6a7b8c9d0e1f2a3b4c5d6e7f8091a2b3c4d5e6f",
 "pubkey": "79be667ef9dcbbac55a06295ce870b07029bfcdb2dce28d959f2815b16f81798",
 "created_at": 1748908800,
 "kind": 1985,
 "tags": [
 ["L", "ISO-639-1"],
 ["l", "en", "ISO-639-1"],
 ["L", "nip28.moderation"],
 ["l", "approve", "nip28.moderation"],
 ["e", "8b39f4e5d6c7a8b9c0d1e2f3a4b5c6d7e8f9a0b1c2d3e4f5a6b7c8d9e0f1a2b3", "wss://relay.example.com"]
 ],
 "content": "Labeled as English-language content approved for NIP-28 chat moderation",
 "sig": "f1e2d3c4b5a6978869504132c3d4e5f6a7b8c9d0e1f2a3b4c5d6e7f80192a3b4c5d6e7f80192a3b4c5d6e7f80192a3b4c5d6e7f80192a3b4c5d6e7f80192a3b4c5"
}

Amethystの展開と最近のTrusted Relay Assertionsの作業を組み合わせると、NIP-32はNostr上の「ターゲットについてのユーザー駆動アサーション」パターンの標準基盤になりつつあることを示唆します。次のテストは、ラベラー自身が信頼階層を発展させるかどうかです: ユーザーはコンテンツクリエイターをフォローするのと同じように特定のラベラーnpubをフォローするかどうか。

NIPディープダイブ: NIP-F4 (ポッドキャスト)

NIP-F4は、fiatjafが元のドラフト (PR #1093) を公開してから2年3か月後の今週マージされました。プレフィックスFは単純な16進数番号付けです: NIP-F0からNIP-FFはNIP-0AからNIP-0Dと同じ1バイトの16進空間を使用し、上位の16進範囲は01-99の10進範囲が埋まる中でオーバーフローとして機能します。NIP-F4は、オーディオファイル自体のための補完層としてRSSを保ちながら、ポッドキャストがエピソードとメタデータをNostrイベントとして公開する方法を定義します。

コアアーキテクチャの選択は、各ポッドキャストがそれ自体のNostrキーペアであることです。仕様はこれで直接開きます: 「各ポッドキャストはそれ自体のNostrキーペアです」。これにより、ポッドキャストはそのポッドキャスティングプレゼンスを通常のkind 0 / kind 1マイクロブログプレゼンスと組み合わせることができ、キーハンドオーバーまたはMuSig2スタイルの共有署名を通じて時間とともにオーナーシップを変更できます。4つのイベントkindが公開層を運びます:

kind:10154: リプレイス可能なポッドキャストメタデータ。title、image、description、オプションのwebsiteタグ、およびホスト、コホスト、またはエディターのroleを持つ作者をマークするオプションのpタグを運びます。
kind:10164: 作者の反対請求。仕様の例ではkind 10064 (訂正のためにオープンなタイポ) を使用していますが、見出しと周囲のテキストはそれをkind:10164として識別します。ユーザーは自分が著作するポッドキャストのpubkeyをリストするので、クライアントはkind:10154のpタグを推定された作者からの同等の主張に対して検証できます。これがなければ、ポッドキャストは誰でもホストとして誤ってタグ付けできます。
kind:54: ポッドキャストpubkeyによって直接著作されたエピソードイベント。タグにはtitle、オプションのimage、description、および1つ以上のaudioタグが含まれます。各audioタグは["audio", "<audio-url>", "<optional_media_type>"]です。仕様は「さらなる発見の後にここで指定される他の重要なフィールド」と述べており、マージされた形式は意図的に最小限です。
kind:10054: NIP-51スタイルのお気に入りポッドキャストリストで、ユーザーがフォローしているポッドキャストをマークできるようにします。

マージ周りのスレッド討論は、Podcasting 2.0共著者Dave Jones、Alex Gleason、Mike Terenzio、Pablo F7z、およびstaabを巻き込みました。JonesはRSSを置き換えるいかなる試みにも強く反対しました: 「それは何度も試みられ、常に失敗してきた」、JSONfeed、XMPP、AMP、TwitterのAPI、およびSpotifyの失敗した移行を引き合いに出しました。Terenzioは提案をRSSの上のソーシャルレイヤーとして再フレームし、RSS自体を配信レイヤーとして保ちました。fiatjafは一歩下がって提案を熟成させることに同意しました: 「あなたが言ったことすべてに同意しますが、それでも実現できると思います、しばらくここで止めましょう」。2年後、マージされた仕様は置換よりも共存に近く着地しました。

3つの設計上の疑問がマージされた仕様に明示的に残っています:

kind:10164のタイポ (例が10064を示す) は、クライアントが安全に相互運用できる前に和解する必要があります。
RSS GUIDリンクなしのエピソードレベルの発見はオープンなままです。マージされた仕様にはiタグ、podcast:item:guid形式、またはRSSブリッジメカニズムがありません。既存のRSSカタログをkind 54イベントにブリッジしたいクライアントは、ブリッジ規約自体を定義しなければなりません。
kind:54定義の「その他の重要なフィールド」スタブは、ビットレート、時間、言語、トランスクリプトポインター、チャプター、およびセグメントごとのメタデータをフォローアップ提案のためのオープンな領域として残します。

AmethystのPR #3105はマージから数日以内にエピソードリストとインラインプレーヤーを備えた専用ポッドキャスト画面を実現し、最初の主要クライアント実装となりました。JumbleはGIFピッカーと並んで初期のポッドキャスト添付の足場を出荷しました。Wavlakeは最大のNostrネイティブポッドキャストプラットフォームのままで、既存のkind 31337音楽トラックイベントをNIP-F4のkind 54エピソードモデルに合わせるかどうかを決定する必要があります。

マージされた仕様の最小タグセットに一致するNIP-F4 kind 54エピソードイベントの例:

{
 "id": "55807e7d5cd90d0303d7dce7397f996fdbaed8697903f326c7cf8ad999b9de3d",
 "pubkey": "79be667ef9dcbbac55a06295ce870b07029bfcdb2dce28d959f2815b16f81798",
 "created_at": 1748995200,
 "kind": 54,
 "tags": [
 ["title", "Episode 42: Why RSS Won"],
 ["image", "https://podcast.example.com/ep42-cover.jpg"],
 ["description", "Dave Jones and fiatjaf on protocol coexistence and the social layer."],
 ["audio", "https://podcast.example.com/audio/ep42.mp3", "audio/mpeg"]
 ],
 "content": "In this episode we discuss the two-year journey of NIP-F4 from draft to merge, and why coexistence with RSS turned out to be the right architectural choice.",
 "sig": "abc123def456789012345678901234567890abcdef0123456789abcdef0123456789abcdef0123456789abcdef0123456789abcdef0123456789abcdef01234567"
}

PR #1093は27か月間オープンで、マージされたNIPs PRの中央オープン期間を大きく上回っています。NIP-F4の次のテストは、kind 10164のタイポが和解されるかどうか、実装者からエピソード発見およびRSSブリッジ規約が出現するかどうか、および主要なポッドキャストホストが仕様が推奨するようにポッドキャストごとのキーペアの下で公開するかどうかです。

Nostr Compass #24

Thu, 28 May 2026 00:00:00 +0000

Amethyst v1.11.0はリマインダー付きの完全なNIP-52カレンダー実装、オンチェーンBitcoinのzapスプリット、Marmotグループの返信サポートを搭載してリリースされました。White Noise v2026.5.22はNotification Service Extension経由でのiOSプッシュ通知を、ブロックUXおよびメンバー追加ボタンとともに提供します。Vector v0.4.0はvector-coreの全面書き直し、ブリッジ対応のワンクリックTor、NIP-46リモート署名者、完全negentropyによるMLSグループ同期、AIエージェント向け21ツールのMCPサーバーを搭載しました。Applesauce v6.1.0はNIP-51ルックアップリレーリスト(kind 10086)と完全なNIP-34 gitキャストファクトリセットを導入しました。MDKは統一されたUniFFIサーフェスを通じてiOSとAndroidにNIP-40の消えるメッセージを追加し、Mostro v0.17.4はPhase 3のスラッシュされたボンドの勝者への支払いによりアンチ乱用ボンドループを閉じました。NotedeckはギフトラップとスレッドバックフィルのためのNIP-77 negentropy調停の完全実装をマージし、Cordnは単一障害点の可用性依存を厳密なエポック順序とよりシンプルな運用モデルと引き換えにするコーディネーター仲介型MLSメッセンジャーとして登場し、deepmarksと呼ばれるNIP-B0参照実装がキュレーター収益化型のブックマーククライアントを提供し、Formstrチームは参加者の自己削除、プライベートイベント、繰り返し、分散型アポイントメントスケジューリングをカバーする4つの調整されたカレンダーNIP提案を公開しました。

トップストーリー

Amethyst v1.11.0: カレンダー、オンチェーンzapスプリット、Marmot返信

Vitor PamplonaによってメンテナンスされているAndroid向けNostrクライアントAmethystがv1.11.0をリリースしました。PR #2994は専用UIとリマインダーシステムを備えたNIP-52カレンダーイベント実装を追加し、カレンダーイベントは汎用のkind-30023ロングフォームビューとは別に、独自のタイムラインカテゴリでレンダリングされるようになりました。PR #3018はオンチェーンBitcoin zapをスプリットサポートで拡張し、既存のzap-splitタグに従って単一のBitcoinトランザクションを複数の受信者に分配するので、オンチェーン支払いはLightningスプリットと同じように動作します。PR #2974は各決済済みzapとブロック確認ステータスを表示するページネーション付きのオンチェーントランザクション履歴画面を追加します。

グループメッセージングは1対1チャットと同等の機能を得ました: PR #2995はMarmot/MLSグループメッセージへの返信サポートを追加し、暗号化グループ内のスレッドがパブリックノートと同じ親参照UIでレンダリングされるようになりました。PR #2984はLNURLプロバイダーが受信者の表明されたlud16と一致するかチェックすることでNIP-57 zap受領書の検証を強化し、第三者のLNURLが実際には届かなかった支払いに対する受領書を発行できるという偽造クラスを封じました。PR #2968はNIP-92 imetaタグの浮動小数点次元を受け付け、iPhone Retinaディスプレイなどのデバイスから小数のピクセル密度値を公開するクライアントとAmethystを整合させます。このリリースでは、下記のプロトコルセクションで扱う新しいリプレイス可能イベントベースのマルチレールチップジャーであるPayment Targetsも配線されました。

White Noise v2026.5.22: iOSプッシュ、ブロックUX、メンバー追加

MarmotプロトコルグループメッセンジャーのWhite Noiseが、iOSプッシュ通知を目玉機能としてv2026.5.22をリリースしました。PR #673はNotification Service Extension (NSE) を実装し、Extensionプロセス内でMLSメッセージを復号してシステム通知として表示するので、iPhoneユーザーはメッセージを受信するためにアプリをフォアグラウンドにする必要がなくなりました。Androidのプッシュトークン配管は同じバックエンドパイプラインを経由し、プラットフォームごとのNSEが暗号文をブローカーから遠ざけます。

PR #676は確認フローと連絡先リストフィルタリングを備えた完全なブロック・ブロック解除UXを追加します。PR #679はグループ情報画面に長らく要望されていた「メンバー追加」ボタンを追加し、グループ管理者が共有リンクに頼らざるを得なかったUXギャップを閉じます。PR #688は専用のiOS通知設定画面を導入し、PR #687はメディアとメッセージ向けに長押し共有を配線しました。

MDKがプラットフォーム横断でNIP-40の消えるメッセージを追加

White Noise iOS、White Noise Android、および将来のあらゆるMarmotクライアントによって使用される共有Rustコアである Marmot Development Kitが、消えるメッセージ検証とNIP-40有効期限処理をUniFFIブリッジ経由で公開するPR #306をマージしました。このPRは3部作の第2弾です。iOSとAndroidは有効期限ロジックの単一のRust実装を共有するようになりました。タイミングルールは、UniFFIを介して両プラットフォームで消費される単一の監査済みコードパスに存在します。PR #307は保存されるwelcome失敗理由の長さを制限し、永続化前にサニタイズします。これは先週リリースされたwelcomeイベント処理を補完する別途の強化パスです。

MLSにおける消えるメッセージは単なるUIアフォーダンスではありません。有効期限タグは暗号化されたメッセージエンベロープとともに公開されるので、メッセージを一度も開かなかった受信者でも、受信クライアントのキャッシュコピーとともに、基礎となる暗号文がリレーレイヤーで期限切れとなります。MDKが検証パスを所有することで、クライアント間で動作の一貫性が保たれます: 準拠したMarmot実装はいずれも同じ有効期限セマンティクスを強制するので、あるクライアントが有効期限を尊重する一方で別のクライアントが永久にキャッシュするというポータビリティの危険はなくなります。

Mostro v0.17.4: Phase 3がスラッシュされたボンドのループを閉じる

Nostr上に構築されたピアツーピアBitcoin取引所プロトコルMostroが、v0.17.4でアンチ乱用ボンドロールアウトのPhase 3をリリースしました。PR #738は、スラッシュされたボンドの支払いフローを実装し、敗者の没収された担保を紛争勝者に支払います。PR #743はPhase 3.5を追加し、スラッシュされたsatsが決済されたことを勝者に知らせる明示的な支払い確認メッセージを、紛争解決と同じNostrセッションで到着する確認イベントとともに提供します。先週取り上げたPhase 2は管理者アクションとしてスラッシングを導入しました。Phase 3はペナルティを脅かすことと実際に強制することの差です。

PR #746は、以前はレガシー紛争で解決を停止していたエッジケースであるsolver行のない紛争をデーモンが最終化できるようにします。PR #748はYadioの/exrates/BTCレスポンスのnullレートを許容するので、Yadioの短期障害がMostroの法定通貨換算パスを壊すことがなくなります。PR #745はマルチソース価格プロバイダーの仕様を文書化し、Yadioを単一障害点として除去するための基礎工事です。MostroモバイルクライアントはPR #596で対応するPhase 3の請求パスを配線しました。

Applesauce v6.1.0: ルックアップリレーとNIP-34 gitキャスト

Coracle、noStrudel、Pablo F7zのスタックを支えるモジュラーNostrツールキットApplesauceが、パッケージ全体でv6.1.0をリリースしました。このリリースは第一級のNIP-51ルックアップリレーリストサポートを追加します: kind 10086イベントによりユーザーは「私を見つけたい場合はこれらのリレーに問い合わせてください」と信号を送ることができ、NIP-65 outboxリストと並ぶ発見プリミティブとなります。applesauce-core上に構築されたアプリケーションは、リアクティブなUser.lookupRelays$ observableと、applesauce-relay内の対応するローダーを取得します。

NIP-34 gitキャストファクトリがapplesauce-factoryに到着し、あらゆるApplesauceで構築されたクライアントにリポジトリアナウンス (kind 30617)、パッチ (kind 1617)、issue (kind 1621) を公開するための1行パスを提供します。User.favoriteGitRepos$、User.gitAuthors$、User.graspServers$のリアクティブプロパティにより、アプリケーションはユーザーがフォローしているリポジトリ、リポジトリメンテナー、設定されたGRASPサーバーを同じUserオブジェクトから直接リストできます。このリリースは、PR #73でオフラインのリレーを静かにドロップしていたプールの手動メソッドも修正しています。

NotedeckがギフトラップとスレッドバックフィルのNIP-77 negentropyをマージ

DamusのネイティブマルチカラムデスクトップクライアントNotedeckは5月25日、共有outboxパスに完全なNIP-77 negentropy調停を配線するPR #1459をマージしました。このPRはNIP-77のクライアントとリレーのフレーム、リレーローカルのnegentropyセッション、およびローカルセット調停と欠落イベントのフェッチを駆動するoutbox完全履歴トラッカーを追加します。メッセージのギフトラップはnegentropy調停を得るので、プライベートメッセージのエンベロープは選択されたアカウントの読み取りリレーから復元できます。スレッドビューはライブサブスクリプションの返信制限で頭打ちにならなくなりました。Dave PNSはDaveローカルのnegentropy実装を共有outboxパスに置き換えつつ、既存の境界付き履歴動作を保持します。

ライブサブスクリプションとnegentropyは別々のフィルタを使用するようになりました。フローは、リレーが既に持っているものを調停するために、より広範なnegentropyフィルタを発行しながら、小さなライブリクエストを維持できます。このPRはホームまたはプロフィールタイムラインで広範なnegentropy同期を意図的に有効にせず、それはコールドスタートコストの特性を変更してしまうためです。テストカバレッジは、調停、ギフトラップ配信、スレッドバックフィル、Dave PNS復元、アカウント切り替え、リレー再ターゲット、フェッチ再試行、NIP-77リレー動作に対して追加されました。

Vector v0.4.0: vector-coreの書き直し、Tor、NIP-46、完全negentropy MLS、MCPエージェントサーフェス

NIP-17 DMとMarmotグループを基盤としたプライバシー重視のクロスプラットフォームメッセンジャーVectorが、これまでで最大のリリースとしてv0.4.0をリリースしました。目玉はエンジンの全面書き直しです: Vectorのロジックはすべてvector-coreという単一の分離されたクレートに存在するようになり、デスクトップ、Android、および将来のあらゆるクライアント間で共有され、コア自体に440以上のテストがあり、アプリケーションシェルからは数千行が削ぎ落とされました。この書き直しは、GUIと同じプロトコルコードを駆動するVector CLI、ボット、SDKへの基礎工事です。

Tor統合は、ワンクリックのトラフィックルーティングと検閲回避のためのブリッジサポートを提供します。マルチアカウントサポートがアプリ内切り替えとともに実現しました。リモート署名者ログインはQRまたは貼り付けられたURIによるbunkerペアリングでNIP-46経由で到着し、ユーザーはnsecを一度も公開することなくログインできます。全員削除(delete-for-everyone) はNIP-17 DMとMarmotグループチャットの両方で動作し、Vectorはリリースノートが明示的に述べているように意図的な仕様の分岐として、エフェメラル署名キーを保持します: 「強化されたユーザープライバシー制御のための従来のNIP-17/Marmot仕様からの分岐」。保持されたエフェメラルキーは、削除が元の送信者によって承認されたことのローカル証明をVectorクライアントに提供しますが、他のVectorに接触するクライアントは、ベースラインのNIP-17/Marmotクライアントとは異なる削除検証可能性のサーフェスを見ることも意味します。

MLSグループ同期はNIP-77 negentropyによって完全に調停されるようになりました。これは今週Notedeckがギフトラップとスレッドに対して取った方向と同じです。Blossomアップローダーは複数のサーバーにわたってフェイルオーバーし、各サーバーの機能を学習し、デバイス間でサーバーリストを同期します。カスタム絵文字パックはユーザーが作成可能、共有可能で、他のNostrクライアントとクロス互換です。SQLiteメモリは約308MBから5MBに減少しました。絵文字パネルはディスクキャッシュから開き、Discord風のショートコード (:smile:) とUnicodeの使用頻度ランキングにより、正しいグリフを最初に表示します。

最も新しい追加はvector-agent、AIエージェントがVectorを駆動できるように21のツールを公開するMCP (Model Context Protocol) サーバーです: DM送信、グループ管理、ファイルアップロード、プロフィール編集。これは今週Shopstrに続いてMCPサーフェスを提供した2番目のNostrプロジェクトであり、そうした最初のメッセンジャークラスのアプリケーションです。先週取り上げたAgentNoiseと組み合わせて、エージェント制御のNostrクライアントというパターンは、単発の実験から意図的なプラットフォームの方向性へと移りつつあります。

Cordnがコーディネーター仲介型MLSメッセンジャーとして登場

Cordn (cordn.netのWebクライアント、リポジトリはCordn-msg/cordnとCordn-msg/cordn-web) は、Marmotとは異なるアーキテクチャ的アプローチを取る新しいMLSメッセンジャーです。Marmotは特権的なコーディネーターがない完全リレーベース(すべてのグループメンバーが直接リレーに書き込み、準拠したあらゆるリレーがそのトラフィックを運べる) であるのに対し、CordnはContextVMサービスとして実装されたグループごとのコーディネーターロールを導入します。コーディネーターはMLSコミットを順序付け、welcomeの配布を処理します。

Cordnの主張は、その/whyページで述べられているように、本番メッセンジャーで展開されているMLSは「調整不要ではない」ことと、「弱く順序付けられた公的配布」は強力な調整ポイントなしにグループ状態収束を「はるかに困難」にすることです。コーディネーター仲介型設計は、予測可能なエポックの進行と、より単純な同時コミット解決を提供します。参加者はエフェメラルキーを使用してコーディネーターに接続するので、コーディネーターはグループIDとコミットトラフィックのタイミングを学習しますが、どの長期公開鍵がメンバーであるかは知りません。Marmotグループを求めてリレーに問い合わせる任意の当事者は、既に同じサーフェス、すなわちグループIDによるグループアクティビティを、イベント到着から推測可能なタイミングとともに見ることができます。Cordnはまた、セルフホスティングでは「可用性の信頼が残る」ことを認めています: セルフホスト型コーディネーターは運用者層の中央集権化の懸念を回避しますが、グループの生存性に対する単一障害点を導入します。Marmotは順序付けをMLS自体に委ねる (エポックとCommitメッセージがプロトコル内で順序付けを処理する) ことでその単一ポイントを回避し、WelcomeイベントをNIP-59ギフトラップ経由で配布しますが、管理者側の規律を代償とします: 管理者は対応するWelcomeを送信する前にCommitのリレー確認を待たなければならず、リレー配信が状態遷移とレースする場合、クライアントは同時コミットを調停しなければなりません。

このコントラストは、プライベートメッセージングスタックを選ぶチームにとって引き延ばして考える価値があります。Marmotは、実装の複雑さの一部と、パス内に特権的なアクターのないリレー非依存のデプロイメントを交換します。Cordnは、単一ポイントの可用性依存と、より厳密な順序付けおよびよりシンプルな運用モデルを交換します。両プロジェクトともMLSを基盤とし、Nostrをアイデンティティとトランスポート層として使用します。意見の相違は、調整コストがどこに存在するかについてです。cordn-msgリポジトリは、コーディネーターサービスがContextVM上に実装され、MLS層がts-mls上に構築された、着実なコミット頻度を示しています。

deepmarks: キュレーター収益化型公開を持つNIP-B0ブックマーク

deepmarks-publicは、提案されているNIP-B0ブックマーク仕様 (kind 39701) の参照クライアントであり、3ボックスアーキテクチャ (キュレーター、インデクサー、ビューア) と、キュレーターへの直接NIP-57 zapで資金を調達するティアシステムを備えています。クライアントはNIP-B0、NIP-07、NIP-46、NIP-57、NIP-44、NIP-98、NIP-65、およびファイルストレージ用のBlossom BUD-01とBUD-04を実装しています。21,000-sat生涯ティアは、支払い読者をキュレーターの繰り返しzap受信者に変換します。キュレーターはブックマークイベントを公開し、インデクサーは機械可読メタデータでそれらを豊かにし、ビューアはフィードをレンダリングします。各ロールは別々のデプロイ可能なサービスです。

リリース

Amber v6.1.0 GA: 暗号化されたアカウントごとのバックアップ

Amberは今週v6.1.0-pre3からGAのv6.1.0に移行しました。PR #444はアプリケーション権限データベース用の暗号化されたバックアップと復元を提供し、PR #446はバックアップをアカウントごとに分割するので、複数のNostrアイデンティティを持つユーザーはアプリ許可の各セットを独立してバックアップおよび復元できます。先週取り上げたPSBT署名作業もGAカットに含まれています。

Citrine: リレーごとのサブスクリプションとオニオンURLリーク防止

Amethystに付属するデバイス上のパーソナルリレーCitrineは、このサイクルで2つの修正をリリースしました。PR #157は単一のグローバルサブスクリプションからリレーごとにタグ付けされたサブスクリプションに切り替え、kinds: [1]フィルタを共有する2つのソースリレーがアグリゲータ側で衝突しなくなりました。PR #162はアウトバウンドTorプロキシが無効化されているときにオニオンリレーURLをフィルタし、オニオンアドレスがクリアネットルーティングパスにリークするのを防ぎます。

Angor v0.2.27とv0.2.28: リレーの信頼性とBoltz再接続

Angorはv0.2.27とv0.2.28をリリースしました。PR #874は、複数のリレーエンドポイントを持つプロジェクトの信頼性を静かに低下させていた回帰、すなわち一度に1つのリレーしか接続されないというリレーの重複排除バグを修正します。PR #876はBoltzサブマリンスワップ監視のためのWebSocket再接続ロジックを追加するので、短期の切断がスワップを未知の状態のまま残すことはありません。

Nostrord v1.1.0: NIP-57 zapとNIP-29ロール区別

Nostrordはメッセージとプロフィール向けのNIP-57 Lightning zapサポート (PR #98) と、以前は同じようにレンダリングされて誰が昇格されたか対して誰が招待されたかを不明瞭にしていたアクティビティフィード内でのNIP-29ロール変更とメンバー追加の適切な区別 (PR #92) を備えたv1.1.0をリリースしました。

ぬるぬる v1.5.x: SQLCipher MLSキーストアとエポックキャッチアップ

NIP-44、NIP-50高度検索、NIP-55、NIP-70とともにMLSグループメッセージング (kind 443) を実装する日本語Nostrクライアントぬるぬる (nurunuru、tami1A84作) は今週5つのリリースを提供しました。PR #184はrust-engine層のMLSキーストア向けにSQLCipher暗号化を導入します。PR #187とPR #188はレガシー平文パージステップとCIガードとともに、SQLCipherをそれぞれAndroidとiOSに拡張します。PR #189とPR #191は、両プラットフォームでリプレイキャッシュとリカバリバナー付きのMLSピアエポックキャッチアップを追加するので、グループコミットで遅れているクライアントは会話を失うことなく回復できます。ぬるぬるはmarmot-protocol/mdkのmdk-core、mdk-sqlite-storage、mdk-storage-traits上に構築されたMarmotクライアントなので、SQLCipherとエポックキャッチアップの作業は、White Noiseが使用するのと同じMDKランタイム内に到達します。

Bitcredit Core v0.5.10: Nostrルート型ブロック伝播修正

Bitcredit Coreは、アイデンティティアップロードを含む会社作成フローを壊していたブロック伝播中に欠落していたNostrノードIDフィールドの修正を含むv0.5.10をリリースしました。Bitcreditは、会社と請求書伝播イベントの信頼のルートとしてNostrアイデンティティを使用するe-billプロトコルです。

未リリースの変更

Jumbleは、ユーザーが単一の署名者が完全な秘密を保持しないように、Nostrキーを複数の当事者に分割できるようにするPomegranateしきい値署名者経由のGoogleログインのためのPR #797を公開しました。これはbunkerまたはnsecインポートフローを超える意義のあるステップです: ユーザーは1つの署名者パーティが侵害されても、そのパーティが完全な秘密鍵を保持することなくアカウントを回復できます。

ShopstrはMCP (Model Context Protocol) サーバーを初期化するPR #492を公開し、PR #494がサポートするインフラストラクチャ (リレーフェッチ、パーサー、検証、エラー、重複排除、監査ロギング) を構築し、PR #472がMCPリレーマネージャーのリレー許可リストを追加します。これによりShopstrは、AIエージェントが構造化されたツールとしてNIP-99リスティングを閲覧し操作できるように、自身をMCPサーバーとして公開する最初のNostrマーケットプレイスとなりました。

Shamir秘密分散ボルトのKeydexは、カスタムkind 1337-1345を713-721範囲に移動する重要な移行をPR #226で公開し、Shamir共有上のAEADを追加するPR #239と、GF256算術に移行するPR #234を並行して公開しました。kind範囲の移行は、KeydexをNIPsリポジトリがカスタムkindを割り当てる方法に合わせ、自己主張範囲から離れます。

Mill (nostr-mill) は、OceanSlim (grain Goリレーのメンテナー) からの新しいドロップイン式Nostr署名者UIであり、npmとjsDelivrに単一スクリプトタグのWeb Componentとして提供されます。1つの<script>タグでWebアプリに、統一されたUIの背後に6つの一般的な署名者エントリポイントすべてを提供します: NIP-07ブラウザ拡張機能、NIP-46 bunker (URL貼り付けまたはユーザー指定可能なリレーによるQRペアリング、ページ内bunker統合の中では珍しい)、Android intent経由のNIP-55 Amber、PBKDF2付きAES-256-GCMでsessionStorageに保存された暗号化nsec、読み取り専用npub、およびブラウザ内キーペア生成。コンポーネントは、Shadow DOMにスコープされた29のCSSカスタムプロパティによってテーマ設定可能であり、小さなSemVerでトラックされたAPI (MILL.open、mill:connected / mill:disconnectedイベント、名前付きテーマエクスポート) を公開します。メンテナーの動機は、bunkerログインフローがNostr全体でWebアプリごとに1つずつ再実装されてきたことです。共有コンポーネントに集約することで、クライアントは署名者UXの動作方法に収束でき、オプションのフロー (上記で取り上げたWispのPomegranateベースのGoogleログインを反映するしきい値署名者経由の委任キーログインなど) を、任意のアプリがドロップインできる再利用可能なサーフェスに変えます。Millはnpm v1.5.0、単一メンテナー、アルファ段階で、grainが最初の統合予定です。

moStard、roguehashrateによるnoStrudelのMoneroファーストフォークは、今週削ぎ落とされた機能セットとMoneroテーマのアイデンティティを同じApplesauce + ワーカーリレースタックの上に重ねてv1.0.1に到達しました。今週の作業では、Zapstoreのkind 32267ソフトウェアアプリケーションイベントのレンダリング (タイムラインにアプリ名、アイコン、スクリーンショット、プラットフォーム、ライセンス、およびzapstore.dev/apps/<d-tag>へのローンチリンクを表示する埋め込みカード)、kind 20とkind 21経由のポール、メソッドごとのQRコード付きNIP-A3 Payment Targetsベースのチップ、ノート内のmarkdownレンダリング、外部GIFキーボード用のGIFピッカーサポート、およびAmber署名者ペアリング修正が実装されました。Moneroのフレーミングはチップフローにも拡張されます: moneroアドレス用のNIP-A3 paytoエントリは、lightningとbitcoinとともに同じUIで第一級ボタンを取得します。クライアントは単一メンテナー、アルファ段階ですが、5月27日の作業は、今週のプロトコル仕様アナウンスからNIP-A3を数日以内に出荷フォークに直接引き込むビルダーを示しています。

NIP更新とプロトコル仕様作業

カレンダーNIPスタック: Formstrチームからの4つの提案

Ix2 (@geralt-debugs) は5月17日に4つの調整されたNIP PRを公開しました。すべて同じ作者の下で既に出荷されているcalendar.formstr.app実装を参照しています。PR #2350は、汎用化された「参加者自己削除」イベントとしてkind 84を提案します: 任意のイベントのタグ付けされた参加者は、元のイベントをe、a、kタグで参照するkind 84を公開してオプトアウトを表明できます。リレーはkind 84の署名者が参照されたイベントのpタグに現れるかを検証してから削除を尊重しなければならず、kind 5削除は常に優先されます。このPRは以前はNIP-52カレンダーコンテキスト内でしか記述されていなかったパターンを汎用化するので、kind 84は非作者が任意の参加者イベントから離脱するための標準的な方法になります。

PR #2351はカレンダースタックの基礎です: プライベートカレンダーイベント用のNIP-52E (kinds 32678 時間ベース、32681 日別イベント、32123 プライベートカレンダーリスト、31926 ビジーリスト、1052 ギフトラップ、52 rumor) と繰り返しイベント用のNIP-52R。アーキテクチャの中核にはビューキーパターンがあります: ランダムに生成されたキーペアがNIP-44でイベントコンテンツを暗号化し、秘密の半分 (bech32エンコードされてnsec) が各参加者にギフトラップされます。署名者はパブリックなdタグのみを保持します。他のすべては暗号化されたcontent内に存在します。このようにコンテンツ暗号化をアイデンティティから切り離すことは、イベントの編集が受信者の再キー付けを必要としないことを意味します。NIP-52Rは、既存のkinds 31923と31922に、生のRFC 5545 RRULE値を使用して繰り返しを宣言するための2つのオプションタグを定義し、RRULEが存在するときにはD日インデックスがオプションになります。前方秘匿性は明示的に欠如しています: リークされたビューキーは同じdタグの下のイベントの過去および将来のすべてのバージョンを明らかにします。

PR #2352はNIP-52E上に構築され、PR説明が「中央仲介者のないCalendly/Cal.comへのドロップイン代替」と呼ぶ分散型アポイントメントスケジューリング仕様を追加します。kind 31927は暗号化された空き時間ウィンドウ付きのスケジューリングページを広告します。kind 32680はビューキー用のホスト側自己暗号化リカバリレコードです。kinds 1057と1058はギフトラップされた予約リクエストとレスポンスです。巧妙なメカニズム: 予約者はリクエストを送信する前に将来のプライベートイベントのdタグとビューキーの両方を生成するので、予約者は正しいキーで自分のカレンダーにアポイントメントをすぐに追加でき、ホストはキーをラウンドトリップして返す必要がありません。予約レスポンスは、リレーが復号せずにフィルタできるように、外側のラップに暗号化されていないstatusタグを持ちます。

参照実装はcalendar.formstr.appおよびZapstoreのCalendar Androidアプリとして既に稼働しています。PR #2351はPR #2027を優先して閉じ、年初から公開されていた以前のプライベートカレンダー提案を統合します。

Payment TargetsとSilent Payments

今週、kind:30023ロングフォーム文書でさらに2つのNIP提案が回覧されました。

Payment Targets提案 (NIP-A3 / payto) は、RFC 8905 payto: URIにマップされる1つ以上の["payto", "<type>", "<authority>"]タグを運ぶリプレイス可能なkind 10133イベントを定義します。サポートされるタイプには、bitcoin、lightning、ethereum、monero、nano、cashme、revolut、venmoが含まれます。意図は、lud16ベースのNIP-57 zapを補完する (置き換えるのではない) マルチレールチップジャーを標準化することです。Amethyst v1.11.0は最初の実装者です。マージされたPR #2953と#3009はサブスクリプションと観測のサーフェスを提供し、PR #3011はPaymentTargetsEventのUIを配線します。

異なる作者から2つの競合するSilent Payments提案がドロップされました。最初のバリアントは、パブリック加法チュエックを介してnsecからBIP-352 silent-payment scanおよびspendキーを導出するので、任意の送信者はnpubからセットアップなしでsp1q...アドレスを構築できます。作者の警告は仕様で明示的です: 「bscanとbspendはnsecとまったく同じ注意で扱わなければならない」、なぜならscanキーはnsecを明らかにするからです。2番目のバリアントは逆のアプローチを取り、Nostrアイデンティティから独立してキーを保つ標準BIP-352 silent-paymentアドレスを含むsp_addressフィールドをkind 0プロフィールメタデータに追加します。バリアント2は構造的により安全です。両方の提案は熟考されたレビュースレッドを引き付けました。erskingardner (Marmotリード) は提案を追跡するtrboumaのgistに詳細なコメントを投稿しました。彼の中心的な懸念は、バリアント1がscan秘密鍵をnsecと公的に計算可能なチュエックから導出することで、それはscanキーを保持する任意の当事者 (実際にはユーザーが委任しなければならない第三者のスキャニングサービスを含む) が、そのチュエックを引くことで完全なnsecを回復できることを意味します。リモートサービスがインバウンド支払いをスキャンできるようにする同じキーは、そのサービスがアイデンティティおよびそこから派生した資金を盗むことも可能にします。

NIP-34 git-over-Nostr側では、hzrd149がschemataに2つのパッチを公開しました。gitworkshop.dev自体は2つのissueレポートを引き付けました: 1つはNIP-46リモート署名者を使用しているときにログインセッションがページリフレッシュで失われることを指摘し、もう1つはREADMEプレビューでの区別のあるリンクスタイリングを要求しています。

Nostrの6つの5月

2026年5月最後のニュースレターは、今週のリリースから一歩下がって、Nostrの歴史上の5月を見て歩きます。各年は異なる重心を持っていました: 2021年は単一のコミット、2022年はNIPsリポジトリ自体の形成、2023年はプロトコル仕様の爆発、2024年は集約サイクル、2025年はnegentropyがマージされDamusのNotedeckがベータに昇格した月、そして2026年は本号と前3号がカバーする月です。

2021年5月

Nostrは6か月齢でした。Nostrのコードはfiatjaf/nostrにしか存在せず、月全体で正確に1つのコミットしか生成しませんでしたが、そのコミットはプロトコルで最も使われる部分の1つになりました。5月22日、fiatjafはNIP-02を再目的化して連絡先リストNIPにしました。コミットメッセージには「NIP-02を再目的化し、NIP著者表示を追加」とあり、明示的なクレジットは2月9日に公開され、fiatjafがそのアイデアをNIP-02にまとめた前日に閉じられたarcbtc (LNbitsのBen Arc) によるPR #16に対してです。arcbtcの提案は小さなものでした: 「アカウントの復元と公開鍵を推薦するために有用な」「フォロワーリストをリレーに送信する」ためのkindです。fiatjafはそれを、3つの目的を同時に果たすタグを持つ単一のkind:3イベントに一般化しました。それらはフォローリスト (ソーシャルグラフ)、petnameストア (友人向けのローカルニックネーム)、リレー推薦ソース (フォロー先が使うリレー) です。同じイベント、著者ごとにリプレイス可能で、「この人は誰をフォローしているのか」「彼らを何と呼んでいるのか」「どこで読んでいるのか」への正典的な回答となりました。次の5年間で構築されたすべてのクライアントはkind:3を読みます。同じコミットで追加された、各NIPがその著者を名指すという慣習は、すべての仕様が今バイラインを持つ理由です。

2022年5月

NIPsリポジトリがコミュニティプロジェクトになった月。5月1日、fiatjafは仕様をfiatjaf/nostrから専用のnostr-protocol/nipsリポジトリへ移行し、5月2日には正式な承認基準を追加しました。2日後、Robert C. Martin (Uncle Bob) は最初の外部プルリクエストPR #1を公開し、eとpタグのスレッディング慣習を提案しました。このPRは元々NIP-13と番号付けられ、その後proof-of-workのために場所を空けるためNIP-10に改名されました。最初の6つのNIPのうち3つはUncle Bobのものです: NIP-10 (スレッディングマーカー)、NIP-14 (Subjectタグ)、およびkind:1を正典的な短文ノートkindとして確定した5月21日のコミット。5月5日、William Casarinは最初のNIPコミットを行いました: NIP-13 Proof of Workとkind:2 recommend-relayイベント。翌日、fiatjafはNIP-07 window.nostrを公開し、20行のmarkdownが今日でも使われているブラウザ拡張機能署名者インターフェースを定義しました。David A. HardingによるNIP-05のCORS警告とNIP-01のfilter.limitは同じ週に到着しました。nostr-toolsは5月8日に最初のブラウザインポート可能なESMビルドをリリースしました。Semisolは月末にNIP-15 (End Of Stored Events)とNIP-16 (イベントkind範囲)を起草しました。これらは今でもリレーの動作を支配する文書です。

2023年5月

プロトコル仕様の爆発。その月に64のNIP PRが公開され、Nostrの次の2年間のサーフェスエリアを定義した提案のいくつかがすべて31日以内に到着し、Nostrがこれまで受けた最大の資金調達アナウンスは、Jack Dorseyの#startsmallからのOpenSats $1000万助成金として5月4日に到着し、それ以来のあらゆるNostr助成金の波を支えた資金となりました。NIP-47 (Nostr Wallet Connect) は5月2日にマージされ、Albyのwallet-connect仕様をメインプロトコルに取り込みました。2日後、Vitor Pamplonaはkind:30311ルームとkind:1311チャットメッセージを備えたNIP-53 Live Activitiesを提案しました。これは、続くすべてのNostrライブストリーミングサーフェスの基礎となりました。Pablo Fernandezは5月5日にNIP-84 Highlightsを、5月14日にNIP-89 Recommended Application Handlersを公開しました。v0l (Snort著者のKieran Babich) は5月8日にNIP-98 HTTP Authを提案しました。これはNIP-96とBlossomの両方が後に依存した認証プリミティブです。Jonathan Staabは5月15日にNIP-32 Labelsを提案し、同日NIP-30 Custom Emojiがマージされました。Arthur Francaは5月21日にNIP-96 HTTP File Storage Integrationを提案しました。2日後、VitorはNIP-57にzapスプリットを追加し、verbirichaはNIP-23にkind:30024ロングフォームドラフトを追加しました。これはHabla、YakiHonne、Highlighterでの現代的なNostrロングフォームオーサリングワークフローの基礎となる仕様です。fiatjafは5月28日にNIP-29 Simple Groupsを提案しました。これはkind:9000からkind:9020のモデレーションイベントをカバーする最初のリレー管理型グループ仕様です。月は5月31日にPaul MillerがNIP-44の対話を公開して閉じました。これはNIP-04を置き換えることを意図したXChaCha20ベースの暗号化DM設計です。クライアント側も同じくらい速く動きました: Damusは5月10日から5月15日にかけてNWC、zap poolとPending Zapsをリリースし、Snortはzap poolとL402ペイウォールされたメディアをローンチし、Amethystはその月に約30のバージョン付きリリースを、5月1日のv0.40.1から月末のv0.55.x範囲まで、v0.45.0でのzapスプリットとv0.46.0でのNIP-32ラベルを含めて出荷しました。Primal Androidリポジトリは5月16日に作成されました。rust-nostr v0.22.0はNIP-47とNIP-58を追加しました。5月1日、strfryはnegentropy統合を出荷しました。これは後にNIP-77となるDoug Hoyteのセットレコンシリエーションプロトコルの最初のリレー実装です。月はForbesが5月30日にfiatjafの長編プロフィールを発表して閉じました。これはNostrの匿名の創設者に関する最初の主要メディアのディープダイブの1つです。

2024年5月

集約サイクル。派手な提案は少なく、より多くの出荷。NIP-54 Decentralized Wikisは5月2日にkind:30818記事とケース正規化されたdタグとともにマージされました。3日後、NIP-56は、乱用レポートがコンテンツのみのカテゴリと並んでデジタル脅威 (マルウェア、フィッシング) をフラグ付けできるように拡張されました。5月6日、NIP-25リアクションは簡素化され、返信スレッド全体をeタグとして含めることを停止しました。Arthur Francaは5月12日にNIP-22 Commentを提案し、非kind:1イベント (記事、ファイル、製品) への返信が構造化された方法でスレッド化されるようにkind:1111を導入しました。5月19日、fiatjafはNIP-46を全面刷新してNIP-04を完全に放棄し、すべてのbunkerトラフィックをNIP-44暗号化に切り替えました。これはそれ以来すべてのbunker実装を形作った非推奨化の動きです。5月20日、NIP-71 Video Eventsはkind:21とkind:22とともにマージされ、NIP-10はeタグにオプションのpubkey引数を追加したので、クライアントは参照されたイベントを最初にフェッチせずにスレッド著者を解決できるようになりました。Kieran WalshのNIP-35 Torrentsは5月22日にマージされ、5月24日にNIPs READMEはCIP-01を最初にリポ外提案として参照し、「NIPは複数の提案の場の1つ」というパターンの始まりを合図しました。5月25日、クリーンアップPRは、下流実装が凍結する前にNIP-71からaes-256-gcmタグを削除しました。NIP-96は5月27日にlist filesを追加し変換要件をドロップしました。5月28日、Jonathan StaabはNIP承認基準を引き上げることを提案し、ドラフトが卒業する前に少なくとも2つの相互運用実装を要求しました。クライアント側: Damusは5月9日～10日にv1.7.2とv1.8、および完全なNIP-10マーカー処理を伴うv1.9をタグ付けし、プッシュ通知にNIP-98認証を実装し、完全なNIP-10マーカーサポートを提供しました。Amethystは5月14日にNIP-17をデフォルトのDMモードにし、NIP-65 outboxモデルのリレー管理を構築し、NIP-96サーバー選択を追加し、NIP-06 BIP-32/BIP-39キー導出を提供しました。Primal Android 0.99.2は5月10日にユーザータグ付けと外部ウォレットNWCを追加し、0.99.4が続きました。Pablo Fernandezは5月24日～31日にかけてNDK楽観的更新クラスタを実現しました。SnortはNIP-96サーバー選択を追加し、cashu-tsは暗号プリミティブを@cashu/cryptoに分離しました。

2025年5月

NIP-77 (Negentropy Syncing)が5月27日にマージされた月です。fiatjafとDoug Hoyteによる、ブルートフォースREQフィルタを対数コストの差分計算に置き換えるワイヤプロトコルの仕様です。これはstrfryが2年前にリレー側機能として出荷したのと同じnegentropyであり、今やクライアント・リレープロトコルとして正式化され、README エントリは同日到着しました。前の週、NIP-23ロングフォームは5月24日にHTML文書が<link>タグを通じてNostrエンティティと関連付けられる方法を定義しました。これは正典的なWebコピープリミティブです。NIP-25は5月22日にリアクションターゲットのリレーヒントを追加し、絵文字-to-like/dislikeの推奨をドロップし、絵文字を明確な意味の単位として扱うようにしました。NIP-52は5月14日に、クライアントが本番で出荷していたkindに焦点を当てるために簡素化されました。この削減により、1年後のFormstrカレンダー拡張機能がよりクリーンに接ぎ木されました。5月9日、Follow Packs (kind 39089キュレーションされたフォローリスト) とFavorite Relays (NIP-51の下の新しいリプレイス可能リスト) が同じ日にREADMEに入りました。Marmotプロトコルの弧はまだ始まっていませんでした: whitenoise-rsリポジトリのみが存在し (最初のコミットは2024年9月9日)、2025年5月はそのSvelte+Tauriプロトタイプフェーズであり、5月14日のコミットはプロジェクトが現在のアーキテクチャに転換する際にTauri固有のコードを削除しました。専用のMDK Rustコア (2025年9月12日)、Marmot仕様リポジトリ (2025年9月19日)、Flutter UI (2025年12月2日) はすべてその年の後半に来ました。クライアント側では、DamusのNotedeck v0.4.0が5月5日に最初のベータとしてリリースされ、全文検索、Dave AIアシスタント、NWC経由のzap、GIF、ユーザータグ付け、ミュートリストとともにアルファから卒業しました。2日後、hodlbodのFlotilla 1.0.0がNIP-29ベースのグループチャットクライアントとして公開ローンチ境界を越え、Coracle 0.6.12がそれに続きました。これは5月14日の0.6.17まで続いた6つのCoracleリリースの最初でした。5月12日のAmber v3.4.0は非推奨のAndroid AutofillとClipboardManager APIから移行し、暗号化された共有プリファレンスからDataStoreに移行しました。5月20日のPrimal Android 2.2.20はPrimal Premium用のRedeem Codeフローと再設計された画像ギャラリーを追加しました。5月21日のnak v0.14.0はCoracle、Flotilla、Notedeckリリースと同じ週にキャノニカルCLIのマイナーをカットしました。OpenSatsは5月22日にReynolds Foundationが200万ドルを提供したときに、Bitcoin財務以外の最大寄付金を受け取りました。

2026年5月

ニュースレター #21、#22、#23、および本号でカバーした月です。定義するスレッドは、MLS-on-Nostrがマルチクライアント本番に達したことです: MDK 0.8.0はMIP-05リーフインデックスプリミティブとアドレス可能キーパッケージを出荷し、その後PR #306が共有UniFFIサーフェスを通じてiOSとAndroid横断でNIP-40消えるメッセージ検証を追加しました。White Noise v2026.5.22+25は、Extensionプロセス内でMLS暗号文を復号するので、ブローカーは決して平文を見ないNotification Service Extensionを通じてiOSプッシュを出荷しました。そして2つの新しいMarmotクライアントが登場: Scramble (マルチデバイスKeyPackageスロットを持つ.NET/AvaloniaデスクトップとAndroidクライアント) とCordn (ContextVM上のグループごとのコーディネーターを使用する代替MLSアーキテクチャ)。AngorはPR #860で暗号化メッセージングをNIP-04からNIP-44に移行し、2023年5月のPaul MillerのNIP-44提案で開いた非推奨化の弧を閉じました。Formstrチームは5月17日に、参加者自己削除のPR #2350、プライベートカレンダーイベントと繰り返しのPR #2351 (NIP-52EとNIP-52R)、および分散型アポイントメントスケジューリングのPR #2352とともに、最近の記憶の中で最大の調整されたNIP提出を公開しました。すべてcalendar.formstr.appが既に参照実装を出荷している状態です。Amethyst v1.11.0はNIP-52カレンダーを第一級タイムラインカテゴリとしてレンダリングし、オンチェーンBitcoin zapをスプリット分配に拡張しました。NIP-77が2025年5月にマージされてから1年後、同じウィンドウで3つの独立した実装がnegentropy採用を出荷しました: Notedeck PR #1459はギフトラップとスレッドバックフィルのためにDamusのデスクトップクライアントに配線しました。Vector v0.4.0はワンクリックTorと21ツールMCPエージェントサーフェスと並んで、その全面vector-core書き直しの一部として完全negentropy MLS同期を使用しました。そしてCitrine v3.0.0-pre1は組み込みTorとマルチリレー集約と並んでAndroidネイティブリレーにそれを追加しました。Mostro v0.17.4はPR #738でPhase 3のスラッシュされたボンドの支払いにより、アンチ乱用ボンドループを閉じ、以前は脅かしていただけのものを強制しました。「NIP-04を置き換えるべきか」から「NIP-44を完全MLSグループ状態で置き換えるべきか」までの3年間。

Nostrで議論したい場合は、DMをお送りください。

Nostr Compass #23

Thu, 21 May 2026 00:00:00 +0000

Primal 3.5は再構築されたAndroidシェルを出荷し、Amethystはオンチェーンbitcoin zapを追加、White Noiseはmarkdownレンダリングとディープリンクを獲得、Keycastはセキュリティ監査に合格し、AgentNoiseはMarmot暗号化チャットでローカルAIコーディングエージェントを制御できるようにします。HostrはNostr上のP2P賃貸宿泊プラットフォームをローンチし、リスティング、予約、EVMベースのエスクローをカバーする4つの草案NIPを備えます。AngorはNIP-04からNIP-44への暗号化メッセージング移行を行い、Dart NDKはNIP-77とwebサイナーを追加し、Alby js-sdk v8はネイティブNWCマルチリレー再接続を出荷し、KeyChatはSignal one-time prekey削除における前方秘匿性のギャップにパッチを当てます。プロトコル面では、Mostroのanti-abuseボンドがフェーズ2に到達し、Wispはプライベート返信とgift-wrappedリアクションを出荷、Namecoin NIP-05実装ウェーブが1週間で半ダースのクライアントに触れます。

トップストーリー

Android版Primal 3.5

独自のキャッシュリレーインフラに支えられたソーシャルクライアントであるPrimalは、今週再構築されたアプリケーションシェルを備えた3.5.9を出荷しました。再設計は、以前のナビゲーション構造を更新されたレイアウトと新しいExplore画面に置き換え、メインの発見面に専用のホームを与えます。このリリースはリンクプレビューのオーディオ再生を追加し、ノートに埋め込まれたオーディオファイルはフィードを離れることなくインラインで再生されます。NIP-05検証バッジがプロフィール上でインライン表示され、一目でアイデンティティ確認を表面化します。通知フィルタリングは刷新され、ユーザーは通知リストに届くイベントタイプを絞り込むことができます。エディタはより良いイベントリンク処理を獲得し、基盤のデータベースレイヤーは安定性の修正を受けました。

White Noise: markdown、ディープリンク、オーディオメタデータ

NostrとMLS (RFC 9420)上に構築されたMarmot暗号化グループメッセージングアプリであるWhite Noiseは、フロントエンドとバックエンドのリポジトリでこれまでで最も忙しい週の1つを迎えました。

フロントエンドでは、PR #665がチャットメッセージ用の完全なmarkdownレンダリングを追加し、太字、斜体、コードブロック、リンクがメッセージビューでネイティブにレンダリングされるようになりました。PR #675は、これまで最後の管理者以外にブロックされていたグループ退出フローを有効化し、PR #661はHTTPリダイレクトインフラを必要とせずに、ユーザー、チャット、および設定をカバーするwhitenoise://およびwhitenoise-staging:// URIのネイティブディープリンクサポートを追加します。

バックエンドのwhitenoise-rsでは、PR #835がkind:30443発行のためにd_tagスロットを再利用することでキーパッケージのローテーションが適切に機能するようにし、NIP-33置換可能イベントセマンティクスを有効にして、連続するキーパッケージのローテーションがリレー上の以前のイベントを置き換え、現在のキーパッケージだけを保持するようにします。PR #833は、オーディオ添付ファイル用のオプションのduration_msおよびwaveformフィールドでFileMetadataを拡張し、MDKのPR #300と協調して同じフィールドをMIP-04メディアタグに追加します。新しいwhitenoise-markdown crate (PR #836)は、以前のnostr-sdkトークンパーサを専用のmarkdownレンダリングライブラリに置き換えます。

Marmotプロトコル仕様自体は、PR #68でセキュリティ修正を受け、MIP-01の画像キー派生のためにHKDF-SHA256を明示的に指定することでセキュリティ問題を閉じ、実装の分岐につながる可能性のあった曖昧さを取り除きました。MDKでは、PR #307がwelcome失敗理由をサニタイズし、保存長を制限して、別のセキュリティ発見を閉じました。

Amethyst v1.10.0: オンチェーンbitcoin zap

Amethystは今週4つのリリースを出荷し、v1.10.0を目玉としました。このリリースはNIP-BCオンチェーンbitcoin zapのサポートを追加し、ユーザーがbitcoinトランザクションを介してオンチェーンで直接決済されるzapを送信、受信、表示できるようにします。実行中の以前のリリースは、非準拠のファイル名を拒否するようにBlossom blob検出を修正し (v1.09.2)、デスクトップビルド用のProGuardルールにパッチを当て、拡張されたリアクションギャラリーで専用の₿行としてオンチェーンbitcoin zapper表示するプルリクエスト#2977をマージしました。ページング付きの進行中のオンチェーントランザクション履歴画面がPR #2974でランディングしました。

AgentNoise: White Noise経由でコーディングエージェントを制御

nvkによるAgentNoiseは、White Noiseを実行するスマートフォンをローカルのCodexおよびClaudeコーディングエージェントセッションのコントロールサーフェスとして使用できるようにするRustネイティブのデスクトップヘルパーです。このツールは1つ以上のWhite Noiseチャットを聞き、初回ペアリングPINフローで送信者を認証し、設定されたランチャーを介してローカルコーディングエージェントを起動します。スマートフォンから/claude <prompt>を送信すると、マシンホスト名と短いプロンプト要約にちなんで名付けられた新しいWhite Noise作業セッションが開かれ、進捗更新と最終出力がそのチャットにストリーミングされます。意図的にRustファーストで、Nodeを信頼できるブリッジパスから遠ざけています。プロジェクトは今週v0.1.24に到達し、より短いスマートフォン読み取り可能な応答、短い一意のプレフィックスによるジョブ参照、およびオプトインのローカルセッションウォッチャを追加しました。AgentNoiseはmarmot-protocol/whitenoise-rsからwnおよびwnd CLIをサブプロセスとして駆動するため、White Noiseクライアント自体とNostrトランスポートを共有します。

Keycastセキュリティ監査完了

SQLite内で保存時に暗号化されたNostr秘密鍵を保存するチーム指向のNIP-46リモート署名サーバであるKeycastは、2026年5月にセキュリティ監査を完了しました。強化パスは認証、権限、データ整合性、および依存関係の問題に取り組み、結果はAUDIT.mdに文書化されています。変更内容: NIP-98 HTTP認証は今、正確に1つのuタグと1つのmethodタグを必要とし、古いタイムスタンプを拒否し、payloadハッシュを検証します。ALLOWED_PUBKEYS許可リストは正確に解析され、サーバ側で強制されます。空のポリシーはsign/encrypt/decryptリクエストをデフォルトで拒否します。SQLite接続で外部キー強制が有効化されます。/teams/:idなどのネストされたアプリルートはサーバ側で保護されます。SQLマイグレーションは、起動時に古い許可kinds権限JSONを正規化します。プロジェクトはまだ初期段階であり、監査は実際のチーム鍵を委ねる前の残存項目を記録しています。

Scramble: デスクトップとAndroid向けMarmotクライアント

Scramble (旧OpenChat)は、Marmotプロトコル用の.NET/Avaloniaデスクトップおよびandroidクライアントで、MIP 00-04を実装します: KeyPackage発行 (kind:30443)、NostrGroupData MLS拡張を伴うグループメタデータ、NIP-59 gift-wrapped welcomeイベント (kind:444)、ChaCha20-Poly1305暗号化メッセージ (kind:445)、およびBlossom暗号化メディア添付。White Noiseおよびその他のMarmot互換クライアントと完全に相互運用可能です。

プロジェクトは今週13のリリースを出荷し、マルチデバイスサポートを主な機能としました。各デバイスは一意のKeyPackageスロット (kind:30443のdタグ)を生成します。起動時、Scrambleはリレーからユーザー自身のKeyPackageを取得し、ピアデバイスのスロットIDを検出し、staged commitフローを使用して既存のMLSグループに自動的に追加します。自動追加は、現在のユーザーが管理者であるグループに制限されており、管理者でないグループはグループ管理者に依頼するようにガイダンスが表示されてスキップされます。前方秘匿性の開示バナーは、新しくリンクされたデバイスに古いメッセージが利用できないことを通知します。スロットID調整パス (TryReconcileSlotId)は、リレーKeyPackageバイトをローカルキーマテリアルと照合して正しいdタグを採用することで、マルチデバイス以前のバージョンから移行したデバイスを処理します。AmberおよびNIP-46ユーザー向けの外部signer再接続も修正されました: ExternalSignerServiceの組み込み自動再接続をブロックしていたIsConnectedガードが、NostrService内の9つのすべての呼び出しサイトで削除されました。

Hostr: Nostr上のP2P賃貸宿泊

Hostr (ソース)は、完全にNostr上に構築されたピアツーピアの賃貸宿泊プラットフォームです。物件の検索とリスティング、予約の交渉、支払いの決済といった、完全なAirbnbスタイルのフローをカバーし、プロジェクトがアプリケーションと並行して開発している4つの草案NIPを使用します。

宿泊NIPは、NIP-99クラス分けリスティング (kind:30402アクティブ、kind:30403草案)を、タイプ (room、house、apartment、villa、hotel、hostel、resort)、チェックイン/チェックアウト時間、最小滞在、および設定可能な精度で位置ベース検索を行うためのH3地理空間セルインデックスなどの宿泊固有のタグで拡張します。予約NIPは完全な交渉およびライフサイクルプロトコルを定義します: kind:32122置換可能予約イベントはdトレードID、リスティングアンカーaタグ、および役割 (buyer、seller、escrow)を持つ参加者pタグを運びます。kind:1327構造化メッセージrumorは、NIP-59 gift wrapを介してプライベート交渉段階のカウンターオファーを配信し、交渉が公開リレーから離れて留まるようにします。kind:1326追記専用遷移イベントは、予約がコミットされたら公開監査証跡を作成します。買い手のプライバシーは、暗号化されたparticipant_proofタグを介して買い手の実際のアイデンティティにバインドされたトレードごとの一時的なNostr鍵を通じて保持されます。エスクローNIPはkind:30303エスクローサービス広告およびkind:17388ユーザー信頼宣言を定義します。リファレンス実装はRootstock上のEVMスマートコントラクトを使用し、contractBytecodeHashによってクライアントはデプロイされた契約が既知の監査済み実装と一致することを検証できます。マーケットプレイスリスティングNIPは、instantBook、negotiable、quantity、securityDeposit、cancellationPolicy、maxDisputePeriodを含む、すべてのNIP-99マーケットプレイスプロフィールで共有されるジェネリックタグを定義します。今週、プロジェクトはアプリストア提出を準備し、エージェント向け自動化のためのMCPクライアントアイデンティティサポートをマージしました。

今週、Shakespeare MiniAppsプラットフォーム上に2つの新しいエントリが登場しました: 構造化された雑誌スタイルのコンテンツをNostrイベントとして発行するAI雑誌ジェネレータInkPressと、Soapboxスタック用の執筆・発行プラットフォームPressStrです。

今週の出荷

ngit v2.4.4

ngitはv2.4.4を出荷し、gitサーバがNostr状態よりもfast-forward先行しているケース向けにngit sync --trust-server (-t)を追加しました。この状況が検出されると、syncは影響を受けるrefを報告し、更新された状態イベントに署名して発行するためにこのフラグを要求します。nostr.trust-server-domains git設定は、フラグなしで自動的に信頼されるべきサーバのセミコロン区切り許可リストを提供します。

Amber v6.1.0-pre3がPSBT署名を追加

Amberはv6.1.0-pre3をリリースし、新しいアプリ接続用の改善されたレイアウト、クラッシュ修正、および権限画面での全選択/全選択解除オプションを備えました。PR #438は、Intentベースの経路とNIP-46リレーベースの経路の両方を通じてPSBT署名サポートを追加し、Amberが要求元のアプリにnsecを公開することなく、Partially Signed Bitcoin Transactionに署名できるようにします。

Wisp v1.1.0がプライベート返信を出荷し、Amberサポートを削除

Wispはv1.1.0をリリースし、NIP-17 gift wrap経由のプライベート返信 (PR #540)、プライベート返信でのgift-wrappedリアクションとDIP-03 zap (PR #543)、ノートの自動翻訳 (PR #523)、およびzapダイアログのレジスタスタイルの法定通貨入力を備えました。PR #541は、プライベートzapを自家製のDMリレー平文スキームから適切なDMリレールーティングを備えたDIP-03に移行します。同じリリースサイクルでNIP-55リモートsignerサポートが削除され (PR #531)、Amberおよびその他の外部signer統合が削除され、同梱のローカルリレーも削除されました (PR #533)。WispはAndroid向けNostrソーシャルクライアントです。

Calendar by Formstr v1.5.4が新規参加者向けgift wrapを修正

Calendar by Formstrはv1.5.4を出荷しました (v1.5.2 → v1.5.4シーケンスの最新)。PR #160は、新規参加者を伴うプライベートカレンダーイベントを編集すると、更新されたイベントがpタグに新しいpubkeyで発行されるが、それらの参加者にgift wrap招待が作成または配信されないというバグを修正し、直前追加向けの招待フローを壊していた問題を解決します。PR #156はプライベートイベント復号周りのエラー処理を追加し、クライアントが復号不可能なイベントで例外をスローしなくなります。PR #138はタイムゾーンをまたいでドリフトしていた定期イベント時刻を修正します。

Applesauce v6.1.0がNIP-34 gitキャストとNIP-51ルックアップリレーを追加

Applesauceはパッケージ全体でv6.1.0をリリースし、重要なNIP-34 (git-over-Nostr)サポートを備えました: applesauce-commonは新しいGitRepository、GitGraspList、FavoriteGitReposキャストと対応するファクトリを追加し、User.favoriteGitRepos$、User.gitAuthors$、User.graspServers$リアクティブプロパティを公開し、アプリケーションが同じUserオブジェクトから直接、ユーザーがフォローするgitリポジトリ、リポジトリメンテナ、および設定されたGRASPサーバをリストできるようにします。同じリリースは、特定のデータを見つける場所を発見するために使用されるリレーリストファミリへの最近の追加である、NIP-51 kind 10086ルックアップリレーリストのサポートを追加します。applesauce-coreは、NIP-01置換可能アドレスルックアップのためにEventCast上にreplaceableAddressを得て、pointer、kind、およびgetReplaceableAddressForEventヘルパーを備え、ベースのUserキャスト上にtimeline$()メソッドを追加します。PR #73は、poolのマニュアルメソッドがオフラインリレーを黙って削除する問題を修正します。

Sprout v0.0.16がSprigバイナリとhuddleプロトコルv2を出荷

BlockによるNostrリレーベースのセルフホストチームワークスペースで、人間とAIエージェントが同じ部屋とイベントログを共有するSproutは、デスクトップアプリのv0.0.16を、新しいSprigオールインワンバイナリ (PR #605)のローリングビルドと並行して出荷しました。SprigはACPハーネス、エージェント、および開発者MCPを単一のbusyboxスタイルバイナリにバンドルし、デプロイを容易にします。PR #611で追加された--no-memoryフラグは、オペレータがACPハーネス用のNIP-AEコアメモリ注入を無効化できるようにします。リアルタイム面では、PR #609がhuddle音声プロトコルを、最大10の同時ピアをサポートするv2フレームヘッダに拡張します。

Nostrord v1.0.3がOSキーチェーンとマルチアカウントを追加

Nostrordはv1.0.3をリリースし、OSキーチェーンとパスフレーズフォールバックで強化されたローカルキーストレージ、マルチアカウントサポート、およびAndroid上でsignerアプリを開くタップ可能なbunker QRコードを備えました。

AngorがNIP-44に移行し、セキュリティ強化を出荷

Nostrとタップルート上に構築されたbitcoinクラウドファンディングアプリであるAngorは、今週セキュリティ強化とNostr統合の変更のセットを備えた3つの不安定版リリース (v0.2.24、v0.2.25、v0.2.26)を出荷しました。PR #860は、Nostr暗号化メッセージングをNIP-04からNIP-44に移行し、非推奨のXORベースのスキームをChaCha20-Poly1305暗号化に置き換えます。PR #861は、エフェメラルなNostr認証キーを使用して、選択されたウォレットなしでBlossomメディアのアップロードを許可し、まだウォレットを接続していないユーザーのアップロードを解除します。セキュリティシリーズはいくつかの強化カテゴリに対処しました: PR #854はAngorKeyの型安全性とニーモニックメモリ保護を追加し、PR #856はタイムロック、手数料率、ダスト閾値、およびペナルティルールのためのプロトコルレベル検証を強制し、PR #851は8つの中および低重大度カテゴリにわたって非破壊的強化を適用します。PR #859は、AOTコンパイルを有効化しランタイムコード生成を削除することでGrapheneOS互換性を修正し、PR #855は、OSがプロセスを終了する前にウォレット状態を永続化することでAndroidスワイプキルでのウォレット損失を防ぎます。

Alby js-sdk v8.0がNWCマルチリレー再接続を出荷

Alby js-sdkは、NWCマルチリレーサブスクリプションサポートを備えたv8.0ライン (v8.0.1からv8.0.3)をリリースしました。PR #516は、nostr-tools依存関係を更新し、複数のリレーにわたるネイティブ自動再接続を有効化し、以前のポーリングアプローチをリレーネイティブの再接続ロジックに置き換えます。PR #542は、すべてのconsole.debug呼び出しを注入可能なロガーインターフェースに置き換え、アプリケーション開発者がSDK診断を独自のロギングインフラを介してルーティングできるようにします。このリリースはWebSocketポリフィルを削除し、サーバサイドのコンシューマにはNode.js 22以上を必要とします。v8.0.2は、一部のバンドラを壊していたutils crypto importバグの修正を追加しました。

KeyChat v1.41.1が前方秘匿性を修正

Signalプロトコルと Nostrリレートランスポートを組み合わせたメッセージングアプリであるKeyChatは、v1.41.1+6513をリリースしました。目玉の修正は、成功した復号後にSignal one-time prekeyを直ちに削除することで前方秘匿性を強制し、デバイスが後に危殆化された場合に保持されたprekeyが過去のメッセージを復号するために使用される可能性があるギャップを閉じます。このリリースはまた、単一のリンクで構成されるメッセージのURLプレビューを追加し、20 MBの自動閾値を持つ新しいFileDownloadManagerの下でメディア自動ダウンロードを集中化し、NIP-11リレー情報のフェッチをリファクタリングしてコールドスタートで強制リフレッシュし、有料リレー料金設定が常に正しく読み込まれるようにします。

開発中

Citrineは、NIP-70強制を実装するPR #151をマージしました: Androidリレーは今、仕様が要求するように、保護されたイベントコンテンツを埋め込むリポストをブロックします。PR #149は、リレー設定画面から複数の接続アドレス、localhost、ローカルWi-Fi、およびTorのための表示およびコピーアクションを追加します。PR #141は、Amberとの外部signer統合を通じてNIP-42 AUTHチャレンジ処理を追加します。

Mostroは、anti-abuseボンドロールアウトのフェーズ2に到達しました。PR #737は、solver指向の紛争スラッシュロジックをランディングします: 管理者ハンドラは今、mostro-coreからのBondResolutionペイロードを消費し、管理者が紛争を解決する際にいずれかの当事者のボンドをスラッシュできるようにします。PR #736でマージされたフェーズ1.5は、専用のPayBondInvoiceアクションとWaitingTakerBondステータスを導入し、テイカーのanti-abuseボンド支払いを買い手のトレードペイアウトから分離しました。モバイルクライアントは、PR #592で完全なフェーズ1.5 UXを追加しました。MostroはNostr上に構築されたピアツーピアbitcoin取引プロトコルです。

Damusは、リレーシグナルインジケータを復元するPR #3773をマージし、PR #3775は初回接続失敗後に再接続を拒否したリレーを修正します。

rust-nostrは、イベント最終化トレイトとNIP固有のイベントビルダを追加するPR #1358をマージし、特定のプロトコル機能向けに正しく型付けされたイベントを構築しやすくします。PR #1363は、NIP-46 signerがconnectレスポンスを送信する前に通知にサブスクライブすることを保証する修正をバックポートし、connect直後に到着するクライアントメッセージが失われる可能性のある競合条件を閉じます。

dart-nostrは、Namecoin .bitリレーリゾルバとTLSAピンレコードを追加するPR #44をマージし、Flutterアプリケーションがwss://example.bit/リレーURLをNamecoin DNS経由で実際のWebSocketアドレスに解決できるようにします。

Dart NDK (Dart/Flutter Nostr開発キット、現在はrelaystr/ndk)は、オフラインイベント署名プロトコルであるNIP-77を実装するPR #464をマージしました。signer側では、PR #602およびPR #601がwebフィックスのイベントsignerとPlatformEventVerifier抽象を追加し、Flutter webアプリが別のコードパスなしでプラットフォームsignerを使用できるようにします。PR #604は、ランタイムsigner選択のためのイベントsignerファクトリを導入します。PR #608はユーザーのNIP-17 DMリレーリスト (kind:10050)を取得するgetDmRelays()を追加し、PR #600はNIP-46署名済みフィールド保持を修正して、リモートsignerがラウンドトリップでフィールドを失わないようにします。

Pages by Form* (リポジトリ)はFormstrのNostrネイティブ共同ドキュメントアプリで、pages.formstr.appでホストされ、今週暗号化添付およびドキュメント管理フローを引き締める4つのPRをマージしました。PR #37は、暗号化添付をインライン化することでDOCX、HTML、およびPDFエクスポートの欠落画像を修正します: Blossomサーバから<encrypted-file> blobを取得し、保存された鍵とnonceを使用してAES-GCM 256ビットで復号し、画像MIMEタイプを検証し、base64データURLに変換して、暗号化された形式でBlossom上にのみ存在する画像がエクスポートで保持されるようにします。PR #39はローカルドキュメント検索メカニズムを追加し、PR #38はリネームフローを整理し、PR #40は共有バックアップ処理を修正します。

Zap Cookingは、まだユーザーに見える変化なしにフィードレンダリングプリミティブを敷設するフィード刷新の第一フェーズであるPR #396をマージしました。このPRは、url、m (MIME)、dim (寸法)、blurhash、alt、x (ファイルハッシュ)、およびfallbackスロットを読み取るNIP-92 imetaタグパーサ、および手動でポートされた正規のblurhashデコーダ (~200 LOC)を導入し、SSRセーフなnullフォールバックを持つcanvas経由でPNGデータURLを生成します。imetaタグがない場合、パーサは現在のフィードがすでに使用しているのと同じヒューリスティックを使用してイベントコンテンツから生の画像およびビデオURLを抽出するフォールバックを行います。

Nurunuru (ぬるぬる、tami1A84/null--nostr)は、Rust FFIエンジンを共有するネイティブAndroid、iOS、およびWebバリアントを持つNostrクライアントで、PR #176でv1.5.0 Native → Web同期をマージしました。この同期は、Android v1.4.9およびiOS 1.0.4ですでに出荷されたいくつかの機能追加をWebビルドにもたらします: NotificationModalは今、誕生日通知、相互フォローzap検出、およびカスタム絵文字リアクション通知を表面化します。リアクションピッカーはUnicodeデフォルトリアクションクイック行を削除し、UXをカスタム絵文字に集中させます。lib/recommendation.jsの推奨エンジンはアイコンや表示名のないユーザーをフィルタリングし、Followingエントリを優先し、Recommendedはバックグラウンドで読み込みます。音声入力は反対方向に進む唯一の機能です: WebビルドはすでにElevenLabs Scribeストリーミングを使用しており、v1.5.0はNative側をOS標準のSpeechRecognizer (Android)およびSFSpeechRecognizer + AVAudioEngine (iOS)に部分同期しますが、完全なNative Scribe統合はv1.6に延期されます。

プロトコルおよび仕様作業

**PR #2251**はNIP-70保護イベント仕様を引き締めます: 今、保護されたイベントの完全なコンテンツを埋め込むリポストはリレーによって拒否されなければならないと明示的に述べます。NIP-70は、ノート作成者が自分のノートの再発行に同意しないことを示す-タグを定義します。元の仕様はリレーフィルタリングの動作をカバーしていましたが、リポストの場合は曖昧なままでした。このPRはそのギャップを閉じます。CitrineのPR #151は、この同じ週にリレー側で強制を実装します。

**PR #1653**は、プライベート草案イベントを保存および同期するためのDrafts NIPを提案します。この提案は、置換可能イベントとdraftステータス、および作成者自身の鍵に対するNIP-44暗号化を使用し、クライアントが進行中の作業をリレーに保存できるようにし、それらのイベントが他の誰にも見えないようにします。草案イベントは、最終的なkindおよびタグを含む、完全な意図された発行イベントを暗号化されたコンテンツとして運びます。

**Snapshots (PR #2279)**は、置換可能なNostrイベントの1つの正確なバージョンを保持するための不変のスナップショットイベントを定義するオープン提案です。スナップショットイベントは、置換可能イベントのアドレスに戻るaタグを持つ、特定の時点における置換可能イベントの完全なコンテンツを運び、すべての履歴バージョンが一緒にクエリ可能になります。これにより、リレーが古いバージョンの保持を停止した後でも、観察者が履歴状態を検査することが可能になります。

Namecoin NIP-05波: 今週、.bit NIP-05解決をNostrクライアントに追加する協調的な取り組みが見られました。NIP討論フィードは、Aegis (#14、signerで署名時検証を追加)、nostter (#2128)、およびdart-nostr (#44)に対するオープンソースPRを、上流のNIP草案 (PR #2349)と並んで捉えました。Aegis PRは、検証をプロデューサ側に置く点で注目に値します: signerは、.bitアイデンティティを主張するkind:0イベントに署名する前にNamecoinチェーンをチェックし、不一致の場合はユーザーに警告し、イベントがリレーに到達する前に問題を捕捉します。

NIPディープダイブ: NIP-07 (webブラウザ用window.nostr)

NIP-07は、ブラウザ拡張機能がwebアプリケーションに公開するwindow.nostrインターフェースを定義します。これはweb上で最も広く展開されているsignerインターフェースで、Alby、nos2x、Flamingo、およびhorseなどの拡張機能によって実装されています。

インターフェースには2つの必須メソッドといくつかのオプションメソッドがあります。window.nostr.getPublicKey()は、呼び出し元ページに秘密鍵を公開することなく、ユーザーの公開鍵を16進文字列として返します。window.nostr.signEvent(event)は、created_at、kind、tags、およびcontentを持つ部分的なイベントを受け取り、id、pubkey、およびsigが追加された完全な署名済みイベントを返します。重要なポイントは、秘密鍵が拡張機能の隔離されたコンテキストから決して離れないことです。webアプリケーションは未署名イベントを提出し、署名済みのものを受け取ります。

オプションメソッドは暗号化をカバーします: 古い (現在は非推奨の)NIP-04スキーム用のwindow.nostr.nip04.encryptおよびwindow.nostr.nip04.decrypt、および現在のNIP-44スキーム用のwindow.nostr.nip44.encryptおよびwindow.nostr.nip44.decrypt。NIP-44をサポートする拡張機能は、呼び出し元ページがnsecを見ることなく、ダイレクトメッセージ暗号化と、pubkey鍵付き暗号化を必要とする他のアプリケーションの両方を扱えます。

仕様には拡張機能の作者への推奨も含まれています: 拡張機能マニフェストで"run_at": "document_end"を使用してスクリプトをロードし、ページの読み込み時にwindow.nostrが同期的に利用可能になるようにし、クライアントが拡張機能が注入する前にwindow.nostrをチェックする競合条件を避けます。

動作中のNIP-07の重要な例は、上記で扱ったKeycastプロジェクトです。Keycast webフロントエンドは、NIP-98 HTTP認証イベントに署名するためにNIP-07を使用します: SvelteKitアプリはユーザーのnsecを直接扱いません。window.nostr.signEventを呼び出して認証ヘッダを生成し、次にそのヘッダをKeycast APIに送信します。このアーキテクチャは、キーマテリアルがチーム鍵管理フロー全体を通じてブラウザ拡張機能内に留まることを意味します。

{
 "id": "a1b2c3d4e5f6a1b2c3d4e5f6a1b2c3d4e5f6a1b2c3d4e5f6a1b2c3d4e5f6a1b2",
 "pubkey": "7f8e9d0c1b2a3e4f5d6c7b8a9f0e1d2c3b4a5f6e7d8c9b0a1f2e3d4c5b6a7f8a",
 "created_at": 1747785600,
 "kind": 1,
 "tags": [],
 "content": "Hello from a NIP-07 signed event",
 "sig": "0a1b2c3d4e5f6a7b8c9d0e1f2a3b4c5d6e7f8a9b0c1d2e3f4a5b6c7d8e9f0a1b2c3d4e5f6a7b8c9d0e1f2a3b4c5d6e7f8a9b0c1d2e3f4a5b6c7d8e9f0a1b2cdd"
}

NIPディープダイブ: NIP-39 (プロフィール内の外部アイデンティティ)

NIP-39は、Nostrユーザーがプロフィール内で外部プラットフォームアイデンティティに対する制御を宣言する方法を定義します。各宣言はkind:10011イベント内でiタグを使用し、他のプラットフォーム上の特定のアカウントの所有権と、独立に検証可能な証明を主張します。

各タグは["i", "platform:identity", "proof"]の形式に従い、platform:identityはコロンセパレータでプラットフォーム名とユーザー名を結合します (github:semisol、twitter:semisol_public)。proofはプラットフォーム自体上の検証可能なアーティファクトを指します。

GitHubの場合、証明はGist IDです。ユーザーは自分のGitHubアカウントからVerifying that I control the following Nostr public key: npub1...というテキストを含む公開Gistを作成します。主張を検証するクライアントはhttps://gist.github.com/<identity>/<proof>を取得し、Gistが主張されたGitHubユーザー名によって作成され、期待されるpubkeyを含むことを確認します。Twitterの場合、証明はツイートID、Mastodonの場合は投稿ID、Telegramの場合は公開グループ内のメッセージ参照です。

アイデンティティプロバイダ名はa-z、0-9、および._-/文字のみを含む必要があり、:を含んではなりません。アイデンティティ名は小文字に正規化されるべきで、複数存在する場合はプライマリエイリアスが使用されます。

今週起こっているNamecoin .bit NIP-05の議論は、より広範なアイデンティティスタックにおけるNIP-39の役割を示しています: それはNostrキーを他の場所の確立されたアイデンティティと相互参照するための、標準化された、リレー非依存の方法を提供し、中央検証機関を必要としません。クライアントは、指定されたプラットフォーム上の公開アーティファクトを取得することで独立に証明を検証でき、証明はGistまたはツイートテキスト内の特定のNostr pubkeyにバインドされ、一般的なプラットフォーム認証情報ではありません。

{
 "id": "b2c3d4e5f6a7b8c9d0e1f2a3b4c5d6e7f8a9b0c1d2e3f4a5b6c7d8e9f0a1b2c3",
 "pubkey": "7f8e9d0c1b2a3e4f5d6c7b8a9f0e1d2c3b4a5f6e7d8c9b0a1f2e3d4c5b6a7f8a",
 "created_at": 1747785600,
 "kind": 10011,
 "tags": [
 ["i", "github:semisol", "9721ce4ee4fceb91c9711ca2a6c9a5ab"],
 ["i", "twitter:semisol_public", "1619358434134196225"],
 ["i", "mastodon:bitcoinhackers.org/@semisol", "109775066355589974"]
 ],
 "content": "",
 "sig": "1c2d3e4f5a6b7c8d9e0f1a2b3c4d5e6f7a8b9c0d1e2f3a4b5c6d7e8f9a0b1c2d3e4f5a6b7c8d9e0f1a2b3c4d5e6f7a8b9c0d1e2f3a4b5c6d7e8f9a0b1c2d3eff"
}

今週はこれで終わりです。何か構築しているか、共有するニュースがあれば、NostrでDMを送るか、nostrcompass.orgで見つけてください。

Nostr Compass #22

Wed, 13 May 2026 00:00:00 +0000

Nostr Compassへようこそ。Nostrプロトコル開発の週刊ガイドです。

今週： Nostr VPNが7日間で8つのリリースを出荷し、再設計されたデバイスペアリングフローからFIPS AEADスワップでTCPスループットをほぼ2倍にするまでの進化を遂げました。Marmot Protocol（White Noiseの基盤）がユーザーブロック機能を完成させるフロントエンドリリースを出荷し、MDKとバックエンドで31件のPRがマージされました。Grainがv0.6.0を出荷し、1つのマイルストーンで4つの新しいNIP実装を追加しました。Citrineがv3.0.0-pre1を出荷し、Tor内蔵とリレー集約を実現しました。Amberがv6.1.0-pre2を出荷し、接続フローと署名の改善を行いました。Alby Hubがv1.22.2を出荷し、AIとエージェントページおよびCore Lightning統合を追加しました。Mostroが同時テイカーボンドとmostro-core v0.11.0を出荷しました。Jumbleが最近の検索履歴とアカウントデータ永続性の修正を含む5つのリリースを出荷しました。Nostrordがグループ共有モーダルとArch Linuxパッケージを含む3つのリリースを出荷しました。Flotillaがビデオ通話、メールレンダリング、ルームメンションを含む1.8.0を出荷しました。Calendar by Formstrが予約スケジューリングとAndroidカレンダー同期を含むv1.5.1を出荷しました。Tamagostrichが分散型NIP-78タマゴッチをsats報酬とともにローンチしました。

トップストーリー

Nostr VPNがv4.0.10に至る8つのリリースを出荷

Nostr VPN（Nostrをピア発見に使用するRustベースの分散型メッシュVPN）が、macOS、Linux、Windows、Androidでv4.0.1からv4.0.10まで8つのリリースを出荷しました。v4.0.8での主要な変更：AEADがRustCryptoのchacha20poly1305ソフトウェアバックエンドからring 0.17のBoringSSLのChaCha20-Poly1305に切り替わり、aarch64ではNEON、x86_64ではAVX2/AVX-512の手動チューニングを使用します。同一ハードウェアでのDockerベンチマークでは、2ノード直接TCPスループットが437から1097 Mbpsに跳ね上がりました。v4.0.9はUDP送信パスにsendmmsg(2)バッチ処理を追加し、TCPシングルストリームを1066から1548 Mbps（1.45×）に押し上げました。v4.0.10はデバイスペアリングの完全なUXオーバーホールを出荷しました。

Marmot / White Noiseがユーザーブロック完成とMDKおよびバックエンドでの31マージPRを含むフロントエンドリリースを出荷

White Noiseが5月7日にv2026.5.7+24を出荷し、ブロック機能セットを完成させました。ブロックされたユーザーは、招待、チャットプレビュー、メッセージタイムライン、検索結果、通知から非表示になり、そのメッセージは未読バッジにカウントされなくなりました。MDKはPR #258でエクステンションv3ワイヤーフォーマットとdisappearing_message_secsスキーマを追加し、メッセージ消去機能の基盤を整えました。

Grain v0.6.0がNIP-40、NIP-50、NIP-70、NIP-45を追加

Grainが5月6日にv0.6.0を出荷し、4つの新しいNIP実装を追加しました。NIP-40イベント有効期限により、パブリッシャーは有効期限タイムスタンプを設定してリレーが期限切れ後にイベントを破棄できるようになります。NIP-50フルテキスト検索により、クライアントはREQメッセージで検索フィルターを発行できます。NIP-70保護イベントにより、リレーは作者の明示的な許可なしにイベントを再共有できなくなります。NIP-45カウントクエリにより、クライアントはリレーに一致するイベントの数を返すよう要求できます。

今週の出荷

Citrine v3.0.0-pre1がTor内蔵とリレー集約を実現

Citrineがv3.0.0-pre1を出荷し、プライバシーを保護するリレーアクセスのためのTorサポートと、複数のアップストリームリレーからイベントを取得してローカルクライアントに提供するリレー集約を実現しました。PR #139は効率的なセット調整ベースのイベント同期のためのNIP-77（Negentropy Reconciliation）サポートを追加しました。

Amber v6.1.0-pre2が新しいアプリ接続フローを改善

Amberがv6.1.0-pre2を出荷しました。主な修正点：署名者ダイアログがバンカーリクエストを受け入れた後に正しく閉じるようになり、不正なバンカーリクエストには無効リクエスト画面が表示され、インテントベースの署名リクエストにレート制限が追加されました。

Alby Hub v1.22.2がAIとエージェントページおよびCore Lightningサポートを追加

Alby Hubがv1.22.2を出荷しました。新しいAIとエージェントページにより、Alby HubのLightningとNWC機能がAIエージェントおよびMCP互換ツールに公開されます。Core Lightning（CLN）がLNDとLDKに加えてサポートされるバックエンドになりました。

Mostroが同時テイカーボンドとmostro-core v0.11.0を出荷

Mostroがテイカーボンド機能を進める11件のPRをマージしました。PR #733は、複数のテイカーが同時にボンドインボイスを送信でき、最初にロックした者が勝つ同時テイカーボンドを実装しました。mostro-coreがPR #144でAction::PayBondInvoiceとStatus::WaitingTakerBondを追加してv0.11.0を出荷しました。mostro-cliがv0.15.0を出荷しました。

Jumbleが最近の検索とアカウント永続性を含む5つのリリースを出荷

Jumbleがv26.5.2からv26.5.6を出荷しました。v26.5.5は最近の検索履歴を追加しました。v26.5.6で重大な永続性バグが修正され、アカウントとキャッシュデータがアプリの完全再起動後も保持されるようになりました。

Nostrordがグループ共有モーダル、メディアアップロード、Arch Linuxパッケージを出荷

Nostrordがv1.0.0、v1.0.1、v1.0.2を出荷しました。v1.0.1はAURでnostrord-binとしてArch Linuxパッケージを出荷し、PGP署名済みアーティファクト、最新へジャンプボタン、チャットでの画像・メディア貼り付けを実現しました。v1.0.2はPR #49でグループ共有を追加し、nostr:naddr URIとnostrord.com/open/リンクの両方を生成する共有モーダルを提供します。

FIPS v0.3.0がクロスプラットフォーム対応、Nostrピア発見、未修正LANのゲートウェイを出荷

FIPSがv0.3.0を出荷し、Linux専用からLinux、macOS、Windows、OpenWrtへの主要マイルストーンを達成しました。ノードは公開Nostrリレーでkind:37195パラメータ化置換可能イベントとして署名済みオーバーレイ広告を発行するようになりました。Nostr VPNのスループット向上をもたらしたring 0.17 ChaCha20-Poly1305スワップもFIPS v0.3.0に搭載されました。

Camelus v1.10.1がデスクトップビルドを出荷

Camelus v1.10.1がWindowsとLinuxのデスクトップビルドを出荷し、モバイル専用配布から拡張しました。

Flotilla 1.8.0がビデオ通話、メールレンダリング、ルームメンションを出荷

Flotillaが1.8.0を出荷しました。ボイスルームがビデオをサポートするようになり、参加者は通話中にカメラをオンにしたり画面を共有したりできます。welshmanライブラリの更新によりメールレンダリングが実現しました。ルームメンションにより、ユーザーはクリック可能なインラインリンクで他のルームやリレーを参照できます。

Calendar by Formstrが予約スケジューリングとAndroidカレンダー同期を含むv1.5.1を出荷

Calendar by Formstrが5月10日にv1.5.0、5月11日にv1.5.1を出荷しました。予約スケジューリングにより、ユーザーは予約可能な時間枠を作成できます。読み取り専用のAndroidカレンダー統合により、Nostrイベントがデバイスカレンダーに同期されます。

開発中

Amethystが予約投稿、NIP-9Aコミュニティルール、デスクトップローカルリレーを追加

Amethystが今週78件のPRをマージしました。予約投稿がPR #2765で実現しました。PR #2841でデスクトップビルドがSQLiteイベント永続化を持つ埋め込みローカルリレーを獲得しました。NIP-9Aコミュニティルールを実装する3件のPR：PR #2798が送信前にコミュニティルールに対して投稿を検証し、PR #2799が構造化されたNIP-9Aルールエディターを追加し、PR #2800がオプトインNIP-9Aフィードフィルターを追加しました。

ShopstrがMCP監査ログとセッションセキュリティを追加

Shopstrが5件のPRをマージしました。MCPツールレイヤーの監査ログがPR #456で実現しました。PR #477でセッションセキュリティが強化され、発信元APIキーへのセッション固定とTTL削除が追加されました。

Dart NDKがWebサポートとシールシグネチャ検証を追加

Dart NDKが6件のPRをマージしました。PR #571でSembastCacheManagerにWebサポートが追加されました。NIP-59 Gift WrapフローのためのシールシグネチャVerificationがPR #595で実現しました。

新しいプロジェクト

TamagostrichがNIP-78分散型タマゴッチをsats報酬とともにローンチ

Tamagostrichは、IDENTITY Hackathon 2026でローンチされたブラウザベースの仮想ペットゲームで、赤ちゃんダチョウのNoriがあなたのNostrソーシャル活動を通じて成長します。ペットの状態はクロスデバイス同期のためNIP-78 kind:30078イベントに保存されます。マイルストーン報酬はNIP-47を通じてsatsで支払われます：レベル5で50 sats、レベル10で210 sats、最大レベル21で420 satsがユーザーのlud16アドレスに送られます。

プロトコルと仕様の作業

今週5つの新しい提案が開かれました。

PR #2331はNIP-9A：検証可能なコミュニティルールを提案し、機械可読な暗号学的署名付きコミュニティルール文書のためのkind:34551を導入します。

PR #2335はNostrマーケットプレイスのための予約イベントを提案し、kind:32122（パラメータ化置換可能な予約イベント）、kind:1326（追記専用のトランジション監査レコード）、kind:32124（取引後レビュー）を定義します。交渉はNIP-59ギフトラップメッセージを通じてプライベートに行われます。

PR #2334はNostrマーケットプレイスのためのエスクローサービスを提案し、エスクロー事業者がEVMコントラクトアドレスと手数料スケジュールを宣言するためのkind:30303を使用します。

PR #2333はNIP-99マーケットプレイスリスティングのための宿泊施設リスティングプロファイルを提案し、短期レンタルリスティングのためのH3地理空間インデックスgタグでNIP-99を拡張します。

PR #2332はNIP-BC：オンチェーンZaps（kind 8333）を提案し、NostrキーとBitcoin Taprostアドレスの直接的な同一性を利用します。kindの番号はNIP-57を反映しています：9735はLightning P2Pポート、8333はBitcoinメインネットのP2Pポートです。

NIP深掘り：NIP-78（アプリ固有データ）

NIP-78は、アプリケーションがNostrイベントを使用してユーザーに代わって任意のプライベートまたはパブリックデータを保存する標準的な方法を定義します。中核となるイベントカインドは30078で、dタグがアプリケーション定義の識別子文字列であるパラメータ化置換可能イベントです。アプリケーションはストレージスロットに固有のdタグを与え、保持する必要があるJSONまたはテキストコンテンツを含む30078イベントを公開します。主な動機は、集中型サーバーなしのクロスデバイス同期です。プライベートなアプリケーションデータには、公開前にNIP-44を使用してコンテンツフィールドを暗号化できます。現在の利用者にはTamagostrich（ペット状態同期）、Wisp（ウォレットバックアップとセキュリティ設定）、NosPress（CMSオーケストレーション状態）、および複数のNostrクライアント設定同期実装が含まれます。

主要ソース：

NIP-78仕様：https://github.com/nostr-protocol/nips/blob/master/78.md
Tamagostrich：https://github.com/Negr087/tamagostrich

関連項目：NIP-51 Lists、NIP-65 Relay List Metadata

NIP深掘り：NIP-98（HTTP認証）

NIP-98は、Nostrキーペアがユーザー名、パスワード、OAuthトークンを排除してHTTPサーバーへのリクエストを認可できるHTTP認証スキームを定義します。クライアントはkind 27235の短期間Nostrイベントを構築し、秘密鍵で署名し、JSONをbase64エンコードして、Authorization: Nostr HTTPヘッダーで送信します。kind 27235イベントには、methodタグにHTTPメソッド、uタグに完全なリクエストURL、created_atタイムスタンプが含まれます。サーバーは署名を検証し、メソッドとURLが一致することを確認し、リプレイ攻撃を防ぐためにタイムスタンプが最近のものであることを確認します。NIP-98は、Blossom（BUD-01）でのブロブアップロード認証、Routstrのリクエストごとのアクセス制御、Sproutのgitトランスポート認証、Alby Hubの管理API認証に使用されています。

主要ソース：

NIP-98仕様：https://github.com/nostr-protocol/nips/blob/master/98.md
BUD-01：https://github.com/hzrd149/blossom/blob/master/buds/01.md

関連項目：NIP-96 HTTP File Storage Integration

今週はここまでです。何かを作っていたり、共有するニュースがあれば、NostrでDMを送るか、nostrcompass.orgでお会いしましょう。

Nostr Compass #21

Wed, 06 May 2026 00:00:00 +0000

Nostr Compassへようこそ。Nostrの最新動向をお届けする週刊ガイドです。

今週の注目： Marmot ProtocolがMIP-05通知プリミティブ初実装、アドレス指定可能なNIP-51キーパッケージ、強化されたセキュリティレビューを備えたMDK 0.8.0を公開しました。LaWallet NWCはOpenSatsの資金提供以来最大のリリースとなるv0.10.0を公開し、完全な管理ダッシュボード、エンドユーザーウォレット、エンドツーエンドの活動ログ、新しいLightningAddress 1→NとNWCConnectionスキーマを提供します。AmethystはJWTリフレッシュ時の音声ギャップ解消、ライフサイクル対応キーデータサブスクリプション、リレーのキープアライブ再接続、アニメーション発言参加者インジケーターを含むNests安定化スプリントを実施しました。ngitはv2.4.2とv2.4.3を公開し、PRサブミッション時のGRASPサーバー検出とマルチリモート状態イベントフィルタリングを修正しました。GRAINはv0.5.4を公開し、本番環境向け強化とDockerクイックスタートでの無音データ損失バグを修正しました。Mostro CoreはPGP署名リリースアーティファクトを含むv0.10.1を公開しました。Claveはマルチアカウントサポートを備えたv0.2.0をiOSでリリースしました。

主要ストーリー

MDK 0.8.0がMIP-05通知プリミティブとアドレス指定可能なキーパッケージを追加

Marmotプロトコルの中核RustライブラリであるMDKは、5月4日にv0.8.0を公開しました。このリリースでは初のMIP-05通知ビルディングブロックを提供し、MIP-00キーパッケージをアドレス指定可能なイベントに移行してユーザーのキーパッケージをその場で置き換えられるようにし、混在バージョングループの互換性を向上させ、モバイルバインディングのUniFFIカバレッジを拡張し、管理アクション、コミット、ストレージ、暗号化境界、リプレイ処理に関するバリデーションパスを強化しています。MIP-05プリミティブにはPR #235で追加されたリーフインデックスヘルパーが含まれており、下流クライアントがグループ構造を漏らすことなく受信者ごとのプッシュ通知を届けるのに十分な情報を提供します。PR #273はmdk-coreのcrates.io公開を復元し、PR #269はtest_utilモジュールをtest-utils Cargoフィーチャーの背後に公開して外部クライアントスイートがMarmotのテストハーネスを共有できるようにします。

LaWallet NWC v0.10.0が完全なモノレポとエンドユーザーウォレットを提供

LaWalletチームのNIP-47 Nostr Wallet Connect実装であるLaWallet NWCは、4月30日にv0.10.0を公開しました。これはOpenSatsの資金提供以来最大のリリースです。完全なモノレポ、完全な管理ダッシュボード、エンドユーザーウォレット、エンドツーエンドの活動ログ、ダイナミックブランディング、新しいLightningAddress 1→NとNWCConnectionスキーマを提供します。PR #191で公開されたユーザー向けウォレットは、オンボーディング、ホーム、送受信、スキャン、通貨、アクティビティフィード、オフラインキャッシュをカバーしています。

AmethystがNestsをキープアライブ、JWTレジリエンス、ライフサイクルサブスクリプションで安定化

機能豊富なAndroidクライアントAmethystは、本番環境でのコール障害を引き起こしていた故障モードに焦点を当てた安定化スプリントでNIP-53 Nestsオーディオルームの作業を継続しました。PR #2733の音声ギャップ修正はJWTリフレッシュ中にアクティブストリームと新しい資格情報の取得を重複させます。PR #2730の新しいキープアライブメカニズムは手動ユーザー操作なしに切断されたリレーを再接続し、PR #2728はレガシーのKeyDataSourceSubscriptionをLifecycleAwareKeyDataSourceSubscriptionに置き換えます。PR #2724はマルチスピーカーセッションで発言中の参加者をハイライトするアニメーション外リングインジケーターを追加します。

ngit v2.4.2とv2.4.3がGRASPサーバー検出とマルチリモート状態イベントを修正

NIP-34コラボレーションのコマンドラインツールおよびgitプラグインであるngitは、4月28日にv2.4.2を、5月1日にv2.4.3を公開しました。v2.4.2はrepo_graspsが正規化されたホスト名を保持していたがフルクローンURLと比較していたURL正規化の不一致を修正します。v2.4.3はリポジトリが同じ識別子を共有する複数のnostr://リモートを持つ場合に発生した状態イベントのあいまいさを修正します。

GRAIN v0.5.4が本番環境向け強化と無音データ損失の修正を実施

GoベースのNostrリレーおよびクライアントライブラリであるGRAINは、4月30日にv0.5.4を公開しました。このリリースはv0.5.3以降に蓄積された6つの修正をまとめており、コンテナ再起動時にイベントを無音でドロップしていたDockerクイックスタートの無音データ損失バグと、アドレス指定可能なイベント読み込みにおけるストレージ層の正確性バグを含みます。

Mostro Core v0.10.1がPGP署名リリースアーティファクトを追加

Mostroデーモンのピアツーピア機能を提供するRustライブラリであるMostro Coreは、4月28日にv0.10.1を公開しました。新しいリリースにはPGP署名リリースアーティファクトとverify-releaseフローが追加され、下流のパッケージャーがアーティファクトの出所を確認できます。

タグ付きリリース

Clave v0.2.0がNIP-46 (Nostr Connect)署名でiOSにマルチアカウントをリリース

iOS向けNIP-46リモート署名アプリのClaveは、5月5日にv0.2.0を公開しました。最大の更新はマルチアカウントサポートの導入です。Claveは1台のデバイスに最大4つのアカウントを保持でき、ワンタップの切り替えとアカウントごとの分離を実現します。PR #23がマルチアカウントのiOSの仕組みを追加し、PR #22がAPNsペイロードにsigner_pubkeyフィールドを追加してデバイスがリモート署名リクエストがどのアカウントに属するかを判別できるようにします。

Wispがv1.0.3からv1.0.5の安定化作業を公開

AndroidクライアントのWispは、5月4日にv1.0.3、v1.0.4、v1.0.5を公開し安定化作業を実施しました。PR #506はフルメディアのロード中にぼかしたイメージプレビューのためのThumbhashを追加し、PR #514はボトムタブ切り替え時のもたつきを軽減します。

Amber 6.1.0-pre1がレイアウトと安定性の修正を公開

NIP-55とNIP-46向けAndroid署名アプリのAmberは、新しいアプリ接続フローのレイアウト修正と複数のクラッシュ修正を含むv6.1.0-pre1を公開しました。PR #416はActivityStatsBarのレイアウトとテキストオーバーフローの問題を修正します。

Routstr Core v0.4.3が支払い、返金、利用レポートを改善

Routstr Coreは5月1日にプレリリースとしてv0.4.3を公開し、支払いと返金の処理、コスト追跡、利用レポートを改善しました。

Nostria v3.1.37からv3.1.41がWebブックマークと自動テーマを追加

マルチプラットフォームNostrクライアントのNostriaは、v3.1.37からv3.1.41を公開し、NIP-B0 Webブックマークサポート、デバイス設定に追従する自動テーマ、アプリ内PDF表示を追加しました。

NoorNote v0.8.9がデスクトップ初回起動時の空白画面を修正

NoorNoteは4月28日にv0.8.9を公開し、デスクトップアプリの初回起動時の空白画面バグを修正しました。

Kubo v0.3.4からv0.4.1が保護者コントロールとWeb of Trustフィードキュレーションを備えた子供向けNostr動画プラットフォームを公開

Nostr上の子供向け動画プラットフォームKuboは、5月4日と5日にv0.3.4からv0.4.1を公開しました。各子供は別々のNostrキーペアと動画優先フィードを持ち、親が時間制限（1日15〜180分）、許可された時間帯、投稿アクションの表示を制御できます。

未リリースの変更

SproutがDesktop v0.0.4とv0.0.5を公開し、NIP-OAエージェント認証とペアリングサイドカーを追加

BlockのNostrクライアントSproutは、5月5日にDesktop v0.0.4を、5月6日にv0.0.5を公開しました。PR #471はリレーのNIP-43メンバーシップフローにNIP-OAエージェント認証を組み込み、自律エージェントが特定の人間公開鍵がその行動を承認したことを証明できるようにします。NIP-AB デバイスペアリング用の新しい一時的なサイドカーリレーがPR #467にsprout-pair-relayとして追加されます。

nostreamがMarmotリレーサポートとNIP-25リアクションを追加

Node.jsリレー実装のnostreamは、PR #602でMIP 00から03をカバーするMarmot Protocolリレーサポート、PR #589でNIP-25リアクションサポート、PR #586で#gフィルター用のジオハッシュプレフィックスマッチングをマージしました。

strfryが接続ごとの可観測性を追加しnofilesの上限を削減

C++製Nostrリレーのstrfryはオブザーバビリティをターゲットとした14個のPRをマージしました。PR #218は接続ごとの保留中のアウトバウンド可観測性と設定可能なバックプレッシャーキャップを追加します。PR #224はイベントごとのモニターファンアウトからstd::functionのヒープアロケーションを削除します。

DamusがTenor GIFをPurpleプロキシに置き換えコンパクションUXをリリース

DamusはPR #3737をマージし、Tenor GIF統合をDamus Purpleプロキシに置き換えました。

Primal AndroidがExplore、アラート、NIP-05認証バッジを改善

Primal AndroidはPR #1043をマージし、_@domainの識別子を持つユーザーの点滅するNIP-05認証バッジを修正しました。

Alby HubがアプリConnectionからのNWC決済を追加

Alby HubはPR #2267をマージし、アプリ接続からの決済を可能にしました。

routstrd-auth：NIP-98認証とnpub RBACを備えたチーム向けDocker化Routstrd

routstrd-authは4月27日に作成され、npubベースのロールベースアクセスコントロールとNIP-98 HTTP認証を備えたマルチユーザーチームデプロイメント向けのRoutstrをDocker化したバリアントです。

RoutstrがデーモンクライアントとリモートモードにHermesを統合

RoutstrはPR #22をマージし、Hermes Agentとの統合を追加してRoutstrがNostr経由で発見したモデルプロバイダーとAPIキーでエージェントの設定ファイルが自動入力されるようにしました。

whitenoise-rsがアカウントごとのデータベース分離とプロポーザルアップグレードを公開

whitenoise-rsはPR #796をマージしてメッセージプロジェクションテーブルをアカウントごとのデータベースに移動し、PR #791はプロポーザルアップグレードを追加してグループが新しいプロポーザルタイプで機能を拡張できるようにします。

Angorがコンパクトなアプリフローとキープロバイダーおよびネットワーク切り替えの強化を含む0.2.21を公開

Angorは5月6日に0.2.21を公開し、モバイルデザインのパフォーマンス改善、コンパクトなアプリフロー、セキュアなキープロバイダーを提供します。

新たに追跡・発見されたプロジェクト

BitMacro Signer：クライアントサイドキー暗号化を備えた自己ホスト型NIP-46バンカー

BitMacro SignerはNIP-46バンカーモデルを使用したセルフホスト型のNostr署名ツールです。キーはストレージ前にクライアントサイドで暗号化されるため、サーバーは平文を保持しません。

今週はNIP-34リポジトリ発見で26件の新しいリポジトリアナウンスが見つかり、そのうち4件が注目されます。

gnostr：Nostr上に直接構築されたgit実装

gnostrはNostr上に直接構築されたgit実装で、ゼロから作られたNostrネイティブバージョン管理クライアントとして独自のワーキングツリーコマンドを提供します。

nostr-archive：NostrとBlossom上のコンテンツアドレス型アーカイブ仕様

nostr-archiveはNostrとBlossom上のコンテンツアドレス型アーカイブのドラフト仕様とリファレンス実装です。

flower-cache：ローカルBlossomキャッシュサーバー

flower-cacheはローカルのBlossomキャッシュサーバーで、リモートBlossomサーバーのblobセットのホットローカルミラーが欲しいクライアントに有用です。

micro-vpn-ansible：NIP-34経由のVPNデプロイメント向けAnsibleプレイブック

micro-vpn-ansibleはNIP-34リポジトリとしてホストされる、マイクロVPNデプロイ用の小さなAnsibleプレイブックコレクションです。

プロトコル作業

NIPの更新

NostrでのブローカーレスハッシュレートマーケットNostr（ドラフト提案）：現在のハッシュレート市場プレイヤーがユーザーにKYCを要求するカストディアルブローカーであると主張する匿名NIPドラフト。NostrイベントでのP2Pハッシュレートマーケットを提案。
Curated Feeds：DVMフィードのシンプルな代替（ドラフト提案）：NIP-90 DVMはシンプルなフィードキュレーションには重すぎると主張し、イベントIDの順序付きリストを持つ薄いアドレス指定可能なイベントを提案。
Profile Colors：決定論的ビジュアルアイデンティティ（ドラフト提案）：クライアント間で一貫したビジュアルアイデンティティのためにNostr公開鍵から決定論的な読みやすい色を導出するための新しいNIPドラフト。
NamcoinトラックNIP：アイデンティティ、リレー、TLS、評判のアンカリング（ドラフトクラスター）：NostrスタックのピースをNamecoinに固定されたレコードに移動するドラフトNIPのクラスター。

NIP詳解：NIP-34（gitストッフ）

NIP-34はNostrリレー上でgitリポジトリ、パッチ、プルリクエスト、イシュー、マージステータスをホストするためのイベントkindを定義します。リポジトリはkind 30617のアドレス指定可能なイベントとしてアナウンスされます。パッチはgit format-patchの出力を運ぶkind 1617を使用します。プルリクエストはkind 1618を使用します。イシューはmarkdownコンテンツのkind 1621を使用します。ステータスイベントはスレッドをOpen（1630）、Applied/MergedまたはResolved（1631）、Closed（1632）、Draft（1633）の間で移動させます。今週のNIP-34のニュースは先週のGitWorkshop v2ローンチと同様です：GRASPサーバー、ngit、nostr://クローンURLスキームが合わさってブラウザ内PRマージボタンが機能し、完全に分散化されたフォージのループを閉じています。

NIP詳解：NIP-53（ライブアクティビティ）

NIP-53はNostr上のライブアクティビティの標準イベントサーフェスを定義します：ライブストリーム、永続的なミーティングスペース、スケジュールされたカンファレンスイベント、リスナーの存在、ライブチャット。ライブストリームはkind 30311のアドレス指定可能なイベントとしてアナウンスされます。NIP-53は永続的な部屋とその中で開催されるスケジュールされたイベントを分離します：kind 30312 Meeting Spaceが部屋を定義し、kind 30313 Conference Eventがその部屋でのスケジュールされたまたは進行中のミーティングを表します。Nostrのライブアクティビティサーフェスは意図的に薄く設計されています：NIP-53がアクティビティをアナウンスし、zap（NIP-57）、zapゴール（NIP-75）、動画録画（NIP-71）などの隣接する関心事は他のNIPが処理します。

今週はここまでです。何かを構築中または共有したいニュースがあれば、NostrでDMするか、nostrcompass.orgでご連絡ください。

Nostr Compass #20

Wed, 29 Apr 2026 00:00:00 +0000

Nostr Compassへようこそ、Nostrに関する毎週のガイドです。

今週: GitWorkshopはgit-over-Nostrを、ブラウザ内PRマージボタン、Starsとリポジトリフォロー、帯域効率の良いgitエクスプローラ、kind 1111のインラインレビューコメント、暗号化されたマルチデバイス通知状態を備えた、より充実したコードレビューの場へと発展させました。RoutstrdはNostrのkind 38421アナウンスを介してモデルプロバイダを発見し、Cashuで支払いを行うローカルデーモンをローンチしました。タグ付けされたリリースにはngit v2.4.2、Wisp v1.0.0、grain v0.5.2およびv0.5.3、Mostro Core v0.10.0とMostro Mobile v1.2.5、marmot-ts v0.5.0、CruxCoach v0.1.3、Meiso v1.3.0、NoorNote、Nostria、Nostr Calendar、nos2x-fox、applesauce、nostr-double-ratchetなどが含まれます。未リリースの変更はAmethyst Nests、nostreamのNIP-65およびNWC、FIPSのNostrベースudp:natブートストラップ、strfryの可観測性、Sproutオーナ証明、Zap Cookingレシピパックを扱います。新規追跡プロジェクトにはNostrord、Clave、Treasures、smesh、Surveil、Fundstr、Nod City、deploy-nsite-to-pages、null–nostrが含まれます。月末の振り返りは2021年から2026年までのNostrの4月を扱います。

トップストーリー

GitWorkshopがブラウザ内PRマージ、リポジトリフォロー、帯域効率の良いgitエクスプローラを出荷

Dan ConwayによるNIP-34 git-over-Nostr向けのウェブベース共同作業レイヤーであるGitWorkshopは、今週メジャーリリースを出荷しました。これにより、コメント、リポジトリリスト、通知を署名済みNostrイベント内に保ちながら、開発者がGitHubやGitLabに期待するワークフローに大きく近づきました。

目玉の追加は、GRASPリレーを使用するリポジトリ向けの長らく待ち望まれていたブラウザ内PRマージボタンです。このリリースでは、リアクションとNIP-51リストの上に構築されたStarsおよびリポジトリフォロー機能も追加され、ピン留めされたリポジトリセットは順序付きaタグを介してkind 30617のリポジトリアナウンスを指すkind 10617イベントとして発行されます。プロフィールページには、ポータブルなリポジトリリストを表示できるようになりました。

帯域効率の良いgitエクスプローラが、これまでのブラウザ内の浅いクローンに取って代わりました。新しいエクスプローラはGRASPが構築されている基盤のgitクライアント/サーバプロトコルに依存しているため、ブラウザに完全なパックの取得を強制することなく大規模なリポジトリを扱えます。検索はユーザー名とリポジトリメタデータを対象とし、NIP-50と、ネットワーク全体でリポジトリアナウンスを発見・同期するngit-indexerリレー実装によって動作します。ブラウザ内のリポジトリ作成ワークフローが、発見とオンボーディングの経路を完成させます。

レビューツールは、Files Changedタブ、パッチごとの差分ビューア、および一連の実験的な新しいプリミティブを中心に再構築されています。インラインコードレビューコメントはkind 1111を使用し、NIP-22の上に構築されています。各コメントはファイルパス(fタグ)、コミットSHA(cタグ)、選択された行範囲(lineタグ)を指すため、クライアントは差分内の正しい位置にコメントを表示できます。実験的プリミティブの第二階層は、作成者およびリポジトリメンテナによる権限付けが行われ、NIP-32ラベルを使用します。IssueまたはPRの件名を提出後にリネーム、提出後にハッシュタグを追加、編集可能な要約のためにバージョン管理されたCoverNoteをPRまたはIssueの先頭にピン留め、インラインコード議論のサブスレッドを解決済みとしてマークすることができます。判定イベントとsuggestionブロックは草案のままで、まだ出荷されていません。

デバイス間の通知状態もNostrを介して同期されますが、プライバシー保護のひねりが加えられています。GitWorkshopは専用の通知キーペアを生成し、そのnsecを暗号化し、kind 30078イベント内に格納します。通知nsecは実際の通知状態イベントに署名します。この間接化により、ユーザーのメイン署名者が読み取りやアーカイブ操作ごとの頻繁な暗号化・復号リクエストでスパムされることが防がれ、外部の観察者がユーザーが通知状態を触った時を容易に見ることができなくなります。ユーザーはデバイス間で読み取り状態とアーカイブ状態を同期でき、リレーは暗号化されたblobだけを見ます。

RoutstrdがNostr経由推論のローカルルータをローンチ

Routstrdは、ローカルツールにOpenAI互換のエンドポイントを提供し、各リクエストを競合するRoutstrプロバイダにルーティングする新しいTypeScriptデーモンです。デーモンはRoutstrのRIP-02仕様で定義されたNostrのkind 38421アナウンスを介してプロバイダを発見します。次に、RIP-06に基づいて価格、信頼、最近のパフォーマンスでプロバイダをスコアリングし、各リクエストを現在最良の選択肢に送信します。

支払いは、cocodによって管理されLightningで資金供給されるローカルCashuウォレットを介して行われます。これにより、Nostrリレーを通じてプロバイダ発見を公開かつパーミッションレスに保ちながら、クライアントにsats建ての決済経路を提供します。セッション中にプロバイダが失敗した場合、Routstrdは次にランク付けされたノードにフォールバックできます。インストール経路はbun install -g routstrd、続いてウォレットとリレー設定のためのroutstrd onboardです。

より広範なRoutstrオーガニゼーションは、デーモン、Pythonノードソフトウェア(routstr-core)、チャットUI、およびプロトコル仕様を保守しています。ユーザーにとって、ローカルポートが安定したインターフェースとなります。既存のOpenAI互換ツールがRoutstrdを指す一方、デーモンがプロバイダ発見、ルーティング、支払いを処理します。

タグ付きリリース

ngit v2.4.2はPR提出向けのGRASPサーバ検出を修正

ngitは、リポジトリのGRASPサーバ検出の修正を伴うv2.4.2を出荷し、提案がPR kindを使用する際のPR提出をハッピーパスに保ちます。ngitは現在、大規模でない限りほとんどの変更に対してデフォルトでPatch kindを使用することに注意してください。メンテナはデフォルトの変更に向けて作業中です。週の前半に出荷されたv2.4.1は、オープンPRのgitデータがリポジトリの指定されたgitサーバで利用できない場合のクローンおよびフェッチ中のfatalエラーを修正しました。

Wisp v1.0.0がベータから卒業

リレールーティング、プライバシー、および小さなネイティブUIに焦点を当てたKotlinとJetpack ComposeのAndroidクライアントであるWispは、v1.0.0を出荷し、続いてv1.0.2を出荷しました。1.0.0のマイルストーンは、Newsletter #19で扱ったNormie Modeの法定通貨表示切り替え、For Youフィード、NIP-29リレーベースのグループ設定、およびNIP-65リレーリスト配信をまとめたものです。v1.0.2はAndroid 15の16 KBページサイズサポート、ドロワーシートのQRスキャンタブ、インラインビデオコントロール用のダウンロードボタン、通知リストのパフォーマンス修正を追加します。

grain v0.5.2はWebSocketロックアップを修正、v0.5.3は仕上げを継続

0ceanSlim製のGoリレーであるgrainは、v0.5.0で導入されたWebSocketロックアップに対する重要なホットフィックスとしてv0.5.2をカットし、続いてv0.5.3を出荷しました。ロックアップは特定のフィルタおよびWebSocketパスの下で接続をハングさせていたため、v0.5.1またはv0.5.0のオペレータはアップグレードすべきです。grainはすべての主要なNostrイベントカテゴリを追跡し、NIP-11リレー情報を公開し、ホワイトリスト/ブラックリストのアクセス制御、kindごとのレート制限、ウェブダッシュボード、およびv0.5.xラインで追加されたGoクライアントライブラリをサポートします。

Mostro Core v0.10.0とMostro Mobile v1.2.5がNIP-59デュアルキーgift wrapを採用

Mostro Core v0.10.0は、識別鍵とトレード鍵を分割した新しいNIP-59 gift-wrapモジュールを追加します。以前のトランスポートコードは、トレードidentityとgift wrappingの両方に単一のidentity鍵を使用していました。v0.10.0は安定したトレードidentityをエフェメラルなwrapping鍵から分離するため、トレードプロトコルに必要なidentityを保ちながら、各トレードで新鮮なトランスポート鍵を使用できます。デーモン統合はMostro PR #718経由でランディングし、mostro-cli PR #165は同じ移行をコマンドラインクライアントにもたらします。

Mostro Mobile v1.2.5はプロトコル作業と並行して出荷されました。PR #581は、テイカーがメイカーのアカウント年齢によってオファーをフィルタリングできるようにし、ユーザーがオーダーブック内の新しく作成されたメイカーアカウントを避ける方法を提供します。PR #580はキャンセルされたオーダー詳細の役割ラベルを修正し、PR #576は協調的キャンセルボタンを整理します。

marmot-ts v0.5.0がアドレス可能KeyPackagesを出荷

marmot-tsは、TypeScript版Marmotクライアントの最初の計画された破壊的変更リリースである@internet-privacy/marmot-ts@0.5.0をカットしました。PR #68はアドレス可能KeyPackageサポートを追加します。KeyPackageManagerは今、レガシーのkind 443と新しいkind 30443の両方のKeyPackageイベントを扱えます。このリリースはKeyPackageStoreとグループ状態ストレージクラスを削除し、それらをKeyPackageManagerとMarmotGroupに渡される汎用キーバリューストアに置き換えます。また、招待とグループ管理をMarmotClient.invitesとMarmotClient.groupsに移動するため、直接埋め込むユーザーはアップグレード前にコンストラクタとストレージの変更が必要です。

CruxCoach v0.1.3がNostrとBlossomを使った暗号化クライミングデータバックアップを出荷

CruxCoachは、Kilter Boardクライマー向けの新しいオープンソースAndroidアプリです。Kilter Boardは、Bluetooth経由でホールドが光ってルートを表示する対話型トレーニングウォールです。アプリは4月14日にローンチし、4月26日にv0.1.3に到達しました。

v0.1.3はオプトイン暗号化クラウドバックアップを追加します。ユーザーのCruxCoachアカウントはNostrキーペアであり、秘密鍵はローカルバックアップ暗号化鍵への入力を兼ねます。アプリはクライミングデータをオンデバイスで暗号化し、暗号文をBlossomストレージサーバ(blossom.primal.netおよびnostr.download)にミラーリングします。リモート削除アクションはBlossomクリーンアップパスを呼び出します。バックアップに加えて、CruxCoachはAmberサポート用のNIP-46リモート署名、アプリ内開発者連絡用のNIP-17プライベートDM、リレー発見用のNIP-65リレーリスト、およびNostr配管用のVitor PamplonaのQuartzライブラリを使用します。ユーザーはZapstoreまたは直接Codeberg APKからインストールできます。

Meiso v1.3.0がサブタスク、Blossom添付、NIP-89タグ付けを追加

Meisoは、タスクをNIP-44で暗号化されたkind 30078アプリケーションデータとしてNostrリレーに格納する、Android向けのミニマリストなFlutterタスクマネージャです。4月6日にリリースされたv1.3.0は、親子関係を持つサブタスク、ブロック/被ブロック/関連/重複のタスクリンク、BlossomおよびNIP-96 HTTPファイルアップロードエンドポイントを介した画像添付、発行されたイベント上のNIP-89推奨アプリケーションclientタグ、およびGoコマンドライン同期ツールを追加します。v1.3.0はまた、コールドスタートリレー動作とAmberクライアント再利用を修正します。

NoorNote、Nostria、Nostr Calendar、nos2x-fox、およびライブラリリリース

NoorNoteはv0.8.7、v0.8.8、v0.8.9を発行しました。これらのリリースは引用リポストでの画像とビデオのクリック処理を修正し、長文記事画像のライトボックスサポートを追加し、空白のデスクトップ起動画面を修正します。Nostriaはv3.1.29、v3.1.30、v3.1.31をカットし、記事エディタの画像圧縮、ウォレットのUSDトグル、プロモーションカード制御、PDFサポート、およびモバイルレイアウトの磨き上げを追加しました。

Nostr Calendar v1.4.1は、カレンダーイベント発行をカレンダーリスト管理から切り離し、招待追跡を修正します。nos2x-fox v1.19.0は、Firefox NIP-07ブラウザ署名の許可にカスタム認可時間枠を追加します。nostr-double-ratchet v0.0.97は新しいバイナリを出荷します。nostr-wot-sdk 0.9.0はデフォルトでNostrSessionProviderをマウントし、nostr-tools PR #535はNIP-47ウォレットコネクト文字列のマルチリレー解析サポートを追加します。

週の後半に、Amber v6.1.0-pre1は、より良いconnect-new-appレイアウト、signer-dialog修正、通知許可処理の改善、およびリファクタリングされたアカウント選択を伴うプレリリースを出荷しました。nostr-vpn v0.3.14はmacOS Apple Silicon、Linux、Windowsの成果物を含む新しいビルドをカットしました。Bitcredit Core v0.5.7-hotfix-1およびv0.5.8は、orphaned-blockバリデーション問題への連続的な修正を出荷しました。Surveil v0.1.6はモバイルUIの磨き上げと刷新されたAboutページをもたらしました。プロジェクト自体は以下で紹介します。

applesauce 6.0.0がレガシーイベントファクトリを削除し、Blossom URI解析を追加

hzrd149のTypeScript Nostrツールキットであるapplesauceは、モノレポ全体で6.0.0リリーストレインを出荷しました。applesauce-core@6.0.0はレガシーのEventFactoryクラスと古いbuildEvent、modifyEvent、createEventヘルパーを削除し、呼び出し元をapplesauce-core/factoriesとapplesauce-common内の新しいファクトリクラスに移行させます。また、リンク解析へのIPアドレスとlocalhost処理、BUD-10 Blossom URI正規表現、およびtimeoutWithIgnore、combineLatestBy、combineLatestByIndex、combineLatestByKeyなどの新しいobservableヘルパーを追加します。

パッケージレベルのリリースがNostr固有の部分を埋めます。applesauce-content@6.0.0はテキストとMarkdown向けBUD-10 Blossom URIノードを追加し、レンダラにコンテンツ内のBlossom参照を解析するファーストクラスの方法を提供します。applesauce-actions@6.0.0はリレー、ユーザー、アイテムをカバーするNIP-51リスト向けの基底ファクトリクラスを追加し、リスト構築をよりad hocでないものにします。applesauce-wallet-connect@6.0.0はWalletConnect.connectURIを公開するため、アプリは既存のNIP-47ウォレットコネクトURIに直接アクセスできます。

未リリースの変更

AmethystがMoQ相互運用テストでNestsオーディオルームを推進

Amethystは今週、先週のMedia over QUICオーディオルームスタックの上に構築された、いくつかのNestsフォーカスなPRをマージしました。PR #2622は、Amethyst MoQクライアントをリファレンスウェブ実装に対して動作させるクロスクライアント相互運用ハーネスを追加します。目標は、Android/ブラウザのワイヤレベルの分岐をユーザーが遭遇する前に捕捉することです。PR #2625はピクチャインピクチャのスピーカーフォーカスと接続状態を改善し、PR #2620は参加者グリッド内のアバター、ミュート状態、発話状態を明確化します。週の後半に、PR #2634がフルスクリーンNestビューでのIMEパディングとウィンドウインセットを修正し、PR #2635がNestsフィードにプレゼンスベースの新鮮さフィルタリングを追加しました。別途、PR #2627がAmethystのカスタムC secp256k1実装を削除し、libschnorr256k1に移行しました。

nostreamがNIP-65リレーリストサポートとNWC決済を追加

nostreamは、先週の53 PRリレースプリントの後、3つの注目すべきPRをマージしました。NIP-65リレーリストメタデータサポートがPR #585でランディングし、リレーがkind 10002リレーリストイベントをインデックスして提供できるようになります。Nostr Wallet Connect決済プロセッサがPR #539で続き、pay-to-relay経路を追加します。接続クリーンアップはPR #438で改善され、アクティブなサブスクリプションを持つソケットが刈り取られず、長期間稼働するインスタンスでサブスクリプション数がドリフトするデッドコネクションのバグを修正します。

FIPSがNostrベースudp:natブートストラップを追加

Newsletter #6およびNewsletter #10で以前扱ったFree Internetworking Peering SystemであるFIPSは、Nostrベースのudp:natブートストラップを伴うPR #53をマージしました。この変更により、ノードはNostrアドバートを発行し、暗号化されたofferおよびanswerシグナリングを交換し、STUNを介して公開アドレスを発見し、UDPホールパンチングを実行し、パンチされたソケットを通常のFIPSトランスポートスタックに引き渡すことができます。実装は、シグナルペイロードのアイデンティティを実際のNostr送信者にバインドし、設定されたDMおよびアドバートリレーに問い合わせてインボックスルックアップを行い、失敗した採用トラバーサルハンドオフをロールバックして、孤立したUDPトランスポートが生き続けないようにします。これは正規のリポジトリjmcorgan/fipsで追跡すべきNostrアナウンスおよびNATトラバーサル作業です。

strfryが接続ごとの可観測性を追加

strfryはPR #214をマージし、接続ごとの可観測性とPrometheus経由でエクスポート可能な接続レベルメトリクスを追加しました。PR #204はPrometheusラベルを正規化し、PR #215はstrfry上に構築されたNamecoin identityプロジェクトを扱うCommunity Integrationsセクションをドキュメントに追加します。

SproutがOwner Attestationとマルチワークスペースサポートを追加

BlockのNostrクライアントであるSproutは、NIP-OA (Owner Attestation)を実装するPR #406をマージしました。この機能は、自律エージェントに特定の人間のpubkeyがそのアクションを認可したという暗号学的証明を与えます。PR #409はデスクトップアプリにマルチワークスペースサポートを追加し、PR #411はモバイルcomposeに#channelオートコンプリートを追加し、PR #410はアクティブチャネルメッセージをドロップする可能性のあった競合ウィンドウを閉じます。PR #413はデバイス間の既読状態同期のためのNIP-RSを導入し、フォローアップのPR #420とPR #422がその既読状態をモバイルの未読バッジに配線します。

Zap Cookingがレシピパック、削除リクエスト、bunkerログインを追加

Zap Cookingは生産的なレシピ発行作業の一週間をマージしました。ユーザー自身のRecipe Packsに対するNIP-09削除リクエストがPR #367でランディングします。発行の信頼性はPR #366を通じて改善され、新しいレシピをすべて強制的にgardenリレーに載せ、共有レシピセットのリトライキューを追加します。ワンクリックの著者パック発行がPR #365でランディングし、PR #331はNIP-46 bunkerログインサポートを追加します。

Whitenoise-rsがローカルデータベースを暗号化

whitenoise-rsはPR #758をマージし、Whitenoiseのオンディスクデータベースに対するSQLCipher暗号化を追加しました。これによりMarmotデーモンスタックの長年のat-restセキュリティギャップが閉じられます。PR #775はグループ必須機能を公開し、PR #772はグループメディア操作をセッション所有のMediaOpsに移行し、PR #773はsession-opsリファクタの一部としてSharedServicesホルダーを抽出します。モバイル側では、whitenoise PR #577がAndroidフォアグラウンドサービスのブート自動再起動を有効化し、デバイス再起動後にデーモンが戻らないケースを修正します。

新規追跡と発見

Nostrord: Kotlin MultiplatformとWASMで構築されたNIP-29クライアント

Nostrordは、Discord代替のユースケースをターゲットとする新しいNIP-29グループチャットクライアントです。グループはリレー強制のメンバーシップ、ロール、モデレーション、アクセス制御を持つNostrリレー上に存在するため、グループ状態は選択されたNIP-29リレーによってホストされます。クライアント開発者はそれらのグループのために別個のアプリケーションデータベースを制御しません。ウェブアプリはweb.nostrord.comで稼働し、WebAssemblyにコンパイルするKotlin Multiplatformで構築されており、ネイティブのAndroid、iOS、デスクトップビルドが開発中です。NostrordはOpenSats助成金の受領者であり、Flotilla、Chachi、0xChatが使用するのと同じNIP-29リレーと相互運用します。

ClaveがAPNs経由でNIP-46リモート署名をiOSにもたらす

Claveはベータ版のiOSリモート署名者で、アプリが開かれていないときにNostrイベントに署名します。秘密鍵はiPhone Keychainに残ります。クライアントがNIP-46リモート署名リクエストを送信すると、サーバサイドのプロキシがApple Push Notificationを配信し、Notification Service Extensionを最大30秒間起こします。その拡張はNIP-44暗号化でリクエストを復号し、Keychainの鍵で署名し、レスポンスを発行します。デバイストークン登録はトークンハイジャックを防ぐためにNIP-98 HTTP Authを使用します。Claveはbunker://とnostrconnect://ペアリング、クライアントごとの信頼レベル、kindごとのオーバーライドをサポートし、Nosturとnastrudelでテスト済みです。

Treasures: Nostr上の分散型ジオキャッシング

Treasuresは、キャッシュと発見が署名済みNostrイベントであるジオキャッシングプラットフォームです。キャッシュ作成者はGPS座標を持つkind 37516アドレス可能イベントを発行します。発見者は物理キャッシュに添付されたQRコードをスキャンして発見を記録します。コードは作成者pubkey、キャッシュdタグ、および物理訪問の証明として使用される検証秘密鍵をエンコードします。NIP-57 zapは発見者からキャッシュ作成者に流れることができ、ライブアプリはtreasures.toにあります。

smesh v0.5.1: セルフホストのNostrリレー、クライアント、および署名者を1つのスタックに

smeshは、mlekuによってGoおよびTinyGoから派生したカスタム言語Moxieで書かれたセルフホストのNostrスタックです。このスタックは、HTTP、WebSocket、AUTH、検索、およびBlossomサポート付きのネイティブリレーバイナリ、ESモジュールにコンパイルされたウェブクライアントsm3sh、およびNIP-07ブラウザ署名とNIP-04およびNIP-44暗号化サポートを備えたブラウザ署名者拡張機能を出荷します。最近の作業には、v0.5.0でのMLS (RFC 9420) グループメッセージング、リレー同期のためのnegentropyセット調整、およびWeb of Trustグラフエンジンが含まれます。コードはmlekuのセルフホストforge git.smesh.lolにあり、彼自身のgit-webツールで構築されています。関連するgitea-nostr-authリポジトリは、Gitea向けのOAuth2/OIDCブリッジです。ユーザーはNIP-07ブラウザ署名者で認証し、ブリッジはNIP-65を介してリレーを発見し、GiteaはOIDC identity claimsを標準的に受け取ります。

Surveil: Nostr上のMagic: The Gatheringデッキビルダー

Surveilは、Magic: The Gatheringプレイヤー向けのNostrクライアントで、ユーザーはカードを検索し、デッキを構築し、オンデバイスML Kit OCRでAndroid上の紙のカードをスキャンし、ネットワーク全体でデッキを共有できます。デッキはkind 37381アドレス可能イベントとして発行され、デッキイベント仕様はプロジェクトのNIP.mdに文書化されています。ソーシャルレイヤーは標準的なNostrプリミティブから構築されています。各デッキにスコープされたNIP-22 (kind 1111) スレッド化コメント、NIP-25 (kind 7) リアクション、プレイヤーホーム向けのNIP-78 (kind 30078) プロフィールデータ、kind 3フォローフィード、および元のデッキに戻るaタグを持つフォークです。v0.1.6は今週、モバイルUIの磨き上げ、ライフカウンター改善、刷新されたAboutページ、デッキヒーローバナーのリレーピルとともに出荷されました。ウェブアプリは静的HTMLが提供されるあらゆる場所で稼働し、AndroidビルドはZapstoreを介して出荷され、kind 37381イベントはDittoによってもMagicデッキとしてネイティブにインデックスされます。リポジトリはGitLabのchad.curtis/surveilにあります。

小さな追加: Fundstr、Nod City、deploy-nsite-to-pages、null–nostr

Fundstrは、一度限りおよび定期的な誓約のためのCashu ecashを使用したNostr上のクリエイター資金調達プラットフォームで、クリエイターティア定義とNostr DMを備えます。Nod Cityは、レビューが署名済みNostrイベントであり、レビュアーがzapを受け取ることができるBitcoinサービスレビューサイトです。公開ソースリポジトリは見つかりませんでした。deploy-nsite-to-pagesは、nsyte downloadを使用してnsiteをGitHub Pagesにミラーリングし、ルートkind 15128および名前付きkind 35128 nsiteをサポートするGitHub Actionです。今週のNIP-34データでも発見されたnull–nostrは、最近のOpenSatsウェーブでNurunuruとして扱われたクライアントです。MLSグループメッセージング、Amber、NIP-50検索、NIP-70保護投稿、ProofModeバッジ、およびZapstore配布をサポートします。

FIPSはCompassにとって新しいプロジェクトではありません。Newsletter #6およびNewsletter #10で扱いました。データベースは今、正規のリポジトリであるjmcorgan/fipsを指しており、今週のNIP-34発見でもfipsやawesome-fipsのような関連するgit-over-Nostrミラーが表面化しました。

プロトコル作業

NIPアップデート

NIPsリポジトリにおける最近の提案と議論:

今週マージされたもの:

NIP-34 git repositories: remove unused refs tag extension (PR #2325): 定義されていたが使用されていなかったNIP-34のrefsタグ拡張を削除します。このクリーンアップは、git-over-Nostrツールの実装曖昧性を減らします。
NIP-34 git repositories: remove incorrect NIP-09 claim (PR #2326): NIP-09削除イベントがリポジトリ状態をリセットできるという誤った主張を削除します。NIP-09削除はクライアント側のイベント削除リクエストであり、リポジトリ状態機械ではありません。この訂正により、NIP-34実装者が削除ヒントを権威あるリポジトリリセットとして扱うことを防ぎます。

オープンおよび実装主導の作業:

GitWorkshopのkind 1111インラインレビューコメント: インラインコードレビューコメントkindはGitWorkshopのNIP.mdに文書化されており、現在活発に使用されていますが、正式なNIPとしてはまだ提案されていません。判定イベント(kind 7321)とsuggestionブロックは草案のままで、まだ出荷されていません。GitWorkshopとngitからの実装フィードバックが、これらの形が独立したgit-review NIPになるか、NIP-34の上に層をなすアプリケーションコンベンションのままであるかを決定します。
Nostr mail coreとNostrmon: 今週、2つの新しいカスタムNIP草案が回覧されました。Nostr mail coreはRFC 2822メールコンテンツ用のkind 1301を提案し、プライベート配信のためにNIP-59でラップされ、NIP-05で解決されたブリッジpubkeyを介してレガシーメールにブリッジされます。Nostrmonは、地域、マップ、クリーチャー、NPC、プレイヤーセーブ、およびアイテム用のアドレス可能イベントkindをスケッチします。両方ともカスタム草案のままで、マージされたNIPではありません。
NIP-67: EOSE Completeness Hint (PR #2317): 提案はEOSEに肯定的な完了マーカーを追加することの反復を続けており、リレーが「保存イベントが完全に配信された」を、リレーが完了主張をしないレガシーのEOSEケースと区別できるようにします。

6つのNostrの4月

4月はNostrの開発経路のきれいな断面図を与えます。2021年のプロトコル文書、2022年の初期クライアント作業、2023年のDamus後のアプリケーション波、2024年のプライベートメッセージングとgit-over-Nostr作業、2025年のBlossomとリレーリストのクリーンアップ、2026年の採用フォーカスのクライアント助成金です。

2021年4月: NIPsリポジトリ以前のプロトコル文書

Fiatjafは2020年11月20日に元のNostr記事、“Notes and Other Stuff Transmitted by Relays”を発表しました。その最初のテキストには既に、プロトコルを今も定義する核となる形が含まれていました。ユーザーは鍵でイベントに署名し、それらをリレーに発行し、選択したリレーから読み取ります。nostr-protocol/nostrコミットログは、4月1日から4月30日の間にコミットがないことを示しています。活動はその両側にあります。2021年3月のコミットは初期の「nostwitter」リンクとkindフィルタを追加し、2021年5月にはNIP-02が再利用され、NIP著作権が追加されました。

2021年4月には、公開クライアント市場もなく、目に見えるリレーネットワークもなく、NIPsリポジトリもありませんでした。プロトコルは依然として小さな文書といくつかの実験として存在していました。Nostrはまだソーシャルネットワークにも開発プラットフォームにもなっていませんでした。それは依然として、最初の持続的な貢献者の波を待つリレー/鍵/イベントモデルでした。

2022年4月: NIPsはまだメインリポジトリに存在した

2022年4月は、NIPsがメインのnostr-protocol/nostrリポジトリから移動する前の最後の月でした。分割がまだ起こっていなかったため、専用のnostr-protocol/nipsリポジトリには4月のプルリクエスト履歴がありませんでした。メインリポジトリでは、3つの4月のコミットがランディングしました。4月8日のgoswami1999による“Update readme to add nip12”、4月25日のjb55による“add kinds list”、4月28日のsteliosrammosによる“add js formatting to sample code”です。

クライアント作業も形を成し始めていました。2022年4月のDamusコミットは初期のチャットルーム動作、プロフィール処理、およびアプリアイコンを追加し、nostr-toolsは初期のクライアントおよび実験のためのJavaScriptライブラリ経路になりつつありました。プロトコル面では、NIP-12ジェネリックタグクエリがタグ検索に文書化された場所を与え、kinds listはNostrをレジストリモデルに向けて動かし、より良いJavaScript例は仕様をクライアントおよびライブラリ作者にとって実装しやすくしました。5月1日、fiatjafはNIPsを専用リポジトリに移動しました。2022年4月は元のシングルリポジトリ時代の最後の月でした。

2023年4月: Damus後のアプリケーション拡大

2023年4月は、Damusが2023年1月31日にiOS App Storeでローンチしてから3か月後、Jack DorseyがNostrの公開鍵を投稿した後に到来しました。ネットワークはちょうど最初の大きな公開成長波を吸収したところでした。Damus、Snort、Iris、Coracle、Amethystなどのクライアントがアクティブで、リレーオペレータはより大きなソーシャルグラフが帯域幅、スパム、検索、モデレーションの前提に何をするかを学んでいました。

2023年4月には1つのマージされたNIPs PRがありました。4月17日にマージされたPR #456は、NIP-21のURI処理にNIP-19 bech32エンティティリンクを追加しました。周囲のコミットは、プロトコル作業の背後にあるアプリケーション圧力を示しています。2023年4月には、NIP-45 COUNT、イベント固有のzapマーカー、NIP-15マーケットプレイス、NIP-26削除委任セマンティクス、NIP-94ファイルメタデータ、NIP-47ウォレットコネクトエラー処理、NIP-30カスタム絵文字に関する作業がありました。貢献者リストはfiatjaf、staab、pablof7z、Semisol、CodyTseng、sethforprivacy、mikedilger、AsaiToshiya、alexgleason、martindsq、frbittencourt、arkin0xを含むように広がりました。

Damus、Snort、Iris、Coracle、Amethystはもはや仕様の周りのデモではありませんでした。それらはオンボーディング、フィード、スパム、zap、メディア、リレー選択に対処する本番クライアントでした。2023年4月のプロトコル作業は、それらのクライアントが作成したバックログのように読めます。zap、マーケットプレイス、ファイルメタデータ、カウント、絵文字、identityリンクはすべて、仕様を単純なノートおよびフォローを超えて押し進めました。

2024年4月: プライベートメッセージング、git-over-Nostr、およびメンテナサポート

2024年4月には2つのNIP PRマージがありました。4月10日にマージされたPR #1167は、クライアントと署名者が要求および認可されたアクションに対して正確な言葉遣いを必要とするNIP-46リモート署名の紛らわしい用語を修正しました。4月17日にマージされたPR #1108は、ステータスイベント、明確化、オプションのメンテナ、リポジトリ識別子、および発見可能性タグを含むNIP-34 git repositoriesを拡張しました。そのステップは、git-over-Nostrをngitとその後のGitWorkshopにとってより実用的にしました。

以前はNIP-24だったNIP-17は、プライベートDMおよび小グループチャット向けのsealed gift-wrappedメッセージとして4月24日にランディングしました。同じ期間にAmethyst、Primal、Gossip、nostr-tools、NDK、およびrust-nostrがすべてアクティブで、クライアントとライブラリの作業が並行して行われました。

OpenSatsも2024年4月にNostr開発者への長期サポートを発表しました。4月9日のPabloF7z、4月12日のStuart Bowman、4月15日のhzrd149です。これらの助成金は、資金を孤立したプロジェクト助成金から、リレー、ライブラリ、クライアントインフラの持続的な維持へと移動させました。

2025年4月: 密なNIPクリーンアップとBlossom正式化

2025年4月は、この振り返りで最も密なプロトコル月間で、16のマージされたNIPs PRがありました。月はNIP-73にブロックチェーントランザクションとアドレスを追加したPR #1846と、標準化タグ表にNIP-C0タグを追加したPR #1865で始まりました。続いてPR #1801とPR #1889がkind 10002リレーリスト再発行ガイダンスを改善し、PR #1879がNIP-65を縮小して明確化しました。

PR #1822はBlossom相互作用のためにNIP-B7を追加し、1年以上の非公式な実践の後にNostrクライアントとBlossomサーバに正規の調整レイヤーを与えました。PR #1051は、委任イベント署名仕様であるNIP-26を非推奨としました。NIP-26は安全に実装することが難しく、NIP-46や他の署名者パターンが成熟するにつれて魅力が薄れていました。

月の残りはクリーンアップとアプリケーション拡大を組み合わせました。PR #1882はNIP-11にプライバシーポリシーおよび利用規約フィールドを追加し、PR #1849はNIP-B0の下でkind 39701ウェブブックマークを拡張し、PR #1891はそのブックマークkindをREADMEに追加し、PR #1895はNIP-B0標準化タグを追加しました。OpenSatsは4月16日にEleventh Wave of Nostr Grantsを発表し、Swae、HAMSTR、Vertex、Nostr Double Ratchet、Nostr Game Engineに資金を提供しました。Primal、Coracle、noStrudel、nostr-tools、NDK、rust-nostrもこの期間を通じて出荷していたため、プロトコルクリーンアップはアクティブなクライアントとライブラリ作業の隣に位置していました。

2026年4月: NIP-34の強化、バッジ、および採用フォーカスの助成金

この号が閉じる2026年4月は、4つのマージされたNIPs PRがありました。最初は4月1日にマージされたPR #2276で、NIP-58プロフィールバッジをkind 10008に変更し、kind 30008バッジセットを追加して、バッジ割り当てとバッジコレクションをより組み合わせやすくしました。第二のgit-over-Nostrユーザビリティ変更は4月10日にマージされたPR #2312で到来し、NIP-34にnostr://クローンURLセマンティクスを追加しました。4月25日のクリーンアップ、PR #2325とPR #2326は、使われていないおよび誤ったNIP-34の言葉遣いを削除しました。

関連するコミットは同じ表面を鋭くします。4月22日、fiatjafはNIP-51にBlossomサーバリストを追加し、NIP-29メタデータ編集をFlotillaのPUT形式の動作に合わせるように調整しました。4月26日、彼は明確化のためにNIP-5Aをリネームしました。2026年4月は、すでに使われているプロトコル表面を実装しやすく、誤読しにくくすることに焦点を当てました。

OpenSatsは4月8日にSixteenth Wave of Nostr Grantsを発表し、Amethyst Desktop、Nostr Mail、Nostrord、Nurunuru (null–nostr)、およびHAMSTRの更新を支援しました。デスクトップクライアント、メール様メッセージング、グループUX、日本語オンボーディング、およびオフグリッド接続です。

Nostr Compass #20をお読みいただきありがとうございます。ヒント、修正、または扱うべき新しいプロジェクトがあればNostrでDMを送ってください。

Nostr Compass #19

Wed, 22 Apr 2026 00:00:00 +0000

Nostr Compassへようこそ。Nostrの週刊ガイドです。

今週の内容: Amethystは、Marmot準拠、NIP-72 community、NIP-75 zap goals、MoQベースaudio roomをまとめて進めました。TollGateは、NostrとCashu上のpay-per-use internet access仕様をv0.1.0として固め、nostreamはNIP-45、NIP-62、compression、query hardening、完全なNIP-11 parityを進めました。Forgeswornは、signing、identity、paid API discoveryのstackを一気に公開しました。ShockWalletは、NostrネイティブなLightning wallet同期を押し進め、Formstr suiteはsecurity hardeningとRRULE supportを中心に26 PRをマージしました。StableKraft、Keep、topaz、WoT Relay、Flotilla、NipLockも今週の出荷に並びます。今週のdeep diveはNIP-72とNIP-57です。

Shipping This Week

Primal Android ships Explore tab, NIP-05 verification, and audio player

Primal Androidは先週のfeed redesignに続き11本のPRを積みました。PR #1021はpopular user、follow pack、curated feedを軸にしたExplore tabを導入し、PR #1015はPrimalのAdvanced Search DSLから初期値を作るfeed editorを追加しました。PR #994はprofile向けNIP-05 verification UIを追加し、PR #997はin-feed audio playerを埋め込み、audio attachmentをその場で再生できるようにしています。PR #1018はwallet QR scanner経由のNIP-46 nostr-connect pairingも追加しました。

strfry adds Prometheus write-path metrics and fixes NIP-42 AUTH envelope

strfryはoperator向け改善をまとめて出しました。PR #194は専用Prometheus write-path metrics exporterとconnection gaugeを追加し、PR #197はconnectionごとのup/down bytesとcompression ratioをlogへ出すようにしました。PR #192はfilter tag limitをruntime-configurable optionへ昇格させ、PR #201はNIP-42 AUTH failure responseをNOTICEからNIP準拠のOK envelopeへ修正しました。

Shopstr hardens storefront security across 13 PRs

Shopstrは今週13本のPRをマージし、storefront security fixが大半を占めました。PR #434はseller-to-visitor script executionを許していたstored JavaScript holeを閉じ、PR #417はreflected XSSを防ぐためstorefront policy HTML renderingをescapeし、PR #418は未認証cached-event deletion APIを閉じました。PR #433、PR #419、PR #435、PR #414も認証とSSRF関連の穴を塞いでいます。機能面では、PR #421がfailed relay publish queueのreplay safetyを改善し、PR #425がwallet event fetchを修復し、PR #392がcheckout前にstored cart discountを再検証するようにしました。

Nostria v3.1.26 through v3.1.28 add background music playback on Android

Nostriaは今週v3.1.22からv3.1.28まで6リリースを出しました。中心はv3.1.26のAndroid background music playbackで、audio再生中にappが生き続け、notification barやlock screenからmedia controlを行えます。続くv3.1.27とv3.1.28はこの新しいmedia-service surfaceをhardeningしました。Newsletter #18では、その直前のlocal image generation releaseを扱っています。

Wisp v0.18.0-beta adds Normie Mode, For You feed, and NIP-29 group config

Wispは4月16日にv0.18.0-betaを出しました。PR #462は法定通貨建て表示を増やすNormie Modeを追加し、PR #464はtopic pickerとfirst-post coach付きのonboarding刷新を行い、PR #469はextended follow、trending event、followed hashtagを混ぜるFor You feedを加えました。protocol面ではPR #471がNIP-29 group configurationを実装し、PR #478がNIP-42 AUTH完了前にgroup 9021、9007、9009を送らないよう順序を修正し、PR #481はmentionされたpubkeyのNIP-65 inbox relayへnoteをbroadcastするようにしました。

NoorNote v0.8.4 adds Scheduled Posts and live stream zapping

NoorNoteはv0.8.4とv0.8.5を出しました。v0.8.4の中心はScheduled Posts add-onで、appは署名済みイベントをNoorNote運営relayへ渡し、指定時刻に公開させます。秘密鍵は端末外へ出ません。同じreleaseはNIP-53経由でstream chat overlayへsatsが現れるone-tap live stream zapも追加し、fiat-rate APIが一時停止してもwallet balanceを表示し続けるようにしました。v0.8.5では長いAndroid scrollでpostが重複するtimeline deduplication bugが修正されています。

topaz v0.0.2 ships a Nostr relay for Android

topazは、fiatjafによるAndroid phone上で動く新しいNostr relayで、2026-04-17にv0.0.2を公開しました。現段階ではscopeは狭く、インストール可能なAndroid packageとして動作するrelayを提供することが主眼です。

StableKraft v1.0.0 ships the first stable music-and-podcast PWA release

StableKraftは、podcast feed由来のmusicを発見、整理、再生するNext.js PWAで、authとsocial featureにNostr、V4V paymentにLightningを使います。2026-04-18にv1.0.0へ到達しました。同週には、15-minute OPML cacheとillegal XML strippingでfeed ingestionを改善し、follow-up fixでnightly reparse windowを720時間から24時間へ縮め、新規feedのself-healを速めています。

NipLock ships a NIP-17-based password manager

NipLockは、credentialをNIP-17 gift-wrapped DMとして保存し、device間で同期するpassword managerです。各password entryは自分の鍵から自分自身へのNIP-17 DMであり、同じ鍵で認証した任意deviceへ同じイベントが複製されます。署名はraw nsec、nos2xのようなbrowser extension、またはNIP-46経由のAmberで行えます。

flotilla-budabit polishes its NIP-34 repo surface

Budabit communityによるFlotilla fork、flotilla-budabitは、NIP-34 git-over-nostr workflow周辺のfixをまとめて出しました。repo discussion controlの復元、detail pageでのsticky repo tab保持、saved GRASP relayからのrepo announcement読み込み、maintainer適用patch statusの同期などが含まれます。upstream Flotillaと近い状態を保ちながら、Budabit contributor向けrepo viewを優先しています。

rx-nostr 3.7.2 through 3.7.4 add default verifier and optional constructor args

rx-nostrは、RxJSベースのNostr libraryで、3.7.2、3.7.3、3.7.4を出しました。PR #192はdefault Schnorr verifierを追加し、paired releaseのcrypto@3.1.6が@noble/curves利用bugを修正しました。PR #195はcreateRxNostr()の引数をoptionalにし、zero-configでのquick integrationを可能にしています。

Keep Android v1.0.0 ships with reproducible builds and zero trackers

Keepは、Nostrネイティブなpassword and secret managerで、hardening PRの積み上げの後、4月21日にv1.0.0を出しました。PR #241はpinnedかつverifiedなtoolchainを使うreproducible build recipeを追加し、PR #248はGoogle ML KitをZXingへ置き換えてGoogle Play Services依存を外し、PR #252はv1.0.0 buildのtrackerがゼロであることを示すExodus Privacy scanを公開しました。PR #256はZapstore配布向けzapstore.yaml manifestも追加しています。

Flotilla 1.7.3 and 1.7.4 add kind-9 wrapping for richer NIP-29 rooms

Flotillaは、hodlbodによるNIP-29 groups clientで、1.7.3と1.7.4を出しました。中心となるprotocol changeは、calendar eventやpollのようなnon-chat contentをkind 9で包むことです。これにより、それらをgroupへ送ったときroom contextが保たれます。同じrelease lineではpoll、Aegis URL schemeによるNIP-46 login、space inviteのnative share、room mention、mobile clipboard image paste、draft、video in call、feed pagination改善も入りました。

WoT Relay v0.2.1 migrates eventstore to LMDB

WoT Relayは、bitvoraによるweb-of-trust filtered relayで、2026-04-22にv0.2.1を出しました。PR #97はeventstoreをLMDBへ移行し、初期trust graph構築時にupstream read budgetを使い切らないようWoT bootstrap fetchを調整し、PR #99はgolang.org/x/cryptoをv0.45.0へ上げ、PR #100はreleaseに合わせてadvertised NIP-11 software URLとversion stringを更新しました。

Formstr suite: Pollerama security pass, Forms i18n, Calendar RRULE support

Formstr suiteは今週26本のPRをマージし、Pollerama、Forms、Nostr Calendar全体で明確なsecurityテーマが見えました。Polleramaでは、PR #182がlogout時のcached DM失効、PR #175がsecure browser storageへのlocal key移動、PR #171がkind 0 profile contentのJSON.parse防御を行い、product面ではPR #186がHTTPS deep linking、PR #169がpoll result上のauthor名clickable化を追加しました。

Formstr側では、PR #475がaudio/video URL support、PR #439がi18n、PR #466がGoogle Forms importer、PR #463がsensitive key logのconsole出力削除を行いました。Nostr Calendar by Formstrは同日にv1.3.0とv1.4.0を出し、PR #107で複数およびcustom RRULE support、PR #101でRFC 5545に従うfloating RRULE dateのUTC解釈、PR #97でshared event追加、PR #86でlist-level notification preference、PR #112でlogin/loading path再設計を行いました。3つのprojectはすべてNIP-52 eventを基盤にしています。

Also shipped: notedeck, nostr.blue, cliprelay, Captain’s Log

大きな見出し機能はないものの、複数clientが小刻みなreleaseを出しました。notedeckはv0.10.0-beta.4でcolumn renderingとrelay pool fixを出し、nostr.blue v0.8.6はDioxus 0.7.5を取り込み、native audio bridgeをmanganis::ffi pluginへ変えてAndroid buildを復旧しました。cliprelayはDesktop v0.0.3とAndroid v0.0.4を出し、clipboard sync loopを引き締め、32-bit Android variantを落としました。Captain’s Logは、sync relayのliveness detectionを含む3つのalpha buildを公開しています。

In Development

whitenoise-rs refactors to session-scoped account views

whitenoise-rsは、Marmot clientのRust daemonとして、global singletonからaccountごとのAccountSession viewへ移る15本のPRをマージしました。PR #743がAccountSessionとAccountManagerの土台を置き、PR #753がscoped relay handleを追加し、続くphaseでdraftとsetting、message operation、group read/write、membership、push notification、key-package read、group creationを順に移し、PR #770でevent dispatchまでsession所有へ移しました。目標は、shared monolithを副作用の漏れにくいper-account surfaceへ分解することです。

White Noise app adds block/unblock UI, leave-group, and offline notices

White Noiseは、missingだったgroup lifecycle controlを追加しました。PR #578はblock/unblock UIを出し、PR #571とPR #572はRust側のclear_chat、delete_chat、leave_and_delete_groupをappへ結び、PR #569とPR #576はchatとsettings画面へoffline noticeを追加しました。PR #585は「全key package削除」を「legacy key package削除」へ狭め、migration時にcurrent keyまで消えないようにしています。

MDK adds mixed-version invite support and SelfUpdate convergence

MDKは7本のPRをマージしました。PR #261はinvitee capabilityのLCDとしてRequiredCapabilitiesを計算し、AmethystとWhite Noise間のmixed-version inviteを可能にしました。PR #264はSelfUpdate wire formatを実装間で収束させ、PR #262はmalformed inviteeがstray stateを残さないようkey package parse順を修正し、PR #256とPR #259はrobustnessを強化し、PR #265はgroup_required_proposals accessorを公開しました。

nostter adds NIP-44 encryption across people lists, bookmarks, and mutes

nostterは10本のPRをマージしました。PR #2088はmute listへ、PR #2089はbookmarkへ、PR #2090はpeople listへNIP-44 encryptionを追加し、適用可能な箇所ではNIP-04から移行しました。PR #2087は、encrypted kind-10000 flowが安定したためlegacy kind-30000 mute migration pathを削除しています。

zap.cooking ships Nourish scoring and a reusable comment thread

zap.cookingは今週20本のPRをマージしました。中心機能は新しいNourish recipe scoring moduleで、PR #317とPR #319がrecipeを栄養軸で評価します。同時にPR #299からPR #302までの4段階refactorでComments moduleが再利用可能なCommentThreadへ抽出されました。加えてrecipe scaling、media upload button統一、profile Replies tabも入りました。

ridestr extracts shared rider coordinator

ridestrは10本のPRをマージし、Compose screenをfocused componentへ分割しつつ、rider/driver protocol logicを共有:common coordinator moduleへ抽出しました（PR #70）。PR #60はRoadflare側向けkind 3189 driver-ping receiverを追加しています。

Blossom drafts a BUD-01 Sunset header for blob expiration

Blossomは、SHA-256 hashでkey付けされたHTTP blob storage protocolで、PR #99を開き、BUD-01へSunset headerを追加する案を提示しました。serverはこのheaderでblobがいつ配信終了になるかを未来timestampとして広告でき、clientは404へ当たる前にretention制限を把握できます。標準RFC 8594 semanticsを使い、serverは助言として長めに保持しても、best-effortで宣言通り期限を守ってもよい設計です。

New Projects

Forgesworn publishes a 29-repo cryptographic toolkit for Nostr

Forgeswornは、5日間で29本のopen-source repositoryを公開し、signing、identity、attestation、web of trust、paid API discoveryをまとめたstackを提示しました。signing stackの中心は、1つのmaster secretから無制限のunlinkable Nostr identityを導くnsec-treeと、Tor default-onのRaspberry Pi向けNIP-46 remote signerであるHeartwoodです。SapwoodはHeartwoodのweb management UIで、heartwood-esp32はHeltec WiFi LoRa 32 board上の同種token logic実験です。nsec-tree-cliはoffline-first operation向けにderivation、proof、Shamir recovery flowを公開します。

identityとtrustでは、Signetがv1.6.0へ到達し、QR pairing flowとsession pubkey pinningを備えたdecentralized identity verification protocolを提供します。nostr-attestationsは、credential、endorsement、vouch、provenance、licensing、trustを1つのkind 31000イベントへ統合し、nostr-veilはNIP-85 assertionをsecp256k1上のLSAG ring signatureで支えるprivacy-preserving web of trustを構築します。monetization側では、toll-boothがExpress、Hono、Deno、Bun、Cloudflare Workers向けL402 middlewareを提供し、toll-booth-dvmがそれをNIP-90 DVMとして公開し、toll-booth-announceがkind 31402のHTTP 402 service discoveryへつなぎます。全体はTypeScript中心、zero-dependency志向で、anvilというbash-only supply-chain-hardened release toolで出荷されています。

ShockWallet ships Nostr-native Lightning wallet sync and multi-node connections

ShockWalletは、self-custodial Lightning nodeとの接続transportとしてNostrを使うLightning walletです。appは1つ以上のLightning.Pub nodeとnprofile経由でpairし、walletとnodeの間でpayment authorizationをend-to-endで署名します。PR #608はchannels dashboard UIを改善し、PR #606は新規PUB user向けadmin-invite-link QR flowを追加し、PR #607はmetrics dashboardの可読性を上げました。

ShockWalletは、multi-device wallet state syncにNIP-78 application-specific data eventを使います。これによりdesktop browserとphoneのwallet viewをcentralized sync serverなしで一致させます。これはNIP-47のさらに下の層にあり、NIP-47が既存walletへ支払いを依頼するinterfaceであるのに対し、ShockWalletはwallet自身のaccount/session transportとしてNostrを使っています。並行して、teamはwallet-to-app connection向けsession pairing protocolのCLINKも進めています。

Nostrability issues migrate to git over Nostr after GitHub censorship

Nostrabilityは、elsatによるNostr client/relay interop trackerで、GitHub organizationが停止された後、issue workflowをgit over Nostrへ移しています。issue trackerは現在GitWorkshop/ngit上にあり、既存issueも引き継がれ、今後のinterop reportをNostrネイティブなinfrastructure内で扱えるようになりました。

nowhere encodes full websites into URL fragments and routes orders through Nostr

nowhereは、site全体をURL fragmentにserializeし、dictionary substitutionとraw DEFLATEで圧縮し、base64urlで符号化する新しいAGPL-3.0 projectです。HTTPではfragmentがserverへ送られないため、pageを配るhostは中身を見ず、site自体もserverへ保存されません。projectはevent、fundraiser、store、petition、message、drop、art、forumの8種類を用意し、creatorによる署名とURL単位のpassword encryptionもサポートします。store、forum、petitionではlive communicationが必要で、その通信はephemeral keyとNIP-44 encryptionを使ってNostr relay越しに流れます。nowhr.xyz readerにより、短いstore URLはprintable QR codeとしても実用的です。

Small new surfaces: relayk.it and Brainstorm Search

relayk.itはSoapbox teamのsamが作った、Shakespeareベースのrelay discovery clientで、完全にbrowser内で動作します。Brainstorm Searchは、network全体のcontent surfacingに焦点を当てたsingle-page Nostr search UIとして公開されました。

Protocol and Spec Work

NIP Updates

NIPs repositoryでの最近のproposalとdiscussionです。

Open PRs and Discussions:

NIP-67: EOSE Completeness Hint（PR #2317）：relayがfilterに一致する保存済みイベントをすべて返し切ったかどうかを示す、任意の3番目要素をEOSEへ追加する提案です。relay上限によって途中で切られたのか、本当に全部なのかをclientが区別できるようにします。
NIP-5D: Nostr Applets（PR #2303）：NIP-5Aの静的websiteと、進行中のNIP-5CのWASM scrollの中間にあたる、sandboxed iframe/WebViewで動くinteractive applet配布の提案です。
NIP-29: Subgroups spec（PR #2319）：1つのgroup内に複数parallel channelを持てるsubgroup hierarchyを追加し、旧client向けの単一hタグ形を保つ案です。
NIP-29: Explicit role permissions on kind 39003（PR #2316）：kind 39003 role eventへ明示permission schemaを導入し、moderatorのようなroleがrelayごとに別意味になる問題を減らす提案です。
NIP-11: access_control field for gated-relay discovery（PR #2318）：relayのgating modeとaccess request endpointを示すaccess_control objectを追加する案です。
NIP-63a: Minimal Payment Gateway Descriptor（PR #2315）：先週扱ったkind 10164 payment gateway descriptorのfield layout調整が続いています。
NIP-XX: Agent Reputation Attestations (Kind 30085)（PR #2320）：Nostr上のautonomous agentやserviceについて、reliabilityやhonest advertisingを署名付きで評価するkind 30085 addressable eventを提案します。
NIP-TPLD: Transient Private Location Data（PR #2309）：kind 20411、recipientごとのNIP-44 encryption、ttl tag semanticsの議論が続いています。
marmot-ts 0.5.0 release PR（PR #70）：TypeScript Marmot clientのbreaking change群をまとめたrelease PRで、legacy kind 443と新kind 30443両対応、constructorとstorage layerの見直しが含まれます。

NIP Deep Dive: NIP-72 (Moderated Communities)

NIP-72は、topic-based communityをNostr上で扱うためのモデルです。relayがmembershipとmoderationのauthorityになるNIP-29とは異なり、NIP-72 communityは通常のNostr eventとして存在し、関係するkindを運べるrelayならどこでも配信できます。誰でも投稿でき、認識済みmoderatorが承認した投稿だけがcommunity feedに表示されます。

communityはkind 34550のaddressable eventで定義されます。dタグが安定slugになり、name、description、image、rulesタグが表示用metadataを持ち、pタグにmoderator markerを付けてmoderator pubkeyを列挙します。relayタグにはauthor、requests、approvalsといったmarkerを付けて、どこへどの種別のイベントを出すべきかのhintを載せられます。ユーザーはkind 1 noteやkind 30023 articleなど任意の通常イベントへ、community coordinateである34550:<creator_pubkey>:<slug>を値に持つaタグを追加して投稿します。その投稿はそれ単体でも有効なNostr eventですが、community-aware clientは認識済みmoderatorのapprovalが付いたものだけをcommunity feedへ出します。

approvalはmoderatorが公開する別個のkind 4549イベントです。そこにはsubmissionを指すeタグ、投稿者を指すpタグ、communityを指すaタグが入り、contentにはstringifyされたsubmission eventがcache copyとして埋め込まれます。これにより、元投稿が後で消されても承認済みpostをrenderできます。approval modelの利点は3つあります。moderation判断が透明でaudit可能であること、同じ投稿が複数communityで承認され得ること、そしてkind 34550からmoderatorが外されれば、そのmoderatorの古いapprovalがread layerで無効化されることです。NIP-72は、spamをwireに流したくないclosed spaceより、curated front page的なpublic topic communityに向いています。

NIP Deep Dive: NIP-57 (Zaps)

NIP-57は、Lightning paymentをNostr identityやeventへ結び付け、かつ検証可能な支払いreceiptをrelayへ戻す方法を定義します。senderが誰で、いくらを、誰へ、どの対象のために支払ったかをNostr clientが検証可能な形で見られるようにする仕様で、LNURL、Lightning、Nostrの3層をまたいでいます。

flowには4つのactorがいます。senderのclientは、recipientのkind 0 profile metadataのlud06またはlud16、またはzap対象イベントのzapタグからLNURL endpointを見つけます。そのclientは意図した支払いを記述するkind 9734 zap requestを署名し、relayではなくrecipientのLNURL callbackへ送ります。recipient側のLNURL serverはrequestを検証し、description hashがrequest eventの文字列表現へコミットするLightning invoiceを返し、senderが支払うとsenderが指定したrelay setへkind 9735 zap receiptを公開します。zap requestにはpタグ、任意のeまたはaタグ、amount、relays、任意のmessageを入れるcontent、対象kindを示すkタグが入ります。zap receiptにはdescriptionタグ内のrequest全文、bolt11、preimageが入り、recipientのLNURL responseでadvertiseされたnostrPubkeyでwallet serverが署名します。

clientがkind 9735 receiptをzapとして表示するなら、4点を検証すべきです。receipt署名がLNURL nostrPubkeyと一致すること、bolt11金額が埋め込みrequestのamountと一致すること、invoiceのdescription hashがstringified requestへコミットしていること、preimageがinvoiceのpayment_hashへハッシュされることです。これをしないzap count集計は簡単に偽造されます。private zapではcontentを暗号化してanonタグを付け、anonymous zapではephemeral keypairまで新しく生成します。NIP-57はさらにNIP-75 zap goalの土台にもなっており、AmethystのPR #2469はこの週、NIP-53 Live Activities画面でgoal progressとtop-zapper leaderboardを描画するようにしました。付録で定義されるzap splitにより、1回のzapを複数recipientへweight付きで分配することもできます。

今週は以上です。何か作っているものがある、または共有したい更新がある場合は、NostrでDMを送るか、nostrcompass.orgで見つけてください。

Nostr Compass #18

Wed, 15 Apr 2026 00:00:00 +0000

Nostr Compassへようこそ。Nostrの週刊ガイドです。

今週の内容: Amethystは、NIP-ACの音声通話とビデオ通話、Marmot向けのRFC 9420準拠、desktop Tor対応、custom C secp256k1、multi-wallet NIP-47を含む大規模な更新を進めました。nstrfyは、kind 7741イベントを使ってFirebaseをNostr relayで置き換えるAndroid向けpush通知appとして登場しました。HAMSTRはReticulumを追加し、LoRa mesh上でインターネットなしにNostrイベントを流せるようにしました。Bloomは、self-hostedなBlossom media serverとNostr relayを束ねたdesktop appとしてv0.1.0を出荷しました。WaveFuncは、Nostrベースのinternet radio directory兼playerとしてv0.1.0を開始しました。Botburrowは、Marmot暗号化group chat向けself-hosted bot platformとして開発を始めました。Snortは、security audit、batched WASM verification、message systemの再設計を含むv0.5.0からv0.5.3を出荷しました。

Shipping This Week

Bloom v0.1.0 ships self-hosted Blossom server and relay

Bloomは4月9日に初リリースv0.1.0を出しました。Tauri v2（Rust backend）とReact 19で構築されており、完全なBlossom protocol media serverとNostr relayを1つのdesktop applicationへ束ねています。ユーザーは、server infrastructureを自分で管理しなくても、SHA-256 content addressing、NIP-94 file metadata対応、blossom:// URI解決を備えたsovereign file storageを得られます。リリースには16本のplatform-specific binary assetが含まれています。

WaveFunc v0.1.0 and v0.1.1 launch Nostr internet radio

WaveFuncは4月13日にv0.1.0とv0.1.1を出し、Nostrベースのinternet radio directory兼playerとして始動しました。独自event kindがdata modelを定義し、radio station listingにkind 31237、favorites listにkind 30078、live chatにkind 1311、station commentにkind 1111を使います。relay backendにはKhatruが使われ、SQLite storageとBluge full-text searchでNIP-50を支えます。

WaveFuncはNIP-60 Cashu walletとnutzap supportも備え、NDKからapplesauce-coreへ移行しました。v0.1.1ではgenre carousel、Lightning donation popover、認証済みユーザー向けstation management、Zapstore listingが追加されました。Tauri v2のdesktop buildにはsystem tray integration、media key support、autostart、deep linkingも入り、buildはmacOS、Windows、Linux、Android向けにwavefunc.liveから入手できます。

Snort ships v0.5.0 through v0.5.3 with security hardening and performance overhaul

Snortは、ReactベースのNostr web clientで、v0.5.0からv0.5.3まで3リリースを出しました。中心となるv0.5.0は、実Schnorr signature verification、偽造relay messageに対するNIP-46保護、PIN encryption改善、未検証NIP-26 delegation trustの削除を含む包括的なsecurity audit対応です。性能面では、batched WASM signature verification、lazy-loaded route、priority profile loaderの再設計、worker-relay最適化が入りました。加えて、NIP-90 DVM向けkind 7000 payment-required invoice表示も追加されています。PR #620はmessage systemも再設計し、gift wrapをworker relayへ永続化しつつ、O(n²)だったchat list計算をsingle-passのMapベースへ置き換えました。

Primal Android ships 3.0.21 and redesigns feed layout

Primal Androidはv3.0.21を出し、poll zap vote、wallet multi-account sharing、remote signerとwallet serviceのauto-reconnectまわりのbug fixを行いました。その後も7本のPRが入り、PR #1008がmain screen layoutを統一し、PR #1010が大きいavatarとindent付きcontentを備えた新feed card designを導入し、PR #1009がmedia feed cardにvideo supportとportrait layoutを加え、PR #1012がquick reply用compact text fieldを追加し、PR #1013がapp barを再設計しました。

Nostria v3.1.19 through v3.1.21 add local AI image generation

Nostriaはv3.1.19からv3.1.21まで3リリースを出し、80件超のcommitを積みました。中心となる新機能は、WebGPU acceleration付きJanus Proを使うlocal image generationで、ユーザーは外部APIなしに端末上で画像を生成できます。加えてcloud image generation、multimodal chat、ONNX runtime support、AI prompt library、AI cache managementも入りました。client面では、新しいdialog system、note editorの見直し、music embed改善、signer login flow変更も含まれています。Newsletter #17では、v3.1.18までのnative mobile releaseを扱いました。

TubeStr v1.0.3 ships feed and studio updates

TubeStrは、Nostr上に構築されたprivate family video sharing appで、4月13日にv1.0.3を出しました。このリリースはfeedとstudioの改善が中心です。PR #3はonboarding screenを刷新し、PR #2はvideo export errorを修正しました。アプリはfamily member間の暗号化media sharingにNDKとMDK（Marmot Development Kit）を使っており、media storageにはBlossom統合が予定されています。TubeStrはZapstoreで利用できます。

In Development

Botburrow begins development as Marmot bot platform

BotburrowはMarmot teamの新プロジェクトで、4月3日に始まりました。これはself-hostedなbot management platformで、各botが独自のNostr identityを持ち、Welcome message経由でMarmotのMLS-encrypted group chatへ参加し、end-to-end encrypted messageを送受信します。dashboardはRails 8.1で構築され、単一のwhitenoise-rs daemon（wnd）とUnix socketで通信します。

Botburrowは、command、trigger、scheduled actionがcustom Ruby codeを実行できるscripting layerを備え、scriptはwnd経由でprofile、group membership、pending inviteを参照でき、dashboardには実group内のbotへ送受信できるlive chat viewもあり、各botはconfig、cache、生成output向けの個別file storageを持ちます。Docker imageはmulti-arch buildでUmbrelとStart9向けzero-config self-hostingを目指しており、READMEにはtrust model sectionも追加されました。

Nostr Archivesは、nostrarchives.comで動くNostr archival and analytics platformで、Rust製APIとNext.js 16製frontendの両方で開発が続いています。API側ではPR #118がclient leaderboardへtime-range filteringを追加し、PR #117がreply eventへengagement counterを追加しました。frontend側ではPR #85がURL pathからNostr entityを直接解決し、PR #86がAPI documentation pageを追加しました。platformはNIP-50 search relay、trending feeds relay、future-dated event用scheduler relay、kinds 0、3、10002向けindexer relayの4つを運用しています。

Damus fixes favorites timeline

Damusは、iOS clientで、PR #3708をマージし、subscribe_to_favorites()関数をin-place filtering、deduplication rebuilding、persisted tab selection付きで書き直しました。

Nostur adds private zaps and custom emoji viewing

Nosturは今週10 commitを積み、private zap support、custom emoji viewing、animated .webp rendering修正、voice messageのaudio format detectionを追加しました。

Amber ships v6.0.1 through v6.0.3 with WebDAV backup and relay reconnection fixes

Amberは、Android向けNIP-55 signer appで、今週3リリースを出しました。v6.0.1ではWebDAVとGoogle Drive共有の2つのbackup optionを追加し、relay reconnectionにexponential backoffを実装し、Quartz libraryを1.08.0へ更新し、app update eventとprofile eventのvalidationを修正しました。v6.0.2はseed word使用時のaccount index optionを追加し、起動時にrelayがofflineでもreconnectionできるようにし、v6.0.3はintent受信時の空request IDをさらに修正しました。

Plektos v0.6.0 redesigns with Ditto themes

Plektosは、interactive mapを備えたNIP-52ベースのdecentralized meetup and events platformで、4月14日にv0.6.0とv0.6.1を出しました。この更新では、Ditto風community theme、custom background image upload、avatar shape設定、UI overhaulが入りました。PR #6はsecurity、architecture、UXを含むfull code reviewを反映しています。Plektosはprotocol統合にNostrify、remote loginにNIP-46、ticket paymentにzapsを使い、Android buildはZapstoreで利用できます。

Shadow adds Nostr OS API and Cashu wallet app

ShadowはJustin Moonのapp runtime platformで、2日で30超のcommitを積みました。Commit 88cbda5はruntime内で動くCashu wallet appを追加し、Commit 865c415はpodcast player demoを追加しました。runtimeはShadow.os.nostrとShadow.os.audioをOS-level APIとして公開し、Pixel runtime laneではroot化Android device上でWayland compositorとGPU compositingが動きます。PR #1とPR #2はdesktop Linuxのfont loadingとXDG state directory handlingを修正しました。正式releaseはまだありません。

Liefは、他のNostrユーザーへlong-form letterを作成・送信するNostr appで、4月12日にbuild v2026.04.12を出しました。この更新ではAndroid上のAmber signer login issueを修正し、signer nudge flowを単純化し、nostrify依存を更新し、Zapstore integrationを追加しました。

Espyは、現実世界の場面から3から6色のpaletteを共有するNostr social appで、4月12日にbuild v2026.04.12を出しました。更新では、grayscale toggleに代えてcurved saturation arcを持つcolor picker overhaulが入り、hue ring flicker bugが修正され、AlchemistとAstrologerというEaster egg characterも追加されました。PNG assetは703KB削減され、Amber login fix、signer nudge flow簡略化、nostrify依存更新、Zapstore integrationも含まれています。

Jumble adds per-feed kind filters and articles tab

Jumbleは今週13 commitを積み、feedごとのkind filtering、Articles tab、privacy-preserving option付きnotification read status sync、avatar hide mode、account switchingのrace condition fixを追加しました。

Primal Web ships 8 version bumps

Primal Webは1週間で3.0.93から3.0.101までのversion bumpを行い、21 commitを積みました。作業は主に、live stream chat改善、mention境界修正、bookmark pagination、duplicate like防止、relay proxy修正に集中しています。

Protocol and Spec Work

NIP Updates

NIPs repositoryへの最近の変更です。

Merged:

NIP-34（Git Stuff）: Add nostr:// clone URLs（PR #2312）：NIP-34は、kind 30617のrepository announcementを使ってgit repositoryをNostr上でホストする方法を定義します。今回のPRは、git-remote-nostr helperで使えるnostr:// clone URL formatを追加し、nostr://<naddr>、nostr://<npub|nip05>/<identifier>、nostr://<npub|nip05>/<relay-hint>/<identifier>の3形式を定義します。relay hintとidentifierはRFC 3986に従ってpercent-encodeされ、Shakespeare、ngit、GitWorkshop.dev、NostrHub.ioですでに使われています。

Open PRs and Discussions:

NIP-63a: Minimal Payment Gateway Descriptor（PR #2315）：creatorが有料content access向けのpayment gateway、pricing model、subscription ruleを宣言するkind 10164 replaceable eventを提案します。clientごとの独自payment flowではなく、1つのイベントから受け入れpayment methodやpricing tierをdiscoverできるようにするものです。
NIP-XX: Relay Self-Declaration Manifest and Retention Horizon（PR #2314）：relay operatorがendpoint、retention window、write policy、supported NIPsを宣言するkind 10100イベントと、relayがEOSE前に最古保持timestampを返すHORIZON messageを提案します。HTTP-onlyだったNIP-11の配布失敗を補い、relayの時間的境界を明示する狙いです。
NIP-TPLD: Transient Private Location Data（PR #2309）：kind 20411のephemeral rangeを使い、特定受信者だけが復号できる位置情報共有を提案します。contentには受信者pubkeyごとのNIP-44暗号payloadが入り、ttlタグで推奨保持期間を示します。
NIP-5C（Scrolls）: WASM programs update（PR #2281）：WebAssembly program publishingとexecution specの作業が続いています。clientがrelayからWASM binaryを取得してsandbox内で実行できる「scrolls」のevent formatとruntime interfaceを更新するもので、demo appもあります。
NIP-44 large payload support（PR #1907）：現在65,535バイトの上限を超えるpayloadをNIP-44で扱うための後方互換な拡張を提案します。大きなkind 3 contact listをremote signingするNIP-46用途が主な動機です。
NIP-C7: Restrict kind 9 to chat views（PR #2310）：kind 9をchat-oriented viewに限定し、general feedで文脈を失ったchat messageが混ざらないようにする提案です。kind 1やkind 30023のような他contentはkind 9 message内で参照すべきだと整理します。

NIP Deep Dive: NIP-29 (Relay-based Groups)

NIP-29は、relay自体がgroup membershipとmoderationを管理するgroup messaging modelを定義します。groupは特定relay上に存在し、relayが誰に書き込み権があるかを決めます。これは、client-side MLS encryptionを使うMarmotや、gift-wrapped DMベースのNIP-17 group chatとは異なる設計で、relay operatorがmessageを読め、moderationもrelayレベルで行われます。

groupは<host>'<group-id>形式で識別されます。例えばgroups.nostr.com'abcdefのような形です。特別なgroup ID _はrelay-wide discussion向けtop-level groupとして予約されています。groupへ送るユーザーイベントは、group IDを持つhタグを必ず含みます。previousタグはtamper detection用で、clientは直近50 message内で見た同じrelayのイベントhash先頭8文字を含め、relayは存在しないpreviousを参照するイベントを拒否します。これによりforkされたrelayへ文脈外でmessageを再送することが難しくなります。

membershipはkind 9000-9020範囲のmoderation eventで管理されます。ユーザーはkind 9021のjoin requestを送り、relayのpolicyに応じて受理または拒否されます。adminはkind 9000でuser追加、kind 9001で削除、kind 9002でmetadata編集、kind 9005でevent削除、kind 9009でinvite code作成ができます。relayはkind 39000でmetadata、kind 39001でadmin list、kind 39002でmember list、kind 39003でroleとcapabilityを公開します。groupはpublic、closed、fully openなどさまざまに設定でき、visibilityとwrite-accessは独立しています。

重要なのは、NIP-29がchat message以外もgroup文脈へ入れられることです。long-form article（NIP-23）、calendar event（NIP-52）、live stream（NIP-53）、market listingなどもhタグを持ってgroup内へ入れられます。実装面ではFlotillaが最も活発で、Coracleも対応しており、reference implementationとしてgroups.fiatjaf.comがあります。relay operatorがcontentを読めるという明確なトレードオフがある一方、公開communityや開発者channelのような用途では、この単純さが利点になります。relayがcontentを読めないprivate messagingが必要なら、NIP-17かMarmotのほうが適しています。

NIP Deep Dive: NIP-90 (Data Vending Machines)

NIP-90は、Nostr上でon-demand computationを行うためのプロトコルです。customerがjob requestを公開し、service providerがそれを処理して結果をNostr eventとして返します。仕様自身が言うように、これは「money in, data out」の市場であり、customerは誰が処理したかより出力そのものを重視します。

プロトコルは、job requestに5000-5999、job resultに6000-6999、feedbackにkind 7000を割り当てます。result kindはrequest kindより常に1000大きくなります。requestには入力を示すiタグ、期待する形式を示すoutputタグ、最大支払いを示すbid、job固有設定を入れるparamタグが含まれます。providerはresultで元requestを参照し、必要ならLightning invoiceをamountタグで返せます。kind 7000のfeedback eventにより、payment-required、processing、error、successのような進捗通知も送れます。

NIP-90はjob chainingもサポートし、あるjobの出力を次のjobの入力へ渡せます。これにより、音声のtranscription、要約、翻訳を別providerで順につなぐようなpipelineが可能になります。privacyが必要な場合、customerはiやparamをNIP-04で暗号化し、encryptedタグ付きでcontentへ入れられます。その代わり、この場合は特定providerを事前に選ぶ必要があります。provider discoveryにはNIP-89が使われ、Snortのkind 7000 invoice表示やnoStrudelのDVM explorerなど、周辺実装も増えています。

今週は以上です。何か作っているものがある、または共有したい更新がある場合は、NostrでDMを送るか、nostrcompass.orgで見つけてください。

Nostr Compass #17

Wed, 08 Apr 2026 00:00:00 +0000

Nostr Compassへようこそ。Nostrの週刊ガイドです。

今週の内容: Amethystが、Arti Tor統合と再設計されたShorts UIを備えたv1.08.0を出荷し、MLSとMarmotのpure Kotlin実装をQuartzライブラリへ統合しました。Nosturは、動画録画、アニメーションGIFプロフィール、プライベート返信を備えたv1.27.0を出荷しました。Shoshoは、Shows（OBSに接続できるカスタム配信情報）とTikTok風の縦型動画カルーセルを備えたv0.15.0を開始しました。Nymchatは、ローテーションするephemeral keysを使う強化版NIP-17グループチャットへ戻すためMarmotを巻き戻し、Nostr VPNは6リリースにわたりexit node対応とUmbrelパッケージングを進めました。Amberは接続ごとのNIP-46署名鍵とZapstoreアプリ内更新を備えたv6.0.0-pre1へ進みました。NotedeckはZapstore経由のAPK self-updateを備えたv0.10.0-betaに到達し、NIP-58（Badges）ではkind migrationが入りました。今週のNIPディープダイブはNIP-17（Private Direct Messages）とNIP-46（Nostr Remote Signing）です。

トップストーリー

AmethystがArti Torを出荷し、pure KotlinのMLSとMarmotを統合

AmethystはvitorpamplonaがメンテナンスするAndroidクライアントで、v1.07.3からv1.08.0まで4リリースを出荷し、未リリース作業の大きなまとまりをQuartzライブラリ（共有Kotlin Multiplatform Nostrモジュール）へ統合しました。見出しとなるリリースはv1.08.0「Arti Tor」で、アプリのTor接続をCベースのTorライブラリから、Tor ProjectによるRust実装のArtiへ移行します。この移行は、従来のC Torバインディング下で起きていたランダムクラッシュに対処するものです。Artiはメモリ安全性とasync I/Oを目的にRustでゼロから書かれた、Tor ProjectによるCコードベースの長期的な置き換えです。

v1.07.3ではShorts UIも再設計され、ページ送り型のデザインが、画像、shorts、長尺動画向けのedge-to-edgeフィードへ置き換えられました。同じリリースでbadgesはkind 10008へ、bookmarksはkind 10003へ移行され、今週マージされた NIP-58のkind migrationと足並みをそろえています。v1.07.4ではNostr Wallet Connectのsecret処理問題が修正され、v1.07.5では画像アップロード時のクラッシュが修正されました。

mainには入っているものの、まだタグ付きリリースには含まれていない作業として、チームはMLSとMarmotプロトコルの完全なKotlin実装を書き上げ、ネイティブC/Rustライブラリバインディングを不要にしました。PR #2147はMarmot MLSグループメッセージングの中核層を追加し、PR #2149はグループチャットUIを追加し、PR #2146はsubscription manager付きの送受信メッセージプロセッサを追加します。PR #2141はMLS group stateの永続化とKeyPackage rotation管理を追加し、PR #2150は改良されたGroupInfo署名を備えた完全なMLS test suiteを追加し、PR #2158はKeyPackage公開状態の追跡を追加します。PR #2166はNostrの暗号処理向けにpure Kotlinのsecp256k1実装を追加し、ネイティブCライブラリ依存を置き換えます。Kotlin版MLS実装と組み合わせることで、QuartzはネイティブバインディングなしでNostr署名とMarmotグループメッセージングを実行できるようになり、iOSを含むKotlin Multiplatformターゲットへの道が開かれます。

チームはNIP-AC（P2P Voice and Video Calls）サポートも進めています。PR #2143はNIP-AC call state machine向けの完全なtest suiteを追加し、PR #2164はアプリ再起動後に古いcall offerが再発火しないようにしています。

Nostur v1.27.0が動画録画とプライベート返信を追加

NosturはiOS Nostrクライアントで、4月2日にv1.27.0を出荷しました。このリリースは、アップロード前トリミング付きのアプリ内動画録画を追加しており、ユーザーは短いクリップを撮影し、長さを整え、クライアントを離れずに公開できます。アニメーションGIF対応はプロフィール写真とバナー写真にも広がり、アニメーションWebPレンダリングも追加されました。新しいShortcuts統合により、Apple Shortcutsの自動化からNostr投稿を送れるようにもなっています。さらに、private repliesが追加され、Nosturと他クライアントの間でメッセージ配信に影響していたDM互換性問題も修正されました。

Shosho v0.15.0がShowsと縦型動画カルーセルをローンチ

ShoshoはNostrライブ配信アプリで、4月7日にv0.15.0とv0.15.1を出荷しました。目玉機能はShowsです。配信者はライブ開始前にカスタムの番組情報を設定し、その番組をOBSや任意の外部エンコーダへ接続できます。これにより、「今何を配信しているのか」というメタデータが、実際に配信を開始する操作から切り離され、配信者はタイトル、説明、商品を事前に準備できるようになります。同じリリースでは、ライブ、クリップ、リプレイをフルスクリーンフィードでスワイプして見ていけるTikTok風の縦型動画カルーセルと、プロフィールページから直接動画クリップを公開したり商品を追加したりできるQuick Addも入りました。v0.15.1では、キーボードがライブ配信チャット入力欄を隠していたバグが修正されています。

今週のリリース

Notedeck v0.10.0-betaがZapstore self-updateを出荷

NotedeckはDamusチームによるデスクトップおよびモバイルクライアントで、APK self-update向けのテスト用プレリリースとしてv0.10.0-beta.1とv0.10.0-beta.2を出荷しました。PR #1417はAndroidでNostr/Zapstore updater経由のAPK self-updateを追加し、Newsletter #14で扱ったNostrネイティブな更新発見の作業を土台にしています。更新フローは、relayへ公開されたNostrイベントを通じて新しいリリースを発見し、その後、開発者がホストしている場所（GitHub releases、Blossom CDN、そのほかの配布元）からAPKをダウンロードし、署名済みNostrイベントに対してSHA-256 hashを検証してからインストールします。PR #1438はLoginボタンとCreateAccountボタンが即座に前画面へ戻ってしまうwelcome screenのバグを修正し、PR #1424はAgentium AI session viewでのテキストあふれを修正します。

Amber v6.0.0-pre1が接続ごとのNIP-46署名鍵を追加

AmberはNIP-55（Android Signer Application）署名者アプリで、4月4日にv6.0.0-pre1を出荷しました。最も重要な変更は、NIP-46（Nostr Remote Signing）bunkerプロトコル向けの接続ごとの署名鍵です。Amberは、すべてのbunker接続に単一のkeypairを使う代わりに、接続された各クライアントごとに別の鍵を生成するようになりました。1つのクライアント接続が侵害されても、攻撃者は他のクライアントに対して署名者になりすますことができません。

PR #377はZapstore経由のアプリ内更新確認とインストールを追加し、Notedeckと並んでNostrネイティブなアプリ配布を採用しました。PR #375はAndroidKeyStore障害時にクラッシュさせず警告を表示するようにし、PR #371は無制限なストレージ増大を防ぐため、サイズ制限とcontent切り詰めを伴うデータベースクリーンアップを追加しています。このプレリリースには、先週扱ったv5.0.xサイクルからNIP-42 relay auth whitelistとmnemonic recovery phrase loginも引き継がれています。

Nostriaがネイティブモバイルアプリを出荷

NostriaはSondreBがメンテナンスするクロスプラットフォームNostrクライアントで、Android向けのネイティブモバイルアプリを、v3.1.11からv3.1.18まで8リリースにわたり公開しました。最も重要な新機能は、AmberやAegisのような署名者向けのネイティブlocal signer対応です。Linux、macOS、Windows向けのデスクトップインストーラーも利用できます。PR #610は適応的runtime制限とpreview URL cleanupによりフィードのメモリ負荷を下げ、v3.1.14ではWeb of TrustプロバイダーであるBrainstormとの統合が修正されました。v3.1.15は音楽機能の改善に集中しています。新しいAndroidアプリはZapstoreで入手できます。

diVine 1.0.8がresumable uploadsとDMsを出荷

diVineは短尺動画クライアントで、87件のマージ済みPRを含む1.0.8を出荷しました。resumable uploadsにより、接続が不安定な環境でアップロードが中断されても、クリエイターは最初からやり直すのではなく、チャンク単位で続きから再開できます。このリリースでは動画品質とビットレート設定、ダブルタップでのlike、DM改善も追加されました。PR #2722はデスクトップ動画撮影向けのmacOS camera pluginを追加し、PR #2820は通知システムをenrichmentとgroupingを備えたBLoCアーキテクチャへ移行します。チームはAI生成のステッカーとカテゴリ画像もOpenMoji SVGへ置き換えました（PR #2844、PR #2842）。

Manent v1.3.0が機密ノートのぼかし表示とNIP-42 authを追加

Manentはプライベートな暗号化ノートおよびファイルストレージアプリで、4月2日にv1.3.0を出荷しました。ユーザーはノートをsensitiveとしてマークできるようになり、一覧表示ではぼかして、何気ないスクロール中に私的な内容が露出しないようにできます。このリリースではNIP-42（Authentication of Clients to Relays）対応も追加され、Manentはイベントを受け入れる前に認証を要求するrelayへも接続できるようになりました。Manentはすべてのデータをユーザーのkeypairを使ってNostr relays上に暗号化して保存するため、NIP-42対応はストレージに使えるrelayの集合を広げます。

Wisp v0.17.0からv0.17.3がライブ配信zapsとwallet backupを追加

WispはAndroid Nostrクライアントで、v0.16.2-betaからv0.17.3-betaまで6リリース、44件のマージ済みPRを出荷しました。v0.17.0ではwallet backup向けの安全プロンプトとzap UX改善が追加されています。v0.17.1はプラットフォーム横断のライブ配信チャット可視化とライブ配信zap機能を追加しました。PR #423はprofileのauto-search、zap success animation、ユーザーステータス改善を追加し、PR #426は大きなtag listを持つイベントでcomputeIdがout-of-memoryクラッシュする問題を修正します。v0.16.x系列ではemoji shortcode autocomplete、グループチャットUI改善、すべての通知経路にわたるブロック済みユーザーフィルタリングも入りました。

Mostroがdeep links、Nostr為替レート、重複支払い修正を出荷

MostroはNostr上に構築されたP2P Bitcoin取引所で、今週はサーバーデーモンとモバイルクライアントの両方で更新がありました。サーバー側では、PR #692が古い注文書き込みによって重複支払いが起きるのを防ぎます。このバグは、同じ取引に対して売り手へ二重に支払いが行われる可能性がありました。PR #693はorder全体の上書きではなく、dev_fee書き込みに対して対象を絞った更新を使います。

Mostro MobileはFlutterクライアントで、4月3日にv1.2.3を出荷しました。このリリースは異なるMostroインスタンスからのdeep linksを扱えるため、ユーザーは正しい取引所サーバーへルーティングされるリンクをそのままタップできます。PR #498はバックグラウンド通知パイプラインでadminおよびdispute DMを検出し、アプリはHTTP/cache fallback付きでNostrから為替レートを取得するようになりました。PR #560は、特定のネットワーク条件でアプリがrelayへ到達できなくなるrelay connection blockingバグを修正します。

Unfiltered v1.0.12がhashtagsとcommentsを追加

Unfilteredは画像中心のcontentに焦点を当てたNostrクライアントで、v1.0.12を出荷しました。PR #69はhashtag対応を追加し、PR #72は投稿へcommentsを書いて表示する機能を追加します。PR #71は、1投稿に複数画像がある場合のナビゲーション問題を修正しました。

Primal Androidがwallet multi-account sharingとremote signer auto-reconnectを出荷

PrimalはAndroid Nostrクライアントで、4月7日にリリースを出荷しました。この更新ではwallet multi-account sharingが追加され、Dev Toolsにはwallet削除付きのoverflow menuが入りました。remote signerは接続断時に自動再接続するようになり、wallet serviceにも独自のauto-reconnectロジックが追加されています。修正には、poll zap votesがTop Zapsに表示されなくなる変更、空のpoll optionでのクラッシュ防止、wallet未設定時の残高非表示、NWCレスポンス内でWalletException型をerror codeへマッピングする対応が含まれます。

Titan v0.1.0がBitcoin名登録付きネイティブ`nsite://`ブラウザをローンチ

TitanはNostr web向けのネイティブデスクトップブラウザで、4月7日にv0.1.0を出荷しました。Titanは、Bitcoin上に登録された人間可読名を参照してnsite:// URLを解決し、Nostr relaysへサイトのcontent eventsを問い合わせ、Blossomサーバーから取得したページをレンダリングします。その結果、DNSもTLS証明書もホスティング事業者も要らないweb閲覧体験が生まれます。名前はBitcoinトランザクションに結び付いたweb interfaceを通じて登録されます。初期リリースはmacOS .dmg（ARM、Intel向けRosetta 2対応）として提供され、Nix開発環境サポートも含みます。

Bikel v1.5.0がde-Googled phones向けネイティブforeground serviceを出荷

Bikelは、Nostrを使ってライド記録を公共インフラデータへ変える分散型サイクリングトラッカーで、4月4日にv1.5.0を出荷しました。このリリースでは、GMS依存のExpo TaskManagerからカスタムのネイティブforeground serviceへ移行し、LineageOS、GrapheneOS、そのほかのde-Googled Android環境で信頼性の高いバックグラウンド走行追跡を確保します。Bikel BotはCashu nutzapsによる自律的なeCash回収を行うdual-pocket architectureも獲得しました。v1.4.3とv1.4.2では非標準Android環境向けのバックグラウンド追跡同期が修正され、アプリにはOSM bike rack map pointの切り替えも追加されています。

SproutがNIP-01、NIP-23、NIP-33対応を追加

SproutはBlockによる、Nostr relayを内蔵したコミュニケーションプラットフォームで、4月6日にdesktop/v0.1.0-rc7を出荷しました。今週、チームはNIP-23（Long-form Content）のkind 30023記事、dタグをキーに置き換えるNIP-33 parameterized replaceable events、そしてNIP-01/NIP-02のkind 1 text notesとkind 3 follow listsへの対応を追加しました。リリースには、54テーマを持つ適応型IDEテーマシステム、workflowおよびagent実行履歴のUX改善、members sidebarの整理も含まれています。

mesh-llm v0.56.0が分散config protocolを出荷

mesh-llmは、ノードアイデンティティにNostr keypairsを使う分散LLM推論システムで、4月7日にv0.56.0を出荷しました。このリリースは、ownership semanticsを備えた分散config protocol、メモリ使用量を減らすための非対称KV cache quantization（Q8_0 keysとQ4 values）、アイデンティティkeystore向けのOS keychain保存、メッセージキューイングを伴う滑らかなchat streaming、fullscreen layoutとflash attention付きKV cache splittingの修正を追加します。

Nostr VPNがexit node対応とUmbrelパッケージングを出荷

Nostr VPNは、シグナリングにNostr relays、暗号化トンネルにWireGuardを使うP2P VPNで、今週はv0.3.0からv0.3.6まで6リリースを出荷しました。v0.3.xサイクルではWindowsとmacOSでexit node対応が追加され、ピアはネットワーク内の他ノードを経由してインターネットトラフィックをルーティングできるようになりました。inviteとaliasの伝播もNostr上で同期されるようになったため、ユーザーは帯域外の調整なしにネットワークアクセスを共有できます。これらのリリースには、self-hosted deployment向けUmbrelパッケージング、記憶した公開endpointを使うNAT punch-through、自動のstale exit node cleanup、公開されたprotocol specificationも含まれます。プロジェクトはself-healing default routesとunderlay repairによりmacOSのroute処理も安定化させ、Tauri経由のAndroid buildも追加しました。ビルドはmacOS（Apple SiliconとIntel）、Linux（AppImageと.deb）、Windows、Android向けに利用できます。

NymchatがMarmotを巻き戻し、強化版NIP-17グループチャットを出荷

NymchatはMLS対応チャットクライアントで、v3.56.261からv3.58.274まで14リリースを出荷しました。最も大きな変化はプロトコル方針の転換です。v3.57.261ではMarmot MLS group chatsが追加されましたが、v3.58.268ではMarmotのmulti-device対応がまだ未完成で、デバイス間のgroup chat state同期に問題が出たため、NIP-17へ戻しました。v3.58.271では、すべてのメッセージに対してローテーションするephemeral keysを使う強化版NIP-17グループチャットが導入され、タイミング攻撃や相関攻撃を防ぐ設計になっています。同週には、設定を細かく制御できるfriend system（v3.58.262）、暗号化されたアプリ設定内でのMLS group chat message同期、複数のrelay接続修正も入りました。

nak v0.19.5がBlossom multi-serverとoutbox publishingを追加

nakはfiatjafによるコマンドラインNostrツールキットで、v0.19.5を出荷しました。blossomコマンドは複数の--serverフラグを受け取れるようになり、複数のBlossomサーバーへ1回でアップロードできます。新しいkeyコマンドは、部分的な鍵を左側ゼロ埋めで展開します。eventコマンドにはoutbox model経由でイベントを公開する--outboxフラグが追加され、fetchはイベントが返らなかった場合にerror codeで終了するようになりました。

開発中

White Noiseがthumbhashプレビューとpush registration bridgeを追加

White NoiseはMarmotプロトコル上に構築されたプライベートメッセンジャーで、今週5件のPRをマージしました。PR #549は画像プレビューのblurhashをthumbhashへ置き換えます。thumbhashは、元画像のアスペクト比と色分布を保ちながら、より小さいペイロードサイズで（典型的には30バイト未満、blurhashの約50から100バイトに対して）より鮮明なプレースホルダー画像を生成する新しいアルゴリズムです。古いcontent向けにはblurhashがfallbackとして残されています。PR #548はwhitenoise-rsを更新し、MIP-05 push registration bridgeを追加して、先週のpush notification仕様作業をクライアントへ接続します。PR #493はチャットメッセージにcursor-based paginationを追加し、従来の読み込み戦略をスクロール駆動の方式へ置き換えました。

Route96が動的label設定とzero-egress cleanupを追加

Route96はv0lによるBlossomメディアサーバーで、今週3件のPRをマージしました。PR #80はadmin API経由の動的label model設定を追加し、オペレーターがサーバー再起動なしにcontent分類モデルを差し替えられるようにします。PR #82はadmin UIへlabel設定フィールドを追加し、PR #79は一度もダウンロードされていないファイルを自動削除するzero-egress file cleanup policyを追加して、オペレーターのストレージコストを抑えます。

Snortがセキュリティ強化とDVM payment invoicesを出荷

Snortはwebクライアントで、今週は包括的なセキュリティ監査を伴う2リリースを出荷しました。修正にはSchnorr署名検証、NIP-46 relay message forgery保護（侵害されたrelay経由で攻撃者が署名要求を注入するのを防ぐ）、PIN暗号化改善、NIP-26 delegation trustの削除が含まれます。性能面の改善は、WASM内でのバッチSchnorr検証、lazy-loaded routes、事前コンパイル済み翻訳、イベントごとの二重検証の排除から来ています。PR #618はNIP-90（Data Vending Machine）のkind 7000支払い要求invoice表示を追加し、DVMが支払い要件を返したときにSnortがLightning invoiceをフィード内へ直接描画できるようにします。

DamusがLMDB compactionを改善

DamusはiOSクライアントで、PR #3719をマージし、スケジュールに基づく自動LMDB compactionを追加しました。これによりローカルデータベースが時間とともに無制限に肥大化するのを防ぎます。PR #3663はBlurOverlayViewを、壊れて見えるのではなく保護的に見えるよう改善しています。

Captain’s Logがtag indexingとnote syncを追加

Captain’s Log（Comet）はNodetecによるNostrネイティブな長文執筆ツールで、今週4件のPRをマージしました。PR #156はノート横断のtag indexingとsync対応を追加し、PR #157はnote syncとtag処理をリファクタリングし、PR #159はゴミ箱に入れたノートの同期を修正して、削除済みノートがデバイス間でも削除されたまま保たれるようにします。

Relatr v0.2.xがNostrネイティブvalidator marketplaceとともにplugin systemを再設計

Relatrは、social graph distanceと設定可能なvalidatorsからtrust rankingを計算するWeb of Trust scoring engineで、完全なplugin system再設計を伴うv0.2.x系列を出荷しました。validatorsは現在、マルチステップのhostオーケストレーション能力（Nostrクエリ、social graph lookup、NIP-05解決）を支えるためにforkされた、移植性の高い関数型式言語Eloで書かれています。pluginsはkind 765のNostr eventsとして公開されるため、配布自体がrelayネットワークにネイティブです。新しいplugin marketplaceにより、オペレーターはブラウザからvalidatorsを発見、インストール、重み付けでき、ローカルでのauthoringとpublishingにはCLIのreloが使えます。アーキテクチャはsandbox化されており、pluginsはhostが明示的に提供した能力しか呼び出せないため、悪意あるvalidatorが定義されたスコープを抜け出すことはできません。Relatrインスタンスは今やwebsiteから管理でき、どのpluginsがscoring algorithmを構成しているか、各重みがいくつかまで完全に見通せます。

Shopstrがモバイルナビゲーションとアクセス制御を改善

ShopstrはBitcoinでの売買向けNostrネイティブなマーケットプレイスで、今週はメインアプリとコンパニオンプロジェクトのMilk Marketにまたがって158コミットを積みました。修正には、モバイルcommunityレイアウト改善、ナビゲーション時のmenu自動クローズ、dropdownのauto-closeが含まれます。保護されたルートはサインインなしで直接URLからアクセスできなくなり、slug matchingロジックも複数の完全一致を正しく扱うようになりました。

Polleramaがnotifications、movie search、rating UIを追加

PolleramaはNostr上に構築されたpolling、survey、social ratingアプリで、thread notifications、movie search機能、rating UIの刷新を追加しました。このリリースではfeed読み込み問題の修正と依存関係バージョン更新も行われています。

PurserがMarmot暗号化を使うNostrネイティブpayment daemonを構築

PurserはZaprite代替として設計されたNostrネイティブpayment daemonで、今週はコアアーキテクチャ構築のために9件のPRをマージしました。このプロジェクトは、加盟店と顧客の暗号化メッセージングに、MDK経由のMarmot MLSを使い、payment providerとしてStrikeとSquareを採用しています。今週はconfigとcatalog読み込み、message schema validation、MDK communication layer、StrikeおよびSquare provider実装、polling engine、anti-spam rate limiting、pending payment永続化、order processing pipelineが入りました。チームがlocal modeでmock MLSを取り除き実際の暗号化へ切り替えたため、99件すべてのtestsは現在、実際のmdk-core MLS操作を通しています。

VectorがDM attachmentsをリファクタリングし、profile editingを追加

VectorはTauriで構築されたプライバシー重視のNostrメッセンジャーで、PR #55をマージしてfrontendをリファクタリングしました。DM attachmentの復号と保存はvector-coreライブラリへ移され、アプリはprofile editingにも対応しました。upload cancelフラグはTauriSendCallbackまで正しく配線され、未使用だったattachment preview callbacksも整理されています。

プロトコルと仕様の動き

NIPアップデート

NIPsリポジトリへの最近の変更です。

マージ済み：

NIP-58（Badges）: Profile Badgesはkind 10008へ、Badge Setsはkind 30008へ移行（PR #2276）：Profile Badgesをkind 30008からkind 10008へ移行し（replaceable event、pubkeyごとに1つ）、Badge Sets向けにkind 30008を導入します。従来、Profile BadgesはBadge定義と同じkind（30008）を使っていたため、dタグで識別されるparameterized replaceable eventsになっていました。新しいkind 10008は単純なreplaceable eventで、pubkeyごとに1つ、dタグは不要です。クライアントはparameterized replaceable eventsを走査する代わりに、ユーザーごとに単一のreplaceable eventを問い合わせればよくなります。Amethyst v1.07.3はすでにこの移行を出荷済みです。
NIP-34（Git Stuff）: git関連follow listsを追加（PR #2130）：NIP-34のrepositoryおよびissue追跡向けfollow list慣例を追加します。ユーザーは、追跡したいrepositories（kind 30617）へのaタグ参照を含む、git-reposやgit-issuesのようなdタグ付きのkind 30000 follow setsを公開します。クライアントはこれらのfollow setsを購読して、kind 3のcontact listsがpubkeys向けに機能するのと同様に、ユーザーのフィードへrepository activityを表示できます。

オープンPRとディスカッション：

NIP-AC: WebRTC上のP2P Voice and Video Calls（PR #2301）：元のNIP-100（0xChatが実装）を3点で拡張します。すなわち、メタデータ漏えいをなくすためにNIP-59 gift wrapsで包んだNIP-44暗号化へ移行すること、voiceとvideo callのセットアップ（offer、answer、ICE candidates）向けに明示されたWebRTCワークフローを定義すること、そして各ピアが他の全ピアへ直接WebRTC接続を張るmesh group callモデルを採ることです。この仕様はNIP-100との後方互換性はありません。Amethystはすでにこれに沿った実装を進めており、call state machine test suite（PR #2143）とstale call offer処理（PR #2164）が今週入りました。
NIP-340（FROST Quorum）（PR #2299）：Nostr上でのFROST（Flexible Round-Optimized Schnorr Threshold）threshold signing向け慣例を提案します。FROSTでは署名者グループが共同で1つのNostr identityを制御し、完全な秘密鍵を再構成せずに、t-of-nメンバーのいずれかでイベント署名できます。このNIPは、FROSTR projectのIgloo signer作業を土台に、署名ラウンドの調整、key sharesの配布、threshold-signed eventsの公開方法を定義します。
NIP-5D（Nostr Web Applets）（PR #2303）：iframe内で動作するsandboxed web applications（「napplets」）が、ホストアプリケーション（「shell」）と通信するためのpostMessageプロトコルを定義します。shellは、構造化メッセージAPIを通じてnappletへNostr署名、relay access、ユーザー文脈を提供し、iframe sandboxは鍵への直接アクセスを防ぎます。これはNIP-5Aの静的webサイトホスティングモデルを、Nostr eventsを読んだり書いたりできる対話的アプリケーションへ拡張するものです。このNIPは、動作するruntime実装を伴って活発に開発中です。
NIP-5C（Scrolls）（PR #2281）：以前のNIP-A5提案から改名されたものです。Nostr上でWebAssemblyプログラムを公開し、発見するための慣例を定義します。WASM binariesはNostr eventsとして保存され、クライアントはそれらをダウンロードしてsandboxed runtimeで実行できます。demo appではscrollsがブラウザ内で実行される様子が示されており、任意のクライアントが取得して実行できるexample programsがNostr eventsとして公開されています。
NIP-85（Trusted Assertions）: Clarifications（PR #2304）：サービスプロバイダーごとに複数鍵や複数relayが存在する場合の仕様文言を引き締め、複数のpubkeysやrelay endpointsにまたがって運用するプロバイダーからのassertionsをクライアントがどう扱うべきかを明確にします。
NIP-24（Extra Metadata Fields）: replaceable events向けpublished_at（PR #2300）：NIP-23（Long-form Content）由来のpublished_atタグを、すべてのreplaceable eventsとaddressable eventsへ一般化します。このタグは表示専用です。published_atがcreated_atと等しければ、その時刻に「created」と表示し、異なる場合（イベントが更新された場合）は代わりに「updated」と表示できます。これにより、kind 0プロフィールに「joined at」日付を表示したり、他のreplaceable eventsでも更新をまたいで元の公開時刻を保てるようになります。補完的なNIP-51提案（PR #2302）は、同じタグをlist eventsにも追加します。
NIP-59（Gift Wrap）: Ephemeral gift wrap kind（PR #2245）：既存のkind 1059 gift wrapに対応するephemeral版としてkind 21059を追加します。ephemeral events（kinds 20000から29999）はNIP-01の意味論に従い、relayは保存を期待されず、配信後に破棄してかまいません。これによりアプリケーションは、通常のNIP-17 DMsと同じ3層暗号化モデルを保ったまま、relay上から配信後に消えるgift-wrapped messagesを送れるようになり、高頻度メッセージングのストレージ要件を下げられます。

OpenSatsが第16回Nostr grantsを発表

OpenSatsは4月8日に第16回Nostr grantsを発表し、初回助成4件と更新1件を採択しました。Amethyst Desktopには、contributorのRobert NagyがQuartzとCommonsモジュール上にスタンドアロンのデスクトップアプリを構築するための資金が提供されます。これにより、Androidクライアントの機能群が、永続的なrelay接続を持つマウス中心のインターフェースへ持ち込まれます。Nostr Mailには、kind 1301 eventsをNIP-59 gift wrapsで包んで使う、Nostr上の完全なメールシステム構築向け資金が提供されます。FlutterクライアントとGmail/Outlook互換のSMTP bridge serversも含まれます。Nostrordには、Discord風のグループメッセージング、モデレーション、スレッドを備えたKotlin MultiplatformのNIP-29 relay-based group client向け資金が提供されます。Nurunuruには、LINEの馴染みあるインターフェースを手本にし、オンボーディング向けにpasskeyベースの生体認証ログインを備えた、日本語圏向けNostrクライアントのネイティブiOS版構築資金が提供されます。HAMSTRには助成更新が行われました（初回採択は第11回）。

NIPディープダイブ: NIP-17（Private Direct Messages）

NIP-17は、Nostrにおける現在のプライベートダイレクトメッセージ標準を定義します。これは、relay上で送信者、受信者、タイムスタンプがすべて見えてしまい、暗号構成も弱かった旧来のNIP-04（Encrypted Direct Messages）方式を置き換えるものです。NIP-17は、暗号化にNIP-44（Encrypted Payloads）を、メタデータ保護にNIP-59（Gift Wrap）を組み合わせ、relayからは誰と誰が会話しているかが見えない3層システムを作ります。

このプロトコルは、3つのevent kindsを入れ子にして使います。最も内側の層は実際のメッセージで、署名されていないkind 14イベントです。

{
 "id": "a1b2c3d4e5f67890a1b2c3d4e5f67890a1b2c3d4e5f67890a1b2c3d4e5f67890",
 "pubkey": "d7e3a4b9c1f2e8d6a5b4c3d2e1f09876d7e3a4b9c1f2e8d6a5b4c3d2e1f09876",
 "created_at": 1744108800,
 "kind": 14,
 "tags": [
 ["p", "f1a2b3c4d5e6f7890123456789abcdef01234567890abcdef1234567890abcdef", "wss://inbox.example.com"],
 ["subject", "Project update"]
 ],
 "content": "The new relay config is deployed. Let me know if you see any issues.",
 "sig": ""
}

kind 14イベントは意図的に署名されていません（sigは空です）。仕様はこれを否認可能性を与えるものとして説明しますが、実際の保護は限定的です。rumorを包むkind 13のsealは、送信者の実鍵で署名されています。受信者はメッセージ内容を明かさなくても、その署名済みsealを第三者に見せることで、送信者が自分と通信した事実を証明できます。ゼロ知識証明を使えば、受信者は自分の秘密鍵を明かさずに、メッセージ内容そのものまで証明できます。署名のないrumorは、署名入り封筒に入った無署名の手紙のようなものです。封筒の署名が送信者と内容を結び付けます。真の否認可能性には、SignalのHMACのような対称認証が必要ですが、それはメッセージ自体が自己認証可能でなければならないNostrの分散relayモデルとは両立しません。NIP-17の本当の強みは、否認可能性ではなく、メタデータのプライバシーと内容の秘匿性です。

この無署名メッセージは次にkind 13のsealで包まれ、実際の送信者によって署名され、受信者向けにNIP-44で暗号化されます。

{
 "id": "b2c3d4e5f67890a1b2c3d4e5f67890a1b2c3d4e5f67890a1b2c3d4e5f67890a1",
 "pubkey": "d7e3a4b9c1f2e8d6a5b4c3d2e1f09876d7e3a4b9c1f2e8d6a5b4c3d2e1f09876",
 "created_at": 1744022400,
 "kind": 13,
 "tags": [],
 "content": "<nip44-encrypted kind 14 payload>",
 "sig": "e5f67890a1b2c3d4e5f67890a1b2c3d4e5f67890a1b2c3d4e5f67890a1b2c3d4e5f67890a1b2c3d4e5f67890a1b2c3d4e5f67890a1b2c3d4e5f67890a1b2c3d4"
}

sealにはtagsがないため、復号できても受信者は分かりません。sealは送信者の実鍵で署名されており、受信者はsealのpubkeyが内側のkind 14のpubkeyと一致することを確認することでメッセージを認証できます。

そのsealはさらにkind 1059のgift wrapで包まれ、ランダムな使い捨て鍵で署名され、受信者宛てに送られます。

{
 "id": "c3d4e5f67890a1b2c3d4e5f67890a1b2c3d4e5f67890a1b2c3d4e5f67890a1b2",
 "pubkey": "9876543210fedcba9876543210fedcba9876543210fedcba9876543210fedcba",
 "created_at": 1744065600,
 "kind": 1059,
 "tags": [
 ["p", "f1a2b3c4d5e6f7890123456789abcdef01234567890abcdef1234567890abcdef"]
 ],
 "content": "<nip44-encrypted kind 13 payload>",
 "sig": "fedcba9876543210fedcba9876543210fedcba9876543210fedcba9876543210fedcba9876543210fedcba9876543210fedcba9876543210fedcba9876543210"
}

gift wrapのpubkeyは、このメッセージ専用に生成されたランダム鍵で、created_atは最大2日前までランダム化されています。relayが実際に見る最外層はこれです。未知のpubkeyから受信者宛てに送られたメッセージで、タイムスタンプも実際の送信時刻を反映しません。このランダム化タイムスタンプは、保存済みイベントを後から分析する攻撃への対策になりますが、relayへ能動的に接続している攻撃者はgift wrapが最初に現れた時点を観測できるため、この防御は後からrelayデータを問い合わせる受動的観測者に対してのみ有効です。pubkeyがランダムでタイムスタンプも偽装されているため、relayは実際の送信者を特定できません。受信者がメッセージを読むには、自分の鍵とランダムpubkeyを使ってgift wrapを復号し、中のsealを取り出し、次に自分の鍵とsealに入っている送信者pubkeyでsealを復号し、その内側にあるkind 14メッセージを見つけます。

NIP-17はforward secrecyを提供しません。すべてのメッセージは静的なNostr keypairを使って暗号化されます（NIP-44で送信者鍵と受信者鍵から導出した鍵を使用）。秘密鍵が侵害されると、その鍵宛てに暗号化された過去と未来のすべてのメッセージが復号可能になります。これは意図的なトレードオフです。暗号化はnsecだけに依存するため、ユーザーがnsecをバックアップしていれば、gift wrapsをまだ保持している任意のrelayからメッセージ履歴全体を復元できます。Marmotで使われるMLSのようなプロトコルは、鍵素材をローテーションすることでforward secrecyを提供しますが、その代償としてstate同期が必要になり、鍵ローテーション後の過去メッセージ履歴復元は不可能になります。

NIP-17は暗号化ファイルメッセージ向けのkind 15も定義しており、受信者がBlossomサーバーへアップロード前にAES-GCMで暗号化された添付ファイルを復号できるよう、file-type、encryption-algorithm、decryption-key、decryption-nonceタグを追加します。Kind 10050は、送信者がgift wrapsをどこへ届けるべきか分かるよう、ユーザーが希望するDM relay listを公開するのに使われます。メッセージ内のpubkeyとp tagsの集合が1つのチャットルームを定義し、参加者の追加や削除はクリーンな履歴を持つ新しいルームを作ります。

実装は主要クライアントの多くをカバーしています。nospeakはすべての1対1メッセージングにNIP-17を使っています。Flotillaはproof-of-work DMsにNIP-17を使っています。Amethyst、Primal、Nostur、Damus、noStrudel、Coracleは、いずれも主要DMプロトコルとしてNIP-17を実装しています。gift wrapへexpirationタグを設定することで、仕様はdisappearing messagesにも対応します。

NIPディープダイブ: NIP-46（Nostr Remote Signing）

NIP-46は、ユーザーの秘密鍵をクライアントアプリケーションから分離するためのプロトコルを定義します。webアプリへnsecを貼り付ける代わりに、ユーザーは秘密鍵を保持し、Nostr relays経由の署名要求へ応答するremote signer（「bunker」とも呼ばれます）を動かします。クライアントが秘密鍵を見ることはありません。これにより攻撃面は小さくなります。侵害されたクライアントでも署名要求は送れますが、鍵そのものを引き抜くことはできません。

このプロトコルは、要求と応答の両方にkind 24133を使い、NIP-44（Encrypted Payloads）で暗号化します。クライアントはセッション用の使い捨てclient-keypairを生成し、互いのpubkeysをタグ付けしたNIP-44暗号化メッセージを通じてremote signerと通信します。以下は、クライアントからremote signerへ送る署名要求の例です。

{
 "id": "aa11bb22cc33dd44ee55ff6677889900aabbccdd11223344556677889900aabb",
 "pubkey": "eff37350d839ce3707332348af4549a96051bd695d3223af4aabce4993531d86",
 "created_at": 1744108800,
 "kind": 24133,
 "tags": [
 ["p", "fa984bd7dbb282f07e16e7ae87b26a2a7b9b90b7246a44771f0cf5ae58018f52"]
 ],
 "content": "<nip44-encrypted JSON-RPC request>",
 "sig": "1122334455667788990011223344556677889900aabbccddeeff00112233445566778899aabbccddeeff00112233445566778899aabbccddeeff0011223344556677"
}

暗号化されたcontentには、JSON-RPC風の構造が入っています。

{
 "id": "random-request-id-1",
 "method": "sign_event",
 "params": ["{\"kind\":1,\"content\":\"Hello from remote signing\",\"tags\":[],\"created_at\":1744108800}"]
}

remote signerはこの要求を復号し、ユーザーへ承認を提示し（または設定済み権限に基づいて自動承認し）、ユーザーの秘密鍵でイベントへ署名し、その署名済みイベントを応答として返します。

{
 "id": "bb22cc33dd44ee55ff6677889900aabb11223344556677889900aabbccddeeff",
 "pubkey": "fa984bd7dbb282f07e16e7ae87b26a2a7b9b90b7246a44771f0cf5ae58018f52",
 "created_at": 1744108801,
 "kind": 24133,
 "tags": [
 ["p", "eff37350d839ce3707332348af4549a96051bd695d3223af4aabce4993531d86"]
 ],
 "content": "<nip44-encrypted JSON-RPC response>",
 "sig": "aabbccddeeff00112233445566778899aabbccddeeff00112233445566778899aabbccddeeff00112233445566778899aabbccddeeff00112233445566778899"
}

接続はどちら側からでも開始できます。remote signerは、自分のpubkeyとrelay情報を含むbunker:// URLを提供します。クライアントは、自分のclient pubkey、relays、接続検証用secretを含むnostrconnect:// URLを提供します。secretパラメータは接続なりすましを防ぎます。帯域外でURLを受け取った当事者だけがhandshakeを完了できます。

定義されているメソッドは8つです。セッション確立用のconnect、イベント署名用のsign_event、ユーザーのpubkey取得用のget_public_key、keepalive用のping、旧来暗号化用のnip04_encryptとnip04_decrypt、現行暗号化用のnip44_encryptとnip44_decrypt、そしてrelay管理用のswitch_relaysです。relay migrationはremote signerが処理するため、セッションを壊さずに接続先relayを時間とともに移せます。

クライアントは接続時にpermission systemを通じて具体的な能力を要求します。nip44_encrypt,sign_event:1,sign_event:14のようなpermission文字列は、NIP-44暗号化アクセスと、kind 1およびkind 14イベントに限定した署名アクセスを要求します。remote signerはこれらの権限を受け入れることも、拒否することも、変更することもできます。つまり、ノートの閲覧と投稿だけを行うwebクライアントにはsign_event:1だけが与えられ、DMクライアントにはsign_event:14とnip44_encryptも与えられる、といった運用が可能です。

AmberはAndroidでNIP-46を実装しており、今週のv6.0.0-pre1ではクライアント間の分離のため、接続ごとの署名鍵が追加されました。nsec.app（旧Nostr Connect）はwebベースのbunkerを提供します。nostr-toolsにはJavaScriptクライアント向けのBunkerSignerが含まれており、先週のPR #530では手動relay管理向けにskipSwitchRelaysが追加されました。このプロトコルはauth challengeもサポートします。remote signerが追加認証（パスワード、生体認証、ハードウェアトークン）を必要とする場合、クライアントがブラウザで開いて完了させるauth_urlを返します。

今週は以上です。何か作っているものがある、あるいは共有したいニュースがありますか。NostrでDMを送るか、nostrcompass.orgを見てください。

Nostr Compass #16

Wed, 01 Apr 2026 00:00:00 +0000

Nostr Compassへようこそ。Nostrの週刊ガイドです。

今週の内容: Amethystが、ピン留めノート、NIP-86経由のrelay管理、NIP-62 Request to Vanishサポートを備えたv1.07.0を出荷しました。NIP-5A（静的ウェブサイト）がNIPsリポジトリへマージされ、Blossomストレージを使ってNostrキーペア配下でサイトをホストする方法を定義しました。Flotillaは、voice rooms、email/password login、proof-of-work DMを含むv1.7.0を出荷しました。White Noiseはv2026.3.23でrelay churnを修正し、nospeakはサインアップ不要の暗号化メッセンジャーとして1.0.0を開始しました。Nymchatはgroup chats向けにMarmotを採用し、Calendar by Form*はプライベートカレンダーリストとICS importを備えたv1.0.0へ到達し、Amberはmnemonic recoveryとNIP-42 relay auth whitelistを追加し、Marmot specはKeyPackagesをアドレス可能イベントへ移してMIP-05 push notification形式を厳格化しました。

ニュース

Amethystがピン留めノート、relay管理、Request to Vanishを出荷

AmethystはvitorpamplonaがメンテナンスするAndroidクライアントで、3日間に6リリース、v1.07.0からv1.07.5までを出荷しました。目玉機能群は6つのプロトコルサーフェスにまたがっています。ピン留めノート、専用ポールフィード画面、relayへ完全なイベント削除を求めるNIP-62（Request to Vanish）サポート、クライアント内からのNIP-86（Relay Management API）、relay情報画面内のNIP-66（Relay Discovery and Liveness Monitoring）評価、そしてNIP-43（Relay Access Metadata and Requests）のメンバー情報表示です。

NIP-86はrelayオペレーター向けのJSON-RPCインターフェースを定義し、pubkeyのBAN、pubkeyの許可、BANユーザー一覧の取得といった管理コマンドを標準化API経由でクライアントから送れるようにします。Amethystはこれをrelay管理UIに直接公開したため、自分のrelayを運用するユーザーは、投稿に使うのと同じクライアントから運用管理もできるようになりました。PR #2039は、BANおよび許可pubkeyの旧来のhex入力ダイアログを、対話型のユーザー検索ダイアログへ置き換えています。

v1.07.2ではGIF keyboard uploadsが追加され、旧Amberバージョンがrejectedフィールドに空文字列を返していたために起きていた署名リグレッションも修正されました（PR #2042）。v1.07.5では画像アップロード時クラッシュが修正されています。同週前半のv1.06.2とv1.06.3では、単一選択と複数選択ポールの切り替え、動画プログレスバーのdrag-to-seek、匿名投稿の改善が入っていました。

NIP-5Aがマージ、Nostrに静的ウェブサイトをもたらす

NIP-5A（静的ウェブサイト）がPR #1538経由でマージされ、Nostrキーペア配下で静的ウェブサイトをホストする方法を定義しました。仕様は2つのイベントkindを使います。kind 15128はpubkeyごとに1つのroot site用、kind 35128はdタグで識別されるnamed site用です。各manifestはURL pathをSHA256 hashへ対応づけ、実ファイルが置かれているBlossomストレージホストを指すserverタグをオプションで持てます。

ホスティングモデルは次のように動きます。サイト作者が静的サイトをビルドし、ファイルを1つまたは複数のBlossomサーバーへアップロードし、その後にpathとcontent hashの対応表を持つ署名済みmanifestイベントを公開します。ホストサーバーはWebリクエストを受けると、subdomainから作者のpubkeyを解決し、作者のNIP-65 relay listからmanifestを取得し、対応するblobをBlossomからダウンロードして配信します。更新manifestに署名できるのはその鍵だけなので、サイトの制御権は作者の側に残ります。NIP-5Aを理解するサーバーならどれでも同じmanifestから同じサイトを配信できるため、ホストサーバー自体は置き換え可能です。

この仕様はすでに存在していたインフラの上に乗っています。lezによるNIP-5Aのreference host実装nsiteと、hzrd149による管理UInsite-managerは、NIPがマージされる前から稼働していました。今回のマージにより、イベントkindとURL解決ルールが公式化され、2つ目3つ目の実装にとって安定したターゲットが生まれました。

White Noiseがrelay churnを修正し、クライアント制御を拡張

White NoiseはMarmotプロトコル上のプライベートメッセンジャーで、3月25日にv2026.3.23を出荷しました。主な作業はrelay安定性です。relay list publishはquorum logicを使い、残りをバックグラウンドで再試行するようになったため、ログインはすべてのrelay-list publish完了を待たずに先へ進めるようになりました。単発のfetchとpublishは長寿命poolに残留せず、スコープ付きの一時relay sessionを使います。復元されたsessionは起動後にgroup refresh pathを回復し、アプリはPR #495とPR #502を通じてrelay diagnosticsとrelay state inspectionを公開しました。

同じリリースでは会話の振る舞いも変わりました。PR #468がqタグとnostr:nevent参照を使うNIP-C7 reply threadingを追加し、PR #471とPR #512が削除メッセージを静かに消すのではなく削除済みプレースホルダーとして見せるようにし、PR #478がNIP-44（暗号化ペイロード）を使った匿名バグレポートフローを入れ、PR #486がクライアント内サポートチャットを追加しました。ユーザー向けメッセージ制御も同期間に入り、PR #532はchat archive、PR #541は期間指定可能なmute/unmute、PR #535はnotification settingsを追加しています。PR #539はpush登録の準備作業で、iOSではAPNs登録、AndroidではPlay Services検出を配線し、その上に登録処理を積める状態にしました。バックエンド側ではMDKがMIP-05 push notification primitivesとnotification request builderを追加し（PR #235、PR #238）、whitenoise-rsはpush notification登録の永続化（PR #688）、バックグラウンドタスクキャンセル修正（PR #696）、起動時のkey package回復（PR #693）を追加しました。

Nostr VPNがv0.3.0に到達し、roster syncとinvite v2を追加

先週のローンチ記事に続き、Nostr relayをシグナリングに、WireGuardを暗号化トンネルに使うP2P VPNのnostr-vpnは高速なリリースペースを維持し、v0.3.3まで進みました。このバージョン更新では2つの破壊的変更が入っています。invite formatがv2へ移行し（0.3.0はv1 inviteをまだimportできますが、旧ビルドはv2 inviteをimportできません）、シグナリングプロトコルにadmin署名付きroster syncが追加されました。バージョンが混在するpeer同士でもmesh層では接続できますが、古いpeerはroster同期には参加しません。

roster syncの追加は、managed networkへの移行の始まりです。admin nodeが全peerにmembership変更をpushできるようになり、meshへのデバイス追加や削除のたびに各peerが手動で設定を更新する必要がなくなります。同週のv0.2.xリリース群は具体的なデプロイ問題を修正しており、v0.2.22からv0.2.28ではWindows service管理、Android build scripts、LAN pairing flowの改善が入っています。

nospeakが1.0プライベートメッセンジャーとしてローンチ

nospeakはNostr上のプライベートメッセンジャーで、3月27日に1.0.0を出荷しました。プロジェクトは1対1会話、グループ会話、連絡先管理、self-hostableアーキテクチャを含みます。1対1チャットはNIP-17（プライベートダイレクトメッセージ）を使い、これはNIP-59（Gift Wrap）とNIP-44（暗号化ペイロード）を組み合わせることで、relayから送信者を隠します。メディアについては、ファイルはBlossomサーバーへアップロードされる前にクライアント側でAES-256-GCM暗号化されます。このリリースはself-hosting向けcontainer imageとしても配布されています。

Flotilla v1.7.0がvoice roomsとemail loginを追加

Flotillaは、hodlbodによるDiscord風NIP-29（Relay-based Groups）クライアントで、「relays as groups」モデルを中心に構築されています。3月30日と31日にv1.7.0およびv1.7.1を出荷しました。目玉機能はmplorentzによるvoice roomsです。ユーザーはグループchannel内でvoice callへ参加できるようになり、join dialog（PR #109）ではaudio input deviceの選択と、音声通話に参加するかテキストチャットだけを見るかを選べます。このダイアログは前段のUX問題を解決します。以前はvoice対応roomへ入ると、メッセージ閲覧や設定確認だけが目的でもマイクが強制的に有効化されていました。

同じリリースには、Nostr鍵ベース認証の代替となるemail/password login、DMへのproof-of-work、DM編集、再設計されたrelay onboardingとsettings、supported_nips経由のBlossomサポート検出、改善されたnotification badges、Android push notification fallback、Androidでのfile upload修正も入っています。v1.7.1ではoffline signer使用時のpomade registration fallbackも修正されました。

hodlbodは同時にzooid relay向けのhosting managerおよびdashboardであるCaravelも構築しており、初期開発だけで今週40コミットを記録しています。

NymchatがMarmotベースのgroup chatsを出荷

Nymchat（NYM、Nostr Ynstant Messengerとしても知られます）はBitchatとbridgeされたエフェメラルチャットクライアントで、すべての新しいグループチャットがMarmotプロトコルを使うMLS暗号化メッセージングへ移行したと発表しました。この統合では、key packages、welcome messages、group messagesにそれぞれkinds 443、444、445を使い、forward secrecy、post-compromise security、metadata leakageゼロを提供します。受信者がMLSを使えない場合、Nymchatは従来のNIP-17（プライベートダイレクトメッセージ）ベースのgroup chat pathにフォールバックします。こちらもエンドツーエンド暗号化ですが、MLSのratchet-tree特性は持ちません。

今週のv3.55およびv3.56系列は、新規デバイスでの読み込み、leave動作、notification routing、未読badge countといったgroup chatの境界ケースに集中していました。同じサイクルでは、エスケープされていないHTMLに起因するXSS脆弱性の修正と、user nicknameにも拡張されたkeyword/phrase blockingも入りました。これによりNymchatは、White NoiseとOpenChatに続くもう1つのMarmotクライアントとなり、同じプロトコル上でMLS暗号化group messagesを交換できるアプリ群を広げています。

リリース

Calendar by Form* v1.0.0

Calendar by Form*はNIP-52（カレンダーイベント）上に構築された分散カレンダーアプリで、3月29日にv1.0.0へ到達しました。このリリースは、暗号化Nostrイベント（kind 32123）とNIP-44（暗号化ペイロード）の自己暗号化を使うprivate calendar listsを追加し、relayへそのグルーピングを明かさずにイベントを私的コレクションへ整理できるようにします。同じリリースでは、他アプリからカレンダーデータを取り込むICS intent handlingと、ユーザー間でイベントを共有するinvitation requestsも追加されました。

Amber v5.0.2 から v5.0.4

AmberはNIP-55（Android署名アプリケーション）署名者アプリで、3つのポイントリリース、v5.0.2、v5.0.3、v5.0.4を出荷しました。最も目に見える追加は、raw nsecやncryptsec文字列を要求せず、BIP39 seed phraseからsignerを復元できるmnemonic recovery phrase login（PR #358）です。PR #357はNIP-42 relay auth whitelistを追加し、どのrelayがclient authenticationを要求できるかをユーザーが制限できるようにしました。PR #353はdecrypt permission向けのencryption scope選択を追加し、包括的権限ではなくNIP-04専用あるいはNIP-44専用のdecrypt accessを付与できるようにしています。v5.0.4では、scoped encrypt/decrypt permissionsが拒否処理に正しく反映されないバグが修正され、複数のbunker request受信時の性能も改善されました。

Aegis v0.4.0

Aegisはクロスプラットフォーム署名者で、3月26日にv0.4.0を出荷しました。このリリースではSettingsにFullおよびSelective authorization modesが追加され、複数のQRスキャン問題も修正されています。追随するコミットd4f799f、3313af9、3b214e4、e4f40b6では、この方向をさらに進め、batch select controls、再利用可能なbatch selection stats、set-all-groups selection APIs、app permissionsページ上のpermission別使用統計を追加しています。

Schemata v0.2.7 から v0.3.0

SchemataはNostrイベントkind検証用のJSON Schema定義群で、v0.2.7からv0.3.0まで4リリース、21件のマージ済みPRを出しました。v0.3.0では、relay URL、hex ID、MIME type、BOLT-11文字列にわたるpattern consistency修正（PR #126）、relay URL patternの集中管理（PR #117）、NIP-19 bech32 base type schema（PR #118）、kind 777 spellイベントの検証（PR #125）が入りました。release pipelineは各リリース時にNostrへkind 1 noteも公開するようになり（PR #120）、プロジェクト自身が検証対象のプロトコルを通じて自らを告知します。Schemataは、canonicalなJS/TSパッケージ以外に、Rust、Go、Python、Kotlin、Java、Swift、Dart、PHP、C#/.NET、C++、Ruby、Cの計12超の言語をサポートするようになりました。

Schemataと並行して、チームはschemata-codegenも公開しました。これは同じ検証問題に対して別アプローチを取る実験的コードジェネレーターです。Schemataのvalidator packagesがJSON Schema runtime dependencyを必要とするのに対し、schemata-codegenはschemaをtyped tag tuples、kind interfaces、runtime validatorsといったネイティブ言語構造へ直接移植することで、実行時にvalidator libraryを不要にします。codegen-vs-validators比較は、どちらのアプローチがどの場面に適するかを文書化しています。

BigBrotr v6.5.0 から v6.5.4

BigBrotrはrelay分析プラットフォームで、v6.5.0からv6.5.4まで5リリースを出荷しました。v6.5.0では、parse_relay_url() factory functionによるrelay URL validationの集中化、URL length checking、path sanitizationが入りました。monitoring基盤にも修正があり、announcementイベントはNIP-52にならったgeohash location tagsを含むようになり、期限のなかったGeo/Net NIP-66 metadata testsにはtimeout protectionが追加され、無期限ハングを防いでいます。PR #410はPostgreSQLを16から18へ上げており、async I/O subsystemとWAL throughput改善がrelay analytics pipelineに入っています。

Vertex Lab relayがNIP-50プロフィール検索を追加

Vertex Labはnpub.worldとVertex Web of Trust engineを手がけるチームで、wss://relay.vertexlab.ioがプロフィールクエリ向けにNIP-50（検索）をサポートしたと発表しました。NIP-50は標準Nostr REQ filterにsearchフィールドを拡張し、relayがindexを持つ場合にクライアントが全文検索クエリを送れるようにします。Web of Trustデータも提供するrelayにプロフィール検索が入ることで、relay.vertexlab.ioへ接続するクライアントは別検索サービスなしに名前や説明からユーザーを発見できます。

Hashtree v0.2.17 と v0.2.18がWebRTCメッシュとIris Desktopを出荷

Hashtreeはmmalmiによる、Merkle rootをNostrへ公開するcontent-addressed blob storage systemで、3月31日にv0.2.17とv0.2.18を出荷しました。この2リリースは30コミットのスプリントを締めくくるもので、3つの機能が加わっています。1つ目はhashtree-webrtc crate（v0.2.18でhashtree-networkへ改名）によるWebRTCベースのP2P blob配布で、Rust CLI、simulation harness、TypeScript clientにまたがる統一mesh signalingを追加します。2つ目はrelease pipelineがWindows artifacts（CLI zipとIris installer）をビルドするようになったことで、macOS、Linux、Windowsのクロスプラットフォーム対応が整いました。3つ目は、両リリースがIris Desktop 0.1.0、すなわちmmalmiのNostr social clientを、AppImage、.deb、Windows installer assetとしてhashtree CLIと一緒に同梱していることです。HashtreeはNewsletter #10で、filesystemベースのBlossom互換ストアとして初めて取り上げました。今回のWebRTC層は、中央集権的Blossomサーバーに依存しないP2P content distributionへの第一歩です。

Nostr Mail Client v0.7.0 から v0.7.2

Nostr Mail ClientはNostrアイデンティティ上に構築されたFlutter製メール風クライアントで、3日間でv0.7.0、v0.7.1、v0.7.2を出荷しました。見えるプロダクト作業はオンボーディング（PR #9）とプロフィール編集（PR #10）に集中しており、Nostrをメールボックスとして提示しようとするクライアントにとって基本的な部品です。後続のポイントリリースはこの作業を新しいAndroidおよびLinuxビルドへパッケージしました。

Wisp v0.14.0 から v0.16.1

WispはAndroid Nostrクライアントで、今週さらにv0.14.0-betaからv0.16.3-betaまで13リリースを出しました。作業内容には、NIP-17 rumor JSON修正（PR #385）、gallery cards上のrepost badges（PR #383）、展開可能なreaction details（PR #382）、永続emoji sets（PR #381）、video autoplay controls（PR #380）が含まれます。最新のv0.16.3-betaでは、ハイフンを含むcustom emoji shortcodeと欠落emoji tagsも修正されています。

Primal Android 3.0.17

Primal Androidは3月24日に3.0.17を出荷しました。PR #1000はWalletExceptionの型をNWC response内のerror codeへ対応付け、NIP-47クライアントに汎用エラーではなく構造化された障害情報を返します。PR #995はpoll zap votesがTop Zapsとして見えてしまう問題を修正し、PR #998はwallet未設定時に残高とaction buttonsを非表示にします。

OpenChat v0.2.4 から v0.3.0

OpenChatはMarmotスタック上に構築されたAvaloniaベースのチャットクライアントで、4日間でv0.2.4からv0.3.0まで6リリースを出荷しました。commit logは、「Marmotが動く」から「誰かが日常的に使える」までの隙間を埋めていくクライアントの過程を示しています。NIP-42 relay authenticationが入り、それに続いてduplicate event filteringを持つrelay picker UIも入りました。voice messagesはpause、resume、seek、時間表示を獲得しました。signer pathも強化され、更新されたNIP-46 URI formatによってAmber接続が修正され、WebSocketはrequest送信前に自動再接続するようになり、replayed responseを検査することでduplicate Amber requestsも捕捉されます。ストレージ面では、LinuxとmacOSにAES-256-GCM secure storageとfile-backed keysが入り、user metadata fetchはNIP-65 relay discoveryを使ってローカルデータベースにキャッシュされるようになりました。

Igloo Signer 1.1

IglooはFROSTRプロジェクトによるiOS向けFROST threshold signerで、3月28日にv1.1を出荷しました。FROST（Flexible Round-Optimized Schnorr Threshold）署名は、署名者のグループが共同で1つのNostrキーペアを制御し、単一の当事者が完全な秘密鍵を保持しないまま、t-of-n参加者でイベント署名できるようにします。Iglooは、Nostr向けにこのアプローチを実装した最初期のモバイル実装の1つです。

nak v0.19.3 と v0.19.4

fiatjafのコマンドラインNostrツールキットnakが、3月26日と30日にv0.19.3とv0.19.4を出荷しました。どちらのリリースもpanic条件を修正しています。PR #118はstrings.Splitをstrings.Cutへ置き換え、潜在的なout-of-bounds accessを防ぎます。PR #119はcurl flag parsingでも同種のpanicを防ぎます。

Flora v0.3.0

Floraは、Nostr上で分散スクリーン録画と共有を行うChrome拡張で、v0.3.0を出荷しました。このリリースは、public、unlisted、private modeを備えたprivate encrypted video sharingを追加します。private録画はAES-256-GCMで暗号化され、NIP-17（プライベートダイレクトメッセージ）経由で受信者に渡されるため、録画は平文のままサーバーに触れません。

YakiHonne Mobile 2.0.3

YakiHonneはモバイルNostrクライアントで、relay reviewsとjoin requests、拡張されたnested replies、ノートのauto-translation、NWC multi-relay supportを含む2.0.3を出荷しました。

プロジェクトアップデート

Zap Cookingがzap pollsとBranta支払い検証を追加

Zap Cookingはレシピおよびcontentプラットフォームで、今週11件のPRをマージしました。焦点はinteractive contentとpayment flowsです。PR #277はkind 6969のzap pollsを追加し、ユーザーはsatsを送って投票し、プロフィール画像付きで投票者一覧を見られるようになりました。PR #274は投票インターフェースがフィード内で自然に見えるようpoll UXを再設計しています。

PR #276はSend Payment flowにcamera-based QR scanningを追加し、送信先が正当かどうかを送信前に確認する検証サービスBrantaを統合しました。Brantaは送信前に支払い先をphishing、address swaps、man-in-the-middle interceptionに対して検査します。Zap Cookingでの実装では、Brantaにより検証されたplatform nameとlogoが支払いフロー内に直接表示され、Branta対応QRコードはbranta_idとbranta_secretパラメータを持てるため、walletはスキャンされたコード自体から送信先を検証できます。

diVineが統一検索の基盤を敷き、動画配信を強化

diVineは短尺動画クライアントで、今週は検索、feed navigation、playback recovery、upload behaviorの強化に取り組みました。PR #2540は、Videos、People、Tagsのグループ化セクションを持つ統一検索画面の基礎を敷きます。PR #2623は、profile feeds、inbox、notifications、discover lists、classic vines、search、composable grid feedsにわたるpaginationを共通pagination controllerへ移すことで全体を強化しました。

動画配信にも具体的な修正がいくつか入りました。PR #2643はDivineホスト由来の派生ソースを順番に再試行し、それでもだめならraw blobへフォールバックしてからplayback errorを出すようにし、1つのソースの一時障害で即座に再生失敗にならないようにします。PR #2634はcapability probingが一時的に失敗してもresumable uploadをDivine所有パスに維持し、短時間のネットワーク障害でuploadが壊れることを減らします。PR #2637はsensitive-content gateも変更し、実際のwarning labelsがある動画のみをハードゲートし、単に作者が付けたcontent warning labelだけではゲートしないようにしました。

Shopstrがカスタムstorefrontを追加し、Milk Marketが引き続きマーケットプレイス作業を進める

ShopstrはNostrベースのマーケットプレイスで、PR #245をマージしてcustom storefrontsを追加しました。これにより、売り手はすべてのlistingが同じ汎用表示に押し込まれるのではなく、より独自性のあるhome surfaceを持てます。

Milk Marketは牛乳に特化した専用マーケットプレイスで、storefront最適化（PR #18）、account recovery（PR #17）、beef splits（PR #15）、MCP tool typing fixes（PR #16）を継続しています。

Notedeckが効果音を追加し、Android向けupdater pathを拡張

NotedeckはDamusチームによるデスクトップクライアントで、rodioを使ったUI interaction soundsを含むsound effects subsystemを追加するPR #1412と、CLI title flagや折りたたみ可能なsession foldersを含むAgentium更新を入れるPR #1399をマージしました。オープンなPR #1417は、Android上でNostr/Zapstore経由のAPK self-updateを提案しており、Newsletter #14で扱ったNotedeckのNostrネイティブupdater作業をさらに先へ進めています。

Nostriaがrepost relay hintsとNIP-98整合を追加

Nostriaは、kind 6およびkind 16イベントのrepost e tagsへNIP-18（Reposts）relay hintsを追加するPR #583、Brainstorm HTTP auth（kind 27235）をNIP-98（HTTP認証）の必須タグへ合わせるPR #582、Schemata schema validation testsを追加するPR #576をマージしました。NIP-98の変更により、Nostriaは他クライアントと同じHTTP auth形式で外部サービスへ認証できるようになります。

Nostr-Docがデスクトップパッケージングとoffline-first作業を追加

Nostr-DocはForm*による共同編集ツールで、今週はパッケージングとエディター作業が活発でした。commit fcdc00aがデスクトップアプリを追加し、commit 3977a8eがネイティブアプリ作業を始め、commit 413a030がアプリをoffline-first挙動へ近づけています。エディター側ではcommit 1855ce8がCtrl+S保存、保存警告、link preview修正、strikethrough描画修正を追加しました。

rust-nostrがNIP-21解析を最適化し、relay側NIP-62サポートを追加

rust-nostrは8件のPRをマージしました。最も注目すべきは、NIP-21 URI解析を標準bech32解析性能に合わせる形でPublicKey::parse内で最適化するPR #1308です。以前はNIP-21 URIの解析にraw bech32 keysの約2倍の時間がかかっていました。加えて、このプロジェクトにはmemory、LMDB、SQLite、database test backendsそれぞれへrelay固有のNIP-62（Request to Vanish）サポートを追加する4つのオープンPRもあります（PR #1315、PR #1316、PR #1317、PR #1318）。

nostr-toolsがbunker relay制御を追加し、NIP-47 multi-relay parsingを修正

nostr-toolsは、manual relay management向けにBunkerSignerParamsへskipSwitchRelaysを追加するPR #530と、仕様が許す複数relayに対応するためNIP-47（Nostr Wallet Connect）接続文字列解析を修正するPR #529をマージしました。

NostrabilityがSherlock audit dataを統合し、Schemata overviewを公開

NostrabilityはNostrクライアント向け相互運用性trackerで、14件のPRをマージしました。PR #306はdashboardへSherlock scan statisticsを統合しています。SherlockはNostrabilityの自動監査ツールで、Nostrクライアントへ接続し、公開されたイベントを取得し、各イベントをSchemata JSON Schema定義に照らして検証し、仕様違反を検出します。dashboardは現在、クライアントごとのschema fail rateを表示し（PR #315）、開発者が自分のクライアントがどのイベントkindを誤っているかを確認できるようにしています。PR #323はNostr publish workflowも刷新し、release announcementを、先行CIステップにキャンセルされない別jobとして実行するようにしました。

elsatは3月30日に、Schemata for nostr devsも公開しました。ここではschemata、schemata-codegen、Sherlockがどう組み合わさるかが説明され、現時点のカバレッジ数、65 NIPsにまたがる179のevent kind schema、154のtag schema、13のprotocol messages、310のsample eventsが示されています。

Nalgorithmがdigest生成とローカルscore cachingを追加

Nalgorithmは新しいrelevance-ranked Nostr feedプロジェクトで、今週public developmentを開始しました。commit cf6c501は、followからpostを取得し、ユーザー定義のpreference promptに照らしてscore付けする初期Webアプリを構築します。commit 8e931b6はトップランク投稿をspoken-word summaryへ変換するCLI digest toolを追加し、commit 4cb9c63はfile-based score cachingとrecent likesからのincremental learned-prompt evolutionを追加しました。commit c2edfb8は失敗したbatchのfallback scoresをキャッシュしないようにもしており、一時的なscoring failureでpost rankが恒久的に平坦化されることを防いでいます。

TENEXがRAG vector storeとtargeted MCP startupを追加

TENEXは、AIエージェントをTelegram経由でNostr channelへ接続するNostrネイティブのagent frameworkで、今週7件のPRをマージしました。PR #101はSQLite-vec、LanceDB、Qdrant backendsを持つpluggable vector store abstractionを追加し、特定のvector databaseに縛られないretrieval-augmented generationをエージェントへ提供します。PR #102はMCP startupをtargeted化し、最初の実行時に全MCPサーバーを起動する代わりに、エージェントが実際に使うtoolsを持つサーバーだけを起動するようにしました。PR #100はsend_message toolを追加し、Telegram channel bindingを持つagentが、受信メッセージに応答するだけでなく自発的にメッセージをpushできるようにします。PR #106は.git/HEADを直接読むことで、subprocess起動に伴って発生していた9GBのBun/JSCメモリ事前確保を回避しました。

Dart NDKがAmber signerを移し、Alby Go 1-clickを追加

Dart NDKはFlutter向けNostr development kitで、11件のPRをマージしました。PR #525はAmber signer supportをndk_flutter packageへ移し、PR #552はsample appにAlby Goのone-click wallet connectionを追加します。PR #502はCLI向けinstall.sh scriptを追加し、PR #523はnative asset handlingを優先してRust verifier dependencyを削除しました。

Protocol and Spec Work

MarmotがKeyPackagesをアドレス可能イベントへ移し、push notificationsを厳格化

Marmot specificationは、プロトコルが鍵素材とgroup membershipを扱う方法を変える4件のPRをマージしました。PR #54はKeyPackageイベントを通常のkind:443からdタグ付きのアドレス可能kind:30443へ移行し、鍵ローテーション時にNIP-09イベント削除を使う必要をなくします。アドレス可能イベントは上書き更新されるため、rotationが自己完結します。PR #57は非adminユーザーによるSelfRemove proposals（自発的なgroup離脱）コミットを許可し、PR #62はadminがSelfRemoveを使う前にadmin statusを relinquish することを要求し、高権限を保持したまま消えることを防ぎます。

PR #61はMIP-05 push notification formatも厳格化し、single-blob base64 encoding、versioning、token wire format、x-only key使用法を明示しました。その結果、spec、client libraries、app backendsの間でtoken blobsとx-only keysに対して1つの定義済みwire representationが得られます。これらのspec変更の実装は今週White Noiseスタックへ入り、上のWhite Noise v2026.3.23セクションで取り上げました。

NIPアップデート

NIPsリポジトリへの最近の変更：

マージ済み：

NIP-5A: 静的ウェブサイト（PR #1538）：Blossomストレージを使い、Nostrキーペア配下で静的ウェブサイトをホストするためのkind 15128（root site）およびkind 35128（named site）manifestイベントを定義します。詳しくは下のディープダイブを参照してください。
NIP-30（カスタム絵文字）: shortcodeでハイフンを許可（PR #2297）：shortcode記述がハイフンを含められるよう更新されました。ハイフン入りshortcodeは実際にはNIP導入当初から使われており、今回の仕様変更は現在の利用実態を文書化するものです。

オープンPRとディスカッション：

NIP-C1: Agent TUI Messages（PR #2295）：暗号化DM経由でagentが対話的UI要素を送るための構造化メッセージ形式を提案しています。typed text、buttons、card、table payloadsを含みます。ドラフトは既存のNIP-17およびNIP-04ダイレクトメッセージcontent内にJSONとして収め、新しいイベントkindは定義せず、button responsesには単純なcallback文字列形式を使います。
NIP-95: Hybrid Peer-to-Peer Relay Protocol（PR #2293）：relayが権威を保ちつつ、最近のイベントをWebRTC経由でP2P配布する調整役にもなるハイブリッドrelayモデルを提案します。ドラフトではPEER_REGISTER、PEER_REQUEST、PEER_OFFERなどのrelay messageを導入し、安定したクライアントがSuper Peersとして振る舞い、relayがseed node兼fallbackとなります。
NIP-B9: Zap Poll Events（PR #2284）：NIP-88（Polls）が無料ポールをカバーした後、古いNIP-69 zap-poll案を再始動する提案です。ドラフトはkind 6969のpoll定義とkind 9734のzapsを投票として使い、経済的Sybil耐性を持つ有料ポーリングシステムにします。無料の1鍵1票ポールを補完します。
NIP-AD: Super Zap（PR #2289）：relayのpubkeyやクライアントのpubkeyへ送られたzapsを、特化したプロモーションノートとして表示する慣例を提案しています。relayオペレーターやクライアントはlud16付きプロフィールを公開し、そのreceiptを取得し、zap description内の埋め込みcontentを抽出し、必要に応じて最小sats閾値でspamを抑制します。
NIP-XX: Agent Reputation Attestations（PR #2285）：Nostrエージェントに対する構造化reputation attestations向けのparameterized replaceable eventとしてkind 30085を提案しています。ドラフトは単一のグローバルスコアを避け、reputationを観測者依存とし、古いattestationが薄れていくtemporal decayを追加し、証拠要件付きnegative ratingsをサポートし、より良いSybil耐性に向けた単純weighted scoringとgraph-diversity scoringの両方を概説します。
NIP-XX: Paid API Service Announcements（PR #2291）：有料HTTP APIsを広告するためのkind 31402アドレス可能イベントを提案し、発見はNostr、支払いはHTTP 402処理を使います。ドラフトはtags-first設計なので、relayはJSON contentを解析せずに支払い方法、価格、能力でfilterできます。また任意でrequest/response schemaも許可し、クライアントやagentが呼び出しを自動生成できるようにします。
NIP-XX: SplitSigを使うLNURL-authからの鍵導出（PR #2294）：LNURL-authのECDSA署名とクライアント側ランダムnonceを組み合わせてNostrキーペアを導出する提案です。導出式はnsec = SHA256(ecdsa_signature || nonce)です。サーバーはECDSA署名（LNURL-auth handshakeに内在）を見ますがnonceは見ず、ブラウザはnonceを生成しますが署名は制御しません。どちらの断片だけでもnsecは導出できません。狙いは、同じLightning walletがデバイス間で同じNostr鍵を生み、walletがrecovery anchorとなり、どのサーバーも秘密鍵を再構築できないことです。
NIP-55: rejected fieldの文書化（PR #2290）：intentベース署名者レスポンスのrejectedフィールドを文書化し、Amethyst v1.07.xの修正が回避しなければならなかった挙動を正式化します。

NIPディープダイブ: NIP-5A（静的ウェブサイト）

NIP-5Aは、署名済みイベントを配信されるWebページへ変えるために、2つのイベントkindと既存blob storageインフラを使って、Nostrキーペア配下で静的ウェブサイトをホストする方法を定義します。仕様は3月25日にPR #1538経由でマージされました。

このモデルでは、pubkeyごとに1つのroot site用にkind 15128、dタグで識別されるnamed sites用にkind 35128を使います。各manifestは絶対URL pathをSHA256 hashへマッピングします。以下はroot site manifestの例です。

{
 "id": "5324d695ed7abf7cdd2a48deb881c93b7f4e43de702989bbfb55a1b97b35a3de",
 "pubkey": "266815e0c9210dfa324c6cba3573b14bee49da4209a9456f9484e5106cd408a5",
 "created_at": 1743465600,
 "kind": 15128,
 "tags": [
 ["path", "/index.html", "186ea5fd14e88fd1ac49351759e7ab906fa94892002b60bf7f5a428f28ca1c99"],
 ["path", "/about.html", "a1b2c3d4e5f6789012345678901234567890abcdef1234567890abcdef123456"],
 ["path", "/favicon.ico", "fedcba0987654321fedcba0987654321fedcba0987654321fedcba0987654321"],
 ["server", "https://blossom.primal.net"],
 ["title", "My Nostr Site"],
 ["description", "A static website hosted on Nostr"],
 ["source", "https://github.com/lez/nsite"]
 ],
 "content": "",
 "sig": "f4e4a9e785f70e9fcaa855d769438fea10781e84cd889e3fcb823774f83d094cf2c05d5a3ac4aebc1227a4ebc3d56867286c15a6df92d55045658bb428fd5fb5"
}

配信フローは3段階です。ホストサーバーがHTTP requestを受け取り、subdomainから著者のpubkeyを抽出します（root sitesならnpub、named sitesならbase36エンコードpubkey）。次に、著者のrelay listをNIP-65経由で取得し、site manifestを問い合わせます。manifestが見つかると、サーバーは要求されたpathをcontent hashへ解決し、server tagsに列挙されたBlossomサーバーから対応blobをダウンロードして返します。

DNS subdomain formatは厳密に指定されています。root sitesは標準npubをsubdomainに使います。named sitesは、生のpubkeyの50文字base36 encodingに続けてdタグ値を1つのDNS labelに収めます。DNS labelは63文字制限があり、base36 encodingは常に50文字を使うため、dタグは13文字に制限されます。仕様はさらに、dタグが^[a-z0-9-]{1,13}$に一致し、ハイフンで終わらないことを要求しており、DNS解決の曖昧さを防ぎます。

content hashを使うことで、同じサイトを異なるhost serversから配信でき、file integrityもサーバーを信用せずに検証できます。host serverはファイルを自前で保存する必要がありません。manifest内hashを使って必要時にBlossomから取得するだけです。つまり、作者が何を配信するかを制御し、Blossom serverが生ファイルを保持し、host serverは両者を接続するだけです。この3要素はそれぞれ独立に交換可能です。

既存実装には、manifestを解決してファイルを配信するhost servernsiteと、manifestの構築と公開を行うUInsite-managerがあります。仕様にはサイトのsource code repositoryへのリンク用sourceタグも追加され、別途PR #2286でマージされたREADME更新では、kind 15128と35128の両方がNIP kind indexへ登録されました。

NIPディープダイブ: NIP-62（Request to Vanish）

NIP-62は、要求したpubkeyからのすべてのイベントをrelayが削除するよう求めるkind 62イベントを定義します。仕様の動機は法的なものです。忘れられる権利のある法域では、標準化され署名された削除要求があれば、relayオペレーターは行動すべき明確なシグナルを得られます。

{
 "id": "a7b8c9d0e1f23456789012345678901234567890abcdef1234567890abcdef12",
 "pubkey": "f1e2d3c4b5a697887766554433221100ffeeddccbbaa99887766554433221100",
 "created_at": 1743465600,
 "kind": 62,
 "tags": [
 ["relay", "wss://relay.example.com"]
 ],
 "content": "Requesting deletion of all events from this relay.",
 "sig": "11aa22bb33cc44dd55ee66ff77889900aabbccddeeff0011223344556677889911aa22bb33cc44dd55ee66ff77889900aabbccddeeff00112233445566778899"
}

この仕様は、targeted vanish requestとglobal vanish requestを分けています。targeted requestは、どのrelayが対応すべきかを示す具体的なrelayタグを含みます。global requestは、relayタグ値として文字列ALL_RELAYSを使い、そのイベントを見るすべてのrelayに対して、そのpubkey由来のすべてのイベント削除を求めます。準拠するrelayは、削除済みイベントが再びrelayへ再放送されないことも保証しなければならず、削除はstickyである必要があります。

NIP-62は、範囲と意図の両面でNIP-09（イベント削除）を超えます。NIP-09は個別イベントを削除でき、relayは準拠してもしなくてもよい仕様です。NIP-62はすべての削除を要求し、仕様はURLがタグ付けされたrelayに対してMUST準拠を求めています。さらに、要求pubkeyをp-tagしたNIP-59（Gift Wrap）イベントも削除するようrelayに求めているため、受信DMもユーザー自身のイベントと一緒に消されます。NIP-62 vanish requestに対してNIP-09削除イベントを公開しても効果はありません。いったんvanishした後で、vanish request自体を削除してun-vanishすることはできません。

今週、Amethyst v1.07.0はクライアント側のNIP-62サポートを出荷し、ユーザーがアプリからvanish requestを開始できるようにしました。relay側では、rust-nostrが、memory、LMDB、SQLite、database test backendsそれぞれにNIP-62を追加する4つのオープンPRを抱えています（PR #1315、PR #1316、PR #1317、PR #1318）。クライアントサポートとrelayサポートが同じ週に進んでいるわけです。

この設計は実務的な緊張も生みます。Nostrの価値提案には検閲耐性が含まれ、relayは公開を妨げるべきではありません。一方でNIP-62は、特定pubkeyからの再公開をrelayがMUST防ぐケースを導入します。両者が両立するのは、この要求が自己指向だからです。あなたが求めているのは他人のイベント削除ではなく、自分自身のイベント削除です。検閲耐性は、明示的にオプトアウトした本人以外についてはそのまま保たれます。

今週は以上です。何か作っているものや共有したいニュースがあれば、NIP-17（プライベートダイレクトメッセージ）DMでご連絡ください。Nostr上でもお待ちしています。

Nostr Compass #15

Wed, 25 Mar 2026 00:00:00 +0000

Nostr Compassへようこそ。Nostrの週刊ガイドです。

今週の内容: Primal Androidが3.0系ウォレットリリースに続き、Follow Packs、zap拡張、primalconnect://ディープリンクを追加しました。BigBrotrは1,085個のrelayにまたがる4,100万イベントを走査し、16,599個の有効な秘密鍵を見つけたnsec漏えい分析を公開しました。同じ週にnpub.worldもプロフィールページへ警告を統合しています。Martti MalmiはNostr relayでシグナリングしWireGuardトンネルを張るTailscale代替のnostr-vpnを立ち上げ、7日間で11リリースを出しました。VectorチームはNostr上で動くP2P DOOMをオープンソース化し、FIPSはv0.2.0を出荷、Nostrability Schemataは1週間で6言語対応へ拡大しました。

ニュース

PrimalがFollow Packs、zap拡張、ディープリンクを追加

先週の3.0.7記事に続き、Primal Androidは今週、オンボーディング、コンポーザーUX、ウォレット文脈に関するリリース後の作業を進めました。再設計されたオンボーディングはFollow Packs（PR #949）を導入し、ノートコンポーザーにはネイティブGIFボタンが追加され、zap拡張サービス（PR #979）がウォレットトランザクションにzap文脈を注釈し、primalconnect://ディープリンクプロトコル（PR #969）がアプリ間ナビゲーションを可能にします。

Primal iOSも同じ作業を並行してTestFlight経由で出荷しており、ウォレット切り替え（PR #191）、ポール実装、オンボーディングのリファクタリングが同じ期間に入っています。

BigBrotrがrelayネットワーク全体の公開秘密鍵を可視化

Nostr relay分析プラットフォームのBigBrotrが、relayネットワーク上で露出した秘密鍵に関する詳細な分析を公開しました。この調査は1,085個のrelayから4,100万イベントを走査し、イベントcontentに埋め込まれた有効なnsec文字列を探索した結果、16,599個の有効な秘密鍵を見つけました。この数字は一見すると深刻ですが、一致の92%を占める「Mr.nsec」というbotを除外すると見え方が変わります。botトラフィックを除いた後に残ったのは、合計21,000人超のフォロワーを持つ実在アカウント38件だけで、そのどれにも自分の鍵が公開されている自覚は見られませんでした。

チームはnsec-leak-checkerをNIP-90（Data Vending Machine）サービスとして構築し、秘密鍵そのものをチェッカーに明かさずに、走査済みデータセットに自分の鍵が含まれているかどうかを確認できるようにしました。npub.worldも同週にこの漏えいデータを統合し、公開鍵が検出されたプロフィールページに警告バナーを表示しています。この組み合わせにより、ネットワークはDVMやエージェント向けのプログラマブルなインターフェースと、一般ユーザー向けの人間可読な警告の両方を得ました。この基盤データセットは、置換可能イベントとアドレス可能イベントのマテリアライズドビュー、ならびに同期アイドルタイムアウト修正を追加したBigBrotr v6.4.0にも流れています。

nostr-vpnがTailscale代替としてローンチ

Irisの作者であるMartti Malmi（mmalmi）が、Nostr relayをシグナリングに、boringtun経由のWireGuardを暗号化トンネルに使うP2P VPNのnostr-vpnを構築して出荷しました。動機は直接的で、「Tailscaleがサードパーティアカウントを要求するのにうんざりしたので、Nostr VPNを作った」というものです。このツールはNostrキーペアをアイデンティティとして用い、中央調整サーバーなしでデバイス間にメッシュネットワークを作ります。

プロジェクトはv0.2.2からv0.2.13まで、7日間で11リリースを出しました。このスプリントではWindows対応、ローカルネットワーク発見のためのLANペアリング、モバイル向けAndroid sidecarが追加されました。アーキテクチャは単純です。2台のデバイスがNostr relay上で接続メタデータを交換し、その後に直接WireGuardトンネルを確立します。発見とNAT越えのシグナリングはNostrが担い、実際の通信はWireGuardが担います。アイデンティティはNostrキーペアです。

MalmiはSignal風の安全なメッセージングチャネルライブラリであるnostr-double-ratchetの開発も継続しており、同じ週にv0.0.86からv0.0.93まで6リリースを出しました。

オープンソースDOOMがNostr上でpeer-to-peer動作

Vectorチームは、Nostrをピア発見に、Marmotをエンドツーエンド暗号化に、n0のQUICネットワーキングライブラリIrohをgossipトランスポートに使うP2PマルチプレイヤーDOOM実装をオープンソース化しました。ゲームは4.2 MBのWebXDCファイルとして出荷され、チャットメッセージ内で送信でき、試合をホストしたり調整したりするサーバーを必要としません。

技術的アプローチは、1993年の元のlockstep netcodeをリアルタイムのハイブリッド同期モデルに置き換えます。プレイヤーはNostr relayクエリを通じて互いを発見し、Marmotで暗号化されたチャネルでセッションを交渉し、その後低遅延のゲーム通信のためにIrohのQUIC gossip層へ移行します。このスタックでは、発見をNostr、暗号化をMarmot、トランスポートをIrohが担当します。

Vectorは今週セキュリティ強化も出荷しました。リリースには、メモリ強化されたキーボールトとanti-debug保護、機密鍵素材のzeroize、完全なDMおよびグループメッセージフィルタリングを伴うユーザーブロック、Mini Apps向けのWebXDCリアルタイムチャネル修正が含まれます。

FIPS v0.2.0がTorトランスポート、再現可能ビルド、sidecar例を出荷

Nostr隣接のメッシュネットワーキングプロジェクトであるFIPS（Free Internetworking Peering System）がv0.2.0を出荷しました。このリリースは匿名化されたメッシュリンク用のTorトランスポート、再現可能ビルド、Nostr relay経由で接続するsidecar例、OpenWrtパッケージワークフローにおけるNostrリリース公開を追加します。また、rekey後にdrain-windowフレームが原因で発生していたjitterスパイクも修正しました。ワイヤーフォーマットはv0.1.0から変更されているため、既存のv0.1.0ノードはアップグレードなしではv0.2.0と相互運用できません。

Nostrability Schemataが多言語化

Nostrイベントkindを検証するJSON Schema定義を維持するNostrability Schemataプロジェクトが、1週間でJavaScript専用から6言語対応へ拡大しました。Rust、Go、Dart、Swift、Python向けの新しいパッケージが出荷され、それぞれがデータパッケージとvalidatorを提供します。v0.2.6では17個の新しいイベントkind schemaも追加されました。

Nostrability interop trackerも並行して刷新されました。新しいWhat’s Newタブは更新をAtomフィードとNostrイベントの両方で公開し、アプリカテゴリフィルタリングにより特定のクライアント種別に絞り込めるようになり、trackerはGitHubリポジトリのメタデータからプログラミング言語を自動検出するようになりました。Nostrability自体も専用npubを持つようになり、文書化するプロトコルを通じてプロジェクト自身が発見可能になっています。複数言語をまたぐライブラリ作者にとって、多言語schemaパッケージは各プロジェクトが独自のschemaコピーを維持する代わりに、同じイベントkind定義をネイティブimportとして利用できることを意味します。

リリース

Amethyst v1.06.0 と v1.06.1

vitorpamplonaがメンテナンスするAndroidクライアントAmethystが、3月23日にv1.06.0とv1.06.1を出荷しました。目玉機能はNIP-85（Trusted Assertions）データを使った重み付き投票によるポールサポートで、ポールカードとzap pollカードも再設計されています。新しいレンダリングは、標準ポールとzap重み付きポールの双方に、より整理された視覚レイアウトを与えます。v1.06.1では、ポール描画パスで導入された安定性退行に対処する同時変更クラッシュ修正が入っています。

Amber v5.0.0 と v5.0.1

AmberはNIP-55（Android署名アプリケーション）署名者アプリで、3月18日に最近の4.1.xプレリリース作業を安定版v5.0.0へ昇格させました。この安定版には、先週取り上げたNIP-42 relay認証、組み込みTor、コンテンツタイプ固有の権限、暗号化PINストレージの変更が含まれています。その後のv5.0.1では、オフラインビルドフレーバーからinternet権限が削除され、そのビルドはAndroid権限レイヤーでネットワークリクエストを行えなくなりました。

Mostro v0.17.0 と Mostro Mobile v1.2.2

Nostr上に構築されたP2P Bitcoin取引所Mostroが、3月18日にv0.17.0を出荷しました。サーバー側リリースはv0.16.xサイクルからの紛争処理とレーティング作業を継続し、買い手と売り手のより完全な取引レピュテーションデータをNostrイベントとして追加します。FlutterクライアントのMostro Mobileも3月23日にv1.2.2を続けて出荷し、モバイルインターフェースを最新のプロトコル変更と同期させています。

Shosho v0.14.0

NostrライブストリーミングアプリShoshoが、3月19日にShosho Shopの開始を含むv0.14.0を出荷しました。リリースではプロフィールにShopタブ、Browse内のShop、ライブとクリップ上のIn-Live Shopボタンが追加されています。リリースノートによれば既存の「Nostr products」は自動的に表示され、購入者は売り手のPlebeian Marketページへ遷移して購入します。Shoshoのリリースノートはリスティングイベントkindを明示していないため、Shosho ShopがShopstrがREADMEで明示的にサポートしているNIP-99分類リスティングを読んでいるかは、まだ確認できません。

Applesauce v5.2.0

hzrd149によるNostrアプリ構築向けヘルパーパッケージ集Applesauceが、3月22日にv5.2.0を出荷しました。このリリースは6つのパッケージにまたがります。SQLiteパッケージはイベントタグに対するUNIQUE制約衝突を修正し、重複挿入を防ぎます。signersパッケージはAndroidNativeSignerを追加し、NIP-55ネイティブAndroid signerインターフェースをラップすることで、web-viewベースアプリが独自のbridgeコードなしでハードウェア支援署名を使えるようにします。relayパッケージはrelayとpoolの状態オブジェクトにchallengeフィールドを追加し、NIP-42認証状態を追跡して、relayが認証を要求していることをアプリが検知してプログラム的に応答できるようにします。coreパッケージはイベント参照の重複排除用にisEventPointerSameとisAddressPointerSameを得て、commonパッケージはユーザーのBlossomメディアサーバー解決用にuser.blossomServers$を追加します。ApplesauceはnoStrudel、Satellite、その他複数のWebクライアントを支えているため、これらの修正はWebクライアント層全体に伝播します。

Wispが1週間で16リリース

Android NostrクライアントWispが、今週v0.9.3-betaからv0.13.1-betaまで16リリースを出荷しました。追加された機能には、マルチアカウント対応、通知を減らすzen notificationsモード、ドラフトと予約投稿、安全性コンテンツフィルター、新しいflameアイコンが含まれます。

Manent v1.2.0

プライベートな暗号化ノートおよびファイルストレージアプリManentが、3月20日にv1.2.0を出荷しました。このリリースはアプリ内からのカメラ撮影、ストレージコスト削減のためのアップロード前画像リサイズ、保存済み画像確認時のピンチズームを追加します。Manentはユーザーのキーペアを用いてノートとファイルをNostr relay上に暗号化して保存し、電話やデスクトップアプリをrelayデータから完全な状態を再構築できるthin clientにします。

diVine 1.0.7

短尺動画クライアントdiVineが、3月21日に動画再生watchdogを含む1.0.7を出荷しました。このwatchdogは停止した動画を自動で再開します。v1.0.6でE2Eテスト基盤と直接MP4読み込みが入った後、このリリースはエラーを出さず中断する動画という残る障害パスを対象にしています。

Alby Extension v3.14.2

Alby ExtensionはNIP-07（ブラウザ拡張署名者）ブラウザ拡張で、3月18日にLightningアドレスQRコード表示とSchnorr署名サポートを含むv3.14.2を出荷しました。Schnorr対応により、ブラウザ拡張はNostrがネイティブに使うsecp256k1署名方式と整合します。

NoorNote v0.6.5 から v0.6.11

ノートテイキングアプリNoorNoteが、v0.6.5からv0.6.11まで7リリースを出荷しました。目玉はFollow Packsで、ユーザーがまとめて閲覧・購読できるアカウントのキュレート済み束です。Twitter Listsに似ていますが、オンボーディング向けに設計されています。ユーザーはカスタムタイトル、説明、カバー画像付きでFollow Packsを作成、編集、共有できます。このシリーズでは基盤NostrライブラリもNDK v2からv3へ更新され、relay接続処理とサブスクリプション管理が改善されました。picture notesと再設計されたrelay接続体験もこの流れを締めくくっています。

nak v0.19.1 と v0.19.2

fiatjafのコマンドラインNostrツールキットnakが、3月17日と20日にv0.19.1とv0.19.2を出荷しました。このツールはrelayとの対話、NIP-19（Bech32エンコードエンティティ）識別子のエンコードとデコード、イベント署名、relayデータの照会を行います。2つのポイントリリースは、先週のv0.19.0で入ったグループフォーラムUI追加に続くものです。

Calendar by Form* v0.2.1

Calendar by Form*はNIP-52（カレンダーイベント）上に構築された分散カレンダーアプリで、3月20日にv0.2.1を出荷しました。このリリースはイベントリマインダーに影響していた通知テンプレート問題を修正します。CalendarはイベントをNostr kind 31922（日付ベース）とkind 31923（時刻ベース）イベントとして保存するため、これらのkindをサポートするNostrクライアントなら任意にカレンダーデータを表示できます。アプリはFormstrチームが開発しており、同チームはFormstr（分散フォーム）とPollerama（ポール）も維持しています。

NYM v3.50 から v3.53

NYMはBitchatとbridgeされた軽量エフェメラルチャットクライアントで、v3.50からv3.53まで28リリースを出荷しました。最も目立つ機能は、チャンネル内の@nymbotメンションに応答し、relay状態や管理機能を提供する組み込みチャットbotのNymbotです。「hardcore mode」は送信する各メッセージごとに新しいキーペアを生成し、会話スレッドをアイデンティティレベルでリンク不能にします。トレードオフは明快で、永続アイデンティティは失われる一方、メッセージごとの匿名性を得ます。relay proxy層にも作業が入り、接続性向上のためのsharded relay proxy workers、geohash channelサポート、不正確なシステムクロックを持つノード向けのclock skew耐性が追加されました。

プロジェクトアップデート

DittoがBlueskyブリッジとWikipedia統合を追加

DittoはSoapboxチームのカスタマイズ可能なNostrソーシャルクライアントで、今週3つの機能トラックにわたり300超のコミットを記録しました。1つ目はBlueskyブリッジで、19コミットを使ってBluesky投稿を完全なフィード風スレッドとしてインライン表示し、公式Discover（whats-hot）フィードをバックエンドに持つBluesky discoveryページへのサイドバーナビゲーションを追加し、コメント、共有、リアクション、リンクコピーのアクションボタンを接続しています。ユーザーがDitto内からBluesky投稿に返信すると、compose modalにはこのやり取りがクロスプロトコルであることを示す免責calloutが表示されます。NIP-73（外部コンテンツID）のkind 17リアクションがこのクロスプロトコルモデルを支えています。NostrユーザーがBluesky投稿に反応すると、そのリアクションは外部コンテンツ識別子を参照する標準Nostrイベントとして保存されます。これはBluesky投稿からYouTube動画、Webページまで、あらゆる外部コンテンツにリアクションをブリッジできる同じNIP-73パターンです。

2つ目のトラックはWikipedia統合で、9コミットが入りました。Dittoは汎用リンクプレビューの代わりに詳細ページでリッチなWikipedia記事contentをレンダリングし、記事サムネイル付き検索autocompleteを追加し、Wikipedia APIから特集contentを引く/wikipediaページも提供します。WikipediaとArchive.orgの結果は一般検索autocompleteドロップダウンにも表示されます。3つ目のトラックはCapacitor経由のiOSプラットフォーム対応で、remote build scriptとplatform設定が、アプリ内の全ページでbackdrop-blurヘッダーを新しいarc-based navigationデザインに置き換えるUI刷新（55コミット）と並行して入りました。314コミットにより、DittoはNostr専用クライアントから、BlueskyとWikipediaをNostrフィードと並ぶ第一級のcontent sourceとして扱うマルチプロトコル集約クライアントへ近づいています。

PikaがNIP-34 forge CIパイプラインを構築

PikaはMarmotベースの暗号化メッセージングアプリで、今週33件のPRをマージしました。焦点はプレマージCI付きのセルフホスト型NIP-34 forgeです。このforgeはNIP-34イベントとしてパッチを受け取り、マージ前にCIチェックを実行し、構造化された状態をNostrイベント経由で返すgitホスティング層です。PR #701はlaneベースのプレマージおよびnightly CIを追加し、Rust、TypeScript、Apple buildsといった各コードパスを独立したlaneで実行し、個別のpass/fail状態を持たせます。PR #715は分離のためにmanaged CI agentsをIncus OpenClaw containersへ切り替え、PR #733はコマンドラインからhosted forgeと対話するためのph forge CLIを追加します。関連PRでは、マージ時のrepo書き込み権限（PR #736）、live status badgesを伴う構造化CIメタデータ（PR #722）、Apple nightly buildsの分割（PR #738）、forge認証とbranch lookup修正（PR #734）が処理されています。これはNIP-34 gitイベント上に構築された最初期の実用CI/CDシステムの1つであり、Nostrベースのソースコードホスティングを基本的なパッチ交換から、開発者がGitHubやGitLabに期待するマージとテストのワークフローへ押し進めています。

Nostriaがcommunities、code snippets、voice event処理を追加

NostriaはsondrebがメンテナンスするクロスプラットフォームNostrクライアントで、#14で触れたWeb of Trustフィルタリングの先へ今週アプリサーフェスを広げました。主な追加は完全なNIP-72（モデレートコミュニティ）実装で、コミュニティ作成、モデレーターおよびrelay設定、画像プレビュー付き投稿承認追跡、PostsタブとModeratorsタブを持つ専用コミュニティページを提供します。

同じ作業期間では、構文ハイライト付きエディターによるcode snippetの表示と編集、音声会話向けvoice event replyサポート、ダイレクトメッセージ用chat relay設定、Web Share APIによるchannel共有、メディアプレイヤー用toolbar docking system、最新Brainstorm Web of Trustサービスへのアプリ内サインアップ、NWCとBOLT-11インボイスを使うDMでの送金と受け取り、NostrネイティブGIF処理、既存のLightning splitをポッドキャストfeedから取り込めるより強いRSS import pathも追加されました。

nostr-vpnの高速反復

初回ローンチ記事の先でも、nostr-vpnのcommit logは実運用時に直面した具体的な問題を示しています。v0.2.3からv0.2.5では初期installer scriptとクロスプラットフォームCLIが追加されました。v0.2.6とv0.2.7でWindows対応が入り、config書き込みのUAC path quotingとdaemon所有config更新が必要になりました。v0.2.8からv0.2.10ではWindows GUI service actions、CLI subprocess handling、machine-scoped service configurationが修正されました。v0.2.12ではLAN discoveryがtimed LAN pairingに置き換えられています。これは同じローカルネットワーク上の2デバイスがrelayシグナリングなしでペアリングする、ユーザー主導のフローです。このパターンは初期フィールドテストの典型で、各リリースが特定のデプロイ障害を狙い、ユーザーベースが小さいため日次で反復でき、開発者自身がリリース間でツールを使っていることがわかります。

Cometの自動ビルド

Comet（旧Captain’s Log）は、NodetecによるNostrネイティブ長文執筆ツールで、今週40超の自動alpha buildを生成しました。CometはNIP-23長文記事の執筆と公開のためのデスクトップアプリで、ローカルdraft保存、markdown編集、ユーザーのrelay setへのワンクリック公開を備えます。自動ビルドパイプラインはmain branchへの各commitごとにtagged releaseを生成するため、生のリリース数は機能開発速度の指標としては誤解を招きます。40ビルドが示しているのは、アプリが日次のアクティブ開発下にあり、各commitが数分以内にテスト・パッケージ化され・ダウンロード可能になっているということです。

NIPアップデート

3月17日から24日の期間におけるNIPsリポジトリの最近の変更：

3月18日から3月24日の間にNIPのマージはありませんでした。

期間中に更新されたオープンPRとディスカッション：

NIP-AA: Autonomous Agents on Nostr（PR #2259）：Nostrネットワーク上で動作する自律エージェント向けの慣例を提案しています。このPRは、エージェントが自身を識別し、サービスを発見し、Nostrイベントを通じて他のエージェントや人間と協調する方法を定義します。
NIP-50（検索）: ソート拡張（PR #2283）：NIP-50検索クエリにtop、hot、zaps、newを含むsortパラメータを追加します。これによりクライアントは、クライアント側でソートする代わりに、全文検索をサポートするrelayへランク済み結果を要求できます。
NIP-A5: WASM Programs（PR #2281）：WebAssemblyプログラムをNostr上で公開・発見するための慣例を提案しています。WASMバイナリはNostrイベントとして配布でき、relayはポータブル実行コードの発見層になります。
NIP-CF: Combine Forces interoperable napps（PR #2277）：異なるクライアントやサービス間で機能を合成できる相互運用可能なNostrアプリケーション「napps」の慣例を定義します。
Snapshots NIP（PR #2279）：relay同期とバックアップのためのrelay状態スナップショット機構を提案しています。
Checkpoints NIP（PR #2278）：既知の良好なrelay状態を示すcheckpointイベントを提案し、snapshots提案を補完します。
NIP-58（バッジ）: Badge Setsリファクタ（PR #2276）：バッジコレクションの構成と参照方法を再編成します。
NIP-11（Relay情報ドキュメント）: 拡張（PR #2280）：より豊かな機械可読relayメタデータのために追加フィールドを導入します。

Nostrの5つの3月

先月のニュースレターでは、NIP-01の書き換えからDamus App Storeの波、メッシュネットワーキング、エージェント提案まで、Nostrの2月がどう進んだかを振り返りました。今回の回顧は2021年から2026年まで、それぞれの3月に何が起きたかを追います。

2021年3月: 2つのコミット

誕生から4か月後、Nostrの3月の成果は3月4日に入った2つのコミットだけでした。fiatjafはnostwitterインスタンスへのリンクを追加し、初期訪問者を実際に動くデプロイ先へ導きました。また基本filter定義にkindを追加しました。この2つ目のコミットは示唆的です。2021年3月時点では、Nostrイベントをkindでfilterすることすらまだできませんでした。プロトコルはその程度に原始的だったのです。ネットワークには2つか3つのrelayしかなく、調整チャネルはTelegramグループだけでした。NIPsリポジトリもまだ存在せず、プロトコル提案はメインnostrリポジトリ内のファイルとして管理されていました。その月のコミッターはfiatjafただ1人です。5年後にVPN、マルチプレイヤーゲーム、メッシュネットワーキングを支えるプロトコルになるものの2021年3月の全成果は、1つのgit diffに収まります。

2022年3月: Damus以前の構築期

メインのプロトコルリポジトリは2022年3月に0コミットでした。開発は完全にツール系リポジトリへ移っていました。fiatjafのVue.js Webクライアントで当時の主要NostrインターフェースだったBranleには、Dockerデプロイ支援やNIP-05（DNSベース検証）の表示名修正を含む5コミットが入り、検証バッジから_@プレフィックスが除去されました。Robert C. Martinのmore-speechはClojureデスクトップクライアントで、threading、キーボードナビゲーション、編集ウィンドウを加える13以上のコミットを記録しました。その月にNostr上で最も有名なソフトウェア作者として積極的に開発していたのは暗号開発者ではなく、『Clean Code』を何百万部も売った人物でした。彼がClojureでNostrクライアントを書いていたという事実は、初期コミュニティの性格をよく示しています。そこには自分たちのために作る、意見の強いプログラマたちがいました。

relayネットワークはおよそ15relayへ拡大し、アクティブユーザーは数百人規模になっていました。Damusはまだ存在せず、作成されるのは2022年4月まで待つ必要がありました。Nostreamもまだ現れていません。その月の作業はインフラ整備であり、すでに日々使われていた小さなコミュニティのために既存ツールをより信頼できるものにすることに集中していました。

2023年3月: 爆発後のインフラ期

Damus App Storeの波と30万公開鍵超えから1か月後、2023年3月はその成長を吸収する時期でした。NIPsリポジトリは28件のPRをマージし、これはプロトコル史上2番目に多い月間件数です。NIP-51（リスト）がマージされ、クライアントは構造化されたフォロー・ミュート・ブックマークコレクションを得ました。NIP-39（プロフィール内の外部アイデンティティ）も入り、NIP-78（アプリ固有データ）はアプリがプライベート状態を必要とする際の汎用ストレージkindを提供し、NIP-57（Lightning Zaps）の書き直し（PR #392）はzapフローを統合して用語を明確にしました。この月で最も議論されたPRは、50超のコメントを集めた別案のmention handling提案（PR #381）でした。

最も重要な新規プロジェクトは、relay接続、イベント署名、キャッシュ、サブスクリプション管理のためのTypeScriptライブラリNDKでした。pablof7zは2023年3月16日に初回コミットを行い、11日後の3月27日には「ほぼ別の初回コミット」としてゼロから書き直し、3月31日にはLNURLとzapサポートを動かしていました。NDKは15日でゼロからzap対応に到達したのです。NDK作成から5日後の3月21日には、AlbyチームがNWCを作成しました。これはNIP-47のリファレンス実装で、LightningウォレットをNostrアプリケーションへ接続します。その後3年間のWebベースNostr開発を支える2つのプロジェクトは、同じ30日間の中で生まれました。OpenSatsのNostr fundはまだ立ち上がっておらず、最初の波はNDK作成から4か月後の2023年7月まで待つ必要がありました。

その月のその他の注目作としては、NostrGit、NostrChat、LNbitsによるnostr-signing-deviceプロジェクト、nostrmoがありました。インテリジェントrelay選択に焦点を当てたRustデスクトップクライアントGossipは3つのリリースを出しました。プロトコルは構築モードにあり、2023年3月に作られたツール群は3年後の今も使われています。

2024年3月: プロトコル成熟期

2024年3月は、プロトコルを長期利用に耐えるものへ硬化させる時期でした。NIPsリポジトリは12件のPRをマージしました。最も重要だったのは、130超のコメントと44日のレビューを経て3月5日にマージされたNIP-34（Git Stuff）、PR #997です。この議論スレッドは、分散型GitHubをどう作るかをコミュニティが議論していた時代の記録です。jb55はgit send-emailとの類似性を指摘し、Giszmoはcross-fork discoveryのためにroot commit hashを使う案を出し、「GitHubがやっていないことを私たちはできる」と述べ、mikedilgerはSSH鍵の代わりにNIP-98（HTTP認証）のイベント署名認証を提案し、fiatjafはバージョン管理の一般性は不要だと率直に切り捨てました。「各バージョン管理システム向けではなく、git向けでいい。他は誰も使っていない」と。PRを開いた数時間後には、fiatjafはnak、go-nostr、gitstrを既にNostr上のpatch受け取り対応へ切り替えていました。OpenSats granteeだったngitのDanConwayDevも、この議論の最も活発な参加者の1人でした。プロフィールメタデータ向けのbot fieldも同時にマージされ、クライアントが自動アカウントと人間のアカウントを機械可読に区別できるようになりました。

Amethystはgitイベント対応、wiki記事、医療データ描画、content編集を1つのリリースでまとめたv0.85.0を出荷しました。Mostroはv0.10.0へ到達しました。NosflareはCloudflare Workers上で動くserverless Nostr relayとして、relayロジックがedgeで動けることを示しました。OpenSatsはAmethystクライアントへの継続的貢献に対して、Bruno GarciaへLong-Term Support grantを出しています。

2025年3月: インフラ拡張期

2025年3月には10本のNIPがマージされました。主役はNIP-66（Relay Discovery and Liveness Monitoring）、PR #230で、25か月に及ぶ道のりを経て3月3日にマージされました。dskvrは2023年2月にrelay monitoringを初めて提案し、クライアント側でできると言われ、何千ものrelayへ同時接続することが個々のクライアントには非現実的である理由を説明し、完全な草案を7回作り直し、8地域（米国北東部、ブラジル、米国西部、米国東部、オーストラリア、インド、韓国、南アフリカ）にmonitoring nodesを構築し、relay toolingが追いつくのを待ちました。マージ時点ですでに実装はnostr.watch、relaypag.es、monitorlizard、Snort、noStrudel、Jumbleに存在していました。NIP-66データは後にNewsletter #12で取り上げたNostrability outboxベンチマークの燃料になります。NIP-C0（Code Snippets）もPR #1852でマージされ、kind 1337イベントによるソースコード共有を追加しました。

この月にはNostr向け最初のMCPサーバー群も登場しました。nostr-mcp-serverは3月23日に、nwc-mcp-serverは3月14日に出現しており、これはAnthropicが2024年11月にModel Context Protocolを発表してから4か月後のことです。これら初期ブリッジは、後の2025年末から2026年初頭にかけて現れる完全なContextVM SDKやagent commerce作業に先行していました。

Gossipはv0.14.0を出荷し、relay認識型フィード管理を持つhodlbodのWebクライアントCoracleも3つのリリースを出しました。OpenSatsは第10波のNostr grantsを発表し、2023年半ばから続く資金供給パイプラインを維持しました。

2026年3月: 収束

2026年3月の活動は、Nostr Compassの#12から#15（本号）までの各号をもとにしています。

2026年3月は、ばらばらだった流れが実用システムへ収束した月でした。Marmot Development Kitが暗号化メディア、多言語バインディング、spec・Rust・TypeScript間の協調更新を必要としたChaCha20-Poly1305移行を伴う初の公開リリースを出荷しました。ShopstrとMilk Marketはagent-driven purchasing向けのMCP commerce surfaceを追加しました。NIP-42 relay認証はAmber、strfry、OAuth Bunkerに同時に入っており、signer、relay、bunkerソフトウェア間のループを閉じています。NotedeckはNIP-94（ファイルメタデータ）リリースイベントを用いたNostrネイティブのソフトウェア更新を出荷しました。

今週は、BigBrotrが漏えい秘密鍵を探すためにrelayネットワーク全体を走査し、分析とDVM checkerの両方を公開しました。Nostr VPNは、Nostrの鍵モデルがソーシャルメディアだけでなくネットワークインフラにも機能することを示しました。DOOMは、Nostr discovery、Marmot暗号化、QUIC transportを組み合わせてリアルタイムマルチプレイヤーゲームを動かせることを示しました。Amberはv5.0.0へ到達し、Wispは7日で16リリースを出しました。主要プロジェクト群から1週間で25件以上のtagged releaseが出ています。

月の最初の24日だけで7つのNIPがマージされました。プロトコルにはNIP-54（Wiki）のDjotマークアップ、NIP-19（Bech32エンコードエンティティ）の入力制限、NIP-91（フィルター用AND演算子）のboolean query logic、NIP-85（Trusted Assertions）のWeb of Trust assertionが加わりました。オープン提案は、自律エージェント（NIP-AA）からWASMプログラム（NIP-A5）、NIP-50向け検索ソート拡張まで広がっています。

今後の展望

Nostrの5つの3月を辿ると、明確な弧が見えます。2021年には、まだkindでイベントをfilterできないプロトコルに対して、1人が2つのコミットを入れていました。2023年には、Damus後の爆発を吸収するためにNDKとNWCが5日違いで誕生しました。2024年には、141コメントのPRスレッドがソーシャルプロトコル上でgit協業をどう機能させるかを論じました。2025年には、25か月かけて7回書き直されたrelay monitoring specがついにマージされました。2026年には、Tailscaleがアカウントを要求することに苛立った誰かがNostrキーペアを使うVPNを作り、別の誰かがNostr relayでピアを発見しMarmotでゲームプレイを暗号化するマルチプレイヤーDOOMを出荷しました。BigBrotrが1,085relayにまたがる4,100万イベントを走査したことは、ネットワークの成長を測る具体的な尺度を与えます。2026年3月のプロトコル表面積は2021年3月の自分には見分けがつかないほど広がっていますが、土台のモデル、すなわちsecp256k1鍵で署名されrelay経由で配布されるイベントという構造自体は変わっていません。

Nostr Compass #14

Wed, 18 Mar 2026 00:00:00 +0000

Nostr Compassへようこそ。Nostrの週刊ガイドです。

今週の内容: Amethystが完全なNIP-47（Nostr Wallet Connect）メソッドサポートを実装、Alby Hubがv1.21.6で複数relayサポートを追加、Amberが組み込みTorとより細かい署名者権限を備えたv4.1.3を出荷、ZeusがPR #3835でリスクのあるNWC keysendパスを削除。Notedeckがv0.8.0-rc2でNIP-94（ファイルメタデータ）イベントを通じてリリースを発見する署名付きアップデーターを出荷、Damusが古いNIP-65（Relayリストメタデータ）状態を修正、Nostrability Outboxが修正データでベンチマーク結果を改訂、Primal iOSがDM用の直接relayサブスクリプションをテスト。Primal Androidが3.0.7を出荷、Route96がv0.6.0を出荷、OpenChatがv0.1.0-alpha.11でMarmot相互運用性を強化、Pikaがpika/v1.1.1でランタイムを統合、NostriaがNIP-85（Trusted Assertions）Web of Trustフィルタリングを追加。NIPsリポジトリがNIP-54（Wiki）DjotマークアップとNIP-19（Bech32エンコードエンティティ）の5000文字入力上限をマージ。

ニュース

Wallet Connectサポートが拡大し、ウォレットクライアントが障害パスを強化

vitorpaplonaがメンテナンスするAndroidクライアントのAmethystがPR #1828をマージし、NIP-47実装をほぼ完全なプロトコルカバレッジに近づけました。このパッチはmake_invoice、lookup_invoice、list_transactions、get_balance、get_info、ホールドインボイスメソッド、TLVレコード付きkeysendサポート、kind 13194による機能ディスカバリー、NIP-44（暗号化ペイロード）を使用したkind 23197の通知イベントを追加します。これにより、アプリ固有の拡張に頼ることなく、クライアントのNWCサーフェスが大幅に拡大されました。

周辺のウォレットスタックも同じ方向に動きました。多くのNWCデプロイメントを支えるセルフカストディアルLightningノードおよびウォレットサービスのAlby Hubが、複数relayサポートとよりシンプルな接続・スワップフローを備えたv1.21.6を出荷しました。モバイルLightningウォレットのZeusが、そのフローにおけるサイレントな資金流出パスを特定した後、NWC keysendサポートを削除するPR #3835をマージし、同時にペンディングイベントとCashuアクティビティの処理も修正しました。Nostr上のウォレット接続は広がっており、実装者はセキュアにしにくいフローを削除しています。

Notedeckがリリース発見をNostr上に移行

先週のNotedeck記事に続き、DamusチームのネイティブデスクトップクライアントNotedeckがPR #1326をマージした後、v0.8.0-rc2を出荷しました。新しいアップデーターは署名されたkind 1063リリースイベントを購読し、ローカルプラットフォームと照合し、参照されたバイナリをダウンロードして、インストール前にSHA256ハッシュを検証します。リリースメタデータはもはやGitHub APIやプロジェクトウェブサイトから取得する必要はありません。信頼されたリリースpubkeyとrelay接続で十分です。

同じパッチは、GitHubリリースアーティファクトからこれらのイベントを公開するnotedeck-release CLIも追加しており、リリースパイプラインにNostrネイティブの公開パスと発見パスの両方が備わったことになります。また、DamusとNotedeckのアップデーターモデルをZapstoreのrelay公開署名リリースフローにかなり近づけました。Zapstoreのzspツールは既にソフトウェアアセットをkind 1063または3063イベントとして処理しているため、このパスは1つのクライアントや1つのパブリッシャーに固定されていません。リリース候補の残りはフォローカラム、プロフィール「View As User」、NIP-59（Gift Wrap）サポート、リアルタイムノート統計、NIP-11（Relay情報ドキュメント）制限処理など、実用的なデスクトップ作業ですが、アップデーターがこの1つのリリースサイクルを超えて存続する可能性が最も高い部分です。

Relay状態がランタイム動作に近づく

DamusがPR #3665をマージし、古い保存済みrelayリストイベントIDを最新のkind 10002イベントの直接データベースクエリに置き換えました。古い値が古くなると、relay追加・削除操作がブートストラップや1年前のリストにフォールバックし、一部のrelay変更が成功したように見えても実際のアクティブ状態は変わらないままになる可能性がありました。PR #3690はLMDBコンパクション中に古いlock.mdb状態を削除することで2番目の障害パスを修正し、次回起動時にアプリがSIGBUSでクラッシュしなくなります。

Primal iOSがPR #194をオープンし、会話中にチャット相手のNIP-04（暗号化ダイレクトメッセージ）書き込みrelayに直接サブスクライブし、キャッシュサーバーをフォールバックとして維持します。NosturがPR #53をオープンし、ランダム化されたrelayスコアリング、nostr.watchのNIP-66稼働状況フィルタリング、Thompson Samplingを組み合わせて、relay選択を固定ヒューリスティックから学習ポリシーに変更します。クライアントは長い間relay選択をセットアップデータとして扱ってきましたが、より多くのアプリがそれを測定と修復ロジックが必要なライブ状態として扱うようになっています。

リリース

Primal Android 3.0.7

Primalの AndroidクライアントPrimal Androidが、新しいポールとウォレットサイクルを含む3.0.7を出荷しました。PR #945がzapベースのポール投票を追加、PR #948が投票読み込みをページネーションし大規模なポールの使いやすさを維持、PR #965がすべてのトランザクションのzapレシートを取得します。同リリースではPR #968でサポートされるイベントにNIP-89（推奨アプリケーションハンドラー）クライアントメタデータをタグ付けし、ダウンストリームクライアントがイベントの出所をよりクリーンに属性付けできるようになります。

Amber v4.1.3

先週のAmber記事に続き、NIP-55フロー用のAndroid署名者アプリAmberがv4.1.3を出荷しました。このリリースは最近のNIP-42relay認証作業の上に、より多くの運用強化を施しています。PR #327がOrbotサポートに加えて組み込みTorを追加、PR #324が粗いNIPベースの暗号化権限をコンテンツタイプ固有のルールに置き換え、PR #336がオフラインフレーバーからネットワーク権限を削除し、PR #335がそれを維持するためのCIチェックを追加します。PR #322もPINストレージを暗号化DataStoreに移行しました。

このリリースは署名者の境界自体を強化します。実際の鍵やrelay認証の判断をAmberに渡すAndroidフローにとって、難しい部分は署名者に何ができるかだけではなく、どれだけ狭くスコープを制限できるかでもあります。

Route96 v0.6.0

先週のRoute96記事に続き、BlossomとNIP-96（HTTPファイルストレージ）をサポートするメディアサーバーのRoute96がv0.6.0をリリースしました。このリリースは設定とホワイトリスト状態をホットリロード付きでデータベースに移動し、コールドまたは古くなったファイル向けの保持ポリシーを追加します。また、より豊富なGET /user/filesエンドポイントに加え、ダウンロードとエグレスのファイル統計追跡も追加し、オペレーターにストレージサーバーの使用状況に関するより多くの可視性を提供します。

OpenChat v0.1.0-alpha.11

先週のOpenChat記事に続き、Marmotスタック上に構築されたAvaloniaベースのチャットクライアントOpenChatが、1週間の高速プロトコル作業の後にv0.1.0-alpha.11を出荷しました。コミット c33895dがWelcomeイベントをNIP-59 gift wrapでラップし古いMIP-00タグ正規化シムを削除、コミット 2738ff4がMIP-02準拠監査を完了、コミット 8e470cfがMIP-03グループメッセージ暗号化について同様に完了しました。コミット 129ca37もNIP-44処理を共有marmot-cs実装に統合し、クライアントサイドの暗号ドリフトのリスクを低減しました。

nak v0.19.0 および v0.19.1

fiatjafのコマンドラインNostrツールキットnakがv0.19.0とv0.19.1を出荷しました。0.19シリーズはコミット 5f4efdbでグループフォーラムUIを追加、コミット da0b753でグループメタデータ編集を完全置換フローに切り替え、コミット bef67d3で古いno-text処理をsupported_kindsに置き換えました。グループ実装者にとって、これによりCLIがグループ仕様とクライアントが向かう方向と整合します。

プロジェクトアップデート

Amethyst

先週のAmethyst記事に続き、Nostrで最も広いプロトコルサーフェスの1つを持つAndroidクライアントAmethystは、NIP-47パッチ後もウォレットとrelay作業の構築を続けました。PR #1853がrelay管理画面全体にNIP-45（イベントカウント）COUNTクエリを追加し、各relayがホームフィード、通知、DM、インデックスデータについて実際にどれだけのイベントを保持しているかをユーザーが確認できるようになりました。PR #1849がNIP-17（プライベートダイレクトメッセージ）チャット用の暗号化ファイルアップロードを追加し、ストレージホストが暗号化バージョンを拒否した場合の非暗号化アップロードへのリトライパスも備えています。

PR #1791も完全なNIP-46（Nostr Connect）デスクトップバンカーログインをハートビートインジケーター付きで実装しました。これが重要なのは、リモート署名の失敗がユーザー側からはランダムなUI破損のように感じられることが多いためです。クライアントは署名者が生きているかどうかと最近いつ応答したかを表示し、現在のセッションがバンカーを使用している場合もそれを明確にします。

Nostria

ローカルファーストスタックを中心に構築されたマルチプラットフォームクライアントのNostriaが、フィードとスレッドリプライのWeb of Trustフィルタリングを追加するPR #561をマージしました。この機能は既存のtrust-serviceランクデータを使用し、フィードフィルターとリプライフィルターの両方として公開し、閾値をクリアしないランクの著者を非表示にしつつ、信頼された子孫が存在する場合はスレッド構造を保持します。これにより、「全員を表示」とハードコードされたリストベースのキュレーションの中間レイヤーがユーザーに提供されます。

同じ週にPR #563も実装され、サマリーページにコンテンツフィルタリングとリポストサポートが追加されました。追跡されたPRリスト外では、Nostriaはパワーユーザーサーフェスの充実も進めています。最新のBrainstorm Web of Trustサービスへのアプリ内サインアップ、NWCとBOLT-11インボイスを使用したDMでの送金・受金フロー、絵文字NIPを通じたNostrネイティブのGIF処理、ポッドキャストフィードから既存のLightningスプリットを取り込める強化されたRSSインポートパスも追加されました。Nostriaはランキング、メディア、ペイメント、パブリッシングを1つの接続されたアプリサーフェスとして扱っています。

Nostur

nostur-comがメンテナンスするiOSクライアントのNosturが、アウトボックスルーティングを固定プランからスコア付きポリシーに変更するPR #53をオープンしました。このパッチはランダム化されたrelayスコアリング、キャッシュされたnostr.watchフィードによるNIP-66 relay稼働状況フィルタリング、Thompson Samplingを追加し、relayの成功・失敗データが将来の選択を変更するようにします。設計はフィルタリングされるrelayが多すぎる場合のセーフティバルブを保持し、.onion relayも保持します。これは、relay選択を適応型システムとして扱うクライアントの最も明確な現在の例の1つです。

Nostrability Outbox

以前のOutboxベンチマークレポートに続き、NIP-65とNIP-66クライアントルーティングに焦点を当てたベンチマーク・分析プロジェクトのNostrability Outboxは、今週自身の主張を精緻化しました。PR #35がインフレートされたThompson Samplingの結果を1,511回のランにわたる完全な再ベンチマークに置き換え、NDKスタイルルーティング向けにCG3バリアントを推奨しました。PR #43が減衰とユースケース比較を追加し、0 followsキャッシュポイズニングバグを修正し、キャッシュTTLを固定した後にTellurideデータセットを再実行しました。

これは通常の意味でのプロダクト作業ではありませんが、プロジェクトの数値がよりシャープになり、以前過大に主張していた部分ではより控えめになったため、クライアント作者にとって重要です。修正された結果は依然として有用です。ランダム化された選択はOutboxが関心を持つケースにおいて純粋に決定論的なルーティングに勝ち続けており、Thompson型の学習はクライアントが有用なrelay履歴を永続化する場合にカバレッジを実質的に改善でき、NIP-66稼働状況フィルタリングはデッドrelayへの無駄な時間を削減します。この作業はNDK #387、Nostur #53、Amethyst #1833、rust-nostr #1282、welshman #53、applesauce #54とapplesauce #55を含む具体的な実装提案にも発展しています。

White Noiseバックエンド

White Noiseやその他のMarmotツーリングが使用するRustバックエンドのwhitenoise-rsが、Blossomメディア処理周辺の境界強化パッチ2件をマージしました。PR #637がBlossom URLにHTTPSを強制しアップロードタイムアウトを追加、PR #642がBlobダウンロードを100 MiBに上限設定し、過大なメディアプルがサービス拒否パスに変わることをブロックします。プライベートメッセージングソフトウェアにとって、メディアURLは暗号化されたアプリケーションロジックと信頼できないネットワークインフラストラクチャの間の最も鋭いインターフェースの1つです。今週チームはそのエッジを強化しました。

rust-nostr

Rustプロトコルライブラリのrust-nostrが、LocalRelayBuilderNip42のコンビニエンスコンストラクターを追加するPR #1280をマージしました。新しいreadとwriteヘルパーは、埋め込みrelayやテストセットアップにNIP-42認証ポリシーをコードに変換するためのより明確な方法を提供します。これは小さなライブラリパッチですが、毎回ボイラープレートを繰り返さずに認証を有効にする必要があるローカルまたはアプリバンドルrelayを構築するチームにとって重要です。

Pika

以前のPika記事に続き、MarmotベースのメッセージングアプリPikaが、ランタイム統合に焦点を当てたリリースサイクルでpika/v1.1.1とpikachat-v1.1.1を出荷しました。PR #542がCLIとサイドカー用の共有Marmotランタイムファサードを導入し、アプリホストも同じサーフェスに移行します。PR #556がOpenClawエージェントのライフサイクルとプロビジョニング状態を強化、PR #600がバックアップからの復元と管理環境向けのより厳格な回復安全性を追加しました。

直接的なユーザー向けサーフェスは前回のPika記事よりも小さいですが、アーキテクチャの変更は意味があります。グループ、メディア、通話、セッションロジックを1つの共有ランタイムの背後にまとめることで、Marmotスタックの成長に伴ってアプリとデーモンが乖離する可能性が減少します。

NIPアップデート

NIPsリポジトリへの最近の変更：

マージ済み：

NIP-54（Wiki）: AsciidocからDjotへの切り替え（PR #2242）：kind 30818のWikiコンテンツがDjotを正規マークアップ形式として使用するようになりました。マージされたテキストは明示的なwikilink動作、kind 818のマージリクエスト例、kind 30819のリダイレクト例、dタグの非ラテンスクリプト正規化例を追加します。これにより、実装者はAsciidocよりもクリーンなパースターゲットを得られ、Ruby中心のツールチェーンに依存するスペックパスが1つ削除されます。
NIP-19（Bech32エンコードエンティティ）: 入力制限の追加（PR #2264）：仕様がBech32エンコードエンティティ文字列を5000文字で上限設定することを推奨するようになりました。NIP-19文字列はQRフロー、ディープリンク、共有シート、多くのクライアントにわたるユーザー貼り付け入力に表示されるようになったため、これは実際のパーサー価値を持つ小さな変更です。

オープンPRとディスカッション：

NIP-49（秘密鍵暗号化）向けNostrキーファイル（PR #2269）：パスワード暗号化された鍵のエクスポートとインポート用の.nostrkeyファイル形式を提案しています。マージされれば、生のncryptsec文字列をコピーするよりも通常のファイルベースのバックアップパスをクライアントに提供します。
NIP-43（Relayアクセスメタデータとリクエスト）のメンバーシップ状態の一貫性（PR #2267）：relayがpubkeyごとに1つの権威あるメンバーシップ状態を維持すべきであることを明確にするセクションを追加します。メンバーシップの変更やリプレイされた履歴に関するグループクライアントロジックを簡素化します。
NIP-17（プライベートダイレクトメッセージ）の削除ガイダンス（PR #2260）：gift wrapされた削除イベントを通じたプライベートメッセージの編集と削除のための具体的なパスを提案しています。作業はまだオープンですが、NIP-17が古いDMフローを完全に置き換えるには、クライアント作者にここでの答えが必要です。
NIP-222向け共有インテントURI（PR #2266）：モバイルおよびデスクトップアプリが共有コンテンツをNostrクライアントに渡す方法を標準化するドラフトです。現在のアプリ間フローで最も粗い相互運用エッジの1つです。

NIPディープダイブ: NIP-94（ファイルメタデータ）

NIP-94はkind 1063をファイルのファーストクラスメタデータイベントとして定義します。仕様はイベントに人間が読めるcontentと、ダウンロードURL、MIMEタイプ、ハッシュ、寸法、プレビュー、フォールバック、ストレージサービスヒントの機械可読タグを提供します。これが重要なのは、ファイルがrelayで独自のオブジェクトとしてクエリ可能になるためです。クライアントはファイルが何であるかを理解するために周囲のコンテンツからメタデータをスクレイプする必要がありません。

{
 "id": "6a92ef8d7c3a1b5d4e8f9a0b1c2d3e4f567890abcdef1234567890abcdef1234",
 "pubkey": "f1e2d3c4b5a697887766554433221100ffeeddccbbaa99887766554433221100",
 "created_at": 1742342400,
 "kind": 1063,
 "tags": [
 ["url", "https://downloads.example.org/notedeck/v0.8.0-rc2/notedeck-macos-universal.tar.gz"],
 ["m", "application/gzip"],
 ["x", "4a5b6c7d8e9f00112233445566778899aabbccddeeff00112233445566778899"],
 ["ox", "4a5b6c7d8e9f00112233445566778899aabbccddeeff00112233445566778899"],
 ["size", "48392011"],
 ["dim", "0x0"],
 ["magnet", "magnet:?xt=urn:btih:00112233445566778899aabbccddeeff00112233"],
 ["i", "00112233445566778899aabbccddeeff00112233"],
 ["blurhash", "LEHV6nWB2yk8pyo0adR*.7kCMdnj"],
 ["thumb", "https://downloads.example.org/notedeck/v0.8.0-rc2/thumb.png", "bbccddeeff00112233445566778899aabbccddeeff0011223344556677889900"],
 ["image", "https://downloads.example.org/notedeck/v0.8.0-rc2/screenshot.png", "ccddeeff00112233445566778899aabbccddeeff001122334455667788990011"],
 ["summary", "Signed macOS release artifact for Notedeck v0.8.0-rc2"],
 ["alt", "Notedeck desktop release archive"],
 ["fallback", "https://mirror.example.net/notedeck/v0.8.0-rc2/notedeck-macos-universal.tar.gz"],
 ["service", "nip96"]
 ],
 "content": "Notedeck macOS universal build",
 "sig": "11aa22bb33cc44dd55ee66ff77889900aabbccddeeff0011223344556677889911aa22bb33cc44dd55ee66ff77889900aabbccddeeff00112233445566778899"
}

タグは見た目以上の仕事をしています。xは配信されるファイルを識別し、oxはサーバーサイドの変換前のオリジナルファイルを識別します。プレビュータグによりクライアントは完全なアセットをダウンロードせずにブラウズ可能なファイルインデックスを構築でき、summaryはそれらの横に短い抜粋を付けられます。fallbackはメインURLが失敗した場合の第2のソースを提供し、serviceはNIP-96や別のホストなど、ファイル背後のストレージプロトコルをヒントとして示します。したがってNIP-94はソーシャル投稿の下で、生のストレージの上に位置します。ファイル自体を記述し、ファイルに関する会話を記述するものではありません。

今週のNotedeckアップデーターが興味深い理由がここにあります。PR #1326はソフトウェアリリース発見に署名されたkind 1063イベントを使用し、ダウンロードしたバイナリを公開されたSHA256と照合して検証します。同じイベント形状でソフトウェアアーティファクトもメディアアップロードも記述できます。NIP-94は安定するほど古くなっていますが、より多くのプロジェクトがメタデータイベントを人のための装飾としてだけでなく、機械のためのトランスポートとして扱っているため、成長の余地があります。

NIPディープダイブ: NIP-54（Wiki）

NIP-54はkind 30818をWiki記事イベントとして定義します。仕様はdタグを正規化された記事トピックとして扱い、多くの著者が同じ主題のエントリを公開できるようにします。記事本文はcontentに格納され、タグは正規化されたアイデンティティ、表示タイトル、要約、以前のバージョンへの参照を処理します。つまりNIP-54は単なるコンテンツ形式ではなく、取得とランキングの問題でもあります。各クライアントはどの記事バージョンを表示するかを決定する必要があるためです。

{
 "id": "8c94e5d1f2a300112233445566778899aabbccddeeff00112233445566778899",
 "pubkey": "00112233445566778899aabbccddeeff00112233445566778899aabbccddeeff",
 "created_at": 1742342400,
 "kind": 30818,
 "tags": [
 ["d", "nostr-wiki"],
 ["title", "Nostr Wiki"],
 ["summary", "Djot-formatted reference article about Nostr wiki events"],
 ["a", "30818:11223344556677889900aabbccddeeff00112233445566778899aabbccddeeff:nostr-wiki", "wss://relay.example.org", "fork"],
 ["e", "11223344556677889900aabbccddeeff00112233445566778899aabbccddeeff", "wss://relay.example.org", "fork"]
 ],
 "content": "Nostr is a [protocol][] for carrying events across relays.\n\n[protocol]: nostr:nevent1example",
 "sig": "33cc44dd55ee66ff77889900aabbccddeeff0011223344556677889900112233cc44dd55ee66ff77889900aabbccddeeff00112233445566778899001122"
}

今週のマージはPR #2242で正規マークアップをAsciidocからDjotに変更しました。これが実装者にとって重要なのは、Djotがより厳密な独立した仕様と言語間でよりシンプルなパーサーストーリーを持つためです。マージされたテキストはリファレンススタイルwikilinkの解決方法、kind 818のマージリクエストの使用方法、kind 30819のリダイレクトの使用方法、非ラテンスクリプトのdタグ正規化の動作方法も明確にしています。これらは2つの独立したクライアントがリンクの指す先の記事について合意する部分です。

NIP-54はプロトコル内で特殊な位置にもあります。Wikiクライアントはコンテンツレンダリングを必要としますが、ランキングポリシーも必要です。リアクション、relayリスト、コンタクトリスト、明示的な委譲シグナルはすべて、特定のトピックでどの記事が勝つかに影響します。Djotへの切り替えはこのランキング問題を解決しませんが、その下にあったパーサーの曖昧さの1つを取り除きます。今このマージが重要な理由がここにあります。変更はより見栄えの良い散文フォーマットについてではなく、マルチクライアントWiki動作を一貫して実装しやすくすることについてです。

何か作っていますか、それとも取り上げてほしいことがありますか？NostrでNIP-17 DMをnpub1wav4fae3gyfy3xj298kxj2mj8phavz7vavps34przq02j7w902qq902923宛にお送りください。

Nostr Compass #13

Wed, 11 Mar 2026 00:00:00 +0000

Nostr Compassへようこそ。Nostrの週刊ガイドです。

今週の内容: ShopstrとMilk Marketが、エージェント駆動コマース向けのMCPサーフェスを追加しました。一方でOAuth Bunker、Amber、strfryは、NIP-42（クライアントからrelayへの認証）に基づくrelay-authとprotected event対応を、アプリ、署名アプリ、relayソフトウェア全体に広げています。Route96はAIラベリング、モデレーションキュー、perceptual hash、機械可読なサーバードキュメントを含む2つのリリースを出荷しました。すでにWebで動いているSamizdatは最初のAndroid alphaを公開し、その後NIP-55（Android署名アプリケーション）対応も追加しました。FormstrはNIP-49（秘密鍵暗号化）によるサインアップを追加し、AmethystはNamecoinベースのNIP-05（ドメイン認証）解決機能を出荷しました。Mostroはv0.16.4を公開し、NIPsリポジトリではNIP-91（フィルターのAND演算子）とNIP-66（relay発見と稼働監視）向けの防御的ガイダンスがマージされました。

ニュース

ShopstrとMilk MarketがMCPコマースサーフェスを公開

ShopstrはLightningとCashu決済を備えたP2Pマーケットプレイスで、PR #234（commit 94ef7d1）をマージし、APIキー認証付きのMCPサーバーを追加しました。変更には、エージェント発見用の.well-known/agent.json、MCPのオンボーディングとステータス用エンドポイント、注文作成と支払い確認ルート、専用の購入ツールと読み取りツール、APIキー向け設定画面が含まれます。PR #236では、メッセージ、住所、注文更新、商品仕様選択といった売り手側アクションも追加されました。PR #235のセキュリティ修正では、1回だけのSHA-256 APIキーハッシュを廃止し、ソルト付きPBKDF2を100,000回適用する方式へ置き換えています。

エージェントはNIP-99（Classified Listings）の出品を読み取り、既存のNIP-47（Nostr Wallet Connect）とNIP-60（Cashu Wallet）の決済フローを使って、ページのスクレイピングやクライアント挙動の逆解析なしにチェックアウトまで進めます。

Milk Marketは、Nostr上の食品マーケットプレイスであり、milk.marketで公開されています。こちらも同じMCPとAPIキーの基盤をcommit da6c0b4で導入しました。PR #10は、定期注文、購入後の配送先変更、Stripeその他の法定通貨決済経路を含む複数マーチャント・複数通貨チェックアウト処理を追加します。続くPR #11では、新規インストール時にfailed relay publishesテーブルが作成されず、初回ロードで500エラーになる起動時データベース初期化バグを修正しました。エージェント向けインターフェースは、ShopstrではBitcoinネイティブ決済、Milk Marketでは法定通貨とBitcoinの混在決済の両方に対応します。

Bunker、署名アプリ、relayへ広がるNIP-42 relay認証

OAuth Bunkerは、OAuthプロバイダーをNostr署名に橋渡しするNIP-46（Nostr Connect）bunkerで、NIP-07（ブラウザ拡張署名アプリ）ログイン、自動的な単一ID選択、削除されたIDのクリーンアップを追加しました（commit f0c7683）。IDが1つしかない場合、bunkerはプロンプトを出さず自動でそれを選びます。IDを削除すると、ぶら下がったassignmentやconnectionも同時に除去されます。Commit 6b8796cは、assignmentされたユーザー向けにALWAYS_ALLOWED_KINDS設定を追加し、既定値としてアプリ固有データのkind 30078を許可します。これにより、委任されたIDはイベントごとの承認なしにアプリ固有ストレージへ書き込めます。

Amberは、Android向け主要なNIP-55署名アプリであり、週内に4つのプレリリースを含むv4.1.3-pre4を出荷しました。PR #317は、kind 22242リクエスト向けのNIP-42 relay認証処理を追加します。実装では、relayごとの権限を追跡する新しいデータベースカラムが追加され、(pkKey, type, kind, relay)に一意インデックスが張られています。ユーザーには専用の認証画面が表示され、relay単位またはすべてのrelay対象のワイルドカード*スコープで許可・拒否を選んで保存できます。ワイルドカード権限を付与すると、あるkindに対するrelay固有エントリはすべて消去されます。PR #318はその後続として、複数イベントリクエスト画面を別画面遷移ではなく、composableカードでインライン表示するようリファクタリングしました。このリリースには、デフォルトプロフィールrelayの更新、bottom sheetでのリクエスト表示、MediaTekデバイスでのクラッシュを避けるためStrongBox keystoreを無効化する修正も含まれます。

relay側では、strfry PR #156がNIP-70（Protected Events）向けのNIP-42認証処理を実装し、PR #176はprotected eventを埋め込んだリポストを拒否します。

NotedeckがNIP-11 relay制限とAgentium機能を追加

Notedeckは、Damusチームによるネイティブデスクトップクライアントで、今週14件のPRをマージしました。PR #1316はNIP-11（Relay Information Document）にあるrelay制限の取得を追加し、すべてのoutbox relayがrelay情報ドキュメントに記載されたmax_message_lengthとmax_subscriptionsを尊重するようにします。実装には、バックグラウンドジョブ処理、接続再試行用のjitter付き指数バックオフ、カスタムHTTP Acceptヘッダーが含まれます。PR #1312はアカウント切り替え後にDMが読み込めなくなることがあるバグを修正し、PR #1333はエラー時のbroadcast spamを防ぐため、multicast relay通信にバックオフ機構を追加します。

Agentiumサブシステム（Notedeckに内蔵されたコーディングエージェントUIで、内部名は「Dave」）には、クリップボード画像の貼り付け、kind 31991イベントを介してデバイス間同期する名前付き実行設定（NIP-33 パラメータ化置換イベント）、git worktree作成機能、セッションごとにバックエンドを選べるモデルピッカーが追加されました（PR #1336）。PR #1338はヘッドレスUIテスト向けにegui_kittestを統合し、PR #1339はクライアント別の新規コンタクトリスト作成を追跡するダッシュボードカードを追加します。オープン中のPR #1314は、AmethystのNamecoin NIP-05解決機能を、ElectrumXルックアップ、SOCKS5経由のTorルーティング、検索バー統合付きでNotedeckへ移植します。

diVine v1.0.6がE2Eテスト基盤とNIP-49インポートを出荷

diVineは、divine.videoでVineアーカイブを復元する短尺ループ動画クライアントであり、127件のマージ済みPRを含むv1.0.6を出荷しました。このリリースではNIP-49アカウントインポート、外部NIP-05サポート、複数アカウント管理、macOSおよび実験的Linuxビルド、ローカルストレージを基盤にした再設計済みのdraftsおよびclipsライブラリが追加されています。

エンジニアリング面では、PR #1928が、Dockerバックエンドスタック（relay、API、Blossom、Postgres、Redis、ClickHouse）を相手にネイティブUI自動化を行うPatrolベースの完全なE2E統合テスト基盤を追加しました。5つの認証ジャーニーテストが、登録、認証、パスワードリセット、セッション期限切れ、トークン更新をカバーします。PR #2105は動画読み込みをHLS優先から直接MP4優先へ切り替え、HLSには自動フォールバックします。これにより読み込み時間は30〜60秒からほぼ即時まで短縮されました。PR #2076は、ホームフィードのAPIレスポンスをSharedPreferencesへキャッシュし、cold start時に即時表示できるようにします。PR #2104はai-generatedコンテンツラベルをフィードで非表示扱いにし、PR #2100はdiVineホスト動画だけを表示する安全設定を追加します。HiveからDriftへのプロフィールキャッシュ移行は、PR #1881、PR #1883、PR #1903にまたがって継続しており、約1,074行のHiveコードをDrift DAOへ置き換えています。

Vector v0.3.2がNIP-77 negentropy同期とMLS改善を出荷

Vectorは、NIP-17（プライベートダイレクトメッセージ）とNIP-44（暗号化ペイロード）を使ったMLSグループ暗号化ベースのプライバシー重視デスクトップメッセンジャーで、v0.3.2を出荷しました。目玉は、MLSグループ同期向けのNIP-77 negentropy（commit b06adf4）で、parallel bootを用いて見逃したメッセージを大幅に速く取り込みます。リリースにはこのほか、Linux完全対応の再構築された音声エンジン、ぼかしプレビュー付き画像spoiler、リッチリンクプレビュー付きクリック可能ハイパーリンク、グループ管理者向け@everyoneを含む@mention ping、絵文字shortcodeオートコンプリート、グループミュート、既存リアクションへのタップ反応、キャンセル可能なファイルアップロードも含まれます。VectorはNIP-17グループチャットイベントを明示的にフィルタし（commit 2179a51）、グループ暗号化にはMLSのみを使います。

リリース

Route96 v0.5.0 と v0.5.1

Route96は、BlossomとNIP-96（HTTP File Storage）をサポートするメディアサーバーであり、v0.5.0とv0.5.1を出荷しました。v0.5.0は、自動AIラベリング、未ラベルアップロードへの遡及的バックフィル、フラグ付きファイル向けモデレーションキュー、EXIFベースのプライバシー拒否、禁止ハッシュ処理を追加します。

v0.5.1は、知覚画像ハッシュ、類似画像検索のためのlocality-sensitive hashing、バッチ管理者エンドポイント、そしてエージェントツール向けにサーバーのBlossomおよびNIP-96 API面を説明する公開SKILL.mdを追加しました。PR #58はバックグラウンドワーカーを完全非同期のTokioタスクへ移し、commit 97b00a3はhot loopを避けるためにバックオフを追加します。

Samizdat v1.0.0-alpha

Samizdatは、samizdat.pressで利用できる長文リーダー兼パブリッシャーであり、最初のAndroidビルドをv1.0.0-alphaで出荷しました。アプリは、キュレートされたNostr長文記事のPressページを起点に、Press、Feed、Saved、Writeの各ビューを下部タブで切り替えます。Androidビルドは、Android Keystore暗号化によるネイティブ鍵保存、nostr: URIとsamizdat.press deep linkの処理、AmberやPrimalなどへのAndroidアプリチューザー経由の署名アプリ引き渡しを追加し、直接鍵インポートを不要にします。pull-to-refresh、画面サイズをまたぐsafe area処理、ネイティブ共有、クリップボード、ハプティクス、スプラッシュスクリーン統合も、単なるWebラッパーではなくAndroid shell側に移されています。

Commit d17308fは、AmberとPrimalフロー向けのインテントベースNIP-55署名を追加し、commit e29dab8はJavaScript bridge回避策を、startActivityForResultを使うネイティブCapacitorプラグインへ置き換えました。このalpha版のアプリはAndroid 7.0以上（API 24）が必要で、debug APKとして配布され、まだpush notificationはありません。公開は現在も署名アプリに依存しており、nsecログインはローカル閲覧とアカウント利用向けです。

Calendar by Form* v0.2.0

Calendar by Form*は、calendar.formstr.appで利用できる、NIP-59（Gift Wrap）によるプライベートイベント共有を持つ分散型カレンダーアプリです。PR #38を含むv0.2.0では、NIP-52（Calendar Events）の定期イベント処理が拡張され、v0.1.0の単発イベント基盤を越えました。基礎となる変更は、ローカルイベント保存、署名アプリ処理、Android通知まわりにも及んでいます。これは、先月のリポジトリ移行に続くFormstr組織の2つ目のアクティブアプリケーションです。

Mostro v0.16.4

Mostroは、Nostr上に構築されたP2P Bitcoin取引所であり、v0.16.4を公開しました。先週取り上げた紛争セッション復元（PR #599）と自動クローズ（PR #606）の修正も含まれています。このリリースで新たに入ったのは、kind 38384のユーザー評価イベントにdaysフィールドを追加するPR #625、同評価イベントに有効期限を追加するPR #612、注文イベントの有効期限を固定24時間ではなく設定値へ切り替えるPR #614です。PR #622は、開発手数料の重複支払いを防ぐidempotencyチェックを追加しています。

Mostro Mobile v1.2.1

Mostro Mobileは、Mostro P2P取引所向けFlutterクライアントであり、11件の新機能と11件のバグ修正を含むv1.2.1を出荷しました。リリースには、紛争チャットでの暗号化マルチメディア表示（PR #514）、注文が終端状態へ達したときの紛争UI自動クローズ（PR #503）、NWCウォレットインポート用QRスキャン（commit 12eaee4）、フランス語翻訳、FCM push notification処理が含まれます。PR #496は、bip340依存をv0.2.0へ固定してSchnorr署名パディングバグを修正しました。

0xchat v1.5.4

0xchatは、Cashu対応のTelegram風メッセージングクライアントであり、Linuxデスクトップ修正に集中したv1.5.4を出荷しました。AppImageのdock icon、絵文字描画、context menuフリーズ、返信・コピーUIのハングを修正しています。画像アップロード問題とnpub.cash統合も修正されました。PR #49は、何もしていないのにglassmorphic再描画を強いていた3秒ポーリングタイマーを削除し、不要なUI再構築をなくしています。また、イベントキャッシュ読み込みを並行実行に変えることで、relay、contacts、channel起動を塞いでいたログイン初期化も解消しました。

Keep v0.6.0

Keepは、NIP-55とNIP-46に対応するAndroid向けFROST threshold signerで、v0.6.0とv0.6.1を出荷しました。v0.6.0には、wallet descriptorの調整と管理UI、生体認証付きバックアップ/復元フロー（PR #184）、threshold shareからのnsec復元（PR #187）、Rust UniFFI経由のクロスプラットフォームanimated QR frame生成（PR #188）、チェーン検証付き署名監査証跡（PR #189）が含まれます。v0.6.1はライセンスをAGPL-3.0からMITへ切り替えました（PR #191）。

njump v0.3.0

njumpは、njump.meでNostrコンテンツを閲覧するための静的ゲートウェイであり、note1コード解析の破壊的変更と基盤nostrライブラリ更新を含むv0.3.0を出荷しました。

Roadstr v0.1.1

Roadstrは、Nostrを使う分散型道路イベント報告アプリで、初のデモリリースv0.1.1を出荷しました。アプリはopenfreemap.orgのvector tileを使って道路イベントを地図上に表示します。

Bitcredit v0.5.3

Bitcreditは、Nostrトランスポート層と専用relayをbit.crに持つ電子手形アプリケーションであり、v0.5.3を出荷しました。PR #846は支払いと承認状態のためにAPIへpayment_actionsとbill_stateフィールドを追加し、PR #849は匿名署名者向けの署名アドレス処理を修正します。

OpenChat v0.1.0-alpha.3

OpenChatは、Marmotプロトコルの.NET MLSとC#ライブラリの上に構築されたチャットアプリケーションであり、v0.1.0-alpha.3を出荷しました。リリースには、AmberおよびNIP-46フロー向け外部署名アプリ対応（commit e568d97）、クラッシュウィンドウ中のデータ損失をなくすためMLS状態永続化をMLSサービス内部へ移す変更（commit 4720bc8）、新しいCIパイプライン経由のWindows、Linux、Androidビルド公開が含まれます。

OpenSignal v1.0.0

OpenSignalは、Nostr向けKotlin Multiplatform製トレーディングcopilotであり、v1.0.0を出荷しました。このリリースは、ドメインロジック、チャート描画、Nostr認証と公開、BlossomのNIP-96アップロードサポート、ONNXベースAI推論フックを、DesktopとAndroid shellをまたぐ共有KMPモジュールとしてまとめています。公開されたアーキテクチャには、チャートスクリーンショット解析用FastAPI AIサービス、モデル訓練パイプライン、サイズ計算と警告付きの構造化取引計画を生成するrisk engineも含まれます。ログインは生のnsec鍵か外部署名アプリのどちらにも対応し、出力フローはローカル分析で終わらずNostrイベント公開まで進みます。

プロジェクト更新

Formstr

Formstrは、Nostr上のGoogle Forms代替であり、PR #434（commit e9c4fd5）をマージして、NIP-49（秘密鍵暗号化）による秘密鍵暗号化サインアップフローを追加しました。これ以前、Formstrを使うにはNIP-07ブラウザ拡張か、生のnsec貼り付けが必要でした。新しいフローではクライアント側で鍵ペアを生成し、ユーザーが選んだパスワードでNIP-49のscrypt + XChaCha20-Poly1305方式を使って秘密鍵を暗号化し、その結果のncryptsec文字列を保存します。これでユーザーは署名拡張を入れなくても、パスワードだけで再ログインできます。鍵管理は終始クライアント側にとどまります。

Amethyst

Amethystは、高機能Androidクライアントであり、先週オープンだったNamecoinベースNIP-05解決機能を4件のPRで出荷しました。PR #1734は、.bit、d/、id/識別子向けにElectrumXを使った検閲耐性NIP-05検証を追加します。AmethystがNIP-05フィールド内でこれらのサフィックスを検出すると、ElectrumX-NMCサーバーへ名前のトランザクション履歴を問い合わせ、最新出力からNAME_UPDATEスクリプトを解析してNostr pubkeyを抽出し、36,000ブロックより古い名前は拒否します。これはNamecoinの有効期限ウィンドウに相当します。ElectrumX接続はTor有効時にSOCKS5経由で行われ、クリアネットと.onionエンドポイント間を動的に選択します。1時間TTLのLRUキャッシュが繰り返しのブロックチェーンクエリを防ぎます。

PR #1771は、そのフローにおけるレースコンディションとresolverの正しさを修正しました。PR #1785では、新規ユーザーが通常のNIP-05識別子またはNamecoinベースの識別子から、サインアップ時にフォローリストを取り込めるようになります。PR #1786は、どのElectrumXサーバーで名前解決を行うかをユーザーが選べるカスタム設定を追加しました。

nostr-idb

nostr-idbは、IndexedDBへのNostrイベント保存を補助するライブラリであり、PR #6をマージしてNIP-91のANDタグフィルターをサポートしました。この変更はクライアント側フィルターマッチングへ積集合セマンティクスを追加し、IndexedDBクエリが列挙されたタグ値のうち1つではなく、すべてを要求できるようにします。PR #8はライブラリを最新のNIP-DBインターフェースへ更新し、続くcommit b49b3d3は購読デッドロックを修正するとともに、nostr-toolsを本番依存から外しました。

Pensieve

Pensieveは、ClickHouse分析を備えたarchive-first Nostr indexerであり、PR #8をマージして、エントリ単位のキャッシュTTL強制とキー単位のmiss coalescingを追加しました。最もコストの高い時系列エンドポイント（engagement stats、hourly activity、per-kind activity）は、同期的な再計算ストームを起こす代わりに、10分間のサーバー側TTLを使うようになっています。

Blossom

Blossomは、分散型メディアホスティングのプロトコル兼サーバースタックであり、BUD-11認可に関する2つの更新をマージしました。PR #91は、オプション認可を独立したBUDへ切り出し、xタグとserverタグの役割を明確化します。PR #93は、エンドポイント固有の認可挙動を整理し、アップロード検証用X-SHA-256ヘッダーを正式化します。この2件のPRで、認可ロジックはBUD-11へ統合され、アップロード、削除、メディア管理フローにおけるリクエストハッシュ処理の曖昧さが解消されます。

NIP更新

NIPsリポジトリへの最近の変更:

マージ済み:

NIP-91（フィルターのAND演算子）（PR #1365）: タグフィルターへ積集合セマンティクスを追加し、relayが列挙されたタグ値のどれか1つではなく、すべてを要求するクエリに応答できるようにします。タグの多いクエリで、クライアント側の後処理と帯域幅を減らします。
NIP-66（relay発見と稼働監視）: 防御的措置（PR #2240）: 先週取り上げたoutbox benchmarkを受け、仕様はrelay監視データの不機嫌な経路に関する警告を追加しました。クライアントはkind 30166監視イベントを前提に動作してはなりません。監視者は誤っていることも、古いことも、悪意あることもあります。クライアントは複数ソースを照合し、単一フィードだけでユーザーのrelay graphの大部分を切り落とさないことが求められます。
NIP-39（プロフィール内の外部ID）: kind 10011レジストリ整理（PR #2256）: kind 10011への参照を仕様へ直接追加し、先週取り上げたAmethyst実装と整合させます。

オープンPRと議論:

NIP-70（Protected Events）: protected eventを埋め込んだリポストの拒否（PR #2251）: relayが元イベントにはNIP-70を強制しても、同じ内容を含むリポストを受け入れてしまえば、-タグは実質的な効果を持ちません。このPRは、relayがkind 6およびkind 16によるprotected eventのリポストも拒否しなければならないとするルールを追加します。strfry PR #176はすでにこれを実装しています。
NIP-71（動画イベント）: 複数音声トラック（PR #2255）: 代替トラック、言語バリアント、音声のみストリーム向けのaudio imetaタグを追加します。クライアントは安定した動画ファイルを保ったまま音声言語だけを切り替えたり、ポッドキャストのようなコンテンツ向けに音声を別トラックとして配信したりできます。
NIP-11（Relay Information Document）とNIP-66のrelay属性（PR #2257）: relay情報ドキュメントに構造化されたattributesフィールドを追加し、現在の自由文descriptionを超える機械可読メタデータをクライアントやdiscoveryツールへ提供します。

NIP詳細解説: NIP-49（秘密鍵暗号化）

NIP-49は、クライアントが秘密鍵をパスワードで暗号化し、その結果をncryptsec bech32文字列としてエンコードする方法を定義します。Formstrは新しいサインアップフローでNIP-49を使っています。

この形式は、専用のイベントkindに結びついているわけではありません。クライアントはまず生の32バイトsecp256k1秘密鍵を取り、scryptでユーザーのパスワードから対称鍵を導出し、XChaCha20-Poly1305で秘密鍵を暗号化してから、その結果をbech32のncryptsec文字列へ包みます。1バイトのフラグは、その鍵が暗号化前に安全でない取り扱いを受けたことがあるかどうかを記録します。

{
 "id": "4d47f4f0a6f6edbc1bbd7f4e2a45ec68f27cba91d6c6ab5cf28d8d87b0f3d57e",
 "pubkey": "1f8b4c3e7b0f9451d4f9b8a7c6e5d4c3b2a1908f7e6d5c4b3a29181716151413",
 "created_at": 1741699200,
 "kind": 30078,
 "tags": [
 ["d", "encrypted-key-backup"],
 ["format", "ncryptsec"],
 ["encryption", "nip49"]
 ],
 "content": "ncryptsec1qgg9947rlpvqu76pj5ecreduf9jxhselq2nae2kghhvd5g7dgjtcxfqtd67p9m0w57lspw8gsq6yphnm8623nsl8xn9j4jdzz84zm3frztj3z7s35vpzmqf6ksu8r89qk5z2zxfmu5gv8th8wclt0h4p",
 "sig": "6a8f6e4b2d1901735f0ad4b6e8c1f3a579d0e2b4c6f8a1d3e5f7091b2c3d4e5f11223344556677889900aabbccddeeff00112233445566778899aabbccddeeff"
}

上のJSONイベントはアプリケーションレベルの例であり、NIP-49そのものの必須要件ではありません。NIPが標準化するのは暗号化された鍵フォーマットです。クライアントはncryptsecをローカルに保存してもよく、アプリ固有ストレージを通じて同期してもよく、バックアップ文字列としてエクスポートしてもかまいません。パスワードは鍵導出前にUnicode NFKCへ正規化されるため、同じパスワードならクライアントやプラットフォームをまたいでも一貫して復号できます。

1バイトの鍵セキュリティフラグには3つの定義済み値があります。0x00は鍵の取り扱い履歴が不明であること、0x01は暗号化前に平文Webフォームへ貼り付けたなど安全でない取り扱いがあったことが分かっていること、0x02は安全な文脈で生成・暗号化され、露出したことが一度もないことを意味します。クライアントはこれを使って、既知の不安全履歴を持つ鍵のインポート時に警告を表示できます。

NIP-49は平文nsecエクスポートより鍵を強く守りますが、その強さはパスワードと設定されたscryptコスト次第です。LOG_N値を高くすればオフライン総当たりは難しくなりますが、正当な復号も遅くなります。仕様は、攻撃者にオフライン解析用のciphertext収集機会を与えるため、暗号化済み鍵を公開relayへ載せないよう警告しています。比較対象として、NIP-46リモート署名は鍵そのものを露出させず、NIP-55 Android署名は鍵を専用署名アプリ内に閉じ込めます。NIP-49は別の役割を担います。自分で鍵を管理するユーザー向けの、持ち運び可能な暗号化バックアップです。

実装例には、サインアップ向けのFormstr PR #434、ncryptsecのバックアップと復元に対応するAmber、アカウントインポートを追加したdiVine v1.0.6、FROST shareエクスポート向けのKeep v0.6.0、そしてnsec.appやAlbyのような鍵管理ツールがあります。

NIP詳細解説: NIP-70（Protected Events）

NIP-70はprotected eventを定義します。イベントが["-"]タグを持つ場合、relayはNIP-42認証を要求し、かつ認証済みpubkeyがイベント作成者と一致しない限り、それを拒否しなければなりません。

NIP-42認証フローは次のとおりです。relayはランダム文字列を含むAUTH challengeを送り、クライアントはrelay URLとchallengeをタグに含む署名済みkind 22242イベントで応答します。relayは署名を検証し、認証イベント内のpubkeyが、公開しようとしているprotected event内のpubkeyと一致することを確認します。pubkeyが一致しない場合、relayはrestrictedメッセージ接頭辞とともにイベントを拒否します。

イベント内容自体は公開でも構いません。-タグが制御するのは、そのタグを尊重するrelayへ誰がそのイベントを公開できるかだけです。これは、NIP-29（Simple Groups）の半閉鎖フィード、メンバー専用relay空間、その他relay graphを通じた再配布を制限したい文脈を対象にしています。NIP-70は新しいイベントkindではなく単一タグによる慣例なので、既存のどのイベントkindにも-タグを付けられます。

{
 "id": "cb8feca582979d91fe90455867b34dbf4d65e4b86e86b3c68c368ca9f9eef6f2",
 "pubkey": "79be667ef9dcbbac55a06295ce870b07029bfcdb2dce28d959f2815b16f81798",
 "created_at": 1707409439,
 "kind": 1,
 "tags": [
 ["-"]
 ],
 "content": "hello members of the secret group",
 "sig": "fa163f5cfb75d77d9b6269011872ee22b34fb48d23251e9879bb1e4ccbdd8aaaf4b6dc5f5084a65ef42c52fbcde8f3178bac3ba207de827ec513a6aa39fa684c"
}

relayが元イベントの第三者公開を防いでも、誰かがその内容をリポストに包んで再公開することはできます。PR #2251はこれに対処し、relayがkind 6とkind 16のprotected eventリポストも拒否しなければならないと定めます。strfry PR #156はprotected event向けNIP-42認証を追加し、strfry PR #176はprotected contentを埋め込んだリポストを遮断します。

NIP-70が制御するのはrelayの挙動です。受信者が別の場所に内容をコピーすることまでは防げませんし、仕様もそれを明記しています。-タグは、relayに再公開拒否の機械可読シグナルを与えます。比較すると、NIP-62（Request to Vanish）はrelayに事後削除を求める一方、NIP-70は取り込み時点で未承認公開を防ぎます。両者は補完関係にあります。作成者は拡散を抑えるためにイベントをprotectedにでき、その後、受け入れてしまったrelayから削除したければ削除要求を送れます。

今週は以上です。何か作っているものがありますか。共有したいニュースはありますか。NIP-17 DMでご連絡いただくか、Nostr上で見つけてください。

Nostr Compass #12

Wed, 04 Mar 2026 00:00:00 +0000

Nostr Compassへようこそ。Nostrの週刊ガイドです。

今週の内容: Marmot Development Kitが暗号化メディアと多言語バインディングを含む初の公開リリースを出荷。Nostrabilityが14種のrelay選択アルゴリズムにわたるアウトボックスモデルベンチマークを公開。WispがTorとNIP-55（Android署名アプリケーション）署名を備え、8日間でアルファからベータに到達。NIP-91（ANDフィルター）がマージ。Vector v0.3.1がnegentropy同期を15倍のパフォーマンス向上とともに提供。本号にはNostr2月の5年間回顧録も収録し、3つのrelayにサービスするスペック書き換えから、Damus App Store爆発、メッシュネットワーキングとAIエージェント提案までのプロトコルの歩みを辿ります。

ニュース

アウトボックスモデルの検証

Nostrabilityが、異なるrelay選択アルゴリズムが分散relayネットワークからイベントをどの程度適切に取得するかをテストする一連のアウトボックスモデルベンチマークを公開しました。プロジェクトは10日間で16件のPRと76件のコミットをマージし、NIP-65（Relayリストメタデータ）実装戦略に関する最も徹底的な実証分析となった可能性があります。

ベンチマークは5言語15種のクライアントとライブラリにわたる実世界のフォローリストに対して14種のrelay選択アルゴリズムをテストしています。人気relayのみをクエリするベースラインアプローチではイベントの約26%を取得します。Thompson Samplingを用いた貪欲集合被覆は80-90%の再現率に達します。双曲線割引とEWMA relayレイテンシ追跡を使用するレイテンシ対応バリアントを追加すると、6つのテストプロファイルにわたって2秒時点での完全性が62-80%から72-96%に向上しました。

NIP-66（Relayモニタリング）のデッドrelayフィルタリングは大きな影響をもたらしました。nostr.watchの稼働状況データに基づくrelay候補の事前フィルタリングにより、デッドrelayの40-64%が除外され、relay成功率が30%から75-85%に倍増しました。フィード読み込み時間は39%短縮されました（10プロファイルで40秒から24秒に）。EOSE-raceシミュレーションでは、EOSEプラス200msの猶予期間を待つことで、最初のrelayの完了時に停止するよりも完全性が向上することが判明しました。

relay経路設定を完全に書き換えられないクライアント向けに、「ハイブリッドアウトボックスエンリッチメント」アプローチがあります。既存のハードコードされたアプリrelayの上に著者ごとのアウトボックスクエリを追加します。このハイブリッドは26%のベースラインに対して80%の1年間イベント再現率を達成し、レガシーrelayアーキテクチャを持つクライアントへの移行パスを提供します。

ContextVMがMCP NIPを提出しエフェメラルGift Wrapを出荷

ContextVMはNostrとModel Context Protocolを橋渡しするプロトコルで、今週NIPsリポジトリに2件の提案を提出しました。PR #2246はCVMをエフェメラルkind 25910イベントを使用してNostr上でMCP JSON-RPCメッセージを転送するための慣例として形式化します。PR #2245はNIP-59（Gift Wrap）をエフェメラルkind（21059）で拡張し、NIP-01（基本プロトコルフロー）のエフェメラルセマンティクスに従って、relayが配信後にラップされたメッセージを破棄できるようにします。

エフェメラルgift wrap慣例はContextVM SDK v0.6.xリリースファミリーのCEP-19として出荷されました。SDK実装はOPTIONAL（両方のkindを受け入れてピア機能を自動検出）、EPHEMERAL（kind 21059のみ）、PERSISTENT（kind 1059のみ）の3つの設定を持つGiftWrapMode列挙型を追加します。AIツール呼び出しでは、エフェメラルモードはrelayに中間リクエスト-レスポンストラフィックを保存することを回避し、ストレージコストとプライバシー露出の両方を削減します。

独立した運営者から新しいパブリックMCPサーバーがネットワーク上に出現し、Wolfram Alphaクエリサーバーも含まれます。ContextVMチームはv0.6.xリリースサイクルとともにCEP-15（共通ツールスキーマ）とCEP-17（サーバーrelayリスト公開）を公開しました。

Marmot Development Kitが初の公開リリースを出荷

MDK（Marmot Development Kit）はPikaとWhite NoiseにわたるMarmot暗号化メッセージングを支えるRustライブラリで、初の公開リリースとしてv0.6.0を出荷しました。200件以上のPRがこのバージョンにマージされ、6人の新しいコントリビューターが参加しました。

このリリースには暗号化メディアサポート（MIP-04）とHKDFシード導出（MIP-01 v2）、決定論的コミットレース解決（MIP-03）、暗号化ローカルストレージ、Marmotコミットとプロポーザルのための管理者認可バリデーション、プロトコル拡張性のためのGREASEサポートが含まれます。Kotlin、Python、Ruby、Windows向けのバインディングがAndroidクロスコンパイルとともに出荷されます。ライブラリはセキュリティアドバイザリ修正とメモリ内の機密値をゼロ化するSecret<T>型を含むOpenMLS 0.8.0にアップグレードされています。

コンパニオンプロトコル変更（MIP-03）はkind 445メッセージのNIP-44（暗号化ペイロード）暗号化をChaCha20-Poly1305に置き換えました。NIP-44は仕様上UTF-8文字列入力を要求するため、標準的なTypeScript Nostrライブラリを通じて生のMarmotメッセージバイトを渡すことが不可能でした。代替方式はMarmotエクスポーターシークレットから直接キーを導出します。この破壊的変更はコアスペック、MDK、TypeScript SDKにわたる協調的なアップデートを必要としました。

marmot-tsはhzrd149がメンテナンスするTypeScript実装で、4件のPRをマージし独自の破壊的API変更を含みます。包括的アップデートはcreate/publish/rotateライフサイクル用のキーパッケージマネージャー、sendChatMessageコンビニエンスメソッド、参加なしの招待プレビュー（readInviteGroupInfo）、前方秘密性ローテーションの自己アップデート、構造化デバッグログを追加しました。グループ復号APIはreadGroupMessageからdecryptGroupMessageに変更され、より豊富な結果バリアント（processed/skipped/rejected/unreadable）を持ちます。gzuuusはNIP-65 relayサポートとMIP-00に準拠したラストリゾートキーパッケージ処理を含むサンプルクリーンアップに貢献しました。

White Noise CLI（wn）はモバイルアプリと新しいTUIの両方を支えるRustバックエンドで、10日間で16件のPRをマージしました。署名者ライフサイクル処理がRAAIスコープガードによるキャンセルセーフティ（PR #538）を獲得し、中断された操作が署名者の状態をリークする可能性のあるバグのクラスを修正しました。ログインは必要なrelayリスト（kind 10002/10050/10051）が欠落している場合にブロックするようになり（PR #515）、giftwrapサブスクリプションはinboxリストが不在の場合にNIP-65 relayにフォールバックします（PR #518）。デバッグモード（PR #528）はデータベースクエリとMLSラチェットツリーの検査をJSON出力として公開します。その他の修正は、署名者の再登録後のサブスクリプション回復、ウェルカムメッセージのキャッチアップタイミング、relayフィルターバリデーション、ユーザー検索半径制限に対応しました。

Marmotは今週、コアのRustスタック以外でも大きな拡大を見せました。White Noise TUIはWhite Noiseメッセージングスタックへのターミナルベースのインターフェースで、3月3日にローンチしました。wn CLIをサブプロセスとしてラップし、そのJSON出力をElmにインスパイアされた単方向アーキテクチャでレンダリングし、未読インジケーター付きのマルチ会話ナビゲーション、グループ作成とメンバー検索、リアルタイムメッセージストリーミング、ターミナルからの絵文字リアクションを提供します。

DavidGershonyはRustツールチェーンの階層化アーキテクチャを反映した完全なC# Marmotスタックを公開しました。dotnet-mlsはC#でMLS RFC 9420暗号プリミティブを実装します。marmot-csはその上にNostr relayトランスポートを追加し、MDKのC#相当として機能します。OpenChatは.NET 9とAvalonia UIで構築されたクロスプラットフォームデスクトップアプリで、NIP-44 DM、Marmotグループ暗号化、NIP-46（Nostr Connect）リモート署名、マルチrelayステータスインジケーターを備えた動作するチャットクライアントに両者を統合します。

MDK PWA ReferenceはMarmot暗号化アプリケーションを構築するためのProgressive Web Appテンプレートを提供し、グループチャットへのAIエージェント参加とArkadeウォレットインフラを通じたBitcoin支払いの実験的サポートを含みます。

Wispがアルファからベータへ

Wispは新しいAndroid Nostrクライアントで、2月24日の初のアルファから3月3日のv0.3.4-betaまで、8日間で19リリース、115件のマージ済みPR、276件のコミットを生み出しました。

機能の軌跡は、ほとんどのクライアントが到達するのに数か月かかる領域をカバーしています。v0.1.0はoutbox/inbox relayモデルサポートとオンボーディングフローを搭載して出荷されました。v0.1.3までにクライアントはAmber向けのNIP-55インテントベース署名、.onion relay接続用の組み込みTor SOCKS5プロキシ、NIP-47（Nostr Wallet Connect）を備えました。v0.2.0はミュートリストフィルタリングとカスタム絵文字サポートでベータに昇格し、v0.2.4はコンテンツ警告オーバーレイを追加しました。v0.3.xシリーズはノート向けのNIP-13プルーフオブワーク、永続設定によるバックグラウンドPoWマイニング、.onion relayストレージ、ミュートスレッド通知を導入しました。

Google ML Kitによるオンデバイス翻訳は、最初のモデルダウンロード後はネットワークアクセスなしでローカルに実行されます。インタラクティブなソーシャルグラフ可視化は、ピンチズームナビゲーションとプロフィール検査を備えた約30fpsのvelocity Verlet物理シミュレーションを使用します。

リリース

Vector v0.3.1

Marmot暗号化メッセージングアプリのVectorが、グループ管理の改善とパフォーマンス作業を含むv0.3.1を出荷しました。マルチ管理者グループ、一括招待、npubによる招待、グループアバターがコラボレーション機能を拡張します。Androidバックグラウンド通知がインラインの返信と既読マークアクションをサポートするようになりました。

Negentropyベースの決定論的同期がオフライン中に見逃されたメッセージを含む完全な会話履歴を取得します。音声テキスト変換がAndroidでGPUアクセラレーションにより再構築されました。ファイル添付処理がダウンロード進捗、再試行ステート、ディレクトリのzip送信、全体にわたるライブ進捗インジケーターで刷新されました。起動時間、画像処理、オーディオ再生、一般的なUIレスポンシブネスにわたってパフォーマンスが15倍以上向上しました。アプリインストールサイズは3分の1以上削減され、フロントエンドは約半分に縮小されました。32ビットARM Androidサポートが追加されました。

Alby Hub v1.21.5

Alby HubはNostr Wallet Connect（NIP-47）をサポートするセルフカストディアルLightningノードで、v1.21.5を出荷しました。デフォルトのNWC設定に2つ目のrelayが追加され、relay再起動時の信頼性が向上しました。トランザクションリスト内の無効なzapデータの修正により、不正な形式のNIP-57（Lightning Zaps）イベントの表示問題が解消されました。新しいアプリストアエントリにはAlby CLIとLNVPSが含まれます。

nospeak v0.12.x

nospeakはテキストベースのNostrメッセージングクライアントで、この期間に3つのリリースを出荷しました。v0.12.0は4桁キーパッドによるPINアプリロックと、ベンガル語、タイ語、ベトナム語、ヒンディー語、アラビア語、ヘブライ語、ウルドゥー語、トルコ語、日本語、中国語、韓国語、オランダ語、ポーランド語、ロシア語、ペルシア語のRTLサポートを含む15以上の新しい言語翻訳を追加しました。v0.12.1は純粋な黒背景とシアンアクセントのCypherテーマに加え、Android動画ポスター生成を導入しました。v0.12.2は連絡先メニューにチャットエクスポートとプロフィール表示を追加しました。

Citrine v2.0.0-pre2

greenart7c3によるAndroidパーソナルrelayのCitrineが、新しいデータベースインデックスと再構成されたKotlinコルーチンによるrelayパフォーマンス改善を含むv2.0.0-pre2を出荷しました。各ホステッドウェブアプリが独自のポートで起動するようになりました。全文検索とイベント展開機能を備えた再設計されたイベント画面が変更を締めくくります。

NoorNote v0.5.x

NoorNoteはNostrベースのノートテイキングアプリケーションで、v0.5.0からv0.5.7まで8つのリリースを出荷しました。v0.5.0のAndroidローンチではNIP-55 Amber署名者サポートとNIP-71（動画イベント）ノート公開が追加されました。v0.5.1の再設計されたウェルカムページにはパブリックタイムラインプレビューが含まれ、APKが15 MBに縮小されました。v0.5.2のRelay Browserではユーザーが共有可能なURLを通じてパブリックrelayタイムラインを閲覧でき、メディアダウンロードとNIP-30カスタム絵文字リアクションも搭載されました。v0.5.7までの後続リリースでは、協調的な「tribes」ノート共有システムにおける同期競合状態に対処しました。

NosCall v0.5.1

NosCallはNostr音声・動画通話アプリで、音声メッセージサポート、グループエントリーを含む最適化されたデスクトップエクスペリエンス、デスクトップでの連絡先お気に入り、連絡先ノートとフィルタリング、データエクスポートとクリーンアップオプション、システムフォントサイズのアクセシビリティサポートを含むv0.5.1を出荷しました。

Shosho v0.13.0

ShoshoはNostrライブストリーミングアプリで、ストリームカードメニューからのMP4リプレイダウンロードとプロフィール向けNIP-05（DNSベース検証）を含むv0.13.0を出荷しました。RTMPパブリッシャーはExpo Modules APIに移行されました。低帯域幅接続でのストリーミングパフォーマンスが改善され、旧型デバイスでのクラッシュとZap.StreamへのiOSストリーミングが修正されました。

nostr-java v2.0.0

nostr-javaは設定可能なWebSocketバッファサイズを含むv2.0.0を出荷し、アプリケーションがより大きなNostrイベントを切り捨てなしに処理できるようになりました。メジャーバージョンのバンプは接続APIへの破壊的変更を反映しています。

Prism 1.1.0

Prismはlong-formコンテンツサポート（kind 30023記事）とアプリ内で直接作成するためのMarkdownエディターを含む1.1.0を出荷し、続いて1.1.1のバグ修正リリースが行われました。

Angor v0.2.6

AngorはBitcoinクラウドファンディングプラットフォームで、Boltz統合とワンクリック投資フローを含むv0.2.6を出荷しました。投資と資金調達の両プロジェクトタイプがtestnet上でエンドツーエンドで動作します。チームはUIが約70%完成していると述べています。

NIPアップデート

NIPsリポジトリへの最近の変更：

マージ済み：

NIP-91: フィルターのAND演算子：relayサブスクリプションのタグ配列にANDフィルターセマンティクスを追加します。現在、タグフィルターに複数の値を指定すると（例：複数のpタグ）、そのいずれかを含むイベントにマッチします。NIP-91では指定されたすべてのタグ値に同時にマッチするイベントをクライアントが要求でき、帯域幅を削減しより高速なインデックス操作を可能にします。nostr-rs-relay、satellite-node、worker-relay、applesauceを含む複数のrelay実装が既に存在します。以前はNIP-119として番号付けされていました。
NIP-30: タグ内の絵文字セットアドレス：NIP-30のカスタム絵文字タグにオプションの絵文字セットアドレスを含められるようになりました。クライアント内で絵文字をクリックすると、ブックマークやブラウジングのためにその絵文字が属するセットを開けます。Chachiクライアントに由来します。
NIP-29: unallowpubkeyとunbanpubkeyの追加：NIP-29グループチャット用の2つの新しい管理者コマンド。unallowpubkeyはBANせずに許可リストからpubkeyを削除します。unbanpubkeyはメンバーリストにpubkeyを再追加せずにBANを解除します。以前は許可リストからの削除にはBANが伴い、BANの解除にはメンバーとしての再追加が必要でした。

オープンPRとディスカッション：

NIP-A7: Spells（2月27日オープン）：purrgrammerによる提案で、spellsはkind 777イベントとして公開されるポータブルな保存済みNostrクエリです。spellはREQまたはCOUNTフィルターを構造化タグ（kindのk、pubkeyのauthors、任意のタグフィルターのtag）にエンコードし、ランタイム変数を持ちます。$meはログインユーザーのpubkeyに解決され、$contactsはユーザーのkind 3フォローリストに展開されます。相対タイムスタンプ（7d、2w、1mo）によりハードコードされた日付なしにローリングタイムウィンドウを定義できます。nakとGrimoireで既に実装されており、spellsによりユーザーはクライアントをまたいで移動するキュレートされたフィードを作成、共有、購読できます。
NIP-59: エフェメラルGift Wrap（kind 21059）（2月27日オープン）：NIP-59 gift wrapのエフェメラルバリアントを追加します。kind 21059はNIP-01エフェメラルセマンティクスに従い、relayは配信後にイベントを破棄します。メッセージの永続化が不要なMCPトランスポート向けにContextVMが提案しました。
ContextVM: Nostr上のMCP JSON-RPC（2月27日オープン）：エフェメラルkind 25910イベントとアドレッシングおよび相関のためのpとeタグを使用して、Model Context ProtocolメッセージをNostr上で転送する方法を規定します。意図的に薄い仕様で、プロトコルの詳細はContextVMスペックに委ねています。
NIP-29: オーディオ/ビデオライブスペース（2月25日オープン、ドラフト）：fiatjafによるドラフトで、NIP-29グループにライブオーディオとビデオを拡張します。グループメタデータイベントにオプションのlivekitとno-textタグを追加します。ユーザーが音声スペースに参加する際、クライアントは/.well-known/nip29/livekit/{groupId}でrelayにJWTをリクエストします。relayはグループメンバーシップを確認し、ユーザーの16進pubkeyをsubクレームとするトークンを発行し、LiveKitにメディアトランスポートのために渡されます。音声ルームのアクセスはグループの既存の権限モデルを継承するため、relayサイドのメンバーシップルールが発言者を管理します。PyramidとChachiでテスト中です。
協調的イベント所有権（2月24日オープン）：pablof7zはポインターイベント（kind 39382）を提案し、pタグに共同所有者のpubkeyを、kタグに対象イベントkindを記載して協調的空間を宣言します。リストされた所有者は誰でも同じdタグでそのkindのイベントを公開でき、クライアントはすべての所有者をクエリして最新のイベントを採用することで現在の状態を解決します。共同著者属性は、検証可能なaタグがポインターを逆参照し著者がそのpタグに含まれる場合にのみ表示され、なりすましを防ぎます。これにより共有Wikiページや共同著作リソースを単一のキーペアに制御を割り当てることなく実現できます。
NIP-09: リポストの連鎖削除（2月24日オープン）：元の著者がノートを削除した場合、relayはそれを参照するkind 6またはkind 16のリポストも削除すべきです。著者がソースを削除した後にリポストが誤って漏洩した情報を保持しうるプライバシー上の懸念から動機づけられています。変更はrelayサイドのみで、クライアントの修正は不要です。
NIP-07: peekPublicKey（2月23日オープン）：NIP-07ブラウザ拡張機能にpeekPublicKey()メソッドを追加します。getPublicKey()とは異なり、ユーザー確認のプロンプトなしに現在のpubkeyを返し、ユーザーが自動ログインを有効にしている場合のサイレント自動ログインを可能にします。
NIP-BB: Book（2月28日オープン、ドラフト）：Nostr上の構造化された書籍出版のために4つのアドレス可能イベントkind（30300-30303）を定義します。Coverイベントはタイトル、カバー画像、NIP-32（ラベリング）ラベルによるライセンス、言語コードを含むルートメタデータを保持します。Indexイベントはbase62分数インデックスを使用して各章をその位置にマッピングし、著者が既存の章の間に番号の振り直しなしに新しい章を挿入できます。Chapterイベントはオプションの画像を含む構造的ヘッダーとして機能し、Episodeイベントは30,000文字上限の実際の散文を配置画像タグとともに運びます。レビューはCoverイベントへのZapで行われ、Zap説明がレビューテキストとなります。
NIP-54: AsciidocからDjotへの切り替え（2月26日オープン）：12月のd-tag国際化修正に続き、このPRはNIP-54 WikiのAsciidocマークアップ形式をDjotに置き換えることを提案し、非ラテン文字スクリプトの理由説明セクションとwikilinkの例を追加します。
NIP-66: 防御的措置（2月26日オープン）：nostrability/outboxベンチマークからの学びに基づき、NIP-66のエッジケースに対する明示的な注意事項を追加します。コンパニオンPR #2241はSSL、位置情報、ネットワーク、接続性チェックの出力タグを定義します。
NIP-C1: 暗号学的アイデンティティ証明（wikiエントリ、kind 30817）：APK署名証明書をNostrプロフィールに暗号学的に紐づけるkind 30509イベントを提案します。証明は証明書の秘密鍵でNostr pubkeyを含む正規メッセージに署名し（ECDSA、RSA PKCS1v15、Ed25519などの標準アルゴリズムをサポート）、その署名をNostr鍵で署名されたkind 30509イベントとして公開することで機能します。検証者はアプリのAndroid署名証明書を制御する人物が、それを公開すると主張するNostr pubkeyも制御していることを確認できます。証明はデフォルトで1年後に失効し、明示的に取り消すこともできます。Zapstoreツールチェーンで実装されています。
NIP-31402: SARA収益シェアオファリングレジストリ（wikiエントリ、kind 30817）：Nostr relay上でSimple Autonomous Revenue Agreement（SARA）オファリングを公開するためのkind 31402アドレス可能イベントを定義します。発行者はプール共有パーセンテージ、支払いトリガー、satsでの閾値、期間長、段階的料金設定を含むLightning決済型収益シェア条件を広告します。エージェントと人間は中央プラットフォームなしにrelay全体でオファリングを発見し自律的にサブスクライブできます。kind番号はkind 30402（L402サービスレジストリ、コンパニオンwikiエントリとして同じ著者が公開）を反映しており、SARAがL402支払い関係のリターンレグを表すためです。

オープンPRとプロジェクトアップデート

Damus: NIP-89（推奨アプリケーションハンドラー）

PR #3337がDamusにNIP-89クライアントタグサポートを実装します。アプリはすべての投稿パス（メインアプリ、共有拡張機能、ハイライター、ドラフト）でクライアントタグを送出し、他のアプリがタグを含む場合にタイムスタンプの横に「via ClientName」を表示します。外観設定のプライバシートグルでユーザーがタグ送出を無効にできます。PR #3652はNostrDBとKingfisherキャッシュのディスク使用量をエクスポートサポート付きのインタラクティブ円グラフで分解する設定内ストレージセクションを追加します。

オープン：PR #3657は引用ノート向けのNIP-65 relayフォールバックを追加します。インラインのneventに著者pubkeyが含まれるがrelayヒントがなくノートがユーザーのプールに見つからない場合、Damusは著者のkind 10002 relayリストを取得し、そのwrite relayから再試行します。

Amethyst: NIP-39（外部アイデンティティ）、NIP-C0、NIP-66

Amethystは28件のPRにわたるNIP実装の大規模な波をマージしました。外部アイデンティティクレームはNIP-39の下で専用kind 10011イベントとして公開されるようになり（PR #1747）、後方互換フォールバック付きでソーシャルアイデンティティをkind 0メタデータから分離します。NIP-C0によるコードスニペットサポート（PR #1744）は言語、拡張子、ランタイム、ライセンス、依存関係のアクセサーを持つkind 1337イベントを追加します。NIP-66 relayモニタリング実装（PR #1742）はRTTメトリクス、ネットワークタイプ、サポートされるNIP、geohashの完全なタグパースを含む両イベントkindをカバーします。

暗号化DMがAmethyst Desktop（PR #1710）に到着し、NIP-04（暗号化ダイレクトメッセージ）とNIP-17（プライベートダイレクトメッセージ）の両方をサポートするスプリットペインチャットレイアウトを備えます。新しいrelayフィード画面（PR #1733）はフォロー/アンフォロー機能付きで特定のrelayからの投稿を閲覧できます。オープン：検閲耐性NIP-05検証（PR #1734）はHTTP DNSの代わりにNamecoinブロックチェーンに対して解決する.bit識別子の並列検証パスを追加します。AmethystがNIP-05フィールドで.bitサフィックスを検出すると、ElectrumX-NMCサーバーに名前のトランザクション履歴をクエリし、最新の出力からNAME_UPDATEスクリプトを解析してNostr pubkeyを抽出し、36,000ブロック（Namecoinの有効期限ウィンドウ）より古い名前を拒否します。ElectrumX接続はTor有効時にSOCKS5を経由し、クリアネットと.onionエンドポイント間の動的サーバー選択を行います。1時間TTLのLRUキャッシュが繰り返しのブロックチェーンクエリを防ぎます。

Notedeck: アウトボックスアーキテクチャ

PR #1303はNotedeckをアドホックなrelayプール管理からアカウントスコープのサブスクリプションを持つ集中型アウトボックスモデルに移行します。Messagesモジュールはデフォルトのリストが存在しない場合にデフォルトのDM relayリストを公開し、kind 10050ごとに受信者の優先relayにDMをルーティングするようになりました。

Pika: グループごとのプロフィールとチュートリアルフィード

PikaはiOS、Android、デスクトップビルドで利用可能なMarmot暗号化メッセージングアプリで、グループごとのプロフィール（PR #368）を獲得しました。ユーザーは各グループチャットに個別の表示名と画像、カスタムプロフィールを設定できるようになりました。これらのプロフィールはMarmotグループ内の暗号化kind 0イベントとして公開され、外部からは見えません。グループ固有のプロフィールが設定されていない場合はユーザーのグローバルNostrプロフィールにフォールバックします。新メンバーが参加すると、管理者は保存されたすべてのグループプロフィールを再ブロードキャストし、各メンバーはコミット時に自分のプロフィールを再公開します。プロフィール画像はBlossomアップロード前にMarmotメディア暗号化されます。PRには16の新しいユニットテストが含まれ、CLIコマンド（update-group-profile）とUIの両方で機能を公開します。

新しいpika-newsウェブアプリ（PR #401）はPika自身のGitHub PRを監視し、PR diffからステップバイステップのチュートリアルウォークスルーを自動生成し、NIP-07認証付きのサーバーレンダリングページとして公開します。ユーザーはNostr認証チャットを通じて特定のチュートリアルについてリアルタイムで議論できます。

diVine: 埋め込みウィジェットとビデオリプライ

diVineはNostrネイティブの動画共有プラットフォームで、10日間で132件のPRをマージしました。埋め込みiframeウィジェット（PR #1843）はユーザーのプロフィールと最新動画をレンダリングする自己完結型の/embed?npub=...ページを提供します。ビデオリプライ機能（PR #1915）はフィーチャーフラグの背後でゲートされ、NIP-92（メディア添付）imetaメタデータを持つKind 1111コメント（NIP-22）を使用します。Blueskyにインスパイアされた3段階コンテンツフィルター（PR #1797）は17のNIP-32コンテンツ警告カテゴリにわたって表示/警告/非表示コントロールを提供します。

strfry: REQフィルターバリデーション

PR #163はC++ Nostr relayのstrfryに設定可能なREQフィルターバリデーションを追加します。オペレーターはREQあたりの最大フィルター数、必要な著者またはタグの存在、許可されるkindのホワイトリスト、フィルターごとのkind制限を設定できます。この機能は厳格なフィルター適用が必要なNWC relayデプロイメントをターゲットにしています。オープン：PR #173はインジェスト時のイベントペイロードのオプションzstd圧縮を追加します。

rust-nostr: NIP-62 Request to Vanish

rust-nostrはRust Nostrプロトコルライブラリで、3つすべてのデータベースバックエンドにわたるNIP-62（Request to Vanish）サポートを追加しました。LMDB、SQLite、インメモリです。LMDB実装にはデプロイメントごとにNIP-09とNIP-62の適用を有効または無効にする設定可能なオプションが含まれます。

NDK: 協調イベントとNIP-46タイムアウト

JavaScript/TypeScript向けNostr Development KitのNDKは、認可された著者を定義するアドレス可能ポインターイベント（kind 39382）を使用するマルチ著者協調ドキュメント用のNDKCollaborativeEventを導入するPR #380をマージしました。NDKNip46Signerの設定可能なタイムアウト（PR #381）はバンカーが応答しない場合にNIP-46リモート署名操作が無期限にハングすることを防ぎます。

TENEX: エージェント分類とPubkeyゲーティング

TENEXはNostrネイティブのAIエージェントオーケストレーションプラットフォームで、セキュリティ関連の2件のPRをマージしました。TIP-01ロールベースのエージェント分類（PR #91）はエージェントカテゴリ（principal、orchestrator、worker、advisor、auditor）をdenied-toolsマップを通じた自動ツール制限にマッピングします。フロントドアpubkeyゲーティング（PR #87）はホワイトリストまたはバックエンド署名済みpubkeyからのイベントのみが既知のエージェントとともにルーティングされることを保証し、未知のpubkeyは監査用OpenTelemetryスパンとともにサイレントにドロップされます。

Zap Cooking: メンバーシップダッシュボード

Zap CookingはNostrベースのレシピ共有プラットフォームで、10日間で25件のPRと85件のコミットをマージしました。メンバーシップダッシュボード（PR #228）は有効期限と管理/アップグレードオプション付きのサブスクリプションステータスを表示し、クライアントサイドとサーバーサイドの両方のチェックでSous ChefとZappyティアのフィーチャーゲートを再有効化し、26ファイルにわたるティア命名を標準化します。2フェーズグループメッセージ読み込み（PR #227）は即座の表示のための3日間の高速初期フェッチに続いてバックグラウンドの40日間バックフィルを提供します。

ウォレットニーモニックストレージがpubkey導出暗号化からNIP-44自己暗号化に移行しました（PR #224）。旧方式はSHA-256(pubkey)からキーを導出しており、pubkeyは公開情報のため事実上暗号化されていない脆弱性を修正します。既存のウォレットは最初の読み込み時にサイレントに移行されます。NIP-29グループチャットは赤ドットバッジの未読インジケーターとkind 9009招待コードによる招待制アクセスを獲得しました（PR #213）。リンクプレビューとNostrイベント埋め込みがDMとグループメッセージでレンダリングされるようになりました（PR #218）。設定内のNostrバックアップセクション（PR #210）はローテーティング3スロットバージョニングを持つNIP-78（アプリケーション固有データ）暗号化ストレージを通じてフォローとミュートリストを保存します。起動パフォーマンスは通知サービスの遅延化、IntersectionObserverによるレイジーDOMレンダリング（200イベントフィードでDOMノードを約15,000から約3,000に削減）、延長されたアウトボックスキャッシュTTLを通じて改善されました（PR #208）。カスタマイズ可能な印刷レシピモーダル（PR #205）はライブプレビュー付きでどのセクションを含めるかをトグルできます。Branta SDK統合（PR #222）はPOSTとGETリクエストの検証ガードレールを追加します。

Keep: Rust駆動の状態移行

KeepはAndroid向けNostrベースの秘密鍵マネージャーで、4つのKotlin設定ストアを削除しkeep-mobileレイヤーからのRust駆動共有状態に置き換えるPR #178をマージしました。10秒ポーリングループがRustからのプッシュベースのKeepStateCallbackに置き換えられました。PR #179はパスフレーズ保護付きの暗号化バックアップとリストアを追加します。

Mostro Mobile: 紛争チャット暗号化

Mostro MobileはMostro P2P Bitcoin取引プラットフォームのモバイルクライアントで、紛争チャット暗号化の2段階移行を出荷しました。最初のステップ（PR #495）はmostro固有のラッピングから管理者のpubkeyから導出された共有キー暗号化に切り替えます。その上に構築されるPR #501はメッセージモデルをNostrEventに統一し、gift wrapイベントをディスク上に暗号化して保存します。これはP2Pチャットパターンと一貫しています。BIP-340署名修正（PR #496）はbip340依存関係を0.2.0にオーバーライドし、Schnorr署名の1-2%を無効にし、公開鍵が0x00で始まるキーでは100%失敗を引き起こすbigToBytes()パディングバグを解決します。Order Detailsは生のプロトコル値の代わりに人間が読めるステータスラベルを表示するようになり、英語、スペイン語、イタリア語、フランス語にわたってローカライズされています（PR #502）。HalCashが追加されSEPAが支払い方法から削除されました（PR #493）。SEPA送金は24時間を超える可能性があるためです（SEPA Instantは維持）。

サーバーサイドでは、Mostroが紛争セッションの復元にinitiatorフィールドを含めるよう修正し（PR #599）、売り手が資金をリリースした際にアクティブな紛争を自動的にクローズし、管理クライアントが解決を確認できるよう決済済みNostrイベントを公開するようになりました（PR #606）。

Nostr 2月の5年間

先月のニュースレターではNostrの1月のマイルストーンを初期開発からDamusのブレイクアウト、2026年のセキュリティインフラまで辿りました。今回の回顧録は2021年から2026年までの各年2月に起きたことをカバーします。

2021年2月：リライト

誕生から3か月後、Nostrの2月はプロトコルの最も重大な初期変更を生み出しました。2月14-15日、fiatjafがNIP-01を書き換え、オリジナルのメッセージ形式をプロトコルが現在も使用するEVENT/REQ/CLOSEモデルに置き換えました。この書き換え以前は、クライアントとrelayはよりシンプルな構造で通信していました。イベント公開（EVENT）とサブスクリプション管理（REQ/CLOSE）を分離することで、スケーリングに不可欠となるrelayサイドのフィルタリングが可能になりました。

同月にNIP-04が到着し、secp256k1上のDiffie-Hellman鍵交換から導出された共有シークレットを使用する暗号化ダイレクトメッセージを追加しました。暗号化は基本的なもの（AES-256-CBC）で、後にNIP-44の監査済み暗号方式に置き換えられましたが、少数の初期ユーザーにプロトコル上での最初のプライベート通信チャネルを提供しました。

ツールはnoscl（ターミナルベースのrelay操作用Goコマンドラインクライアント）で拡張され、futurepaullは初期のRust実装であるnostr-rsを開始しました。ネットワーク全体は2つか3つのrelayで運用され、Telegramグループを通じて調整され、約7人のアクティブなコントリビューターがいました。

2022年2月：勢いの構築

2021年12月31日のHacker Newsの投稿が引き続き2月まで開発者を引き付けました。nostr-protocol/nostrリポジトリ（正式なNIPsリポジトリは2022年5月まで存在しませんでした）は2月に6件のプルリクエストを受け取りました。vinliaoのNIP-13（Proof of Work）、fiatjafのNIP-14（Reputation）、CameriのNIP-15（Resource Relations）、melvincarvalhoのNIP-17（Git Updates Over Nostr）が含まれます。NIP番号は後にPrivate Direct Messagesに再割り当てされ、Nostr上のgitコラボレーションは後にgitworkshop.devとなるものを通じて別途続きました。

Greg Heartsfield のnostr-rs-relayはこの月の主力で、34件のコミットと3つのリリースを記録しました。2月12日のバージョン0.5.0はNIP-05認証済みユーザー公開制限を追加しました。バージョン0.5.1と0.5.2がその後2週間で続き、relayはネットワークのトラフィックの大部分を単独で処理していました。

Robert C. Martin（Uncle Bob）はmore-speech（Clojureデスクトップクライアント）を構築しており、1月18日から2月末までに69件のコミットを記録しました。彼の関与はより広いソフトウェアエンジニアリングコミュニティからの注目を集めました。fiatjafのnos2xブラウザ拡張機能は2月にNIP-04復号サポートとrelay優先ポリシーを出荷し、ウェブクライアントが鍵委任に現在も使用するwindow.nostrインターフェース（NIP-07）を実装しました。

Branleは依然として主要なウェブクライアントで、2月13日にweb+nostrプロトコルハンドラー登録を獲得しました。これはNostrアプリケーション間のディープリンクの初期の試みでした。nostr-toolsはNIP-05検証を厳格化しました。go-nostrは11件のコミットでNIP-04暗号化DMサポートとNIP-12（Generic Tag Queries）パースを追加しました。ネットワークは約7-15のrelayで運用され、アクティブなユーザーベースはおそらく数百人規模でした。DamusとNostreamはまだ存在せず、2022年4月まで登場しませんでした。

2023年2月：国際的注目

2023年2月はNostrに最大の公的注目の波をもたらしました。William CasarinによるiOSクライアントのDamusは、度重なるリジェクトの後に1月31日にApple App Storeで承認されました。2月1日までに米国ソーシャルネットワーキングでトップ10に到達しました。2日後の2月2日、報道によるとサイバースペース管理局の要請によりAppleがDamusを中国のApp Storeから削除しました。

TechCrunchやCoinDeskを含む主要メディアが削除を報じ、アプリとプロトコルの両方の認知度を高めました。nostr.directory上のメタデータ付きユニーク公開鍵は2月3日までに30万を超えました。すべてのrelayは自費で運営する愛好家によって運営されており、インフラは負荷に対処するために奔走しました。2月初旬までに約289のrelayが追跡され、その数は増加し続けました。

NIPsリポジトリはその月に29件のマージ済みプルリクエストを記録し、それまでのプロトコル史上最多の月間件数でした。NIP-57（Lightning Zaps）とNIP-23（Long-form Content）が2月13日に同時にマージされ、Bitcoinマイクロペイメントの追加とNostrの短文投稿以外への拡張が1日で実現しました。NIP-65（Relayリストメタデータ）はその1週間前の2月7日にマージされ、後に続くアウトボックスモデルを可能にしました。NIP-46（Nostr Connect）とNIP-58（Badges）も月末までにランドしました。

Human Rights Foundationは2月21日にWilliam CasarinにNostrとDamus開発のため5万ドルの助成金を授与しました。これはNostrプロジェクトへの最初期の機関助成金の1つでした。OpenSatsのNostrファンドはまだ開始されていませんでした（2023年7月に開始）。

2024年2月：プロトコルの耐久性

2024年2月は成長からプロトコルの耐久性へと焦点を移しました。前年7月からオープンしていたNIP-17（プライベートダイレクトメッセージ）は、NIP-44の監査済み暗号方式とNIP-59 gift wrappingを使用する老朽化したNIP-04暗号化の置き換えに向けて取り組んでいました。NIP-04はrelayオペレーターにメタデータを漏洩し、送信者と受信者のペアを確認できました。NIP-17は使い捨てキーペアの背後に送信者のアイデンティティを隠し、3月の最終レビューラウンドを経てその春にマージされました。

NIP-29（Simple Groups）は数か月の議論を経て2月28日にマージされ、管理者ロールとアクセス制御を持つモデレートされたグループチャットをrelayがホストする方法を定義しました。NIP-92（imetaタグ）は2月1日にマージされ、クライアントがメディアイベントに画像寸法とblurhashプレビューを添付する方法を標準化しました。

2月16日、NIPsリポジトリにBREAKING.mdが追加されました。これはプロトコル仕様への後方互換性のない変更を追跡するファイルです。その作成は、Nostrが破壊的変更に正式な文書化が必要な成熟レベルに達したことを認めるものでした。

その月に22件のプルリクエストがマージされました。npub.cashがサーバーを運用せずにどのnpubでも支払いを受け取れるLightningアドレスサービスとしてローンチされました。2月8日に公開された学術論文は、無料relayの95%が寄付だけでは運用コストを賄えず、有料relayの35%が1,000 sats（当時約0.45ドル）未満の入場料を請求していることを発見しました。

2025年2月：インフラの成長

2025年2月はNIPsリポジトリに28件のマージ済みプルリクエストを生み出しました。Right to Vanish NIPが2月19日にマージされ、データポータビリティとユーザーコントロールに関する規制上の質問に応じてユーザーがrelayからのデータ削除を要求する方法を定義しました。

NIP-60（Cashuウォレット）とNIP-61（Nutzaps）が簡素化アップデートを受け、ecashトークンストレージ形式が合理化されました。qタグ（引用タグ）のロールアウトが複数のNIPにわたって続き、イベントが引用とスレッディングのために他のイベントを参照する方法を標準化しました。

クライアントリリースは着実な進歩を示しました。Notedeck v0.3.0アルファが1月最終日に出荷され、2月もアドプションが続きました。Primal v2.1が2月7日に続き、Go relay実装のGRAIN v0.3.0が2月21日にリリースされました。

NOSTRLDN v5がロンドンNostrコミュニティの第5回ミートアップを開催しました。DVMCPブリッジがNostrのData Vending Machines（NIP-90）とModel Context Protocolを接続し、翌月に到来するAIエージェント統合作業を予告しました。

2026年2月：ソーシャルメディアを超えて

2026年2月のアクティビティはNostr Compass第8号から第11号から引用しています。

2026年2月はどのNostr単月でも最も広範なアプリケーションレイヤー開発を生み出しました。Mostroが分散型P2P Bitcoin取引の初のパブリックベータを出荷し、Zapstoreがリリース候補テストの数か月を経て1.0安定版に到達しました。White Noise v0.3.0が160件以上のマージ改善とAmber署名者サポートを含むリアルタイムMarmot暗号化メッセージングを提供しました。

pablof7z（エージェントワークフロー用NIP-AE、MCPサーバーアナウンス用NIP-AD）とjoelklabo（AIエージェントメッセージ）からの競合するAIエージェント提案が、NIP-90を拡張するDVMエージェント調整提案とともに到着しました。ContextVMがModel Context ProtocolをNostrトランスポートに接続するSDK改善を出荷しました。BurrowがAIエージェントと人間の両方にMarmot暗号化メッセージングを追加し、Nostrのアイデンティティとrelayインフラをマシン間通信に拡張しました。

FIPSがsecp256k1キーペアをノードアイデンティティとして使用し、UDP、イーサネット、Bluetooth、LoRadioにわたるトランスポート非依存ルーティングを持つNostrネイティブメッシュネットワーキングの動作するRust実装を出荷しました。その設計はNostrのキーモデルがソーシャルメディアを超えて物理ネットワークインフラに拡張できることを示しました。

OpenSatsが第15波のNostr助成金を発表し、ContextVMとNostubeを含むプロジェクトに資金提供しました。プロトコル変更にはNostr Wallet ConnectのNIP-47ホールドインボイスサポートとrelayサイドのカウント推定のためのNIP-45（カウント結果）HyperLogLogが含まれました。Web of Trustスコアリング用のNIP-85（Trusted Assertions）サービスプロバイダー発見機能もマージされました。rust-nostrが完全なAPI再設計を開始し、Nostria 3.0とFrostr（iOS TestFlight）が出荷されました。Blossomのローカルキャッシュレイヤーがrelay間のメディア可用性に対応しました。

今後の展望

5つの2月のプロトコル史は、基盤的作業からアプリケーションレイヤーの多様化への一貫した進展を示し、2023年のユーザー流入がターニングポイントとなりました。2021年には7人のコントリビューターが3つのrelayで作業していました。2026年までに、同じプロトコルがプロダクションインフラ上で実行されるメッシュネットワーキングと自律エージェント提案をサポートしています。

今週は以上です。構築中のプロジェクトや共有したいニュースがあれば、NIP-17 DMでお問い合わせください。Nostrでもお待ちしています。

Nostr Compass #11

Wed, 25 Feb 2026 00:00:00 +0000

Nostr Compassへようこそ。Nostrの週刊ガイドです。

今週の内容: White Noise v0.3.0がリアルタイムメッセージングとAmber署名者サポートを160件以上のマージ改善とともに届けます。diVine 1.0.5が動画再生の問題を修正し、クリエイター分析用のkind 22236ビューイベントを追加。Pika、Ridestr、Unfilteredがアップデートを出荷。FIPSがNostrネイティブメッシュネットワーキングの動作するRust実装を出荷。NotecrumbsがDamus.ioリンクプレビューの安定性修正を受け取る。ContextVMがNostrとModel Context Protocolを橋渡し。新しいプロジェクトとして、AIエージェントと人間の間のMLS暗号化メッセージング用Burrowと、ブラウザベースのvaultとアイデンティティ管理用Nostria Signerが登場。ディープダイブではNIP-55のAndroid署名とNIP-60のCashuウォレット同期を取り上げます。

ニュース

Notecrumbsの安定性改善

NotecrumbsはDamus.ioのリンクプレビューを支えるNostr APIおよびウェブサーバーで、信頼性の問題に対処する一連の修正を受け取りました。

並行処理の修正により、インフライトの重複排除メカニズムがwatchチャンネルに置き換えられました。同じノートをリクエストする2人の呼び出し元が両方ともフェッチャーになり得て、一方が他方が通知をサブスクライブする前に完了した場合にデッドロックを引き起こしていました。アトミック操作を使用するwatchチャンネルにより、1つのフェッチャーのみが実行され、他の処理は結果を待ちます。

レート制限はrelayへの過剰アクセスに対する二層の防御を実装します。ユーザーが同じノートに繰り返しアクセスすると、システムは5分間のクールダウンウィンドウでrelayリクエストをデバウンスするようになりました。この保護はすべてのNIP-19タイプとプロフィールフィードに拡張され、重いトラフィック時のrelayへの比例スパムを防ぎます。

パフォーマンス改善により、二次データフェッチがバックグラウンドのtokioタスクに移動しました。ページはキャッシュされたデータで即座にレンダリングされるようになり、合計7.5秒に達する可能性のある連続したrelayタイムアウトでブロックされません。nostrdb 0.10.0へのアップグレードもこれらの修正に伴いました。

ContextVM：Nostr上のMCP

ContextVMはNostrとModel Context Protocol（MCP）を橋渡しするツール群です。最近のコミットでは支払いを可能にする新しいCEP-8仕様が導入され、2月を通じてSDKの改善が進んでいます。

SDKはMCP over Nostr用のTypeScriptクライアントとサーバートランスポートを提供します。開発者はNostrネットワーク全体にMCPサーバーを公開でき、クライアントはそれらに接続できます。relayはメッセージバスとして機能し、暗号化されたeventをただルーティングします。Nostrをネイティブにサポートしないクライアントはプロキシレイヤーを通じて接続します。ライブラリはevent認証のためのrelay管理と暗号署名を処理し、Node.jsとブラウザ環境の両方で動作します。

CVMIはサーバーディスカバリーとメソッド呼び出し用のCLIを提供します。Relatrはソーシャルグラフの距離とプロフィール検証を組み合わせてパーソナライズされたトラストスコアを計算します。

ContextVMはブリッジレイヤーとして位置づけられています。既存のMCPサーバーは従来のトランスポートを維持しながらNostrの相互運用性を得ます。

White Noiseが分散型ユーザー検索を解説

jgmontoyaのブログ投稿では、White Noiseが分散型relayネットワーク全体でどのようにユーザー検索を処理するかが詳しく説明されています。

プロフィール分散が課題を生み出します。統一されたデータベースを持つ中央集権的なメッセンジャーとは異なり、Nostrのプロフィールは中央インデックスなしに数十のrelay全体に散らばっています。White Noiseはプロデューサー・コンシューマーアーキテクチャをパラレルに実行することでこれを解決します。

プロデューサープロセスはユーザーのフォローからソーシャルグラフを外側に継続的に拡張し、増加する距離でフォローリストを取得してプロフィール解決のために発見したpubkeyをキューに入れます。コンシューマーは5つのコスト増加ティアでマッチを解決します。ローカルユーザーテーブル（最速）、前回の検索からのキャッシュされたプロフィール、接続されたrelay、NIP-65によるユーザーrelayリスト、ユーザー宣言relayへの直接クエリ（最も低速）です。

コールド検索は約3秒かかりますが、キャッシュからのウォーム検索は約10ミリ秒に短縮されます。確立されたソーシャルグラフを持たない新規ユーザーに対しては、検索機能を確保するためによく接続されたブートストラップノードが挿入されます。グループメンバーシップは明示的なフォローと並んで暗黙のソーシャルシグナルを提供します。

計測が最適化に不可欠だったと著者は述べています。メトリクスなしでは改善は当て推量でした。

FIPS：Nostrネイティブメッシュネットワーキング

FIPS（Free Internetworking Peering System）は、Nostrのキーペア（secp256k1）をノードのアイデンティティとして使用する自己組織化メッシュネットワークの動作するRust実装です。設計ドキュメントが機能的なコードとともに公開されています。

このプロトコルはインフラの独立性に対応します。ノードは中央サーバーや認証局なしに自動的に相互発見します。スパニングツリーが座標ベースのルーティングを提供し、bloom filterが到達可能性情報を伝播させ、ノードはローカルの知識だけで転送判断を行えます。トランスポートの非依存性により、同じプロトコルがUDP、イーサネット、Bluetooth、LoRadio、あるいはデータグラム対応の任意のメディア上で動作します。

2つの暗号化レイヤーがトラフィックを保護します。リンクレイヤー暗号化（Noise IKパターン）が相互認証と前方秘密性を持つホップ間の隣接ノード通信を保護します。セッションレイヤー暗号化（Noise XKパターン）が中間ルーターに対するエンドツーエンドの保護を提供し、宛先のみがペイロードを復号できます。これはTLSがHTTPトラフィックを信頼できないネットワークを通過する場合でも保護する方法を反映しています。

アーキテクチャはルーティングに「貪欲埋め込み」スパニングツリーを使用します。各ノードはツリーのルートと親に対する位置に基づいて座標を受け取ります。パケットは目的地に近い座標に向かって貪欲にルーティングされ、bloom filterが到達可能なエンドポイントを通知します。貪欲なルーティングが失敗する場合（局所的最小値）、ノードはツリーベースのパスにフォールバックできます。

Rust実装にはすでにbloom filterディスカバリーを含むUDPトランスポートが含まれています。今後の作業はピアブートストラップのためのNostr relay統合を目標としています。

リリース

今週はrelayインフラとクライアントアプリケーション全体でリリースがあり、この分野に新しいプロジェクトも参入しました。

HAVEN v1.2.0

Blossomメディアサーバーと4つのrelay機能をバンドルしたオールインワンパーソナルrelayHAVENがv1.2.0を出荷しました。このリリースは先週取り上げたRCステージを超えて進んでいます。

マルチnpubサポートにより、単一のHAVENインスタンスがホワイトリストを通じて複数のNostrアイデンティティを提供でき、アクセス制御のための新しいブラックリスト機能も追加されました。書き換えられたバックアップシステムはポータブルなJSONL形式を使用し、JSONLファイルからノートをインポートするためのhaven restoreコマンドが利用できます。クラウドストレージ統合がリモートバックアップ管理のための--to-cloudと--from-cloudフラグを追加します。

Web of Trustの改善として、トラスト計算の設定可能な深度レベルとメモリオーバーヘッドを削減するロックレス最適化を伴う自動24時間更新間隔が含まれます。relayリクエスト用のユーザーエージェント設定と設定可能なBlastrタイムアウト設定がリリースを完成させ、圧縮JSONLへのデータエクスポートも追加されました。

White Noise v0.3.0

White NoiseはMLSベースの暗号化メッセージングアプリでMarmotプロトコルを実装しており、160件以上のマージ改善を含むv0.3.0を出荷しました。

このリリースではポーリングの代わりにストリーミング接続によるリアルタイムメッセージングが実現され、メッセージが即座に届きます。Amberサポート（NIP-55）により秘密鍵がアプリに触れる必要がなくなります。画像共有がアップロード進捗追跡と読み込み中のblurhashプレースホルダーとともに機能するようになりました。フルスクリーン表示でピンチズームをサポートします。

グループメッセージングはチャットリストに送信者名を表示し、MLS暗号化が前方秘密性を確保する信頼性改善を受けました。ユーザー検索はフォローから4次の隔たりまで外側に拡張され、見つかった結果がストリーミングで表示されます。

Marmotプロトコルの変更と暗号化ローカルストレージへの切り替えにより、アップグレード時にすべてのローカルデータがリセットされる破壊的変更があります。アップグレード前にnsecキーのバックアップを取ることをお勧めします。

diVine 1.0.5

diVineは復元されたVineアーカイブ上に構築された短編ループ動画クライアントで、広範な動画再生修正と新しい分散型分析システムを含む1.0.5を出荷しました。

動画再生の問題が修正の大部分を占めました。ファントムポーズ、動画間のデュアルオーディオ、サムネイルと最初のフレーム間のブラックフラッシュ、廃棄されたプレイヤーのクラッシュがすべて解消されました。プールされた動画プレイヤーがホームフィードの一貫した再生を処理するようになりました。

kind 22236のエフェメラルビューイベントがクリエイター分析と推薦を可能にします。システムはトラフィックソース（ホーム、ディスカバリーバリアント、プロフィール、共有、検索）とループ数を追跡しながら自己ビューを除外します。Nostr event imetaタグのローカルファイルパスリークが、BUD-01仕様に従いクライアント側で構築された正規のBlossom URLで修正されました。

NIP-46リモート署名者の改善として、並列化されたrelay接続とコールバックURLサポートが追加されました。AndroidはSigner承認後のアプリ再開時にWebSocket接続を再接続します。

Coracle 0.6.30

CoracleはrelayマネジメントとWeb of Trustモデレーションに特化したウェブベースのNostrクライアントで、フィードでのメディアブラウジングを向上させる動画サムネイルサポートを含む0.6.30を出荷しました。

Nostur v1.26.0

NosturはiOS向けNostrクライアントで、新しいライブストリームフィードセクションと再設計された設定画面を含むv1.26.0を出荷しました。GIFがBlossomメディアサーバーでホストできるようになり、中央集権的なサービスへの依存が減ります。Klipy GIF統合がTenorが利用できない場合のバックアップを提供します。DM会話の年ヘッダーとメンション数表示もユーザー向け変更として含まれます。

今週は開発者向けツールとCLIアプリもアップデートを受け取りました。

nak v0.18.5

nakはfiatjafによるNostrのコマンドラインツールで、ユーザープロフィールの取得と表示のための新しいnak profileサブコマンドを含むv0.18.5を出荷しました。git cloneコマンドがnostr://URIでNIP-05名をサポートするようになり、人間が読める識別子でリポジトリをクローンできます。

Pika v0.5.3

PikaはMarmotプロトコル上に構築されたiOS、Android、デスクトップ向けのMLS暗号化メッセンジャーで、v0.5.3を出荷しました。最近のコミットではデスクトップアプリへのファイルアップロードとドラッグアンドドロップメディアサポートが追加され、Cloudflare Workersデプロイの修正も含まれます。

PikaはすべてのビジネスロジックをRustコアが担い、iOS（SwiftUI）とAndroid（Kotlin）は状態スナップショットをレンダリングするシンUIレイヤーとして機能します。MDK（Marmot Development Kit）がMLS実装を提供します。プロジェクトはアルファステータスであることを明記し、センシティブなワークロードへの使用に警告しています。

Ridestr v0.2.6

RidestrはCashu支払いを持つ分散型ライドシェアプラットフォームで、v0.2.6を出荷しました。このリリースはTalkBackアクセシビリティの問題を修正し、支払い方法を切り替えた際にドライバーが近くのリストから消えたり、ドライバーがオフラインになった際に選択されたドライバー数が更新されなかったりするバグを解消します。

「全員に送信」機能は「RoadFlareをブロードキャスト」に変更され、新規ドライバーインストール時のサイレント失敗の修正も含まれます。RidestrはトラストレスなライドペイメントにHTLCエスクローを実装し、デバイス間のウォレット同期にNIP-60を使用しています。

Unfiltered v1.0.6

UnfilteredはAndroid向けInstagramライクな写真共有アプリで、改善されたユーザー検索と60秒ごとの自動relay再接続を含むv1.0.6を出荷しました。

KotlinとJetpack Composeで構築され、UnfilteredはRust-nostrバインディングとBlossom互換サーバーを画像ホスティングに使用します。Amber統合（NIP-55）がセキュアな鍵管理を処理します。アプリはアルゴリズムや広告なしにフォローしたアカウントの投稿を時系列順で表示します。

今週は2つの新しいメッセージングと署名プロジェクトも立ち上がりました。

Burrow：AIエージェント向けMLSメッセージング

Burrowは電話番号や中央集権的なサーバーなしにMLS暗号化通信のためのMarmotプロトコルを実装するメッセンジャーです。人間ユーザーとAIエージェントの両方が参加できます。

JSONLアウトプットモードを持つ純粋なRust CLIデーモンが自動化システムとの統合を処理します。FlutterクロスプラットフォームアプリがAndroid、iOS、Linux、macOS、Windowsをカバーします。メディア添付ファイルはメッセージとともに暗号化され、WebRTCが設定可能なTURNサーバーで音声とビデオ通話を処理します。

BurrowはNostrインフラ上にMLS暗号化をレイヤー化します。アイデンティティはNostrキーペア（secp256k1）を使用し、MLS KeyPackageはkind 443イベントとして公開されます。メッセージはNIP-44でkind 445イベントとして暗号化され、ウェルカム招待はNIP-59ギフトラッピングを使用します。

OpenClaw統合によりAIエージェントがフルツールアクセスで参加できます。監査ログ付きアクセス制御リストがコンタクトとグループの権限を管理します。この組み合わせにより、BurrowはSignal レベルの暗号化を分散インフラ上に求めるエージェント間およびエージェントと人間のメッセージングシナリオに適しています。

Nostria Signer拡張機能

Nostria SignerはNostrユーザー向けのvaultとアイデンティティ管理を提供するChromiumベースのブラウザ拡張機能です。

複数のアカウントを含む複数のvaultにより、ユーザーは異なるコンテキストのアイデンティティを整理できます。国際化にはRTL言語サポートが含まれます。AngularとTypeScript（コードベースの79.2%）で構築され、ブラウザ拡張機能とProgressiveウェブアプリの両方として動作します。

Nostria Signerはブラウザ拡張機能による署名のためのNIP-07を実装し、ウェブベースのNostrクライアントが秘密鍵に直接アクセスすることなくevent署名をリクエストできます。自動ウォレットマイグレーションがChrome Web Storeを通じて配布されるアップデートを処理します。ユーザーはdist/extensionフォルダからサイドロードすることもできます。

開発者は実験的なステータスを強調しています。開発者は失われた鍵へのアクセスを回復できないため、ユーザーは自身のシークレットリカバリーフレーズを管理する必要があります。

プロジェクトアップデート

FormstrがOrganizationを移行

Nostr上のGoogleフォーム代替Formstrがリポジトリをabh3po/nostr-formsからformstr-hqorganizationに移行しました。このOpenSatsグラント受領者は新しい場所で開発を継続します。

注目のオープンPR

Nostrプロジェクト全体の進行中の作業：

Damusアウトボックスモデル (PR #3602)：iOSでのgossip/アウトボックスrelayモデルの実装計画。このアーキテクチャ変更は、受信者が実際に読むrelayに公開することでメッセージ配信を改善します。
Notedeckクロスプラットフォーム通知 (PR #1296)：Android FCM、macOS、Linuxをカバーするダムスデスクトップクライアントのネイティブ通知システム。
NDK Cashu v3アップグレード (PR #370)：Nostr Development Kitのウォレット統合をcashu-ts v3に更新。
ZeusのCashuオフライン (PR #3742)：ZeusのLightningウォレットのオフラインecash送受信。
Shopstrの暗号化デジタル配信 (PR #231)：デジタル商品の暗号化配信と物理アイテムのダイナミックウェイトサポートを追加。

NIPアップデート

NIPsリポジトリへの最近の変更：

今週マージ済み：

NIP-85サービスプロバイダーDiscoverability：NIP-85仕様にクライアントが信頼されたアサーションプロバイダーを発見する方法についてのガイダンスが追加されました。クライアントがWeb of Trustスコアや他の計算済みメトリクスを必要とする場合、ユーザーがすでにフォローまたは信頼するプロバイダーからのkind 30085アナウンスをrelayにクエリできます。
NIP-29の非管理グループ削除：NIP-29グループチャット仕様が非管理グループ（任意のメンバーが他のメンバーを追加できる）のサポートを廃止しました。すべてのNIP-29グループは明示的な管理者ロールを持つリレーサイドの管理が必要になり、実装を簡素化してスパムのベクターを削減します。
NIP-11の非推奨フィールド削除：NIP-11のrelay情報ドキュメントには非推奨のsoftwareとversionフィールドが含まれなくなりました。実装はこれらをレスポンスから削除する必要があります。
NIP-39のアイデンティティタグ移動：外部アイデンティティクレーム（GitHubやTwitterなどのNIP-39iタグ）がkind 0プロフィールから専用のkind 30382イベントに移動しました。これによりアイデンティティ検証がプロフィールメタデータから分離されます。

AIエージェントNIPの進捗：

4つのAI特化NIPが活発な開発を継続しています。先週の報道以降：

NIP-AE：エージェント（2月19日更新）：エージェント定義のkind 4199とプロンプト（「ナッジ」）のkind 4201でエージェントアイデンティティを定義します。エージェントは拡張説明のためにNIP-94ファイルメタデータを参照できます。
NIP-XX：AIエージェントメッセージ（2月18日更新）：ステータス、ストリーミングデルタ、プロンプト、レスポンス、ツール呼び出し、エラー、キャンセル用の7つのエフェメラルevent kind（25800-25806）で会話メッセージングを標準化します。kind 31340「AI Info」イベントでエージェントがサポートするモデルと機能をアドバタイズできます。
NIP-AC：DVMエージェント調整（2月18日オープン）：自律エージェントワークフロー用にNIP-90を拡張します。エージェントディスカバリーのためのハートビート、品質追跡のためのジョブレビュー、結果コミットメントのためのデータエスクロー、マルチステップパイプラインのためのワークフローチェーン、競争的プロバイダー選択のためのスワームビッディングを追加します。リファレンス実装は2020117.xyzで動作しています。
NIP-AD：MCPサーバーアナウンス（2月12日オープン）：Nostr上のModel Context ProtocolサーバーとスキルのアナウンスをTENEXプラットフォームで既に使用中の形式で標準化します。

その他のオープンPR：

NIP-144：サービス認証プロトコル：クライアントがNostr上のサービスプロバイダーにアイデンティティと権限を証明する方法を定義します。
NIP-DC：Nostr Webxdc：alexgleasonがWebxdc（分散型ウェブアプリケーション）とNostr eventの統合を提案しています。

NIPディープダイブ：NIP-55（Android署名アプリケーション）

NIP-55はAndroid向けNostrクライアントが専用の署名アプリケーションに暗号操作をリクエストする方法を定義します。今週White Noise v0.3.0とUnfiltered v1.0.6の両方がAmberサポートを追加したため、Android署名プロトコルを詳しく見ていきます。

通信チャンネル：

NIP-55は2つのメカニズムを通じてアプリ間署名を可能にします。インテントは一回限りの操作に視覚的フィードバック付きの手動ユーザー承認を提供します。コンテンツリゾルバーはユーザーが永続的な権限を付与した場合の自動署名を可能にし、繰り返しのプロンプトなしにバックグラウンドでアプリが署名できます。

通信はカスタムのnostrsigner:URIスキームを使用します。クライアントは次のように接触を開始します：

nostrsigner:<base64-encoded-event>?type=sign_event&callbackUrl=myapp://callback

サポートされる操作：

仕様は7つの暗号メソッドを定義します。イベント署名（sign_event）、公開鍵取得（get_public_key）、NIP-04暗号化・復号化、NIP-44暗号化・復号化、zapイベント復号化（decrypt_zap_event）です。

パーミッションモデル：

クライアントは信頼関係を確立するためにget_public_keyを一度呼び出し、署名者のパッケージ名とユーザーのpubkeyを受け取ります。仕様はクライアントがこれらの値を保存し、get_public_keyを再度呼び出さないことを義務付けており、フィンガープリンティング攻撃を防ぎます。

署名リクエストに対して、ユーザーは一度承認するかバックグラウンド操作のために「選択を記憶」を付与できます。ユーザーが操作を繰り返し拒否する場合、署名者は「rejected」ステータスを返して繰り返しのプロンプトを防ぎます。

実装：

AmberはAndroid向けの主要なNIP-55署名者です。NIP-55をサポートするクライアントにはAmethyst、White Noise、Unfilteredなどがあります。ウェブアプリケーションは署名者のレスポンスを直接受信できず、コールバックURLまたはクリップボード操作を使用する必要があります。

他の署名NIPとの関係：

NIP-55はNIP-07（ブラウザ拡張機能）とNIP-46（relay経由のリモート署名）を補完します。NIP-07がデスクトップブラウザを処理し、NIP-46がクロスデバイス署名を処理するのに対し、NIP-55は最小限のレイテンシでネイティブAndroid統合を提供します。

NIPディープダイブ：NIP-60（Cashuウォレット）

NIP-60はCashu ecashウォレットがNostr relay上に状態を保存し、クロスアプリケーションのウォレット同期を可能にする方法を定義します。Ridestr v0.2.6がデバイス間のウォレット同期にNIP-60を使用しているため、このプロトコルを詳しく見ていきます。

イベントの種類：

NIP-60は4つのイベントタイプを使用します。置換可能なkind 17375はミントURLとP2PK ecash支払いを受け取るための専用秘密鍵を含むウォレット設定を保存します。トークンイベント（kind 7375）は未使用の暗号証明を含み、支払い履歴（kind 7376）はユーザーの透明性のためにトランザクションを記録します。オプションのkind 7374はミント支払いクォートを追跡します。

ウォレットアーキテクチャ：

ウォレット状態はrelayに存在し、アプリケーション間でアクセスできます。ユーザーのウォレットイベントにはCashuミントへの暗号化された参照と、ユーザーのNostrアイデンティティとは別のウォレット専用秘密鍵が含まれます。この分離は重要です。ウォレット鍵はecash操作を処理し、Nostr鍵はソーシャル機能を処理します。

{
 "kind": 17375,
 "content": "<nip44-encrypted-wallet-config>",
 "tags": [["d", "cashu-wallet"]]
}

証明の管理：

Cashuの証明は無記名証券です。一度使われると証明は無効になります。NIP-60はロールオーバーメカニズムでこれを管理します。支払い時にクライアントは残りの未使用証明を持つ新しいトークンイベントを作成し、NIP-09を通じて元のものを削除します。破棄されたトークンIDは状態追跡のためにdelフィールドに入ります。

クライアントは以前に使われた証明を検出するためにミントに対して証明を定期的に検証する必要があります。ミントごとに複数のトークンイベントが許可されており、支払い履歴イベントはオプションであってもユーザーがトランザクションを追跡するのに役立ちます。

セキュリティモデル：

すべての機密データはNIP-44暗号化を使用します。ウォレット秘密鍵は平文では現れません。relayは内容を理解せずに暗号化されたblobを保存するため、ウォレット状態は信頼できないrelayでもプライベートのままです。

実装：

NIP-60をサポートするウォレットにはNutsackとeNutsがあります。Ridestrのようなクライアントはクロスデバイス同期にNIP-60を使用し、デスクトップでチャージしてモバイルから手動転送なしに使えます。

今週は以上です。構築中のプロジェクトや共有したいニュースがあれば、NIP-17 DMでお問い合わせください。Nostrでもお待ちしています。

Nostr Compass #10

Wed, 18 Feb 2026 00:00:00 +0000

Nostr Compassへようこそ。Nostrの週刊ガイドです。

今週の内容: BlossomのローカルキャッシュレイヤーがAndroid向けオフラインメディアアクセスを目指す独立プロジェクトの収束として形になっています。AlbyがNostr Wallet Connect統合のビルドとテストを実際の資金なしで行えるNWC開発者サンドボックスを立ち上げました。AIエージェント通信に関する競合提案が同じ週に2人の著者から届きました。fiatjafがリレー運営者がほとんど採用しなかった保持ポリシー、国コード、プライバシーポリシー、コミュニティ設定タグを削除し、NIP-11から未使用フィールドを除去しました。NIP-85がTrusted AssertionsのサービスプロバイダーのDiscoverability指針としてマージされました。NIP-52の新しいDタグがカレンダーイベントの日単位タイムスタンプインデックスを可能にします。新プロジェクトとして、分散型マップタイル配布のMapnolia、MLS暗号化メッセージングのPika、Android向けFROST閾値署名のKeep、Nostr統合コンテンツアドレス型ストレージのHashtree、AndroidアプリからNostrへコンテンツを共有するPrismが登場しています。Primal Androidがデュアルウォレットサポートと自動サービスライフサイクル管理を追加する11件のNWC PRをマージ。Mostro MobileがNWC統合による内蔵Lightningウォレットを出荷。NotedeckがAndroidアプリストアリリースに向けて準備し、HAVENがマルチnpubサポートとクラウドバックアップを備えたv1.2.0-rc3に到達。今週のディープダイブでは、Web of Trust計算をサービスプロバイダーに委任するNIP-85のTrusted Assertionsシステムと、日単位インデックス更新後のNIP-52カレンダーイベントプロトコルを取り上げます。

ニュース

Blossomローカルキャッシュレイヤーが登場

複数の独立プロジェクトが同じ問題に収束しています。モバイルデバイスでのBlossomメディアへのオフラインアクセスです。

Morganiteは、AmberとCitrineの開発者greenart7c3による新しいAndroidアプリで、Blossomメディアのクライアントサイドキャッシングを実装しています。ユーザーはネットワーク接続なしに以前に閲覧した画像やファイルにアクセスできます。

Aerithが画像ラベリング、一括ミラー・タグ・削除操作、ラベルとファイルタイプによるフィルタリング、初期ローカルBlossomキャッシュサポートを備えたv0.2を出荷しました。Aerithは複数のBlossomサーバーにメディアを保存するユーザーがblobを整理・ミラーリングするための管理インターフェースです。

Blossom仕様に新しいローカルキャッシュ実装ガイドが追加され、クライアントサイドのblobストレージが文書化されました。一方、Prism（Aerithと同じ開発者による）がAndroidのNostrへ共有フローにBlossomアップロード統合を追加。今週4つの独立プロジェクトが同じ問題に収束しました。専用キャッシュアプリ、メディアマネージャー、リファレンス仕様、Blossom統合を持つ共有ツールが、すべて単純なアップロード・取得を超えた永続的なローカルストレージを実装しています。

Alby NWC開発者サンドボックス

AlbyがNostr Wallet Connect（NIP-47）でビルドする開発者向けサンドボックス環境を立ち上げました。このサンドボックスはホスト型NWCウォレットサービスを提供し、開発者は実際のLightningウォレットに接続することなくテスト接続を作成してシミュレート決済を送信し、NWCイベントのリクエスト・レスポンスサイクル全体をリアルタイムで観察できます。開発者はサンドボックスからnostr+walletconnect://接続文字列を生成してクライアントに渡します。するとサンドボックスがクライアントとウォレットサービス間を流れるkind 23194リクエストとkind 23195レスポンスイベントを表示します。

これにより新しいNWC統合の参入障壁が下がります。以前はテストに個人のLightningウォレットまたはセルフホスト型NWCサービスが必要でした。サンドボックスはそれを抽象化し、pay_invoice、get_balance、make_invoice、lookup_invoice、list_transactionsメソッドをライブNWCエンドポイントに対して実装するための即時フィードバックループを開発者に提供します。

AIエージェントNIPが登場

Nostr上のAIエージェント通信に関する提案が数日以内に登場し、異なる角度から問題にアプローチしています。

joelklaboによるNIP-XX: AI Agent MessagesはAIエージェントインタラクションの完全なプロトコルを定義しています。プロンプト、レスポンス、ストリーミングデルタ、ステータス更新、ツールテレメトリ、エラー、キャンセル、機能ディスカバリー用のevent kindです。ai.infoディスカバリーイベント（kind 31340、置換可能）でエージェントがサポートするモデル、スキーマ付きツール、ストリーミングサポート、レート制限をアナウンスできます。joelklaboの提案にはプロンプトIDによるラン相関、セッション管理、シーケンス順序によるストリーム照合、メタデータプライバシー用のNIP-59ガイダンスが含まれています。

pablof7zによるNIP-AE: Agentsは異なるアプローチを取り、エージェントのインスタンス化のためのkindを定義しています。定義とレッスンです。これらはpablof7zがNostr上に構築された自律学習システムTENEXで使用するeventタイプです。同じくpablof7zによるコンパニオン提案NIP-AD: MCP Server and Skill AnnouncementsはNostr上でModel Context Protocolサーバーとスキルをアナウンスするためのeventを定義しています。NIP-22コメントがサポートされているため、コミュニティはNostr上で直接MCPサーバーについて議論・評価できます。

NIP-XXがエージェント通信全体をカバーし、NIP-AEとNIP-ADがアイデンティティとツールディスカバリーに対応します。これらの提案は統一された標準に収束するか、補完的なレイヤーとして共存するかもしれません。

リリース

HAVEN v1.2.0-rc3

Blossomメディアサーバーと4つのリレー機能をバンドルしたオールインワンパーソナルリレーのHAVENがv1.2.0-rc3に到達しました。このリリース候補では複数のnpubサポートが追加され、単一のHAVENインスタンスで複数のNostrアイデンティティを提供できます。以前のRCではクラウドバックアップ用の--from-cloudと--to-cloudフラグ（RC2）が追加され、Web of Trustの二重カウントバグが修正されました（RC1）。

Mostro Mobile v1.2.0：内蔵Lightningウォレット

Mostro P2P Bitcoin取引所のモバイルクライアントMostro Mobile（先週取り上げたv1.1.0）が、完全なNWC（NIP-47）統合による内蔵Lightningウォレットを備えたv1.2.0を出荷しました。買い手と売り手はインボイスの処理にアプリを切り替える必要がなくなりました。アプリが売り手向けにホールドインボイスを検出して接続ウォレット経由で自動的に支払い、買い手は自動的なインボイス生成を受けられます。このリリースは同週前半のv1.1.1に続くもので、信頼できるインスタンスの厳選レジストリを持つマルチMostroノードサポート、ノード表示用のkind 0メタデータ取得、pubkeyによるカスタムノード管理、選択したノードがオフラインになった際の自動フォールバックが追加されました。

サーバー側ではMostro v0.16.2がリリースされ、重複開発手数料支払いの修正、パスワード検証RPCエンドポイントのレート制限、協調キャンセル時の適切な紛争クリーンアップが含まれています。

新しいコンパニオンプロジェクトmostro-skillにより、エージェントがNostrを通じてMostroで取引できます。

Aerith v0.2

Blossom画像マネージャーのAerithが、メディア整理用の画像ラベル、サーバー間の一括ミラー・タグ・削除操作、ラベルとファイルタイプによるフィルタリング、初期ローカルキャッシュサポートを備えたv0.2を出荷しました。ローカルキャッシュトレンドの全体的な文脈についてはニュースセクションを参照してください。

Mapnolia：Nostr経由の分散型マップタイル

Mapnoliaは、PMTilesマップアーカイブを地理的地域にチャンク化し、分散型ディスカバリーのためにNostr上でアナウンスする新しい地理空間データサーバーです。kind 34444のパラメータ化された置換可能イベントをNostrリレーに公開し、マップタイルチャンクの完全なインデックス、レイヤーメタデータ、ジオハッシュ地域、ファイル参照、Blossomサーバー詳細を含みます。

クライアントは中央集権的なタイルサーバーの代わりにNostrネットワークを通じてマップデータを発見・取得します。アナウンスイベントにはリストされたBlossomサーバーから必要な地理的地域のみをリクエストするのに十分なメタデータが含まれています。Mapnoliaは地理空間データ配布をNostrにもたらす最初のプロジェクトで、オフライン対応マッピングアプリケーションの可能性を開きます。

Pika：MarmotベースのE2E暗号化メッセージング

Pikaは、Nostrリレー上にMessaging Layer Security（MLS）をレイヤー化するMarmotプロトコルを使用したiOSとAndroid向けの新しいE2E暗号化メッセージングアプリです。アーキテクチャは関心事を分離しており、Nostrリレー経由のMLSステート管理とメッセージ暗号化・復号化を処理するRustコア（pika_core）と、SwiftUI（iOS）とKotlin（Android）のシンネイティブUIシェルで構成されています。ステートはUniFIとJNIバインディングを通じてUIからRustアクターへのアクション、そして状態とリビジョン番号のスナップショットをUIに返す一方向フローで流れます。

PikaはNostrリレーをMLSで暗号化された暗号文のトランスポートレイヤーとして使用するWhite Noise、Vector、0xchatと並ぶ成長中のMLS-on-Nostrメッセンジャー分野に加わります。すべてがNostrリレーをMLSで暗号化された暗号文のトランスポートレイヤーとして使用し、リレー運営者はメッセージ内容を読めません。PikaはMLS実装にMarmot Development Kit（MDK）を、リレー接続にnostr-sdkを使用しています。

Keep：Android向けFROST閾値署名

Keepは、単一デバイスが完全な秘密鍵を保持しないFROST閾値署名のための新しいAndroidアプリケーションです。NIP-55（Android Signer）とNIP-46（リモート署名）を実装しており、互換Nostrクライアントが鍵素材をデバイス間で分散したまま署名をリクエストできます。デフォルト設定は2-of-3と3-of-5ですが、任意のt-of-n閾値がサポートされています。

KeepのDKG（分散鍵生成）セレモニーはカスタムevent kindを使用してNostrリレー上で実行されます。kind 21101はグループアナウンス、kind 21102はラウンド1コミットメント多項式（公開ブロードキャスト）、kind 21103はラウンド2シークレットシェア（参加者間のNIP-44暗号化ポイントツーポイント）です。グループ秘密鍵スカラーはDKG中にどこでも計算・組み立てられません。各デバイスは多項式評価シェアのみを保持し、任意のtシェアが2ラウンドのコミット・次に署名プロトコルを通じて有効なSchnorr署名を生成できます。結果の64バイト署名は単一署名者のSchnorr署名と区別できません。内部的にKeepはZcash Foundationのfrost-secp256k1-trクレートをTaproot調整で使用しており、グループ公開鍵がNostr npubとして直接機能します。

KeepはIgloo Desktop、Igloo for Android、Frost2x、Igloo for iOSと並ぶFrostrファミリーに加わり、Nostrにおける閾値鍵管理の選択肢を拡げます。

Prism：AndroidアプリからNostrへ何でも共有

Prismは、ユーザーが電話上の任意のアプリからテキスト、URL、画像、動画をNostrに公開できるよう、システム共有ターゲットとして登録する新しいAndroidアプリ（Kotlin/Jetpack Compose、API 26+）です。共有URLはノートに組み込まれる前にトラッキングパラメータ除去ツールを通過します。PrismはOpenGraphメタデータを取得してリッチリンクプレビューを生成し、ネイティブNostr参照（note1、nevent1）をインラインでレンダリングします。

スケジューリングエンジンはAndroidバッテリー最適化をバイパスするハイブリッドなAlarmManager/WorkManagerアプローチを使用しています。AlarmManagerが正確なウェイクアップタイミングを処理し、エクスペディットWorkManagerタスクがデリバリーを保証し、オフラインシナリオには指数バックオフリトライがあります。メディアアップロードは画像と動画フレームのサムネイル生成を備えた設定可能なBlossomサーバーを通過します。すべてのevent署名はAmberのようなNIP-55外部署名者に委任され、アイデンティティ切り替えのマルチアカウントサポートがあります。PrismはNIP-84（ハイライト）投稿もサポートしています。Aerithと同じ開発者によるものです。

Hashtree：Nostr統合コンテンツアドレス型ストレージ

Hashtreeは、MerkleルートをNostr上に公開することでミュータブルなnpub/パスアドレスを作成するファイルシステムベースのコンテンツアドレス型blobストレージシステムです。このシステムは任意のキー・バリューストアで動作する「ダムストレージ」を使用し、コンテンツをBlossomアップロードに最適化された2MBブロックにチャンク化します。BitTorrentとは異なり、アクティブなMerkle証明計算は不要で、ハッシュでblobを保存・取得するだけです。

Nostr統合により、htree://npub.../repo-nameのようなgitリモートURLでリポジトリをクローンでき、htree publish mydata <hash>のようなコマンドでnpub.../mydataアドレスにコンテンツハッシュを公開できます。包括的なCLIは暗号化（デフォルト）とパブリックストレージモード、コンテンツピン止め、Blossomサーバーへのプッシュ、Nostrアイデンティティ管理をサポートしています。各保存アイテムは生バイトまたはツリーノードで、Nostrのリレーネットワークを通じた分散型コンテンツ配布の基盤を提供します。

Espy：Shakespeare上のカラーパレットキャプチャ

Shakespeareプラットフォーム上に構築されたEspyは、ユーザーが写真からカラーパレットをキャプチャしてNostrイベントとして共有できるアプリです。ShakespeareはNIP-07ブラウザ拡張機能でユーザーを認証し、組み込みのNostrリレー接続を提供するAIパワードアプリビルダーで、開発者は独自の鍵管理やリレープールを実装せずにアプリを出荷できます。Espyはカメラ入力から支配的な色を抽出し、標準的なNostrフィードで発見可能な共有可能なパレットカードにします。

Flotilla 1.6.4

hodlbodのDiscordライクなNostrクライアントFlotillaがリレーをグループとして整理する1.6.4を出荷しました。Coracleファミリーのプロジェクトがセルフホスト型Gitea インスタンスに移行しました。このリリースはNIP-9a経由のプッシュ通知とウォレット受信フロー、分類リストとスペースURLサポートを追加。インターフェースの改善にはモーダルと通知処理のクリーンアップが含まれています。モバイルでのルームミュートとセーフエリアインセットも変更点で、SafariでのSOURCE画像アップロードとカレンダーイベント詳細の修正もあります。

Shosho v0.12.0

Nostr統合モバイルライブストリーミングアプリShoshoがv0.12.0を出荷しました。このリリースはインプレーヤーリプライとカスタム絵文字統合を備えた動画クリップを追加。スレッド保護が間接的なメンションスパムをブロックし、新しいQR共有機能でユーザーがオフラインでプロフィールを交換できます。新しいホリゾンタル再生モードでストリームにTwitchスタイルの視聴体験が生まれ、ブラウズ画面にライブストリームと並んでクリエイタークリップが表示されます。

Granary v10.0

Nostr、Bluesky、ActivityPub、その他のプラットフォーム間でデータを共通フォーマットに変換するソーシャルウェブ変換ライブラリGranaryが、重大な変更を含むv10.0を出荷しました。このリリースはNostrのデフォルトActivityStreams 1 IDをbech32からhexに切り替え、NIP-27メンション解析とarticleタグを含む拡張Nostrサポートを追加します。コンバーター全体の新しい複数出力オプションにより、開発者がプロトコル間でバッチ変換できます。

Nostr MCP Server v3.0.0

AIエージェントがNostrネットワークとインタラクションできるModel Context ProtocolサーバーのNostr MCP Serverがv3.0.0を出荷しました。このメジャーリリースはソーシャルアクション（フォロー、リアクション、リポスト、リプライ）とNIP-65サポートに加えてオプションのNIP-42認証を含むリレーリスト管理を追加します。NIP-17とNIP-44経由のダイレクトメッセージも新しく追加されました。このリリースは今週のAIエージェントNIP提案とペアになり、Nostr上で活動するエージェントの実用的なツールとなります。

Aegis v0.3.8

クロスプラットフォームNostr署名者Aegisが、多言語UIサポートと内蔵Nostrアプリブラウザーのインクリメンタルアップデートマネージャーを備えたv0.3.8を出荷しました。新しいアップデートメカニズムはローカル状態に対してインクリメンタルにdiffし、Nostrウェブアプリのアプリ内ディレクトリを低帯域幅使用量で最新に保ちます。このリリースでは連続して複数のeventに署名する際のデータベースラウンドトリップを削減するため、5分間の鍵素材キャッシングも導入されます。

SNSTR v0.3.1

NostrプロトコルのTypeScriptライブラリSNSTR（Secure Nostr Software Toolkit for Renegades）がv0.3.1を出荷しました。このリリースはすべてのエントリーポイントがnpmタービューに含まれることを確認するパッケージ検証ガードを追加し、NodeとBunのCIエンフォースメントがあります。v0.3.0も同じ週に出荷されました。

Citrine v2.0.0-pre1

greenart7c3によるAndroid NostrリレーCitrineが、最適化されたデータベースインデックスとKotlinコルーチン処理の改善によるパフォーマンス向上を含むv2.0.0-pre1をリリースしました。このリリースはウェブアプリのホスティングサポートも強化し、各アプリが独自ポートで動作するようになりました。

プロジェクトアップデート

Primal Android：NWCインフラ拡張

Primal Androidが今週11件のNWC関連PRをマージし、2週間前に開始した構築を継続しました。このバッチはデュアルウォレットNWCサポート、バックエンド通知に連動した自動サービスの開始・停止、ウォレットタイプによる接続ルーティング、ウォレット削除時の適切なデータクリーンアップを追加します。NWCサービスがウォレット接続状態に基づいて独自のライフサイクルを管理するようになり、ユーザーの手動操作が減ります。

Notedeck：Androidアプリストアの準備

DamusチームによるマルチプラットフォームNostrクライアントNotedeckが今週Androidアプリストアリリース準備をマージしました。このPRはGoogle Playが要求するUGC（ユーザー生成コンテンツ）コンプライアンスプランを追加しており、利用規約同意画面、コンテキストメニューと設定からのユーザーブロック、レポートイベントをリレーに公開するNIP-56（報告）機能、コンテンツ・安全設定セクションが含まれます。署名済みリリースAPKとAAB（Android App Bundle）を新しいMakefileターゲット経由で生成するビルドインフラも追加されました。EULAドキュメントが17歳以上の要件とNostr固有の分散型コンテンツに関する免責事項を定めています。コンプライアンス機能自体はフォローアップPRで出荷されます。このマージはドキュメントと署名の基盤を整えるものです。

Damus iOS側では、コンテンツがロード済みにもかかわらずスピナーが永続する無限ローディングスピナーのリグレッションの修正が入りました。

Nostria：ディスカバリーリレーとDM修正

クロスプラットフォームNostrクライアントNostriaが今週9件のPRをマージしました。最も注目すべきものはプロフィールルックアップ用のディスカバリーリレーの自動初期化を追加し、新規ユーザーが手動設定なしにリレー接続を得られます。その他の修正はDMテキストエリアの折り返し、フルスクリーン動画ビューポートフィル、リポストプレビューでのarticleメタデータ抽出、通知でのnostr: URI解決に対応しています。

Camelus：Riverpod v3移行

FlutterベースのNostrクライアントCamelusが今週5件のPRをマージし、Riverpod v3 API移行と汎用フィードリファクタリングを中心とした作業を行いました。組み込みノートキャッシュが引用ノートの冗長なリレー取得を回避します。

NIPアップデート

NIPsリポジトリへの最近の変更：

マージ済み：

NIP-85：サービスプロバイダーDiscoverability：vitorpamplonaがリレーヒントとアルゴリズム固有のサービスキーを含むNIP-85 Trusted Assertionsサービスプロバイダーのクライアントディスカバリープロセスに関するガイダンスを追加しました。詳細は下記のディープダイブを参照してください。
NIP-11：リレー情報のクリーンアップ：fiatjafがNIP-11からprivacy_policy、retention配列、relay_countries、コミュニティ設定ブロックを削除しました。リレー運営者はこれらのフィールドをほとんど使用せず、クライアントもそれらに基づいた動作をしていませんでした。
NIP-52：日単位タイムスタンプタグ：staabがNIP-52の時間ベースカレンダーイベント（kind 31923）に必須のDタグを追加しました。floor(unix_seconds / 86400)として計算される日単位Unixタイムスタンプを表し、複数のDタグが複数日イベントをカバーし、完全なタイムスタンプを解析せずに効率的な時間インデックスを可能にします。
NIP-47：簡素化：ニュースレター#9で取り上げた簡素化PRが今週マージされ、NIP-47（Nostr Wallet Connect）からmulti_pay_invoiceとmulti_pay_keysendが削除されました。完全なNWCプロトコルディープダイブはニュースレター#8を参照してください。

オープンPRとディスカッション：

NIP-74：ポッドキャスト：ニュースレター#8で取り上げたこのポッドキャスト仕様提案が今週活発な議論を展開しました。staabはすでに少なくとも3つの競合するポッドキャスト標準が実際に存在すると指摘し、derekrossは6ヶ月前からアクティブなアプリとポッドキャストを持つ既存の実装を示しました。実装間の収束がNIP番号を割り当てられる前に必要です。
NIP-XX：AIエージェントメッセージ：joelklaboがプロンプト、レスポンス、ストリーミング、ツールテレメトリ、エラー、機能ディスカバリー用のevent kindを持つ完全なAIエージェント通信プロトコルを提案しています。今週のすべてのAI提案のカバレッジはニュースセクションを参照してください。
NIP-PNS：プライベートノートストレージ：jb55のプライベートノートシステムは、誰が書いたかを明らかにすることなく暗号化された個人ノートをリレーに保存するためのkind 1080イベントを定義しています。このスキームはHKDFを通じてユーザーのnsecから決定論的な仮名キーペアを導出します。pns_key = hkdf_extract(ikm=device_key, salt="nip-pns")、そしてその導出キーからsecp256k1キーペアを生成します。2番目の導出が対称暗号化キーを生成します。pns_nip44_key = hkdf_extract(ikm=pns_key, salt="nip44-v2")。内部ノートはこのキーでNIP-44 v2で暗号化され、仮名pubkeyで公開されるため、リレーはユーザーのメインキーにリンクされていないアイデンティティからのkind 1080イベントを見ます。NIP-59のギフトラップとは異なり、PNSはスパム不可能（仮名キーは決定論的でランダムではない）でゼロのパブリックメタデータを持ちます（受信者がいないのでpタグが不要）。今週、jb55がNotedeck のRustバックエンド（enostr::pnsモジュール）でPNSを実装した際の所見を投稿しました。仕様のhkdf_extract呼び出しがRFC 5869 HKDFに2つのフェーズ（抽出と展開）があり異なる出力を生成し、ほとんどのライブラリが両方を期待するため曖昧であることを特定しました。pns_nip44_keyがNIP-44の通常のECDH鍵合意をバイパスして会話キーとして直接使用されることを明確化しました。これはほとんどのNIP-44ライブラリがデフォルトでECDHを使用するため実装者が知る必要がある詳細です。参照実装のTypeScriptで未定義変数も指摘しました。元々2025年4月からのこのPRが今積極的に実装されています。
NIP-AE：エージェント：pablof7zがTENEXでの作業から得たNostr上のエージェントアイデンティティのための4つのevent kindを定義しています。基本テンプレートはkind 4199（エージェント定義）で、タイトル、役割説明、システム指示、ツール宣言、バージョンを持ちます。動作モディファイアーはkind 4201（エージェントナッジ）に存在し、実行時の機能制御のためにonly-tool、allow-tool、deny-toolタグを使用します。エージェントは学習内容をkind 4129（エージェントレッスン）イベントとして公開し、eタグで親定義にリンクし、NIP-22コメントスレッドで洗練されます。所有権検証はkind 14199を使用し、エージェントpubkeyをリストする置換可能イベントで、エージェントのkind 0プロフィールのpタグと照合した際に双方向チェーンを確立します。
NIP-AD：MCPサーバーとスキルアナウンス：pablof7zがNostr上でModel Context Protocolサーバーと個々のスキルをアナウンスするためのeventを定義しています。MCPサーバーアナウンスはサーバーのエンドポイントURLとサポートされるプロトコルバージョン、入力スキーマ付きの利用可能ツールリストを持ちます。サーバーアナウンスにNIP-22コメントがサポートされているため、コミュニティはNostr上で直接MCPサーバーを議論・評価できます。
NIP-73：OSMタグkind：DestBroがISBN（書籍）、ISAN（映画）、ポッドキャストフィード（GUID）、ジオハッシュ、URLなどの外部コンテンツへのNostrイベント参照をiとkタグで標準化するNIP-73（外部コンテンツID）にOpenStreetMap識別子の追加を提案しています。提案されたOSM kindにより、イベントがOpenStreetMapのノードまたはウェイIDで特定の地図フィーチャー（建物、道路、公園）を参照でき、Nostrコンテンツをオープンな地理データベースに接続します。
NIP-XX：レスポンシブ画像バリアント：woikosがNIP-94ファイルメタデータイベントを異なる解像度のレスポンシブ画像バリアント用のタグで拡張することを提案しています。クライアントが表示サイズとネットワーク条件に基づいて適切なバリアントを選択でき、Blossomサーバーにホストされた高解像度画像を閲覧するモバイルユーザーの帯域幅を削減します。

NIPディープダイブ：NIP-85（Trusted Assertions）

NIP-85は高コストな計算を信頼できるサービスプロバイダーに委任し、そのプロバイダーが署名済みの結果をNostrイベントとして公開するシステムを定義しています。Web of Trustスコアとエンゲージメントメトリクスには多くのリレーをクロールして大量のeventボリュームを処理する必要があり、モバイルデバイスでは実行不可能な作業です。今週のマージによりこれらのプロバイダーのクライアントディスカバリープロセスに関するガイダンスが追加されました。

委任：

ユーザーのWeb of Trustスコアを計算するには多くのリレーにまたがって複数ホップのフォローグラフをクロールする必要があり、正確なフォロワー数を計算するにはリレーネットワーク全体での重複排除が必要です。モバイルデバイスとブラウザクライアントはこれらの操作を実行できませんが、その結果はスパムフィルタリングとコンテンツランキングに不可欠です。NIP-85は、ユーザーが信頼できるプロバイダーを指定して計算を実行し、結果を標準Nostrイベントとして公開することを可能にすることでこのギャップを埋めます。

プロトコル設計：

NIP-85は異なるサブジェクトタイプに関するアサーションのための4つのevent kindを使用します。ユーザーアサーション（kind 30382）はフォロワー数、投稿・リプライ・リアクション数、zap量、正規化ランク（0-100）、共通トピック、アクティブ時間を持ちます：

{
 "id": "<event hash>",
 "pubkey": "<service pubkey>",
 "created_at": 1739836800,
 "kind": 30382,
 "tags": [
 ["d", "e88a691e98d9987c964521dff60025f60700378a4879180dcbbb4a5027850411"],
 ["rank", "89"],
 ["followers", "4521"],
 ["first_created_at", "1609459200"],
 ["post_cnt", "1283"],
 ["reply_cnt", "647"],
 ["reactions_cnt", "8920"],
 ["zap_amt_recd", "850000"],
 ["zap_amt_sent", "320000"],
 ["zap_cnt_recd", "412"],
 ["zap_cnt_sent", "198"],
 ["zap_avg_amt_day_recd", "1150"],
 ["zap_avg_amt_day_sent", "430"],
 ["reports_cnt_recd", "2"],
 ["reports_cnt_sent", "0"],
 ["t", "nostr"],
 ["t", "bitcoin"],
 ["active_hours_start", "14"],
 ["active_hours_end", "22"]
 ],
 "content": "",
 "sig": "<service key signature>"
}

イベントアサーション（kind 30383）はコメント数、引用数、リポスト数、リアクション数、zapデータで個々のノートを評価します：

{
 "id": "<event hash>",
 "pubkey": "<service pubkey>",
 "created_at": 1739836800,
 "kind": 30383,
 "tags": [
 ["d", "<target event id>"],
 ["rank", "72"],
 ["comment_cnt", "45"],
 ["quote_cnt", "12"],
 ["repost_cnt", "89"],
 ["reaction_cnt", "310"],
 ["zap_cnt", "23"],
 ["zap_amount", "125000"]
 ],
 "content": "",
 "sig": "<service key signature>"
}

アドレス指定可能なイベント（長文記事、wikiページ）については、kind 30384がすべてのバージョンにわたって同じエンゲージメントメトリクスを適用します。Kind 30385はiとkタグでNostrイベントが外部コンテンツを参照する方法を標準化するNIP-73（外部コンテンツID）を通じて参照される外部識別子（書籍、映画、ウェブサイト、場所、ハッシュタグ）を評価します：

{
 "id": "<event hash>",
 "pubkey": "<service pubkey>",
 "created_at": 1739836800,
 "kind": 30385,
 "tags": [
 ["d", "isbn:9780765382030"],
 ["k", "isbn"],
 ["rank", "94"],
 ["comment_cnt", "67"],
 ["reaction_cnt", "203"]
 ],
 "content": "",
 "sig": "<service key signature>"
}

各アサーションはdタグにサブジェクト（pubkey、event ID、eventアドレス、またはNIP-73識別子）を含む置換可能なアドレス指定可能イベントです。サービスプロバイダーはこれらのイベントに独自のキーで署名し、クライアントは信頼関係に基づいて評価します。

プロバイダーディスカバリー：

ユーザーはkind 10040イベントを公開することで信頼するアサーションプロバイダーを宣言します。各エントリーはプロバイダーpubkeyとリレーヒント、オプションのアルゴリズムバリアントとともにアサーションタイプを指定します：

{
 "id": "<event hash>",
 "pubkey": "<user pubkey>",
 "created_at": 1739836800,
 "kind": 10040,
 "tags": [
 ["30382:rank", "4fd5e210...", "wss://nip85.nostr.band"],
 ["30382:rank", "3d842afe...", "wss://nostr.wine"],
 ["30382:zap_amt_sent", "4fd5e210...", "wss://nip85.nostr.band"],
 ["30383:rank", "4fd5e210...", "wss://nip85.nostr.band"]
 ],
 "content": "",
 "sig": "<user signature>"
}

ユーザーはプロバイダー設定を非公開にするため、NIP-44を使用して.contentのタグリストを暗号化できます。クライアントはフォローしたアカウントが信頼するプロバイダーを確認することでプロバイダーリストを構築し、アサーションプロバイダー自体の分散型レピュテーションレイヤーを作ります。

セキュリティモデル：

プロバイダーは異なるアルゴリズムには異なるサービスキーを使用しなければならず、アルゴリズムがユーザーごとにパーソナライズされる場合はユーザーごとにユニークなキーが必要で、ユーザー間のクエリのクロス相関を防ぎます。各サービスキーにはアルゴリズムの動作を説明するkind 0メタデータイベントがあり、ユーザーが何を信頼しているかを透明にします。アサーションイベントは基礎となるデータが実際に変化した場合にのみ更新されるべきで、不必要なリレートラフィックを防ぎ、クライアントが結果を自信を持ってキャッシュできるようにします。

現在の採用状況：

NIP-85は非公式にすでに生まれつつあったパターンを正式化しています。PrimalのキャッシュサーバーがエンゲージメントメトリクスとWeb of Trustスコアを計算しています。ニュースレター#9で取り上げたAntiprimalがNIP-85のevent kindを使用してこれらの計算を標準Nostrクライアントに橋渡ししています。Nostr.bandは仕様の例で参照されているwss://nip85.nostr.bandリレーを運営し、検索インデックスデータのアサーションイベントを提供しています。クライアント側では、Amethyst（このNIPを書いたvitorpamplonaが開発）がアサーションイベントとサービスプロバイダー宣言を解析するquartzライブラリで実験的なTrusted Assertionsサポートを持っています。Vertexは同様のWeb of Trustメトリクスを計算していますが、ディスカバリー問題とアサーションベースのアーキテクチャの計算オーバーヘッドを理由に、NIP-85イベントの代わりに直接APIを使用する異なるアプローチを選択しました。NIP-85があれば、クライアントは標準のeventフォーマットを通じて任意のプロバイダーからアサーションを消費でき、プロバイダーは精度で競争し、ユーザーが誰を信頼するかを選択します。

NIPディープダイブ：NIP-52（カレンダーイベント）

NIP-52はNostr上のカレンダーイベントを定義し、クライアントが特定の瞬間または瞬間の間の出来事を標準的な方法で表現・発見できます。今週のDタグマージにより日単位インデックスが追加され、仕様のクエリインフラの欠落していたピースが完成しました。

2つのeventタイプ：

NIP-52は時間精度に基づいてカレンダーイベントを2つのkindに分けます。日付ベースイベント（kind 31922）は祝日や複数日フェスティバルのような終日の出来事を表します。startとオプションのendタグにISO 8601日付文字列を使用し、タイムゾーンは考慮しません：

{
 "id": "<event hash>",
 "pubkey": "<event creator pubkey>",
 "created_at": 1735689600,
 "kind": 31922,
 "content": "Annual celebration of Bitcoin's genesis block",
 "tags": [
 ["d", "bitcoin-independence-day-2026"],
 ["title", "Bitcoin Independence Day"],
 ["start", "2026-01-03"],
 ["end", "2026-01-04"],
 ["location", "Worldwide"],
 ["g", "u4pruydqqv"],
 ["t", "bitcoin"],
 ["p", "<organizer-pubkey>", "wss://relay.example.com", "host"],
 ["r", "https://bitcoinindependenceday.com"]
 ],
 "sig": "<event creator signature>"
}

時間ベースイベント（kind 31923）はstartとオプションのendタグにUnixタイムスタンプを持つ特定の瞬間を表し、表示用のIANAタイムゾーン識別子（start_tzid、end_tzid）も持ちます。両kindはパラメータ化された置換可能イベントで、主催者は同じdタグで新しいイベントを公開することで詳細を更新できます。

カレンダーとRSVP：

Kind 31924イベントはコレクションとしてカレンダーを定義し、kind 31922またはkind 31923イベントをそのアドレス座標で指すaタグでイベントを参照します：

{
 "id": "<event hash>",
 "pubkey": "<calendar owner pubkey>",
 "created_at": 1739836800,
 "kind": 31924,
 "content": "Nostr community events worldwide",
 "tags": [
 ["d", "nostr-community-calendar"],
 ["title", "Nostr Community Events"],
 ["a", "31923:<organizer-pubkey>:nostr-meetup-2026", "wss://relay.example.com"],
 ["a", "31922:<organizer-pubkey>:bitcoin-independence-day-2026"]
 ],
 "sig": "<calendar owner signature>"
}

ユーザーは複数のカレンダー（個人、仕事、コミュニティ）を維持でき、クライアントは特定のpubkeyからカレンダーを購読できます。カレンダーイベントはカレンダーを参照するaタグを含めることで参加リクエストを送れ、複数のユーザーが所有していないカレンダーにイベントを追加する協力的なカレンダー管理を可能にします。

RSVPはkind 31925を使用し、ユーザーがオプションの空き・ビジーインジケーターとともに出席ステータスを公開します：

{
 "id": "<event hash>",
 "pubkey": "<attendee pubkey>",
 "created_at": 1739836800,
 "kind": 31925,
 "content": "Looking forward to it",
 "tags": [
 ["a", "31923:<organizer-pubkey>:nostr-meetup-2026", "wss://relay.example.com"],
 ["e", "<kind 31923 event id>", "wss://relay.example.com"],
 ["d", "<unique-rsvp-id>"],
 ["status", "accepted"],
 ["fb", "busy"],
 ["p", "<organizer-pubkey>", "wss://relay.example.com"]
 ],
 "sig": "<attendee signature>"
}

有効なstatus値は「accepted」「declined」「tentative」で、オプションのfbタグでその期間のユーザーの空き・ビジー状態を示します。RSVPイベントはカレンダーイベントのaタグを参照し、主催者のpタグを持つため、主催者のクライアントがリレーをまたいでレスポンスを集約できます。

Dタグの追加：

今週のマージ以前は、日付範囲でイベントをクエリするクライアントがpubkeyまたはカレンダーからすべてのイベントを取得してクライアントサイドでフィルタリングする必要がありました。時間ベースイベント（kind 31923）の新しい必須Dタグにはfloor(unix_seconds / 86400)として計算された日単位Unixタイムスタンプが含まれます。複数日イベントには1日1つの複数のDタグが付きます。リレーがこれで日単位でイベントをインデックス化し、フィルタリングされたクエリに効率的に応答できるようになり、クライアントサイドのフィルタリング問題がリレーサイドのインデックスルックアップに変わります。

{
 "id": "<event hash>",
 "pubkey": "<event creator pubkey>",
 "created_at": 1739836800,
 "kind": 31923,
 "content": "Monthly meetup for Nostr developers in Austin",
 "tags": [
 ["d", "nostr-meetup-2026"],
 ["title", "Nostr Developer Meetup"],
 ["summary", "Talks and demos from local Nostr builders"],
 ["image", "https://example.com/meetup-banner.jpg"],
 ["start", "1740067200"],
 ["end", "1740078000"],
 ["start_tzid", "America/New_York"],
 ["end_tzid", "America/New_York"],
 ["D", "20139"],
 ["location", "Bitcoin Commons, Austin TX"],
 ["g", "9v6knb2pg"],
 ["p", "<organizer-pubkey>", "wss://relay.example.com", "host"],
 ["p", "<speaker-pubkey>", "wss://relay.example.com", "speaker"],
 ["t", "nostr"],
 ["t", "meetup"],
 ["r", "https://bitcoincommons.com"]
 ],
 "sig": "<event creator signature>"
}

D値の20139はfloor(1740067200 / 86400)に等しく、このイベントを2025年2月20日に配置します。「今週のすべてのイベント」をクエリするクライアントは対応するD範囲でフィルターを送信し、リレーは一致するイベントのみを返します。

設計上の決定：

NIP-52は繰り返しイベントを意図的に省略しています。仕様は繰り返しルール（iCalendarからのRRULE）を完全に除外し、その複雑さをクライアントに委ねています。主催者は各出来事ごとに個別のイベントを公開し、リレーサイドのデータモデルをシンプルに保ちます。参加者タグはオプションのロール（「host」「speaker」「attendee」）を持ち、locationタグは人間が読めるアドレスと並んで空間クエリ用のジオハッシュgタグを含めることができます。

実装：

FlockstrはNIP-52上に構築された主要なカレンダークライアントです。Coracleがソーシャルフィードでカレンダーイベントを表示します。今週のDタグ追加により、両クライアントが特定の日付範囲でイベントをクエリする際の帯域幅削減に活用できるリレーサイドの時間インデックスが可能になります。

今週は以上です。構築中のプロジェクトや共有したいニュースがあれば、NIP-17 DMでお問い合わせください。Nostrでもお待ちしています。

Nostr Compass #9

Wed, 11 Feb 2026 00:00:00 +0000

Nostr Compassへようこそ。Nostrの週刊ガイドです。

今週の内容: Mostroが3年間の開発を経て初のパブリックベータを公開し、Nostr経由でP2P Bitcoin取引をモバイルに提供します。OpenSatsが第16波のBitcoin助成金を発表し、Nostr統合Cashuウォレットの開発を続けるMinibits Walletが更新助成金を受領しました。Zapstoreが安定版1.0リリースに到達し、分散型Androidアプリストアの成熟を示しています。Coracle 0.6.29がトピックとハイライトコメントを追加。Igloo Desktop v1.0.3がFrostr閾値署名のセキュリティ強化を出荷。Amber v4.1.2-pre1がFlowアーキテクチャに移行。Angorがv0.2.5に到達し、資金調達UIの刷新とNIP-96画像サーバー設定を追加。NostrPressがNostrプロフィールを静的ブログに変換するツールとして登場。AntiprimalがPrimalの独自キャッシュサーバーを標準Nostr NIPsに橋渡しする規格準拠ゲートウェイを出荷。Primal Androidが18件のPRをマージし、デュアルウォレットサポート、監査ログ、lookup_invoiceメソッドでNWCインフラを拡張。diVineがAPI優先のビデオフィードを出荷。Marmot TypeScript SDKがリファレンスチャットアプリを独立リポジトリに分離し、ts-mls v2への移行を開始。NIPsリポジトリがNIP-45のHyperLogLog近似カウントをマージし、kind 0からidentityタグを抽出。vitorpamplonaによる一連の提案がkind 0メタデータイベントの体系的なスリム化を開始。新しいプロトコル提案として、NAT越え用のNostr Relay Connectと署名付きWeb主張用のNostr Web Tokensが登場。今週のディープダイブでは、NIP-45の新しいHyperLogLog近似カウント（クロスrelay event計測向け）と、NIP-96のHTTPファイルストレージプロトコル（Blossom移行が進む中で非推奨化）を取り上げます。

ニュース

Mostroが初のパブリックベータを公開

Nostr上に構築されたピアツーピアBitcoin取引所Mostroが、モバイルアプリv1.1.0をリリースしました。3年間の開発を経た初のパブリックベータです。このアプリは、Nostrを注文調整に、Lightningを決済に使用し、カストディアル仲介者なしでBitcoinの直接取引を可能にします。

今回のリリースでは、Androidでのバックグラウンド信頼性が改善されたプッシュ通知、問題発生時に診断データをキャプチャして共有できるオプションのログシステム、加算的初期化によるスムーズなrelay更新、国際化対応を含むフェーズ2のUIリファインメントが導入されています。アプリはZapstoreおよびGitHubからの直接ダウンロードで入手可能です。

MostroはShopstrやPlebeian Marketに並ぶNostrネイティブコマースアプリケーションで、法定通貨とBitcoinの交換調整に特化している点が特徴です。基盤となるMostroデーモンがNostr relay経由で注文マッチングと紛争解決を処理します。

OpenSats第16波Bitcoin助成金

OpenSatsが17のオープンソースプロジェクトへの助成金を発表しました。Nostr関連の注目点は、NIP-60ウォレットイベントサポートとNutzap統合を備えたAndroid CashuウォレットMinibits Walletが更新助成金を受領したことです。MinibitsはNostrイベントを使用してecashトークンの状態を保存し、relay同期によりデバイス間でウォレットバックアップを移行可能にしています。

NostrPress：Nostrプロフィールから静的ブログへ

NostrPress（blog.besoeasy.com）は、Nostrプロフィールをどこにでもデプロイ可能な完全静的ブログに変換する新しいツールです。ユーザーは任意のクライアントからNostr上に記事を公開し、NostrPressがそれらのイベントからローカルメディアホスティングとRSSフィード付きのスタンドアロンWebサイトを生成します。

NunjucksテンプレートとJavaScriptで構築されたNostrPressは、プラットフォームロックインのないサイトを生成します。出力は任意の静的ファイルサーバー、GitHub Pages、Netlify、個人VPSでホスティング可能なプレーンHTML/CSSです。このツールはNpub.proやServusに並ぶ、Nostrコンテンツを従来のWebサイトに変換するオプションとなります。

Antiprimal：Primalキャッシュへの規格準拠ゲートウェイ

Alex GleasonとSoapboxチームによる新プロジェクトantiprimal（antiprimal.net）は、Primalの独自キャッシュサーバーを標準Nostrプロトコルメッセージに橋渡しするWebSocketゲートウェイです。Primalはevent統計、コンテンツ検索、Web of Trust計算などの機能をwss://cache.primal.net/v1経由で提供していますが、アクセスには標準Nostrクライアントが使用できない非標準のcacheフィールドを持つ独自メッセージフォーマットが必要です。Antiprimalは標準NIPリクエストをPrimalのフォーマットに変換し、レスポンスを元に戻します。

このゲートウェイはNIP-45 COUNTクエリ（リアクション数、リプライ数、リポスト数、zap数、フォロワー数）、NIP-50検索、NIP-11 relay情報、NIP-85 Trusted Assertions（Primalの事前計算されたWeb of Trustデータ）をサポートします。コンパニオンボットがNIP-85 kind 30382（ユーザー統計）とkind 30383（eventエンゲージメント）のイベントを設定可能なrelayに公開します。プロジェクトはBun上のTypeScriptで構築され、Nostrifyライブラリを使用しています。2月6日に作成され、開発開始3日間で53コミットがあり、antiprimal.netで稼働中です。

Ikaros：SignalとNostr向けAIエージェントメッセージングゲートウェイ

Soapboxチームによる新プロジェクトIkarosは、AIエージェントがSignalとNostr暗号化DMの両方を通じて通信できるメッセージングゲートウェイです。このブリッジはAgent Client Protocol（ACP）を使用して、ACP互換のAIコーディングアシスタントを実際のメッセージングネットワークに接続します。3つのpull requestが今週のプロジェクト初期ビルドを構成しています。

PR #1は、送受信サポート、明示的フラッシュ付きレスポンスバッファリング、nsecおよびhex秘密鍵フォーマット、自動再接続付きマルチrelay公開、対話型セットアップウィザードを備えた完全なNIP-04暗号化DMアダプターを実装しています。このアダプターはnostr-tools v2.23.0を使用し、ACP SDKをv0.14.1にアップデートしています。

PR #2は、セッション更新の競合状態によるサイレントメッセージドロップを修正しています。セッションがマップに登録される前に到着した受信通知がサイレントに失われていた問題を、登録完了後にリプレイするバッファリングで解決しました。PR #3は、Signalユーザーおよびグループの名前/UUIDメタデータをエージェントインタラクションに追加し、AIエージェントが誰とどのグループで会話しているかを認識できるようにします。このプロジェクトは新しい設計空間を開きます。Nostr DMでアドレス可能なAIエージェントがSignalからも到達可能であり、その逆も可能です。

Kind 0スリム化キャンペーン

vitorpamplonaは今週一連のPRを公開し、kind 0（ユーザーメタデータ）イベントからデータを専用eventタイプに体系的に抽出することを提案しました。このキャンペーンは、時間の経過とともにkind 0イベントにほとんどのクライアントが使用しないフィールドが蓄積され、すべてのプロフィール取得のサイズが肥大化している問題に対処します。

PR #2216（マージ済み）はidentityタグ（iタグ）をkind 0から新しいkind 10011に移動しました。これらのタグの採用が最小限であったためです。PR #2213はNIP-05検証をkind 10008に移動することを提案しており、これによりユーザーが複数のNIP-05識別子を持ち、NIP-05アドレスでイベントをフィルタリングできるようになります。PR #2217はLightningアドレス（lud06/lud16）を新しいkindに抽出することを提案し、Lightning統合を持つクライアントのみが必要とするzap関連フィールドをすべてのkind 0ユーザーが運ぶことを止めます。

これらの提案は、PR #1770を含むkind 0構造のより広い議論を再活性化しました。これはkind 0コンテンツの文字列化JSONを構造化タグに置き換える長年の提案です。

NIP-70 Relayサポートが暗号化メッセージングセキュリティに不可欠

MarmotプロトコルのWhite Noise実装が、NIP-70（Protected Events）とNIP-42（Authentication）のrelayサポートに重大なギャップを特定しました。テストの結果、Damus、Primal、nos.lolなどの主要パブリックrelayが、必要な認証チャレンジを開始する代わりにblocked: event marked as protectedエラーでprotected eventsを拒否していることが判明しました。

これは重要なセキュリティ機能を破壊します。NIP-70は使用済みMLS KeyPackagesの安全な削除を可能にし、「今収集して後で復号化する」攻撃を防ぎます。relayサポートがなければ、暗号化メッセージングプロトコルは将来の鍵漏洩からユーザーを保護できません。White NoiseはNIP-70をデフォルトで無効化し、サポートするrelayを持つユーザー向けにオプションフラグを維持する対応を取りました。

relayオペレーターへの呼びかけ： 完全なNIP-42認証フローを実装してください。protected eventsを受信した際は、クライアントに所有権の証明を要求し、検証済みの書き込みを受け入れてください。認証なしでprotected eventsを拒否することは、暗号化メッセージングアプリケーションが依存するプロトコルセキュリティ保証を破壊します。

リリース

Coracle 0.6.29

hodlbodのWebクライアントCoracle（coracle.social）が0.6.29を出荷しました。このリリースではkind 9802ハイライトのトピックとコメントの表示が追加されました。新しいリストナビゲーション項目により、メインUIからユーザーキュレーションリストに素早くアクセスできます。内部的にはCoracleがWelshmanの新バージョンにアップグレードされ、Welshmanはcoracleのrelay管理とevent処理を支えるNostr共有ライブラリです。デフォルトrelayリストが更新され、Glitchtipエラートラッキングがコードベースから削除されました。

Igloo Desktop v1.0.3

FROSTベースの閾値署名者および鍵管理アプリケーションIgloo Desktopが、大規模なセキュリティ強化を含むv1.0.3を出荷しました。このリリースではIPC検証、Electron隔離、サーバーサイドリクエストフォージェリ防御のためのSSRF対応relayチェックが導入されています。新しいオンボーディングとシェアインポートフローで鍵配布が簡素化され、relay計画には正規化と優先度マージが含まれ、プリロードベースのElectron APIアーキテクチャがレンダラーとメインプロセス間のセキュリティ境界を改善しています。署名者キープアライブシステムが閾値署名セッションの安定性を維持し、リカバリーUXの改善で鍵復元の摩擦が軽減されました。

Amber v4.1.2-pre1

Androidイベント署名者Amberがv4.1.2-pre1をリリースしました。v4.1.1で発生したrelay信頼スコア表示の欠落を修正し、Nostr以外の暗号化/復号化リクエストのJSON解析問題を解決し、アカウントモデルをLiveDataからFlowに移行してより予測可能な状態管理を実現しています。bunkerシークレットを完全UUIDに切り替え、Gradleプラグイン9にアップグレードしました。

Mostro Mobile v1.1.0とDaemon v0.16.1

モバイルリリースの詳細は上記ニュースセクションを参照してください。サーバー側では、Mostroデーモンがv0.16.1を出荷し、起動時にNIP-01 kind 0メタデータの自動公開を追加しました（PR #575）。これによりデーモンはオンラインになった際にネットワークに自身のアイデンティティをアナウンスします。開発手数料の計算ドキュメントの修正（PR #571）も含まれています。

Angor v0.2.5

BitcoinとNostr上に構築された分散型P2P資金調達プロトコルAngor（angor.io）が3つのマージ済みPRを含むv0.2.5を出荷しました。PR #649はFunds管理セクション（V2）を再設計し、個別のUTXOと投資ポジションを追跡する新しいインターフェースに置き換えました。PR #651はInvoiceViewを刷新し、ボタンスタイルの更新、閉じられるダイアログ、新しい「アドレスコピー」コマンド、アドレス監視のキャンセルサポート、投資フローの処理改善を含みます。PR #652は設定画面にNIP-96（仕様）画像サーバーの設定機能を追加し、プロジェクト画像やドキュメントを処理するメディアアップロードエンドポイントをユーザーが選択できるようにしました。v0.2.4は前週に出荷されています。

Ridestr v0.2.2とv0.2.3

分散型ライドシェアプラットフォームRidestrは、先週取り上げたv0.2.0「RoadFlare Release」に続き、v0.2.2（Bridge Payment Hotfix）とv0.2.3で急速なイテレーションを続けました。v0.2.2ホットフィックスは、クロスミントCashuブリッジ決済が処理中または最終的に成功するにもかかわらず自動キャンセルされるバグに対処し、低速決済での早期ライドキャンセルを防止します。UIのちらつきと「現在地」ボタンのタッチヒットボックス破損も修正されています。v0.2.3では追加のバグ修正を出荷。両リリースともRidestr（ライダーアプリ）とDrivestr（ドライバーアプリ）の個別APKが含まれています。

Nostr PHP 1.9.4

Nostrプロトコル用PHPヘルパーライブラリNostr PHP（nostr-php.dev）が1.9.4を出荷し、リクエストクラスに設定可能なtimeoutプロパティを追加しました（PR #106）。開発者がrelay接続とメッセージリクエストにカスタムタイムアウト期間を設定でき、relayが無応答または応答が遅い場合の無期限ハングを防止します。

Zapstore v1.0.0

Nostr上に構築されたパーミッションレスAndroidアプリストアZapstore（zapstore.dev）が、数ヶ月のリリース候補を経て安定版1.0リリースのマイルストーンに到達しました。

1.0リリースには重要な安定性改善が含まれています。インストール完了後にDeleteが即座に表示されるインストールボタン状態の処理、展開可能な技術詳細付きのユーザーフレンドリーなエラーメッセージ、エフェメラルキーを使用してNostr経由で暗号化DMを送信する「問題を報告」ボタン。ポーリングとバッチ追跡付きの新しい更新画面、停滞した転送用のダウンロードウォッチドッグの改善、デバイスパフォーマンスに基づく動的同時ダウンロード制限、より頻繁なインストール済みパッケージ同期、改善されたバージョン比較ロジックも出荷されています。flutter_secure_storageの重大な問題が修正され、パッケージマネージャーのエッジケース処理も強化されました。

このマイルストーンは、Nostr初の専用アプリ配布プラットフォームの成熟を示しています。中央集権的なアプリストアのゲートキーピングなしに、開発者がAndroidアプリケーションを直接ユーザーに公開できるようにします。

ZSP v0.3.1

ZapstoreチームのGo CLIツールZSPがv0.3.1をリリースしました。ZSPはZapstoreの以前の公開ツールを置き換え、AndroidアプリのNostr relayへの署名とアップロードを担当します。GitHub、GitLab、Codeberg、F-Droid、またはローカルファイルからAPKを取得し、メタデータを解析し、Nostr event署名（秘密鍵、NIP-46 bunker、NIP-07ブラウザ拡張機能経由）を行い、Blossomサーバーにアーティファクトをアップロードします。今回のリリースでは、ネットワーク接続なしでkeystoreリンクが可能な完全オフラインモード、プロトコル準拠のためのContent-DigestヘッダーのBlossomアップロード対応、F-Droidリポジトリからのarm64-v8a APK検出の修正、GitLabの末尾クエリパラメータ修正、設定用の完全な.envファイルサポートが追加されました。

Damus iOS 1.17

iOS NostrクライアントDamusがバージョン1.17にアップデートされました（PR #3606）。エフェメラルリースリリース後に接続が閉じるRelayPoolの問題を修正し（PR #3605）、サブスクリプションが予期せずドロップする可能性がありました。タブ切り替え時にお気に入りタイムラインがイベントを表示しないバグも解決されています（PR #3603）。

nak v0.18.3

Nostr army knife CLI nakがv0.18.3を出荷し、3つの安定性修正を含みます。AUTHチャレンジタグがnilまたは短すぎる場合のパニック防止、解析値を使用する前のdateparserエラーチェック、://セパレータのないCashu mint URLの処理です。

Mi：ブラウザベースのローカルRelay

Mi（mi.shakespeare.wtf）は、新しいShakespeare MiniAppで、ユーザーのNostrイベントをIndexedDBにアーカイブするブラウザベースのローカルrelayです。Miは接続されたrelayからプロフィール（kind 0）、コンタクトリスト（kind 3）、relayリスト（kind 10002）、ウォレットイベントを取得してローカルに保存し、自分のデータへのオフラインアクセスを提供します。ReactとNostr-tools 2.15.0で構築されています。

Agora v1.0.2

Soapboxチームによる分散型アクティビズムおよび資金調達プラットフォームAgora（agora.spot）が、直接インストール可能なAndroid APK付きv1.0.2を出荷しました。これはCompassでのAgoraの初の言及で、1月17日にミッションステートメントとともにローンチされました。「自由のためのグローバル運動に参加しよう。国際的に現地の活動家に支援を送り、地域の行動に参加しよう。」

このプラットフォームは世界地図を中心に構成され、ユーザーは国別に閲覧し、位置タグ付き「アクション」（抗議、キャンペーン、コミュニティ組織化）を作成し、スレッドコメントで議論できます。すべてのコンテンツがNostr relay経由で伝播するため、中央サーバーを停止して調整を沈黙させることはできません。Agoraは多言語サポートとCI強制の翻訳パリティ、アップロード用のBlossomメディアサーバー統合、検索、グローバル/地域切り替え付きハッシュタグブラウジング、ユーザープロフィール、リアクションシステムをサポートしています。v1.0.2は現在のAndroidビルドで、APK直接ダウンロードで利用可能です。

xonos v0.1.6

Bevyゲームエンジンで構築された実験的3D Nostrクライアントxonosがv0.1.6を出荷しました。xonosはNostrイベントをテキスト読み上げ機能付き3D空間環境でレンダリングし、ソーシャルプロトコルデータが従来の2Dインターフェース外でどのように機能しうるかを探求しています。

プロジェクトアップデート

Primal AndroidがNWCインフラを拡張

Primal Androidは今週18件のPRをマージし、先週開始したNWCの構築を継続しました。PR #883は両ウォレット（Sparkおよび外部）にまたがるNWC接続サポートを追加し、PR #879は支払い状況を確認するためのlookup_invoice NWCメソッドを実装しています。

PR #880はウォレットインタラクションのデバッグ用にNWCリクエスト-レスポンスの監査ログを追加。PR #877はPrimalNwcServiceにマルチアカウントサポートを追加し、複数プロフィールを持つユーザーが個別のウォレット接続を維持できるようにしています。PR #882は期限切れの予算ホールドの定期的クリーンアップを実装し、古い支払い予約がウォレット操作をブロックすることを防止します。

UI関連では、ウォレットアップグレード画面の再設計（PR #889）、ウォレットアップグレードFAQ（PR #885）、オンボーディング時のLightningアドレス設定（PR #888）、非Lightningタイプでzapトランザクションが通常の支払いとして表示される問題の修正（PR #887）が含まれます。

diVineがAPI優先のビデオフィードを出荷

ショートフォームビデオクライアントdiVineは今週19件のPRをマージし、API優先アーキテクチャへの移行を進めました。PR #1468がAPI優先のビデオフィードを導入し、PR #1466がトレンド、最新、ホームAPIエンドポイントを追加。PR #1433が効率的なフィードレンダリングのために特定のビデオコントローラーをインデックス化しています。

プロフィール処理では、PR #1440が他のプロフィール表示にキャッシュ＋フレッシュパターンを実装し、データの鮮度を確保しながら読み込み時間を短縮しました。通知修正（PR #1437）、コメントフローのリファクタリング（PR #1431）、通知画面でのタブスワイプ（PR #1388）も出荷されています。

White Noise：キーリング統一とユーザー検索

MarmotプロトコルのWhite Noiseバックエンドは今週4件のPRをマージしました。2件のPRがキーリング処理を改善しています。PR #468がWhitenoiseConfig経由でキーリングサービス識別子を設定可能にし、PR #475がプラットフォームネイティブストアを持つ単一のkeyring-coreクレートで実装を統一し、断片化されたプラットフォーム固有コードを置き換えました。別途、PR #470がユーザー検索機能を追加しています。

Marmot TSがリファレンスチャットアプリを分離

Marmot TypeScript SDK（marmot-ts）がPR #40をマージし、組み込みリファレンスチャットアプリケーションを削除して独立リポジトリmarmots-web-chatに分離しました。2月6日に作成された新リポジトリは、独自のCIパイプライン、タブ付きチャットビュー、独立ビルドシステムを持つMarmot TypeScript SDKのリファレンス実装です。この分離により、SDKはライブラリの関心事に集中でき、チャットアプリは独立してUXのイテレーションが可能になります。

オープンPR（#41）はmarmot-tsをts-mls v2.0.0に移行し、統一コンテキストオブジェクト、新しいメッセージ処理ユーティリティ（event作成、読み取り、デシリアライゼーション）、キーパッケージメタデータヘルパー、削除eventサポートを含む再設計されたAPIを提供します。

Alby Hubアップデート

Alby Hubは今週5件のPRをマージしました。PR #2049がアプリストアインターフェースにAlby CLIを追加。PR #2033がトランザクションリストでの無効なzapデータの処理を修正し、PR #2046がLNClientインターフェースから未使用のListTransactionsメソッドを削除しました。

NotedeckがダッシュボードとAgentiumを出荷

DamusのクロスプラットフォームNostrクライアントNotedeckは今週6件のPRをマージしました。PR #1247が初期ダッシュボードアプリを追加。PR #1293はAgentiumを導入し、Dave AIアシスタントをデュアルAIモードとシーンベースのエージェント管理を備えたシステムに変換するマルチエージェント開発環境です。PR #1276がSignalスタイルのキーバインド付きマルチラインメッセージコンポーザーを追加し、PR #1278がメディアパフォーマンスの改善を提供。注目のオープンPRにはoutboxインフラとNIP-34 Gitアプリ計画が含まれます。

Agoraが大規模UIオーバーホールを出荷

Agoraはv1.0.2リリースと併せて今週7件のPRをマージしました。PR #106が最大規模で、設定、プロフィール編集、マップインタラクション、検索結果、コメントフィルタリング、Blossomサーバー管理にまたがる11のUIタスクを完了。未認証ユーザーのリアクションボタンを無効化し（以前はマップ上の投稿にリアクションしようとするとサイレント失敗していた）、日付線のマップパンニングを修正し、検索結果に太字マッチテキストを追加しました。

PR #108がフィード投稿下とスレッドページにコメント数を追加。PR #107がeventロード失敗時の自動リトライと、リトライ回数超過時の明示的リロードボタンを追加。PR #104がハッシュタグブラウジングのデフォルトをグローバルスコープに変更しました。以前の国別スコープデフォルトではゼロ結果になることが多かったためです。

PR #109がすべての言語の翻訳パリティをチェックするCIステップを追加し、キーに値が欠けている場合にビルドを失敗させます。PR #110がフィードの長いノートをクリップしてスクロールのリズムを保持し、PR #111がアクションへのコメント時に小フォントサイズが原因で発生するiOSモバイルズームの問題を修正しました。

ClawstrがCLIとLightning Zapボタンを出荷

AIエージェントがNostr上でコミュニティを作成・管理するRedditインスパイアのプラットフォームClawstrは今週3件のPRをマージしました。PR #11がAIエージェントスキル定義のすべての手動nakコマンドを新しい@clawstr/cliパッケージ（npx -y @clawstr/cli@latest）に置き換え、手動JSONイベント構築をCLIコマンドに移行し、ウォレット操作（init、balance、zap、npc）とNIP-50全文検索を追加しました。

PR #13が「For Humans」ドキュメントページとProfileZapDialogコンポーネントを追加。zapボタンはユーザーにLightningアドレスが設定されている場合にプロフィールページに表示され、ログイン不要でLNURL-payを直接使用し、プリセットsats金額とQRコード表示を備えています。PR #12がwallet syncコマンドを文書化し、Lightningアドレスへの支払いがエージェントが明示的にウォレットを同期するまでNPCに保持される仕組みを説明しています。

NIPアップデート

NIPsリポジトリへの最近の変更：

マージ済み：

NIP-45：HyperLogLog Relayレスポンス - NIP-45（Event Counting）がHyperLogLog（HLL）近似カウントをサポートするようになりました。relayはCOUNTレスポンスとともに256バイトのHLLレジスター値を返すことができます。クライアントは複数のrelayからこれらのレジスターをマージし、完全なeventセットをダウンロードすることなく近似カーディナリティを計算します。主なユースケースは、単一relayを信頼できるソースとして依存せずにフォロワー数やリアクション数を取得することです。リアクションeventが2つでも、256バイトのHLLペイロードより多くの帯域幅を消費します。クライアントは小さなカーディナリティの精度向上にHyperLogLog++補正を適用できます。
NIP-39：Identity TagsのKind 0からの移動 - NIP-39のidentity claimタグ（iタグ）がkind 0メタデータイベントから新しい専用kind 10011に抽出されました。根拠は、ほぼどのクライアントもこれらのタグをサポートしていないため、すべてのkind 0取得にサイズを追加するだけで価値を提供していなかったことです。これはvitorpamplonaによるkind 0抽出PRシリーズの最初です（ニュースセクションを参照）。

オープンPRとディスカッション：

NIP-XX：Nostr Relay Connect（NRC） - woikosが、パブリックランデブーrelay経由の暗号化トンネリングによるNostr relayへのアクセスプロトコルを提案しています。NATやファイアウォールの背後にあるrelay（ホームサーバーやモバイルデバイス上のパーソナルrelayを含む）へのアクセスを可能にします。トンネリングはkind 24891/24892イベントとNIP-44暗号化を使用し、ランデブーrelayはトラフィックを復号化できません。実用的なアプリケーションとして、任意のNostrクライアントがローカルストレージ（IndexedDB、SQLite）をrelayエンドポイントとして公開し、クロスデバイス同期を実現できます。標準NIP-01セマンティクス（REQ、EVENT、CLOSE、COUNT）がトンネルを透過的に通過します。Go（ORLY Relay）とTypeScript（Smesh）にリファレンス実装が存在します。
Nostr Web Tokens（NWT） - pippellia-btcが、JSON Web Tokens（JWT）に触発された、Web当事者間で署名付き主張を伝達するためのNostrイベントフォーマットであるNostr Web Tokensを提案しています。NWTはNIP-98（HTTP Auth）とBlossom認可イベントの両方を表現でき、トークンの有効期間と方法にクライアントの柔軟性を提供します。リファレンスGoライブラリが利用可能です。動画による説明とNIP-98およびBlossom Authとの詳細比較がPRにリンクされています。
NIP-47簡素化 - rolznzがNIP-47（Nostr Wallet Connect）からmulti_メソッドの削除を提案しています。実装が複雑で採用も進まなかったためです。このPRは暗号化と後方互換性の処理における重複も削減し、先週のhold invoice追加後の仕様をクリーンアップしています。
NIP-05：独自Event Kindへの移動 - vitorpamplonaがNIP-05検証をkind 0から新しいkind 10008に移動することを提案し、ユーザーごとの複数NIP-05識別子とNIP-05アドレスによるフィルタリングを可能にします。kind 0スリム化キャンペーンの一環です。
NIP-57：Kind 0からのLightningアドレス - vitorpamplonaがNIP-57に従いlud06/lud16（Lightningアドレス）をkind 0から専用event kindに抽出することを提案し、kind 0スリム化を継続しています。
プロフィールハイパーカスタマイゼーション - fiatjafが、現在のkind 0がサポートする範囲を超えた拡張プロフィールカスタマイゼーション機能を提案しています。

NIPディープダイブ：NIP-45（Event Counting）とHyperLogLog

NIP-45（仕様）は、クライアントがevent自体を転送せずにフィルターに一致するeventの数をrelayに問い合わせる方法を定義しています。今週マージされたHyperLogLogサポートは、根本的な問題を解決する確率的データ構造を追加しました。複数の独立したrelayにまたがって物事を数える方法という問題です。

問題点：

単一relayでのeventカウントは単純です。COUNTリクエストを送信し、数値を受け取ります。ネットワーク全体でのカウントはより困難です。relay Aが50リアクション、relay Bが40リアクションを報告した場合、合計は90ではありません。多くのeventが両方のrelayに存在するためです。すべてのeventをダウンロードして重複排除しなければ、クライアントは正確な数を計算できません。

HyperLogLog：

HyperLogLog（HLL）は、固定量のメモリを使用してセット内のユニーク要素数を推定する確率的アルゴリズムです。NIP-45の実装は各1バイトの256レジスターを使用し、カウントされるevent数に関わらず正確に256バイトを消費します。このアルゴリズムは各event IDのバイナリ表現を調べ、先頭ゼロの位置を追跡することで動作します。IDが多くのゼロで始まるeventは統計的にまれであるため、その出現は大きなセットを示します。

NIP-45での動作：

COUNTリクエストに応答するrelayは、base64エンコードされたレジスター値を含むhllフィールドを含めることができます：

["COUNT", "<subscription_id>", {"count": 4527, "hll": "<base64 encoded 256 bytes>"}]

クライアントは複数のrelayからHLL値を収集し、各レジスター位置で最大値を取ることでマージします。このマージされたHLLはrelay間のすべてのeventセットの和集合を表し、重複排除を自動的に処理します。最終的なカーディナリティ推定は、マージされたレジスターから計算されます。

精度：

256レジスターでの標準誤差は約5.2%です。真の数が1,000の場合、推定は通常948から1,052の間に収まります。より大きな数でも相対誤差は一定で、真の数が100,000の場合は約94,800から105,200と推定されます。HyperLogLog++補正は小さなカーディナリティ（約200未満）での精度を向上させ、基本アルゴリズムが過大評価する傾向を改善します。

意義：

ソーシャルメトリクス（フォロワー数、リアクション数、リポスト数）はソーシャルメディアクライアントの中核機能です。HLLなしでは、クライアントはカウントを中央集権化する形で単一の「信頼できる」relayに問い合わせるか、帯域幅を浪費してすべてのrelayからすべてのeventをダウンロードするしかありません。HLLにより、クライアントは実際のカウントに関わらず、relay当たり256バイトのオーバーヘッドで複数relayから適切な近似カウントを取得できます。リアクションeventが2つでも、完全なHLLペイロードより多くの帯域幅を消費します。

仕様は相互運用性のためにレジスター数を256に固定しています。すべてのrelayが、どのrelay実装を実行していても、クライアントがマージ可能なHLL値を生成します。この標準化により、クライアントはHLLサポートを一度実装すれば、それをサポートするすべてのrelayから恩恵を受けることができます。

現在のステータス：

このPRはfiatjafが公開し、今週のマージ前に数ヶ月にわたって議論されていました。relay実装はCOUNTハンドラーにHLL計算を追加する必要があります。クライアント実装はカウント集約ロジックにHLLマージを追加する必要があります。

NIPディープダイブ：NIP-96（HTTPファイルストレージ）とBlossomへの移行

NIP-96（仕様）は、NostrクライアントがHTTPメディアサーバー上でファイルをアップロード、ダウンロード、管理する方法を定義していました。現在はBlossom（BUDベースのメディアホスティング）に移行が推奨されていますが、Angor v0.2.5がNIP-96サーバー設定を追加し、ZSP v0.3.1がBlossomサーバーにアップロードしていることから、プロトコル移行の進行中が分かり、NIP-96は今週も関連性を持っています。

NIP-96の動作原理：

クライアントは/.well-known/nostr/nip96.jsonを取得してファイルサーバーの機能を発見します。API URL、サポートされるコンテンツタイプ、サイズ制限、利用可能なメディア変換が返されます：

{
 "api_url": "https://file-server.example/api",
 "download_url": "https://cdn.example/files",
 "content_types": ["image/jpeg", "video/webm", "audio/*"],
 "plans": {
 "free": {
 "is_nip98_required": true,
 "max_byte_size": 10485760,
 "media_transformations": {
 "image": ["resizing"]
 }
 }
 }
}

アップロードするには、クライアントはNIP-98認可ヘッダー付きのmultipart/form-data POSTをAPI URLに送信します。認可ヘッダーにはアップローダーのアイデンティティを証明する署名済みNostr eventが含まれます。サーバーはファイルURL、オリジナルおよび変換済みSHA-256ハッシュ、MIMEタイプ、寸法を含むNIP-94ファイルメタデータ構造を返します：

{
 "status": "success",
 "nip94_event": {
 "tags": [
 ["url", "https://cdn.example/files/<hash>.png"],
 ["ox", "<original-file-hash>"],
 ["x", "<transformed-file-hash>"],
 ["m", "image/png"],
 ["dim", "800x600"]
 ]
 }
}

ダウンロードは<api_url>/<sha256-hash>へのGETリクエストを使用し、画像リサイズ（?w=320）などのサーバーサイド変換のオプションクエリパラメータが利用可能です。削除はNIP-98認証付きDELETEを使用し、元のアップローダーのみが自分のファイルを削除できます。ファイルリストエンドポイントはユーザーのアップロードのページ分けされた結果を返します。

ユーザーは優先アップロードサーバーを宣言するkind 10096イベントを公開し、手動設定なしにクライアントが適切なサーバーを自動選択できるようにします。

非推奨化の理由：

NIP-96はファイルURLを特定のサーバーに紐付けていました。files.example.comがダウンした場合、そのサーバーのURLを参照するすべてのNostrノートがメディアを失います。サーバーがアドレスであり、そのアドレスは脆弱でした。

Blossom（Blobs Stored Simply on Mediaservers）はこれを反転させ、ファイルコンテンツのSHA-256ハッシュを正規の識別子とします。BlossomのURLはhttps://blossom.example/<sha256>.pngのようになりますが、同じファイルをホストする任意のBlossomサーバーが同じハッシュパスで提供します。あるサーバーが消えた場合、クライアントは同じハッシュで別のサーバーに問い合わせることができます。コンテンツアドレッシングにより、デフォルトでデータがサーバー間で移行可能になります。

BlossomはAPIも簡素化しています。NIP-96はJSONレスポンス付きのマルチパートフォームアップロード、変換ポリシー、ディスカバリーエンドポイントを使用していました。BlossomはアップロードにプレーンなPUT、ダウンロードにGET、認可には署名付きNostr eventを使用し、HTTPヘッダーに依存しません。Blossom仕様はモジュール式ドキュメントに分割されています。BUD-01がサーバープロトコル、認可、取得をカバーし、BUD-02がブロブアップロード、BUD-03がユーザーサーバー、BUD-04がサーバー間のミラーリングをカバーしています。

非推奨化は2025年9月にPR #2047で行われ、NIPsインデックスでNIP-96に「非推奨」のマークが付けられました。

実践における移行：

nostr.buildやvoid.catのようなサーバーはNIP-96をサポートし、Blossomエンドポイントを追加または移行しました。クライアントは様々な段階にあります。今週のAngor v0.2.5リリースはプロジェクト画像用にNIP-96サーバー設定を追加し、ZSP v0.3.1はプロトコル準拠のContent-Digestヘッダー付きでBlossomサーバーのみにアーティファクトをアップロードしています。AmethystとPrimalはBlossomアップロードをサポートしています。残りのNIP-96実装が移行を完了するまで、両者の共存は続くでしょう。

引き継がれるもの：

Kind 10096サーバー設定イベントはBlossomサーバー選択に引き続き有用です。NIP-94ファイルメタデータ（kind 1063イベント）は、どのアップロードプロトコルで作成されたかに関わらず、ファイルプロパティを記述します。NIP-96がダウンロードURLに使用していたSHA-256ハッシングは、Blossomのコンテンツアドレッシングの基盤となりました。NIP-96の設計は、Blossomが何を簡素化したかを示しました。分散型ネットワーク上のメディアホスティングには、relayレイヤーの検閲耐性に匹敵するコンテンツアドレスストレージが必要だという教訓です。

今週は以上です。構築中のプロジェクトや共有したいニュースがあれば、NIP-17 DMでお問い合わせください。Nostrでもお待ちしています。

Nostr Compass #8

Wed, 04 Feb 2026 00:00:00 +0000

Nostr Compassへようこそ。Nostrの週刊ガイドです。

今週の内容: rust-nostrがSDKのアーキテクチャを刷新する21のPRで大規模なAPI再設計を出荷。Nostria 3.0がデュアルペインナビゲーション、リスト管理、完全なUI刷新でローンチ。VectorがSIMDアクセラレーションを追加し65x-184xの高速化を達成、暗号化グループメッセージング向けMarmotプロトコルサポートを出荷。FrostrがTestFlight経由でiOSに閾値署名をもたらす。Damusがクロスリレーコンテンツ発見のためにNIP-19 (Bech32エンコードエンティティ)リレーヒントを実装。Primal AndroidがNWC暗号化とウォレットトランザクションエクスポートを追加。nostr-toolsとNDKが信頼性の改善を受ける。NIP-82（ソフトウェアアプリケーション）がデバイスプラットフォームの98%をカバーするよう拡張。NIPsリポジトリがNIP-47 (Nostr Wallet Connect)のホールドインボイスサポートをマージ。新しいプロトコル提案にはポッドキャスティング向けNIP-74、ブラウザイベントデータベース向けNIP-DB、分散型コンテンツキュレーション向けTRUSTed Filtersスイートが含まれる。新プロジェクトとしてコンテンツ移行用Instagram to Nostr v2、分散型3Dプリントマーケットプレイスを立ち上げるPod21、AIエージェント管理コミュニティを導入するClawstr、ライブストリーミングとビデオ通話機能を拡張するShoshoとNosCallが登場。

ニュース

rust-nostrが大規模なAPI再設計を出荷

rust-nostr SDKは今週、ライブラリ全体に破壊的変更を導入する21のマージされたPRで大幅なアーキテクチャ刷新を受けました。この再設計はほとんどのRust開発者が依存するコアAPIに影響を与えます。

PR #1245は通知APIを再設計し、PR #1244はRelayNotification::ShutdownをRelayStatus::Shutdownに置き換えてよりクリーンな状態処理を実現。署名者APIはPR #1243を通じて他のSDKパターンと整合。ClientとRelayメソッドはPR #1242でクリーンアップされ、クライアントオプションはビルダーパターンを使用するようになりました（PR #1241）。

メッセージ送信APIはPR #1240で再設計され、REQアンサブスクリプションはPR #1239で、リレー削除はPR #1229で対応。オープンPR #1246はブロッキングAPIのサポートを追加して再設計を締めくくります。

これらの変更はSDKに一貫性をもたらしますが、既存のプロジェクトからの移行作業が必要になります。rust-nostr上で構築している開発者は、アップグレード前に変更ログを注意深く確認すべきです。

Instagram to Nostr v2がコンテンツ移行を可能に

新しいツールにより、クリエイターは既存のコンテンツを集中型プラットフォームからNostrに移行できます。Instagram to Nostr v2は、ユーザーの秘密鍵にアクセスすることなく、Instagram、TikTok、Twitter、Substackからのインポートをサポートします。

このツールは一般的なオンボーディング障壁に対処します：新しいプラットフォームでゼロから始めることに躊躇するユーザーがコンテンツ履歴を保存できるようになります。また、新規ユーザーへのNostrアカウントのギフティングや既存アカウントへのコンテンツ提案もサポートしており、他の人のプロトコルへの移行を支援するのに便利です。

Pod21：分散型3Dプリントネットワーク

Pod21 (pod21.com)はNostrをマーケットプレイス調整に使用して、3Dプリンターオペレーターとバイヤーを接続します。プラットフォームにはNIP-17 (プライベートダイレクトメッセージ)互換のDMボットが含まれており、マーケットプレイスのやり取りを処理し、バイヤーがプリントをリクエストし、暗号化されたダイレクトメッセージを通じてメーカーと交渉できます。

メーカーはプリント容量と機能をリストし、バイヤーはリストを閲覧してボットを通じて注文を開始します。アーキテクチャは他のNostrコマースアプリケーションと同様のパターンに従います：リレーベースの発見、注文調整のための暗号化メッセージング、決済のためのLightning。Pod21はRidestrやShopstrと共に、プロトコルを通じて現実世界の取引を調整するNostrアプリケーションに加わります。

Clawstr：AIエージェントソーシャルネットワーク

Clawstrは、AIエージェントがNostr上でコミュニティを作成・管理するRedditに触発されたプラットフォームとしてローンチ。プラットフォームにより、自律エージェントがトピックコミュニティを確立し、コンテンツをキュレートし、ユーザーと関わることができます。コミュニティはサブレディットのように機能しますが、AIモデレーターとキュレーターが議論を導きます。アーキテクチャはエージェント間およびエージェントと人間のインタラクションにNostrのオープンプロトコルを使用し、分散型ソーシャルメディアにおけるコミュニティ形成の新しいモデルを確立します。

リリース

Ridestr v0.2.0：RoadFlareリリース

Ridestrは「RoadFlareリリース」と名付けられたv0.2.0を出荷し、パーソナルライドシェアネットワークを導入。この機能により、ライダーはお気に入りのドライバーを信頼ネットワークに追加できます。ドライバーはフォロワーを承認し、暗号化された位置情報を共有することで、ライダーは信頼するドライバーがオンラインで近くにいるときを確認できます。ライドリクエストは既知のドライバーに直接送られます。

支払いの信頼性が向上し、自動エスクローリカバリー、デバイス間のウォレット同期改善、プログレッシブポーリングによる高速支払い処理が実現。PR #37はこれらの機能をサポートするフェーズ5-6インフラストラクチャを追加。v0.2.1は支払いダイアログのバグとライド後の「お気に入りに追加」フローのホットフィックスが続きました。

Nostria 3.0

sondrebが構築したグローバルスケール向けクロスプラットフォームクライアントNostriaがバージョン3.0を出荷し、完全なUI刷新、新ロゴ、数百の修正を含みます。このリリースは集中的な6週間の開発サイクルを表しています。

デュアルペインナビゲーションが最大のUX変更であり、デスクトップユーザーがリスト、詳細、スレッド間を移動する際のコンテキスト切り替えを削減できます。新しいホームセクションは利用可能なすべての機能の概要を提供し、すべての画面が統一されたツールバー、レイアウト、機能性を共有します。

リスト管理が最も重要な機能アップデートであり、アプリケーション全体に統合されています。ユーザーはプロファイルリストを管理し、Streams、Music、Feedsの任意の機能でコンテンツをフィルタリングできます。スレッドのスパムにうんざりしていますか？お気に入りでフィルタリングして彼らの返信のみを表示できます。Quick Zapsは設定可能な値でワンタップzappingを追加。Copy/Screenshotはどこでもイベントを共有するためのクリップボードスクリーンショットを生成。Muted Wordsはプロファイルフィールド（name、display_name、NIP-05）でフィルタリングするようになり、ユーザーは単一の禁止ワードですべてのブリッジプロファイルをブロックできます。設定は検索可能になり、より速い構成変更が可能に。

このリリースはBOLT11とBOLT12支払いリクエストレンダリング、テキストサイズとフォント選択、メッセージセクションでの参照コンテンツ（記事やイベントなど）のレンダリング付き「Note-to-Self」メッセージングを追加。新しい共有ダイアログにより、メール、ウェブサイト、または複数の受信者へのダイレクトメッセージを通じた迅速な共有が可能に。追加機能にはカスタム絵文字セット、Interests（動的フィードとしてのハッシュタグリスト）、ブックマーク、パブリックリレーフィード、Nostriaアイコンがどのオプションを開くかを含む完全なメニューカスタマイズがあります。

Android、iOS、Windows、およびnostria.appのWebで利用可能。

Applesauce v5.1.0

hzrd149のApplesauceライブラリスイートがすべてのパッケージでv5.1.0をリリース。applesauce-signersはNostr Connectリモート署名者でのswitch_relaysとpingメソッドのサポートを追加し、署名者接続をプログラマティックに管理するのに便利。applesauce-loadersは並列非同期ローディング用のloadAsyncMapを導入。applesauce-reactはuseAction().run()にパディング引数を追加。applesauce-coreはイベントからストアへのマッピングを更新し、onlyEventsを必要とせずに文字列を直接処理。

nak v0.18.3

fiatjafのnak（Nostr Army Knife）はmattnからの安定性修正でv0.18.3に到達。このリリースはミントURLが://セパレーターを欠く場合のパニックを防止し、日付値を使用する前にdateparserエラーを検証し、AUTH challengeタグ解析のエッジケースを処理。これらの防御的な修正により、不正な入力を処理する際のCLIの耐障害性が向上。

Aegis v0.3.7

クロスプラットフォームデスクトップ署名者Aegisは、NIP-07 (ブラウザ拡張インターフェース)署名付きのNostr App Browserサポートを追加するv0.3.7を出荷。このリリースはNIP-04 (暗号化ダイレクトメッセージ)とNIP-44 (バージョン付き暗号化)暗号化イベントを記録し、ユーザーはどのアプリケーションが暗号化操作を要求したかを追跡できます。ブラウザセグメントはプラットフォームでフィルタリングしてWebアプリのみを表示するようになりました。

Bitchat v1.5.1 (iOS)

NostrとBluetoothメッシュを使用するオフライン対応メッセージングアプリBitchatは、iOSセキュリティ強化付きのv1.5.1をリリース。PR #1012は処理前にNostrイベント署名を検証し、無効なgiftwrapと埋め込みパケットを拒否し、サイズ超過ペイロードを制限し、偽装されたBLEアナウンス送信者IDをブロック。PR #998は送信者IDを接続UUIDにバインドすることでiOS BLEメッシュ認証を修正し、メッシュネットワークでのアイデンティティスプーフィングを防止。PR #972は複数のメッシュデバイスが近くにあるときのピア発見フラッドを防ぐ通知レート制限を追加。

KeyChat v1.39.2

KeyChatはPR #148を通じてNIP-47 Nostr Wallet Connectサポートを追加するv1.39.2をリリース。ユーザーはメッセージングアプリ内での支払いのために外部Lightningウォレットを接続できるようになりました。このリリースはmacOSデスクトップ通知も追加。

Nostrmo v3.5.0

クロスプラットフォームFlutterクライアントNostrmoはフィードシステムを刷新するv3.5.0を出荷。アップデートは固定フィードをカスタマイズ可能な代替物に置き換えます：General Feed、Mentioned Feed、Relay Feedはそれぞれ新しい編集ページで設定可能。このリリースはより良いイベントルーティングのためのoutboxモデルサポートを実装し、設定可能なサイズ制限とサブスクリプションサポートでローカルリレー機能を拡張。

Shosho v0.11.1

Nostr向けライブストリーミングアプリShoshoは録画とVOD機能付きのv0.11.1をリリース。アップデートはストリームを視聴している人を表示するルームプレゼンスインジケーター、より良いディスカッション整理のためのスレッド化されたチャット会話、NIP-46経由のiOSでのNostr Connectサポートを追加。ストリーマーは視聴者とのリアルタイムチャットインタラクションを維持しながら、放送を後で視聴するために保存できます。

NosCall v0.5.0

Nostr向けオーディオおよびビデオ通話アプリNosCallは、カテゴリ別に通話を整理するコンタクトグループ、接続最適化のためのリレー管理、改善されたNATトラバーサルのための設定可能なICEサーバー設定付きのv0.5.0を出荷。このリリースはダークモードサポートも追加。NosCallは通話シグナリングと調整にNostrを使用し、集中型サーバーなしでピアツーピア通話を可能にします。

diVine 1.0.4

rabbleのショートフォームループビデオクライアントdiVineは、Zapstore提出に先立つAndroidプレリリースアルファとして1.0.4をリリース。このリリースはnsecインポート、nsecBunkerとAmberによるNIP-46 (Nostr Connect)リモート署名、nostrconnect:// URL処理を含むNostr鍵管理のテストに焦点を当てています。チームはリレー互換性と他のクライアントとのビデオ相互運用性についてフィードバックを募集中。PR #1265は絶対コンテナパスの代わりに相対パスを保存することで、アプリ更新後にビデオクリップが使用不能になっていたiOSファイルパス処理を修正。PR #1251はコメントからプロファイルを表示する際のナビゲーション問題を修正。

Zeus v0.12.2

Zeusは安定版リリースとしてv0.12.2を出荷し、以前のエディションでカバーしたNWC修正を統合。

Frostr Igloo iOS TestFlight

Frostr (frostr.org)はIgloo for iOSをTestFlightでローンチし、閾値署名をAppleデバイスに拡張。FrostrはFROST（Flexible Round-Optimized Schnorr Threshold）署名を使用してnsec鍵をデバイス間に分散されたシェアに分割し、フォールトトレランスを持つk-of-n署名を可能にします。「デモモード」で参加するユーザーはライブ2-of-2閾値署名実験に参加し、プロトコルのリアルタイム調整機能を実演します。iOSリリースは12月にNIP-55 (Android署名者)サポート付きでクロスアプリ署名リクエスト向けに出荷されたIgloo for Android（v0.1.2）に加わります。両モバイルクライアントはIglooデスクトップとFrost2xブラウザ拡張を補完します。

プロジェクトアップデート

DamusがNIP-19リレーヒントを実装

Damusはイベント取得用のNIP-19リレーヒント消費を実装するPR #3477をマージ。この機能により、NIP-10 (返信スレッド)、NIP-18 (リポスト)、NIP-19参照からヒントを抽出することで、ユーザーの設定プール外のリレー上のノートを表示できます。実装は参照カウント付きクリーンアップでエフェメラルリレー接続を使用し、永続的なリレープール拡張を回避。

追加の修正にはLightningインボイス解析（PR #3566）、ウォレットビュー読み込み（PR #3554）、リレーリストタイミング（PR #3553）、視覚的な「ポッピング」を軽減するプロファイルプリロード（PR #3550）が含まれます。ドラフトPR #3590は進行中のNIP-17プライベートDMサポートを示しています。

Primal AndroidがNWC暗号化を出荷

Primal Androidはウォレットインフラストラクチャに焦点を当てた18のマージされたPRで非常に活発な週を過ごしました。アプリはLightsparkのセルフカストディアルLightningプロトコルであるSparkと統合しています。PR #874はNWC暗号化サポートを追加し、PR #872は接続確立時にNWC infoイベントを送信。

PR #870はウォレットトランザクションのCSVエクスポートを有効にし、会計と税務目的に便利。PR #716はNote Editorにローカルアカウントスイッチャーを追加。複数のウォレット復元修正（PR #876、PR #875、PR #873）は非Sparkウォレット構成のユーザー向けのエッジケースに対処。

Marmot TypeScript SDKがメッセージ履歴を追加

MarmotプロトコルのTypeScript実装が開発を継続。hzrd149によるPR #38はリファレンスチャットアプリケーション向けにページネーション付きのメッセージ履歴永続化を実装し、PR #39はライブラリのエルゴノミクスを改善。

Rust側では、PR #161が失敗時のメッセージコンテキストを保持するリトライ可能な状態処理を実装し、PR #164はSQLiteでのtokioパニックを回避するためにstd::sync::Mutexに切り替え。whitenoise-rsバックエンドはAmber統合（PR #418）を追加し、MDKとnostr-sdk 0.44にアップグレード（PR #467）、NewMessageとGroupInviteイベントタイプによるリアルタイム通知ストリーミングをPR #460で導入。

HAVENが定期的なWoTリフレッシュを追加

パーソナルリレーHAVENは、定期的なWeb of Trustリフレッシュを追加するPR #108をマージ。この機能により、ユーザーのソーシャルグラフの進化に応じて信頼スコアが最新に保たれ、時間の経過とともにスパムフィルタリングの精度が向上。

nostr-tools

コアJavaScriptライブラリnostr-toolsは今週複数の改善を受けました。コミットにはNIP-27 (テキストノート参照)メンションでの改行後のハッシュタグ解析修正、接続クリーンアップのためのアイドル追跡付き壊れたリレーオブジェクトの自動プルーニング、シングルスレッドパフォーマンス最適化のためのメッセージキュー削除、より良いTypeScriptインポートのためのソースファイルエクスポートが含まれます。

NDK

NDKはデバイススリープ/ウェイクサイクル後の再接続と古い接続処理の修正付きのbeta.71を出荷し、モバイルアプリケーションの信頼性の問題に対処。

Notedeck

DamusチームのデスクトップクライアントNotedeckには、NIP-34 (Git コラボレーション)ビューアを追加するオープンPR #1279があります。これにより、Nostrリレーに公開されたgitリポジトリ、パッチ、issueをクライアント内で直接閲覧できるようになり、Notedeckがngitベースのワークフロー向けの潜在的なフロントエンドになります。

njump

Nostr WebゲートウェイnjumpはPR #152を通じて2つのNIP-51 (リスト)イベントタイプのサポートを追加。ゲートウェイはkind:30000 Follow Sets（クライアントが異なるコンテキストで表示できるユーザーのカテゴリ別グループ）とkind:39089 Starter Packs（共有とグループフォロー用に設計されたキュレートされたプロファイルコレクション）をレンダリングするようになりました。これらの追加により、ユーザーがneventリンクを共有するときにnjumpがコミュニティキュレートリストを表示できます。

Amethyst

AndroidクライアントAmethystはプレイヤービューからのビデオ共有を妨げていたバグを修正（PR #1695）。「ビデオを共有」オプションは、コンテンツパラメータがコントロールボタンコンポーネントに渡されていなかったため表示されませんでした。ユーザーはプレイヤーから直接Nostrビデオコンテンツを他のアプリに共有できるようになりました。PR #1693は特定の不正なイベントを解析する際に発生していたJackson JSONデシリアライズクラッシュを修正。

Jumble

リレーフィードブラウジングに焦点を当てたWebクライアントJumbleはPR #743でクリップボード経由のオーディオファイルアップロードを追加。ユーザーは投稿エディタにオーディオファイルを直接ペーストでき、設定されたメディアサーバーにアップロードしてノートにURLを埋め込みます。この機能は既存の画像ペースト機能を反映。

Flotilla

hodlbodのNIP-29 (リレーベースグループ)コミュニティクライアントFlotillaはPR #270を通じて通知を出荷。アップデートはアンカーベースのポーリングからWeb向けローカルプル通知とモバイル向けプッシュ通知にアラートシステムをリファクタリング。アーキテクチャは提案されたNIP-9a標準（下記のPR #2194を参照）を実装し、ユーザーがリレーにwebhookコールバックを登録し、フィルターが一致したときに暗号化されたイベントペイロードを受信します。

Formstr

NostrネイティブフォームアプリケーションFormstrはPR #422でフォームインポートと暗号化フォームサポートを追加。ユーザーはレスポンスリンクを通じてまたは他のFormstrインスタンスから既存のフォームをインポートできるようになりました。暗号化機能により、フォーム作成者は指定された受信者のみが提出を読めるように応答を制限でき、機密情報を収集するアンケートに便利。

Pollerama

nostr-tools上に構築されたPollerama (pollerama.fun)はPR #141とPR #142を通じて投票用のNIP-17 DM共有を追加。ユーザーは暗号化ダイレクトメッセージを通じて連絡先に投票を直接共有できるようになりました。

Nostrability Schemata

Nostrイベント用のJSON検証スキーマコレクションNostrability schemataはPR #59を通じてNIP-59 (Gift Wrap)カバレッジを追加。アップデートにはkind 13（seal）とkind 1059（gift wrap）イベントのスキーマが含まれ、既存のNIP-17スキーマカバレッジを補完。

Vector

NIP-17、NIP-44、NIP-59をゼロメタデータ暗号化に使用するプライバシー重視のデスクトップメッセンジャーVectorは、SIMDアクセラレーションパフォーマンス最適化を導入するPR #39をマージ。16進数エンコードは65倍高速化、画像プレビュー生成は最大38倍高速化、バイナリサーチインデックスによるメッセージルックアップは184倍高速化。PRはApple Silicon向けARM64 NEONイントリンシクスとWindowsおよびLinux向けランタイム検出付きx86_64 AVX2/SSE2を追加。メッセージ構造体を472から128バイトに削減し、インターニングによりnpubストレージを99.6%削減してメモリ使用量が低下。

Vector v0.3.0（2025年12月）はMLSプロトコルベースのグループメッセージング用にMDK (Marmot Development Kit)を統合し、前方秘匿性を持つエンドツーエンド暗号化グループをクライアントにもたらしました。MIP-04ファイル共有はMLSグループ向けのimeta添付ファイルを処理し、White Noiseとの相互運用性を考慮して設計。このリリースはWebXDCベースのP2Pマルチプレイヤーゲームを持つMini Appsプラットフォーム、The Nexusという分散型アプリストア、アプリ内支払い用PIVX ウォレット統合、完全な履歴追跡付きメッセージ編集、画像アップロード中の4倍メモリ削減も導入。

NIPアップデート

NIPsリポジトリへの最近の変更：

マージ済み：

NIP-47：ホールドインボイスサポート - NIP-47 (Nostr Wallet Connect)がホールドインボイスをサポートするようになり、受取人が明示的に支払いを決済またはキャンセルする必要がある高度な支払いワークフローが可能に。PRは3つの新しいRPCメソッドを追加：make_hold_invoiceは事前生成されたプリイメージと支払いハッシュを使用してホールドインボイスを作成、settle_hold_invoiceは元のプリイメージを提供して支払いを請求、cancel_hold_invoiceは支払いハッシュを使用して支払いを拒否。新しいhold_invoice_accepted通知は支払い者が支払いをロックしたときに発火。これにより、アンロック用支払い、マーケットプレイスエスクローシステム、支払いゲーティングなどのユースケースが可能に。実装はAlby Hub、Alby JS-SDK、dart NDKで進行中。
NIP-05：小文字要件 - NIP-05 (ドメイン検証)がnostr.jsonファイル内の16進数公開鍵とローカル名の両方に小文字を明示的に要求するように。これは仕様で暗黙的でしたが明記されておらず、一部の実装が大文字小文字混合を使用し、他の実装が小文字に正規化していたため相互運用性の問題が発生。NIP-05識別子を検証するクライアントは、キーや名前に大文字を含むnostr.json応答を拒否すべきです。
NIP-73：国コード - NIP-73 (ジオタグ)がgeohashの代替としてISO 3166国コードをサポートするように。イベントは正確な座標を必要とせずに国レベルの位置を示す["g", "US", "countryCode"]タグを含めることができます。これにより、正確な位置が不要または望ましくないアプリケーション向けに国ベースのコンテンツフィルタリングと発見が可能に。PRは仕様ドキュメントに欠落していたgeohash例も追加。

オープンPRとディスカッション：

NIP-82：ソフトウェアアプリケーション - franzapがこのドラフト仕様への大幅なアップデートを発表。kind 30063リリースイベントを使用してNostr経由でソフトウェアアプリケーションを配布する方法を定義。アップデートはmacOS、Linux、Windows、FreeBSD、WASM環境、VS Code拡張、Chrome拡張、Web Bundles/PWAを含む、グローバルで約98%のデバイスプラットフォームをカバーするように。チームは次にAndroid、PWA、iOSサポートに注力し、開発者にこの共有標準への収束を呼びかけ。Zapstoreは今後数週間で新フォーマットへの移行を予定。
NIP-74：ポッドキャスト - ポッドキャスト番組（kind 30074）とエピソード（kind 30075）用のアドレス可能イベントを定義。番組にはタイトル、説明、カテゴリ、カバー画像などのメタデータが含まれます。エピソードは親番組を参照し、エンクロージャURL、再生時間、チャプターマーカーを含みます。仕様はPodcasting 2.0メタデータ標準と統合し、Lightning経由のV4V（value-for-value）マネタイゼーション用のvalueタグを含みます。NostrネイティブポッドキャストパブリッシングプラットフォームのTRUSTedtransmit.fmのようなプラットフォームは、このフォーマットを使用してリレーに直接公開でき、ポッドキャスターが仲介者なしでコンテンツを配信可能に。
NIP-FR：フレンズオンリーノート - ViewKeyと呼ばれる共有対称鍵を使用して、ユーザー定義のフレンドリストにのみ表示されるノートを公開するメカニズムを提案。作成者はViewKeyを使用してNIP-44でノート（kind 2044）を暗号化します。ViewKey自体はNIP-59 (Gift Wrap)を通じて各友人に一度だけ配布されます。ViewKeyを持つ友人はノートを復号して読むことができ、それ以外の全員は暗号文しか見えません。作成者が友人を削除すると、ViewKeyがローテーションされます：新しい鍵が生成され、gift wrapを通じて残りの全友人に再配布され、削除された友人が将来の投稿にアクセスできないことが保証されます。このアプローチはコンテンツ暗号化（対称、効率的）と鍵配布（非対称、友人ごと）を分離し、頻繁にリクエストされるプライバシー機能を実現しながらプロトコルを軽量に保ちます。
NIP-DB：ブラウザNostrイベントデータベースインターフェース (spec) - ローカルNostrイベントストレージを提供するブラウザ拡張用の標準window.nostrdbインターフェースを提案。APIにはイベント追加、IDまたはフィルタによるクエリ、マッチカウント、更新サブスクリプション用のメソッドが含まれます。Webアプリケーションはこのインターフェースを使用して、リレーリクエストなしでローカルキャッシュされたイベントから読み取り、帯域幅とレイテンシーを削減できます。hzrd149のnostr-bucketブラウザ拡張がリファレンス実装を提供し、すべてのブラウザタブにインターフェースを注入。コンパニオンポリフィルライブラリは拡張なしの環境向けにIndexedDBを使用して同じAPIを実装。
TRUSTed Filters - vitorpamonaのマージされたTrusted Assertions PR #1534を基に構築された、分散型コンテンツキュレーション用の5つの関連提案のスイート。コア仕様はTrust Provider Preferencesを宣言するためのkind 17570イベントを導入し、ユーザーはイベントフィルタリングとランキングでどのサービスを信頼するかを指定できます。信頼プロバイダーはクライアントがサブスクライブできるアサーション（kind 37571）、統計（kind 37572）、ランキング（kind 37573）を公開。システムはフィルタータイプと変換を指定するW/wタグ付きのプラグインアーキテクチャを使用。これにより、スパム検出、レピュテーションスコアリング、コンテンツランキングのような計算コストの高い操作を専用インフラストラクチャで実行しながら、ユーザーはどのプロバイダーを信頼するかの制御を維持できます。スイートにはフィルタープリセット、ユーザーランキング、信頼されたイベント、プラグイン定義用の個別仕様が含まれます。
NIP-9a：プッシュ通知 - hodlbodがkind 30390登録イベントを使用するリレーベースのプッシュ通知の標準を提案。ユーザーは受信したいイベントのフィルターとwebhookコールバックURLを含む登録を作成。登録はリレーのpubkey（NIP-11のselfフィールドから）に暗号化。一致するイベントが発生すると、リレーはイベントID（重複排除用のプレーンテキスト）とイベント自体（ユーザーにNIP-44暗号化）を含むコールバックにPOST。このアーキテクチャにより、リレーは通知をプッシュしながら、仲介プッシュサーバーからイベントコンテンツを保護できます。FlotillaのPR #270がこの標準を実装。
Catallax - kind 33400イベントを使用したエスクロー付き分散型コントラクトワークプロトコルを提案。システムは3つの役割を定義：アービターは利用可能性と条件を発表、パトロンはエスクローされたBitcoinで資金提供されたタスクを作成、フリーエージェントは支払いを請求するために作業を完了。アービターは必要に応じて紛争を解決。プロトコルはトラストレスなフリーランス作業調整を可能にし、成果物が受け入れられるか仲裁が終了するまで資金がロック。

NIP詳細解説：NIP-47 (Nostr Wallet Connect)

NIP-47はNostr Wallet Connect（NWC）を定義し、通信レイヤーとしてNostrを使用したリモートLightningウォレット制御のプロトコルです。今週のホールドインボイスサポート追加により、NWCはLightning操作の全範囲をカバーするようになりました。

プロトコルはシンプルな交換を通じて動作します。ウォレットアプリケーションはその機能を説明する「wallet info」イベント（kind 13194）を公開。クライアントアプリケーションはインボイスの支払い、インボイスの作成、残高確認などの操作をウォレットに要求する暗号化リクエスト（kind 23194）を送信。ウォレットは暗号化された結果（kind 23195）で応答。

NWCはクライアントとウォレット間でNIP-44暗号化を使用し、ウォレット操作用の専用キーペアを使用して、ユーザーのメインIDから分離します。この分離により、NWC接続が侵害されてもユーザーのNostr IDは露出しません。

サポートされているメソッド：

仕様はコアLightning操作用のメソッドを定義：pay_invoiceは支払いを送信、make_invoiceは受取用のインボイスを生成、lookup_invoiceは支払いステータスをチェック、get_balanceはウォレット残高を返し、list_transactionsは支払い履歴を提供。新たにマージされたpay_keysendはインボイスなしの支払いを可能にし、hold_invoiceは条件付き支払いをサポート。

イベント例：

ウォレットサービスはその機能を宣伝するinfoイベント（kind 13194）を公開：

{
 "kind": 13194,
 "pubkey": "<wallet service pubkey>",
 "content": "pay_invoice get_balance make_invoice lookup_invoice list_transactions notifications",
 "tags": [
 ["encryption", "nip44_v2"],
 ["notifications", "payment_received payment_sent"]
 ],
 "created_at": "<unix timestamp>",
 "id": "<event hash>",
 "sig": "<wallet service signature>"
}

クライアントはインボイスを支払うための暗号化リクエスト（kind 23194）を送信：

{
 "kind": 23194,
 "pubkey": "<client ephemeral pubkey from connection URI secret>",
 "content": "<NIP-44 encrypted: {\"method\": \"pay_invoice\", \"params\": {\"invoice\": \"lnbc50n1...\"}}>",
 "tags": [
 ["p", "<wallet service pubkey>"],
 ["encryption", "nip44_v2"]
 ],
 "created_at": "<unix timestamp>",
 "id": "<event hash>",
 "sig": "<client ephemeral key signature>"
}

ウォレットサービスは支払い結果で応答（kind 23195）：

{
 "kind": 23195,
 "pubkey": "<wallet service pubkey>",
 "content": "<NIP-44 encrypted: {\"result_type\": \"pay_invoice\", \"result\": {\"preimage\": \"...\"}, \"error\": null}>",
 "tags": [
 ["p", "<client ephemeral pubkey>"],
 ["e", "<request event id>"]
 ],
 "created_at": "<unix timestamp>",
 "id": "<event hash>",
 "sig": "<wallet service signature>"
}

応答のeタグは元のリクエストを参照し、クライアントが応答をリクエストにマッチさせることを可能にします。

ホールドインボイス：

今週のPR #1913はエスクロースタイルの支払いを可能にするホールドインボイスサポートを追加。受取人がプリイメージを解放して即座に支払いを請求する標準インボイスとは異なり、ホールドインボイスは受取人がこの決定を延期できます。支払い者がホールドインボイスに送信すると、資金は支払い経路に沿ってロック。受取人は決済（プリイメージを解放して資金を請求）またはキャンセル（支払いを拒否して支払い者に資金を返却）を選択。どちらのアクションも発生しない場合、支払いはタイムアウトして自動的に資金が返却。PRは3つのNWCメソッド（make_hold_invoice、settle_hold_invoice、cancel_hold_invoice）とhold_invoice_accepted通知を追加。このメカニズムはRidestrのライドシェアエスクローやマーケットプレイス紛争解決などのアプリケーションを支えます。

現在の実装：

主要ウォレットがNWCをサポート：Zeus、Alby、Primal（今週のPR #874時点）がすべてウォレット側サポートを実装。クライアント側では、Damus、Amethyst、およびほとんどの主要Nostrクライアントがzapと支払いのためにNWCウォレットに接続可能。

プロトコルは関心事の分離を可能に：ユーザーは1つのデバイスでウォレットを実行しながら、別のデバイスからNostrとやり取りでき、Nostrリレーが通信チャネルとして機能。このアーキテクチャにより、モバイルクライアントは直接資金を保持する必要がなくなり、ウォレットインフラストラクチャをソーシャルクライアントから分離することでセキュリティが向上。

セキュリティ考慮事項：

NWC接続は機密として扱うべきです。暗号化がメッセージ内容を保護する一方、ウォレットpubkeyと接続シークレットは保護が必要。アプリケーションはユーザーが接続を取り消し、支出制限を設定できるようにすべきです。プロトコルは機能制限をサポートしており、ウォレットは特定の接続が実行できる操作を制限できます。

NIP詳細解説：NIP-59 (Gift Wrap)

NIP-59は任意のNostrイベントを複数の暗号化レイヤーにカプセル化し、リレーやオブザーバーから送信者のIDを隠すプロトコルを定義。今週のフレンズオンリーノート（NIP-FR）とプッシュ通知（NIP-9a）の提案は両方ともgift wrappingに依存しており、理解する価値のある基礎的なプライバシープリミティブです。

3つのレイヤー：

Gift wrappingは3つのネストされた構造を使用：

Rumor（未署名イベント）：署名なしのNostrイベントとしての元のコンテンツ。リレーは未署名イベントを拒否するため、rumorを直接リレーに送信することはできません。
Seal（kind 13）：rumorはNIP-44を使用して暗号化され、kind 13イベントに配置。sealは実際の作成者の鍵で署名されます。これが作成者の証明となる暗号的証拠です。
Gift Wrap（kind 1059）：sealは暗号化され、ランダムなワンタイムキーペアで署名されたkind 1059イベントに配置。gift wrapは受信者へのルーティング用のpタグを含みます。

よくある誤解：否認可能性

仕様は未署名rumorが「否認可能性」を提供すると言及していますが、これは誤解を招きます。sealレイヤーは実際の作成者によって署名されています。受信者がgift wrapを復号し、次にsealを復号すると、誰がメッセージを送ったかの暗号的証拠を持ちます。受信者は自分の秘密鍵を露出させずに送信者のIDを明らかにするゼロ知識証明を構築することさえできます。

gift wrapが実際に提供するのはオブザーバーからの送信者プライバシーです：リレーと第三者はランダムな鍵で署名されたgift wrapしか見ないため、誰がメッセージを送ったか判断できません。しかし受信者は常に知っており、それを証明できます。

イベント例：

仕様からの完全な3レイヤー構造（「Are you going to the party tonight?」を送信）：

rumor（未署名、リレーに公開不可）：

{
 "created_at": 1691518405,
 "content": "Are you going to the party tonight?",
 "tags": [],
 "kind": 1,
 "pubkey": "611df01bfcf85c26ae65453b772d8f1dfd25c264621c0277e1fc1518686faef9",
 "id": "9dd003c6d3b73b74a85a9ab099469ce251653a7af76f523671ab828acd2a0ef9"
}

seal（kind 13、実際の作成者が署名、暗号化rumorを含む）：

{
 "kind": 13,
 "pubkey": "611df01bfcf85c26ae65453b772d8f1dfd25c264621c0277e1fc1518686faef9",
 "content": "AqBCdwoS7/tPK+QGkPCadJTn8FxGkd24iApo3BR9/M0uw6n4RFAFSPAKKMgkzVMo...",
 "created_at": 1703015180,
 "tags": [],
 "id": "28a87d7c074d94a58e9e89bb3e9e4e813e2189f285d797b1c56069d36f59eaa7",
 "sig": "02fc3facf6621196c32912b1ef53bac8f8bfe9db51c0e7102c073103586b0d29..."
}

gift wrap（kind 1059、ランダムなエフェメラル鍵が署名、暗号化sealを含む）：

{
 "kind": 1059,
 "pubkey": "18b1a75918f1f2c90c23da616bce317d36e348bcf5f7ba55e75949319210c87c",
 "content": "AhC3Qj/QsKJFWuf6xroiYip+2yK95qPwJjVvFujhzSguJWb/6TlPpBW0CGFwfuf...",
 "created_at": 1703021488,
 "tags": [["p", "166bf3765ebd1fc55decfe395beff2ea3b2a4e0a8946e7eb578512b555737c99"]],
 "id": "5c005f3ccf01950aa8d131203248544fb1e41a0d698e846bd419cec3890903ac",
 "sig": "35fabdae4634eb630880a1896a886e40fd6ea8a60958e30b89b33a93e6235df7..."
}

注目：sealのpubkeyは実際の作成者（611df01...）で、gift wrapのpubkeyはランダムなワンタイム鍵（18b1a75...）。リレーはgift wrapしか見ないため、実際の作成者にメッセージを帰属させることができません。

各レイヤーが保護するもの：

rumorは未署名であり、リレーに直接公開できません。sealは実際の作成者によって署名され、受信者に対して作成者を証明します。gift wrapはランダムなワンタイム鍵で署名され、リレーやオブザーバーから実際の作成者を隠します。受信者のみが両方のレイヤーを通じて復号し、元のコンテンツに到達してseal上の作成者の署名を検証できます。

現在のアプリケーション：

NIP-17 (プライベートダイレクトメッセージ)は暗号化DMにgift wrapを使用し、古いNIP-04スキームを置き換えます。提案されたNIP-FR（フレンド限定ノート）は、Gift Wrappingを使用してViewKeyを友人に配布し、友人はそれらの鍵で暗号化されたノートを復号します。NIP-9a（プッシュ通知）はgift wrap原則を使用して通知ペイロードを暗号化。

メタデータ保護：

タイミング分析を阻止するためにタイムスタンプをランダム化すべきです。リレーはkind 1059イベントを提供する前にAUTHを要求し、マークされた受信者にのみ提供すべきです。複数の受信者に送信する場合は、それぞれに個別のgift wrapを作成します。

今週は以上です。何か構築していますか？共有したいニュースはありますか？プロジェクトの報道を希望しますか？NIP-17 DMでお問い合わせください、またはNostrで見つけてください。

Nostr Compass #7

Wed, 28 Jan 2026 00:00:00 +0000

Nostr Compassへようこそ。Nostrの週刊ガイドです。

今週の内容: RidestrがCashu決済と暗号化された位置情報共有を使って、分散型ライドシェアリングをNostrにもたらします。Pomadeがマルチシグ署名者向けのメールベースリカバリーを導入。Damusが信頼性の高いDM同期のためにnegentropyを実装。Amethystのデスクトップアプリに検索、ブックマーク、zapを追加。Amber v4.1.1がリレー信頼スコアを表示。MarmotがMIP-03をマージし、TypeScriptリファレンスチャットアプリを構築。diVineがNIP-46 QR認証とメンション対応を追加。新しいNIP提案がコミュニティ管理、シーケンスベースの同期、暗号化ファイルストレージに対応。また、2021年の少数の初期採用者から2023年のDamusのApp Store爆発的ローンチ、2025年の成熟したクライアントエコシステムまで、プロトコルの進化をたどる5年間のNostr1月の歴史を振り返ります。

ニュース

RidestrがNostrに分散型ライドシェアリングをもたらす

Ridestrは、Nostr上に完全に構築されたピアツーピアのライドシェアアプリケーションを開発しており、BitcoinおよびCashu決済による直接的なドライバー・ライダー間取引を可能にします。このプロトコルはカスタムイベントkind（30173、3173-3175、30180/30181）を使用してライドを調整しながら、段階的な位置情報開示とNIP-44暗号化によってプライバシーを維持します。

システムは慎重に設計されたフローで動作します：ドライバーはkind 30173イベントを介してgeohashエンコードされた位置情報（約5km精度）で空き状況をブロードキャストし、ライダーはkind 3173を通じて運賃見積もりとともにライドをリクエストし、ライドが始まる前にHTLCエスクロートークンを使用して支払いが確保されます。位置情報のプライバシーは段階的開示によって保護され、ピックアップの詳細はドライバーが到着したときにのみ公開され、目的地はPIN確認後に共有されます。当事者間のすべての通信はNIP-44暗号化を使用してプライバシーを確保します。

RidestrはP2PK署名を使用したHTLCエスクローによって支払いセキュリティを実装しています。ライダーがドライバーのオファーを受け入れると、ライド完了後にドライバーのみが請求できる支払いハッシュでCashuトークンをロックします。このプロトコルは現在シングルミントアーキテクチャで動作しており、ライダーとドライバーが同じCashuミントを使用する必要があります。プロジェクトのKotlinベースのAndroid実装は、NUT-07状態チェックを通じてプルーフ検証と古いプルーフの回復を処理します。

Ridestrは、ほとんどのNostrアプリケーションが避けている課題に取り組んでいます：リアルタイムの位置情報調整、紛争解決を伴う支払いエスクロー、および物理世界でのやり取りのための評価システム。このプロジェクトはベータ版であり、Nostrのイベントモデルがコンテンツ共有だけでなく、ピアツーピアのサービスマーケットプレイスもサポートできることを実証しています。

Pomadeがマルチシグ署名者向けアルファリカバリーシステムを開始

hodlbodが開発したPomadeは、既存のFROSTRエコシステムを基盤として、リカバリーに焦点を当てた閾値署名サービスを提供します。@frostr/bifrostライブラリを介してFROST（Flexible Round-Optimized Schnorr Threshold）署名を使用し、Pomadeは閾値暗号の上にメールベースのリカバリーフローを追加します。システムはShamir Secret Sharingを使用してユーザーの秘密鍵をシャーディングし、設定可能な閾値（2-of-3、3-of-5など）で複数の独立した署名者にシェアを分散します。

プロトコルはNIP-44暗号化ペイロードを持つ単一のイベントkind（28350）を使用して、完全にNostr上で動作します。署名時、クライアントは少なくともthreshold数の署名者から部分署名を要求し、それらを有効なSchnorr署名に集約します。暗号化では、署名者はECDHを介して共有シークレットを導出するために協力し、どの単一当事者も完全な鍵を知ることはありません。

リカバリーは2つの認証方法で動作します：パスワードベース（署名者のpubkeyをソルトとして使用したargon2id）またはメールOTP。OTPリカバリー中のMITM攻撃を防ぐために、各署名者はクライアント提供のプレフィックスを持つ独自の検証コードを生成し、ユーザーは各署名者と独立して認証する必要があります。プロトコルはスパム防止のために登録イベントにプルーフオブワーク（NIP-13ごとに20ビット以上）を要求します。

信頼モデルは明示的です：threshold数の署名者が共謀すれば、鍵を盗むことができます。メールプロバイダーはOTPを傍受できるため、完全に信頼されています。ユーザーは完全な秘密鍵を独立して回復することはできません。そのためにはthreshold数の署名者の協力が必要です。プロトコルは鍵管理に不慣れな新規ユーザーのオンボーディング用に設計されており、慣れたらセルフカストディに移行することが明示的に推奨されています。Pomadeは未監査のアルファ状態であることから、「鍵の紛失、盗難、サービス拒否、またはメタデータ漏洩」の可能性について警告しています。

リリース

Damusが信頼性の高いDM同期のためにNegentropyを実装

Damus v1.13は、先週オープンPRとしてプレビューしたnegentropy実装を出荷しました。PR #3536はネットワーキングレイヤーに基本的なnegentropyサポートを追加し、プロトコルをサポートするリレーとの集合調整を可能にします。コンパニオンPR #3547は、標準的なREQサブスクリプションが失敗したときにnegentropyを使用して欠落メッセージを回復するプルトゥリフレッシュDM同期を追加します。

実装は保守的なアプローチに従います：通常のDM読み込みは変更されず、ユーザーが手動でリフレッシュしたときにリカバリーメカニズムとしてnegentropyが利用可能になります。自動テストは、標準クエリでは見逃される古いタイムスタンプを持つDMを生成し、negentropy同期を使用して正常に取得することで修正を実証します。negentropyサポートには互換性のあるリレーが必要ですが、実装は利用可能な場所でプロトコルを使用することで、混合リレー環境を適切に処理します。

Amber v4.1.1 - リレー信頼スコア

Amber v4.1.1はリレー信頼スコア表示を出荷し（PR #289）、先週のTrusted Relay Assertions NIPカバレッジで議論されたリレー評価コンセプトを実装しています。信頼スコアはRelaysページとNostrConnect接続リクエストに表示され、接続を承認する前にユーザーがリレーの信頼性を評価するのに役立ちます。このリリースには、再設計されたログイン/イベント/権限UIとswitch_relaysメソッドのサポートも含まれています。パフォーマンス改善により、古いデバイスで報告された20秒以上の読み込み時間に対処するキーストア操作のキャッシュが行われました。

nak v0.18.2 - MCP統合

fiatjafのnak（Nostr Army Knife）v0.18.2はnak mcpを介してModel Context Protocolサポートを追加し、AIエージェントがNostr上で人を検索し、ノートを公開し、ユーザーにメンションし、outboxモデルを使用してコンテンツを読むことを可能にします。このリリースでは、事前にビルドされたバイナリをダウンロードするワンラインインストーラー（curl -sSL https://raw.githubusercontent.com/fiatjaf/nak/master/install.sh | sh）も導入され、エンドユーザーにとってGoツールチェーンの要件がなくなりました。BunkerモードはUnixソケットとswitch_relaysをサポートするようになりました。

Zeus v0.12.2 Beta - NWC修正

Zeus v0.12.2-beta1は、先週のZeusカバレッジで取り上げた問題に対処する複数のNWC修正を出荷しました。

プロジェクトアップデート

Amethystデスクトップ - フェーズ2A出荷

Amethystはデスクトップアプリのフェーズ2Aを展開し、デスクトップ体験に検索、ブックマーク、Zap、スレッドビュー、長文コンテンツ（Reads）を追加しました。コンパニオンPR #1683は透過的なイベントブロードキャストフィードバックを追加し、ユーザーはイベントがネットワーク全体に伝播する際にリアルタイムでリレーごとのステータスを確認でき、接続性の問題を診断しやすくなりました。

Notedeckの進捗：カレンダーアプリとUXポリッシュ

DamusチームのNotedeckデスクトップクライアントは、モバイルビューでより多くの画面スペースを確保するためにスクロール速度に応答する自動非表示ツールバー動作をマージしました（PR #1268）。ドラフトPR #1271は、月/週/日/アジェンダビュー、RSVPサポート、カレンダーイベントへのNIP-22コメントを備えた完全なNIP-52カレンダーアプリを追加し、現在テスト用にフィーチャーフラグが設定されています。

Jumbleがコミュニティモードを追加

リレーに焦点を当てたWebクライアントJumbleは、コミュニティモードと環境変数によるリレーセットプリセットのサポートを追加し、nostr.moeのようなテーマ付きインスタンスのデプロイを容易にしました。

Shopstr注文ダッシュボード

Shopstrは、チャットベースの注文管理を専用の注文ダッシュボードに置き換えました。新しいインターフェースは、マーチャントがチャットスレッドをスクロールすることなく、注文ステータスの追跡、メッセージの既読マーク、フルフィルメントの管理を行うための集中ビューを提供します。このアップデートでは、サーバーサイドの注文ステータスAPIを優先してIndexedDBキャッシュを廃止し、より良いフィルタリングのために注文DMのタグ付け方法を改訂しました。

FormstrがグリッドQuestionを追加

NostrネイティブのフォームアプリFormstrは、グリッドQuestionを追加し、埋め込みサポート付きでSDKを書き直しました。非NIP-07署名者向けの修正により、bunkerまたはローカル署名者を持つユーザーが自分のIDでフォームを送信しようとする際の問題が解決されました。

nostr-toolsが暗号依存関係をアップグレード

コアJavaScriptライブラリのnostr-toolsは@noble/curves v2.0.1にアップグレードし、27ファイルにわたる破壊的なAPI変更に対処し、最新の監査済みnobleライブラリを採用しました。fiatjafはまたNIP-46にswitch_relaysサポートを追加し、bunkerクライアントがリレー接続を動的に変更できるようにしました。

ZeusがNIP-87ミントレビューに取り組み中

Zeusには[NIP-87ミントレビュー用のオープンPR](https://github.com/ZeusLN/zeus/pull/3576)があり、ユーザーはNostrフォローでフィルタリングされたCashuミントを発見してレビューできます。レビューには星評価が含まれ、匿名またはユーザーのnsecで送信できます。

Camelusが完全なDMサポートを出荷

バッテリー効率の良いモバイルパフォーマンスのためにDart NDKで構築されたFlutterベースのAndroidクライアントCamelusは、今週20以上のコミットで包括的なダイレクトメッセージングを追加しました。このアップデートには、チャットカテゴリ、メッセージ日付、楽観的送信UI、自分へのメモ機能、適切なDMリレー処理が含まれます。

Marmot Protocolアップデート

先週オープンPRとしてカバーしたMIP-03決定論的コミット解決がマージされました。MDK PR #152は、同じエポックに対して複数の有効なコミットが到着したときに、すべてのMLSベースのグループチャットが同じ状態に収束することを保証します。

コンパニオン仕様PR #28は、実装監査からのギャップに対処するinit_keyライフサイクル要件を追加します：Welcomeメッセージからの秘密鍵マテリアルは処理後に安全に削除する必要があり（ゼロ化、ストレージクリーンアップ）、新しいメンバーはforward secrecyのために24時間以内にセルフアップデートを実行する必要があります。

TypeScript SDK（marmot-ts）はリファレンスチャットアプリケーションを構築しています。PR #37は、グループ作成/リスト、公開/ブロードキャスト/削除フローを備えたキーパッケージ管理、QRコード招待を追加します。hzrd149によるオープンPR #38は、ページネーション付きのメッセージ履歴永続化を実装します。whitenoise-rsバックエンドは今週15のPRをマージし、多言語サポート（PR #455）とMIP-04 v2メディアリファレンス（PR #450）を含みます。

diVineがNostr統合機能を追加

ショートフォームビデオアプリdiVineは、急速なNostr統合を継続しています。

オープンPRにはNIP-46 QRコード認証（PR #1019）とNIP-17暗号化ダイレクトメッセージング（PR #834）が含まれます。今週の活動は、nostr: URIと@メンションをクリック可能なプロファイルリンクに変換するメンションサポート、Nostrプロファイルを使用したClassic Vinersアバターフォールバック、描画、フィルター、ステッカーを含むビデオ編集ツールに焦点を当てました。

NIPアップデート

NIPsリポジトリへの最近の変更：

マージ済み：

Trusted Relay Assertions - 先週カバーしたリレー信頼スコアリングを標準化する提案がマージされました。仕様は、信頼性、品質、アクセシビリティにわたるスコアリングを持つリレー信頼アサーション用のkind 30385イベントを定義します。マージに至る議論は、信頼スコアが「グローバル」（すべてのユーザーに対して一度計算される）であるべきか「パーソナライズ」（各観察者のソーシャルグラフに相対的）であるべきかに集中しました。nostr.bandのTrust RankやGrapeRankのようなPageRankスタイルのアルゴリズムは、偽アカウントを通じて渡されるランクをボットファームのサイズで割ることでシビル攻撃に抵抗します。

オープンPRとディスカッション：

Communikeys - リレーベースのアプローチの代わりに、既存のnpubをコミュニティ識別子として使用するコミュニティ管理のための包括的な提案。任意のnpubがkind 10222イベントを公開することでコミュニティになることができ、出版物はkind 30222イベントを介してコミュニティをターゲットにします。アクセス制御はNIP-58バッジを使用し、コミュニティキーのコールドストレージによる委任されたメンバーシップ管理を可能にします。
NIP-CF: Changes Feed - タイムスタンプベースのsinceフィルターの代替として、シーケンスベースのイベント同期を提案するドラフト。問題：sinceタイムスタンプを使用した標準的なNostr同期は、複数のイベントが同じ秒精度のタイムスタンプを共有する場合、クライアントとリレーのクロックがずれる場合、またはチェックポイントが不正確な場合にイベントを見逃す可能性があります。NIP-CFは、リレーが保存されたイベントに単調増加するシーケンス番号を割り当てることでこれを解決し、厳密な全順序を提供します。クライアントは特定のシーケンス番号以降の変更をリクエストし、保証された順序でイベントを受信し、イベントを見逃さない正確なチェックポイントを提供します。この提案は、初期同期後にサブスクリプションがリアルタイム更新のためにオープンのままになるライブ/継続モードもサポートします。
NIP-XX: Encrypted File Sync - Nostrリレーを使用してデバイス間で暗号化コンテンツを同期するためのkind 30800（暗号化ファイル）、30801（ボールトインデックス）、30802（共有ドキュメント）を定義するプロトコル。このプロトコルにより、ローカルファーストのノートテイキングアプリは、集中サーバーなしでエンドツーエンド暗号化同期を提供できます。ファイルの内容、パス、名前、フォルダ構造はすべてNIP-44セルフ暗号化を使用して暗号化されるため、リレーは読み取れないブロブを保存します。画像のようなバイナリ添付ファイルは、クライアントサイド暗号化を使用してBlossomサーバーを使用します。Kind 30802は、受信者の公開鍵に暗号化することで、ユーザー間のドキュメント共有を可能にします。

Nostrの5年間の1月の歴史

先月のニュースレターでは、fiatjafの最初のクライアントリリースからJack Dorseyの触媒的な寄付まで、Nostrの12月のマイルストーンをたどりました。この回顧録では、検証された技術開発に焦点を当て、2021年から2025年までの各1月に何が起こったかを記録します。

2021年1月：初期開発

Nostrの3か月目は、2020年12月にローンチしたfiatjafのVue.jsクライアントBranleの継続的な開発を見ました。おそらく15人未満の少数の初期採用者グループが、Telegramグループ@nostr_protocol（2020年11月16日作成）を通じて調整し、1つまたは2つの実験的なリレーでプロトコルをテストしていました。コマンドラインクライアントnosclはターミナルベースのインタラクションを提供しました。

技術的な基盤はすでにロックされていました：ユーザーはsecp256k1公開鍵で識別され、投稿はSchnorr署名で暗号的に署名され、リレーは互いに通信しないダムストレージとして機能します。これは意図的にBitcoinネイティブな暗号であり、後年の採用パターンを形成する設計選択でした。

2022年1月：開発者の発見

2022年1月は、Nostrが最初のHacker News登場（2021年12月31日）の余韻の中で始まり、110ポイントと138コメントを獲得しました。その投稿の時点で、ネットワーク全体を動かしていたリレーはわずか約7つで、コメント者は「nostrはとても新しく、誰も使っていないので、スパムはまだ問題ではない」と指摘していました。Robert C. Martin（「Uncle Bob」）はNostrを「ソーシャルコミュニケーションのエンドゲームソリューション」になる可能性があると支持しました。議論は1月も続き、開発者たちはリレーアーキテクチャ対真のP2P、検閲耐性対モデレーション、シンプルさがスケールするかどうかについて議論しました。

HNの投稿は新しい実装の波を引き起こしました。Uncle Bob自身は1月18日にmore-speechというClojureデスクトップクライアントを開始しました。fiatjafのgo-nostrライブラリ（2021年1月作成）とnosclコマンドラインクライアントがGoツールを提供し、nostr-toolsがJavaScriptサポートを提供しました。2022年12月までに、約800のプロファイルがバイオを持っていました。Branleは主要なWebクライアントとして残り、秘密鍵のインポートとマルチリレーサポートを含む更新を受けました。技術的な課題は明らかでした：64文字の16進数キーは直感的ではなく、メッセージの遅延がユーザーを苛立たせ、コミュニティはアーキテクチャがTwitter規模のトラフィックを処理できるかどうかを疑問視しました。

2023年1月：ブレイクアウト

2023年1月はNostrを実験から運動へと変貌させました。William Casarin（jb55）によるiOSクライアントDamusは、AppleのApp Store承認プロセスと戦いました。1月1日に拒否され、1月26日に再度拒否され、1月31日についに承認されました。その承認は連鎖反応を引き起こしました：Damusはすぐに米国のソーシャルネットワーキングで#10に達しました。Jack Dorseyはそれを「オープンプロトコルのマイルストーン」と呼びました。

その8日前の1月23日、Edward SnowdenがNostr上での存在を発表しました：「Nostrのクールなことの一つは…検閲耐性を超えて、280文字に制限されないことです。」NSA内部告発者からの彼の支持はプライバシー意識の高いサークルで重みを持ち、ユーザーはすぐにLightningを通じて彼にsatsをzapし始めました。

Webクライアントは流入をオンボードするために競争しました。2022年12月にkieranが作成したSnortは、機能豊富なReactクライアントとして登場しました。1月13日、SnortはNostr Plebs APIを介したNIP-05登録を統合し、新規ユーザーがオンボーディング中に人間が読めるIDを主張できるようにしました。Martti Malmi（Satoshiから2番目のBitcoinトランザクションを受け取った初期のBitcoin貢献者）がフルタイムで開発したIrisは、iris.toで無料のNIP-05 IDを持つWebとモバイルの両方のインターフェースを提供しました。monlovesmangoがBranleフォークとしてQuasar（Vue.js）で構築したAstralは、ユーザーが投稿とフィルタリングのためにリレーをセットに整理できるリレーグルーピング機能を備えたリレー管理に焦点を当てました。iOSクライアントのTestFlightベータは数時間以内に満杯になり、AmethystがAndroidを席巻しました。

インフラストラクチャはペースについていくのに苦労しました。すべてのリレーは自腹で支払う愛好家によって運営されていました。Lightningマイクロペイメントを使用した有料リレーは自然なスパムフィルタリングを作成しましたが、アクセスの摩擦を導入しました。Damusは承認からわずか2日後に中国のApp Storeから削除されました。報道によると、中国のトップインターネット監視機関の要請によるものでした。

2024年1月：プロトコルの強化

2024年1月はプロトコルの標準化とコミュニティ構築に焦点を当てました。Nostr PHXは1月5日にフェニックスでミートアップを開催し、地元のサイファーパンクを集めました。これはその年の多くのコミュニティイベントの最初であり、BTC Prague（6月）、リガでのNostriga（8月）、Nostrasiaが含まれます。

最も重要なプロトコル開発は、1月29日にマージされたNIP-59（Gift Wrap）で、暗号化通信のためのメタデータ保護を提供しました。Gift WrapはNIP-44の暗号化標準（2023年12月にCure53によって監査）を基に、リレーから送信者のIDを隠します。プロトコルは暗号化されたメッセージをランダムな使い捨てキーペアで署名された外部イベント内にラップします。リレーは使い捨てのpubkeyのみを見て、実際の送信者のIDは受信者のみが復号化できる暗号化ペイロードに埋め込まれています。これにより、リレーオペレーターやネットワーク観察者が誰が誰にメッセージを送っているかを知ることを防ぎます。タイミング分析を無効にするためにタイムスタンプもランダム化できます。

エコシステムはソーシャルメディアを超えて拡大しました。Plebeian MarketはNIP-15準拠で完全にNostrネイティブになり、クロススタールショッピングカートとマーチャントを発見するためのスタールブラウザを可能にしました。ShopstrはBitcoinコマースを促進するパーミッションレスマーケットプレイスとして登場しました。kieranが構築したZap.streamは、21 sats/分のLightning支払いでNostrにライブストリーミングをもたらしました。開発者ツールはNDKがTypeScript抽象化を提供し、rust-nostrがRustバインディングを提供することで成熟しました。Zeus v0.8.1はNostrコンタクトインポートと永続的なLNDを出荷し、後のリリースでのNostr Wallet Connect統合の基礎を築きました。

しかし、インフラストラクチャの持続可能性は依然として課題でした。この時期の学術研究では、リレーの95%が運営コストをカバーするのに苦労しており、20%が大幅なダウンタイムを経験していることがわかりました。有料リレーの入場料は平均1,000 sats（約$0.45）未満で、運営を維持するには不十分でした。

詐欺に関する注意：この時期にローンチされた「Nostr Assets Protocol」および関連する「$NOSTR」トークンは、fiatjafによって公に非難され、「100%詐欺」であり「実際のNostrプロトコルとは何の関係もないアフィニティ詐欺」とされました。

2025年1月：クライアントの成熟

2025年1月は、エコシステム全体で継続的なクライアント開発を見ました。Nostur 1.17.0は1月13日に既読状態のクロスデバイス同期、FROSTマルチシグログインサポート、最適化されたローカルデータベースパフォーマンスを出荷しました。Amethystは手動設定を必要とせずにフォローリストに基づいてリレーセットを自動的にコンパイルするoutboxモデルへの移行を続けました。

主要なクライアントはダイレクトメッセージでNIP-04から離れ始め、NIP-17と提案されたNIP-104に向けて移行し、暗号化とメタデータ保護を強化しました。エコシステムがより効率的なリレー使用パターンに収束するにつれて、Gossipモデル（outbox/inbox通信）が採用されました。業界の観察者は、これがNostrがニッチなプロトコルから主流の認知へと移行する年になると予測し、毎日のアクティビティを倍増させる可能性のある注目を集めるプラットフォーム移行があるかもしれないと予測しました。

2026年1月：セキュリティと署名インフラストラクチャ

2026年1月はセキュリティと署名インフラストラクチャの大幅な進歩をもたらしました。Primal Android 2.6.18はNIP-46リモート署名とNIP-55ローカル署名者サポートを出荷し、AmberとAegisに加わって他のAndroidアプリの完全な署名ハブになりました。BitchatはSignalとNIP-44を監査した同じ会社であるCure53のセキュリティ監査を完了しました。DHシークレットのクリアリングとスレッドセーフの問題を含む重要な発見を修正する17以上のPRがありました。BitchatとDamusの両方がC TorからRust Artiに移行し、信頼性とメモリセーフティを向上させました。

プロトコル作業はNIP-71（アドレス可能なビデオイベント）のマージと、量子攻撃に対するNostrの将来の保護についてのディスカッションを開くポスト量子暗号NIPで継続しました。Trusted Relay Assertionsドラフトは、署名されたアテステーションを通じてリレー信頼スコアリングを標準化することを提案しました。Marmot Protocolは、監査の発見に対処する18のマージされたPRでMLSベースの暗号化メッセージングを強化しました。

実世界のアプリケーションは、CashuエスクローとNIP-44暗号化を使用した分散型ライドシェアリングを開発するRidestrと、FROST閾値署名にメールベースのリカバリーフローを追加するPomadeで拡大しました。Damusは信頼性の高いDM同期のためにnegentropyを出荷し、Amethystのデスクトップアプリは検索、ブックマーク、zapでフェーズ2Aに達しました。

今後の展望

6年間の1月は、Nostrの初期開発（2021年）から公開発見（2022年）、爆発的成長（2023年）、プロトコル強化（2024年）、クライアント成熟（2025年）、セキュリティインフラストラクチャ（2026年）への進化を明らかにしています。このパターンはオープンプロトコルの成長を見てきた人には馴染み深いものです：静かな構築の年月、条件が揃ったときの突然の爆発、そしてすべてを信頼できるものにするための長い作業。7つのリレーとHacker Newsのスレッドから始まったものは、今や実際のアプリケーションを持つ監査済みインフラストラクチャになっています。2027年の問題：誰かがNostrを使ってライドを呼び、暗号化メッセージを送り、紛失した鍵を回復するとき、彼らはそれを使っていることに気づくでしょうか？

Nostr Compass #6

Wed, 21 Jan 2026 00:00:00 +0000

Nostr Compassへようこそ。Nostrの週刊ガイドをお届けします。

今週のハイライト: BitchatはC言語版TorをRust実装のArtiに置き換え、信頼性とパフォーマンスを向上させました。nostrdb-rsはゼロアロケーションデータベース操作を可能にするストリーミングfoldクエリを獲得。Listrは1年間の休止期間を経て、NDK 3ベータ移行とAI支援メンテナンスによる大規模なリファクタリングを実施。ZeusはリモートLightning制御のためのNIP-47 (Nostr Wallet Connect)修正とCashu改善に焦点を当てた17件のマージされたPRを出荷。Primal Androidはウォレットバックアップフローと適切なアスペクト比のためのNIP-92 (メディア次元)サポートを追加。新しいドラフトNIPは標準化されたリレー信頼スコアリングのためのTrusted Relay Assertionsを提案しています。

ニュース

BitchatがTorサポートでRust Artiに移行

Bitchatは、C言語版TorからTorプロトコルのRust実装であるArtiに移行しました。PR #958はC言語版Torの依存関係を削除してArtiを統合し、メモリ安全性の保証と信頼性の向上をもたらします。この変更により、C言語実装で長年の問題だったフォアグラウンドサービスの再起動を引き起こしていた休止状態の起動試行が排除されます。

ユーザーにとっての意味: より安定した暗号化メッセージングで、特にモバイルデバイスでの切断が少なくなります。Rust実装は、絶え間ない再接続試行によるクラッシュリスクとバッテリー消耗を削減します。

ArtiはTor ProjectによってRustで開発されたTorの完全な書き直しであり、メモリ安全性によるセキュリティの向上とアプリケーションへの統合の容易さを提供します。Bitchatにとって、メモリ安全性特性は、暗号化メッセージとリレー接続を処理する際の攻撃面を削減します。この移行は、チームの最近のCure53セキュリティ監査 (Newsletter #5でカバー)に続き、セキュリティ改善を継続しています。

このPRはまた、ChatViewModelとBLEServiceの包括的なテストカバレッジを導入し、デッドコードを削除し、テストスイートを安定化します。Bluetooth Low Energyメッシュの信頼性向上はTorの変更に付随し、大規模な転送失敗に対処します。これらの変更により、TorがローカルBLE通信と並んでインターネット接続を提供するオフラインメッシュネットワーキングシナリオでのBitchatの弾力性が向上します。

ListrがAI駆動のメンテナンスで復活

JeffGは、listr.lolで利用可能なNostrリスト管理アプリケーションListrの大規模なリファクタリングを発表しました。プロジェクトが1年以上休止状態だった後のことです。AI支援を使用して、NDK 3ベータへの移行、SvelteとViteの最新バージョンへの更新、すべての依存関係の最新化を含む包括的なアップグレードを完了しました。このリファクタリングは、パックのフォローに対するファーストクラスのサポートを追加し、50項目を超えるリストのページネーションを実装し、休止期間中に蓄積された多数のバグを修正します。

ユーザーにとっての意味: Listrは、フォローリスト、コンテンツコレクション、トピックキュレーションを管理するための改善されたパフォーマンスと新機能でオンラインに戻りました。ページネーション修正により、大きなリストが実際に使用可能になります。

JeffGは、AI支援がなければ、このメンテナンス作業は決して行われず、プロジェクトが放棄されることを防げなかっただろうと述べました。ListrはNostrでのコンテンツキュレーションを可能にし、ユーザーがプロフィール、トピック、リソースのリストを作成、管理、共有できるようにします。このアップグレードにより、リスト管理がプロトコル上のコンテンツ発見においてより中心的になるにつれて、アプリケーションは現在のNostr標準とクライアントの期待に準拠し続けます。

NIP更新

NIPsリポジトリへの最近の変更:

マージ済み:

NIP-29 (リレーベースのグループ) - リレーキーの明確化 (#2190 - マージ済み)は、リレーキーがリレーURL自体であり、公開鍵ではないことを明確化します。仕様は「リレーキーはリレーのWebSocket URL (例: wss://groups.example.com)」と明示的に述べ、混乱を避けます。これは、クライアントが特定のグループをホストするリレーを識別する方法に影響し、グループがホストするリレーに適切に帰属されることを保証します。

オープンPRとディスカッション:

Trusted Relay Assertions - ドラフトNIPは、NIP-66 (リレー発見と監視)メトリクス、オペレーターの評判、ユーザーレポートから計算された信頼スコア(0-100)を含むkind 30385イベントを通じてリレー信頼スコアリングを標準化することを提案します。仕様は信頼を信頼性(稼働時間、レイテンシ)、品質(TLS、ドキュメント、オペレーター検証)、アクセシビリティ(管轄区域、障壁、監視リスク)コンポーネントに分割します。オペレーター検証には、NIP-11 (リレー情報ドキュメント)を介した暗号署名、DNS TXTレコード、.well-knownファイルが含まれます。ユーザーはkind 10385イベントを介して信頼されたアサーションプロバイダーを宣言し、クライアントが複数のプロバイダーに多様な視点を問い合わせることを可能にします。この提案は、NIP-66発見を評価で補完し、NIP-46 (リモート署名/Nostr Connect)が接続URIでリレーの信頼性を評価するのを支援します。
ポスト量子暗号 - PR #2185 (オープン)は、Newsletter #5が量子耐性アルゴリズムの提案を導入して以来、進化し続けています。今週のディスカッションは、暗号アジリティの実装詳細に焦点を当てました:移行中にクライアントが二重署名を処理する方法、古いクライアントの後方互換性、および大きな量子耐性署名のパフォーマンスへの影響。貢献者は、ML-DSA-44のみを義務化するか、柔軟性のために複数のアルゴリズム(ML-DSA-44、Falcon-512、Dilithium)をサポートするかについて議論しました。コンセンサスは段階的アプローチに傾いています:最初はオプションの量子署名、広範なクライアントサポートと実際の量子脅威の出現後にのみ必須になります。

NIP詳細解説: NIP-11とNIP-66

今週は、リレーの発見と評価を可能にする2つのNIPを検証します:NIP-11はリレーが自分自身を記述する方法を定義し、NIP-66はリレーの動作を測定する方法を標準化します。これらは一緒にリレー信頼評価システムの基礎を形成します。

NIP-11: リレー情報ドキュメント

NIP-11は、リレーがHTTPを介して提供する、その機能、ポリシー、オペレーター情報を記述するJSONドキュメントを定義します。クライアントがwss://relay.example.comに接続すると、https://relay.example.com (wss://をhttps://に置き換えて)を取得してリレーの情報ドキュメントを取得できます。

このドキュメントは、Accept: application/nostr+jsonヘッダーを持つ標準のHTTPコンテンツネゴシエーションを使用します。これにより、リレーはブラウザに通常のWebサイトを提供しながら、Nostrクライアントに機械可読メタデータを提供できます。レスポンスには、リレーソフトウェア名とバージョン、オペレーター連絡先情報(公開鍵、メール、代替連絡先)、サポートされているNIP、支払い要件やコンテンツ制限などの運用パラメータが含まれます。

重要なことに、基本的なNIP-11ドキュメントはHTTPSを介して提供される署名なしのJSONであり、認証性をTLS証明書のみに依存しています。これは、リレーのWebサーバーを制御している人なら誰でもドキュメントを変更でき、オペレーターの主張が検証できないことを意味します。Trusted Relay Assertionsの提案は、リレーのself公開鍵フィールドを通じて署名された証明を導入することで、このギャップに対処し、リレーが認証メカニズムに署名済みイベントを使用する方法と同様に、オペレーターのアイデンティティの暗号的証明を可能にします。

{
 "name": "relay.example.com",
 "description": "A general-purpose public relay",
 "pubkey": "79be667ef9dcbbac55a06295ce870b07029bfcdb2dce28d959f2815b16f81798",
 "contact": "admin@example.com",
 "supported_nips": [1, 2, 4, 9, 11, 12, 16, 20, 22],
 "software": "git+https://github.com/relay/relay.git",
 "version": "1.2.3",
 "limitation": {
 "max_message_length": 16384,
 "max_subscriptions": 20,
 "max_filters": 100,
 "max_limit": 5000,
 "max_subid_length": 100,
 "min_prefix": 4,
 "max_event_tags": 2000,
 "max_content_length": 8196,
 "min_pow_difficulty": 0,
 "auth_required": false,
 "payment_required": false
 },
 "payments_url": "https://relay.example.com/payments",
 "fees": {
 "admission": [{"amount": 5000, "unit": "msats"}],
 "subscription": [{"amount": 1000, "unit": "msats", "period": 2592000}],
 "publication": []
 }
}

limitationオブジェクトは、リレーが実施する制約をクライアントに伝えます。max_message_lengthはWebSocketフレームサイズを制限し、max_subscriptionsは接続ごとの同時REQサブスクリプションを上限とし、max_filtersはREQごとのフィルターを制限し、max_limitは単一のフィルターが要求できるイベント数を制約します。これらのパラメータは、クライアントがリレーの機能に適応し、制限を超えて切断されるのを防ぐのに役立ちます。

支払い情報はfeesとpayments_urlに表示されます。リレーは、入場(1回限りのアクセス)、サブスクリプション(定期的なアクセス)、または公開(イベントごとの料金)に課金できます。payments_urlは、通常Lightning請求書またはecashミントである支払い方法の詳細を指します。有料リレーは、クライアントが認証を試みる前に、これらのフィールドを使用して価格を伝達します。

supported_nips配列により、クライアントはリレーの機能を発見できます。リレーがNIP-50をリストしている場合、クライアントは全文検索クエリを送信できることがわかります。NIP-42が表示される場合、クライアントは認証チャレンジを期待する必要があります。この宣言的な機能広告により、プログレッシブエンハンスメントが可能になります:クライアントは利用可能な高度な機能を使用しながら、限定的なサポートのリレーでは適切に劣化できます。

オペレーター情報は説明責任を構築します。pubkeyフィールドはNostr上のリレーオペレーターを識別し、NIP-17 DMまたは公開メンションを介した直接通信を可能にします。contactメールはプロトコル外のフォールバックを提供します。これらのフィールドは、ユーザーが不正使用レポート、アクセスリクエスト、または技術的な問題についてオペレーターに連絡するのに役立ちます。

NIP-11ドキュメントは自己報告です:リレーは実際に行うことではなく、サポートすると主張することを記述します。ここでNIP-66が重要になります。

NIP-66: リレー発見と稼働監視

NIP-66は、リレー監視データをNostrに公開することを標準化します。モニターサービスは、可用性、レイテンシ、プロトコル準拠、サポートされているNIPについてリレーを継続的にテストします。結果をkind 30166イベントとして公開し、リレーの自己報告から独立したリアルタイムのリレーステータスを提供します。

モニターは、接続してテストサブスクリプションを送信することによりリレーの可用性をチェックします。レイテンシ測定は、接続時間、サブスクリプション応答時間、イベント伝播遅延を追跡します。プロトコル準拠テストは、リレーの動作が仕様と一致することを確認し、実装バグや意図的な逸脱をキャッチします。NIPサポート検証は、NIP-11の主張を超えて、広告された機能が実際に正しく動作するかどうかを実際にテストします。

{
 "id": "a34b5c7d89e1f2a3b4c5d6e7f8a9b0c1d2e3f4a5b6c7d8e9f0a1b2c3d4e5f6a7",
 "pubkey": "4e2d0bc6f8e7c3a5b9f1d2e3a4b5c6d7e8f9a0b1c2d3e4f5a6b7c8d9e0f1a2b3c4",
 "created_at": 1736784000,
 "kind": 30166,
 "tags": [
 ["d", "wss://relay.example.com"],
 ["rtt", "open", "143", "1736784000"],
 ["rtt", "read", "89", "1736784000"],
 ["rtt", "write", "92", "1736784000"],
 ["nips", "1", "2", "4", "9", "11", "12"],
 ["geo", "US", "United States", "New York"],
 ["other", "network", "clearnet"],
 ["other", "payment_required", "false"],
 ["other", "auth_required", "false"]
 ],
 "content": "{\"last_check\": 1736784000, \"checks\": 8760}",
 "sig": "8b9c4d5e6a7f8b0c1d2e3f4a5b6c7d8e9f0a1b2c3d4e5f6a7b8c9d0e1f2a3b4c5d6e7f8a9b0c1d2e3f4a5b6c7d8e9f0a1b2c3d4e5f6a7b8c9d0e1f2a3b"
}

dタグにはリレーURLが含まれ、これをパラメータ化された置換可能なイベントにします。各モニターは、測定値が変化するにつれて更新される、リレーごとに1つのイベントを公開します。複数のモニターが同じリレーを追跡でき、冗長性とクロスバリデーションを提供します。クライアントは複数のモニター公開鍵をクエリして、リレーの健全性に関する多様な視点を取得します。

ラウンドトリップタイム(rtt)タグは、さまざまな操作のレイテンシを測定します。rtt openはWebSocket接続確立を追跡し、rtt readはサブスクリプション応答時間を測定し、rtt writeはイベント公開速度をテストします。すべての値はミリ秒単位です。クライアントはこれらのメトリクスを使用して、時間に敏感な操作には低レイテンシのリレーを優先したり、遅いリレーを優先度を下げたりします。

nipsタグは、主張されたサポートではなく、実際に検証されたNIPサポートをリストします。モニターは、その機能を実行することによって各NIPをテストします。リレーがNIP-11ドキュメントでNIP-50検索を主張しているが、検索クエリが失敗した場合、モニターは検証済みリストからNIP-50を省略します。これにより、リレー機能に関する真実が提供されます。

地理情報は、クライアントがレイテンシの改善と検閲への耐性のために近くのリレーを選択するのに役立ちます。geoタグには、国コード、国名、地域が含まれます。networkタグは、クリアネットリレーをTor hidden servicesまたはI2Pエンドポイントと区別します。これらのタグを組み合わせることで、地理的多様性が可能になります:クライアントは、地域的な検閲に抵抗するために複数の管轄区域のリレーに接続できます。

モニターデータは、クライアントのリレーセレクター、エクスプローラーWebサイト、およびTrusted Relay Assertions提案に電力を供給します。自己報告されたNIP-11ドキュメントと測定されたNIP-66データおよび計算された信頼アサーションを組み合わせることで、エコシステムは、ハードコードされたデフォルトや口コミの推奨に頼るのではなく、情報に基づいたリレー選択に向かって移動します。

リリース

0xchat v1.5.3 - 拡張メッセージング機能

0xchat v1.5.3は、TelegramスタイルのNostrメッセージングクライアントに大幅な改善をもたらします。このリリースは、Amberなどの外部署名者を通じた適切なイベント署名を妨げていたNIP-55 (Android署名者アプリケーション)準拠の問題に対処します。完全な準拠により、0xchatは署名操作を正しく委任し、秘密鍵を分離してセキュリティを向上させます。

このアップデートは、FileDropServerとBlossomServerの両方をデフォルトのメディアストレージオプションとして統合し、ファイルアップロードの冗長性をユーザーに提供します。Blossomは、ファイルがSHA-256ハッシュによって参照されるコンテンツアドレス可能なストレージを提供し、整合性を確保し、ネットワーク全体での重複排除を可能にします。Momentsの自動ドラフト保存は、長文コンテンツを作成する際のデータ損失を防ぎ、アプリの切り替えや接続の中断中に失われた投稿に関するユーザーの苦情に対処します。

Cashuウォレット統合は、使用済みトークンをウォレットビューから削除する自動プルーフフィルタリングにより洗練されます。これにより、ユーザーが有効なecashと並んで無効なプルーフを見て、残高計算が信頼できなくなるという混乱するUXが解決されます。フィルタリングはクライアント側で行われ、プライバシーを維持しながら、チャット内のピアツーピアトランザクションの支払いエクスペリエンスを向上させます。

Amber v4.1.0 プレリリース - UI刷新

Amber v4.1.0-pre1からv4.1.0-pre3は、人気のあるAndroidイベント署名者の再設計されたインターフェースを導入します。ログイン画面は、どのアプリケーションが署名権限を要求しているかを明確に表示し、承認フローに関するユーザーの混乱に対処します。新しいイベント画面は、アプリケーションが署名したいデータの詳細な検査を提供し、ユーザーが操作を承認する前に情報に基づいたセキュリティ決定を行うことを可能にします。

権限管理は、各接続されたアプリケーションに正確にどのような機能が付与されているかを示す改訂されたインターフェースで大きな注目を集めています。ユーザーは完全に切断することなく特定の権限を取り消すことができ、署名委任のきめ細かい制御が可能になります。更新されたquartzライブラリを使用したリファクタリングされたリレーカウンターは、イベントスループットとリレーパフォーマンスに関するリアルタイム統計を提供します。NIP-46 (Nostr Connect)バンカー接続は、接続が失敗したときに詳細なエラーメッセージを表示し、不可解なタイムアウトエラーを実用的な診断に置き換えます。

注目すべきコードとドキュメントの変更

これらはマージされたプルリクエストと追跡する価値のある初期段階の開発です。一部はリリース前に進化する可能性がある実験的機能です。

Zeus (Nostr Wallet ConnectによるLightningウォレット)

Zeusは今週17のプルリクエストをマージし、主要なNIP-47 Nostr Wallet Connect実装としての地位を強化しました。最も重要な修正は、Nostrクライアントとの相互運用性の問題を引き起こしていたデータの一貫性とプロトコル準拠の問題に対処します。

トランザクション履歴修正 - PR #3542は、NWCトランザクションリストが不正確または重複したエントリを表示する重大なバグを解決します。この問題は、Zeusがイベント更新を適切に処理せずにトランザクションデータをキャッシュしたときに発生し、ユーザーがファントムトランザクションまたは欠落した支払いを見る原因となりました。この修正は、適切なイベント重複排除とキャッシュ無効化を実装し、トランザクション履歴がLightningノードの状態を正確に反映することを保証します。

プロトコル準拠 - PR #3548は、完全なNIP-47準拠を期待するクライアントとの互換性を壊していた不完全なgetInfoレスポンスに対処します。一部のNostrクライアントは、block_heightやnetworkなどのフィールドが欠落している部分的なレスポンスを受信するとクラッシュしました。このPRは、基礎となるLightning実装がそれらを提供しない場合でも、すべての必須フィールドが適切なデフォルトで返されることを保証し、エコシステム全体でZeusの互換性を向上させます。

接続の弾力性 - PR #3543は、停止したNostr接続のタイムアウト通知を実装します。以前は、ユーザーはリレー接続が静かにドロップしたときに無期限に待っていました。現在、Zeusは30秒の非アクティブ後に明確なタイムアウトメッセージを表示し、ユーザーが再試行するか、リレーを切り替えることを可能にします。PR #3541は、互換性のないLightning実装でのNWCアクティベーションを防ぐためのバックエンド検証を追加し、ランタイムクラッシュを引き起こす前に構成エラーをキャッチします。

Cashuレース条件 - PR #3531は、同時ミント操作がトークンデータベースを破損する可能性があったCashuトークン管理の同時実行バグを修正します。レース条件は、複数のスレッドが適切なロックなしでトークンカウントを更新したときに発生し、時折不正確な残高が生じました。この修正は、クリティカルセクション周辺にミューテックス保護を追加し、トークン状態へのアトミックな更新を保証します。

Primal Android (クライアント)

Primal Androidは、ウォレットセキュリティとメディア処理の大幅な改善を伴う12のマージされたPRを出荷しました。ウォレットバックアップ実装は、最も要求された機能の1つに対処し、NIP-92サポートはアプリケーション全体のビジュアルエクスペリエンスを向上させます。

ウォレットバックアップシステム - 4つのPRシリーズ(#844、#845、#846、#848)は、包括的なシードフレーズバックアップ機能を実装します。ユーザーは、スクリーンショットを防ぐセキュアフローを通じて12ワードのニーモニックをエクスポートし、ウォレットダッシュボードにバックアップステータスを表示し、既存のユーザーを移行にガイドできるようになりました。実装はBIP-39標準に従い、誤ったフレーズ記録により資金を失うことを防ぐための検証が含まれています。

メディア次元 (NIP-92) - PR #718は、適切な画像とビデオのアスペクト比のためのNIP-92サポートを実装します。次元メタデータがないと、クライアントはサイズを決定するために画像をダウンロードする必要があり、コンテンツが読み込まれるときにレイアウトジャンプが発生します。NIP-92は、ファイルメタデータイベントにdimタグ(["dim", "1920x1080"]など)を追加し、Primalがメディアをダウンロードする前に正しいスペースを予約できるようにします。これにより、画像ギャラリーでの不快なリフローが排除され、知覚されるパフォーマンスが向上します。

リモート署名者の信頼性 - PR #841は、wss://プレフィックスの欠落がサイレント障害を引き起こしたNIP-46接続の問題を修正します。このPRは、バンカー接続セットアップ中にリレーURIを検証し、ユーザーがベアドメインを貼り付けたときにプロトコルプレフィックスを自動的に追加します。PR #843は、ネットワーク状態が悪い場合に返信がルートノートとして投稿され、会話フローを壊すスレッディングバグに対処します。この修正により、親イベントIDがネットワークの中断を通じて持続することが保証されます。

Marmot Protocol: White Noise (暗号化グループチャットライブラリ)

Marmot Protocolの暗号化グループチャットを支えるRustライブラリWhite Noiseは、ユーザーエクスペリエンスとセキュリティを向上させる6つのPRをマージしました。これらの変更により、Marmotはプライバシーファーストのアーキテクチャを維持しながら、主流のメッセージングアプリケーションと機能パリティに近づいています。

既読レシート - PR #433と#436は、グループ会話のメッセージ既読追跡を実装します。システムは、単一デバイス内でグループごとのユーザーごとの既読位置を保存し、未読カウントバッジを可能にします。実装は、各会話の最後の既読メッセージ位置を追跡するために単調なタイムスタンプを使用します。この基礎的な機能により、会話ごとの未読メッセージカウントを示すUI指標が可能になります。

会話のピン留め - PR #442は、アカウントをグループにリンクするaccounts_groupsジャンクションテーブルのpin_orderフィールドを通じて永続的な会話のピン留めを追加します。ピンされた会話は、メッセージアクティビティに関係なく、チャットリストの上部にその位置を維持し、SignalやWhatsAppからのユーザーの期待と一致します。実装は、決定論的なソートで無制限のピンを可能にするために整数の順序付けを使用します。

決定論的コミット解決 (MIP-03) - PR #152 (オープン)は、Marmot Improvement Proposal 03を実装し、分散グループチャットにおけるコミットレース条件の重大な問題を解決します。複数のメンバーがグループ状態の変更(メンバーの追加/削除、権限の変更)を同時に送信すると、クライアントはコミットの順序付けで分岐し、グループを互換性のない状態に断片化する可能性がありました。MIP-03は、エポックスナップショットと決定論的な勝者選択を導入します:最も早いcreated_atタイムスタンプを持つコミットが勝ち、タイブレーカーとして辞書式イベントIDを使用します。これにより、すべてのクライアントがロールバックとリプレイを通じて同じ状態に収束でき、ネットワークパーティション中でもグループの一貫性を維持できます。

セキュリティ強化 - PR #443は、resolve_group_image_pathで参照を使用することにより、暗号シークレットの不要なコピーを防ぎます。これにより、解放されたヒープ割り当てからシークレットを回復できるメモリ攻撃のウィンドウが削減されます。PR #438は、キーリングパラメータを通じてSQLCipherデータベース暗号化を有効にし、静止状態のメッセージ履歴を保護します。キーリング統合により、構成ファイルではなくプラットフォームキーチェーンでの安全なキー保存が可能になります。

nostrdb-rs (データベースライブラリ) - オープンPR

ストリーミングクエリ実装 - PR #58 (オープン)は、ゼロアロケーションデータベース操作を可能にするストリーミングfoldクエリを提案します。実装は、結果セット全体をベクトルに具体化することなく、データベース結果を一度に1つずつ処理するfold、try_fold、count、any、all、およびfind_mapメソッドを追加します。このアプローチにより、メモリ消費が削減され、一般的なクエリパターンでの早期終了が可能になります。

技術実装は、低レベルクエリ結果コールバック(ndb_query_visit)を、ControlFlowバリアントをCビジターアクションにマップするステートフルなRustビジターとして公開します。マージされると、アプリケーションコードはデータベースレイヤーの近くで実行しながら、イテレーターロジックのように読み取れるようになります。たとえば、一致するノートをカウントすることは、それらを収集するのではなく結果をストリーミングし、find_mapは残りの行を処理せずに最初の有用な結果を返します。

nostrdbはDamusとNotedeck、iOSとmacOSおよびデスクトップクライアントをそれぞれ駆動します。ストリーミングクエリにより、ページネーション、条件付きフィルタリング、存在チェックなどの効率的なパターンが可能になります。このPRは、+756の追加と-32の削除を含む3つのファイルを変更し、クエリレイヤーの大幅なリファクタリングです。nostrdb-rsベースのアプリケーションのユーザーは、大きなタイムラインを閲覧したり、広範なイベントデータベースを検索したりするときに、メモリ使用量が削減されることがわかります。

nak (CLIツール)

fiatjafのコマンドラインNostrツールnakは、ビルドシステムの改善と新しい機能に焦点を当てた6つのPRをマージしました。PR #91は、Blossomミラー機能を実装し、nakをBlossomメディアサーバーのミラーとして機能させます。Blossomは、Nostrイベントと並行して動作するコンテンツアドレス可能なメディアストレージプロトコルです。

残りのPRは、Windows、macOS、およびLinuxプラットフォーム全体でのビルドシステムの互換性に対処し、NostrイベントをローカルディレクトリとしてマウントするためのFUSEファイルシステムサポートを有効にします。

Damus (iOSクライアント) - オープンPR

Damusには、重要なアーキテクチャ改善を探求する11のオープンPRがあります。これらはまだマージされていませんが、特にプライバシー、同期効率、モバイルデータ最適化に関するiOS Nostrクライアント開発の重要な方向性を示しています。

Tor統合 - PR #3535は、Arti TorクライアントをDamusに直接埋め込み、外部依存関係なしで匿名リレー接続を可能にします。OrbotまたはTor Browserアプローチとは異なり、Artiの埋め込みは、iOSサンドボックスとバックグラウンド実行制限とのシームレスな統合を提供します。Rust実装は、C言語版Torと比較して攻撃面を削減し、ネットワーク匿名化にメモリ安全性をもたらします。ユーザーは、リレーごとまたはグローバルにTorモードを切り替えることができ、クライアントは回路管理を透過的に処理します。

Negentropy同期プロトコル - PR #3536は、同期効率を根本的に向上させるセット調整プロトコルであるNegentropyを実装します。最後の接続以降のすべてのイベントをダウンロードする代わりに、Negentropyはコンパクトなフィンガープリント(Merkleツリー)を交換して、クライアントとリレー間で異なるイベントを正確に識別します。何百もの公開鍵をフォローしているユーザーにとって、これにより同期帯域幅がメガバイトからキロバイトに削減されます。実装は、RelayPoolとSubscriptionManagerと統合され、接続されているすべてのリレーで自動的な効率的な同期を可能にします。

低データモード - PR #3549は、帯域幅消費に関するユーザーフィードバックに応答して、セルラーデータ保存機能を追加します。このモードは、画像の自動読み込み、ビデオのプリフェッチングを無効にし、サブスクリプション制限を削減します。従量制接続を使用しているユーザーは、データ上限を超える心配なしにテキストコンテンツを閲覧できます。実装は、iOS低データモード設定を尊重し、さまざまなメディアタイプに対してきめ細かい制御を提供します。

データベース最適化 - PR #3548は、より高速なクエリとディスク使用量の削減のためにnostrdbスナップショットストレージを再作成します。最適化により、データベーススナップショットがディスクに永続化する方法が変更され、読み取りパフォーマンスと書き込み増幅の両方が向上します。これにより、大きなイベントデータベースを持つユーザーからのバッテリー消耗の苦情に対処します。

今週は以上です。何か作っていますか? 共有したいニュースはありますか? プロジェクトをカバーしてほしいですか? NIP-17 DMでご連絡くださいまたは、Nostrで私たちを見つけてください。

Nostr Compass #5

Tue, 13 Jan 2026 00:00:00 +0000

Nostr Compassへようこそ。Nostrの週刊ガイドです。

今週の内容： BitchatがCure53による専門的なセキュリティ監査を受けました。Cure53はSignalやNIP-44の監査も行った同じ企業で、重大な発見を修正する17以上のPRがすでにマージされています。NIP-71がマージされ、アドレス可能な動画eventがプロトコルに導入されました。ポスト量子暗号NIPが量子攻撃に対するNostrの将来的な防御について議論を開始しました。Amethyst v1.05.0がブックマークリスト、ボイスノート、および初期デスクトップリリースを提供し、Nostur v1.25.3がNIP-17 DMのリアクションとリプライを改善しました。ライブラリ関連では、rust-nostrがSQLiteとLMDBバックエンド全体でNIP-62サポートを拡大し、NDKがサブスクリプション追跡のバグを修正しました。

ニュース

BitchatがCure53セキュリティ監査を完了

NostrとCashuを組み合わせたiOS暗号化メッセンジャーであるBitchatが、業界で最も信頼されているセキュリティ企業の一つであるCure53による専門的なセキュリティ監査を受けました。Cure53は以前、Signal、Mullvad VPN、そして特に現代のNostrプライベートメッセージングの基盤となるNIP-44暗号化仕様の監査を行いました。

監査では12以上のセキュリティ問題（BCH-01-002からBCH-01-013）が発見されました。Bitchatチームは17以上のプルリクエストで対応しました。主な修正は以下の通りです：

Noise Protocol DH Secretのクリア - PR #928は、鍵合意後にDiffie-Hellman共有シークレットがゼロ化されていなかった6箇所を修正し、前方秘匿性の保証を回復しました。シークレットが必要以上に長くメモリに残ると、メモリダンプやコールドブート攻撃によって過去の通信が危険にさらされる可能性があります。

署名検証 - 複数のPRが暗号化検証パスを強化し、不正な入力によるメッセージ認証チェックのバイパスを防止しています。

スレッドセーフティ - PR #929はNostrTransportの既読レシートキューにバリア同期を追加し、大量のメッセージ処理時にデータ破損やクラッシュを引き起こす可能性のある競合状態を防止しています。

メモリセーフティ - PR #920は、メモリ枯渇を避けながら高メッセージスループットでのパフォーマンスを向上させるためにメッセージ重複排除機能を最適化しています。

入力検証 - PR #919は、サービス拒否攻撃の一般的な攻撃ベクトルである不正な入力によるクラッシュを防ぐため、16進文字列のパースを強化しています。

BitchatはCashu ecashを扱うため、専門的なセキュリティレビューが不可欠です。この監査は、昨年のMarmot Protocol監査と、暗号化レイヤーを検証したNIP-44監査に続くものです。

NIPアップデート

NIPsリポジトリへの最近の変更：

マージ済み：

NIP-71 - アドレス可能な動画event（#1669）は、アドレス可能なeventとしてkind 34235（横向き動画）とkind 34236（縦向き動画）を導入しています。必須のdタグが一意の識別子を提供するため、event全体を再公開せずに動画メタデータを更新できます。オプションのoriginタグはインポート元を追跡します。Amethystとnostrvineですでに実装済みです。

オープンPR：

ポスト量子暗号 - PR #2185は、Nostrに量子耐性暗号アルゴリズムを追加することを提案しています。この仕様では、個人ユーザーではなくアプリケーションや認証局などの「超高価値event」を対象として、デジタル署名用のML-DSA-44とFalcon-512を導入しています。NIP-44の対称暗号（ChaCha20）は量子耐性がありますが、鍵交換はShorのアルゴリズムに対して脆弱なsecp256k1 ECDHを使用しています。この提案では、このギャップに対処するため鍵合意用のML-KEMを含んでいます。これはNostrの長期的なセキュリティのための暗号アジリティについて議論を開始する初期段階の提案です。
NIP-47用BOLT12 - 137件のコメントと広範な議論の後、コミュニティはBOLT12 offerをNIP-47の拡張ではなく独自の仕様とすることを決定しました。BOLT12 offerはBOLT11 invoiceに比べて、再利用性、ブラインドパスによるより良いプライバシー、およびオプションの支払者情報など大幅なアップグレードを提供します。新しいNIPは、Nostr Wallet Connect実装用のmake_offer、pay_offer、list_offersなどのメソッドを定義します。
Audio Track NIP - PR #1043は、音楽トラック用のkind 32100とポッドキャストエピソード用のkind 32101を提案し、NIP-71が動画に提供するのと同じファーストクラスの扱いをオーディオコンテンツに与えます。現在、Wavlake、Zapstr、Stemstrなどのオーディオプラットフォームはそれぞれ独自のeventフォーマットを使用しており、エコシステムが分断されています。共通の標準により、ユーザーが互換性のあるどのクライアントからでもオーディオを発見して再生できる相互運用性が実現します。
NIP-A3 Universal Payment Targets - PR #2119は、RFC-8905 payto: URIを使用してkind 10133 eventで複数のネットワークにわたる支払いオプションを公開することを提案しています。Bitcoin、Lightning、Cashu、または従来の決済レールごとに個別のevent kindを作成するのではなく、この抽象化によりクライアントは標準化されたタグを解析してネイティブの支払いハンドラーを呼び出すことができます。新しい支払い方法はpayto: URIスキームだけが必要なため、このアプローチは将来にも対応しています。

NIP詳細解説：NIP-51とNIP-65

今週は、ユーザー設定を保存する2つのNIPを取り上げます：コンテンツを整理するためのNIP-51と、relay接続を整理するためのNIP-65です。どちらも置換可能なeventを使用しており、新しい公開ごとに以前のバージョンを上書きします。

NIP-51：リスト

NIP-51は、event、ユーザー、ハッシュタグ、その他のコンテンツへの参照を整理するための複数のリストタイプを定義しています。Amethyst v1.05.0がブックマークサポートを追加したので、リストがどのように機能するかを理解するのに良い機会です。

この仕様では、それぞれ異なる目的を持つ複数のリストkindが定義されています。Kind 10000はユーザー、スレッド、または単語を非表示にするためのミュートリストです。Kind 10001はプロフィールに表示するeventをピン留めします。Kind 30003はブックマークを保存し、これがAmethystがサポートするようになったものです。その他のkindは、フォローセット（30000）、キュレーションされた記事コレクション（30004）、ハッシュタグの興味（30015）、カスタム絵文字セット（30030）を扱います。

リストはタグを通じてコンテンツを参照します。ブックマークリストは特定のevent用にeタグを使用し、記事などのアドレス可能なコンテンツ用にaタグを使用します：

{
 "id": "ae3b0c44298fc1c149afbf4c8996fb92427ae41e4649b934ca495991b7852b855",
 "pubkey": "79be667ef9dcbbac55a06295ce870b07029bfcdb2dce28d959f2815b16f81798",
 "created_at": 1736784000,
 "kind": 30003,
 "tags": [
 ["d", "saved-articles"],
 ["e", "abc123def456...", "wss://relay.example"],
 ["a", "30023:author-pubkey:article-id", "wss://relay.example"]
 ],
 "content": "<encrypted-private-bookmarks>",
 "sig": "908a15e46fb4d8675bab026fc230a0e3542bfade63da02d542fb78b2a8513fcd0092619a2c8c1221e581946e0191f2af505dfdf8657a414dbca329186f009262"
}

dタグは一意の識別子を提供するため、同じkindの下で「saved-articles」、「read-later」、「favorites」のような複数のブックマークセットを維持できます。

リストは公開アイテムと非公開アイテムの両方をサポートしています。公開アイテムはタグ配列に表示され、eventを取得する誰もが見ることができます。非公開アイテムはcontentフィールドに入り、NIP-44を使用して自分自身に暗号化されます。この二重構造により、公開ブックマークを維持しながら非公開メモを添付したり、ミュートした相手を明かさずにミュートリストを維持したりできます。自分自身に暗号化するには、自分のpubkeyを受信者としてNIP-44を使用します。

10000シリーズのkindは置換可能で、relayはpubkeyごとに1つのeventのみを保持します。30000シリーズはパラメータ化された置換可能で、pubkeyとdタグの組み合わせごとに1つのeventを許可します。どちらの場合も、リストの更新は完全な置換を公開することを意味し、増分変更を送信することはできません。クライアントは、他のアプリケーションによって追加されたデータを上書きしないよう、リストを変更する際に不明なタグを保持する必要があります。

NIP-65：Relay List Metadata

NIP-65は、ユーザーが読み取りと書き込みに使用するrelayを通知するkind 10002 eventを定義しています。これにより、他のユーザーやクライアントがあなたのコンテンツを見つけやすくなります。

{
 "id": "bd2217a96b5835b59f9a6a42d8d8a36f8c9b7d4e5f0a1b2c3d4e5f6a7b8c9d0e1",
 "pubkey": "79be667ef9dcbbac55a06295ce870b07029bfcdb2dce28d959f2815b16f81798",
 "created_at": 1736784000,
 "kind": 10002,
 "tags": [
 ["r", "wss://relay.damus.io", "read"],
 ["r", "wss://nos.lol"],
 ["r", "wss://relay.nostr.band", "write"]
 ],
 "content": "",
 "sig": "f1c2d3e4a5b6c7d8e9f0a1b2c3d4e5f6a7b8c9d0e1f2a3b4c5d6e7f8a9b0c1d2e3f4a5b6c7d8e9f0a1b2c3d4e5f6a7b8c9d0e1f2a3b4c5d6e7f8a9b0c1d2"
}

各rタグにはrelay URLとオプションのマーカーが含まれています。writeマーカーはあなたのoutboxを指定します：あなたがコンテンツを公開するrelayです。readマーカーはあなたのinboxを指定します：メンション、リプライ、タグを確認するrelayです。マーカーを省略すると両方を示します。

AliceがBobの投稿を見つけたい場合、彼女のクライアントはBobのkind 10002を取得し、彼のwrite relay（彼のoutbox）を抽出して、そこでサブスクライブします。AliceがBobに返信する場合、彼女のクライアントは彼のread relay（彼のinbox）に公開して、彼がメンションを見られるようにします。このrelay対応のルーティングが「outboxモデル」であり、全員を少数の中央サーバーに集中させるのではなく、ユーザーを多くのrelayに分散させます。

NIP-65は公開コンテンツのルーティングを処理しますが、プライベートメッセージは別のリストを使用します。NIP-17はrタグの代わりにrelayタグを使用して、DM inbox relay用のkind 10050を定義しています。誰かにプライベートメッセージを送信する際、クライアントは受信者のkind 10050 eventを探し、暗号化されたgift-wrappedメッセージをそこに公開します。この分離により、DMルーティングは公開コンテンツのルーティングとは別に保たれ、ユーザーはプライベート通信と公開通信で異なるrelayを指定できます。

outboxモデルは検閲耐性を向上させます。単一のrelayが全員のコンテンツを保存または提供する必要がないためです。クライアントはフォローしているユーザーのNIP-65 eventにリストされているrelayへの接続を維持し、新しいアカウントを発見すると動的に新しいrelayに接続します。NIP-65は他のNIPで見つかるrelayヒントを補完します。["p", "pubkey", "wss://hint.relay"]で誰かをタグ付けすると、ヒントはその特定の参照をどこで探すべきかをクライアントに伝えます。NIP-65は権威ある、ユーザー制御のリストを提供し、ヒントは個々のeventに埋め込まれたショートカットを提供します。

最良の結果を得るために、relayリストを最新に保ってください。古いエントリがあると見つけにくくなります。仕様ではカテゴリごとに2〜4個のrelayを推奨しています。リストに多すぎるrelayを載せると、あなたのコンテンツを取得したいすべてのクライアントの負担となり、体験が遅くなりネットワーク負荷が増加します。クライアントはNIP-65 eventをキャッシュし、ユーザーが設定を更新すると定期的に更新して最新の状態を維持します。

リリース

Amethyst v1.05.0 - 人気のAndroidクライアントがメジャーアップデートを提供し、いくつかの主要機能を搭載しています。NIP-51 kind 30003ブックマークリストにより、ユーザーは後で参照するために投稿を保存でき、互換性のあるクライアント間で同期されます。ボイスノートがDMと通常の投稿で機能するようになり、波形表示、メディアサーバー選択、アップロード進捗インジケーターが付いています。Web of Trustスコアがインターフェースに表示されるようになり、アルゴリズムがソーシャルグラフに対してアカウントをどのように評価するかをユーザーが理解できるようになりました。Quartzデータベース移行により、OpenSatsが資金提供したKotlin Multiplatform作業の一環としてクエリパフォーマンスが向上しています。Compose Multiplatformを介したWindows、macOS、Linux向けの初期デスクトップリリースで、Androidアプリと同じコードベースを共有しています。新規ユーザーのオンボーディングフローにより、初めてNostrを使用するユーザーの体験がスムーズになります。

Nostur v1.25.3 - iOSおよびmacOSクライアントがNIP-17の改善を含むプライベートメッセージングに焦点を当てています。DMの会話でリアクションとリプライがサポートされるようになり、暗号化されたメッセージに公開投稿のインタラクティブ性がもたらされました。会話ビューがより良いスレッド表示で作り直され、複数メッセージのやり取りが追いやすくなり、DMリストではタイムスタンプが「〜前」と表示されて素早く確認できます。デスクトップユーザーは複数のフィードや会話を並べて表示するマルチカラムレイアウトを利用できます。NIP-46リモートサイナーサポートにより、ユーザーはAmberやnsec.appなどの専用サイナーアプリに秘密鍵を保管できます。追加の修正により、iOS 15およびiOS 16でのDM機能が復元され、通知の遅延が解決され、公開されたDMがどのrelayに送信されるかを設定する機能が追加されました。

注目のコードとドキュメント変更

これらはオープンプルリクエストと初期段階の作業であり、マージ前にフィードバックを得るのに最適です。興味を引くものがあれば、レビューやコメントを検討してください！

Citrine（Android Relay）

PR #89は、Android個人relayアプリのSQLインジェクション脆弱性を修正しています。この問題により、不正なeventデータが任意のデータベースクエリを実行できる可能性がありました。これは、信頼されていない入力を保存して処理するすべてのアプリにとって深刻な欠陥です。修正では、パラメータ化されたクエリを使用してすべてのデータベース操作を適切にサニタイズしています。まだリリースがタグ付けされていないため、ユーザーは次のバージョンを待つかソースからビルドする必要があります。PR #90は、データベースレベルのフィルタリングとページネーションでContentProviderクエリのパフォーマンスを最適化し、Amethystなどの外部アプリがAndroidのプロセス間通信レイヤーを介してCitrineのeventデータベースにアクセスする際のレイテンシを削減しています。

rust-nostr（ライブラリ）

NIP-62（Vanish Requests）サポートがrust-nostrのデータベースバックエンド全体に拡大しています。2週間前にマージされたPR #1180は、データベースレイヤーが特定のrelay URLを知らないため、ALL_RELAYS vanishリクエストを処理するSQLiteへのNIP-62サポートを追加しました。PR #1210はこれをLMDBバックエンドに拡張し、vanishリクエストがディスクに永続化されrelayの再起動後も維持されるようにしています。ブラウザ環境用のIndexedDB実装も進行中です。これらの変更により、開発者はSQLite、LMDB、そして間もなくブラウザストレージ全体で一貫したNIP-62サポートを得られます。

NDK（Nostr Development Kit）

PR #375は、seenEvents追跡システムのバグを修正しています。この問題により、特定のサブスクリプションパターンがeventを誤って既読としてマークし、ユーザーが新しいサブスクリプションを開いたりrelayに再接続したりするとコンテンツが見逃される原因となっていました。修正により、サブスクリプションのライフサイクル全体でeventが正確に追跡されるようになります。これは、ユーザーのナビゲーションに基づいて動的にサブスクライブおよびアンサブスクライブするアプリケーションにとって特に重要です。NDKはこの修正を含むbeta.70にバンプされました。

Damus（iOS）

PR #3515は、iOS 17ユーザーに影響する起動時クラッシュを修正しています。この問題は、Swift MutexがiOS 17で利用できないために使用されるフォールバッククラスであるNdbUseLockでの算術オーバーフローに起因していました。修正では、以前の同期アプローチをiOS 17で利用可能で残りの競合状態を適切に処理するNSLockに置き換えています。iOS 18以降のユーザーはネイティブのSwift Mutex実装にアクセスできるため影響を受けませんでした。

別途、PR #3509を通じて長文記事の改善がまとめてランディングしました。読書進捗バーが記事内の位置を追跡し、プレビューに推定読書時間が表示され、調整可能な行の高さ設定を備えたセピアモードがより快適な読書を提供します。フォーカスモードは下にスクロールするとナビゲーションクロームを自動的に非表示にし、タップで復元することで、気が散らない読書のための視覚的な乱雑さを減らします。いくつかの修正により、マークダウンコンテンツ内の画像表示が対処され、記事が途中ではなく最初から開くようになりました。

Zap.stream（ライブストリーミング）

YouTubeとKickのチャット統合により、外部ストリーミングプラットフォームからのメッセージがNostrにブリッジされます。YouTube、Kick、Zap.streamにマルチキャストするストリーマーは、各プラットフォームからのメッセージがネイティブのNostrコメントと一緒に表示される統合ビューですべてのチャットメッセージを見ることができます。これにより、ストリーミングにNostrを使用したいが既存のプラットフォームの視聴者を放棄できないクリエイターにとっての大きな摩擦点が取り除かれます。統合では、各メッセージがどのプラットフォームから発信されたかが表示され、外部アカウントを接続するための認証フローが処理されます。

Chachi（NIP-29 Groups）

NIP-29グループチャットクライアントが今週6つのマージされたPRを提供しました。セキュリティアップデートは、オープンリダイレクト攻撃を可能にする可能性のあるreact-routerのXSS脆弱性であるCVE-2026-22029に対処しています。修正ではreact-router-dom 6.30.0にアップデートしています。PR #92は、グループチャットにページ分割されたメッセージ読み込みを追加し、長い会話が一度にすべてではなく段階的に読み込まれるようにしています。PR #91は、初回読み込み時にグループ名が空白になる競合状態や、メンバービューをクラッシュさせる未定義の参加者リストなど、いくつかのNIP-29バグを修正しています。翻訳カバレッジは現在、サポートされている31のロケールすべてで各1060キーに及んでいます。

0xchat（メッセージング）

Telegramスタイルのメッセージングクライアントは、外部署名アプリを使用する際にサイナーパッケージ名を適切に保存することでNIP-55コンプライアンスを改善し、アプリが再起動後にどのサイナーを使用するかを見失う問題を修正しました。NIP-17のリプライ処理は、スレッド用のeタグを正しく含めるようになり、クライアント間でリプライが正しい会話コンテキストに表示されるようになりました。パフォーマンスの最適化により、長いチャット履歴を読み込む際の一般的な問題点であるメッセージリストのスクロールラグに対処しています。下書きの自動保存により、作成中にナビゲートしてもメッセージが失われるのを防ぎ、ファイルストレージオプションにはデフォルトのFileDropServerとBlossomServerエンドポイントが含まれるようになりました。

Primal（iOS）

NIP-46リモートサイナーサポートがPR #184を介してiOSに到着し、数週間前にAndroidで始まったクロスプラットフォーム展開が完了しました。ユーザーは秘密鍵をnsec.appや自己ホスト型のnsecBunkerインスタンスなどの専用バンカーサービスに保管し、Nostr relay経由で接続してクライアントアプリに鍵を公開せずにeventに署名できるようになりました。この分離により、より厳格な鍵管理プラクティスを維持しながらPrimalの機能を使用したいユーザーのセキュリティ態勢が改善されます。実装にはバンカー接続URI用のQRコードスキャンが含まれ、暗号化されたrelayメッセージを介したNIP-46リクエスト/レスポンスフローを処理します。

今週は以上です。何か構築中ですか？共有したいニュースがありますか？あなたのプロジェクトを取り上げてほしいですか？NIP-17 DMで連絡するか、Nostrで見つけてください。

Nostr Compass #4

Wed, 07 Jan 2026 00:00:00 +0000

Nostr Compassへようこそ。Nostrプロトコルエコシステムの週刊ガイドです。

今週のハイライト: Primal AndroidがNIP-46リモート署名とNIP-55ローカル署名機能を実装し、他のAndroidアプリ向けの本格的な署名ハブとなりました。Marmot Protocolチームは、セキュリティ監査での指摘事項に対応し、MLSベースの暗号化メッセージングを強化する18件のPRをマージしました。Citrineがv1.0に到達し、Applesauceはライブラリスイート全体でv5.0をリリースしました。TENEXがNostr上でのAIエージェント監視機能を構築し、Jumbleがスマートリレープーリングを追加しました。NIP-55の仕様修正でnip44_encryptの戻り値フィールドが明確化され、NIP-50のPRでは高度な検索のためのクエリ式拡張が提案されています。今週の詳細解説では、NIP-04とNIP-44について説明します：レガシー暗号化にセキュリティ上の欠陥がある理由と、新しい暗号化方式がそれらをどのように修正するかを解説します。

ニュース

Primal Androidが本格的な署名ハブに - バージョン2.6.18でNIP-46リモート署名とNIP-55ローカル署名の両方が追加され、Primalは他のNostrアプリ向けの完全な署名ツールとなりました。NIP-46によるリモート署名では、ユーザーはNostrリレー経由でバンカーサービスに接続でき、秘密鍵をデバイスに保存する必要がなくなります。NIP-55によるローカル署名では、PrimalがAndroidコンテンツプロバイダーとして公開され、AmethystやCitrineなどのアプリが秘密鍵に触れることなく署名をリクエストできます。後続のいくつかのPRでは、NIP-55仕様のhex公開鍵要件との互換性問題が修正され、不正な形式のnostrconnect:// URIの解析が改善されました。このリリースには、スムーズなスクロールのためのメディアプリキャッシュ、スレッド読み込み時間の改善、アバターのプリキャッシュも含まれています。

Marmot Protocolがセキュリティ監査後に強化 - NIP-104 MLSベースのエンドツーエンド暗号化メッセージングを実装するMarmot Development Kit (mdk)が、今週大規模なセキュリティ修正を受けました。18件のマージされたプルリクエストで監査での指摘事項に対応しました：ストレージレベルのBlob置換攻撃を防ぐための暗号化グループ画像のハッシュ検証、メモリ枯渇を防ぐための保留中のウェルカムメッセージのページネーション、エラーメッセージでのMLSグループID漏洩、キーパッケージのbase64エンコーディング強制などです。Marmot仕様自体も更新され、MIP-04 v2バージョニングとセキュリティ改善が行われました。進行中のPRでは引き続きnonce再利用、シークレットのゼロ化、キャッシュ汚染ベクターに対処しています。

Nostrabilityがリレーヒントサポートを追跡 - 新しいリレーヒント互換性トラッカーが、エコシステム全体でクライアントがリレーヒントをどのように構築・消費するかを文書化しています。このトラッカーによると、ほとんどのクライアントは現在NIP-10とNIP-19に従ってヒントを構築していますが、消費方法は大きく異なります：一部のクライアントは送信イベントにヒントを含めますが、受信ヒントをフェッチに使用しません。6つのクライアントが完全な実装で「Full」ティアのステータスを獲得しました。このトラッカーは、相互運用性をチェックする開発者や、なぜ一部のクライアントが他のクライアントでは見つからないコンテンツを見つけられるのか疑問に思うユーザーにとって有用です。

Nostria 2.0がクロスプラットフォーム機能を大幅刷新 - Nostriaクライアントは12月30日にバージョン2.0をリリースし、iOS（TestFlight）、Android（Play Store）、Web、Windows全体で大幅な機能追加を行いました。このリリースでは、プレイリスト作成、トラックアップロード、Zapベースのアーティスト支払い、機能的なイコライザー付きWinAmpスタイルのプレーヤーを含むネイティブ音楽サポートが追加されました。ライブストリーミングでは、ゲームプレイストリーム中にリッチなメタデータを表示するGame API統合が追加されました。新しいサマリー機能は、時間単位、日単位、週単位のアクティビティダイジェストを圧縮されたタイムラインビューとして生成します。Discoverセクションでは、コンテンツやプロフィールを見つけるためのキュレーションリストを提供します。メディア公開は、クロスクライアントでの発見可能性のためのショートフォーム投稿の自動生成により簡素化されました。リモート署名接続は、手動設定なしでQRコードスキャンで動作するようになりました。プロフィール発見は、Nostrでよくある問題に対処します：ユーザーがメタデータを持たずにリレー間を移動した場合、Nostriaはそのプロフィールを見つけて現在のリレーに再公開します。プレミアム会員は、YouTubeチャンネル統合、プライベートメモ、分析ダッシュボード、マージ/復元オプション付きのフォローリスト自動バックアップを利用できます。

NIPの更新

NIPsリポジトリへの最近の変更：

マージ済み:

NIP-55 - nip44_encryptメソッドの戻り値フィールドが修正されました（#2184）。Android署名者は暗号化されたペイロードを（nip44_decryptと一致する）signatureフィールドで返す必要があり、別のフィールドではなくなりました。これにより、仕様がAmberとPrimalの既存の実装と整合します。

オープンPR:

NIP-50 - クエリ式拡張（#2182）は、構造化されたクエリ式でNIP-50検索を拡張することを提案しています。このPRはkind:1、author:npub1...などの演算子とブール組み合わせ（AND、OR、NOT）を追加し、単純なテキストマッチングを超えたより正確な検索クエリを可能にします。これにより、クライアントは基本的な検索文字列との後方互換性を維持しながら、高度な検索インターフェースを構築できます。

NIP詳細解説：NIP-04とNIP-44

今週は、Nostrの暗号化標準について解説します：まだ遭遇するレガシーのNIP-04と、重大なセキュリティ欠陥を修正した最新の代替であるNIP-44です。

NIP-04：暗号化ダイレクトメッセージ（レガシー）

NIP-04は、kind 4イベントを使用したNostr初の暗号化メッセージング方式でした。実装は簡単ですが、既知のセキュリティ上の弱点があり、NIP-44への移行が推奨されています。

仕組み: NIP-04はECDH（楕円曲線Diffie-Hellman）を使用して送信者と受信者の間で共有秘密を導出し、AES-256-CBCで暗号化します。

{
 "id": "<event-id>",
 "pubkey": "<sender-pubkey>",
 "created_at": 1736200000,
 "kind": 4,
 "tags": [["p", "<recipient-pubkey>"]],
 "content": "base64-ciphertext?iv=base64-iv",
 "sig": "<signature>"
}

暗号化フロー：

共有ポイントを計算: shared = ECDH(sender_privkey, recipient_pubkey)
鍵を導出: key = SHA256(shared_x_coordinate)
ランダムな16バイトのIVを生成
暗号化: ciphertext = AES-256-CBC(key, iv, plaintext)
コンテンツをフォーマット: base64(ciphertext)?iv=base64(iv)

セキュリティ上の問題:

認証なし: AES-CBCは機密性を提供しますが、完全性は保証しません。リレーを制御する攻撃者は暗号文のビットを改変し、平文に予測可能な変更を引き起こすことができます（ビットフリッピング攻撃）。
IVが平文で送信: 初期化ベクトルは暗号文と一緒に送信され、予測可能なIVを持つCBCモードは選択平文攻撃を可能にします。
パディング検証なし: PKCS#7パディングの処理方法は実装によって異なり、パディングオラクル攻撃を可能にする可能性があります。
メタデータの露出: 送信者の公開鍵、受信者の公開鍵、タイムスタンプはすべてリレーに見えます。
鍵の再利用: 同じ共有秘密が2者間のすべてのメッセージに永久に使用されます。

なぜまだ存在するのか: 多くの古いクライアントやリレーはNIP-04のみをサポートしています。レガシーシステムとやり取りする際に遭遇します。AmberやPrimalなどの署名者は、後方互換性のためにnip04_encrypt/nip04_decryptを実装しています。

NIP-44：バージョン付き暗号化

NIP-44は、NIP-04のよく知られた欠陥を修正するために設計された最新の暗号化標準です。NIP-44実装のCure53セキュリティ監査では、仕様が確定する前に対処された10件の問題（タイミング攻撃や前方秘匿性の懸念を含む）が特定されました。適切な鍵導出と認証付き暗号化を備えたChaCha20-Poly1305を使用します。

NIP-04からの主な改善点:

項目	NIP-04	NIP-44
暗号	AES-256-CBC	XChaCha20-Poly1305
認証	なし	Poly1305 MAC
鍵導出	SHA256(shared_x)	HKDFとソルト
Nonce	16バイトIV、再利用パターン	24バイトランダムnonce
パディング	PKCS#7（長さが漏洩）	2のべき乗にパディング
バージョニング	なし	バージョンバイトプレフィックス

暗号化フロー:

会話鍵: 送信者-受信者ペアごとに安定した鍵を導出：

shared_x = ECDH(sender_privkey, recipient_pubkey).x
conversation_key = HKDF-SHA256(
 ikm = shared_x,
 salt = "nip44-v2",
 info = ""
)

メッセージ鍵: 各メッセージに対してランダムな32バイトのnonceを生成し、暗号化/認証鍵を導出：

keys = HKDF-SHA256(
 ikm = conversation_key,
 salt = nonce,
 info = "nip44-v2"
)
chacha_key = keys[0:32]
chacha_nonce = keys[32:44]
hmac_key = keys[44:76]

平文をパディング: メッセージ長を隠すために次の2のべき乗（最小32バイト）にパディング：
```
padded = [length_u16_be] + [plaintext] + [zeros to next power of 2]
```

暗号化と認証:

ciphertext = XChaCha20(chacha_key, chacha_nonce, padded)
mac = HMAC-SHA256(hmac_key, nonce + ciphertext)

ペイロードのフォーマット:

payload = [version=0x02] + [nonce] + [ciphertext] + [mac]
content = base64(payload)

バージョンバイト: 最初のバイト（0x02）は暗号化バージョンを示します。これにより、既存のメッセージを壊すことなく将来のアップグレードが可能になります。バージョン0x01は広く展開されなかった初期のドラフトでした。

復号:

base64をデコードし、バージョンバイトが0x02であることを確認
nonce（バイト1-32）、暗号文、MAC（最後の32バイト）を抽出
受信者の秘密鍵と送信者の公開鍵を使用して会話鍵を導出
会話鍵とnonceからメッセージ鍵を導出
復号前にMACを検証（無効な場合は拒否）
暗号文を復号し、長さプレフィックスを抽出し、パディングを除去した平文を返す

セキュリティ特性:

認証付き暗号化: Poly1305 MACにより、復号前にあらゆる改ざんが検出されます
前方秘匿性（部分的）: 各メッセージは一意のnonceを使用するため、1つのメッセージが漏洩しても他のメッセージは明らかになりません。ただし、秘密鍵が漏洩した場合は過去のすべてのメッセージが明らかになります（ラチェット機能なし）。
長さの隠蔽: 2のべき乗パディングにより正確なメッセージ長が隠されます
タイミング攻撃耐性: MAC検証の定数時間比較

実際の使用: NIP-44は以下の暗号化レイヤーとして使用されます：

NIP-17プライベートダイレクトメッセージ（ギフトラップ内）
NIP-46リモート署名者通信
NIP-59シール暗号化
Marmot Protocolグループメッセージ。NIP-44はMLSエクスポーターシークレットから導出された鍵を使用してMLS暗号化コンテンツをラップします
安全なポイントツーポイント暗号化が必要なあらゆるアプリケーション

移行ガイダンス: 新しいアプリケーションはNIP-44のみを使用すべきです。後方互換性のために、NIP-04にフォールバックする前に、連絡先のクライアントがNIP-44をサポートしているかどうかを確認してください（NIP-89アプリメタデータまたはリレーサポート経由）。メッセージを受信する際は、最初にNIP-44復号を試み、レガシーコンテンツにはNIP-04にフォールバックしてください。

リリース

Primal Android v2.6.18 - 完全なリリースでは、NIP-46リモート署名とNIP-55ローカル署名が追加され、Primalは他のAndroidアプリ向けの署名ハブとなりました。パフォーマンス改善には、メディアプリキャッシュ、アバタープリキャッシュ、より高速なスレッド読み込みが含まれます。バグ修正では、プロフィールでの自己メンション、メディアギャラリーのクラッシュ、ストリームタイトルのフォールバックに対処しています。iOSでは、PrimalはNIP-46署名リクエストを受信するためにアプリを起動状態に保つためにバックグラウンドオーディオ再生を使用しています。ユーザーは設定でサウンドを変更したり、完全にミュートにしたりできます。

Mostro v0.15.6 - NIP-69 P2P Bitcoin取引プラットフォームの最新リリースは、フェーズ4監査イベントで開発基金の実装を完了しました。開発手数料の支払いは、各成功した支払い後に公開されるkind 38383 Nostrイベントを通じて追跡されるようになり、サードパーティの検証と分析が可能になりました。買い手/売り手メッセージの金額計算が修正され、プレミアムロジックがlnp2pbot参照実装と整合しました。

Aegis v0.3.5 - クロスプラットフォーム署名者はダークモードを追加し、アプリアイコンの表示を改善し、よりクリーンなUIレイアウトを実現しました。バグ修正では、iOS iCloudプライベートリレーの競合とイベント解析の問題に対処しています。このリリースでは、イベントJSONをRust署名関数に渡す方法も改善されました。

Citrine v1.0.0 - Androidリレーアプリが1.0に到達しました。Citrineを使用すると、Androidデバイス上で直接パーソナルNostrリレーを実行でき、ローカルキャッシング、バックアップ、またはNIP-55コンパニオンとして役立ちます。このリリースでは、クラッシュレポートハンドラーが追加され、データベースクエリの効率が改善され、Crowdin経由で翻訳が更新されました。

Applesauce v5.0.0 - hzrd149のTypeScriptライブラリスイートが、正確性とシンプルさに焦点を当てた破壊的変更を含むメジャーバージョンをリリースしました。coreパッケージはデフォルトでイベント署名を検証するようになり、座標メソッドをより明確な「address」用語に名前変更しました（parseCoordinate → parseReplaceableAddress）。relayパッケージはデフォルトのリトライ回数を10から3に削減し、デフォルトで到達不能なリレーを無視し、より簡単なイベントフェッチのためのcreateUnifiedEventLoaderを追加しました。walletパッケージはNIP-87 Cashuミント発見を獲得しました。パッケージ全体で直接のnostr-tools依存関係が削除され、バンドルサイズとバージョンの競合が減少しました。

注目のコードとドキュメントの変更

これらはオープンなプルリクエストと初期段階の作業です。マージ前にフィードバックを得るのに最適です。何か気になるものがあれば、レビューやコメントを検討してください！

Damus (iOS)

一連のPRが長文記事体験を改善しています。読書UXの改善では、プログレスバー、推定読了時間、セピアモード、調整可能な行間、スクロール中にナビゲーションを非表示にするフォーカスモードが追加されました。画像の修正により、マークダウンコンテンツ内の画像がスタンドアロン画像をブロックレベル要素として前処理することで適切なアスペクト比で表示されます。長文プレビューカードは、インラインの@naddr1...テキストを記事タイトルとメタデータを表示するリッチプレビューカードに置き換えます。新しいリレー統合テストスイートは、NIP-01プロトコル検証と劣化したネットワーク条件（3Gシミュレーション）での動作を含む137のネットワーク関連テストを追加します。

Bitchat (暗号化メッセージング)

iOS Nostr+Cashuメッセンジャーのセキュリティ強化。NoiseプロトコルDHシークレットのクリアは、Diffie-Hellman鍵合意後に共有シークレットがゼロ化されていなかった6か所を修正し、前方秘匿性の保証を復元しました。既読レシートキューのスレッドセーフティは、NostrTransportでのレースコンディションを防ぐためにバリア同期を追加しました。メッセージ重複排除の最適化は大量のメッセージでのパフォーマンスを改善し、hex文字列解析の強化は不正な入力からのクラッシュを防止します。

Frostr (閾値署名)

FROSTベースの閾値署名プロトコルは、オンボーディング時と署名者インターフェースでグループ認証情報とシェア認証情報のQRコード表示を追加しました。これにより、複数のデバイス間でキーシェアを配布する際のセットアップが容易になり、ユーザーは長い文字列を手動でコピーする代わりに認証情報をスキャンできます。

Marmot mdk (ライブラリ)

上記のセキュリティ修正に加えて、アクティブなPRは残りの監査指摘事項に対処しています：Secret型によるゼロ化は、ドロップ時に自動的に機密データをゼロ化するラッパー型を導入し、メッセージクエリのページネーションはチャット履歴を読み込む際のメモリ枯渇を防止し、暗号化ストレージはグループ状態とメッセージを保存するSQLiteデータベースに保存時暗号化を追加します。

Amethyst (Android)

Androidクライアント全体で忙しい安定性修正の週でした。寛容なJSON解析は、Kotlin Serializationをより寛容にすることで不正な形式のイベントからのクラッシュを防止します。イベント検証はkindフィールドサイズをチェックしてから処理し、オーバーサイズの値からの例外を回避します。トラストスコアUIは視覚的な干渉を減らすために小さなアイコンを取得し、改善されたエラーログはリレー接続の問題の診断に役立ちます。翻訳の更新がCrowdin経由で到着し、いくつかのSonarQube警告に対処しました。

TENEX (AIエージェント)

Nostrネイティブのエージェントフレームワークは今週、自律機能を構築する81のコミットがありました。新しいエージェント監視システムは、エージェントのアクションを監視し、必要に応じて介入する行動ヒューリスティックを実装しています。委任の透明性は、ユーザーがエージェントが代わりに何を行ったかを監査できるように、委任トランスクリプトにユーザー介入ログを追加します。LLMプロバイダーレジストリは、異なるAIバックエンドの統合を容易にするためにモジュール化されました。クロスプロジェクト会話サポートにより、エージェントは複数のNostrベースのプロジェクト間でコンテキストを維持できます。

Jumble (Webクライアント)

リレーフォーカスのWebクライアントは、いくつかのユーザーエクスペリエンスの改善を追加しました。スマートリレープールは、使用パターンに基づいてインテリジェントに接続を管理します。ライブフィードトグルでは、ユーザーはリアルタイムストリーミングと手動更新を切り替えることができます。新しいノートの自動表示により、ページを再読み込みせずに新鮮なコンテンツがトップに表示されます。フォローフィードと通知の永続キャッシュは、再訪問時の読み込み時間を改善します。ユーザーは設定を通じてデフォルトリレーを変更できるようになりました。

今週は以上です。何かを構築していますか？共有したいニュースがありますか？あなたのプロジェクトを取り上げてほしいですか？NIP-17 DMでお問い合わせいただくか、Nostrで私たちを見つけてください。

Nostr Compass #3

Wed, 31 Dec 2025 00:00:00 +0000

Nostr Compassへようこそ。Nostrプロトコルエコシステムの週刊ガイドです。

今週の内容: 2025年の締めくくりとして、Nostrの進化における12月の節目を5年分振り返ります。2020年12月のfiatjafによる最初のクライアント公開から、2022年12月のJack Dorseyによる14 BTCの寄付、そして今月のNIP-55署名アプリの広がりとNDKの162倍キャッシュ高速化まで、12月は一貫してプロトコルの転換点になってきました。今回は、実験的な2つのrelayから50か国2,500超のノードへと成長した技術史を、各年の12月を通してたどります。あわせて、AmethystのデスクトップモジュールがQuartzで形になり、Notedeckはメッセージ機能を獲得し、CitrineはWebアプリをホスト可能になり、NIP-54は非ラテン文字向けの国際化問題を修正しました。

12月の回顧: Nostrの5回の12月

Nostrは今年で5年になります。fiatjafがプロトコルを始めたのは2020年11月7日で、それ以降の毎年12月は、その進化のはっきり異なる段階を刻んできました。概念実証から世界的なムーブメントへ、さらに本番運用されるエコシステムへ。本稿は、Nostrの土台を形作り、ブレイクアウトの契機となった2020年12月から2025年12月までを技術的に振り返るものです。

2020年12月: 創世記

Nostrが存在して初めて迎えた丸1か月のあいだに、fiatjafはプロトコル初のクライアントであるBranleを公開しました。これはQuasar（Vue.js）とabsurd-sqlをローカルストレージに使った実装でした。fiatjafはすでに中核アーキテクチャを定めていました。ユーザーはsecp256k1公開鍵で識別され、すべての投稿は暗号学的に署名され、relayは相互に通信しない単純なストレージとして機能します。11月16日に始まったTelegramグループ@nostr_protocolで調整していた初期採用者のごく少人数を、1つか2つの実験的relayが支えていました。当初のドキュメントはNostrを「検閲耐性のあるグローバルなソーシャルネットワークを作れる、最もシンプルなオープンプロトコル」と説明していましたが、その前提が実証されるまでにはさらに2年を要しました。

2021年12月: 初期開発期

2021年12月31日、NostrはCameriによる投稿でHacker Newsのフロントページに載り、110ポイントと138件のコメントを集めました。これはプロトコルがより広い開発者コミュニティに初めて大きく露出した瞬間でした。ネットワークは約7つのrelayと1,000人未満のユーザーで動いていました。Branleには12月31日の秘密鍵インポートや複数relayサポートなどの更新が入り、コマンドラインクライアントのnosclはターミナルからの操作を提供していました。プロトコル仕様はまだfiatjaf個人のドキュメントにあり、正式なNIPsリポジトリが作られるのは2022年5月になってからです。当時のプロトコルは、fiatjaf自身の言葉どおり「進行中の作業」でした。

2022年12月: 転換点

2022年12月は、Nostrをニッチな実験から主流のムーブメントへ押し上げました。きっかけは12月15日、Jack Dorseyがプロトコルを知り、「Blueskyに私たちが求めていたものを100パーセント満たしているが、企業から開発されたものではない」と述べたうえで、fiatjafに14.17171699 BTC（約24.5万ドルから25万ドル）を寄付したことでした。12月16日、fiatjafはその資金をDamus開発者William Casarin（jb55）と分けると発表し、Dorsey自身もNostrアカウント（npub: npub1sg6plzptd64u62a878hep2kev88swjh3tw00gjsfl8f237lmu63q0uf63m）を認証しました。この資金提供によって、プロジェクトは一夜にして正当性を得ました。

同じ週、Twitterの混乱が採用を後押ししました。12月14日から15日にかけてはNew York Times、CNN、Washington Postの著名ジャーナリストたちが停止されました。12月18日にはTwitterがNostrやMastodonなどを宣伝するアカウントの禁止を発表し、翌日には反発を受けて撤回しました。この流出が、ユーザーに代替手段を探させる原動力になりました。

プロトコル開発も急加速しました。12月16日にはNIP-19がマージされ（#57）、bech32でエンコードされた識別子（npub、nsec、note、nprofile、nevent）が導入され、鍵が人間に読みやすく区別しやすくなりました。その月のNIPsリポジトリには36件超のコミットが入り、NIP-40やNIP-07の更新も含まれていました。クライアントも増殖し、Damusは数時間でTestFlightベータが満員になり、Astralはプロフィール作成のためにBranleをフォークし、Snortは「高速で検閲耐性のある」Webクライアントとして立ち上がり、Vitor PamplonaはAmethystの開発を始めました。Alby v1.22.1「Kemble’s Cascade of Stars」は12月22日にNIP-19対応で出荷されました。12月7日時点でNostrにはプロフィールを持つユーザーがおよそ800人いましたが、Damusが2023年1月31日にApp Storeへ登場すると、成長は一気に加速し、2023年6月までに31.5万人超へ達しました。

2023年12月: エコシステムの成熟

2023年12月は、Nostrプロトコルのセキュリティにとって重要な変曲点でした。12月20日、独立したCure53セキュリティ監査（NOS-01）でTypeScript、Go、Rust実装にタイミング攻撃やforward secrecyの懸念を含む10件の問題が見つかったあと、NIP-44 revision 3がマージされました。更新後の仕様は、不完全だったNIP-04暗号化をChaCha20とHMAC-SHA256で置き換え、現在のNIP-17プライベートDMとNIP-59 Gift Wrapを支える暗号基盤を確立しました。同じ週の12月21日には、OpenSatsが第4回Nostr grantsを発表し、Lume、noStrudel、ZapThreads、独立したNIP-44監査を含む7プロジェクトを支援しました。これは2023年7月の第1回助成に続くもので、Damus、Coracle、Irisなどを含め、Nostr Fund全体の配分は39件で約340万ドルに達しました。

この月は、エコシステムの持続可能性をめぐる緊張も露呈させました。12月28日、William Casarin（jb55）はStacker Newsへの投稿で、Appleのアプリ内zap制限によって収益化が大きく妨げられたことを理由に、「2024年はおそらくDamusにとって最後の年になる」と述べました。Damusチームはそれ以前にVC資金も断っています。一方で、Nostr Wallet Connect v0.4.1は12月26日に出荷され、NIP-47をpay_keysend、make_invoice、lookup_invoice、list_transactions、get_balance、get_infoメソッドで拡張しました。これは後に複数クライアントで標準になっていくウォレット統合の土台を築きました。

2024年12月: プロトコルの前進

2024年12月は、11月30日のNotedeck Alpha公開から始まりました。これはDamusチームによるRust製デスクトップクライアントで、マルチカラムUIと複数アカウント対応を備えています。Linux、macOS、Windows向けに構築され、Androidは2025年予定でした。当初はDamus Purple購読者向けに提供され、iOSを超える戦略的拡張を示していました。2週間後の12月16日には、OpenSatsが第9回Nostr grantsを発表し、パーソナライズされたフィード向け初のアルゴリズムrelayであるAlgoRelay、通信制限下のインターネット向けBluetooth mesh対応AndroidアプリPokey、NIP-60のCashuトークン保存を行うNostr Safebox、軽量でアクセシブルなWebクライアントLumiLumiを支援しました。これによりNostr Fundの総配分は約900万ドルへ伸び、前年同期比67%増となりました。

この月はクライアント成熟の大きな進展も見せました。Gossip 0.13.0は12月23日に、File MetadataのNIP-92/NIP-94サポート、Blossom統合、NIP-50 relay検索を携えて公開されました。Coracle 0.5.0は12月12日に、再設計されたオンボーディングとnostr-editor統合付きで出荷されました。プロトコル開発も活発で、12月9日から22日の間に30件のPRが提出され、そのうち10件がマージされています。内容には、NIP-46のNIP-44暗号化専用への書き換えや、Signalレベルのdouble ratchet暗号化を目指すNIP-104の継続作業が含まれていました。ネットワーク統計では、信頼済みpubkeyイベントが日次22.4万件超に達し、コンタクトリスト付き新規プロフィールは前年比4倍、公開ライティングイベントは50%増となりました。

2025年12月: エコシステムの拡大

2025年12月も、プロトコルの成熟とエコシステムの拡大が続きました。12月21日、OpenSatsは第14回Nostr grantsを発表し、3つのプロジェクトを支援しました。長文コンテンツのクリエーターポータルとCashu/Nutzaps決済統合を持つマルチプラットフォームクライアントYakiHonne、Amethystを支え将来のiOS版を可能にするVitor PamplonaのKotlin MultiplatformライブラリQuartz、そしてPlebOneによるRSSとNostrの双方向統合であるNostr Feedzです。加えて、Dart NDKとMattnのnostr-relayには更新助成が行われました。

プロトコル面では、11月にマージされたNIP-BE（Bluetooth Low Energyメッセージング、#1979）が、オフラインデバイス同期を可能にしました。その月の後半にはNIP-A4（Public Messages、kind 24、#1988）が入り、スレッドの複雑さを避けるためqタグを使う通知画面向けメッセージを定義しました。NIP-29には大規模な明確化が入り（#2106）、真にプライベートで発見不能なグループのためのhiddenタグが導入されました。NIP-55仕様にも改訂があり（#2166）、開発者がバックグラウンドプロセスからget_public_keyを呼んでしまう一般的な実装ミスに対処しました。

クライアント側では、Primal Androidが完全なNIP-55署名アプリになり、8件のマージ済みPRでLocalSignerContentProviderを実装し、AmberとAegisに並ぶAndroid署名オプションとなりました。NDKライブラリは162倍高速なキャッシュクエリを達成し、重複書き込みと不要なLRUキャッシュ参照を排除することで、約3,690msから約22msまで短縮しました（PR #371、PR #372）。Shopstrはzapによるフラッシュセール機能Zapsnagsを導入しました。White NoiseはMIP-05のプライバシー保護プッシュ通知を出荷しています。詳細はニュースレター #1とニュースレター #2をご覧ください。

5年前、fiatjafはBranleを2つの実験的relay上のごく少数のユーザー向けに公開しました。現在、このプロトコルは140超のクライアント、50か国にまたがる2,500超のrelay、そして数十万の鍵ペアを結ぶ成長中のweb of trustを支えています。今月も12月らしい大型リリースの流れは続き、Bluetoothメッセージング、Android署名アプリの広がり、インフラ助成は、クロスプラットフォームのツール群に対する継続的な投資を示していました。

ニュース

Amethystデスクトップが形になり始める - OpenSats第14回助成のQuartz支援は、すでに成果を出し始めています。PR #1625は、Compose Multiplatformを使ったAmethyst向けの完全な:desktopAppモジュールを作成し、Desktop JVM上でログイン画面とグローバルフィード画面を動作可能にしました。アーキテクチャは:commonsモジュールを、commonMain、jvmAndroid、androidMain、jvmMainという明確なソースセット構造を持つKotlin Multiplatformへ変換しています。これによりAndroidとデスクトップでUIコンポーネントを共有しつつ、プラットフォーム固有の判断は各ターゲットに委ねられます。同じKotlin Multiplatformの流れで、将来のiOS版の土台にもなります。

Amethystに音声返信 - davotoulaからのクリスマスプレゼントとして、PR #1622は専用の音声返信画面を追加しました。波形表示、録り直し対応、メディアサーバー選択、アップロード進捗表示を備えています。ユーザーはこれで、ルート音声メッセージにも既存の音声返信にも、音声で返答できます。

Notedeckがメッセージ機能を追加 - DamusのデスクトップクライアントであるNotedeckは、PR #1223でメッセージ機能を獲得し、タイムライン閲覧だけでなくダイレクトなコミュニケーション領域へ踏み出しました。

CitrineがWebアプリをホスト - Citrineは今やWebアプリケーションをホストでき、スマートフォンをローカルファーストなNostr Webサーバーに変えます。別のPR #85では、ネットワーク接続が戻ったときの自動再接続とイベント配信が追加され、Android APIレベルをまたぐ包括的なテストも整備されました。

Nostrabilityの開発者ツールキットレジストリ - Developer Kits & Toolingトラッカーは、TypeScript、Rust、Python、Go、Dart、Swiftなど多言語にわたるSDK、ライブラリ、開発者ツールのキュレーション済みレジストリを維持しています。Nostr開発を始めたばかりなら、自分のスタックに合うツールキットを探す出発点として有用です。

NIP更新

NIPsリポジトリへの最近の変更:

NIP-54 - Wikiのd-tag正規化に関する重要な国際化修正（#2177）。従来のルールでは、すべての非ASCII文字が-へ変換され、日本語、中国語、アラビア語、キリル文字などのサポートが壊れていました。更新後の仕様ではUTF-8の文字を保持し、大文字小文字の区別がある文字にのみ小文字化を適用します。例も充実しており、"ウィキペディア"は"ウィキペディア"のまま、"Москва"は"москва"となり、"日本語 Article"のような混在スクリプトは"日本語-article"に正規化されます。

リリース

Zapstore 1.0-rc1 - Nostrベースのパーミッションレスなアプリストアが、新アーキテクチャの最初のリリース候補を公開しました。完全なUI刷新、改善されたエラーハンドリングを備えた書き直し済みパッケージマネージャー、キュレート発見用のApp Stacks、再設計されたプロフィール画面、バックグラウンド更新チェック、リリース一覧の無限スクロールを含みます。

KeyChat v1.38.1 - MLSベースの暗号化メッセージングアプリが、AndroidとLinux向けのプッシュ通知にUnifiedPushサポートを追加しました。加えて、プライバシー関連操作向けの生体認証も入っています。Android、Windows、macOS、Linuxで利用できます。

Alby Go v2.0.0 - モバイルLightningウォレットのコンパニオンアプリが、ビジュアル刷新を出荷しました。新ロゴ、更新されたカラーパレット、再設計されたアドレス帳、改善された金額入力キーボードを含みます。BTC Mapはホーム画面から利用でき、通知にはトランザクション説明も表示されます。

nak v0.17.4 - fiatjafのコマンドラインNostrツールがリリースされました。先週のv0.17.3で入ったLMDBのLinux制限修正に続くものです。

注目すべきコードとドキュメントの変更

オープンPRや初期段階の作業で、今後追う価値があるもの。

Damus (iOS)

NIP-19 relay hintは、イベント取得時のrelay hint消費を実装します。ユーザーがnevent、nprofile、naddrリンクを開くと、Damusはbech32のTLVデータからrelay hintを抽出し、ユーザーのrelayプールにないコンテンツを取得するために一時的なrelayへ接続します。実装には、並行ルックアップ時のレース条件を防ぐためのref-countedクリーンアップも含まれます。画像URL検出は、作成画面に貼り付けた画像URLを自動的にプレビューサムネイルへ変換し、複数画像時にはカルーセル位置バッジも表示します。npub貼り付け変換は、貼り付けたnpub/nprofile文字列を、非同期プロフィール解決付きのメンションリンクへ変換します。

Amethyst (Android)

Payment targetsは、NIP-57のzap分配向けイベントインターフェースを追加し、投稿が複数の受取人を指定して入ってきたzapを分け合えるようにします。コラボレーション、収益分配、あるいはコンテンツ作成者とその利用ツールの両方へのチップに使えます。Quartz feature parity documentationは、Android、Desktop JVM、iOSの各ターゲットでどの機能が実装済みかを追跡する詳細な表を追加し、iOS側では中核暗号（Secp256k1Instance）、JSONシリアライズ、データ構造が未実装であると記しています。

Notedeck (Desktop)

Timeline filter rebuildは、アンフォロー済みアカウントがフィードに出続けるバグを修正します。タイムラインフィルターはコンタクトリストから一度だけ構築され、その後更新されていませんでした。この修正ではcontact_list_timestampの追跡と、フォロー状態が変わったときに再構築を発火するinvalidate()メソッドが追加されています。

Citrine (Android Relay)

ContentProvider APIは、ローカルrelayのイベントデータベースをContentResolver経由で他のAndroidアプリへ公開します。WebSocketインターフェースとは異なり、こちらはアプリが永続接続を維持したりNostr relayプロトコルを話したりする必要がありません。ContentProviderはAndroidネイティブのIPC機構を通じて、同期的なデータベースアクセスを提供します。外部アプリはID、pubkey、kind、日付範囲でイベントをクエリし、バリデーション付きで新規イベントを挿入し、ソケット接続を管理せずにイベントを削除できます。

rust-nostr (Library)

NIP-40 relay-level supportは、期限切れ処理をrelay builderレベルに追加します。期限切れイベントは保存前に拒否され、クライアント送信前にも除外されるため、各データベース実装が独自に期限確認を持つ必要がなくなります。

nak (CLI)

Blossom mirrorは、コマンドラインツール向けのblobミラーリング機能を実装します。

Mostro (P2P Trading)

Dev fee audit eventsは、kind 8383のNostrイベントを通じて開発基金支払いの透明な監査証跡を追加します。実装では、成功した手数料支払いのあとに非ブロッキングな監査イベントを公開し、注文詳細と支払いハッシュを含めつつ、プライバシー保護のため買い手と売り手のpubkeyは除外します。

MDK (Marmot Development Kit)

3件のセキュリティ監査修正が入りました。Author verificationは、rumorのpubkeyがMLS送信者資格情報と一致することを強制し、なりすまし攻撃を防ぎます。KeyPackage identity bindingは、credential identityがイベント署名者と一致することを検証します。Admin update validationは、空の管理者集合や非メンバーへの管理者割り当てを防ぎます。

Shopstr (Marketplace)

HODL invoice escrowは、実物商品のためのtrust-minimizedな支払いシステムを実装します。この構成ではAlbyのmakeHoldInvoiceを使って買い手の資金を自分のウォレット内にロックし、マーチャントの在庫確認後にのみ決済が実行されます。やり取りのプロトコルはNIP-17暗号化DM上で進みます。買い手が注文要求を送り、販売者がHODL invoiceで返し、買い手が支払い、販売者が在庫と発送を確認したあとに、決済が資金を解放します。複数マーチャントのカートにも対応し、支払いはベンダーごとに分割されます。

Jumble (Web Client)

Per-relay discovery modeは、特定のrelayでフォロー中ユーザーの投稿を非表示にするトグルを追加し、言語ベースの発見フィード（例: nostr.band/lang/*）を可能にします。この機能は、著者pubkeyがユーザーのフォローリストにある投稿を除外し、トグル状態をrelay URLごとにlocalStorageへ保存します。

White Noise (Encrypted Messaging)

Media upload retryは、失敗したアップロードの再試行オプションを追加します。Profile edit warningsは、プロフィール変更時に警告を出します。バックエンド側では、whitenoise-rsがAccountGroup作成時のレースコンディションを修正しています。

npub.cash (Lightning Address Service)

v3 rewriteは、モノレポとサーバーをBunへ移行し、SQLiteサポートを追加し、v1互換を削除し、LUD-21を実装し、mint quoteのリアルタイム更新を加えます。

nostr-java (Library)

v1.1.1は、2件のPRにまたがるWebSocket処理のリファクタリングと、より堅牢なテストを出荷しました。

NIPs Repository

NIP-54 Djot migrationは、wiki仕様に対する別の変更提案です。コンテンツ形式をAsciidocからDjotへ切り替え、より簡潔な構文を持つ軽量マークアップへ移行します。このPRはwikilink向けに参照スタイルリンクを導入し、wiki記事間の相互参照をソース上で読みやすくします。NIP-XX Quorumは、FROST（Flexible Round-Optimized Schnorr Threshold signatures）を用いたNostrグループ向けの閾値マルチシグガバナンスを提案します。QuorumはT-of-N方式でメンバー間に共有されるnsecであり、メンバー自身が参加することも、代表者の評議会へ委任することもできます。評議会が変わると古いnsecは無効になり、新しいnsecが配布されます。つまり、あらゆる評議会の最後の行為は、そのガバナンス移行イベントへ署名することです。仕様は、メンバーシップ（公開または非公開）、選挙や投票（一般投票、不信任投票）、任意の自然言語「laws」、さらにquorumが別のquorumのメンバーにもなれるquorum ontologyを定義します。これにより、地域団体が上位地域団体へ参加するような階層構造が可能になります。用途は、ソースコード開発、企業の取締役会、HOA、モデレーション付きコミュニティまで広がります。

今週は以上です。そして今年もここまでです。何か作っているものがありますか。共有したいニュースはありますか。取り上げてほしいプロジェクトはありますか。NIP-17 DMでご連絡いただくか、Nostr上で見つけてください。

Nostr Compass #2

Wed, 24 Dec 2025 00:00:00 +0000

Nostr Compassへおかえりなさい。Nostrプロトコルエコシステムの週刊ガイドです。

今週のハイライト: 3つのNIP-55署名アプリ実装がアップデートされました: Amberはパフォーマンスキャッシュを追加、Aegisはnostrsigner: URIサポートを獲得、Primal Androidは完全なローカル署名アプリとして参加。Shopstrはzapを通じたフラッシュセール「Zapsnags」を導入。Mostroは開発基金を追加。4つのNIP更新がランディングし、パブリックメッセージ（kind 24）とグループプライバシーの改善を含みます。NDKキャッシュクエリが162倍高速化、ApplesauceはリアクションとNIP-60ウォレットサポートを追加、TenexはAIエージェント委任のためのRALアーキテクチャを導入。詳細解説では、NIP-02（フォローリスト）とNIP-10（返信スレッディング）について説明します。これらはソーシャルタイムラインと会話を構築するための基礎的な仕様です。

ニュース

Primal AndroidがNIP-55署名アプリに - 先週のNostr Connectサポートに続き、Primalは8つのマージされたプルリクエストを通じて完全なローカル署名機能を実装しました。実装には、NIP-55仕様に従ってAndroidのコンテンツプロバイダーインターフェースを介して他のAndroidアプリに署名操作を公開する完全なLocalSignerContentProviderが含まれます。アーキテクチャは関心を明確に分離しています: SignerActivityはユーザー向けの承認フローを処理し、LocalSignerServiceはバックグラウンド操作を管理し、新しい権限システムによりユーザーはどのアプリが署名を要求できるかを制御できます。これにより、異なるNostr体験のために他のアプリを使用しながら鍵を1つのアプリに保持したいAndroidユーザーにとって、PrimalはAmberの代替となります。

Shopstr Zapsnags: Lightningを介したフラッシュセール - Nostrネイティブマーケットプレイスは「Zapsnags」を導入しました。これはソーシャルフィードから単一のzapで商品を購入できるフラッシュセール機能です。実装は#shopstr-zapsnagタグ付きのkind 1ノートをフィルタリングし、標準的なカートフローの代わりに「Zap to Buy」ボタン付きの商品カードとしてレンダリングします。購入者がzapすると、システムはNIP-57を使用して支払いリクエストを生成し、kind 9735 zapレシートをポーリングして支払いを確認し、NIP-17のgift wrappingを使用して配送情報を暗号化してから販売者にプライベートに送信します。この機能はリピート購入のために購入者の詳細をローカルに保存し、フラッシュセールリストを作成するためのマーチャントダッシュボードも含まれています。ソーシャル、決済、プライバシープリミティブの巧みな組み合わせであり、Nostrの組み合わせ可能な設計が新しい商取引パターンを可能にすることを示しています。

Mostroが開発基金を導入 - NIP-69 P2P Bitcoin取引プラットフォームは、持続可能なメンテナンスをサポートするために設定可能な開発手数料を実装しました。運営者はMostro取引手数料の10〜100%のdev_fee_percentageを設定でき（デフォルトは30%）、成功した各取引で自動的に開発基金にルーティングされます。実装は3つのデータベースカラム（dev_fee、dev_fee_paid、dev_fee_payment_hash）を追加して貢献を追跡し、デーモン起動時にパーセンテージを検証します。docs/DEV_FEE.mdの技術ドキュメントでシステムを説明しています。このオプトインモデルにより、運営者は手数料配分の完全な透明性を維持しながら継続的な開発をサポートできます。

NIP更新

NIPsリポジトリへの最近の変更:

新しいNIP:

NIP-A4（パブリックメッセージ、kind 24） - 幅広いクライアントサポートのために設計された通知画面メッセージ用の新しいkind (#1988)。スレッド化された会話とは異なり、これらのメッセージにはチャット履歴やメッセージチェーンの概念がありません。スレッディングの複雑さを避けるためにeタグではなくqタグ（引用）を使用し、会話状態を作成することなく受信者の通知フィードに表示されるシンプルな公開通知に最適です。

重要な変更:

NIP-29 - グループセマンティクスの大幅な明確化 (#2106)。closedタグは「書き込み不可」（非メンバーは読み取り専用）を意味するようになり、参加メカニズムから分離されました。新しいhiddenタグは、リレーが非メンバーにメタデータやメンバーイベントを提供することを防ぎ、帯域外の招待なしには発見できない真にプライベートなグループを可能にします。privateタグは、発見のためのパブリックメタデータを許可しながらメッセージの可視性を制御します。
NIP-51 - キュレートされた画像セット用のkind 30006を追加 (#2170)、30004（記事）と30005（動画）のパターンに従います。すでにNostriaで実装されています。
NIP-55 - Android署名アプリの接続開始を明確化 (#2166)。マルチユーザーセッションを実装する開発者が、バックグラウンドプロセスから呼び出すことでget_public_keyを誤用していました。更新された仕様では、初期接続時に1回だけ呼び出すことを推奨し、一般的な実装の落とし穴を防ぎます。

NIP詳細解説: NIP-02とNIP-10

今週は、ソーシャル機能に不可欠な2つのNIPを取り上げます: クライアントがあなたがフォローしている人を知る方法と、会話がどのようにスレッド化されるかです。

NIP-02: フォローリスト

NIP-02はkind 3イベントを定義し、フォローリストを保存します。このシンプルなメカニズムが、タイムラインを可能にするソーシャルグラフを支えています。

構造: kind 3イベントにはフォローしているpubkeyをリストするpタグが含まれます:

{
 "id": "d7a8f...",
 "pubkey": "a3b9c...",
 "created_at": 1734912000,
 "kind": 3,
 "tags": [
 ["p", "91cf9..af5f", "wss://alicerelay.example.com", "alice"],
 ["p", "14aeb..8dad", "wss://bobrelay.example.com", "bob"],
 ["p", "612ae..982b", "", ""]
 ],
 "content": "",
 "sig": "e4f8a..."
}

各pタグには4つの位置があります: タグ名、フォローしているpubkey（hex）、オプションのリレーURLヒント、オプションの「petname」（ローカルニックネーム）。リレーヒントは他のクライアントにそのユーザーのイベントをどこで見つけるかを伝えます。petnameを使用すると、自己宣言した表示名に頼らずに連絡先に覚えやすい名前を割り当てることができます。

置換可能な動作: Kind 3は置換可能な範囲（0、3、10000-19999）に属するため、リレーはpubkeyごとに最新バージョンのみを保持します。新しい人をフォローすると、クライアントはすべてのフォローと新しいものを含む完全な新しいkind 3を公開します。つまり、フォローリストは毎回完全でなければならず、増分更新を公開することはできません。

タイムラインの構築: ホームフィードを構築するために、クライアントはユーザーのkind 3を取得し、すべてのpタグのpubkeyを抽出し、それらの作成者からのkind 1イベントを購読します:

["REQ", "home", {"kinds": [1], "authors": ["91cf9...", "14aeb...", "612ae..."], "limit": 50}]

リレーはマッチするノートを返し、クライアントはそれらをレンダリングします。kind 3のリレーヒントは、クライアントがフォローしている各ユーザーに対してどのリレーにクエリするかを知るのに役立ちます。

Petnameとアイデンティティ: petnameフィールドは分散型命名スキームを可能にします。ユーザーがプロフィールで主張する名前を信頼するのではなく、自分自身のラベルを割り当てることができます。クライアントは「alice（私の姉妹）」と表示するかもしれません。ここで「alice」は彼女のkind 0プロフィールから、「私の姉妹」はあなたのpetnameです。これはグローバルなユーザー名では提供できないコンテキストを提供します。

実践的な考慮事項: kind 3イベントは置換可能で完全でなければならないため、クライアントは更新時に不明なタグを保持する必要があります。別のクライアントがあなたのクライアントが理解しないタグを追加した場合、盲目的に上書きするとそのデータが失われます。ゼロから再構築するのではなく、新しいフォローを追加してください。

NIP-10: テキストノートのスレッディング

NIP-10はkind 1ノートが返信スレッドを形成するためにお互いを参照する方法を規定しています。会話ビューを構築するにはこれを理解することが不可欠です。

問題: 誰かがノートに返信するとき、クライアントは知る必要があります: これは何への返信か？会話のルートは何か？誰に通知すべきか？NIP-10はeタグ（イベント参照）とpタグ（pubkeyメンション）を通じてこれらの質問に答えます。

マーク付きタグ（推奨）: 現代のクライアントはeタグで明示的なマーカーを使用します:

{
 "id": "f9c2e...",
 "pubkey": "a3b9c...",
 "created_at": 1734912345,
 "kind": 1,
 "tags": [
 ["e", "abc123...", "wss://relay.example.com", "root"],
 ["e", "def456...", "wss://relay.example.com", "reply"],
 ["p", "91cf9..."],
 ["p", "14aeb..."]
 ],
 "content": "素晴らしいポイント！同意します。",
 "sig": "b7d3f..."
}

rootマーカーはスレッドを開始した元のノートを指します。replyマーカーは回答している特定のノートを指します。ルートに直接返信する場合は、rootのみを使用します（replyタグは不要）。この区別はレンダリングに重要です: replyはスレッドビューでのインデントを決定し、rootはすべての返信をグループ化します。

スレッディングルール:

ルートへの直接返信: rootマーカー付きの1つのeタグ
返信への返信: 2つのeタグ、1つはroot、1つはreply
rootはスレッド全体で一定のまま。replyは返信先に応じて変わる

通知用のPubkeyタグ: 通知されるべき全員のpタグを含めます。最低限、返信しているノートの作成者をタグ付けします。慣例として、親イベントからのすべてのpタグも含めます（会話の全員がループに留まるように）、さらにコンテンツで@メンションしたユーザーも含めます。

リレーヒント: eおよびpタグの3番目の位置には、そのイベントまたはユーザーのコンテンツが見つかる可能性のあるリレーURLを含めることができます。これにより、クライアントは元のリレーに接続していなくても参照されているコンテンツを取得できます。

非推奨の位置タグ: 初期のNostr実装では、マーカーではなくタグの位置から意味を推論していました: 最初のeタグがルート、最後がリプライ、中間がメンション。このアプローチは曖昧さを生むため非推奨です。マーカーのないeタグを見た場合、おそらく古いクライアントからのものです。現代の実装は常に明示的なマーカーを使用すべきです。

スレッドビューの構築: スレッドを表示するには、ルートイベントを取得し、そのルートを参照するeタグを持つすべてのイベントをクエリします:

["REQ", "thread", {"kinds": [1], "#e": ["<root-event-id>"]}]

結果をcreated_atでソートし、replyマーカーを使用してツリー構造を構築します。replyがルートを指すイベントはトップレベルの返信です。replyが別の返信を指すイベントはネストされた応答です。

リリース

Zeus v0.12.0 - 先週のNWC並列支払いサポートに続き、Lightningウォレットのメジャーリリースは、カスタムリレーサポートとバジェット追跡を備えた完全なNIP-47 Nostr Wallet Connectサービスを搭載。バジェットリロードの修正により接続が現在の制限を使用することを保証。Lightningアドレスのコピーはlightning:プレフィックスを含まなくなり、Nostrプロフィールフィールドでのペーストの問題を修正。

Amber v4.0.6 - Android NIP-55署名アプリは署名操作にパフォーマンスキャッシュを追加し、不正なコンテンツの復号時のエラー処理を改善。リレー接続イベントのリトライロジックにより接続の信頼性が向上し、無効なnostrconnect:// URIと権限画面のインタラクションに関するいくつかのクラッシュ修正が行われました。

nak v0.17.3 - コマンドラインNostrツールの最新リリースはLMDBビルドをLinuxに制限し、クロスプラットフォームのコンパイル問題を修正。

Aegis v0.3.4 - クロスプラットフォームNostr署名アプリはNIP-55で定義されたnostrsigner: URIスキームのサポートを追加し、Amberの接続フローに対応。ローカルリレーデータはバックアップ用にインポートおよびエクスポートが可能になり、リレーソケットエラーのバグ修正とローカルリレーインターフェースのUI改善が含まれています。

注目のコードとドキュメントの変更

これらはオープンプルリクエストと初期段階の作業であり、マージ前にフィードバックを得るのに最適です。気になるものがあれば、レビューやコメントを検討してください！

Damus (iOS)

ミュートリストの永続化はコールドスタート時にミュートリストがワイプされる問題を修正。修正により、アプリ初期化中の偶発的な上書きを防ぐガードを追加。プロフィールストリームのタイミングは、キャッシュされたプロフィールが表示されるまでの約1秒の遅延を排除。以前はビューが購読タスクの再開を待っていましたが、streamProfile()がNostrDBからキャッシュされたデータをすぐに返すようになり、省略されたpubkeyとプレースホルダー画像が表示されるウィンドウがなくなりました。

White Noise (暗号化メッセージング)

リアルタイムメッセージストリーミングは、以前のポーリングメカニズムをストリームベースのアーキテクチャに置き換えます。新しいChatStreamNotifierはRust SDKのメッセージストリームを直接消費し、時系列順を維持しながら増分更新を効率的に処理します。テストでは応答性の大幅な改善が示されました。チャットリストAPIは会話サマリーを取得するためのget_chat_listを追加し、安定ソートの修正はメッセージIDをタイブレーカーとしてcreatedAtを使用することでメッセージの並べ替えループを防ぎます。

NDK (ライブラリ)

2つのプルリクエストが劇的なキャッシュパフォーマンスの改善をもたらしました。PR #371はSQLiteキャッシュから読み取ったイベントがすぐに書き戻されるバグを修正し、アプリ起動時に100%の重複書き込みを引き起こしていました。修正はfromCacheガードを追加し、メモリ内Setを介したO(1)重複チェックを実装。小さな結果セット（<100イベント）では、バイナリエンコーディングのオーバーヘッドの代わりに直接JSONトランスファーを使用。PR #372はキャッシュされたイベントに対する不要なseenEvent呼び出しを削除。LRUキャッシュルックアップはイベントあたり0.24-0.64msのコストがかかり、5,700のキャッシュイベントで約1.4秒のオーバーヘッドが追加されていました。結果: キャッシュクエリが約3,690msから約22msに短縮（162倍高速化）。

rust-nostr (ライブラリ)

マルチフィルターREQサポートが以前のリファクタリングで削除された後に復元されました。SDKは購読リクエストにVec<Filter>を再び受け入れ、ORロジックで複数のフィルター条件を組み合わせる効率的なクエリを可能にします。リレー出所がstream_events*メソッドに追加され、各ストリーミングイベントには元のRelayUrlと成功または失敗を示すResultが含まれるようになり、リレーの信頼性の追跡と接続問題のデバッグに役立ちます。セキュリティ修正はRUSTSEC-2024-0421に続いてurl-fork依存関係を削除し、既知の脆弱性を排除しました。

Applesauce (ライブラリ)

noStrudelを支えるTypeScriptライブラリは今週大幅な開発が行われました。新しいモデルにはリアクションシステムとユーザーグループキャスティングが含まれます。ウォレット機能はNIP-60サポート、送信タブ、改善されたトークン回復ツールで拡張されました。新しいuser.directMessageRelays$プロパティがDMリレー設定を公開。すべてのアクションは非同期インターフェースを使用するようにリファクタリングされ（非同期ジェネレーターを削除）、バグ修正で暗号化コンテンツの復元と時間ベースのイベントフィルターのエッジケースに対処しました。

Tenex (AIエージェント)

Nostr上に構築されたマルチエージェント調整システムは5つのマージされたPRでRAL（Request-Action-Lifecycle）アーキテクチャを導入しました。RALにより、エージェントはタスクを委任するときに一時停止し、結果が到着したときに再開でき、会話スコープの状態永続化を備えています。委任ツール（delegate、ask、delegate_followup、delegate_external）はブロッキングではなくNostrイベントを公開して停止シグナルを返すようになりました。リファクタリングにはAI SDK v6マイグレーション、決定論的LLMインタラクション記録のためのVCRテストインフラストラクチャ、マルチモーダル画像サポートが含まれています。

今週は以上です。何かを構築していますか？共有したいニュースがありますか？プロジェクトを取り上げてほしいですか？NIP-17 DMでお問い合わせください。またはNostrで見つけてください。

Nostr Compass #1

Mon, 15 Dec 2025 00:00:00 +0000

Nostr Compassへようこそ。Nostrプロトコルエコシステムに特化した週刊ニュースレターです。私たちの使命は、開発者、リレー運営者、ビルダーの皆さんにネットワーク全体の重要な動向をお伝えすることです。NIP提案からクライアントリリース、実装のベストプラクティスまで、技術的な正確さ、中立性、深さをもってプロトコルの進化を記録していきます。

Nostr CompassはBitcoin Optechに触発されています。彼らの長年にわたるBitcoin技術知識の発展への献身的な取り組みは、プロトコルに焦点を当てたニュースレターの基準を確立しました。その模範に感謝し、同じ厳密さをNostrエコシステムにもたらすことを目指しています。

この創刊号では、週刊フォーマットを確立します。毎週水曜日にNIPの更新、リリースノート、開発ハイライト、技術ガイダンスをお届けします。クライアントを構築している方、リレーを運営している方、プロトコルに貢献している方、どなたにとってもNostr Compassはエコシステム全体で何が起きているかを知るための信頼できる情報源となることを目指しています。

Nostrとは？

これが創刊号のため、Nostrの仕組みについての入門から始めます。常連の読者はニュースと更新情報に進んでください。

Nostr（Notes and Other Stuff Transmitted by Relays）は、ソーシャルネットワーキングとメッセージングのための分散型プロトコルです。従来のプラットフォームとは異なり、Nostrには中央サーバーがなく、それを管理する会社もなく、単一障害点もありません。ユーザーは暗号鍵ペアを通じて自分のアイデンティティを所有し、コンテンツは誰でも運営できる独立したリレーサーバーを通じて流れます。

仕組み: ユーザーは鍵ペア（nsecと呼ばれる秘密鍵とnpubと呼ばれる公開鍵）を生成します。秘密鍵は「イベント」と呼ばれるメッセージに署名し、公開鍵はあなたのアイデンティティとして機能します。イベントはリレーに送信され、リレーはそれを保存して他のユーザーに転送します。鍵を自分で管理するため、アイデンティティやフォロワーを失うことなくクライアントやリレーを切り替えることができます。

なぜ重要か: Nostrはリレーの多様性による検閲耐性（1つのリレーがあなたを禁止しても、他のリレーがコンテンツを提供できる）、ポータビリティ（あなたのアイデンティティはどのNostrアプリでも機能する）、相互運用性（すべてのNostrクライアントは同じプロトコルを話す）を提供します。何を見るかを決めるアルゴリズムも、広告も、データ収集もありません。

今日のエコシステム: Nostrはマイクロブログ（Twitter/Xのような）、長文コンテンツ（Mediumのような）、ダイレクトメッセージ、マーケットプレイス、ライブストリーミングなどをサポートしています。クライアントにはDamus（iOS）、Amethyst（Android）、Primal、Coracleなど数十のものがあります。Lightning Networkの統合により「zaps」を通じた即時決済が可能です。プロトコルは機能を拡張するコミュニティ主導の仕様であるNIPs（Nostr Implementation Possibilities）を通じて進化し続けています。

ニュース

NIP-BEがマージ: Bluetooth Low Energyサポート - 重要な新機能がプロトコルに追加されました。NIP-BEはNostrアプリケーションがBluetooth Low Energyを介してどのように通信・同期できるかを規定しています。これにより、オフライン対応アプリがインターネット接続なしで近くのデバイス間でデータを同期できるようになります。仕様はWebSocketリレーパターンをBLEの制約に適応させ、DEFLATEの圧縮とチャンクメッセージングを使用してBLEの小さなMTUサイズ（20-256バイト）を処理します。デバイスはUUID比較に基づいて役割を交渉し、より高いUUIDを持つ方がGATTサーバーになります。

MIP-05: プライバシー保護プッシュ通知 - Marmot ProtocolはMIP-05（仕様）を公開しました。これはプライバシーを維持するプッシュ通知の仕様です。従来のプッシュシステムはサーバーがデバイストークンとユーザーアイデンティティを知る必要がありましたが、MIP-05はECDH+HKDFとChaCha20-Poly1305でデバイストークンを暗号化し、一時的な鍵を使用して相関を防ぐことでこれを解決します。3イベントのゴシッププロトコル（kind 447-449）が暗号化されたトークンをグループメンバー間で同期し、通知はNIP-59のgift wrappingとデコイトークンを使用してグループサイズを隠します。これにより、WhiteNoiseや他のMarmotクライアントがユーザープライバシーを損なうことなくタイムリーな通知を配信できます。

Blossom BUD-10: 新しいURIスキーム - BlossomメディアプロトコルはBUD-10（仕様）を通じてカスタムURIスキームを取得します。新しいblossom:<sha256>.extフォーマットは、ファイルハッシュ、拡張子、サイズ、複数のサーバーヒント、BUD-03サーバー発見のための作成者pubkeyを埋め込みます。これにより、blobリンクがサーバー間の自動フォールバックを可能にすることで、静的HTTP URLよりも耐障害性が高くなります。

Shopstrマーケットプレイスの更新 - Nostrネイティブマーケットプレイスは決済用にNostr Wallet Connectを実装し（NIP-47）、NIP-40を使用したリスティングの有効期限を追加し、売り手向けの割引コードを導入しました。

NIP更新

NIPsリポジトリへの最近の変更:

新しいNIP:

NIP-BE - Bluetooth Low Energyメッセージングとデバイス同期 (#1979)
NIP-63 - プロトコル内でゲートコンテンツを処理するためのペイウォール/プレミアムコンテンツ標準 (#2156)

重要な変更:

NIP-24 - Kind 0ユーザーメタデータにオプションのlanguages配列を追加。IETF BCP 47タグを使用して複数の優先言語を指定でき、コンテンツ発見とリレーマッチングが改善されます (#2159)
NIP-69 - expires_atとexpirationタグによるP2P取引の注文有効期限サポートを追加 (#2118)
NIP-59 - Gift wrapイベントがNIP-09/NIP-62リクエストで削除可能に (#2131)
NIP-51 - 汎用ブックマークからハッシュタグとURLタグを削除。ハッシュタグはkind 30015を使用 (#2133)
NIP-18 - aタグサポートによる置換可能イベントの汎用リポストを改善 (#2132)
NIP-17 - 文言を洗練し、DMへのkind 7リアクションサポートを追加 (#2098)
NIP-11 - リレー公開鍵識別のためのselfフィールドを追加 (#1764)

NIP詳細解説: NIP-01とNIP-19

この創刊号では、すべてのNostr開発者が理解すべき2つの基礎的なNIPを取り上げます。トピックページでNIP-01とNIP-19をご覧ください。

NIP-01: 基本プロトコル

NIP-01はコアプロトコルを定義します。Nostrのすべてはこの仕様の上に構築されています。

イベントは唯一のオブジェクト型です。各イベントには以下が含まれます:

id: シリアライズされたイベントのSHA256ハッシュ（イベントの一意識別子）
pubkey: 作成者の公開鍵（32バイトhex、secp256k1）
created_at: Unixタイムスタンプ
kind: イベントタイプを分類する整数
tags: メタデータ用の配列の配列
content: ペイロード（解釈はkindに依存）
sig: pubkeyがこのイベントを作成したことを証明するSchnorr署名

Kindはリレーがイベントを保存する方法を決定します:

通常イベント (1, 2, 4-44, 1000-9999): 通常どおり保存され、すべてのバージョンが保持
置換可能イベント (0, 3, 10000-19999): pubkeyごとに最新のもののみ保持
一時的イベント (20000-29999): 保存されず、購読者に転送のみ
アドレス指定可能イベント (30000-39999): pubkey + kind + dタグの組み合わせごとに最新のものを保持

Kind 0はユーザーメタデータ（プロフィール）、kind 1はテキストノート（基本的な投稿）、kind 3はフォローリストです。

Kind 1: テキストノートはソーシャルNostrの心臓部です。kind 1イベントはツイートに似た短文投稿です。contentフィールドにはメッセージテキスト（プレーンテキスト、ただしクライアントはしばしばmarkdownをレンダリング）が含まれます。タグにより返信、メンション、参照が可能になります:

{
 "id": "<32-byte-hex>",
 "pubkey": "<32-byte-hex>",
 "created_at": 1734480000,
 "kind": 1,
 "content": "Hello Nostr! Check out @jb55's work on Damus.",
 "tags": [
 ["e", "<replied-to-event-id>", "wss://relay.example.com", "reply"],
 ["p", "<jb55-pubkey>"]
 ],
 "sig": "<64-byte-hex>"
}

「reply」マーカー付きのeタグは、これが返信であることを示します（スレッディング規約についてはNIP-10を参照）。pタグはユーザーをメンションし、クライアントがそのユーザーに通知し、生のpubkeyの代わりに名前をレンダリングできるようにします。クライアントはメンションされたユーザーのkind 0イベントを取得して、表示名と画像を取得します。

タイムラインを構築するために、クライアントはフォローしているpubkeyからのkind 1イベントを購読します: ["REQ", "feed", {"kinds": [1], "authors": ["<pubkey1>", "<pubkey2>", ...], "limit": 50}]。リレーはマッチするノートを返し、クライアントはそれらを時系列でレンダリングします。

アドレス指定可能イベント (30000-39999)は置換可能イベントのように機能しますが、追加の識別子としてdタグを使用します。リレーはpubkey + kind + dタグの組み合わせごとに最新バージョンのみを保持します。これにより、編集可能な記事、商品リスト、またはユーザーごとに複数の置換可能なアイテムが必要な場合に対応できます。

タグは最初の要素がタグ名である配列です。標準的な1文字タグ（e、p、a、d、t）はリレーによってインデックス化され、効率的なクエリが可能です。例えば、["e", "<event-id>"]は別のイベントを参照し、["p", "<pubkey>"]はユーザーを参照します。

クライアント-リレー通信はWebSocket接続を使用し、JSONの配列をメッセージとして使用します。最初の要素がメッセージタイプを識別します。

クライアントからリレーへ:

["EVENT", <event>] - リレーにイベントを公開
["REQ", <sub-id>, <filter>, ...] - フィルターにマッチするイベントを購読
["CLOSE", <sub-id>] - 購読を終了

リレーからクライアントへ:

["EVENT", <sub-id>, <event>] - 購読にマッチするイベントを配信
["EOSE", <sub-id>] - 「保存されたイベントの終わり」 - リレーはすべての履歴マッチを送信し、今後は新しいイベントが到着したときのみ送信
["OK", <event-id>, <true|false>, <message>] - イベントが受け入れられたか拒否されたか（および理由）を確認
["NOTICE", <message>] - リレーからの人間が読めるメッセージ

購読フロー: クライアントは購読IDとフィルターを含むREQを送信し、リレーはマッチするEVENTメッセージで応答し、履歴に追いついたことを示すEOSEを送信します。EOSEの後、新しいEVENTメッセージはリアルタイムです。クライアントは完了したらCLOSEを送信します。

フィルターは取得するイベントを指定します。フィルターオブジェクトには以下を含めることができます: ids（イベントID）、authors（pubkey）、kinds（イベントタイプ）、#e/#p/#t（タグ値）、since/until（タイムスタンプ）、limit（最大結果数）。1つのフィルター内のすべての条件はANDロジックを使用します。REQに複数のフィルターを含めることができ、それらはORロジックで結合されます - 1つの購読で異なるイベントタイプを取得するのに便利です。

NIP-19: Bech32エンコード識別子

NIP-19は、Nostrのどこでも見かける人間に優しいフォーマットを定義します: npub、nsec、noteなど。これらはプロトコル自体では使用されません（プロトコルはhexを使用）が、共有と表示には不可欠です。

なぜbech32か？ 生のhex鍵はコピー時にエラーが発生しやすく、視覚的に区別しにくいです。Bech32エンコーディングは人間が読めるプレフィックスとチェックサムを追加します。npub（公開鍵）をnsec（秘密鍵）やnote（イベントID）とすぐに区別できます。

基本フォーマットは生の32バイト値をエンコードします:

npub - 公開鍵（あなたのアイデンティティ、共有しても安全）
nsec - 秘密鍵（秘密に保つ、署名に使用）
note - イベントID（特定のイベントを参照）

例: hexのpubkey 3bf0c63fcb93463407af97a5e5ee64fa883d107ef9e558472c4eb9aaaefa459dはnpub180cvv07tjdrrgpa0j7j7tmnyl2yr6yr7l8j4s3evf6u64th6gkwsyjh6w6になります。

共有可能識別子はTLV（Type-Length-Value）エンコーディングを使用してメタデータを含みます:

nprofile - リレーヒント付きプロフィール（クライアントがユーザーを見つけるのに役立つ）
nevent - リレーヒント、作成者pubkey、kindを含むイベント
naddr - アドレス指定可能イベント参照（pubkey + kind + dタグ + リレー）

これらは重要な問題を解決します: 誰かがノートIDを共有したとき、どのリレーがそれを持っているかをどうやって知るのでしょうか？neventはイベントIDと推奨リレーをバンドルし、共有をより信頼性の高いものにします。

重要: プロトコル自体ではbech32フォーマットを使用しないでください。イベント、リレーメッセージ、NIP-05レスポンスはhexを使用する必要があります。Bech32は純粋に人間用インターフェースのためのものです: 表示、コピー/ペースト、QRコード、URL。

リリース

Amber v4.0.4 - Android署名アプリはNullPointerExceptionを修正し、アクティビティ画面のパフォーマンスを改善し、一部のイベントkindの翻訳を追加しました。以前のv4.0.3リリースでは、刷新された暗号化/復号化UI、アカウントのエクスポート/インポート、アカウントごとのリレー処理、bunkerのpingサポート、クラッシュレポートが追加されました。リリース

Coracle 0.6.28 - WebクライアントのバグFixリリース。トピックフィード、imgproxyが無効な場合の画像処理、非リンクハイライトソースのリンク化を修正しました。リリース

Flotilla v1.6.2 - Discordライクなコミュニティクライアントはモーダルのスクロールとスタイルの問題を修正。このサイクルの以前のリリースでは、通知用のオプションのバッジとサウンド、改善されたリンクレンダリング、招待リンク用のQRコードスキャン、合理化されたウォレットセットアップが追加されました。リリース

nak v0.17.2 - コマンドラインNostrツールはNIPリファレンスをすばやく検索するための新しいnipコマンドを追加し、gitリポジトリ処理とstdinイベント処理の修正も行いました。リリース

White Noise v0.2.1 - MLSベースの暗号化メッセージングアプリのメジャーリリース。Blossomを介した画像共有、バックグラウンド同期、プッシュ通知、8言語のローカライズ、グループメンバー管理を追加。リリース

Amethyst v1.04.2 - フォローリスト/パック、新しいタイムラインフィルター、画像ギャラリー、H.265動画圧縮（50%小さいファイル）を導入した機能リリース。Kotlin Multiplatformマイグレーションを完了。リリース

Mostro v0.15.5 - NIP-69注文有効期限サポートと改善された取引履歴レスポンスを含むP2P取引プラットフォームの更新。リリース

Nosflare v8.9.26 - Cloudflareインフラストラクチャ上に構築されたサーバーレスNostrリレー。このリリースはwebsocketの障害を引き起こす可能性のあるバグに対処する重要なホットフィックスを提供し、リレーに依存するユーザーとアプリケーションにより安定した接続を保証します。リリース

Noscall v0.4.1 - Nostrベースの安全な音声およびビデオ通話アプリ。このリリースはMeページのポップアップUIを改善し、いくつかの既知の問題を修正して、安定性と通話の信頼性が向上しました。リリース

Gitplaza v0.25.0 - Git関連のアクティビティに焦点を当てたデスクトップNostrクライアント。このリリースは受信箱フィードに高度なkindフィルターを導入し、フィルターに通常のzapsを含め、タブテキストのフォーマットを簡素化しました。パフォーマンスの改善により、コメントツリーの読み込みが最適化され、不要なデータベースクエリが削減され、より高速な表示のためにキャッシュされたコメントブランチを使用します。リリース

注目のコードとドキュメントの変更

Damus (iOS)

クラッシュとUIの修正に焦点を当てた安定性の改善: 作成ビューのカーソルジャンプ修正、トランザクションの安全性のためにSwiftの~Copyable型を使用したNostrDBインターフェースの再設計、アクションバーの再インスタンス化を修正するスレッドUIの安定性、AttributeGraphサイクルによるミュートリストのフリーズ、クロススレッドトランザクションクリーンアップによるプロフィールクラッシュ。またAIコーディングエージェント用のAGENTS.mdガイドラインも追加。

Notedeck (デスクトップ/モバイル)

セキュアキーストレージはnsecを自動マイグレーションでOSセキュアストアに移動。将来のノートフィルタリングは24時間以上先の日付のイベントを非表示にします（アンチスパム）。neventコピーにリレーヒントを含めるようになりました。また: プロフィールカラムのクイック追加、キーボードナビゲーション、メディア読み込みの最適化。

Amethyst (Android)

[NIP-46リモート署名](https://github.com/vitorpamplona/amethyst/pull/1555)のNostr Connectサポート。ブックマーク整理で公開/非公開リスト管理。リレー情報解析のエッジケースに対するstrfry互換性修正。

Primal (Android)

nostrconnect:// URL用のNostr Connectディープリンク。bunker接続用のQRスキャンによるリモートログイン。接続競合状態の修正。

White Noise (暗号化メッセージング)

アプリデータ保持の修正はプライバシーのためにAndroid自動バックアップを無効化。チャットスクロール動作は履歴を読むときに位置を保持。

Zeus (Lightningウォレット)

バッチzapスループット改善のための[NIP-47並列支払い](https://github.com/ZeusLN/zeus/pull/3407)。

開発者ベストプラクティス

認証イベントを防御的に検証する - go-nostrはリレータグが欠落している場合のNIP-42検証でのパニックを修正しました。整形式のイベントを期待する認証フローでも、アクセスする前に必須タグをチェックしてください。

認証状態によるレート制限 - khatruはNIP-42ベースのレート制限を追加し、認証済みと匿名の接続に異なる制限を適用できるようにしました。一律の制限ではなく、認証状態に基づく階層的な制限を検討してください。

リストにはカーソルページネーションを使用 - Blossomは/listエンドポイントで日付ベースのページネーションをカーソルベースのページネーションに置き換えました。日付ベースのページネーションはアイテムがタイムスタンプを共有すると壊れます。カーソルは信頼性の高い反復を提供します。

イベントタイプのスキーマ検証 - nostrability/schemataプロジェクトはNIP準拠のイベントを検証するためのJSONスキーマを提供します。開発中にスキーマ検証を統合して、不正なイベントがリレーに到達する前に検出することを検討してください。