u012504213的博客

文章目录问题分析fabric1.xfabric2.x总结问题在一次服务迁移后，生产环境出现finger print mismatch的问题分析调用合约时，peer会做如下检查Invoke->CheckInvocation->ChaincodeEndorsementInfofabric1.xfunc (lscc *SCC) ChaincodeEndorsementInfo(channelID, chaincodeName string, qe ledger.SimpleQueryEx

文章目录背景分析总结背景​ 在同一个通道中，同时使用couchdb和leveldb的peer，在执行多节点背书或者查询时，sdk可能会报错mismatch。分析​ 起初以为是couchdb会自动修改json的字段顺序为字母顺序，当时还在心里大骂couchdb。自己写了一个客户端尝试写入kv到couchdb，查询的结果字段顺序并无变化，只能怀疑是fabric自己做了额外排序。​ 果不其然，fabric对json做了unmarshal。因为jsonMap是map[string]interface{}，

fabricv1.0.3的kafka共识下交易”丢失“的问题背景问题分析定位逻辑梳理bug复现步骤修复问题的表现背景在实施项目时，发现在负载不大的时候，sdk的发送交易在特定情况会超时。项目中sdk发交易的特点：1、sdk是invoke为同步交易。2、数据源为消息中间件且需要保证消息的顺序性，msg需要串行处理起初以为是peer收到区块时，eventhub传输block event...