4 most popular blockchains -analysis and comparison of Ethereum, Hyperledger Fabric, Corda and Quorum

Maciej Zieliński

03 Apr 2020
4 most popular blockchains -analysis and comparison of Ethereum, Hyperledger Fabric, Corda and Quorum

You have been interested in blockchain for some time now and are wondering if you could use it in your business model? Undoubtedly it is a technology which has recently gained popularity and which usability in the real estate and entertainment has been found pretty quickly. Among the companies present on the AngelList around 3 thousand use Blockchain. On our Nextrope blog we are trying to explain the most effective ways in which it can be used in business. In this article we compared the 4 most popular protocols- Ethereum, Hyperledger Fabric, Corda and Quorum.

Ethereum

Ethereum is a developer platform based on the blockchain technology which was founded in 2015 by Vitalik Buterin. It allows the creation of decentralised applications which use the smart contracts.

Ethereum was the first blockchain which started to use smart contracts- fragments of Solidity code. Those contracts are called out by EVM, which is the core of Ethereum. Those contracts cannot interact with the surroundings and cant be activated without an input, they must be called out externally. If their function is called out by one of the chains, it automatically carries out the rest. The effects can be seen by the entire network. Thanks to that it is possible for Ethereum to create decentralised applications.

Because the code of established contract cannot be influenced, it is only available for read-only. In order to change it a complete overhaul would be required by establishing a new, completely different code of a different address and the initial state of the variables. The contract cannot be stopped after its execution unless it has been written in its code. Any of the operations on the record of the smart contract are openly logged and can be read through many available blockchain explorers. That way it is guaranteed that the coded information, value or function shall be constant. It is sometimes called „law by code”-creating the law with the usage of the source code.

Ethereum guarantees the constancy of the data and consequently its reliability in the processes of blockchain and smart contracts. That way the need of engaging the third party disappears. It brings many advantages as it grants its users the ability to make transactions directly with the clients, quickens the process of entering into the contract and lowers the costs of increasing the reliability of data.

“We live in the era in which there is no trust, which is why we are creating the third parties which we give our trust to. We send them our data, information, wealth or identity because we want to carry out some common interest and create a positive value. Blockchain will have its use the moment we will be able to fully embrace the cheap, trustful method it can give us”

                                           Maciej Jędrzejczyk IBM Blockchain Leader interview with Nextrope 



Dapps also allow us the reduction of the need of administrative control, for example the business entity which establishes the platform, over the entire network. Very often it finds its use in the b2c relationship. We recently had an occasion to present the examples on how OPUS (which is based on Ethereum) can change the entertainment market. 
Thanks to the decentralization, the safety of data is no more dependant on the single server. If it is destroyed in one of the chains, they still will exist in all the other ones. We already talked about the superiority of the decentralization when it came to land registers which, at the moment, are held in a centralised way which makes them vulnerable towards the random events such as the natural catastrophes or fires. The constant nature of the source code also makes the data invulnerable towards the hackers.

Another advantage behind Ethereum is the tokenisation layer. Token is a smart contract which has a standardised form which stands for a unit of value. Companies create it to make it possible for the users to interact with their products and to make the distribution of prizes and benefits easier. Tokens can be used for accounting the property rights, pay checks or to give the bonuses to old-time clients. Their usage is as broad as the company needs it to be.

Ethereum is the only blockchain in this article that has its own cryptocurrency- Ether. In order to send the data, the user must give the pay- gas for saving it. In order to do this  the user must have his own e-wallet key. Smart contract alone will not be enough to carry out the transaction unless its carried out through the e-wallet.

Hyperledger Fabric

As it turns out, it is not optimal for each user to keep a decentralised registry. Having the privacy of data in mind, in 2018 the Linux foundation has founded the Hyperledger Project which is currently supported by IBM, Intel or SAP Ariba which develops a number of solutions, which also includes the most frequently used Hyperledger Fabric.

Thanks to its modularity, it can be used as a private blockchain which means that only the registered users will be capable of accessing the data which is held by it. It is a key factor when it comes to many companies which are keen on the exchange of data about the transactions between the trusted sides. 

https://www.youtube.com/watch?v=1ORrdusUzeg


The difference in practice

For the purpose of explanation of how Hyperledger works lets imagine a regular Jan who has his own blockchain based shop in Warsaw. Recently he found a Chilean producer of avocado- Emilia. They manage to negotiate a special prize, but Emilia wants to keep this a secret, she wants her clients to still pay the full prize for her prized avocados.

This would be impossible if their transaction was registered in the public domain of blockchain. The other clients would be immediately alarmed of this situation. The transaction would not be even carried out because all of the parties would have to agree on the price.

Hyperledger allows us to solve this problem. The application based on it will check the identity of Jan and then it will send the data about the transaction to Emilia. After agreeing to the established terms, she would send the data back to Jan, and so the transaction could be saved on their registry. In such a situation only two sides of transaction must receive the results. When there is more of them, after the terms are accepted, the transaction deal will be sent to the cloud server where they will be able to accept the transaction after reaching consensus. Then the transaction is saved in the registry.

However, just delivering the avocado to Jans shop engages not only him, but also its producer and many other parties. For the fruit to be delivered to Warsaw the engagement of the shipping agent, the custom and  harbour department and the insurance company which will ensure that the transaction will be secured. The majority of those parties do not need the information about the special prize of avocados. Thanks to Hyperledger, such a transaction can be carried out without the need to use all of the information.

Thats why it finds its use everywhere where privacy and flow of information without the need to share it with all the sides of the transaction is needed. Hyperledger Fabric has its use in the number of different industries, including the financial, logistic and even the food one.

Corda

Another solution which extends the topic of private blockchain networks is Corda, founded by the R3 corporation. The goal of its creation was to create a global registry which would allow the economic operators to interact with each other and manage their contracts. In order to make this possible the platforms architecture must be based on the following principles:

  • Only parties which have justified interests should have access to the registries on the platform
  • The contracts are sustained through the system which is made with the usage of the computer code which makes it so that they are used in accordance to law
  • The consensus is reached out by the people who carry out the transactions, not the entire system 


Platforms like Hyperledger and Ethereum are using smart contracts, however in case of Corda the leading language of their encryption is Kotlin, and the smart contract terminology is replaced by just “contract”. Such contracts use both logic and business data with the judicial process which allows for rooting of the contracts in the existing judicial system.

Corda has two types of consensus: validity of the transaction and the uniqueness of the transaction. In order to acquire the first one, the sides must reach the certainty by checking the entire code behind the contract and by delivering all of the required signs. As far as the second one is concerned, they verify if the transaction is a unique consumer of all of the information.

Quorum

The finance world in mind  sees blockchain as both a chance and a risk. The stability and ease of verification of data is conflicted by the model of public transparency which is opposed by some institutions. Quorum is the platform created by JP Morgan. It is an Ethereum which was improved by the layer of privacy which allows the use of blockchain without the need of making your data public to all of the users.

Just like Corda, it’s a private blockchain, which is created only by the users which were verified by the special program. Quorum can differentiate the private and public transactions in the chain and allow them to appear in one blockchain network. Public ones act like transactions based on Ethereum, however,  the private ones are operated by the system called Constellation. It’s a mechanism which doesn’t use the blockchain technology.  It is based on encryption of the messages on the communication mechanism called enclave – which is the record of the previous transactions, authentications and verifications. Thanks to this, Constellation Quorum is able to process several hundred transactions per minute, much faster than Ethereum or Bitcoin.

Thanks to its reliability and privacy it provides, it’s the perfect solution for the financial sector. Even today it has been recognized by the National Bank of Canada, Central Bank of Brazil or the commercial projects like Adhara or Skeps. It can also be seen that many international companies like Starbucks see the potential behind this technology and are eager to experiment with it.


What is the best blockchain for your business?

The key advantage of every one of aforementioned blockchain solutions is the way in which they solve the problem of a distrust. The companies could possibly save money by investing at the decentralised apps which would allow to save time and give an ability to verify the relations between the parties remotely.

The choice of the platform should be dictated by your current needs. Most b2c companies like facebook ebay or amazon use ethereum which they used to create their own cryptotokens. Hyperledger is chosen mostly by b2b companies which seek to improve their relations. And finally, Corda and Quorum are chosen by financial sector and are used by institutions such as the National Bank of Canada.

Most viewed


Never miss a story

Stay updated about Nextrope news as it happens.

You are subscribed

AI-Driven Frontend Automation: Elevating Developer Productivity to New Heights

Gracjan Prusik

11 Mar 2025
AI-Driven Frontend Automation: Elevating Developer Productivity to New Heights

AI Revolution in the Frontend Developer's Workshop

In today's world, programming without AI support means giving up a powerful tool that radically increases a developer's productivity and efficiency. For the modern developer, AI in frontend automation is not just a curiosity, but a key tool that enhances productivity. From automatically generating components, to refactoring, and testing – AI tools are fundamentally changing our daily work, allowing us to focus on the creative aspects of programming instead of the tedious task of writing repetitive code. In this article, I will show how these tools are most commonly used to work faster, smarter, and with greater satisfaction.

