chapter345, [SORA] draft: renewal Whitepaper 7, Finally

7, Finally

We are pleased that the Blockchain will be usefully used and will contribute technically.
ブロックチェーンが有用に使用され、技術的に貢献できることを嬉しく思います。

Thank you for your continued support.
The SorachanCoin developers: sora neko [SORA]

TOKYO office
25-22 Iwabuchi-machi Kita-ku Tokyo 115-0041
Saitama office
134-1 Kaminitte Honjyo-shi Saitama 367-0007
Email: iimori@iuec.co.jp
Discord: https://discord.gg/ThMeemM

chapter344, [SORA] draft: renewal Whitepaper 6, About Business model

6, About Business model

  • So far, we have explained an overview of analysis to the sectors of a drive by a Blockchain.
    これまで、ブロックチェーンによるドライブのセクタに対する分析の概要について説明してきました。
  • Sector analysis is analysis for drives. In fact, we have been researching scan and recovery software for more than 10 years since January 2009. Then, will implement a Blockchain.
    セクタ分析は、ドライブの分析です。 実際、2009年1月から10年以上スキャンおよびリカバリソフトウェアを研究してきました。その後、ブロックチェーンを実装します。
  • By the way, on the other hands, the main point of view is the Business model. We consider to “simple is the best” here.
    ちなみに、一方で、主な視点はビジネスモデルです。 ここでは「シンプルが一番」と考えています。
  • First. Building a mechanism that consumes a certain amount of coins when copying “operator”. This is equivalent to a “network fee”. This provides a decentralized mechanism that supports appropriate rewards for miners while preventing over-access due to spam.
    その一。「作用素」をコピーする際に一定量のコインを消費するメカニズムを構築します。 これは「ネットワーク料金」に相当します。これにより、スパムによる過剰アクセスを防ぎながら、マイナーに適切な報酬をサポートする分散型メカニズムが提供されます。
  • Then next, you can get a license to use up the data recovery feature several times by spending coins. This is equivalent to a limited using license of the perpetual use license ($70 – $160) currently on sale.
    次に、コインを使うことで、データ回復機能を数回使用するためのライセンスを取得できます。 これは、現在販売されている永久使用ライセンス($ 70〜 $ 160)の限定使用ライセンスに相当します。
  • Only these two. It’s so simple, but there is a amount of demand. Because, year by year, the total number of drives used all over the world is increasing. We will challenge those drives with this business model.
    この2つだけ。 とてもシンプルですが、かなりの需要があります。なぜなら、世界中で使用されるドライブの総数は年々増加しているからです。このビジネスモデルでそれらのドライブに挑戦します。
  • In order to respond to high liquidity, we would like to constantly negotiate with Exchanges and building the best environment. (e.g. FinexBox: Finex drive chain)
    高い流動性に対応するため、常に取引所と交渉し、最良の環境を構築していきたいと考えています。(例: FinexBox: Finex drive chain)

chapter343, [SORA] draft: renewal Whitepaper 5, Concept of chain in operator

5, Concept of chain in operator

5-A, Drive has huge number of sectors
5-A, ドライブには莫大なセクタ数があります

  • The drive is made up of a huge number of sectors, therefore
    the speed will not increase when they copy operators on a scan by sector-by-sector basis.
    ドライブは膨大な数のセクタで構成されているため、セクタごとの検査で作用素をコピーする場合、速度は向上しません。
  • Therefore, we have implemented a mechanism to be operated chain in operator.
    したがって、作用素を連鎖させるメカニズムを実装しました。
  • This mechanism is so similar to the modifier’s checksum calculation.
    このメカニズムは、モディファイアのチェックサム計算と非常によく似ています。
  • If this logic implemented, after the operation of the operator A, the operator A’ to be used next can be extracted from the operation result AH. That is, the concept of “chain”.
    この論理を実装すれば、作用素Aの演算後、演算結果AHから次に使用する作用素A’を抽出することができます。 つまり、「連鎖」の概念です。

5-B, e.g. equality operator
5-B, 例えば、恒等の作用素

  • Below, A and A’ are operator, then H1 and H2 are a normalized object (e.g. matrix)
    以下、A, A’は作用素で、そして、H1, H2は正規化されたオブジェクトです。

