eth20自建节点

① 以太坊多节点私有链部署

假设两台电脑A和B
要求：
1、两台电脑要在一个网络中，能ping通
2、两个节点使用相同的创世区块文件
3、禁用ipc;同时使用参数--nodiscover
4、networkid要相同，端口号可以不同

1.4 搭建私有链
1.4.1 创建目录和genesis.json文件
创建私有链根目录./testnet
创建数据存储目录./testnet/data0
创建创世区块配置文件./testnet/genesis.json

1.4.2 初始化操作
cd ./eth_test
geth --datadir data0 init genesis.json

1.4.3 启动私有节点

1.4.4 创建账号
personal.newAccount()
1.4.5 查看账号
eth.accounts
1.4.6 查看账号余额
eth.getBalance(eth.accounts[0])
1.4.7 启动&停止挖矿
启动挖矿：
miner.start(1)
其中 start 的参数表示挖矿使用的线程数。第一次启动挖矿会先生成挖矿所需的 DAG 文件，这个过程有点慢，等进度达到 100% 后，就会开始挖矿，此时屏幕会被挖矿信息刷屏。
停止挖矿，在 console 中输入：
miner.stop()
挖到一个区块会奖励5个以太币，挖矿所得的奖励会进入矿工的账户，这个账户叫做 coinbase，默认情况下 coinbase 是本地账户中的第一个账户，可以通过 miner.setEtherbase() 将其他账户设置成 coinbase。

1.4.8 转账
目前，账户 0 已经挖到了 3 个块的奖励，账户 1 的余额还是0：

我们要从账户 0 向账户 1 转账，所以要先解锁账户 0，才能发起交易：

发送交易，账户 0 -> 账户 1：

需要输入密码 123456

此时如果没有挖矿，用 txpool.status 命令可以看到本地交易池中有一个待确认的交易，可以使用 eth.getBlock("pending", true).transactions 查看当前待确认交易。

使用 miner.start() 命令开始挖矿：
miner.start(1);admin.sleepBlocks(1);miner.stop();

新区块挖出后，挖矿结束，查看账户 1 的余额，已经收到了账户 0 的以太币：
web3.fromWei(eth.getBalance(eth.accounts[1]),'ether')

用同样的genesis.json初始化操作
cd ./eth_test
geth --datadir data1 init genesis.json

启动私有节点一,修改 rpcport 和port

可以通过 admin.addPeer() 方法连接到其他节点，两个节点要要指定相同的 chainID。

假设有两个节点：节点一和节点二，chainID 都是 1024，通过下面的步骤就可以从节点二连接到节点一。

首先要知道节点一的 enode 信息，在节点一的 JavaScript console 中执行下面的命令查看 enode 信息：

admin.nodeInfo.enode
" enode://@[::]:30303 "

然后在节点二的 JavaScript console 中执行 admin.addPeer()，就可以连接到节点一：

addPeer() 的参数就是节点一的 enode 信息，注意要把 enode 中的 [::] 替换成节点一的 IP 地址。连接成功后，节点一就会开始同步节点二的区块，同步完成后，任意一个节点开始挖矿，另一个节点会自动同步区块，向任意一个节点发送交易，另一个节点也会收到该笔交易。

通过 admin.peers 可以查看连接到的其他节点信息，通过 net.peerCount 可以查看已连接到的节点数量。

除了上面的方法，也可以在启动节点的时候指定 --bootnodes 选项连接到其他节点。 bootnode 是一个轻量级的引导节点，方便联盟链的搭建 下一节讲 通过 bootnode 自动找到节点

参考： https://cloud.tencent.com/developer/article/1332424

② 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网络的拥堵状况，发送每笔交易时，设置合理的矿工费用，避免大量的交易积压在交易池。

③ 什么是以太币/以太坊ETH

以太币（ETH）是以太坊（Ethereum）的一种数字代币，被视为“比特币2.0版”，采用与比特币不同的区块链技术“以太坊”（Ethereum），一个开源的有智能合约成果的民众区块链平台，由全球成千上万的计算机构成的共鸣网络。开发者们需要支付以太币（ETH）来支撑应用的运行。和其他数字货币一样，以太币可以在交易平台上进行买卖 。

温馨提示：以上解释仅供参考，不作任何建议。入市有风险，投资需谨慎。您在做任何投资之前，应确保自己完全明白该产品的投资性质和所涉及的风险，详细了解和谨慎评估产品后，再自身判断是否参与交易。
应答时间：2020-12-02，最新业务变化请以平安银行官网公布为准。
[平安银行我知道]想要知道更多？快来看“平安银行我知道”吧~
https://b.pingan.com.cn/paim/iknow/index.html

