Hyperledger vs Ethereum: a comparison

In the word of blockchain there is no king. I find that ‘Game of Thrones’ best describes the current situation! Will blockchain indeed take the power from third parties and give them back to the users? As with the HBO show, we can only sit and watch. In some aspects, various blockchain technologies overlap with their intended applicability and in other parts they differ greatly, with their distinct features and usage scopes. The battle today is: Hyperledger vs Ethereum.

 

What is a blockchain?

Before we start working on our Hyperledger vs Ethereum comparison, let’s quickly recap what a blockchain is. If you rip off all the buzzwords and advanced crypto-academia talk, you can try to treat a blockchain as… a stone. What is written in stone will remain forever, right? But there is no single stone that holds the ultimate truth. Blockchain is made of nodes communicating with each other, and every blockchain node has its own stone. Users update it as time passes in so-called transactions. Before accepting an entry in a stone, information is reviewed and confirmed according to the blockchain consensus algorithm. It’s just a way of agreeing on the acceptance of valid information/transactions.

 

After an entry’s acceptance, every stone must reflect the change. So, when a transaction happens every stone is updated. Stones are compared to deduce the state of blockchain. So this is the main reason why blockchain is so appealing. You can have source of true history written in stone without a central authority. This source cannot be changed.

hyperledger vs ethereum

Is that all?

In our Hyperledger vs Ethereum battle, we must first introduce all the contenders. While Bitcoin may be qualified as a blockchain that handles money transactions (decentralised cryptocurrency). Ethereum and Hyperledger Fabric blockchains are much more than that. We call them blockchains 2.0, or evolved blockchain concepts that comprise of Virtual Machine engines. This means they can execute almost arbitrary Turing-complete code that was deployed into the blockchain (a computer program of some sort).

 

So now using our stone metaphor, we have magic spells that can be written into the stone and you can execute magic spells which can alter the stone or make some calculations. It’s actually science, not magic, though. Those spell-programs are called Smart Contracts.

 

What is Ethereum?

Ethereum was created in 2015 by a smart guy called Vitalik Buterin. He had a vision of extending the idea of Bitcoin’s decentralised cryptocurrency to decentralized applications (what are dapps about?). Those applications would comprise of smart contracts. Ethereum can be seen as a platform that runs those smart contracts. They will be executed exactly as programmed without any possibility of downtime, censorship, fraud or third-party interference.

 

hyperledger vs ethereum

What is Hyperledger?

Hyperledger is not a blockchain in itself. Hyperledger is a hub for many blockchain projects under the Linux Foundation umbrella. Some projects that reside under the Hyperledger umbrella are:

 

  • Hyperledger Sawtooth: developed by Intel. Uses a brand new consensus algorithm  called Proof of Elapsed Time (PoET) which helps to build networks with large number of nodes with small CPU consumption footprint. Supports both permissioned and permissionless blockchain networks.
  • Hyperledger Iroha: made by Japanese developers who originally created this solution for mobile use cases. Designed for simple creation and management of assets. It’s aiming to be easy to incorporate into infrastructure projects. Consists of new chain-based Byzantine Fault Tolerant consensus algorithm. Soon they will release iOS and Android support
  • Hyperledger Indy: Was created  to provide independent identity on distributed ledgers. Private information are never stored in ledger. With this solution you will be in control of sharing your identity with others
  • Hyperledger Burrow: is a permissioned blockchain node that executes Ethereum smart contracts code (usually written in Solidity). You can specify an amount of gas needed to execute given contract. To invoke a contract you need sufficient permissions, not coins or tokens. Provides high transaction throughput thanks to proof-of-stake Tendermint consensus engine.
  • Hyperledger Fabric: developed by IBM. Supports only permissioned networks. Provides elastic architecture – different components can be plugged in or out as desired.

 

Comparison:

So let’s get to it – Hyperledger vs Ethereum! We’ll find out what the differences are between those blockchains in a few selected aspects. Then, hopefully, it will be easier to choose one over the other in certain applications.

 

Private vs public

Ethereum is a public and permissionless network which means that it can be accessible to anyone for both read and write operations. On the other hand, Hyperledger Fabric is a private network aimed at solving problems specific to the enterprise landscape. Fabric is a permissioned network. This means that only privileged entities and nodes can participate in its operations. To receive access, one must submit enroll and be granted permission from a trusted Membership Service Provider (MSP). MSP is a component that issues and validates certificates, and later handles user authentication.

 

Private transaction between members

In Ethereum there are no means to issue a private transaction between members. That is, if we ignore the fact that in Quorum, JP Morgan’s fork of the Ethereum implementation, provides that feature. In our Hyperledger vs Ethereum comparison, it starkly contrasts with Hyperledger Fabric’s ability to offer that feature. Hyperledger Fabric can have multiple ledgers.

 