SSD/NVMe scan -> get H1 as result
Blockchain -> OP_CODE -> copied A as result
operation AH1
if H1 = AH1 -> A is equality operator -> A’ = A
SSD/NVMe next scan -> get H2 as result
operation A’H2

chapter342, [SORA] draft: renewal Whitepaper 4, Concept of mapping by blockchain

4, Concept of mapping by blockchain

By the way, in the case of HDD, there is no problem by the method up to the previous chapter. Then … it’s finally SSD/NVMe.
ところで、HDDの場合は前章までの方法で問題ありません。そして……、いよいよ、SSD/NVMeですね。

4-A, Concept, that is generation of operators
4-A, 概念, それは作用素の生成

Significant: First, Blockchain is strict and delicate. In other words, when working on the chain to get action from the chain, we must avoid attaching to the blockchain directly.
重要:まず、ブロックチェーンは厳格で繊細です。 言い換えれば、チェーンからアクションを取得するためにチェーンで作業するときは、ブロックチェーンに直接接続することを避ける必要があります。

  • So that we “copy” what is called an “operator” from the Blockchain. This operator is “independent” of the chain, and even if operator is destroyed by a bug, does not affect the chain.
    そのため、ブロックチェーンからいわゆる「作用素」を「コピー」します。 この作用素はチェーンから「独立」しており、万一バグによって作用素が破壊された場合でも、チェーンに影響を与えることはありません。
  • By the way, this is not speculation. Actually, we repeated the verification many times with testnet of SORA Network. If even the slightest broken modifier acted destructively to the blockchain, chain will break and can’t become operation.
    ちなみに、これは憶測ではありません。 実は、SORAネットワークのテストネットで何度も検証を繰り返しました。 わずかでも壊れたモディファイアがブロックチェーンに破壊的に作用した場合、チェーンは壊れて動作することができなくなります。

4-B, e.g. equality operator
4-B, 例えば、恒等の作用素

Below, A is operator, then H is a normalized object (e.g. matrix)
以下、Aは作用素で、そして、Hは正規化されたオブジェクトです。

  • SSD/NVMe scan -> get H as result
    * This is, each the state and direction of the sector that has added by projection from next to next.
    Blockchain -> OP_CODE -> copied A as result
    * Be sure to “copy”. Must not operate here directly(e.g. reference) on the blockchain. Even a small of work will be stopped the “mainstream”, if the modifier damage.
    operation AH
    * e.g. If AH is H, A is equality operator. (of course AH=HA)
  • SSD/NVMeをスキャン -> 結果としてHを取得
    * これは、各セクタの状態と方向性を次から次へと射影によって追加されたものです。
    Blockchain -> OP_CODE -> 結果としてAを取得
    * 必ず「コピー」してください。 ここで、ブロックチェーン上で直接的な操作(例えば参照)してはなりません。もし モディファイアが損傷した場合、わずかな作業でも「主流のチェーン」が停止します。
    演算 AH
    * もしこのAHの結果がHなら、Aは恒等の作用を持ちます。(もちろんAH=HA)


chapter341, [SORA] draft: renewal Whitepaper 3, As a scan result, corresponds with vector

3, As a scan result, corresponds with vector

  • At one point, we will consider a vector that can handle multiple correspondences.
    ある時点で、複数の対応を処理できるベクトルを検討します。

e.g. concept of correspondence to point denote that if the scalar is only temperature, then the vector is both temperature and wind flow.
例えば、点への対応の概念については、スカラーが温度のみの場合、ベクトルは温度と風の流れの両方であることを示します。

  • Now, if we apply this logic to drive scan, let’s look at its mapping.
    ここで、この論理をドライブスキャンに適用する場合は、その写像をみていきましょう。
  • One factor is the state of sectors in the previous chapter, and it accompanies the reaction rate as pair.
    一つの要因は前章のセクタの状態であり、それはペアとしての反応速度を伴います。
  • And, we need to express as a space that we can recognize. When consider at the calculation, the best to fix size in 1 and equate only by rotation and movement.
    そして、私たちが認識できる空間として表現する必要があります。 計算で考えるとき、大きさを1に固定し、回転と移動だけで同一視するのが最善です。
  • If a HDD is scanned in this way and as a result all sectors are OK as scalar side and do not rotate as vector side too, that is, the representation of space does NOT become a “waveform”, that HDD is no problem.
    HDDがこのようにスキャンされ、その結果、すべてのセクタがスカラー側としてOKであり、ベクトル側としても回転しない場合は、すなわち、空間の表現が「波形」にならない場合、そのHDDは問題ありません。