This post kicks off a series dedicated to the use of AI in frontend automation, where we will analyze and discuss specific tools, techniques, and practical use cases of AI that help developers in their everyday tasks.

AI in Frontend Automation – How It Helps with Code Refactoring

One of the most common uses of AI is improving code quality and finding errors. These tools can analyze code and suggest optimizations. As a result, we will be able to write code much faster and significantly reduce the risk of human error.

How AI Saves Us from Frustrating Bugs

Imagine this situation: you spend hours debugging an application, not understanding why data isn't being fetched. Everything seems correct, the syntax is fine, yet something isn't working. Often, the problem lies in small details that are hard to catch when reviewing the code.

Let’s take a look at an example:

function fetchData() {
    fetch("htts://jsonplaceholder.typicode.com/posts")
      .then((response) => response.json())
      .then((data) => console.log(data))
      .catch((error) => console.error(error));
}

At first glance, the code looks correct. However, upon running it, no data is retrieved. Why? There’s a typo in the URL – "htts" instead of "https." This is a classic example of an error that could cost a developer hours of frustrating debugging.

When we ask AI to refactor this code, not only will we receive a more readable version using newer patterns (async/await), but also – and most importantly – AI will automatically detect and fix the typo in the URL:

async function fetchPosts() {
    try {
      const response = await fetch(
        "https://jsonplaceholder.typicode.com/posts"
      );
      const data = await response.json();
      console.log(data);
    } catch (error) {
      console.error(error);
    }
}

How AI in Frontend Automation Speeds Up UI Creation

One of the most obvious applications of AI in frontend development is generating UI components. Tools like GitHub Copilot, ChatGPT, or Claude can generate component code based on a short description or an image provided to them.

With these tools, we can create complex user interfaces in just a few seconds. Generating a complete, functional UI component often takes less than a minute. Furthermore, the generated code is typically error-free, includes appropriate animations, and is fully responsive, adapting to different screen sizes. It is important to describe exactly what we expect.

Here’s a view generated by Claude after entering the request: “Based on the loaded data, display posts. The page should be responsive. The main colors are: #CCFF89, #151515, and #E4E4E4.”

Generated posts view

AI in Code Analysis and Understanding

AI can analyze existing code and help understand it, which is particularly useful in large, complex projects or code written by someone else.

Example: Generating a summary of a function's behavior

Let’s assume we have a function for processing user data, the workings of which we don’t understand at first glance. AI can analyze the code and generate a readable explanation:

function processUserData(users) {
  return users
    .filter(user => user.isActive) // Checks the `isActive` value for each user and keeps only the objects where `isActive` is true
    .map(user => ({ 
      id: user.id, // Retrieves the `id` value from each user object
      name: `${user.firstName} ${user.lastName}`, // Creates a new string by combining `firstName` and `lastName`
      email: user.email.toLowerCase(), // Converts the email address to lowercase
    }));
}

In this case, AI not only summarizes the code's functionality but also breaks down individual operations into easier-to-understand segments.

AI in Frontend Automation – Translations and Error Detection

Every frontend developer knows that programming isn’t just about creatively building interfaces—it also involves many repetitive, tedious tasks. One of these is implementing translations for multilingual applications (i18n). Adding translations for each key in JSON files and then verifying them can be time-consuming and error-prone.

However, AI can significantly speed up this process. Using ChatGPT, DeepSeek, or Claude allows for automatic generation of translations for the user interface, as well as detecting linguistic and stylistic errors.

Example:

We have a translation file in JSON format:

{
  "welcome_message": "Welcome to our application!",
  "logout_button": "Log out",
  "error_message": "Something went wrong. Please try again later."
}

AI can automatically generate its Polish version:

{
  "welcome_message": "Witaj w naszej aplikacji!",
  "logout_button": "Wyloguj się",
  "error_message": "Coś poszło nie tak. Spróbuj ponownie później."
}

Moreover, AI can detect spelling errors or inconsistencies in translations. For example, if one part of the application uses "Log out" and another says "Exit," AI can suggest unifying the terminology.

This type of automation not only saves time but also minimizes the risk of human errors. And this is just one example – AI also assists in generating documentation, writing tests, and optimizing performance, which we will discuss in upcoming articles.

Summary

