Can we have image illustration of reversed flow from backend fxcore - bridge - to specific Blockchain so everyone can have clear view of the transition
Thank you
Can we have image illustration of reversed flow from backend fxcore - bridge - to specific Blockchain so everyone can have clear view of the transition
Thank you
Sometimes there are these things i don’t (completely) understand, but where you just know it’s great (gut feeiing).
This is one of them
Gravity cross chain sounds good!
To all validators, just to be clear, this is a hard-fork upgrade. Kindly read the instructions for v2.2.0 clearly.
There will not be any voting before the validator upgrade. this upgrade is to enable certain features of the blockchain. to activate these features, the governance proposal will happen after the upgrade
The testnet upgrade countdown can be seen here.
We will be using this link for mainnet as well.
There will be a unified explorer. https://explorer.functionx.io/
just add “evm” after the home page->Function X StarScan
Dear Validators,
Hi @Richard !
As explained on TG, here are the issues I found (on testnet upgrade only):
Error: rpc error: code = InvalidArgument desc = failed to execute message; message index: 0: validator not jailed; cannot be unjailed: invalid request
index_offset: "1983519"
jailed_until: "2022-01-21T03:33:02.215566730Z"
missed_blocks_counter: "62"
start_height: "370259"
tombstoned: false
fxcored version on my testnet node is release/v2.2.x-673b54983e0b52feb69ed4382f7ec44fbd80104c
These are the kind of non-stop error messages I’m getting:
a) Jul 28 16:14:10 fxcored[20262]: 4:14PM ERR Stopping peer for error err="blockchainReactor validation error: wrong Block.Header.AppHash. Expected 6C93556A367CAF87A7F53539D58E3E646CDDFC44C174460E5A3AEB2AC07E59CD, got F6D442CD6D6449A66A4F61E244EF1E5EC1EC03FDE5D70DF401376A42C3EFB64F" module=p2p peer={"Data":{},"Logger":{}} server=node
b) Jul 28 16:14:09 fxcored[20262]: 4:14PM ERR error while stopping peer error="already stopped" module=p2p server=node
Could you please ask the team to investigate ?
Thanks !
apologies to the validators who have already upgraded your nodes. we forgot to merge the latest commit into the release/v.2.2.x branch, so you will have to upgrade again.
@ClaudioxBarros @FrenchXCore @KuzoIV @nexus
if you run git log, you should be able to see the tag v2.2.1 inside
commit 5eef07630e89ad0bd786fb08fa0fb937e5c84d67 (HEAD → release/v2.2.x, tag: v2.2.1)
Thanks for notification, i proccesed the upgrade steps again and now the DAOverse node have latest adds .
Your version is v2.1.1. The height of the last testnet upgrade was 3918000. You did not upgrade to v2.2.0 before this height. After the height, if there is an upgraded logic triggered by a transaction, the unupgraded node will fork.
Solution:
Yes, I downgraded my TestNet validator to v2.1.1 to see if it was working. It wasn’t.
Then i started a full node reinstall.
I successfully updated our mainnet nodes to v2.2.1 (release d5d5…).
However, I still have the same issue as specified in quotes on testnet node.
Here’s some more error log:
Jul 29 11:08:52 fxcored[46911]: panic: Failed to start consensus state: found signature from the same key
Jul 29 11:08:52 fxcored[46911]: 11:08AM INF found signature from the same key height=3920765 idx=26 module=consensus server=node sig={"block_id_flag":2,"signature":"u917oh36nEU7I01n6x7kT/W2bGpohh8jleN3GSbsejV>
Jul 29 11:08:52 fxcored[46911]: 11:08AM ERR error on catchup replay; proceeding to start state anyway err="cannot replay height 3920766. WAL does not contain #ENDHEIGHT for 3920765" module=consensus server=no>
J
My testnet node keeps blocking at height 3920765.
Thx,
FrenchXCore
in your log i saw line containing:
Jul 29 11:08:52 fxcored[46911]: panic: Failed to start consensus state: found signature from the same key
the fix for this was given before
What should I do if the “panic: Failed to start consensus state: found signature from the same key” appears in log?
We should first check whether the priv_validator_key.json configured by the node is used by its node, if not, run the command fxcored config config.toml consensus.double_sign_check_height 0
, to modify the double-sign check, and then restart the node
could u try whether it fix and screenshot any other error that persists
Hi @lancelai !
So, my testnet node won’t progress above block #3920765.
Block #3920766 still generates a commit is for a block we do not know about; set ProposalBlock=nil
…
What did I do ?
I don’t know what happened around that block time, but it seems tendermint is refusing to validate it, thus making it impossible to progress beyond that block #3920765:
fxcored[70034]: 8:47AM ERR CONSENSUS FAILURE!!! err="+2/3 committed an invalid block: wrong Block.Header.AppHash. Expected 6C93556A367CAF87A7F53539D58E3E646CDDFC44C174460E5A3AEB2AC07E59CD, go>
It looks as if more than 2/3 of the validators did validate block #3920766 with a different AppHash.
Would it be possible to publish a new testnet snapshot so that I can restart my testnet validator above that stage ?
On the other hand, I think it would be interesting to dig in what happened exactly, because that would hurt badly if this was to happen on mainnet.
Thanks.
@FrenchXCore
My testnet face the same issues, i fixed it by clearing out old data, using the 25072022 snapshot too, mine was docker so i did remove all images/containers and follow the upgrade steps
Now it is syncing…
Alright, I’ll retry with a brand new installation from scratch !!
Alright…
I started a brand new server and release/v2.2.x node from scratch and tried to sync it from the latest 25/JUL/2022 snapshot, and I still get the same error at block #3920765.
I also tried to sync without snapshot from Block #0… However, something strange hit my eyes.
The first line below shows a testnet/v2.0.x
fxcored[82297]: 3:01PM INF ABCI Handshake App Info hash= height=0 module=consensus protocol-version=0 server=node software-version=testnet/v2.0.x-46bca00af59765e75902a1e7f07915c87b3b3bfd
fxcored[82297]: 3:01PM INF ABCI Replay Blocks appHeight=0 module=consensus server=node stateHeight=0 storeHeight=0
I’ll just give up for now and wait for next week’s snapshot to update my testnet node.
It would be also really nice for the team to provide mainnet and testnet “state-sync” RPC access points as well (as explained here)
Regards/
@FrenchXCore
Its less than 2.5 hours to the upgrade height. If there is anyone who has yet to upgrade and needs some sort of tech support, please reply to this thread!
ill be posting the updates in the main validators thread. for every upgrade, i will spin up a new discussion thread