f(x)Core Mainnet Validator Bugs/Fixes & Technical Support

ok node is running. can anyone from the team confirm if the node is running correctly? haven’t created the validator yet though

fxcored status shows it’s catching up

fxcored version release/v3.1.x-f40128a37aefdf66ee9bddd63000ef3189b6a0f6

running service as a daemon as well - as recommended.

btw… shoutout to whoever wrote the guide. it’s a breeze to go through setup with that at hand! :slight_smile:

1 Like

you have to wait until catching up is false
this is what I get for my node as status:

SyncInfo:                                                                                                                     
  catching_up: false
  latest_block_height: "9087110"
  latest_block_time: "2023-03-03T18:51:29.547737719Z"

here you can check latest_block_time, if it is current time then your node is synced

I managed to create my validator today too (for now is inactive):

fxvaloper1x8ur2zlkafrz5p4jn2w8r0lz7twcxd7eqp0hcm

awesome :+1: all the best!

fxcored keys add RoamingMind

created validator wallet, and trying to add it to metamask. the eip55_address seems to be the only value matching expacted format of privat key that I need to import the account on metamask. none of the key’s received from above fxcored keys add seems to work. what am I missing?

This command will generate a mnemonic that is a list of words that you can use later to restore the wallet. From a mnemonic some wallets can create multiple addresses that can be used. Metamask should be able to also use a mnemonic, or you can try to use fxwallet directly (you may want to use fxwallet if you don’t use it yet as it makes it easier to delegate to a validator for example).

After you have that mnemonic then you have to save it in a safe place because it can be used later to restore your account if needed.

Try adding the following “–coin-type 118” at thé end of your Key add command… Or with “–algo secp256k1”…

Alright, got it working and put 150fx on it

anyhow… I see in the list of inactive validators there are already a number of publics which also have some delegations. I think my chance to get a quick spot would depend on the team opening up more room for publics. I’ll keep an eye on the project in hopes to get a chance to join!

You can get a spot now as a pundix validator, in case that you don’t have one there already.

You gotta keep in mind that validators still use “secp256k1” keys and are running using the Cosmos-native features. That’s why you need to use “118” coin-type and “secp256k1” keys.
ethsecp256k1 keys are for EVM transactions only.
However, you can easily use the same private key for both, but it will results in two different addresses:

  • secp256k1 : a simple FX address (let’s call it FX-A)
  • ethsecp256k1: an EIP-55 0x… address, working with EVM, and a corresponding FX address (let’s call it FX-B, different from FX-A)
    When using Cosmos-native features (slashing, etc.), you can use FX-A or FX-B addresses
    When using EVM, you can only use EIP-55 address, or in some cases FX-B address (actually, FXEVM converts automatically EIP-55 and FX-B addresses to the same bytes).
    Also, you an transfer tokens using fxcored CLI from FX-A to FX-B using Cosmos-native features.

The reason why it’s working this way is that when EVM was implemented, new ethsecp256k1 keys were used, and there was no way to keep the same public key (used to compute the public address) for both algorithms. One day, I think we will be able to migrate everything to ethsecp256k1, but there are so many backward-compatibility risks that I’m assuming it’ll take time.

Regards,
@FrenchXCore

thanks a lot!

haven’t checked on that, thanks for the hint :+1:

1 Like

For the new validators, theres some admin that ill need you to do

@RoamingMind @CryptoKid @11110 @Aghanims

  1. Add me and the official twitter accounts for pundix & functionx @BlueStitch will help make the announcement
  2. provide @lancelai with a validator logo based on the specs here
  3. pm @lancelai and he will add you to the validator telegram channel and group
  4. pm @lancelai on the best way to be contacted in the case of emergencies like validator missing blocks…
  5. do tweet about your validator nodes and post in the forum and telegram channels and think of creative ways to get more delegators. Disclaimer (NFA, DYOR), free airdrop on twitter for say the first 5 delegators above 10k FX would garner a lot of attention. that might help you break into the top 50 active validators.
  6. if you wanna do a bit of self intro here, where you’re from, what your day job is, what hobbies are, why’d you join the FunctionX ecosystem, feel free to do so! :grinning: :grinning:
4 Likes

1 Like
1 Like

We’ll try our best effort as much as we can in April for migrating the funds, but no promise and no guarantee that they will become active

3 Likes

Hello team, our validator Aghanism has been inactive for sometime, would there be a consideration to slightly increase the max validator slot or to free some room for public validator like mine?

Appreciate it!

1 Like

Hey Aghanisms,

Increasing the maximum number of active validators is not so straightforward as we’d like it to be unfortunately. Doing so would have two immediate implications to the network: Transaction Finality and Block Rewards Distribution.

In short, increasing the number of active validators would lead to longer block confirmation times and slower transaction finality - as more validators need to reach consensus on each block. Block rewards distribution will change as the rewards will have to be spread among a larger number of validators.

There is technically no limit on the number of validators users can set up; but for active validators, 50 is the current optimal number for the network.

But this is definitely not a fixed number, and is subjected to review. Validators that are ranked top 50 in terms of their Total Stake/Voting Power will automatically be considered active, and anyone can be an active validator so long as their validator has enough staked to be in the top 50. :slight_smile:

I doubt it will have big impact if we gradual increase over time instead of big jump

@Aghanims ,

Beside technical aspects, the question is also about the standing down of team validators…
The FunctionX foundation could free up some space in the active validator set by increasing some of their own validators, and “nulling” other ones, thus giving more space for public validators to come in…
But public validators also have to demonstrate they bring value to the ecosystem.

What do you think @zaccheah and @DavidK ?
We seem to have honest public validators waiting in the inactive pool…

Regards,
@FrenchXCore

7 Likes