So it's gonna store all of your data on a blockchain?
Our approach to storing critical data is based on using such features of the blockchain. The user data is stored in the internal SQL-cluster, and the attachment files are stored in the file storage, respectively. For each critical record, a checksum is calculated (for example, SHA512 hash) and a timestamp that will be stored in one or more open network networks. When retrieving data from our database, the checksum is recalculated and compared with the received hash from the block. At the moment, we are testing the possibilities of several block-network networks so that the problem of high commissions does not hinder the development of business.
That's why we came to the following solution:
The user data is stored in the internal SQL-cluster, and the attachment files are stored in the file storage, respectively. For each critical record, a checksum is calculated (for example, SHA512 hash) and a timestamp that will be stored in one or more open network networks. When retrieving data from our database, the checksum is recalculated and compared with the received hash from the block. At the moment, we are testing the possibilities of several block-network networks so that the problem of high commissions does not hinder the development of business.
In turn, the Utility-token E-talon is the classic ERC223 Ethereum token. Pros of use at the moment outweigh the relatively expensive transactions