近日，Hyperledger Cacti开源项目中负责连接Fabric网络的插件——cactus-plugin-ledger-connector-fabric被广泛报告存在一个关键性问题：当用户使用连接配置文件（connection profile）进行初始化时，系统抛出“No discovery targets found”错误，导致无法正常建立与Fabric网络的对等节点通信。这一现象已引起跨链开发社区的密切关注，并在GitHub仓库中引发多轮讨论。

背景：Hyperledger Cacti与Fabric连接插件

Hyperledger Cacti是Linux基金会旗下专注于区块链互操作性的顶级项目，旨在为不同分布式账本网络（如Hyperledger Fabric、Besu、Corda等）提供统一、可扩展的跨链消息传递与资产转移能力。其中，cactus-plugin-ledger-connector-fabric是连接Fabric网络的核心驱动插件，承担着在Cacti与Fabric网络之间建立安全通道、执行链码调用、监听事件等关键任务。

该插件支持两种配置方式：直接提供peer/orderer的静态端点列表，或使用Fabric网络生成的JSON/YAML格式连接配置文件。后者因其便捷性和标准化，被多数用户采纳。然而，正是这种连接配置文件模式，近期引发了“No discovery targets found”报错。

问题描述：错误再现与用户反馈

多位开发者在多个Fabric版本（包括2.2、2.5及最新2.5.X系列）下复现该问题。当用户将一个标准的连接配置文件传递给cactus-plugin-ledger-connector-fabric构造函数时，插件内部的discovery模块无法从配置中解析出任何有效的发现目标（discovery targets），导致插件启动后无法完成对Fabric网络拓扑的自动发现，进而无法执行后续的背书、提交等操作。

错误栈典型特征如下：

Error: No discovery targets found in connection profile [profileName]. 
Ensure that the connection profile contains at least one peer with 'discover: true' or explicit target list.

值得注意的是，该连接配置文件在Fabric SDK Node原生环境中均能正常使用，唯独在Cacti插件中失效。这意味着问题并非Fabric网络侧配置有误，而是Cacti插件解析逻辑存在缺陷。

原因分析：配置解析差异与discovery机制适配

经社区初步排查，问题根因集中在插件对连接配置文件中“discover”标志的处理上。Fabric SDK Node在初始化时，会从配置中提取所有标记为discover: true的peer节点作为发现目标；若未显式设置，则默认将第一个组织内的第一个peer视为目标。然而，Cacti插件的解析代码在遍历组织列表时，未能正确处理嵌套结构，尤其在组织内存在多个对等节点且部分节点未设置discover属性的情况下，会提前退出循环，导致目标列表为空。

此外，部分用户使用较新版本的Fabric网络生成工具（如cryptogen或configtxlator）生成的连接配置文件，其结构引入了额外的"peers"子对象层级，与Cacti插件期望的扁平结构不符，进一步加剧了解析失败的概率。

影响范围：跨链开发受阻，调试成本骤增

该问题直接导致跨链交易流程中断。受影响的用户无法通过Cacti向Fabric网络发起查询或提交事务，尤其对于多组织、多通道的复杂Fabric网络，问题更为突出。一些开发者不得不转向手动配置静态端点方式，但这种方法牺牲了Fabric网络的动态发现能力，不利于生产环境的运维伸缩。

此外，错误信息不够明确，误导开发者花费大量时间检查Fabric网络连通性、TLS证书配置等外部因素，而非插件自身逻辑。GitHub issue页面显示，已有超过40位开发者标记为“We are affected”，并有多个PR尝试修复此问题但尚未合并进主线。

社区回应与临时解决方案

Hyperledger Cacti维护团队已在GitHub上确认该bug，并发布了一个实验性修复PR（#3127），核心思路是在解析配置文件时增加对discover属性的宽容检查：若配置中未显式设置discover标志，则尝试从第一个可用的peer中提取gRPC端点作为发现目标。该PR目前处于代码审查阶段，预计将在下一个小版本（v2.0.0-rc.4或v1.14.1）中正式合入。

对于急需解决的用户，社区建议采取以下临时工作区：

  1. 显式指定发现目标：在连接配置文件中，为至少一个peer节点添加"discover": true属性，并确保该peer的gRPC端口可达。
  2. 降级插件版本：回退至v1.13.X版本，该版本未引入新的配置文件解析逻辑，兼容性较好。
  3. 手动提供端点列表：放弃连接配置文件，改用connectorOptions.peers和connectorOptions.orderers参数直接传入节点地址列表。

结语：互操作性之路上的小波折

“No discovery targets found”错误虽然短期内给Cacti用户带来困扰，但本质上属于实现细节的兼容性问题，并不影响Hyperledger Cacti项目整体的架构合理性。随着PR审查的推进和社区补丁的扩散，该问题有望在数周内得到彻底解决。我们建议所有受影响的开发者持续关注GitHub issue #3127，并在官方新版本发布后及时升级。

区块链互操作性的成熟需要经过无数个类似问题的打磨。此次事件也提醒开发者：在依赖连接配置文件时，应保持对底层插件版本差异的敏感度，并为生产环境预留充分的测试窗口。