在 Fabric 的基础架构中，链码相当于一个智能合约，在链码中定义了运行于区块链上的所有业务逻辑和规则。那么链码的背书策略指的是，为了保证交易在共识过程中的正确性和安全性，需要将这些链码的执行结果，经过若干个背书节点的签名后，方可提交至区块链系统，从而达成共识。
链码背书策略主要分为两种：查询提案背书策略（Query Proposal Endorsement Policy）和交易背书策略（Transaction Endorsement Policy）。这两种背书策略各有特点，在 Fabric 中也各自扮演了不同的角色。
查询提案背书策略是一种简单的背书策略，只要能够满足定义在链码上的策略条件，就可以进行背书签名。但是这种背书策略存在漏洞，因为在背书节点执行链码时，也可能会因为策略条件、数据不一致等各种原因而导致背书失败，从而使得可能存在并发的数据竞争情况。因此在 Fabric 中，这种背书策略常被用于只读查询的场景，如查询账户余额等简单请求，不包含诸如修改、转账等可能改变状态的操作。
交易背书策略是一种更加严格的背书策略，需要链码对于每次交易的状态变化都进行签名，以提高交易的安全性和正确性。在交易背书策略中，节点会把交易所涉及到的数据内容全部获取后，将其运用于定义在链码中的逻辑规则，最终返回交易结果。只有在所有交易节点对于交易结果进行背书签名后，才能将交易提交至区块链网络。
在实际应用中，交易背书策略更加常见，也更加安全。因为交易操作有可能涉及到状态的变化，如转账、创建订单等，会影响整个区块链系统的状态。因此，所有节点的背书策略都必须对交易的状态变化进行监控和验证，防止出现错误的状态变化及交易篡改的情况。
在 Fabric 基础架构中，链码是整个系统的核心，而链码背书策略则是保证区块链系统安全的关键。查询提案背书策略和交易背书策略分别适用于不同的场景，但交易背书策略更常用、更加安全。因此，在应用链码时，需要结合具体业务场景，选取合适的背书策略来保证系统的正确性和安全性。