A ledger here is called a channel. A channel can be available only to certain members. This is a very important use case in enterprise integration scenarios, because it isn’t especially desirable to offer full transparency of internal business processes to the competitors. Certain contractual agreements should stay private.

ethereum vs hyperledger

Consensus Mechanism

Ethereum also shares the burden of most public blockchains: a requirement of costly consensus algorithm like “proof of work” to validate transactions and secure the network.

Before accepting a transaction from one node, every node must confirm it in the form of a valid block. The one node that creates a valid block first will get the reward in the form of an incentive for honest transactions validation. Nodes which create valid blocks and are rewarded for their work will get less and less rewards over time. This consensus algorithm requires a lot of CPU power. At some point in the not-so-distant future, Ethereum will migrate to a proof-of-stake consensus algorithm. In contrast to that, Hyperledger Fabric in its default setup uses a no consensus algorithm (No-op). However, due to its pluggable architecture other consensus algorithms like Practical Byzantine Fault Tolerance can be configured. Consensus is abstracted away in a component called Ordering Service. You can even design and code your own consensus algorithm component if your needs can’t be satisfied with the existing implementations.

 

Hyperledger vs Ethereum: Cost of execution

Every transaction in Ethereum cost some gas, which is the way in which computing resources (CPU, storage) are valued in Ethereum. My colleague wrote a more in-depth article about Ethereum gas, if you’d like to dive in. Ether is the Ethereum’s native cryptocurrency. You can exchange it on some cryptoexchanges to your local currencies like USD or EUR.

 

As the Ether value as against national currencies is fluctuating, the gas costs, if expressed as a fixed factor, would also fluctuate. That’s the reason why in Ethereum we have the notion of gas and – separately – gas price (which is the value of the gas in the Ether unit). This way computational costs could stay constant to some extent even with high Ether market volatility. This translates to the observation that every transaction invoked on the Ethereum Virtual Machine will cost some real money.

 

Cryptocurrency is fuel for the costly proof of work consensus algorithm which secures the network. Tha gas cost not only incentivizes validating nodes to perform their duties. It also deters potentially hostile nodes from executing DDoS attacks that would cost them a small fortune. On the other hand, in Hyperledger Fabric there is no notion of gas. Every participant knows all the other participants of the network. In a setup like that, it’s easy to detect malicious users and activities and revoke their access if the need arises.

 

Smart contracts

When writing smart contracts for Ethereum, the Solidity language is the main choice (here’s our Solidity tutorial). In Hyperledger Fabric, smart contracts are called chain codes. We have an option to write chain codes in mainstream programming languages such as Golang or Node.js.

 

Chaincode runs in a secured Docker container isolated from the other processes. There is also one notable difference: Solidity language was designed to ensure that smart contracts written in that language give deterministic results. Node.js and Go with their runtimes weren’t designed to keep this rule in mind. So, as a programer, you must be careful not to use nondeterministic functions while designing your chaincode.

 

Modularity

Ethereum has no notions of modularity. Hyperledger is designed as modular and different components can be switched on and off

 

Transaction flow

In Ethereum, when a transaction happens it basically goes through two steps. The first transaction is added to ledger in some order and propagated to all peers. Then, the transaction is executed by all peers. Transactions must always execute deterministically to be sure that all the peers ends up in the same state. In Hyperledger Fabric, it’s a slightly different story. Clients send the transaction by choosing to endorse peers from those specified in the endorsing policy of channel. Endorsement policies are defined using domain-specific language.

 

The first transaction gets executed using chaincode in any order by chosen endorsement peers. The submitting client collects endorsements and validates signatures, then the transaction is sent to an ordering service. The order for each channel is specified and a Proposal of transaction is send to all peers in the channel. Peers validate the transaction and mark it as valid or invalid and state of the ledger is updated. As you can see, not all peers in the channel execute the same steps, as it was the case in Ethereum.

 

Which blockchain should I use?

I liked the Hyperledger vs Ethereum battle metaphor, but in truth Hyperledger Fabric and Ethereum were created to solve different problems. So they shouldn’t really be perceived as competition to each other. They are different products that happen to utilise the same backbone technology, which is blockchain itself.

Ethereum vs Hyperledger

Hyperledger Fabric was made for a business usage scenario. Therefore, organizations can use the Hyperledger Fabric blockchain for their internal (inter-department) integration purposes – or more general cross-enterprise integration scenarios where the parties to the transactions know each other and have valid contractual agreements to communicate with. On the other hand, Ethereum was designed for public usage with the notion of fully transparent and objective transactions execution even in an arbitrarily hostile environment. In the Hyperledger vs Ethereum world, again, there is no king 🙂 While to some chaos can be a ladder, this doesn’t work in software projects. At Espeo Blockchain, we also help people decide which tech they should pick and guide them through it. You’re welcome to ask us via the box below.