plugin
plugin copied to clipboard
33cn
chain33 官方插件系统
EROR[01-25|06:43:44] PrefixScan it.Value() module=db.ListHelper error=nil EROR[01-25|06:43:44] PrefixScan it.Value() module=db.ListHelper error=nil EROR[01-25|06:43:44] PrefixScan it.Value() module=db.ListHelper error=nil INFO[01-25|06:43:44] procNewHeight module=ethereum_relayer currentHeight=17 ethRelayer.eventLogIndex.Height=0 uint64(ethRelayer.maturityDegree)=1 ================== WARNING: DATA RACE Read at 0x00c0000d6930 by goroutine...
auth authHash=18304251578373816561719146667419433055631301806215268943112697989385852434346,authKey=16678747381284372741157128409332526143974006721672403765375251027071805395166 0x7b0faf69b8ec82d06ea18fabd583ce08b6d84e400b5e967b4283db87b43c15d7 wait new block 0/10 s, cur height=523,old=522 query hash is 0x7b0faf69b8ec82d06ea18fabd583ce08b6d84e400b5e967b4283db87b43c15d7, return 0x7b0faf69b8ec82d06ea18fabd583ce08b6d84e400b5e967b4283db87b43c15d7 query tx=0x7b0faf69b8ec82d06ea18fabd583ce08b6d84e400b5e967b4283db87b43c15d7 success Error: The operation was canceled.
### 问题现象 使用最新的 https://github.com/Trouble-CXB/plugin/tree/feature_exchange (更新了33cn/plugin 的代码后 ) 做平行链 user.p.bscdex. 同步测试. 共识会停在 7316 高度. 对比日志发现 (未更新 33cn/plugin 正常同步) 1. 7317 高度的执行情况没有 执行完成后的 共识相关的日志 2. 7318 高度在指定 Preexec 时, 只执行了一种 (正常3种) ```...
在solidity合约中定义出错信息： only authorized owner can store files. EVM交易中打印的信息中会多出一些空格符号，有时间可以优化下： receipt": { "ty": 1, "tyName": "ExecPack", "logs": [ { "ty": 1, "tyName": "LogErr", "log": "evm: execution reverted,detail: \u0008\ufffdy\ufffd\u0000\u0000\u0000\u0000\u0000\u0000\u0000\u0000\u0000\u0000\u0000\u0000\u0000\u0000\u0000\u0000\u0000\u0000\u0000\u0000\u0000\u0000\u0000\u0000\u0000\u0000\u0000\u0000\u0000\u0000\u0000 \u0000\u0000\u0000\u0000\u0000\u0000\u0000\u0000\u0000\u0000\u0000\u0000\u0000\u0000\u0000\u0000\u0000\u0000\u0000\u0000\u0000\u0000\u0000\u0000\u0000\u0000\u0000\u0000\u0000\u0000\u0000\u0026only authorized owner can...
**Describe the bug** 目前共识节点的配置通过配置文件设置 validatorNodes=["172.16.43.151:46656","172.16.43.152:46656","172.16.43.153:46656","172.16.43.154:46656"] ，共识节点ip变化或者用户配置不一致，影响链的运行。 **To Reproduce** 1. 配置文件 node1 validatorNodes=["172.16.43.151:46656","172.16.43.152:46656","172.16.43.153:46656"] 配置node2 validatorNodes=["172.16.43.151:46656","172.16.43.152:46656","172.16.43.154:46656"] 停掉node3 配置node4 validatorNodes=["172.16.43.152:46656","172.16.43.153:46656","172.16.43.154:46656"] 2 node1 node2 node4 启动 ，发转账交易 区块没有产生 **Expected behavior** 可选方案: 每个共识节点已经有私钥和证书，可以通过共识节点的证书来识别，不用通过配置。共识节点的证书已经在 genesis.json 声明过。而且共识节点ip变化也不影响。
平行链共识节点即挖矿节点，如果开启挖矿，则需要解锁钱包，这样会增加暴露私钥风险，如果考虑代理挖矿的机制， 共识节点账户和挖矿奖励账户分离，将有很多好处。即便用户丢失了挖矿节点的私钥影响也不大，只要保管好奖励账户私钥即可
四个节点组成的 tendermint 集群，分别往四个节点发送大量交易（每秒2万笔），四个节点均出现 ErrMemFull 错误，此时 mempool 也缓存了大量交易（15多万笔），节点通过从 mempool 获取交易并查重 来判断是否有未处理交易，从而决定是否进入共识流程打包区块 当停止发送交易后，由于节点还有未处理交易，仍然进入共识流程，直至 mempool 缓存没有交易 blockchain模块和发送的交易都使用 TxHeight 选项 然而可以复现出：有两个节点率先处理完 mempool 缓存的交易，不再进入共识，通过 ./chain33-cli net peer info |grep mempoolSize 可以看到值为0， 而其他两个节点的值不为0（几万笔），所以依然进入共识，由于不满足多于 2/3 的节点参与共识，整个共识流程会出现问题；继续观察一段时间，其他两个节点 mempoolSize...
部署方式： 三台主机，每台主机运行docker, 每个docker下运行chain33。 问题: 出现panic, listen tcp 192.168.6.186:9021, bind: cannot assign requested address. @harrylee2015 这个问题，你帮忙看下。