chapter340, [SORA] draft: renewal Whitepaper 2, As a scan result, corresponds with scalar

2, As a scan result, corresponds with scalar

  • A drive have a variety of failure factors, between them, the simplest model is the scalar correspond. First, let’s start with the scalar.
    ドライブにはさまざまな障害要因があり、その中で、最も単純なモデルはスカラーによる対応です。 まず、スカラーから始めましょう。

2-A, State definition
2-A, 状態の定義

  • The scalar status denote from α to Δ below.
    スカラー状態は、以下のαからΔまでを示します。

α: no problem
β: can not read sectors
γ: can not read and write sectors
Δ: out of control sectors
α: 問題はありません
β: 読み込み不能セクタ
γ: 読み書き不能セクタ
Δ: 制御不能セクタ

  • Since these are a scalar value, this condition only corresponds as a result. By the way, do you think that there is no problem with HDD(bijection) that is easy to judge, by looking only at this scalar value?
    Actually … the answer is NO.
    Even if HDD, cannot be judged from this alone. In other words, era of current is even HDD which is difficult to judge, cannot be investigated simply by indicating the sector status.
    Just looking at the good or bad of a sector requires a concept that includes direction, that is handled by a vector.
    これらはスカラー値であるため、この条件は結果としてのみで対応します。 ところで、このスカラー値だけで、状態が判断しやすいHDD(全単射)については、問題ないと思いますか?
    実は … 答えはノーだ。
    HDDであっても、これだけでは判断できません。 つまり、現在の時代はHDDでさえ判断が難しく、セクタの状況を示すだけでは調査できません。
    セクタの良し悪しを見るだけでも、ベクトルによって処理される方向を含む概念が必要です。

chapter338, [SORA] Discover a strange phenomenon in diff

Sorry. the update frequency have decreased recently.
About reason, we are busy with recovery work, development(doing my best) and survey the following diff … and we couldn’t handle until this update.

When we have been adding various arithmetic processing, we happened to find a strange phenomenon in the processing process of diff.
Currently, we are mathematically survey the cause of the phenomenon.

chapter336 [M1], Adding uint256 operator * / %

Supports multiplication, division, and remainder for uint256.

uint256 ui1(12345678);
uint256 ui2("0x00002046b1c7938971a6089c7105fc15907b8f27ac8dfea");

uint256 r = ui2 * ui1;
::fprintf(stdout, "uint256 mul 0x%s\n", r.ToString().c_str());
uint256 r = ui2 / ui1;
::fprintf(stdout, "uint256 div 0x%s\n", u1.ToString().c_str());
uint256 r = ui2 % ui1;
::fprintf(stdout, "uint256 rem 0x%s\n", u1.ToString().c_str());

chapter249, [SORA][SORA Network] There are many questionnaires in Japan … Today is Japan Patent Office.

It is optional, but we answered today because they are approaching …

We answered honestly because other person who is wicked had been scamming in the our data recovery software FromHDDtoSSD and imitating the report paper.

Recently, there are many imitations, so honestly, we are in trouble.

chapter186, FromHDDtoSSD [SORA Network][HDD/SSD failure prediction][DataRecovery]

いつもお世話になっております。

FromHDDtoSSDについて、以下の名称で新しい方向に進める見込みとなりました。名称としては長いとは思いますが、可能な点をしっかり明記して、わかりやすくいたしました。

FromHDDtoSSD [SORA Network][HDD/SSD failure prediction][DataRecovery]

SORA Networkに移行すると、非中央集権による管理となります。そして、最初の非中央集権は、お試しの意味でベンチマーク機能にしようかなと考えております。

この「非中央集権」とは、運営すら非中央集権が管理するデータを都合よく書き換えることができない仕組み、となります。

例えば、ベンチマークで、特定の環境でのみ良い値が出るような場合です。特殊な一部の環境にしか良い値が出ていない場合、その結果に対して任意の大多数の合意(コンセンサス)が得られないことを理由に、一定時間後に消える(ブロックチェーン未承認で?のままという、あれです)ような仕組みとなります。
逆に、わざと否定的な数値を出すような環境でベンチマークを行い、悪さを働こうとしても、こちらも未承認でおしまいです。

