EOS: the dawn is here. This post marks the first in a new EOS series I am starting in an effort to provide some easy to read instructions covering topics I found online, particularly vast and hard to get started. In this post, we are going to cover a basic overview of EOS. But if you want to get your hands dirty, then you can go . Also, I am working on stress-testing Quorum network, EOS, HyperLedger Fabric. I have stress-tested Quorum and the results are out. here _Recently, I stress-tested a Quorum network consisting of 2 nodes on separate machines, and the result was 140 tps…_hackernoon.com Quorum stress-test 1: 140 TPS Stay tuned and follow me to get the updates in next few posts. But for now, let’s get started. Introduction: The Dawn is here… EOSIO is one of the blockchain platforms,(well, one of the best) on which you can write dapps like in ethereum(actually, it’s ethereum on steroids). But it’s a bit different from it. It uses C++ as programming language for smart contract development, which makes it much easier to get started and also supports much complicated operations that solidity(ethereum’s contract language). Also, it’s the only blockchain which has blocktime of less than a second: 0.5 sec! when you listen about EOS blocktime The best part is that it’s one of the only blockchains who have demonstrated high performance in public. (a social blogging platform) and (decentralized crypto-currency exchange)are based on a slightly different version of EOS platform. Well, this is enough of praise…let’s get back to work. Steemit Bitshares get back to work! Overview EOSIO comes with a number of programs. But there are 3 core components: basic architecture of EOS - server-side blockchain node component. nodeos - command line interface to interact with the blockchain and to manage wallets. cleos - component that manages EOSIO wallets. keosd Let’s break down them a bit. Nodeos The core EOSIO daemon that can be configured with plugins to run a node. It is responsible for running your node and interacting with the EOS blockchain by creating blocks. Cleos The command line tool that interfaces with the exposed by . In order to use you will need to have the end point (IP address and port number) to a instance and also configure to load the 'eosio::chain_api_plugin'. contains documentation for all of its commands. For a list of all commands known to , simply run it with no arguments: REST API nodeos cleos nodeos cleos cleos cleos $ cleosERROR: RequiredError: Subcommand requiredCommand Line Interface to EOSIO ClientUsage: ./cleos [OPTIONS] SUBCOMMANDOptions:  -h,--help                   Print this help message and exit  -H,--host TEXT=localhost    the host where nodeos is running  -p,--port UINT=8888         the port where nodeos is running  --wallet-host TEXT=localhost                              the host where keosd is running  --wallet-port UINT=8888     the port where keosd is running  -v,--verbose                output verbose messages on errorSubcommands:  version                     Retrieve version information  create                      Create various items, on and off the blockchain  get                         Retrieve various items and information from the blockchain  set                         Set or update blockchain state  transfer                    Transfer token from account to account  net                         Interact with local p2p network connections  wallet                      Interact with local wallet  benchmark                   Configure and execute benchmarks  push                        Push arbitrary transactions to the blockchain Keosd An EOSIO wallet daemon that loads wallet related plugins, such as the HTTP interface and RPC API. Let’s talk a bit about some tools available in EOSIO… Tools Launcher The launcher application simplifies the distribution of multiple nodes across a LAN or a wider network. It can be configured via CLI to compose per-node configuration files, distribute these files securely amongst the peer hosts and then start up the multiple instances of . nodeos nodeos Eosiocpp It’s main use comes in developing smart-contracts. It is used to generate ABI files and can also generate helper functions that serialize/deserialize the types defined in the ABI for the contract development. We will talk about it more in next article in which we will see . how to write smart contracts in EOSIO Well, this was good. But, this is not only what makes EOS what it is. So, let’s talk about it’s consensus mechanism which powers the 0.5 sec blocktime. Consensus mechanism (DPoS) EOS.IO software utilizes the only known decentralized consensus algorithm proven capable of meeting the performance requirements of applications on the blockchain, . Under this algorithm, those who hold tokens on a blockchain adopting the EOS.IO software may select block producers through a continuous approval voting system. Anyone may choose to participate in block production and will be given an opportunity to produce blocks, provided they can persuade token holders to vote for them. Delegated Proof of Stake (DPOS) The EOS.IO software enables blocks to be produced exactly every 0.5 second and exactly one producer is authorized to produce a block at any given point in time. If the block is not produced at the scheduled time, then the block for that time slot is skipped. When one or more blocks are skipped, there is a 0.5 or more second gap in the blockchain. Using the EOS.IO software, blocks are produced in rounds of 126 (6 blocks each, times 21 producers). At the start of each round 21 unique block producers are chosen by preference of votes cast by token holders. The selected producers are scheduled in an order agreed upon by 15 or more producers. If a producer misses a block and has not produced any block within the last 24 hours they are removed from consideration until they notify the blockchain of their intention to start producing blocks again. This ensures the network operates smoothly by minimizing the number of blocks missed by not scheduling producers who are proven to be unreliable. Under normal conditions a DPOS blockchain does not experience any forks because, rather than compete, the block producers cooperate to produce blocks. In the event there is a fork, consensus will automatically switch to the longest chain. This method works because the rate at which blocks are added to a blockchain fork is directly correlated to the percentage of block producers that share the same consensus. In other words, a blockchain fork with more producers on it will grow in length faster than one with fewer producers, because the fork with more producers will experience fewer missed blocks. Furthermore, no block producer should be producing blocks on two forks at the same time. A block producer caught doing this will likely be voted out. Cryptographic evidence of such double-production may also be used to automatically remove abusers. Byzantine Fault Tolerance is added to traditional DPOS by allowing all producers to sign all blocks so long as no producer signs two blocks with the same timestamp or the same block height. Once 15 producers have signed a block the block is deemed irreversible. Any byzantine producer would have to generate cryptographic evidence of their treason by signing two blocks with the same timestamp or blockheight. Under this model a irreversible consensus should be reachable within 1 second. Well, this is it for this post…In the next part, we will go into the wallet implementation of EOS, it’s structure and functioning which keeps the account secure and still allows flexibility. _Welcome back to the EOS 101. If you are wondering why I am welcoming you back, then you should take a look at this…_hackernoon.com EOS 101: Getting started with EOS, Part 2 Learned something? Click the 👏 to say “thanks!” and help others find this article. Hold down the clap button if you liked the content! It helps me gain exposure . Want to learn more? Check out my previous articles _A complete list of all consensus algorithms._hackernoon.com ConsensusPedia: An Encyclopedia of 30 Consensus Algorithms _This post marks the first in a new Quorum series I am starting in an effort to provide some easy to read instructions…_medium.com Quorum 101: Getting started with Quorum _The whole world is going through the blockchain revolution. But wait…is this really what we dreamed of? Present…_medium.com 13 sidechain projects every blockchain developer should know about _IPFS Private Storage Network Series_medium.com Setting up your first distributed private storage network on IPFS: Part 1 Clap 50 times and follow me on Twitter: @ vasa_develop follow me!

Ethereum

Chain

Twitter

EOS 101: Getting started with EOS, Part 2

5+ ERC standards every Ethereum developer should know about

Invite me as a Speaker

Book a call

Read My Stories

Too Long; Didn't Read

EOS 101: Getting started with EOS, Part 1

EOS 101: Getting started with EOS, Part 1

About Author

Comments

TOPICS

THIS ARTICLE WAS FEATURED IN

Related Stories

10+ Resources Every IPFS Developer Should Know About

(1/100) Crypto Countdown: Golem

A Research Report on the Trader $JOE DeFi Platform

07/03/2018: Biggest Stories in the Cryptosphere

05/02/2018: Biggest Stories in the Cryptosphere

01/06/2018: Biggest Stories in the Cryptosphere

10+ Resources Every IPFS Developer Should Know About

(1/100) Crypto Countdown: Golem

A Research Report on the Trader $JOE DeFi Platform

07/03/2018: Biggest Stories in the Cryptosphere

05/02/2018: Biggest Stories in the Cryptosphere

01/06/2018: Biggest Stories in the Cryptosphere

Light-Mode

Classic

Newspaper

Minty

Dark-Mode

Neon Noir

Minty

HN StartUps