タグ: SorachanCoin-core

chapter322, [SORA] We begin to check for “Withdrawal status of each Exchange”. [updated 4-May 2021]

We will check the withdrawal status of each Exchange where SORA is listed,
every few days.
After actually sending coins, it becomes “ok” for the first time after confirming the withdrawal TO MY WALLET.
Because there was the Hotbit matter …

Unnamed Exchange https://www.unnamed.exchange/
we are confirming the Exchange.
BTC no, LTC ok, ETH no, DOGE no, USDT no, TRX no, SORA ok

FinexBox https://www.finexbox.com/
we were directly contacted. do not worry!
Dogecoin is under maintenance in the short term.
BTC ok, LTC ok, ETH ok, DOGE no, MONA ok, TRX ok, SORA ok

coin163 https://www.coin163.org/
There is no problem.
ETH ok, USDT ok, SORA ok

chapter318, [Blockchain][SORARA] We released the latest Wallet in Windows version (v3.8.10).

using Blockchain DB: replace from LevelDB to latest SQLite (SQLite v3.35.0 Mar-2021)
We have created a database of peers_sql.dat from peers.dat and we enabled automatic checkpoints on a trial basis.

https://github.com/FromHDDtoSSD/SorachanCoin-qt/releases/tag/v3.8.10

chapter316, [SORA][BlockChain] Is LevelDB really fast to Blockchain?

We are currently checking performance of the blockchain that has migrated from LevelDB to SQLite.

In the case of LevelDB, in order to retrieve data using the sorted records arranged in a tree structure, it is necessary to deserialize unnecessary key data in order to apply conditions for exiting the search.

For example, if blockchain has 500,000 blocks, the key will be deserialized 500,000 times.
Then, since memcpy is called several times internally, it is a heavy process.
Furthermore, it will be strcmp in the comparison process. It’s heavy.

On the other hand, in the case of SQLite, the key can be specified in advance by the condition, so they only need to get the value.

復旧日誌6 [HDD/SSD/RAID] １０TBを超えたハードディスクの復旧について

いつもお世話になっております。
本日は、１０TBを超えたハードディスクの復旧について、です。

現在、ハードディスクの方は「データ保管用途」向けとなっております。
一方、システム起動用途としては、迷わずSSDで問題ございません。

そして、このハードディスクの容量が急拡大しております。
４TBから８TBで踏みとどまっていたものが、
急激に増加を開始し、１０TBは当たり前で、
そこから１６TBなども拝見する機会が多くなってきました。

この域に達しますと、
データの最小単位となるセクタで、すべてを辿る方法による復旧は、
もはや現実的ではございません。
ピンポイントでドライブの状態を監視しながら、
データを取り出す手法のみが有効です。
２０１６年より開発してきました「自動復旧」と、
現在開発中の「ブロックチェーン」を組み合わせて、
ドライブの状態管理用データの取り扱いまで自動化する、
新しい試みを、ようやくリリースできる見込みになりました。

いま、自動復旧を担うFromHDDtoSSDについて、
MinGWと呼ばれるコンパイラへの開発環境移行を試みております。
Linuxで広く使われるGCCのWindows版が、このMinGWになります。
ブロックチェーンの開発がMinGWだったゆえに、
今後の中心部を踏まえて、MinGWへの移行を決めました。
特に問題なくWindowsAPIおよびWindowsDDKが利用できるため、
そのままで問題ないとは思いますが、
なにゆえにドライブへのアクセスが絡みますので、
しっかり検証後、ブロックチェーンを取り込んで「リリース」となります。

なお、ブロックチェーンの「活用」がメインとなります。
検査に限り、ネットワーク手数料として僅かなSORAが必要となりますが、
それでも、大幅な時間短縮が実現される見通しです。

まず第一弾では、ドライブの弱い部分を探索できるようなロジックが組まれます。１０ＴＢ等の大容量をすべて検査するのは、時間がいくらあっても足りません。

そして、このようなドライブが沢山あると検査が面倒になって、そして、です……。

なお復旧系は、SQLiteに蓄積されたブロックチェーンを読み取って、
それらを手掛かりとするため、ネットワーク手数料は不要です。

もちろん、従来からある「完全スキャン」などは
ブロックチェーン非経由となりますので、今まで通りです。

そして、インストール不要版です。
パターンのダウンロードを必須としていましたが、今回、その全てを内蔵いたします。
それゆえに、ネットワーク非接続にて簡単にご利用いただける形になります。
※「ブロックチェーン非経由版」としては、これで完成です。

なにとぞよろしくお願いいたします。