最近在一个新项目上工作时，我无意中找到了一个问题：我必需将所有的交易某种程度地动态发送到一个等价的帐户。在查阅了Web3.js API文档和堆栈阻塞之后，没具体的方法可以继续执行此操作者，因此我尝试自己创立一些程序。，这就是该程序产生的原因。
两 个 脚 本经过多次尝试和错误之后，我得出结论两个脚本，它们都合适有所不同的状态，第一个十分快，但极具扩展性，而另一个十分轻量级，但不过于可自定义。让我们一起探寻它们。检查某个地址的事务有可能看上去很非常简单，但实质上比我最初想象的要艰难得多。
有人期望我们可以通过监听某种网络事件来监控以太坊地址，以提供起源于事务，但这种功能目前还不不存在。在开始之前，您必须符合以下几项拒绝：· 正在运营的以太坊节点，如Geth或Infura· Node.js和NPM· 用npm init初始化的新目录我们只必须一个倚赖项-web3.js（请求查阅文档）。
与以太坊网络交互的JavaScript API。所以一定要加装npm。首先创立一个为我们初始化web3客户端的模块：请注意，本文中的每个代码段都是一个分开的js文件，我们将其与index.js融合在一起该模块接管Web3包并回到一个初始化的客户端。
我在rinkeby测试网上用于了一个Infura Ethereum节点，并且如果您要求也这样做到（我建议这样做到），请求保证用于准确的密钥更换YOUR_INFURA_API_KEY。接下来，我们将创立实际的交易检查器：我们的第二个模块用于该web3客户端来查找实际网络。我们有一个私有account变量，您不应将其更换为您感兴趣的地址，然后回到checkLastBlock函数。
首先我们检索近期的区块，并将数字记录到控制器。这样的代码块看上去就是这样（我回避了一些对我们没用的字段）：您可以看见诸如number、nonce和hash之类的字段，但我们现在确实感兴趣的是transactions字段。这是一个数组，包括该块中包括的所有事务哈希。在transactionChecker.js的第9行，我们检查block和block.transactions数组否不为空，在第10行，网卓新闻网，我们迭代该数组。
对于数组中的每个交易哈希，我们催促实际交易。事务如下右图：如果我们现在找到to字段（事务接收端的地址）相等我们的地址（不要记得toLowerCase（）函数），那么我们早已寻找了要查询的内容，并且可以将一些数据记录到控制器。（如果事务不包括“收件人”字段，则为合约创立）底部的间隔功能每7秒检查一次当前区块。
我自由选择此数字是因为以太坊的平均值出块时间为15秒，我们想错失任何区块。该程序的问题在于它不倚赖统计资料出现异常值。例如如果一个区块在7秒内被挖出，则可能会几乎遗失该区块。
而且如果我们尝试通过增加轮询间隔来减轻这种情况，则不会找到我们必须一个十分较慢的Internet相连来处置所有异步网络I/O。不利的一面是，我们可以拓展此脚本，例如检查一系列区块之间的所有到该帐户的交易，如下右图：也不要记得回到这个函数。如果您对我的模块撰写方式几乎深感疑惑：我给定所谓的工厂函数，这是JavaScript的绝佳设计模式。
第二个程序利用以太坊的pub/sub。pub/sub是一个系统，发布者通过该系统大大向网络广播与特定主题涉及的事件，客户端（订阅者者）可以订阅者这些事件。这比像我们在第一个程序中那样不时地对网络展开投票要好得多，也更快。
但是您必需考虑到以下几个方面：- 通报是动态发送到的，用作当前事件，而不是过去事件。可以调整前一个程序以搜寻一系列块之间的事务，但这对该程序不起作用。
- 订阅者必须全双工相连。幸运地的是，Infura和Geth都以websocket的形式获取了这种相连。由于我们是动态监控帐户，因此这些要点会睡觉我们，让我们之后。我现在在一个新的npm目录中工作，如果您正在编码，请求忘记这一点。
首先我们必需创立我们的客户。对于此程序，我们必须一个普通的http获取程序以及一个websocket获取程序。
本文关键词：bo体育app登陆入口
本文来源：bo体育app登陆入口-www.esfpphotography.com
客服1