0

因此，我一直在尝试使用 Hyperledger Fabric Client SDK for Go 中的网关包以外的包来查找教程和示例。我只找到了几个旧的；1.4之前。此外，Hyperledger Fabric 文档完全专注于网关模型。

这让我想到了标题中的问题。这对我来说很有意义，因为我看不到使用 SDK 创建通道和部署链代码的价值。因为我们还有管理任务要在 CLI 上完成；准备通道配置文件和通道创建交易，更不用说对链码进行编程了。

最近是否有一个共同的共识是完全在 CLI 上执行管理任务（创建通道、加入对等点和部署链码），并将带有网关模型的 SDK 专用于链码交互？

4

1 回答 1

1

我们发现有很多人采用了尝试在同一个客户端应用程序中混合管理和运行时任务的“坏”做法。我们还在所有 SDK 中复制了管理功能，但它在长期维护方面无法很好地扩展。

网关模型旨在简化与 Fabric 网络的运行时交互。需要大量可重复的“gorp”（收集背书，发送给订购者），对于大多数用户来说，这些都是最好的封装在网关中（有低级 API 可供需要它们的人使用）。

但是，我们确实在 Go中为那些希望为订购者和渠道管理创建自定义工具的人提供了 Fabric Config API。

于 2021-02-23T09:58:48.540 回答