復旧不定期日誌466, ビットコインの鍵は256文字の32桁です。となると、36文字の13桁は……ですね。
ビットコインの鍵が、もし36文字の13桁(約uint64_tですね)だった場合、ネットワーク完全崩壊まで何日だろう……と考えます。もちろん、そんなことはなく、256文字の32桁(uint256)です。ご安心ください(^^… 続きを読む »
ビットコインの鍵が、もし36文字の13桁(約uint64_tですね)だった場合、ネットワーク完全崩壊まで何日だろう……と考えます。もちろん、そんなことはなく、256文字の32桁(uint256)です。ご安心ください(^^… 続きを読む »
sora_meetino氏が外れたのなら、戻ってきたいというDMが多くきていました。 つまり、みえない部分でトラブルを抱えていた可能性がありました。現在、調査中です。※ たとえば、突然BANされた、などです。理由も無くこ… 続きを読む »
本日、NFTに data structure を搭載いたしました。仕様はADD_SERIALIZE_METHODSのライトコインなどで採用されているデータ構造です。これが優れていて、後からいくらでもデータ構造を変えられる… 続きを読む »
昨日……完成、したのです。しかし、もう拡張したくなりました。まだ半日しか経ってない……。それだけブロックチェーンには「魅力」があります。 もちろん、この拡張はすぐ終えられます。復旧機能拡張スケジュールに影響はありません。… 続きを読む »
本日、完成いたしました。※ 記念に、DataRecovery-NFTを配布いたします。1000を集めると、FromHDDtoSSDのデータ復旧機能が「商用利用可能」となるNFTです。1ずつ配布してみます。さて、これをどの… 続きを読む »
いくらでも応用が利くブロックチェーン。悲観的になる必要は皆無です。そうですね、ブロックチェーンをOSに例えるならNFTはアプリになります。そして、OSはそれ自体が稼ぐのではなくアプリが稼いだ分から手数料、ですよね?※ N… 続きを読む »
今まで、Qtウォレット(SorachanCoin-qt)と同じデータフォルダを採用しておりました。しかし、Qtウォレットは旧式のランダムウォレット、それに対してFromHDDtoSSD v3はHD ウォレットを採用してお… 続きを読む »
SORAは、分散解析を目的とした「ドライブ検査」と「データ復旧」のためのブロックチェーンです。これらは本チェーンの原点で、今後の開発方針から外れることは決してありません。もちろん、NFTの各機能もたっぷりと搭載していく方… 続きを読む »
所有者証明等のちょっと堅苦しい事例が並びましたが、「遊び」も忘れてはなりません。というか、そこが最も重要です。 実装してきたブロックチェーン関連の機能を活用した遊びとなると、間違いなくNFTを使った「遊び」です。Disc… 続きを読む »
従来のWeb2.0では、厳密そうで曖昧でした。 「本人が書いたのか?」「誰が書いたのか?」「なりすまし?」「それ、書かせたんではないの?」が始まります。証明できないので、こればかりは信じるしかない状況で、実際に、異なる者… 続きを読む »
現状のWeb2.0でコンテンツを作っても、自分の著作物と示すのが難しいのが現状です。なぜなら時間軸がないからです。 後から、他人が同じ内容でコンテンツを作る(パクる)とします。しかしそこには時間軸がないので、それは自分の… 続きを読む »
そろそろ、経済生産性が求められるところです。転がすだけではダメなのです。 そこで2つのNFT、DataRecoveryとjunkhdd.comです。前者は弊社データ復旧サービスでお得な特典等に活用していきます。後者はWe… 続きを読む »
時々のご利用ならば、パソコンに置いておく必要すらなくなりました。さっと約5分で完全復元して、使い終えたら削除します。なお、使い終えた後に削除するのであればウォレットの暗号化は必要ありませんね。セキュリティ的には、悪くない… 続きを読む »
フルノードのブロックチェーンの欠点の一つとして、初回接続時の完全同期に「数時間から数日かかる」という点です。 この長時間の同期は「初回に限る」のですが、何事もはじめが肝心です。そこで数時間お待ちください、、、は何とかする… 続きを読む »
いつもお世話になっております。 本日、処理にお時間を要する全過程に「待機ウィンドウ」を実装いたしました。これにより処理待機中の「応答なし」がなくなりました。 応答なしはメッセージループが止まると発生いたします。このため、… 続きを読む »