Artificial intelligence is transforming the way frontend developers work daily. From generating components and refactoring code to detecting errors, automating testing, and documentation—AI significantly accelerates and streamlines the development process. Without these tools, we would lose a lot of valuable time, which we certainly want to avoid.

In the next parts of this series, we will cover topics such as:

Stay tuned to keep up with the latest insights!

The Ultimate Web3 Backend Guide: Supercharge dApps with APIs

Tomasz Dybowski

04 Mar 2025
The Ultimate Web3 Backend Guide: Supercharge dApps with APIs

Introduction

Web3 backend development is essential for building scalable, efficient and decentralized applications (dApps) on EVM-compatible blockchains like Ethereum, Polygon, and Base. A robust Web3 backend enables off-chain computations, efficient data management and better security, ensuring seamless interaction between smart contracts, databases and frontend applications.

Unlike traditional Web2 applications that rely entirely on centralized servers, Web3 applications aim to minimize reliance on centralized entities. However, full decentralization isn't always possible or practical, especially when it comes to high-performance requirements, user authentication or storing large datasets. A well-structured backend in Web3 ensures that these limitations are addressed, allowing for a seamless user experience while maintaining decentralization where it matters most.

Furthermore, dApps require efficient backend solutions to handle real-time data processing, reduce latency, and provide smooth user interactions. Without a well-integrated backend, users may experience delays in transactions, inconsistencies in data retrieval, and inefficiencies in accessing decentralized services. Consequently, Web3 backend development is a crucial component in ensuring a balance between decentralization, security, and functionality.

This article explores:

  • When and why Web3 dApps need a backend
  • Why not all applications should be fully on-chain
  • Architecture examples of hybrid dApps
  • A comparison between APIs and blockchain-based logic

This post kicks off a Web3 backend development series, where we focus on the technical aspects of implementing Web3 backend solutions for decentralized applications.

Why Do Some Web3 Projects Need a Backend?

Web3 applications seek to achieve decentralization, but real-world constraints often necessitate hybrid architectures that include both on-chain and off-chain components. While decentralized smart contracts provide trustless execution, they come with significant limitations, such as high gas fees, slow transaction finality, and the inability to store large amounts of data. A backend helps address these challenges by handling logic and data management more efficiently while still ensuring that core transactions remain secure and verifiable on-chain.

Moreover, Web3 applications must consider user experience. Fully decentralized applications often struggle with slow transaction speeds, which can negatively impact usability. A hybrid backend allows for pre-processing operations off-chain while committing final results to the blockchain. This ensures that users experience fast and responsive interactions without compromising security and transparency.

While decentralization is a core principle of blockchain technology, many dApps still rely on a Web2-style backend for practical reasons:

1. Performance & Scalability in Web3 Backend Development

  • Smart contracts are expensive to execute and require gas fees for every interaction.
  • Offloading non-essential computations to a backend reduces costs and improves performance.
  • Caching and load balancing mechanisms in traditional backends ensure smooth dApp performance and improve response times for dApp users.
  • Event-driven architectures using tools like Redis or Kafka can help manage asynchronous data processing efficiently.

2. Web3 APIs for Data Storage and Off-Chain Access

  • Storing large amounts of data on-chain is impractical due to high costs.
  • APIs allow dApps to store & fetch off-chain data (e.g. user profiles, transaction history).
  • Decentralized storage solutions like IPFS, Arweave and Filecoin can be used for storing immutable data (e.g. NFT metadata), but a Web2 backend helps with indexing and querying structured data efficiently.

3. Advanced Logic & Data Aggregation in Web3 Backend

  • Some dApps need complex business logic that is inefficient or impossible to implement in a smart contract.
  • Backend APIs allow for data aggregation from multiple sources, including oracles (e.g. Chainlink) and off-chain databases.
  • Middleware solutions like The Graph help in indexing blockchain data efficiently, reducing the need for on-chain computation.

4. User Authentication & Role Management in Web3 dApps

  • Many applications require user logins, permissions or KYC compliance.
  • Blockchain does not natively support session-based authentication, requiring a backend for handling this logic.
  • Tools like Firebase Auth, Auth0 or Web3Auth can be used to integrate seamless authentication for Web3 applications.

5. Cost Optimization with Web3 APIs

  • Every change in a smart contract requires a new audit, costing tens of thousands of dollars.
  • By handling logic off-chain where possible, projects can minimize expensive redeployments.
  • Using layer 2 solutions like Optimism, Arbitrum and zkSync can significantly reduce gas costs.

Web3 Backend Development: Tools and Technologies

