Accounts
Crypto Wallets (or Accounts) can be created and represented in unique ways on different blockchains. For developers who interface with account types on Paxeer Network, e.g. during wallet integration on their dApp frontend, it is therefore important to understand that accounts on Paxeer Network are implemented to be compatible with Ethereum type addresses.Prerequisite Readings
Creating Accounts
To create one account you can either create a private key, a keystore file (a private key protected by a password), or a mnemonic phrase (a string of words that can access multiple private keys). Aside from having different security features, the biggest difference between each of these is that a private key or keystore file only creates one account. Creating a mnemonic phrase gives you control of many accounts, all accessible with that same phrase. Cosmos blockchains, like Paxeer Network, support creating accounts with mnemonic phrases, otherwise known as hierarchical deterministic key generation (HD keys). This allows the user to create accounts on multiple blockchains without having to manage multiple secrets. HD keys generate addresses by taking the mnemonic phrase and combining it with a piece of information called a derivation path. Blockchains can differ in which derivation path they support. To access all accounts from an mnemonic phrase on a blockchain, it is therefore important to use that blockchain’s specific derivation path.Representing Accounts
The terms “account” and “address” are often used interchangeably to describe crypto wallets. In the Cosmos SDK, an account designates a pair of public key (PubKey) and private key (PrivKey). The derivation path defines what the private key, public key, and address would be. The PubKey can be derived to generate various addresses in different formats, which are used to identify users (among other parties) in the application. A common address form for Cosmos chains is the bech32 format (e.g.Paxeer Network1...).
Addresses are also associated with messages to identify the sender of the message.
The PrivKey is used to generate digital signatures to prove
that an address associated with the PrivKey approved of a given message.
The proof is performed by applying a cryptographic scheme to the PrivKey,
known as Elliptic Curve Digital Signature Algorithm (ECDSA),
to generate a PubKey that is compared with the address in the message.
Paxeer Network Accounts
Paxeer Network defines its own customAccount type
to implement a HD wallet that is compatible with Ethereum type addresses.
It uses Ethereum’s ECDSA secp256k1 curve for keys (eth_secp265k1)
and satisfies the EIP84
for full BIP44 paths.
This cryptographic curve is not to be confused with Bitcoin’s ECDSA secp256k1 curve.
The root HD path for Paxeer Network-based accounts is m/44'/60'/0'/0.
Paxeer Network uses the Coin type 60 to support Ethereum type accounts,
unlike many other Cosmos chains that use Coin type 118 (list of coin types
The custom Paxeer Network EthAccount
satisfies the AccountI interface from the Cosmos SDK auth module
and includes additional fields that are required for Ethereum type addresses:
Addresses and Public Keys
BIP-0173 defines a new format for segregated witness output addresses that contains a human-readable part that identifies the Bech32 usage. Paxeer Network uses the following HRP (human readable prefix) as the base HRP:| Network | Mainnet | Testnet |
|---|---|---|
| Paxeer Network | Paxeer Network | Paxeer Network |
Addresses/PubKeys available by default on Paxeer Network:
- Addresses and Keys for accounts, which identify users (e.g. the sender of a
message). They are derived using theeth_secp256k1curve. - Addresses and Keys for validator operators, which identify the operators of validators. They are derived using
the
eth_secp256k1curve. - Addresses and Keys for consensus nodes, which identify the validator nodes participating in consensus. They are
derived using the
ed25519curve.
| Address bech32 Prefix | Pubkey bech32 Prefix | Curve | Address byte length | Pubkey byte length | |
|---|---|---|---|---|---|
| Accounts | Paxeer Network | Paxeer Networkpub | eth_secp256k1 | 20 | 33 (compressed) |
| Validator Operator | Paxeer Networkvaloper | Paxeer Networkvaloperpub | eth_secp256k1 | 20 | 33 (compressed) |
| Consensus Nodes | Paxeer Networkvalcons | Paxeer Networkvalconspub | ed25519 | 20 | 32 |
Address formats for clients
EthAccount can be represented in both Bech32 (Paxeer Network1...)
and hex (0x...) formats for Ethereum’s Web3 tooling compatibility.
The Bech32 format is the default format for Cosmos-SDK queries and transactions through CLI and REST
clients. The hex format on the other hand, is the Ethereum common.Address representation of a
Cosmos sdk.AccAddress.
- Address (Bech32):
Paxeer Network1z3t55m0l9h0eupuz3dp5t5cypyv674jj7mz2jw - Address (EIP55 Hex):
0x91defC7fE5603DFA8CC9B655cF5772459BF10c6f - Compressed Public Key:
{"@type":"/ethermint.crypto.v1.ethsecp256k1.PubKey","key":"AsV5oddeB+hkByIJo/4lZiVUgXTzNfBPKC73cZ4K1YD2"}
Address conversion
Thehyperpaxd debug addr <address> can be used to convert an address between hex and bech32 formats. For example:
Bech32
Hex
Key output
:::tip The Cosmos SDK Keyring output (i.ehyperpaxd keys) only supports addresses and public keys in Bech32 format.
:::
We can use the keys show command of hyperpaxd with the flag --bech <type> (acc|val|cons) to
obtain the addresses and keys as mentioned above,
Accounts
Validator
Consensus
Querying an Account
You can query an account address using the CLI, gRPC orCommand Line Interface
Cosmos gRPC and REST
JSON-RPC
To retrieve the Ethereum hex address using Web3, use the JSON-RPCeth_accounts
or personal_listAccounts endpoints: