背景
之前在一家FinTech的公司和银行合作,做基于区块链的资金存管系统,从头开始基于Solidity设计项目的智能合约架构。转眼几年时间过去了,2B的热潮退去,但是DeFi的热潮上来了。所以总结一下过去的方案,顺便思考下新形势下的问题。
典型交易分析(以投标交易为例):
说明:这个交易阶段就是用户已经完成注册了,用户信息在链上了,也经过了验证了;而且账户里面有钱了
业务思考问题:
-
用户的定义以及其在链上的数据结构是啥?
-
标的数据结构如何解耦,比如开发人员A和B分别写了一个,如何用creator直接new 创建出来,做到代码层面的抽象
-
一个标的在一个智能合约中,还是所有标的在一个智能合约中
技术思考问题
- solc编译器版本选择问题
1.智能合约账户地址的生成算法
- 删除合约有无gas奖励
设计#### 原则:
-
数据存储尽量分散,不要几千万数据全在一个智能合约中,目前业界热门的ico是eos的,大约几十万个地址购买过,还没到这个量
-
链上只