eth的节点
A. imtoken钱包怎么换网络节点
1、打睁和开imToken并切换到ETH钱包。
2、通侍粗过我的点击使用设置。
3、找到节点设置，点击ETHEREUM。
4、进入悉谈盯ETH钱包节点设置页面。
5、点击快捷添加跳转至Chainlist。
6、下滑找到需要的节点，点击ADDTOMETAMAS」，选择授权添加节点。
B. 大家了解ETH的参与节点是什么吗进行交易的时候注意什么
说到ETH的参与节点分几种类型，其中包括全节点、轻节点、矿工节点和验证者节点。进行交易的时候需要注意的是选择安全的钱包和交易所，再就是了解合约的功能和逻辑，此外评估合约的安全性格外重要。X.Game提示设置适当的燃气费用和使用安全的交易工具和平台很重要。
C. ETH测试网的那些事：新手被交智商税 竟有人买测试币
随着一年多的加密的出现牛市,大量的新参与者被添加到块,潮流链同时有很多的机会,但也使圆出现大量新的低水平计划,这是奇怪,最近有人在网上销售ethereum测试货币,而且真的有很多小白饵，买了很多。进入了解后，很多新手主要不知道区块链，同时相关科普也很少，所以一些信息造成了错误的认识，所以我们开展了小白科普，主要介绍了以太坊测试网。
顾名思义，测试网络是正式产品或程序推出前的功能和性能测试过程。不同的公链都有自己的测试网络，如比特币、莱特币、以太坊等。测试网络一般分为专用测试网和公用测试网。专用测试网络是由我们的局域网或本地机器构建的测试环境。公开测试网络是指所有人都可以访问的测试网络环境。一般来说，在以太坊Metamask钱包中我们可以看到以太坊公共测试网络主要分为以下几种类型:
Ropsten：一个POW的区块链，非常类似于目前以太坊主网
Kovan：一个POA的区块链
Rinkeby：一个POA的区块链
Goerli：一个POS的区块链，对标ETH2.0
不同的测试网络除了在区块模型和共识机制方面有所不同，在软件客户端支持的类型和垃圾处理交易机制也有所不同，其他的都是支持使用EVM的虚拟机入口，即如果不是以太通道和底层功能测试或DApp某些性能参数，对于生态项目方面，其他一切都是相同的。
在牛市之前，大多数以太坊DApp开发者实际上使用的是Ropsten测试网络。因为Ropsten测试网络使用POW挖掘，这与我们看到的主要网络挖掘是一样的，需要特定的图形卡和其他设备。这部分测试网络的最大特点是网络计算能力低，所以采集成本很低。此外，有了以太坊基金会的资助，公众其实很容易通过公开渠道免费获得相应的测试币。开采方式和其他测试,所以测试的成本,更便宜,无论如何获得成本,当然,在行业测试网络没有多少商业价值,同时测试硬币就没有价值,是可以免费得到的,人们可以通过测试网络水龙头免费网站。
进入以太坊2.0时代后，主网的主要流程是信标链正式上线，节点对ETH质押进行验证，节点软件运行，再将POW链转化为POS链。智能合同部署在最初的战俘网络仍然有效,但采矿方法发生了变化,这个过程使得有必要用不同的机制运行多个测试网络功能上线之前,为了确保正式启动可以尽可能顺利进行。
在主网上，目前进展是以太坊信标链上线，POW链继续运行，其他分片链尚未运行。目前主流的2.0客户端测试网络是由Prysmatic Labs发起的Goerli测试网络，该网络自2019年开始运行。用于以太坊2.0的测试网络tapoz自2021年以来一直在运行。其他开放测试碎片链仍然没有公开运行。在以太坊2.0合并后，Goerli测试网现在被称为以太坊2.0测试网。
由于它是以太坊2.0测试网络，作为区块链技术未来几年发展的重点，Goerli测试网络实际上相当受欢迎。首先，需要参与测试网络验证节点的块生成和运行，所以必须需要32个高尔里测试网络测试币。Prysmatic Labs之前在其官网提供了32枚Goerli测试币给有意参与验证测试节点的运营商领取，完全符合测试节点的要求。
验证人在获得32枚测试币后，需要像当前主网络一样，将高尔里测试币调用合同在高尔里测试网络上进行质押，以获得测试节点运行的资格。然后在服务器上运行测试网络客户端软件，完成后续的测试网络参与过程。测试网络验证器在完成测试网络验证节点的建立后，可以尝试在测试网络验证器上部署各种智能合约或进行其他测试。
主网络上相应的过程是POW主网络过渡到POS过程，我们稍后将看到。换句话说，如果一个项目想在未来几年内部署在以太坊上，最接近的测试网络就是Goerli测试网络。当然，由于EVM虚拟机用于合同部署，很多项目仍然会选择Rinkeby测试网络进行测试。Rinkeby测试网络采用POA共识机制(权威认证)，使用验证器统一账本状态。这有效地防止了双重支出。正因为如此，Rinkeby测试网实际上为开发人员提供了良好的测试网络体验，也吸引了很多开发人员。
高尔利测试网目前运行的是POS模式，每天也有大量的测试币产生。然而，由于目前的短缺，一些测试币水龙头提供给公众的测试币相对较少。从上面可以看出，高尔利测试币的主要目的是为32个测试币部署相应的2.0验证者测试节点。当然，测试节点不会产生实际收入。
此外，高尔里测试币的主要用户是DApp生态项目方。随着以太坊计划进入2.0阶段，一些项目将在Goerli的网络上部署他们的测试dapp，所以实际上在Goerli的测试网络上部署的智能合约并不多。自牛市以来，高尔利测试网也迎来了较为活跃的时期，这部分是由于DApp项目的测试网活动吸引了大量羊毛派对。
简而言之,在项目正式启动主网络,DApp开发团队通常部署在公共测试网络合同,然后让它公开,以便用户和一些DApp赏金猎人可以测试,以发现一些错误,没有发现在内部测试,确保项目的安全。
生态项目测试活动一般都有相应的奖金,一些方面的项目在同一时间为了访问流的应用程序进行压力测试DApp,公开发表了一些测试活动,比如关注官方 社会 账户,然后体验测试网络,当项目建立正式提供将得到项目删除令牌。
几乎零成本,因为这种测试活动,并获得宝贵的令牌,它吸引了许多普通用户,同时,使用大量的占“拔毛”,并将使用测试网络将有一个测试的前提eth气体时,也正因为如此,许多试币在牛市接受龙头的情况下大多是干的(试币是带出来的，拿不到试币)，所以存在交易试币的情况。
对于大多数的货币圈很长一段时间对于投资者来说,自然知道测试硬币都是没有价值的,所以购买测试硬币主要是一些黑心商人用小白和新手在以太和以太方方2.0 - 2.0测试这部分细节不了解,加上一些文章测试网络表达不清楚,给新手造成一些误解。测试货币的目的始终是为了测试网络。主要网络启动后,测试网络仍然存在和发挥测试的作用在随后的关键功能,而不是虚假陈述”测试网络和主要网络合并,并测试货币成为主要网络货币”说,这些黑色的商人。
D. ETH开发实践——批量发送交易
在使用同一个地址连续发送交易时，每笔交易往往不可能立即到账， 当前交易还未到账的情况下，下一笔交易无论是通过 eth.getTransactionCount() 获取nonce值来设置，还是由节点自动从区块中查询，都会获得和前一笔交易同样的nonce值，这时节点就会报错 Error: replacement transaction underpriced
在构建一笔新的交易时，在交易数据结构中会产生一个nonce值， nonce是当前区块链下，发送者(from地址)发出的交易(成功记录进区块的)总数， 再加上1。例如新构建一笔从A发往B的交易，A地址之前的交易次数为10，那么这笔交易中的nonce则会设置成11， 节点验证通过后则会放入交易池（txPool）,并向其他节点广播，该笔交易等待矿工将其打包进新的区块。
那么，如果在先构建并发送了一笔从地址A发出的，nonce为11的交易，在该交易未打包进区块之前， 再次构建一笔从A发出的交易，并将它发送到节点，不管是先通过web3的eth.getTransactionCount(A)获取到的过往的交易数量，还是由节点自行填写nonce， 后面的这笔交易的nonce同样是11， 此时就出现了问题：
实际场景中，会有批量从一个地址发送交易的需求，首先这些操作可能也应该是并行的，我们不会等待一笔交易成功写入区块后再发起第二笔交易，那么此时有什么好的解决办法呢？先来看看geth节点中交易池对交易的处理流程
如之前所说，构建一笔交易时如果不手动设置nonce值，geth节点会默认计算发起地址此前最大nonce数（写入区块的才算数），然后将其加上1， 然后将这笔交易放入节点交易池中的pending队列，等到节点将其打包进区块。
构建交易时，nonce值是可以手动设置的，如果当前的nonce本应该设置成11， 但是我手动设置成了13， 在节点收到这笔交易时， 发现pending队列中并没有改地址下nonce为11及12的交易， 就会将这笔nonce为13的交易放入交易池的queued队列中。只有当前面的nonce补齐（nonce为11及12的交易被发现并放入pending队列）之后，才会将它放入pending队列中等待打包。
我们把pending队列中的交易视为可执行的，因为它们可能被矿工打包进最新的区块。 而queue队列因为前面的nonce存在缺失，暂时无法被矿工打包，称为不可执行交易。
那么实际开发中，批量从一个地址发送交易时，应该怎么办呢？
方案一：那么在批量从一个地址发送交易时， 可以持久化一个本地的nonce，构建交易时用本地的nonce去累加，逐一填充到后面的交易。（要注意本地的nonce可能会出现偏差，可能需要定期从区块中重新获取nonce，更新至本地）。这个方法也有一定的局限性，适合内部地址（即只有这个服务会使用该地址发送交易）。
说到这里还有个坑，许多人认为通过 eth.getTransactionCount(address, "pending") ，第二个参数为 pending ， 就能获得包含本地交易池pending队列的nonce值，但是实际情况并不是这样， 这里的 pending 只包含待放入打包区块的交易， 假设已写入交易区块的数量为20， 又发送了nonce为21，22，23的交易， 通过上面方法取得nonce可能是21（前面的21，22，23均未放入待打包区块）， 也可能是22（前面的21放入待打包区块了，但是22，23还未放入）。
方案二是每次构建交易时，从geth节点的pending队列取到最后一笔可执行交易的nonce, 在此基础上加1，再发送给节点。可以通过 txpool.content 或 txpool.inspect 来获得交易池列表，里面可以看到pending及queue的交易列表。
启动节点时，是可以设置交易池中的每个地址的pending队列的容量上限，queue队列的上容量上限， 以及整个交易池的pending队列和queue队列的容量上限。所以高并发的批量交易中，需要增加节点的交易池容量。
当然，除了扩大交易池，控制发送频率，更要设置合理的交易手续费，eth上交易写入区块的速度取决于手续费及eth网络的拥堵状况，发送每笔交易时，设置合理的矿工费用，避免大量的交易积压在交易池。