Aというドライブを100人の方が計測して、そのうち数人にしか素晴らしい結果が出ていない場合、それらの結果は未承認となります。その逆も、です。未承認は外されて、承認された数値のみ、ベンチマークの平均に加勢する形を取れば、正確なものが「自動的」に得られるという仕組みです。一度動きはじめたら、全自動です。ブロックチェーンゆえ、これらはすべて全自動で処理されます。

さらに、faucetを構築中です。こちらもお試しスタートです。

アイデアもまとまり、未完な部分を早急に対処していきますので、今後とも、なにとぞよろしくお願いいたします。

chapter156, discordによるテクニカルサポートについて

いつもお世話になっております。

 試験的なのですが、テクニカルサポートを「discord」に移行いたしました。簡単な登録(ニックネーム、メールおよびパスワードの設定)が必要となりますが、チャット形式で画像を扱うことができるため、非常にスムーズにサポートが進みます。

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

chapter94, About break down a drives.

We have been gotten a opportunity in inspecting drives with other released the our software. According to that result, it indicates that bad-sectors are increasing in SSD. 3D-NAND has brought to affect bad-sectors on obvious. 3D-NAND capacity is bigger than MLC, but life is too low. it expects to improve 3D-NAND. thanks.

FromHDDtoSSD Ver3.0のリリースについて(SSDは自分で復旧しやすい媒体) – IUEC

ブロックチェーン開発でこちらが遅れてしまい、大変申し訳ございません。
その代わり、ご要望いただきました点は全て実装する見込みです!
※ といっても・・、ブロックチェーンのプログラムはとても勉強になりますので、今回の開発にもしっかり生かしていきます。

いよいよ、現行のVer2.1も古くなってきていると思います。
Ver2.1に、これ以上の増築は厳しいと判断いたしまして、Ver3.0に移行する見込みとなりました。
Ver2.1のソースコードの整理をしながら、しっかり、1から書き直しております。(これで綺麗になります・・)

特にVer3.0の特徴として、NVMeやUSB外付けを含むコマンド(S.M.A.R.T.含む)周辺の実装が行われます。
また、解析済みビッグデータがビルドインされ、受信・解析しなくても不良セクタ修復などの機能が利用可能です。
さらに、故障予測パターンもビルドインいたします。(オフラインの環境でインストール不要版が利用可能になります)
※ USB外付けについては、ほぼ全メーカを買い込んでコマンド発行後の影響を調べております。
コマンド発行後に影響が出てきたものは、オプションでコマンド発行を実施するかどうかを選べるようにします。
※ NVMeは、インテル製およびSAMSUNG製より調査を行っております。

あと、解析済みビッグデータを活用する統計スキャンです。
やっと・・これでリリースできます。お時間を要してしまい、大変申し訳ございません。

また、Ver3.0より、サポート・リカバリ・プロエディション向けの専用チャットサポートが付属する予定となりました。
SSDは自分で復旧しやすい媒体となりますので、一応、時代を先取りです。なんてニャ。
※ The SorachanCoin Developersのsora_meetinoさんが行う予定です。

https://www.iuec.co.jp/fromhddtossd2s/v2_0_dl.html

ブロックチェーン11, メモリの増設を完了いたしました。 IUEC completed extension of the memory on Server in SorachanCoin. – IUEC

ブロックエクスプローラの生成に、考えていた以上のメモリが必要となっておりました。
このため、2日ほどブロックエクスプローラが不安定となっておりまして、大変申し訳ございません。
メモリを増設いたしまして、安定いたしました。
また、FromHDDtoSSDのパターン生成処理を兼ねておりまして、こちらも不安定となっておりました。
この処理に関しましても、メモリの増設により安定した動作を確認いたしました。重ねてお詫び申し上げます。

The memory of the considered more than was needed for the generation of a blocks Explorer.
For this reason, furthermore, I am sorry that the blocks Explorer acts as a unstable like this two day.
IUEC extended the memory to Server in which was unstabilized.
Moreover, It serve as the pattern-generation process of FromHDDtoSSD, furthermore had become a unstable also here.
Even if related with this process, IUEC checked the operation stable by extension of the memory.

https://www.iuec.co.jp/