Skip to content

The MTHN Chain Blockchain

The purpose of the new blockchain and DEX is to create an alternative marketplace for issuing and exchanging digital assets in a decentralized manner.

Consensus Details

MTHN Chain is a peer-to-peer distributed system, connecting together multiple clients that reach consensus on their views of the "state of the world". MTHN Chain uses Tendermint BFT consensus and has a dedicated application layer that runs upon it. A simplified overview of the application's architecture might look something like this:

+------------+-----------+
| RPC API    | Web API   |
+------------------------+---------+
| Asset Management | Match Engine  |
+----------------------------------+
| Account Management | Governance  |---------> crypto and blockchain governance
+----------------------------------+
| State Caching and Persisence     +-+
+----------------------------------+ |
| Consensus Protocol               | |
+----------------------------------+ |-----> revised Tendermint
| P2P Protocol                     | |
+----------------------------------+ |
| Networking    |  Database        +-+
+----------------------------------+

For more information, please have a look at the Tendermint spec.

Node Roles

What is a Validator Node?

Validators are a group/IT infrastructure that take the responsibility to maintain the MTHN Chain/DEX data and validate all the transactions. They join the consensus procedure and vote to produce blocks. The fees are collected and distributed among all validators. You can consider Validator as "miner" in Bitcoin and Ethereum and similar concepts exist in dPoS blockchain as EOS or dBFT in NEO. The initial validators are selected from trusted members of the MTHN community, and will eventually expand to more members as the MTHN blockchain and ecosystem matures, this responsibility will be distributed. The decentralized governance procedure will be introduced and executed. More qualified organization/individual can become Validators.

What is a Witness Node?

Witness nodes represent the majority of nodes in a MTHN Chain deployment. Although they do not join the consensus process and produce blocks, they take care of:

  • The witness consensus process.
  • They serve as data replicas and help to propagate the chain state around the network.
  • They receive transactions and broadcast them to all other nodes including Validator nodes.

What is an Accelerated Node?

Please check here.

For testnet, there are 2 accelerated nodes setup as below. API users should try to use them directly.

  • testnet-dex-atlantic.evokescan.org
  • testnet-dex-asiapacific.evokescan.org

For mainnet, there are more accelerated nodes.

  • dex-atlantic.evokescan.org
  • dex-asiapacific.evokescan.org
  • dex-european.evokescan.org

Blocking

MTHN Chain uses a similar block structure as Tendermint proposes, with a size limit of 1 megabyte. It is expected a block will be produced on a-few-of-seconds level among validators, and can include from 0 up to several thousands of transactions.

Blockchain State

Blockchain state stores the below information:

  • account and balances
  • fees
  • token information
  • trading pairs
  • tick size and lot size
  • governance information

please note the transactions are not stored as chain state, because they are stored in blocks, while trades are not stored as state either, because they can be reproduced via balances and transactions.

Cryptographic Design

Account and Address

For normal users, all the keys and addresses can be generated via MTHN Web Wallet.

This default wallet would use a similar way to generate keys as Bitcoin, i.e. use 256 bits entropy to generate a 24-word mnemonic based on BIP39, and then use the mnemonic and an empty passphrase to generate a seed; finally use the seed to generate a master key, and derive the private key using BIP32/BIP44 with HD prefix as "44'/714'/", which is reserved at SLIP 44.

714 comes from MTHN's birthday, July 14th. :)

Keys

MTHN Chain uses the same elliptic curve cryptography as the current Bitcoin implementation, i.e. secp256k1. Its private key is 32 bytes while public key is 33 bytes.

Address

Addresses on MTHN Chain are 20 bytes and may be expressed as: 

Address = RIPEMD160(SHA256(compressed public key))

Typically, an address is encoded in the bech32 format which includes a checksum and human-readable prefix (HRP). However, it doesn't use the SegWit address format (because we do not have SegWit function anyway, so no witness program version etc.).

A MTHN Chain address is therefore more similar to a Bitcoin Cash address, which does not include a SegWit program script.

Address format pseudo-code: 

Address_Bech32 = HRP + '1' + bech32.encode(convert8BitsTo5Bits(RIPEMD160(SHA256(compressed public key))))

For MTHN Chain address, the prefix is bnb for production network, and tbnb for testnet.

Signature

MTHN Chain uses an ECDSA signature on curve secp256k1 against a SHA256 hash of the byte array of a JSON-encoded canonical representation of the transaction. For more information, please see this page.