问题标签 [xpub]

我需要向我的客户提供支付 ETH 地址，以便将 ETH 存入他们的账户。我想为此使用 HD ETH 钱包，我现在正在使用 Ledger Nano S。但是 Ledger 只显示了 1 个接收地址，所以我需要 ETH 钱包的 XPub 从中生成许多地址以分发给用户。

如果 Ledger 支持 HD，我如何导出 XPub？如果分类帐不支持，哪个钱包可以用于此目的。

有什么建议么。

我有一个 12 个单词的有效助记词，我需要得到它的 Bip44 扩展公钥，这样我才能检查它是否有过去的交易。

我找不到任何关于如何获得我需要的东西或过程如何工作的解释/文档（或者我可能太笨而无法理解）所以我想如果有经验的人可以给我一些简单解释的方向，我可以欣赏它。

我正在使用XPUB/XSUB代理试验 ZMQ。最终我想在中间插入一些逻辑，所以我尝试构建自己的代理，zmq_poll()而不是使用内置的zmq_proxy. 但是，我XPUB从未收到任何要转发的订阅消息。"helloWorld"如果我使用内置代理，下面的代码可以工作（订阅者打印）。它不适用于我的自定义代理。我尝试设置非常详细/手动的套接字选项并添加延迟，但似乎无法使其工作：

_{事后[评论]： 经过进一步的测试，我意识到这只是一个愚蠢的副本和过去的错误，并且论据zmq::poll不是我想的那样。第二个参数是列表中的项目数。应该是 2 而不是 1。 – CrimsonKnights 12 月 13 日 5:45}

我的用例：

1. 订阅者将是一个服务器（绑定到一个端口），它将等待来自多个发布者的消息。
2. Publishers 将在不同的线程中初始化为客户端（连接到端口）。
3. 在每个线程中发布的数据将是几条消息。
4. 当订阅者连接时，尽快获取每条消息是很重要的。
5. 如果订阅者未连接，那么我不想让发布者线程保持阻塞，理想情况下它可以在 1-2 秒左右超时。

慢连接问题：

仅运行 1000 多个线程（发布者）1 或 2 次，我就获得了订阅者中的所有数据。添加几毫秒的睡眠解决了这个问题，所以我有 99.9% 的把握我是众所周知的慢连接器综合症的受害者。然而，就我而言，睡眠解决方案并不是一个好的解决方案，因为发布者的连接时间可能是可变的，我希望尽快将数据发送给订阅者。

我对解决这个问题的想法和实验代码：

我的解决方案基于使用 XPUB recv 方法。使用 XPUB 初始化发布者并将 RCVTIMEO 设置为 1000 毫秒。发布者连接后，我添加了一个recv()调用来检查是否有订阅者。当我收到订阅消息时，我知道连接已经完成，并且我可以发送数据而不会丢失任何数据（除非订阅者发生错误但我不在乎）。

如果我没有收到任何订阅消息，那么在 1000 毫秒recv()内超时并且线程被终止。

这是python（pyzmq）中用于测试此实现的示例代码（对于发布者，我不使用线程，而是使用while循环并同时运行多个发布者），它可以按我的意愿工作：

发布者.py：

订阅者.py：

我的问题：

解决方案就这么简单吗？如果有订阅者处于活动状态，我是否遗漏了任何会导致数据丢失的内容（与慢速加入者有关）？

如何从 XPUB 生成比特币地址，我正在寻找有关如何使用 XPUB 生成地址的指针。我想用 XPUB 离线生成地址。