BLOCKCHAIN Faucetを増設 ありがとうございます
GateviaにFaucetを増設しました。
暗号通貨
BLOCKCHAIN 
bitcoin 統計のトークン化
欲しい統計がブロックチェーン上に流れていて、更新時は上乗せします。このとき、ブロックチェーンの性質として書き換えできないというものがあります。ところが、更新分を上乗せすることは可能です。つまり、必要な分を更新しながら、完成に近づけていけます。そこには履歴も残っていますので、その履歴を参照しながら必要な解析を局所的に実行することにできます。
bitcoin SHA-3 256bitと512bitを用意しました
SHA-3を組み込んで、検証を重ねます。SHA-256より、これは計画でした。確実に、次の基盤はWeb3と言い切れます。頑張ります。
bitcoin 換装先のハッシュ関数にSHA-3
MD構造から、スポンジ構造へと変わったSHA-3。SHA-256の衝突が発見されたら交換プロセスに移行する。それがハッシュ関数の換装スケジュールです。このため、今から換装先のハッシュ関数を選定する必要も出てくるはずです。とりあえず、SHA-3を入れてみましょう。
bitcoin サトシ。続編です。
SHA-256に浮かび上がる刻印から、スコフィールドと、ある刻印が発見できたことで、量子問題すら吹き飛んでしまいました。
bitcoin ブロックチェーンと署名サイズ
署名サイズが大きいPQC。それをどうしたら削れるのか。まず、数KBにもおよぶ署名を、そのままブロックチェーンに乗せるのは……厳しいです。工夫が必要です。逆に、ECDSAの署名サイズ「64バイト - 73バイト」は奇跡のような小ささでした。それと比較してしまうのも、PQCの署名サイズが大きく感じる理由でもあります。
bitcoin sora1アドレスで量子耐性稼働中
SORAブロックチェーンでは、sora1アドレスと0xから始まるアドレスが、量子耐性になっております。さらにmainnetです。本当はBech32形式についてはSegWitにすべきだったのですが、同じように作っても０から１にはなりません（０から１：この概念が仮想通貨では重要でした……なぜなら、SHA-256刻印に、そう浮かびます）ので、そこは「量子耐性＋P2MRのような構造（mempoolブロードキャストまで公開鍵を露呈しない）方式」で開発しました。
bitcoin 署名サイズ
量子耐性については、SORA L1とSORA L2（FromHDDtoSSD v3）で、その署名サイズを変えております。でもね、やはりL2は大き過ぎたかな。
AIデータ復旧サービスについて ローカル（クラウド）版
こちらも、分散型と同じように動作するように、弊社で常に調整したクラウド版です。※ただしローカル版は、オンラインを必要としない分、最新分の反映はありません。将来的には分散型に統一する流れです。それでも……ローカル版は残します。利便性重視のローカル版、最新の分散型。この二方面で棲み分けします。
bitcoin 解析も再開 ―― またFaucet
ECDSAの量子耐性はSORA L1の方でやります。このため、分散型を活用するこちらは、将来的に移行できる見通しを立てた上で、ドライブの解析を再開です。順調です。ネットワーク手数料はFaucetあたりで配布しております。このFaucetは、6時間単位で0.1 SORAが入ります。つまり、6時間を経過するとアンロックされて、また0.1 SORAが続くという形式です。まあ、そういうもの……なのです。
暗号解析（SHA-256） 量子耐性期間中は……。
猫にしましょう。このゆるさ。それをPQCのアイデアに取り入れるのです。NISTのPQCは銀行向け。署名サイズが大き過ぎてブロックチェーンで運用するには困難です。よって、複数のPQCを最適に運用できるように組まないといけません。大口向けはサイズは問わない。その分、高額の手数料を出す。一般向けはブロックチェーンに最適化されたスモールスケール。手数料はほどほど。棲み分けですね。
bitcoin サトシのアドレスの耐量子対策
それは、秘密鍵を知る本人が、耐量子のアドレスに全額を移動させるしか、策がありません。もしこの方法以外にあるのなら、それは……開発運営が、秘密鍵を知らない第三者の全額を制御下に置くという事になりますから、その瞬間に非中央集権ではなくなります。その事例を一つでも認めると、明日は、我が身なのでは？その疑心暗鬼がネットワークを埋め尽くすため、機能を失うことになります。
bitcoin 宗教戦争
興味深い記事がありましたのでリンクした上、note記事にしました。宗教戦争・ハルマゲドン・神の計画・SHA-256・暗号通貨この組み合わせになってきますね。それで暗号通貨がSHA-256を積極的に取り込んだのは、たまたま時期の問題だったのか。それとも……。SHA-256Dをみる限り、SHA-256だった。
bitcoin ECDSA 未移行のまま取り残される分 相当出てしまうね、これは……。
ECDSA側の量子耐性については、各ユーザの移動手続きが必須となります。なぜなら、秘密鍵を必要とするためです。そうなると移行期間。これを長めに取れないと……取り残されるのが出てきます。この移行期間で決まる。そこまできてますね。
AIデータ復旧サービスについて プロセス管理ソフト、開発中
あちらはECDSAまで問題が起きてしまったので、経過観察のみですね。ただ言えることは、量子問題が本格化してから一年五か月も経過したにも関わらず、挙がってきた具体的な策がP2MRのみで、その唯一のP2MRを潰してしまったのが、一昨日のGoogle 量子AIチームによるECDSAの解読最適化、でした。ということで、先日から予告しておりますプロセス管理ソフトと、検査系の新たなる方式。そのあたりから進めていきたいと考えております。