「BLOCKCHAIN」カテゴリーアーカイブ

[blockchain問題点][153] 実は……FromHDDtoSSD v3 ブロックチェーン版 NFTを経由する処理は「接続許可型」で開発済みでした。統計データや暗号のメモ帳などが該当いたします。

スパムのトランザクションで統計データを荒らされるのを防止するため、実は……NFTを経由する統計処理は接続許可型で開発しておりました。 https://www.iuec.co.jp/fromhddtossd2s/v3_0_… 続きを読む »

現状のビットコインは「どんな鍵」でも受け入れる。これではハッキングだらけになりますので、許可型ブロックチェーンという新しい概念(ブルームバーグで確認)が出てきました。ただ、すでに汚染度合いが掌握できない既存のチェーンに… 続きを読む »

NVMeでなければv2v3で結果が一致します。現地点での解析データで十分に間に合うという証です。

以下、解析データを同期する前の状況です。(上はv2, 下はv3)v3で数をこなしていたため、どうしてもv3の精度が上がります。ブロックチェーンについては、ハッキングの問題さえ片付けば各処理が平坦な処理に置き換わるので使… 続きを読む »

現状のブロックチェーンは運営側からハッキングを抑制することができないためハッキングされることが前提となります。このため、既存のサービスとブロックチェーンを接続すると、ハッキングの度に既存サービスの信用低下につながる恐れ… 続きを読む »

ペーパーウォレットにしてパソコンから削除すれば大丈夫でしょう。そう思いがちなのですが、それでもハッキングをやられます。なぜなら、ブロックチェーン分散台帳の仕組みにあります。分散台帳は全データを参加者全員で同期するとい… 続きを読む »

FromHDDtoSSD v3 ブロックチェーン版にインストール版をご用意いたしました。現在、次の鍵「bech32系」「キメラの鍵」を調査しておりますが、まだ調査にお時間を要するため、ここでインストール版をご用意いたしま… 続きを読む »

Web3.0ブロックチェーンのアドレスは、自己責任です。そして、暗号資産として手元に置いておくには、どこかのアドレスに置いておく必要が生じます。手元にあったドージコインがなくなった、ウォレットに預けておいたドージコイン… 続きを読む »

1月27日リリースのFromHDDtoSSD v3 ブロックチェーン版で、Base58の全アドレスとコントラクトアドレスへの対応を完了いたします。

P2Pネットワークを取り込む目的で導入したブロックチェーンなのですが、軽量化はしましたが「重い」という問題点からも抜け出せそうにないです。軽快に動作するv2版が好評(^^;でした。もちろんブロックチェーンを切り離しサ… 続きを読む »

FromHDDtoSSD ブロックチェーン版 v3より統計スキャンを移植いたしました。これでドライブ検査系「完全スキャン・乖離率ベンチマーク・不良セクタシミュレーション・統計スキャン・時短スキャン」のすべてが揃いました。… 続きを読む »

さすがにセキュリティソフトが反応するでしょう？それは、いいえです。その考えは捨ててください。鍵の問題は防ぐ手段がありません。よって、どんなセキュリティでも確実に破られ、調査も難しいという性質があります。それゆえに「コー… 続きを読む »

現在、最終チェック中です。v3よりも案外使いやすく仕上がりました(^^)v 統計データの方は毎回処理ではなく、1度処理すれば数か月更新しなくてもそのまま使えるように仕上げました。これにより統計処理自体は約１０分を要します… 続きを読む »

スマートコントラクトを含め、すべての機能はブロックチェーンの上にあるため、ブロックチェーンの規則に例外なく従います。よって、今後どんなにアップグレード等が行われたとしても、縁の下のブロックチェーン自身が変わらない限り、… 続きを読む »

ステーブルコインもブロックチェーン上に存在いたしますので、鍵の問題に縛られ、普通のコインと同じ状況ゆえに同じリスクが顕在いたします。トランザクションの区分が「コイン」「スマートコントラクト」との違いだけです。結局、ステ… 続きを読む »