Evmos is a scalable, high-throughput Proof-of-Stake blockchain that is fully compatible and interoperable with Ethereum.

Evmos

Evmos is a scalable, high-throughput Proof-of-Stake blockchain that is fully compatible and interoperable with Ethereum. It's built using the Cosmos SDK which runs on top of Tendermint Core consensus engine.

Note: Requires Go 1.17+

Installation

For prerequisites and detailed build instructions please read the Installation instructions. Once the dependencies are installed, run:

make install

Or check out the latest release.

Quick Start

To learn how the Evmos works from a high-level perspective, go to the Introduction section from the documentation. You can also check the instructions to Run a Node.

Community

The following chat channels and forums are a great spot to ask questions about Evmos:

Contributing

Looking for a good place to start contributing? Check out some good first issues.

For additional instructions, standards and style guides, please refer to the Contributing document.

Careers

See our open positions on Cosmos Jobs, Notion, or feel free to reach out via email.

Comments
  • imp: enable revive rules

    imp: enable revive rules

    Description

    I have set all severity: error flags to a warning. This in the meantime will enable us to tackle each of the lint issues in individual PRs.

    Closes: #XXX


    All items are required. Please add a note to the item if the item is not applicable and please add links to any relevant follow up issues.

    PR review checkboxes:

    I have...

    • [ ] added a relevant changelog entry to the Unreleased section in CHANGELOG.md
    • [ ] included the correct type prefix in the PR title
    • [ ] targeted the correct branch (see PR Targeting)
    • [ ] provided a link in the PR description to the relevant issue or specification
    • [ ] reviewed "Files changed" and left comments if necessary
    • [ ] confirmed all required CI checks have passed

    Code maintenance:

    I have...

    • [ ] written unit and integration tests
    • [ ] added relevant godoc and code comments.
    • [ ] updated relevant documentation (docs/) or specification (x/<module>/spec/)

    Reviewers Checklist

    All items are required. Please add a note if the item is not applicable and please add your handle next to the items reviewed if you only reviewed selected items.

    I have...

    • [ ] confirmed the correct type prefix in the PR title
    • [ ] confirmed all author checklist items have been addressed
    • [ ] confirmed that this PR does not change production code
  • chore: sdk v46

    chore: sdk v46

    Description

    • sdk v46
    • ibc-go v5-rc0

    This PR updates EVMOS to cosmos-sdk v0.46.1, tendermint v0.34.21, and ibc-go v5.0.0-rc1

    The changes are coupled together because ibc-go v4.0.0 is not compatible with cosmos-sdk v0.46.*

    One way to reduce the number of files changed in this PR would be to make a PR containing only the path change from github.com/evmos/evmos/v8 to github.com/evmos/evmos/v9


    All items are required. Please add a note to the item if the item is not applicable and please add links to any relevant follow up issues.

    PR review checkboxes:

    I have...

    • [ ] added a relevant changelog entry to the Unreleased section in CHANGELOG.md
    • [ ] included the correct type prefix in the PR title
    • [ ] targeted the correct branch (see PR Targeting)
    • [ ] provided a link in the PR description to the relevant issue or specification
    • [ ] reviewed "Files changed" and left comments if necessary
    • [ ] confirmed all required CI checks have passed

    Code maintenance:

    I have...

    • [ ] written unit and integration tests
    • [ ] added relevant godoc and code comments.
    • [ ] updated relevant documentation (docs/) or specification (x/<module>/spec/)

    Reviewers Checklist

    All items are required. Please add a note if the item is not applicable and please add your handle next to the items reviewed if you only reviewed selected items.

    I have...

    • [ ] confirmed the correct type prefix in the PR title
    • [ ] confirmed all author checklist items have been addressed
    • [ ] confirmed that this PR does not change production code
  • ERR failed init node error=

    ERR failed init node error="error during handshake: error on replay: wrong Block.Header.AppHash.

    ERR failed init node error="error during handshake: error on replay: wrong Block.Header.AppHash. Expected F24F64FA2766CC94E640C503CA7462D133107DAABBEB57D7C6C619312892C14F, got 7D698782C45C70274523B407864801BF5BEEBD2C8E5FDA5E03D9CE19E05B4E1E" Error: error during handshake: error on replay: wrong Block.Header.AppHash. Expected F24F64FA2766CC94E640C503CA7462D133107DAABBEB57D7C6C619312892C14F, got 7D698782C45C70274523B407864801BF5BEEBD2C8E5FDA5E03D9CE19E05B4E1E

    version:3.0.0 mac go:1.8

    chain-id:evmos_9001-2

  • Implement Ledger support on CLI

    Implement Ledger support on CLI

    Description

    This PR implements Ledger support for the Evmos CLI.

    Adding support for Ledger keys on the CLI allows users to opt into an additional layer of security if desired, thereby creating a safer and more secure experience for Evmos CLI users.

    Example Usage on LocalNode:

    1. Connect a Ledger device to your laptop using USB (Bluetooth is not supported)
    2. Start a local Evmos node using ./init.sh
    3. Unlock the Ledger and open the Ethereum Ledger app
    4. Add the Ledger as an Evmos key using evmosd keys add myledger --ledger; it should display the Ledger device's default Ethereum address (copy this value)
    5. Send funds to your Ledger account using evmosd tx bank send mykey [your Ledger address] 100000000000000000aevmos --fees 200aevmos
    6. Check the balance of your Ledger account using evmosd query bank balances [your Ledger address]
    7. Send funds from your Ledger account using evmosd tx bank send myledger evmos1e4etd2u9c2huyjacswsfukugztxvd9du52y49t 1000aevmos --fees 200aevmos
    8. Check the balances of your Ledger account and the destination account using evmosd query bank balances [your Ledger address] and evmosd query bank balances evmos1e4etd2u9c2huyjacswsfukugztxvd9du52y49t

    Example Usage in Production:

    Follow steps 1, 3, and 4 from above to connect your Ledger device and add it as a key. Then, perform all CLI functions with the field --from=myledger to sign off using the device.

    Testing

    • Ledger keys have been tested to support: sending & staking tokens, submitting governance proposals, and voting on governance proposals
    • Software keys continue to work as expected

    All items are required. Please add a note to the item if the item is not applicable and please add links to any relevant follow up issues.

    PR review checkboxes:

    I have...

    • [ ] added a relevant changelog entry to the Unreleased section in CHANGELOG.md
    • [ ] included the correct type prefix in the PR title
    • [ ] targeted the correct branch (see PR Targeting)
    • [ ] provided a link in the PR description to the relevant issue or specification
    • [ ] reviewed "Files changed" and left comments if necessary
    • [ ] confirmed all required CI checks have passed

    Code maintenance:

    I have...

    • [ ] written unit and integration tests
    • [ ] added relevant godoc and code comments.
    • [ ] updated relevant documentation (docs/) or specification (x/<module>/spec/)

    Reviewers Checklist

    All items are required. Please add a note if the item is not applicable and please add your handle next to the items reviewed if you only reviewed selected items.

    I have...

    • [ ] confirmed the correct type prefix in the PR title
    • [ ] confirmed all author checklist items have been addressed
    • [ ] confirmed that this PR does not change production code
  • fix: IBC attestation ordering

    fix: IBC attestation ordering

    Description

    Closes: ENG-192


    All items are required. Please add a note to the item if the item is not applicable and please add links to any relevant follow up issues.

    PR review checkboxes:

    I have...

    • [ ] added a relevant changelog entry to the Unreleased section in CHANGELOG.md
    • [ ] included the correct type prefix in the PR title
    • [ ] targeted the correct branch (see PR Targeting)
    • [ ] provided a link in the PR description to the relevant issue or specification
    • [ ] reviewed "Files changed" and left comments if necessary
    • [ ] confirmed all required CI checks have passed

    Code maintenance:

    I have...

    • [ ] written unit and integration tests
    • [ ] added relevant godoc and code comments.
    • [ ] updated relevant documentation (docs/) or specification (x/<module>/spec/)

    Reviewers Checklist

    All items are required. Please add a note if the item is not applicable and please add your handle next to the items reviewed if you only reviewed selected items.

    I have...

    • [ ] confirmed the correct type prefix in the PR title
    • [ ] confirmed all author checklist items have been addressed
    • [ ] confirmed that this PR does not change production code
  • ENG 453 mint and allocation

    ENG 453 mint and allocation

    Description

    This PR implements two different inflation mechanisms:

    1. Linear Team Vesting

    • Initial supply of 200M is minted once at genesis and sent to unvested team account . This prevents triggering multiple taxable events that would occur if we would mint the team vesting provision daily.
    • Each epoch (each day) a constant team vesting provision is sent from the unvested team account to the team account.

    2. Exponential Inflation - The Half Life

    • Exponential inflation is calculated for staking, usage incentives and community pool, not for team vesting.
    • Inflation is minted in daily epochs. After each period of 365 epochs (one year) the amount of rewards per epoch is recalculated with the calculation below:
    f(x) describes the total inflation per year
    
    periodProvision = exponentialDecay       *  bondingRatio
    f(x)            = (a * (1 - r) ^ x + c)  *  ((2 - b) / 2)
    
    epochProvision = periodProvision / epochsPerPeriod
    
    • each param can be customised ( a, r, c, b, epochsPerPeriod)
  • feat(tests): e2e tests for chain upgrades

    feat(tests): e2e tests for chain upgrades

    Description

    Closes https://linear.app/evmos/issue/ENG-581/improve-upgrade-e2e-tests-usability

    Adding e2e upgrade manager abstraction && e2e tests revamping.

    After some attempts to support chain_init I decided to rework e2e tests, as I found that a log of code can be deprecated. For now major changes on e2e package are done, and TestUpgrade implemented for single node only.

    Base e2e package structure and upgrade stages described in tests/e2e/README.md

    • [x] Upgrade tests

    All items are required. Please add a note to the item if the item is not applicable and please add links to any relevant follow up issues.

    PR review checkboxes:

    I have...

    • [ ] added a relevant changelog entry to the Unreleased section in CHANGELOG.md
    • [ ] included the correct type prefix in the PR title
    • [ ] targeted the correct branch (see PR Targeting)
    • [ ] provided a link in the PR description to the relevant issue or specification
    • [ ] reviewed "Files changed" and left comments if necessary
    • [ ] confirmed all required CI checks have passed

    Code maintenance:

    I have...

    • [ ] written unit and integration tests
    • [ ] added relevant godoc and code comments.
    • [ ] updated relevant documentation (docs/) or specification (x/<module>/spec/)

    Reviewers Checklist

    All items are required. Please add a note if the item is not applicable and please add your handle next to the items reviewed if you only reviewed selected items.

    I have...

    • [ ] confirmed the correct type prefix in the PR title
    • [ ] confirmed all author checklist items have been addressed
    • [ ] confirmed that this PR does not change production code
  • Err=

    Err="incompatible: peer is on a different network. Got evmos_9001-2, expected evmos_9001-1"

    Summary of Bug

    While syncing node from start getting error as incompatible: peer is on a different network. Got evmos_9001-2, expected evmos_9001-1

    Version

    v4.0.1

    Steps to Reproduce

    Steps followed from https://docs.evmos.org/validators/mainnet.html

    Screenshots

    image

    For Admin Use

    • [ ] Not duplicate issue
    • [ ] Appropriate labels applied
    • [ ] Appropriate contributors tagged
    • [ ] Contributor assigned/self-assigned
  • [ENG-128] Fee distribution module - x/fees

    [ENG-128] Fee distribution module - x/fees

    Description

    ~~Distributes gasUsed * baseFee to developers (contract owners) and validators.~~ Distributes gasUsed * gasPrice (legacy tx), gasUsed * effectiveGasPrice (dynamic tx) to developers (contract deployers) and validators.

    Closes: https://linear.app/tharsis/issue/ENGO-370/fee-distribution-module Closes: https://github.com/tharsis/evmos/issues/437

    Related PRs: https://github.com/tharsis/evmos/pull/461 https://github.com/tharsis/evmos/pull/464 https://github.com/tharsis/evmos/pull/469 https://github.com/tharsis/evmos/pull/471


    All items are required. Please add a note to the item if the item is not applicable and please add links to any relevant follow up issues.

    PR review checkboxes:

    I have...

    • [ ] added a relevant changelog entry to the Unreleased section in CHANGELOG.md
    • [ ] included the correct type prefix in the PR title
    • [x] targeted the correct branch (see PR Targeting)
    • [x] provided a link in the PR description to the relevant issue or specification
    • [ ] reviewed "Files changed" and left comments if necessary
    • [ ] confirmed all required CI checks have passed

    Code maintenance:

    I have...

    • [x] written unit and integration tests
    • [ ] added relevant godoc and code comments.
    • [ ] updated relevant documentation (docs/) or specification (x/<module>/spec/)

    Reviewers Checklist

    All items are required. Please add a note if the item is not applicable and please add your handle next to the items reviewed if you only reviewed selected items.

    I have...

    • [ ] confirmed the correct type prefix in the PR title
    • [ ] confirmed all author checklist items have been addressed
    • [ ] confirmed that this PR does not change production code
  • [ENG-447] protobuf workspaces migration

    [ENG-447] protobuf workspaces migration

    Description

    • migrating protobuf code generator to protobuf workspaces
    • ticket: ENG-447
    • purpose: current proto build configuration for proto and swagger files "not reliable" (as per ticket), this PR creates a Buf Workspace in the repository and changes the iterative use of protoc -> buf build and buf generate.

    All items are required. Please add a note to the item if the item is not applicable and please add links to any relevant follow up issues.

    PR review checkboxes:

    I have...

    • [ ] added a relevant changelog entry to the Unreleased section in CHANGELOG.md
    • [ ] included the correct type prefix in the PR title
    • [ ] targeted the correct branch (see PR Targeting)
    • [ ] provided a link in the PR description to the relevant issue or specification
    • [ ] reviewed "Files changed" and left comments if necessary
    • [ ] confirmed all required CI checks have passed

    Code maintenance:

    I have...

    • [ ] written unit and integration tests
    • [ ] added relevant godoc and code comments.
    • [ ] updated relevant documentation (docs/) or specification (x/<module>/spec/)

    Reviewers Checklist

    All items are required. Please add a note if the item is not applicable and please add your handle next to the items reviewed if you only reviewed selected items.

    I have...

    • [ ] confirmed the correct type prefix in the PR title
    • [ ] confirmed all author checklist items have been addressed
    • [ ] confirmed that this PR does not change production code
  • Panic while running mainnet node- `panic: UnmarshalJSON cannot decode empty bytes`

    Panic while running mainnet node- `panic: UnmarshalJSON cannot decode empty bytes`

    Summary of Bug

    Trying to run a node for RPC request, getting error panic: UnmarshalJSON cannot decode empty bytes

    Version

    Latest clone from github

    Steps to Reproduce

    Unzip the snapshot to /data directory evmosd start --home /data

    Screenshots

    image

    For Admin Use

    • [ ] Not duplicate issue
    • [ ] Appropriate labels applied
    • [ ] Appropriate contributors tagged
    • [ ] Contributor assigned/self-assigned
  • tests(inflation): update integration test suite

    tests(inflation): update integration test suite

    Description

    Updates the integration test suite to include a parameter changes to the ExponentialCalcualtion and InflationDistribution

    Closes: ENG-1269


    All items are required. Please add a note to the item if the item is not applicable and please add links to any relevant follow up issues.

    PR review checkboxes:

    I have...

    • [ ] added a relevant changelog entry to the Unreleased section in CHANGELOG.md
    • [ ] included the correct type prefix in the PR title
    • [ ] targeted the correct branch (see PR Targeting)
    • [ ] provided a link in the PR description to the relevant issue or specification
    • [ ] reviewed "Files changed" and left comments if necessary
    • [ ] confirmed all required CI checks have passed

    Code maintenance:

    I have...

    • [ ] written unit and integration tests
    • [ ] added relevant godoc and code comments.
    • [ ] updated relevant documentation (docs/) or specification (x/<module>/spec/)

    Reviewers Checklist

    All items are required. Please add a note if the item is not applicable and please add your handle next to the items reviewed if you only reviewed selected items.

    I have...

    • [ ] confirmed the correct type prefix in the PR title
    • [ ] confirmed all author checklist items have been addressed
    • [ ] confirmed that this PR does not change production code
  • chore: run gofumpt for all non-generated files

    chore: run gofumpt for all non-generated files

    After executing gofumpt for #1101, I noticed that multiple files in our repo were adjusted.

    In this PR, all changed files that are not related to the ICA PR are committed.

  • chore(inflation): run migration to delete EpochMintProvision from the store

    chore(inflation): run migration to delete EpochMintProvision from the store

    Description

    Closes: ENG-1270


    All items are required. Please add a note to the item if the item is not applicable and please add links to any relevant follow up issues.

    PR review checkboxes:

    I have...

    • [ ] added a relevant changelog entry to the Unreleased section in CHANGELOG.md
    • [ ] included the correct type prefix in the PR title
    • [ ] targeted the correct branch (see PR Targeting)
    • [ ] provided a link in the PR description to the relevant issue or specification
    • [ ] reviewed "Files changed" and left comments if necessary
    • [ ] confirmed all required CI checks have passed

    Code maintenance:

    I have...

    • [ ] written unit and integration tests
    • [ ] added relevant godoc and code comments.
    • [ ] updated relevant documentation (docs/) or specification (x/<module>/spec/)

    Reviewers Checklist

    All items are required. Please add a note if the item is not applicable and please add your handle next to the items reviewed if you only reviewed selected items.

    I have...

    • [ ] confirmed the correct type prefix in the PR title
    • [ ] confirmed all author checklist items have been addressed
    • [ ] confirmed that this PR does not change production code
  • upgrade: incentivized testnet airdrop claim

    upgrade: incentivized testnet airdrop claim

    Description

    Closes: #1297 (Linear)

    This PR introduces the upgrade handler logic and corresponding tests meant to distribute the rewards for completing the Mars Meteor Missions during the Olympus Mons incentivized testnet.

    Spec for Evmos team members: here


    All items are required. Please add a note to the item if the item is not applicable and please add links to any relevant follow up issues.

    PR review checkboxes:

    I have...

    • [ ] added a relevant changelog entry to the Unreleased section in CHANGELOG.md
    • [ ] included the correct type prefix in the PR title
    • [ ] targeted the correct branch (see PR Targeting)
    • [ ] provided a link in the PR description to the relevant issue or specification
    • [ ] reviewed "Files changed" and left comments if necessary
    • [ ] confirmed all required CI checks have passed

    Code maintenance:

    I have...

    • [ ] written unit and integration tests
    • [ ] added relevant godoc and code comments.
    • [ ] updated relevant documentation (docs/) or specification (x/<module>/spec/)

    Reviewers Checklist

    All items are required. Please add a note if the item is not applicable and please add your handle next to the items reviewed if you only reviewed selected items.

    I have...

    • [ ] confirmed the correct type prefix in the PR title
    • [ ] confirmed all author checklist items have been addressed
    • [ ] confirmed that this PR does not change production code
  • Bug fixes 1181 build tags fix

    Bug fixes 1181 build tags fix

    Description

    Closes: #1181


    All items are required. Please add a note to the item if the item is not applicable and please add links to any relevant follow up issues.

    PR review checkboxes:

    I have...

    • [ ] added a relevant changelog entry to the Unreleased section in CHANGELOG.md
    • [ ] included the correct type prefix in the PR title
    • [ ] targeted the correct branch (see PR Targeting)
    • [ ] provided a link in the PR description to the relevant issue or specification
    • [ ] reviewed "Files changed" and left comments if necessary
    • [ ] confirmed all required CI checks have passed

    Code maintenance:

    I have...

    • [ ] written unit and integration tests
    • [ ] added relevant godoc and code comments.
    • [ ] updated relevant documentation (docs/) or specification (x/<module>/spec/)

    Reviewers Checklist

    All items are required. Please add a note if the item is not applicable and please add your handle next to the items reviewed if you only reviewed selected items.

    I have...

    • [ ] confirmed the correct type prefix in the PR title
    • [ ] confirmed all author checklist items have been addressed
    • [ ] confirmed that this PR does not change production code
  • Update hardhat.md

    Update hardhat.md

    clarity on obtaining, privateKey, values. Update hardhat info based on new version

    Description

    Closes: #XXX


    All items are required. Please add a note to the item if the item is not applicable and please add links to any relevant follow up issues.

    PR review checkboxes:

    I have...

    • [ ] added a relevant changelog entry to the Unreleased section in CHANGELOG.md
    • [ ] included the correct type prefix in the PR title
    • [ ] targeted the correct branch (see PR Targeting)
    • [ ] provided a link in the PR description to the relevant issue or specification
    • [ ] reviewed "Files changed" and left comments if necessary
    • [ ] confirmed all required CI checks have passed

    Code maintenance:

    I have...

    • [ ] written unit and integration tests
    • [ ] added relevant godoc and code comments.
    • [ ] updated relevant documentation (docs/) or specification (x/<module>/spec/)

    Reviewers Checklist

    All items are required. Please add a note if the item is not applicable and please add your handle next to the items reviewed if you only reviewed selected items.

    I have...

    • [ ] confirmed the correct type prefix in the PR title
    • [ ] confirmed all author checklist items have been addressed
    • [ ] confirmed that this PR does not change production code
