bitcoin サトシのアドレスの耐量子対策
それは、秘密鍵を知る本人が、耐量子のアドレスに全額を移動させるしか、策がありません。もしこの方法以外にあるのなら、それは……開発運営が、秘密鍵を知らない第三者の全額を制御下に置くという事になりますから、その瞬間に非中央集権ではなくなります。その事例を一つでも認めると、明日は、我が身なのでは？その疑心暗鬼がネットワークを埋め尽くすため、機能を失うことになります。
PQC
bitcoin 
bitcoin ECDSA 未移行のまま取り残される分 相当出てしまうね、これは……。
ECDSA側の量子耐性については、各ユーザの移動手続きが必須となります。なぜなら、秘密鍵を必要とするためです。そうなると移行期間。これを長めに取れないと……取り残されるのが出てきます。この移行期間で決まる。そこまできてますね。
bitcoin PQC導入には、未移行分の凍結（バーン）は必須です
それは凍結、いわゆるバーンです。それ以外に方法はなく、移行を見届けるまでの時間がない。待っている時間＝未移行分がハックされて投げられるリスクとなりますので、そのようなリスクを即座に封じることができる、それが凍結（バーン）になります。もちろん「そんなのでいいのかよ？」という意見も多いようですね。でも、これしかない。
BLOCKCHAIN SORA2：アドレス生成
これが、PQCです。最大256種類をサポートします。上から順に、説明いたします。
bitcoin SORA2：操作方法 起動
通常版とtestnet専用版（こちらがPQC＋耐量子ハッシュ関数）の二種類を公開しました。※ testnetの立ち上げには-testnetを与える必要があるため、それを不要化したtestnet専用版も同時に公開しております。
BLOCKCHAIN PQC実装、コインベースだけはHF必須でした。
コインベーストランザクションだけ別でした。この構造にPQCを実装し、古いノードを通過させるのは……ちょっと難しいですね。
bitcoin SHA-256 統計情報 念のため再計算しました。数日前にグローバー前提（交換前提）な話も表向きに出てきたので、開示しても良さそうですね。
結果自体は手元にあったのですが、念のため再計算いたしました。と、開示の前にハッシュ交換方法ですよね。考え付いたのは以下の三点です。