④ 搭建geth私有链和联盟链网络

操作系统:linux或Mac OS
安装geth执行以下命令:
linux:sudo apt-get install ethereum
Mac OS:brew install ethereum

直接创建两个geth的工作目录，用于之后的组建联盟链的使用：
mkdir eth-private1
mkdir eth-private2

首先 cd eth-private1 进入节点1的工作目录该目录下执行下面命令
geth --datadir data --nodiscover console （data是之后geth节点的数据目录，可自行修改）

使用geth自带的工具 puppeth 用于生成创世区块，过程如下：
puppeth
+-----------------------------------------------------------+
| Welcome to puppeth, your Ethereum private network manager |
| |
| This tool lets you create a new Ethereum network down to |
| the genesis block, bootnodes, miners and ethstats servers |
| without the hassle that it would normally entail. |
| |
| Puppeth uses SSH to dial in to remote servers, and builds |
| its network components out of Docker containers using the |
| docker-compose toolset. |
+-----------------------------------------------------------+

Please specify a network name to administer (no spaces, please)

输入私链名称后，会出现二级菜单，现在2：配置一个新的创世快
What would you like to do? (default = stats)

再次出现二级菜单，让你选择共识机制（这里采用poa共识）
Which consensus engine to use? (default = clique)

Ethash - proof-of-work(PoW) ：工作量证明,通过算力达成共识 （以太坊就是使用这种方式）
Clique - proof-of-authority(PoA): 权威证明、通过预先设定的权威节点来负责达成共识 (不消耗算力，一般用于私有链测试开发)
如果选择Pow的共识方法,直接输入1，回车即可。
如果选择PoA的共识方法，输入2后会提示让你选择处快的间隔时间，一般测试开发使用可以设置相对的将处快时间设置较少5秒即可，然后会让你选择哪个账户来作为权威生成区块(至少有一个,输入刚才创建的账户，若只是单节点就输入那个节点目录生成的地址，若想组建联盟链就填写生成的两个地址)

How many seconds should blocks take? (default = 15)

选择好共识机制后会让你指定给那些账号初始化ether(至少有一个)，输入我们刚才创建的账户地址回车即可。
Which accounts should be pre-funded? (advisable at least one)

选择输入私有链的网络ID，任意数字即可（不能为1，1是公链），也可以不输入会给定一个随机数作为私有链的网络ID
Specify your chain/network ID if you want an explicit one (default = random)

选择导出创世区块配置文件

选择导出创世区块配置文件的保存路径，可以保存到当前目录，直接按回车即可
Which file to save the genesis into? (default = my-private-chain.json)

INFO [02-09|14:56:33] Exported existing genesis block

这样就完成了创世区块文件的配置了，直接退出puppeth即可。

输入命令 geth --datadir data init private.json 其中data自己制定，private.json就是刚才生成的创世区块
若出现如图错误：

输入命令:
geth --datadir data --syncmode full --port 2001 --networkid 1234 --rpc --rpcport "8545" --rpccorsdomain "*" --rpcaddr "0.0.0.0" --rpcapi "db,eth,net,web3,personal,admin,clique" --nodiscover console 进入控制台
--datadir data：节点的数据目录
--syncmode full：块同步的方式（若只是单节点可不填）
--port 2001： 网卡监听端口
--networkid 1234：网络标识符
--rpc：开启rpc服务
--rpcport "8545"：rpc服务的端口
--rpccorsdomain "*"：允许跨域请求的域名列表(逗号分隔)(浏览器强制)
--rpcaddr "0.0.0.0" ：HTTP-RPC服务器接口地址(默认值:“localhost”)
--rpcapi "db,eth,net,web3,personal,admin,clique"：基于HTTP-RPC接口提供的API（私有链可以任意开发，公有链需要谨慎）
--nodiscover：不允许节点自动加入

若想搭建联盟链，必须保证创世区块一致，进入到刚才创建的eth-private2的目录
将之前生成的创世区块拷贝过来，初始化创世区块，然后使用启动命令启动分别启动两个节点，进入控制台，使用 admin.nodeInfo 命令获取节点的信息

