使用fabric

fabric"/>

使用fabric

我现在使用的是 2.1 的 fabric-sdk-node 并试图在应用程序中使用以下方法实现事务提交监听器 Network.addCommitListener() 函数，但我在提交交易认可后无法收到任何事件。

为了实现这个功能，我使用了以下代码。

var listener = (error, event) => {
            if (error) {
                // Handle peer communication error
            }
            else {
                // Handle transaction commit event
            }
        };

        const peers = network.channel.getEndorsers();
        await network.addCommitListener(listener, peers, txId);

似乎有一些问题 listener 对象，因为根据 公文，监听对象的类型被定义为 CommitListner但不知道如何在我的解决方案中实现。如果有任何帮助，我将不胜感激。

如果你只是想从网络中的所有对等体接收提交事件，那么你可以通过简单的使用 NETWORK_SCOPE_ALL_FOR_TX 默认的交易事件处理程序。其他的一切都由你来处理，所有对 Transaction.submit() 将只在收到所有可接触的对等体的提交事件后才返回。

如果你想实现你自己的自定义提交等待逻辑，而不是使用默认的实现之一，你应该实现你自己的事务事件处理程序。这将在提交流程中的适当时间被调用，并传递给你所需要的信息。

以上两种方法在本页面上有详细的描述，包括在本页面底部有一个指向事务事件处理程序实现示例的链接（它使用了一个提交监听器）。

• https:/hyperledger.github.iofabric-sdk-nodemastertutorial-transaction-commit-events.html。

最后一种方法，我只推荐给更高级的场景，在这些场景中，你真的需要以 "先烧后忘 "的方式提交事务，并异步地管理你自己对事务提交事件的处理。之前 以确保不会错过事务提交事件。然后，提交应该用 NONE 交易事件处理程序，以便在交易成功发送给订单者后立即返回提交。这需要至少2.1.1版本的 网状结构 其中引入了在调用提交前获取事务ID的能力（并覆盖每个事务的默认事务事件处理程序）。

以上所有模式在v1.4版本中应该也可以实现，但事件监听API略有不同。详情请看这里。

• https:/hyperledger.github.iofabric-sdk-noderelease-1.4tutorial-transaction-commit-events.html。
• https:/hyperledger.github.iofabric-sdk-noderelease-1.4tutorial-listening-to-events.html。