simulateproposal和endorseproposal

孙老师,初始化CC在处理endorser的时候,simulateproposal和endorseproposal时,都做了callchaincode,这两次运行的配置不样,模拟执行的结果带到了后一次在escc中,为什么是为了避免改变世界状态时候的冲突,达成共识吗?另外背书时候的callchaincode是按照命令行中背书策略来共同完成的嘛?

小象老师

赞同来自:

callchaincode 调用的chaincode 得看具体参数的,并非都是调用我们部署的chaincode,在调用一些系统的chaincode时候也用这个方法   比如你说得第二处调用callchaincode 调用的就是escc

JVMer

赞同来自:

可能用处不一样

时间不再回头 - 一句话介绍

赞同来自:

OKLink早就用过跨境转账 效率搞多了

JVMer

赞同来自:

但五大行肯定要按照法律进来参与的

封尘 - 如:80后IT男..

赞同来自:

1521019272359.png
 

JVMer

赞同来自:

沃尔玛那个前几天在一个论文中见过 供应链和溯源

封尘 - 如:80后IT男..

赞同来自:

JVMer

赞同来自:

明白了,谢谢孙老师,最晚泛糊涂了,用词不准确,背书的时候命令后面的参数应该是背书策略

要回复问题请先登录注册