[blockchain-014] 双节点tendermint部署和运行分析

本文档详细介绍了如何在两台物理机器上部署和配置Tendermint区块链双节点,并分析了其运行逻辑。通过编译、初始化、配置节点,确保两节点的chain-id一致,然后启动节点并观察运行过程中的错误和日志信息。当两个节点同时运行时,它们会不断生成新区块,进行数据一致性操作。文章深入探讨了节点间的连接问题、区块提交过程,以及定时触发新块生成的逻辑,为理解Tendermint共识机制提供了实例分析。
摘要由CSDN通过智能技术生成
1. 两台物理机器


192.168.1.244  root密码t5
192.168.1.246  root密码t5




2. tendermint搭建  在tendermint/docs/examples这个目录,有四个节点的配置和文档,可以参考使用
  2.1 编译出tendermint可执行文件,然后分别scp到245和246
  2.2 在245执行 ./tendermint init,在root/.tendermint下会生成两个目录,分别是config和data目录。
    2.2.1 config/config.toml tendermint的配置信息 这里有3个关键端口46656,46657,46658,各参数有对应解释。
    2.2.2 config/genesis.json 创世validator信息。注意,所有节点的chain-id必须是一样的。
  2.3 同理在246上执行
  2.4 将245和246的genesis.json的validators进行配置,将两台机器都配置起来。也就是说,将245和246的validators信息相互添加。比如,244的genesis.json内容如下:
---------------------
{"genesis_time":"0001-01-01T00:00:00Z","chain_id":"test-chain-zusn4r","validators":[{"pub_key":{"type":"ed25519","data":"26AB8CCB5836A85EBFCB3BC5EAEA2A9E91C0ADBA58FBDA43F18BA2801AAB3074"},"power":10,"name":""},{"pub_key":{"type":"ed25519","data":"E058A49F4AA4AD852738F77316728644360F368CDA91AFAAF310DBAFFC7AC8FB"},"power":10,"name":""}],"app_hash":""}


---------------------
  2.5 在两台机器上都依次运行如下命令
./two-nodes-server &  //这是一个tendermint abci server,实现了deliver_tx, check_tx, commit三个函数,但都是空的。(注意,这个two-nodes-server是用户自己写的,tendermint上没有,请参考tendermint的规范自行实现)
/root/tendermint node --p2p.persistent_peers=192.168.1.245:46656,192.168.1.246:46656


  2.6 genesis.jon的文件内容如下
------------------------------------
{
 "genesis_time":"0001-01-01T00:00:00Z",
 "chain_id":"test-chain-zusn4r", #注意,两个节点的chain_id必须相同
 "validators":[
                {
                  "pub_key":{
                              "type":"ed25519",
                              "data":"E058A49F4AA4AD852738F77316728644360F368CDA91AFAAF310DBAFFC7AC8FB"
                            },
                  "power":10,
                  "name":""
                }
              ],
  "app_hash":""
}
------------------------------------
name不需要设置
app_hash不需要设置


  2.7 如果只启动一个node,会出现如下log错误
I[03-16|09:31:29.744] Ignoring inbound connection: error while adding peer module=p2p address=192.168.199.245:24420 err="Connect to self"
E[03-16|09:31:29.744] Failed to add peer                           module=p2p address=192.168.199.245:46656 err="Connect to self"
E[03-16|09:31:29.744] Error dialing peer                           module=p2p err="Connect to self"






I[03-16|09:31:31.161] Dialing peer                                 module=p2p address=192.168.199.246:46656
E[03-16|09:31:31.162] Failed to dial peer                          module=p2p address=192.168.199.246:46656 err="Error creating peer: dial tcp 192.168.199.246:46656: getsockopt: connection refused"
E[03-16|09:31:31.162] Error dialing peer                           module=p2p err="Error creating peer: dial tcp 192.168.199.246:46656: getsockopt: connection refused"




I[03-16|09:31:38.487] Ensure peers                                 module=p2p numOutPeers=0 numDialing=0 numToDial=10
I[03-16|09:31:38.487] No addresses to dial nor connected peers. Falling back to seeds module=p2p 


不知道什么意思。


  如果两个node都启动了,两边都会反复发送各种信息,导致数据增加。


  两个节点会进行各种数据一致性操作,形如
I[03-16|09:29:30.442] enterCommit(37/0). Current: 37/0/RoundStepPrecommit module=consensus 
I[03-16|09:29:30.460] Finalizing commit of block with 0 txs
评论 3
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值