Related tags
Go implementation of Ethereum proof of stake

Prysm: An Ethereum Consensus Implementation Written in Go This is the core repository for Prysm, a Golang implementation of the Ethereum Consensus spe

Jan 1, 2023
A Verifyable Chain Relay for Proof of Stake Blockchains

A Verifyable Chain Relay for Proof of Stake Blockchains This repository contains

Nov 11, 2022
Ethereum go-ethereum - Official Golang implementation of the Ethereum protocol

Go Ethereum Official Golang implementation of the Ethereum protocol. Automated b

Feb 17, 2022
A blockchains platform with high throughput, and blazing fast transactions
A blockchains platform with high throughput, and blazing fast transactions

Node implementation for the Avalanche network - a blockchains platform with high throughput, and blazing fast transactions. Installation Avalanche is

Oct 31, 2021
Dijetsnetgo: a blockchains platform with high throughput, and blazing fast transactions
Dijetsnetgo: a blockchains platform with high throughput, and blazing fast transactions

Node implementation for the Avalanche network - a blockchains platform with high

Jan 18, 2022
An interoperable smart contract hub
An interoperable smart contract hub

Juno An interoperable smart contract hub which automatically executes, controls or documents a procedure of relevant events and actions according to t

Jan 1, 2023
Jan 7, 2023
Pet-blockchain-go is a simple proof of work mining algorithm in Go.

