在官方示例中，提交方对等方和背书方对等方安装相同的链码，它们调用相同的方法并输入相同的参数，因此背书方对等方肯定是成功的。
但是
在某些情况下，如何设计链码以使代言人拒绝代言？
背书者对等方如何拒绝使用超级账本结构背书？
答案 0 :(得分：0)
在传统的实现方式中，每个组织都将拥有自己的代码和数据，因此组织之间不信任。 HLF带来了组织之间的信任，因为他们所有人都拥有完全相同的东西-相同的链代码，数据，因此一切都成功了，是的，没有失败的余地。但是，实现的目标是没有一家公司可以在不破坏系统的情况下篡改数据，因此数据值得信赖。
但是，从HLF 2.0 I（https://hyperledger-fabric.readthedocs.io/en/release-2.0/whatsnew.html开始，现在可以“扩展”链码了，并且链码不必在组织之间相同。这意味着可以有多个组织参与一个HLF网络，并且每个组织都自定义了链码以适合其业务需求。
设计就像-同意通用的JSON请求和响应结构，实现链码，每个组织根据自己的选择自定义它，而不会违反业务协议。尽管我还没有尝试过“扩展链代码”，但是从概念上讲，它可能不具有完全相同的链代码，因此链代码调用不一定总是成功。