Hyperledger Fabric链码源码隐私保护及二进制链码部署问询

针对你提到的两个Hyperledger Fabric链码相关问题，我整理了详细的解答：

这里有几种靠谱的方案，你可以根据场景选择：

• 采用链码打包+签名机制（Fabric v2.x及以上推荐）：别直接用源码路径（即-p参数指定的本地目录）安装链码，先通过peer chaincode package命令把链码打包成.scc格式的加密包，还能给包添加签名。只有持有合法签名包的节点才能安装，避免源码在网络中明文传播。安装时用peer chaincode install指定打包文件而非源码路径，peer节点就不会获取到原始源码。
• 使用外部链码模式：这种模式下，你先把链码编译成二进制文件（比如Go链码编译成可执行文件，Java链码打包成JAR），让它在独立于peer的容器或进程中运行。peer仅通过gRPC与链码服务通信，完全不需要上传源码或编译产物到peer节点。源码全程由你自行管控，不会接触Fabric网络中的任何节点，隐私性拉满。
• 严格控制安装权限：通过Fabric的MSP（成员服务提供者）配置，仅授权特定节点或用户执行链码安装操作，避免未授权实体获取链码文件。

二进制链码支持情况： #

Fabric是支持部署预编译二进制链码的，核心通过外部链码模式实现。你提前在本地编译好链码，将其作为独立服务启动后，peer节点只需配置链码的连接地址即可，无需接收任何源码或编译产物。

如果使用原生链码生命周期（非外部模式），默认是peer接收源码后本地编译，但Fabric v2.x及以上也支持将预编译二进制打包进.scc包，安装时peer无需重新编译，直接调用包里的二进制——不过要注意二进制需与peer的操作系统架构兼容。

链码源码的存储情况： #

• 若你直接用源码路径安装（即peer chaincode install的-p参数指向源码目录），peer会将源码临时复制到本地文件系统用于编译，编译完成后默认不会删除这些源码，通常存储在peer容器的/var/hyperledger/production/chaincodes目录下。
• 若你用打包后的链码包安装：如果包里仅包含预编译二进制，peer不会存储源码；如果包里包含源码，那么源码会被保存在peer的本地存储中。
• 另外要注意：链码的定义（如名称、版本、背书策略等）会写入通道配置，但源码本身绝不会被记录在区块链账本上，只会存储在安装了该链码的peer节点本地。

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