pet-blockchain-go Pet-blockchain-go is a simple proof of work mining algorithm in Go. Inspired by: cosme12 / SimpleCoin nosequeldeebee / blockchain-tu

Mar 10, 2022
a Golang sdk for working with DeFi protocols, and ethereum compatible blockchains
a Golang sdk for working with DeFi protocols, and ethereum compatible blockchains

A golang sdk for working with DeFi protocols and general utilities for working with ethereum-compatible blockchains. packages bclient bindings cli con

Dec 15, 2022
Small utility to sign a small json containing basic kyc information. The key generated by it is fully compatible with cosmos based chains.

Testnet signer utility This utility generates a signed JSON-formatted ID to prove ownership of a key used to submit tx on the blockchain. This testnet

Sep 10, 2022
Go language implementation of a blockchain based on the BDLS BFT protocol. The implementation was adapted from Ethereum and Sperax implementation

BDLS protocol based PoS Blockchain Most functionalities of this client is similar to the Ethereum golang implementation. If you do not find your quest

Oct 14, 2022
LEO (Low Ethereum Orbit) is an Ethereum Portal Network client.

LEO LEO (Low Ethereum Orbit) is an Ethereum Portal Network client. What makes LEO different from other Portal Network clients is that it uses libp2p f

Apr 19, 2022
Ethereum-vanity-wallet - A fork of https://github.com/meehow/ethereum-vanity-wallet but the key can be exported to a JSON keystore file

