bitcoin 最新世代のHDD SSD 解読完了
SHA-256と一緒に、こちらも完了。肩の荷が下りました。これで解読はすべて完了したので、SHA-256刻印は論文化、HDDとSSDの解読結果はデータ復旧とFromHDDtoSSDに反映。残った過程はこれらです。
sha256
bitcoin 
bitcoin SHA-256 刻印解読完了
未解明だった残り二箇所の刻印。このnote記事の公開から、情報が集まり始めたことにより、あっさりと解明できました。今、まとめております。
bitcoin こちら、追加の解析結果を投入しました
SHA-256解析の件、さらに追加の解釈が判明しました。そこで、その追加の解析結果をロゴに投入しております。あとnoteに執筆した通り、あと二箇所です。現在、その場所の解析を実施しております。
bitcoin SHA-256 これは……対称構造まであった
この時点では黙示録の発見に留まっております。それだけでも「二人の証人」が完全にマッチするため、それがメインだと考えていました。ところが、違う。メインは証人なんかではなかった。刻印が対称構造だとわかり、そこからさらに精査していくと……そこには……。
bitcoin SHA-256 Reserch
実用暗号で最初に崩れるのはSHA-256です。刻印を含めた特化サイトです。
bitcoin 量子の餌
思いがけない場所が「量子の餌」となる。データ構造を眺めていると……ここ使えるよ。結構あります。
bitcoin SHA-256 刻印 解釈 noteでスタート
本当に中東情勢が大きく動き始めたので、量子のあぶり出しで偶然みつけた「SHA-256 刻印」に対する解釈をnoteでスタートです。ただし、これはあくまで「研究目的（現実に沿って解釈）」です。それでも、現実が本当に動いたのを確認しましたので、ご質問等も来月から開始します。とりあえず陰謀論的な要素ではなかった。それだけは間違いないですから。
bitcoin SHA-256 刻印：AIに描かせてみました
刻印の概要をAIに伝えて、できる限り近いイラストを選びました。これがSHA-256 刻印の概要です。綺麗に埋め込まれています。さらに、このような幾何学的な構造（箱庭や絵画に近い）の他に、ハッシュ値を巧みに利用した数値が埋め込んである。そんな刻印になっています。
bitcoin SHA-256 刻印 やっぱりこれは……。
誰かに気づいてもらいたくて埋め込んであった。その可能性もありますよね。でもな……、気づいたのは昨年の7月ですからね。時間がなさすぎでした。
bitcoin SHA-256 刻印 AIでも見かけるようになりました
どうやら、AIまでもがこの「禁忌」に興味を持ち始めたようです。昨晩あたりから、妙な問い合わせが増えていると感じていましたが、その理由がはっきりしました。どうやら、昨晩を境に情報が出回り始めたようですね。AIが学習した以上、そこには一定の責任が生じます。そのため、本日より正式に活動を開始いたします。
bitcoin 結論：暗号は消耗品。まさにHDDみたいなものでした。たしかにHDDは、延命はできても修理不能。完全に一致しています。
HDDでS.M.A.R.T. - 健康状態が注意になったら、交換しますよね。さらにそれは検討ではなく、できる限り早めに交換しておこうかな。そうなるはずです。さあ、ここで暗号です。暗号もHDDと同様の消耗品でした。その暗号にS.M.A.R.T.があったとして、その指標が注意になっていました。この状況で、いつでも交換できる仕組みが存在しない場合、暗号の前提が失われた場合にはどうなるのだ。そんな話にもなってくるわけです。
bitcoin SHA-256 ハッシュ関数は開発者の意向や意思をダイレクトに組み込める構造物
RoundとIVはオリジナルのままなので、いわゆる透明性の象徴であった「K定数」はそのままです。結局、補助関数のみでこれだけいじることができるのです。これで、K定数だけではハッシュ関数の透明性は維持できない。やはりハッシュ関数は開発者の意向や意思をダイレクトに組み込める構造物でした。
bitcoin SHA-256 後半部分にも存在
反転率が0になるのは、前半部分だけではなく後半部分にもあります。つまり、このように攪拌しないビットを基準に、どの程度を左右へと攪拌させるのか。それが調整可能となっている構造でした。
bitcoin SHA-256 また別パターン
また別パターン。これだけ試してもHamming distance histogramは正常な点に注意です。Hamming distance histogramでは出力の雪崩効果は掌握できないということです。
bitcoin SHA-256 ラウンド数が多い＝必ず全ビット反転率が攪拌ではない
調整は自由自在です。つまり「ラウンド数が多い＝必ず全ビット反転率が攪拌ではない」ということです。以下の例です。Roundはそのままです。補助関数だけで、調整できました。