总结：
两个服务器部署两个节点是可以联通的,但是只能使用两个节点对应的地址进行挖矿,所以只能是两个节点对应两个地址进行挖矿,使用poa共识,当一个节点挂掉,挖矿停止,因为poa共识挖矿必须超过50%的节点进行钱增,现在只是两个节点,挂掉一个节点挖矿就会停止等待另一个节点的确认,停掉的节点可以通过正常运作的节点信息重新连接到网络中。
问题：
同步块有可能报错情况:
1:Synchronisation failed "retrieved hash chain is invalid" 解决目前找到的方法是removedb 数据目录 ,重新init创世区块
2:内存溢出初步确认为开启rpc服务造成的,有可能服务器恶意被黑,暴力破解密码,占有内存，解决，将服务器的ip设置一条防火墙

若存在问题可给本人留言或访问本人的github： https://github.com/qi-shuo/geth-document 记录了一些本人搭建使用的命令

⑤ 2020年ETH升级2.0超级版本，会带来什么影响

原因：
Linux distribution使用udev动态管理设备文件，并根据设备的信息对其进行持久化命名。udev会在系统引导的过程中识别网卡，将mac地址和网卡名称对应起来记录在udev的规则脚本中。而对于新的虚拟机，VMware会自动为虚拟机的网卡生成MAC地址，当克隆或者重装虚拟机软件时，由于使用的是以前系统虚拟硬盘的信息，而该系统中已经有eth0的信息，对于这个新的网卡，udev会自动将其命名为eth1（累加的原则），所以在系统启动后，使用ifconfig看到的网卡名为eth1。
解决方法：
在fedora中，udev记录网络规则的脚本为：/etc/udev/rules.d/70-persistent-net.rules
[user@localhost ~]$ vi /etc/udev/rules.d/70-persistent-net.rules
# This file was automatically generated by the /lib/udev/write_net_rules
# program run by the persistent-net-generator.rules rules file.
#
# You can modify it, as long as you keep each rule on a single line.
# PCI device 0x1022:0x2000 (pcnet32)
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="00:0c:29:5a:6c:73", ATTR{type}=="1", KERNEL=="eth*", NAME="eth0"
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="00:0c:29:a9:22:9d", ATTR{type}=="1", KERNEL=="eth*", NAME="eth1"
打开该文件，这时会发现，里面有eth0，eth1两个网卡的信息，但实际上ifconfig时只能发现eth1一个网卡的信息，这时因为eth0根本就不存在。
将其中eth0的信息删掉，并将eth1信息中的设备名改为eth0，重启系统，看到的网卡就是eth0了，或者删掉其中所有的信息重启系统udev会帮发现新的设备的。

⑥ 如何看待以太坊ETH2.0

我个人不是特别看好以太坊2.0。

以目前以太坊的发展情况来看，以太坊已经成为了世界上最大的一条公链，这点毫无疑问。伴随着以太坊得进一步发展，我们会发现区块链行业也取得了长足的进步。

一、我先讲一下关于目前以太坊的现状。

以太坊在这一次牛市中非常亮眼，换而言之，这一次的牛市就是因为以太坊上面的应用而拉起的。目前的以太坊有几个困境：第1个困境是交易费率太高，吓跑了很多人。第2个困境是交易速度太慢，网络拥堵问题非常严重。第3个困境是交易相对繁琐，其他公链显然要优于以太坊。这正是以太坊需要破局的地方，当以太坊升级到2.0以后，这些问题都会相应解决。

⑦ 什么是以太币/以太坊ETH

以太坊英文名Ethereum，简称ETH，是最近被热炒的虚拟投资币种。被称为是全球第二大市值的数字货币，仅次于比特币。

以太币是以太坊的一种数字代币，是因为以太坊开放的需要使用代币——以太币ETH来支撑应用。以太坊同样可以在交易平台交易买卖。简单的来说，以太坊（Ethereum）是一个平台和一种编程语言，使开发人员能够建立和发布下一代分布式应用。
以太坊（Ethereum）可以用来编程、担保和交易，也可以用来组织投票，域名买卖，金融交易平台，线上众筹，管理公司，
制定合同和大部分的协议，还能集成硬件的智能资产。

以太坊的价格之所以能够飙升，不仅得益于以太坊社区的推广宣传，更重要的是虚拟货币投资者们正在寻找替换比特币的投资产品。

比特币受国内央行的监管、申请ETF上市被拒等一系列问题，导致投资者们对比特币的前景看淡。而此时以太坊的出现、宣传推广，正受到这些虚拟币投资者的青睐！

