Hyperledger Fabric中fabric-chaincode-node与node运行链码的差异

核心差异与依赖关联 #

• 直接用node 链码文件.js启动：这种方式适配仅依赖fabric-shim的链码（比如abstore示例）。fabric-shim是链码与Fabric节点通信的底层核心模块，早期Node.js链码直接基于它实现初始化、交易处理等全部逻辑，不需要额外启动工具，直接执行入口文件就能完成链码的注册与运行。
• 用fabric-chaincode-node start启动：这种方式针对依赖fabric-contract-api的链码（比如fabcar示例）。fabric-contract-api是Fabric推出的高层抽象框架，能帮开发者更规范地定义合约接口和业务逻辑，它依赖fabric-shim但需要fabric-chaincode-node作为启动器，来完成链码加载、注册、通信初始化等流程，让开发者可以专注于合约业务逻辑的编写。

与Hyperledger Fabric版本的关联 #

这两种启动方式确实和Fabric的版本演进直接相关：

• Fabric 1.4及更早版本：Node.js链码普遍采用node 链码文件.js的启动方式，当时还没有fabric-contract-api这个高层抽象，所有链码逻辑都基于fabric-shim实现。
• Fabric 2.x及以后版本：官方推出fabric-contract-api简化链码开发，同时配套了fabric-chaincode-node启动工具，推荐用这种方式启动基于高层API开发的链码。不过为了兼容旧代码，直接用node启动基于fabric-shim的链码仍然有效。

总结判断逻辑 #

简单来说：

• 若链码仅依赖fabric-shim，无论新老版本Fabric，都可以直接用node 链码文件.js启动。
• 若链码引入了fabric-contract-api，则必须用fabric-chaincode-node start启动，因为高层API需要这个启动器完成必要的初始化，才能和Fabric节点正常通信。

内容的提问来源于stack exchange，提问作者Ricardo Passos