ethereum-vanity-wallet See https://github.com/meehow/ethereum-vanity-wallet This version: doesn't display the private key let's you interactively expo

Jan 2, 2022
Go-ethereum - Official Golang implementation of the Ethereum protocol

Go Ethereum Official Golang implementation of the Ethereum protocol. Automated b

Jan 4, 2022
This library aims to make it easier to interact with Ethereum through de Go programming language by adding a layer of abstraction through a new client on top of the go-ethereum library.

Simple ethereum client Simple ethereum client aims to make it easier for the developers to interact with Ethereum through a new layer of abstraction t

May 1, 2022
run ABI encoded data against the ethereum blockchain

Run EVM code against a database at a certain block height - Note You can't run this against a running geth node - because that would share the db and

Nov 11, 2021
Mini Blockchain Implementation In Golang Inspired by Go-Ethereum🚀

JP Blockchain ?? ?? Mini Blockchain Implementation In Golang Inspired by Go Ethereum & BlockChain Bar by Lukas (Web3Coach) Features Working Core Compo

Aug 8, 2022
healthchecker monitors a liveness of various blockchain (e.g. Ethereum, Klaytn...etc)

healthchecker healthchecker monitors a liveness of various blockchain (e.g. Ethereum, Klaytn...etc) Quickstart Run server which listen to 8080 port: g

Jan 23, 2022