Hyperledger Fabric 超级账本的硬伤
Hyperledger Fabric 超级账本的硬伤
Netkiller Blockchain 手札
本文作者最近在找工作,有意向致电 13113668890
Mr. Neo Chan, 陈景峯(BG7NYT)
中国广东省深圳市龙华新区民治街道溪山美地 518131 +86 13113668890 <netkiller@msn.com>
文档始创于2018-02-10
版权 © 2018 Netkiller(Neo Chan). All rights reserved.
版权声明
转载请与作者联系,转载时请务必标明文章原始出处和作者信息及本声明。
|
---|
http://www.netkiller.cn |
http://netkiller.github.io |
http://netkiller.sourceforge.net |
|
微信订阅号 netkiller-ebook (微信扫描二维码) |
QQ:13721218 请注明“读者” |
QQ群:128659835 请注明“读者” |
在使用超级账本的过程中我发现一个问题,超级账本无法并发操作一个 key,stub.PutState 是异步执行,我们无法确认它是否执行完成,在没有执行完成之前再发起操作,就会产生覆盖。这个问题限制了超级账本的很多场景应用,这是超级账本的硬伤。
下面举一个例子来说明超级账本的问题
func (s *SmartContract) counter(stub shim.ChaincodeStubInterface, args []string) pb.Response { key := "counter" count,err = stub.GetState(key) count = count + 1 stub.PutState(key,count) return shim.Success(count) }
使用多线程请求chaincode中的counter函数100次。你会发现最终 count 并不等于 100。学习过多线程的朋友一定很清楚出了什么问题。
问题出在 stub.PutState 函数count还没有被写入,其他线程就开始读取stub.GetState(key),导致读取旧数据,最终计数器数字混乱。
很多场景需要更新区块中的数据,如果频繁操作,就会产生覆盖,目前Hyperledger Fabirc 并没有提供解决方案。
1. 我们不知道 stub.PutState是否执行完成,因为存储过程需要共识排序。
2. 超级账本没有提供事物处理或者互斥锁。
我的应用场景是实现代币功能,需要从总账号给注册用户转账,操作频繁。
从总账中减去 100 key := "coinbase" money,err = stub.GetState(key) money = money - 100 stub.PutState(key,money) 用户账号额度加100 key := "account" money,err = stub.GetState(key) money = money + 100 stub.PutState(key,money)
golang 提供的 mutex 也无法解决上面的问题,因为 mutex 锁只能工作在一个进程中。Peer / Orderer 节点不止一个。
使用 redis实现分布式锁或许能实现,但思考过后决定放弃,转为传统数据库。
另一个方案就是代币功能使用以太坊,其他需求使用超级账本。