I saw your create validator tx hash. The fields are correct. It’s an explorer issue. So not to worry about your validator. We’re currently fixing the issue now.
As for the 100fx as mentioned earlier, 100fx is the Min self-delegation. The reason why your validator showed 0 voting power on the explorer is because past a certain decimal place, it doesn’t show so that too is nothing to worry about too. Your validator voting power should be non-zero once you’ve fulfilled those requirements
This is a great contingency plan! But just to avoid any kind of issues, here are some of my suggestions or notes:
Always make sure you don’t have both instances with the same validator keys running at the same time. Make sure the other is completely shutdown before booting the other.
The recent snapshot for Testnet (from today, which is 29th Nov) consist full path of ‘/home/ubuntu/.fxcore/’ when extracting (in my case it’s extracting into the wrong path now), the previous one didn’t have this, and before that had it opposite again. I haven’t tested mainnet files, but possibly it has the same issue.
Would be possible to make the snapshot more consistent? I prefer the format that was previously (without path assumptions), so the extract can be done directly into data/ (without moving unnecessary files).
I know it suppose to be a data directory, but the latest testnet snapshot has absolute paths in it. Is this going to be addressed (you didn’t mention that)? And it isn’t possible to unpack into .fxcore/, because it’ll generate “~/.fxcore/home/ubuntu/.fxcore/data” dir instead. My scripts rely on these snapshots and consistency paths (and if the paths keep changing, I’ll need to setup my own snapshots). I’ve checked, and mainnet snapshot is fine. Can you do how it was previously for testnet (without hardcoded ubuntu user)?
The home/ubuntu being part of it is really annoying.
You have to extra it and then delete ur own data folder inside .fxcore and then copy the one out of home/ubuntu/.fxcore/data and paste it in the actual ~/.fxcore/data or wherever they stored it.
I eventually managed to get the node monitor working fine (it was just a matter of source that was designated as “Prometheus” instead of “prometheus”, thus driving me crazy…).
What’s the formula to compute the uptime of my node using Tendermint ?
Do you have any idea to transform a validator address in this format “fxvaloperaaabbbbcccdddeeefff” to the “missed_blocks” validator address format (hexa) ? → I’d like to compare my uptime to others…
Which (default fxcored) ports should we forward on a local network to have a node working ?
New proposal: Making f(x)Core EVM compatible for Testnet
The process will be as such:
The team will initiate a proposal on 9 DEC 2021 at 11:00am (GMT+8)
For Testnet, the proposal voting period is 48 hours.
By the end of the voting period, a tutorial on how to upgrade your nodes to be EVM compatible will be up
The nodes will need to complete upgrading by 13 DEC 2021, 10:00am (GMT+8) i.e. block height 408000
There will be another proposal on 13 DEC 2021, 10:00am (GMT+8) to confirm this change and to initialize EVM compatibility.
The nodes who have not upgraded by then will not be part of the consensus and if your validator node experiences too long a downtime, it will be jailed and slashed (more on this you may refer to here “What are the slashing conditions?”)
This entire process will be very similar to how an upgrade will be on the Mainnet so do try it out on Testnet!