Instructions on SANA Technical Iteration
Considering feedback on the test net economic model, it is determined that a price oracle will be utilized for adjustment of amount of SANA-for-staking.
Basically, to start a node on SANA Mainnet, node operators need to prepare for 50,001 SANA. 1 SANA is used to activate the checkbook, and the 50,000 SANA is for staking.
SANA token needed for node holder staking sees a 400 SANA decrease at every 1x multiple of SANA token price after the price goes 10x fold compared to the initial price. The mechanism of 400 SANA decrease stops when staking of node holder reaches 10,000 SANA.
Additional instructions on TEE technology adoption
The market currently foresees a vague blueprint of the application value of decentralized storage. A lack of effective application scenarios hinders the development of high-born projects like IPFS and Swarm.
SANA embraces valuable data with example of sought-after contents within NFTs, and this differentiates itself from IPFS and Swarm who prioritize regular data. For example, when you issue your own NFT asset on the Ethereum network, how do you prove that your NFT assets are real and unique without embarking it on a platform?
NFT created by a random blockchain user contains nothing but a string of numbers that common users often fail to identify or accept without proof from third-parties. What makes it worse is that NFT contents are also easy-do-duplicate. Current NFT assets can only be verified by a third party, for example a platform, an institution, or an authoritative individual. The market is now in urgent need of a decentralized protocol to prove, store, and call invaluable data.
We believe that Swarm network is capable of dealing with this problem and that is also why we chose to fork Swarm and added TEE technology to it. Authorized signatures on Ethereum will be called at file storage in the meantime fragmented file is labeled with unique features. When the file should be called in the system, the verification process gathers all node validators who have stored the data to ensure that the caller who transfers the data file is the NFT owner.
SANA Network adopts the TEE technology for file saving at high security level, and we will add an execution program to the TEE environment, which rejects direct external call but only recognizes owner’s signature on Ethereum through API.
It is popular in the Swarm community that user should select amount of storage nodes and the storage period relies on the balance of BZZ staked, which means that a daily charge is applied to data storage. In this regard, users are reluctant to pay for storage if the content has no value at all.
From analysis above we can derive that the Swarm network is suitable for storage of invaluable assets, but content assets with special value often voice a great demand for security and privacy. ‘I don’t want my files to be transferred by everyone at will.’ As a open blockchain at the niche of invaluable content storage, Swarm’s strength does not match the market need.
SANA makes up for the Swarm problem by the tech integration of Ethereum and TEE technology.
However, is it possible for non-private data or data with low encryption demand to be stored in distributed networks? Yes it is!
We have hence offered the market data storage that does not require compulsory authorized signatures or TEE technology. We reckon that data storage without compulsory TEE environment should be able to call data without signature as pre-requisite. When a user selects storage of non-privacy data, the SANA network will look for the nearest non-TEE nodes to store the data and distribute to correspondent non-TEE nodes.
Modification of the mining rewards
There are few miners who support TEE at the SANA test-net and the community desires some change.
Ordinary chips can also join SANA mining.
Safety degree 1: 100% reward for ordinary mining.
Safety 2: 100% for ordinary mining plus 30% TEE mining reward.
Additional explanation on scalability
Currently the SANA network recognizes signature by the Ethereum network. Signature by smart chains like BSC may be considered at later-stage iteration.
Instruction on to-dos
- Price oracle development.
- Development of a remote dashboard to provide users with remote operation.
- Improve TEE compatibility with Ethereum.
- Development of a blockchain explorer, accessibility of query of the data volume and node amount, and file upload to browser.
