Amethystは、Geode relayとQuartzクライアントの作業において、HTTP経由のrelayコマンドに暫定的なNIP-FEという名称を使っています。この名称は割り当て済みのNIPではなく、Nostrのrelay全体で採用されている証拠でもありません。

トランスポート

クライアントはWebSocket接続を開く代わりに、REQ、COUNT、EVENTのいずれか1つのフレームをrelayのHTTPエンドポイントへPOSTします。レスポンスはrelayのフレームを改行区切りのJSONとしてストリーミングします。クライアントは完了した応答と途中で切れたストリームを区別する必要があり、認証付きのリクエストでは引き続き署名付きのNostr HTTP認可を使います。このトランスポートはコマンドがrelayへ届く方法を変えるものであり、基になるeventの署名や内容を変えるものではありません。

Amethystのマージ済み実装は、Geodeのルート、Quartzのクライアント対応、ボディサイズと同時実行数の制限、そしてフレーミングと認可のテストを追加しています。これはソースレベルでの実装の証拠であり、独立したrelayが同じ提案を実装したことの証明ではありません。

名称の衝突

NIPsリポジトリにある無関係なドラフトのプルリクエストもNIP-FEを使っていますが、こちらは提案中の複数受信者向けエンベロープ上に構築されるプライベートフィードのためのものです。この作業はオープンであり、AmethystのHTTPトランスポートとは別の問題を扱っています。どちらの暫定的な使い方も、この名称が承認済みの仕様に割り当てられたことを示すものではありません。読者は、提案をそのソースと主題によって識別するべきです。

主要ソース:

言及箇所: