Skip to main content
Autheo Chain uses eth_secp256k1 — the same elliptic curve as Ethereum. A single private key controls both your Cosmos address (autheo1...) and your Ethereum address (0x...), enabling native compatibility with hardware wallets and MetaMask.

Two key types

A compromised operator key allows an attacker to drain your delegated funds. A compromised consensus key can cause permanent tombstoning from double-signing.

Keyring backends

Creating a key

Save the 24-word mnemonic phrase immediately. It is displayed only once. There is no way to recover it afterward. Store it offline in encrypted storage.

Restoring a key from mnemonic

Viewing address formats

Each key has three equivalent address representations:
The autheovaloper1... address is derived from the same 20 bytes as autheo1... — only the Bech32 prefix differs.

Consensus key

Generated automatically during autheod init, stored in config/priv_validator_key.json.
Back up this file immediately to encrypted offline storage. If duplicated on another running node, double-signing causes permanent tombstoning.

Remote signing (production recommendation)

Keep the consensus key off the validator host entirely using tmkms or an HSM:

Hardware wallet support

Autheo Chain’s eth_secp256k1 key algorithm is compatible with Ledger and Trezor. Use the --ledger flag with key commands when a hardware wallet is connected.

Key security checklist

  • Mnemonic backed up to offline encrypted storage
  • priv_validator_key.json backed up separately from the mnemonic
  • --keyring-backend test never used in production
  • Consensus key protected by remote signer or HSM
  • Keyring password stored separately from the encrypted keystore file
  • No key files committed to version control