BtcTrade平台（比特币交易网）www.btctrade.com作为国内最大最靠谱的交易平台，早在11月份就上线以太坊交易。上线时的以太坊在50元左右，如今已涨至300元一枚，实足惊人！以太坊ETH的前景到底如何，能否像比特币一样获得如此的关注，拭目以待！

⑧ 如何看待以太坊ETH2.0

对于1559引入gas费燃烧模式，固然会迎合某些人追逐所谓通缩的口味，但是其背后的动机，却不得不说，是Vitalik和以太坊基金会进一步推进PoS以至ETH 2.0的战略思维。

现在以太坊引入燃烧机制，对冲了区块奖励的发行，因此我们会觉得这个机制让以太坊变得更硬了。但是，以太坊燃烧销毁的是存量S。存量S的持续消耗会减少硬度（类似于电子工业消耗黄金储量），让增量的冲击变大，不利于币值的稳定。

介绍

众所周知，以太坊是没有固定可预期的货币政策的，这是一种最糟糕的货币政策（从博弈论的角度讲）。在1559实施后，增量F假设为固定的区块奖励，除非Vitalik和基金会决定变更它。

那么，恒定增量的情况下持续消耗存量，将使得以太坊的抗冲击能力下降，币值更不稳定，波动性更大，从而更加不适合于作为价值存储。

⑨ imtoken钱包怎么换网络节点

1、打睁和开imToken并切换到ETH钱包。
2、通侍粗过我的点击使用设置。
3、找到节点设置，点击ETHEREUM。
4、进入悉谈盯ETH钱包节点设置页面。
5、点击快捷添加跳转至Chainlist。
6、下滑找到需要的节点，点击ADDTOMETAMAS」，选择授权添加节点。

⑩ eth2022年还能挖吗

不能了，宣布退出改变ETH 1.0现行主网费用的EIP-1559提案尤其受关注，因为客观上，这一更新将为无限发行的ETH带来通缩效果。 EIP-1559提案将改进现有的手续费机制，用户支付的基础费用将不再被矿工收入囊中，而是被销毁，这客观上带来了ETH的通缩效果；EIP-3529提案支持合约部署者主动清理合约，获得Gas退款，这将减少网络拥堵，提升网络的稳定性；此外，EIP-3541将拒绝以0xEF字节开头的新地址，为以后的升级奠定基础；EIP-3554提案则将难度炸弹延迟至 2021 年 12 月，2020退出。
拓展资料
1.以太坊「伦敦升级」既是对现行以太坊1.0网络存在的高费用、常拥堵等痛点过渡解决方案，也为未来以太坊升级到2.0做准备。以太坊1.0与2.0的合并将标志着PoW挖矿的终结，合并的上限时间不早于难度炸弹的开启，但不晚于分片阶段的开启。现有的官方信息渠道显示，难度炸弹将于今年12月开启，分片阶段将于明年年中开启。因此，在一切计划如期实施的前提下，PoW机制将在2022年上半年退出历史舞台。从2015年开始研究以太坊向POS的转换，并在2018年正式提出了2.0计划。后来，进展非常缓慢。直到2020年各种defi项目的爆发，产业链上的天然气成本从20-30gwei一度上升到500gwei以上。链条上的生态体验非常差。最后，他不得不在2020年底0升级(阶段0)启动eth2。由于eth2.0已经被讨论了很长一段时间，有很多关于升级周期的分析文章。
2.一般认为升级大约需要2-3年的时间，因为POS和POW双链会平行半年到一年来测试POS是否真的安全可靠。双链在2022-2023年之前不会合并，以完全结束POW，保留POS。 然而，公告的突然加速出乎所有人的意料，尤其是矿商的意料。毕竟，持有硬币和采矿机的人的心态是不同的。矿工对POS非常敏感，根据spark昨天发布的公告，要求以太坊官员再次澄清升级预期。甚至不要发送简短的句子给非核心开发者，这会导致许多误解。 人们总是认为eth20升级在技术上是非常复杂和巨大的，但现在我的解释是，每个人都高估了升级的复杂性。我猜官方团队已经基本掌握了核心要点。毕竟，ETH并不是第一只吃POS共识的螃蟹。有许多例子可供参考。在过去，升级的进程是缓慢的。事实上，当局一直在迁就和照顾矿工的利益。他们直到去年才开始升级，然后含糊地宣布了升级计划和时间表。今年，情况不对。其他家庭生态链发展迅速，如火如荼，手续费低，交易速度快，使用体验普遍不佳。