A modern Web3 backend integrates multiple tools to handle smart contract interactions, data storage, and security. Understanding these tools is crucial to developing a scalable and efficient backend for dApps. Without the right stack, developers may face inefficiencies, security risks, and scaling challenges that limit the adoption of their Web3 applications.

Unlike traditional backend development, Web3 requires additional considerations, such as decentralized authentication, smart contract integration, and secure data management across both on-chain and off-chain environments.

Here’s an overview of the essential Web3 backend tech stack:

1. API Development for Web3 Backend Services

  • Node.js is the go-to backend runtime good for Web3 applications due to its asynchronous event-driven architecture.
  • NestJS is a framework built on top of Node.js, providing modular architecture and TypeScript support for structured backend development.

2. Smart Contract Interaction Libraries for Web3 Backend

  • Ethers.js and Web3.js are TypeScript/JavaScript libraries used for interacting with Ethereum-compatible blockchains.

3. Database Solutions for Web3 Backend

  • PostgreSQL: Structured database used for storing off-chain transactional data.
  • MongoDB: NoSQL database for flexible schema data storage.
  • Firebase: A set of tools used, among other things, for user authentication.
  • The Graph: Decentralized indexing protocol used to query blockchain data efficiently.

4. Cloud Services and Hosting for Web3 APIs

When It Doesn't Make Sense to Go Fully On-Chain

Decentralization is valuable, but it comes at a cost. Fully on-chain applications suffer from performance limitations, high costs and slow execution speeds. For many use cases, a hybrid Web3 architecture that utilizes a mix of blockchain-based and off-chain components provides a more scalable and cost-effective solution.

In some cases, forcing full decentralization is unnecessary and inefficient. A hybrid Web3 architecture balances decentralization and practicality by allowing non-essential logic and data storage to be handled off-chain while maintaining trustless and verifiable interactions on-chain.

The key challenge when designing a hybrid Web3 backend is ensuring that off-chain computations remain auditable and transparent. This can be achieved through cryptographic proofs, hash commitments and off-chain data attestations that anchor trust into the blockchain while improving efficiency.

For example, Optimistic Rollups and ZK-Rollups allow computations to happen off-chain while only submitting finalized data to Ethereum, reducing fees and increasing throughput. Similarly, state channels enable fast, low-cost transactions that only require occasional settlement on-chain.

A well-balanced Web3 backend architecture ensures that critical dApp functionalities remain decentralized while offloading resource-intensive tasks to off-chain systems. This makes applications cheaper, faster and more user-friendly while still adhering to blockchain's principles of transparency and security.

Example: NFT-based Game with Off-Chain Logic

Imagine a Web3 game where users buy, trade and battle NFT-based characters. While asset ownership should be on-chain, other elements like:

  • Game logic (e.g., matchmaking, leaderboard calculations)
  • User profiles & stats
  • Off-chain notifications

can be handled off-chain to improve speed and cost-effectiveness.

Architecture Diagram

Below is an example diagram showing how a hybrid Web3 application splits responsibilities between backend and blockchain components.

Hybrid Web3 Architecture

Comparing Web3 Backend APIs vs. Blockchain-Based Logic

FeatureWeb3 Backend (API)Blockchain (Smart Contracts)
Change ManagementCan be updated easilyEvery change requires a new contract deployment
CostTraditional hosting feesHigh gas fees + costly audits
Data StorageCan store large datasetsLimited and expensive storage
SecuritySecure but relies on centralized infrastructureFully decentralized & trustless
PerformanceFast response timesLimited by blockchain throughput

Reducing Web3 Costs with AI Smart Contract Audit

One of the biggest pain points in Web3 development is the cost of smart contract audits. Each change to the contract code requires a new audit, often costing tens of thousands of dollars.

To address this issue, Nextrope is developing an AI-powered smart contract auditing tool, which:

  • Reduces audit costs by automating code analysis.
  • Speeds up development cycles by catching vulnerabilities early.
  • Improves security by providing quick feedback.

This AI-powered solution will be a game-changer for the industry, making smart contract development more cost-effective and accessible.

Conclusion

Web3 backend development plays a crucial role in scalable and efficient dApps. While full decentralization is ideal in some cases, many projects benefit from a hybrid architecture, where off-chain components optimize performance, reduce costs and improve user experience.

In future posts in this Web3 backend series, we’ll explore specific implementation details, including:

  • How to design a Web3 API for dApps
  • Best practices for integrating backend services
  • Security challenges and solutions

Stay tuned for the next article in this series!