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

How NOT to Create a DAO: Common Pitfalls You Should Avoid

Kajetan Olas

27 Dec 2024
How NOT to Create a DAO: Common Pitfalls You Should Avoid

Decentralized Autonomous Organizations (DAOs) represent a fundamental shift in how communities, companies, and initiatives can coordinate efforts, funds, and decisions on the blockchain. By leveraging transparent smart contracts and on-chain governance mechanisms, DAOs aim to distribute authority, reduce overhead, and foster a more democratic decision-making process. However, building a successful DAO isn’t just about cutting-edge tech or grand ideas—it also requires a clear vision, well-crafted governance rules, and a strategically engaged community.

In this article, we’ll take a counterintuitive approach by highlighting how not to create a DAO. By focusing on common pitfalls—from legal oversights to governance missteps—we can better understand what truly contributes to a thriving, sustainable DAO. This perspective aligns with the importance of recognizing cognitive biases, such as insensitivity to base rates and the conjunction fallacy, which often lead enthusiastic founders to overlook real-world data and complexity. Avoiding these traps can be the difference between launching a resilient DAO and watching an ambitious project crumble under misaligned structures or unmet expectations.

2. Missing the Governance Threshold Mark

Governance Thresholds Gone Wrong

Governance thresholds dictate how many votes or what percentage of voting power is needed to pass a proposal within a DAO. Striking the right balance here is crucial. Thresholds that are set too high can stifle progress by making it nearly impossible for proposals to succeed, effectively discouraging member participation. On the other hand, thresholds that are too low can lead to frivolous proposals or constant voting spam, making governance more of a burden than a benefit.

When designing your DAO’s thresholds, consider:

  • Community size and engagement levels: Larger communities might handle higher thresholds more comfortably, while smaller groups may benefit from lower requirements to encourage active participation.
  • Type of proposals: Operational decisions may need a lower threshold, whereas critical changes (such as tokenomics or treasury management) often require more consensus.
  • Voter fatigue: The more frequently members are asked to vote—and if it’s too easy to put forward proposals—the greater the risk of apathy or disengagement.

Over-Complex vs. Over-Simplified Governance

It’s tempting to either pile on complicated governance rules or oversimplify them to keep decision-making quick. However, both extremes can be problematic. Simplicity in governance is key to enhancing clarity and participation. Overly complex smart contracts and procedural layers can dissuade newcomers from getting involved, while an oversimplified model might fail to address potential conflicts or security vulnerabilities.

Some issues to watch out for:

  • Complex Smart Contracts: More code means more potential bugs and greater difficulty in auditing or updating governance logic.
  • Opaque Voting Processes: If members can’t easily understand how votes are tallied or how proposals are introduced, engagement drops.
  • Excessive Centralization in “Simple” Models: In trying to streamline governance, some DAOs inadvertently concentrate power in the hands of a few decision-makers.

Ultimately, aiming for a balanced governance framework—one that is easy enough for members to participate in but comprehensive enough to protect the DAO from abuse—is central to avoiding the pitfalls of governance threshold mismanagement.

3. Underestimating Legal and Regulatory Aspects

Legal Wrappers and Compliance

Building a DAO without considering legal and regulatory frameworks is a common recipe for disaster. While decentralization is a powerful concept, it doesn’t absolve projects from potential liabilities and compliance obligations. Assigning your DAO a formal legal wrapper—whether it’s a foundation, a cooperative, an LLC, or another entity type—can help mitigate personal risks for contributors and align your organization with existing regulatory regimes.

Failing to think through these details often leads to:

  • Personal Liability for Founders: Without a proper legal entity, core contributors might become personally responsible for any legal disputes or financial mishaps involving the DAO.
  • Regulatory Crackdowns: Governing bodies worldwide are actively monitoring DAOs for compliance with securities laws, anti-money laundering (AML) regulations, and tax obligations. Ignoring these can lead to penalties, fines, or forced shutdowns.

Non-Existent or Inadequate Documentation

Equally problematic is the lack of clear documentation outlining the DAO’s legal structure and operational protocols. From voting procedures to treasury management, every aspect of the DAO’s lifecycle should be properly documented to reduce ambiguity and help new members understand their responsibilities. Inadequate documentation or outright neglect can create:

  • Confusion Over Roles and Responsibilities: Without explicit definitions, it’s easy for tasks to fall through the cracks or for disagreements to escalate.
  • Inability to Enforce Rules: DAOs rely on both smart contracts and social consensus. Formalizing rules in documentation helps ensure consistent enforcement and prevents unwelcome surprises.

In short, underestimating the legal dimension of DAO creation can derail even the most innovative projects. By proactively addressing legal and regulatory considerations—and maintaining thorough documentation—you not only protect core contributors but also fortify trust within your community and with external stakeholders.

Overlooking Community Building

The Importance of Community Engagement

A DAO, at its core, is nothing without an active and supportive community. Driving grassroots enthusiasm and participation is often the deciding factor between a thriving DAO and one that fizzles out. Yet, it’s surprisingly easy to underestimate just how vital it is to nurture community trust and engagement—especially during the early stages.

Some common pitfalls include:

  • Treating Community Members as Passive Observers
    Instead of viewing your community as a dynamic force, you might slip into a one-way communication style. This discourages members from taking initiative or contributing fresh ideas.
  • Lack of Clear Roles and Channels
    Without well-defined roles and open communication channels—like forums, Discord servers, or governance platforms—members can feel confused about where to participate or how to add value.
  • Ignoring Early Feedback
    In a DAO, the “wisdom of the crowd” can be a powerful asset. Overlooking or trivializing user feedback can lead to missed opportunities for innovation and improvement.

Failing to Incentivize Properly

Well-structured incentives lie at the heart of any successful DAO. Whether you’re offering governance tokens, staking rewards, or recognition badges, these incentives must be aligned with the DAO’s long-term goals. Misalignment often causes short-sighted behavior, where participants chase quick rewards rather than contributing meaningfully.

  • Overemphasis on Token Speculation
    If the primary draw for community members is the promise of quick token price gains, you risk attracting speculators instead of builders. This can lead to fleeting participation and sell-offs at the first sign of trouble.
  • Neglecting Non-Monetary Rewards
    Recognition, social standing, and meaningful collaboration can be just as powerful as financial incentives. When a DAO fails to provide pathways for skill development or leadership, member engagement wanes.
  • Cognitive Bias Traps
    Biases such as the conjunction fallacy can mislead founders into believing that if multiple positive outcomes are possible (e.g., rising token prices, active participation, mainstream adoption), then all those outcomes will inevitably happen together. This wishful thinking can blind DAOs to the need for thoughtful, data-driven incentive models.

To avoid these pitfalls, DAO creators must actively foster a culture of transparency, collaboration, and mutual respect. By setting clear expectations, leveraging diverse incentive structures, and consistently involving community feedback, you ensure members are motivated to contribute more than just their votes—they become co-creators in the DAO’s shared vision.

5. Ignoring Technical Considerations

Token Standards and Governance Frameworks

A solid technical foundation is essential when you create a DAO, particularly if it involves on-chain governance. Selecting the appropriate token standards and governance frameworks can significantly impact your DAO’s security, efficiency, and scalability.

Some pitfalls to watch out for include:

  • Choosing Incompatible Token Standards
    If your DAO relies on a token that isn’t easily integrated with governance contracts or lacks upgradeability, you might face roadblocks when implementing new features or patching vulnerabilities.
  • Underestimating Smart Contract Complexity
    Even “simple” governance tokens can hide complex logic behind the scenes. Overlooking these complexities may result in bugs, lockouts, or exploits that harm the DAO’s reputation and finances.
  • Ignoring Off-Chain vs. On-Chain Dynamics
    Governance strategies often combine on-chain decisions with off-chain discussions (e.g., using platforms like Discord or forums). Failing to synchronize these two spheres can fracture community engagement and hamper decision-making.

Poor Architecture and Security

Robust security isn’t just about preventing hacks—it's about building an architecture that can adapt to evolving threats and changing community needs.

Key oversights include:

  • Inadequate Auditing
    Smart contracts require thorough reviews, both automated and manual. Rushing to mainnet deployment without proper audits can lead to major losses—financial, reputational, or both.
  • No Contingency Plans
    If a vulnerability is discovered, how will you respond? Lacking emergency procedures or fallback governance mechanisms can leave a DAO paralyzed when critical decisions must be made quickly.
  • Over-Engineered Solutions
    While security is paramount, over-complicating the DAO’s architecture can create unintended vulnerabilities. Keeping your setup as simple as possible reduces attack surfaces and makes it easier for community members to understand and trust the system.

In short, technical considerations form the bedrock of a functional DAO. Choosing appropriate token standards, thoroughly auditing contracts, and designing for both present-day and future needs are non-negotiable steps in avoiding costly pitfalls.

Best Practices and Lessons

When studying successful DAOs, certain themes emerge time and again. According to Aragon the most robust DAOs share a commitment to simplicity, iteration, and transparent governance. Instead of rolling out overly sophisticated models from day one, they evolve and adapt based on community feedback and real-world performance.

Here are a few best practices worth emulating:

  • Iterative Approach to Governance
    Start small and build up. Launch a Minimal Viable DAO (MVD) to test voting processes, incentive mechanisms, and proposal management. Gather community feedback and refine before taking bigger steps.
  • Simple, Transparent Rules and Processes
    Ensure proposals are easy to understand and that the voting process is accessible to all token holders. Overly complicated frameworks can dissuade new members from participating.
  • Clear Roles and Shared Responsibilities
    Define contributor and community member roles early on. Whether you rely on working groups, committees, or elected leaders, clarity prevents power vacuums and fosters collaboration.
  • Open Communication and Education
    From Discord channels to public documentation, keep conversation and learning at the heart of your DAO. Encourage members to ask questions, propose improvements, and take leadership roles.

Academic Perspectives

Beyond practical experience, a growing body of research offers theoretical insights that can strengthen DAO governance. The discusses emerging patterns in DAOs, including how incentives and on-chain rules interact with off-chain social dynamics. By examining these findings, DAO creators can better anticipate challenges—like voter apathy, whale influence, or collusion—and integrate solutions from the outset.

Incorporating academic perspectives can help:

  • Validate Governance Assumptions
    Empirical data and rigorous analyses can confirm or challenge the assumptions behind your DAO’s architecture, preventing costly mistakes.
  • Stay Ahead of Regulatory and Social Shifts
    Academics often explore how upcoming policies or societal trends might impact DAOs, offering a forward-looking lens that day-to-day builders might miss.
  • Establish Credibility
    Aligning your DAO’s structure and operations with recognized research signals professionalism and thoroughness, potentially attracting more serious contributors, partners, and investors.

Conclusion

As you can see, creating a DAO involves more than just deploying a smart contract and distributing tokens. By examining these common pitfalls—from poor governance thresholds to inadequate legal structures, from neglecting community engagement to disregarding technical complexities—you gain a clearer picture of what not to do when you set out to create a DAO. Failing to address these areas often leads to compromised security, stalled decision-making, regulatory headaches, or outright community collapse

At Nextrope, we specialize in tailored blockchain and cryptocurrency solutions, including DAO creation and tokenomics design. If you’re looking to avoid these common pitfalls and build a thriving DAO that stands the test of time, feel free to contact us or explore more resources on our blog.

Quadratic Voting in Web3

Kajetan Olas

04 Dec 2024
Quadratic Voting in Web3

Decentralized systems are reshaping how we interact, conduct transactions, and govern online communities. As Web3 continues to advance, the necessity for effective and fair voting mechanisms becomes apparent. Traditional voting systems, such as the one-token-one-vote model, often fall short in capturing the intensity of individual preferences, which can result in centralization. Quadratic Voting (QV) addresses this challenge by enabling individuals to express not only their choices but also the strength of their preferences.

In QV, voters are allocated a budget of credits that they can spend to cast votes on various issues. The cost of casting multiple votes on a single issue increases quadratically, meaning that each additional vote costs more than the last. This system allows for a more precise expression of preferences, as individuals can invest more heavily in issues they care deeply about while conserving credits on matters of lesser importance.

Understanding Quadratic Voting

Quadratic Voting (QV) is a voting system designed to capture not only the choices of individuals but also the strength of their preferences. In most DAO voting mechanisms, each person typically has one vote per token, which limits the ability to express how strongly they feel about a particular matter. Furthermore, QV limits the power of whales and founding team who typically have large token allocations. These problems are adressed by making the cost of each additional vote increase quadratically.

In QV, each voter is given a budget of credits or tokens that they can spend to cast votes on various issues. The key principle is that the cost to cast n votes on a single issue is proportional to the square of n. This quadratic cost function ensures that while voters can express stronger preferences, doing so requires a disproportionately higher expenditure of their voting credits. This mechanism discourages voters from concentrating all their influence on a single issue unless they feel very strongly about it. In the context of DAOs, it means that large holders will have a hard-time pushing through with a proposal if they'll try to do it on their own.

Practical Example

Consider a voter who has been allocated 25 voting credits to spend on several proposals. The voter has varying degrees of interest in three proposals: Proposal A, Proposal B, and Proposal C.

  • Proposal A: High interest.
  • Proposal B: Moderate interest.
  • Proposal C: Low interest.

The voter might allocate their credits as follows:

Proposal A:

  • Votes cast: 3
  • Cost: 9 delegated tokens

Proposal B:

  • Votes cast: 2
  • Cost: 4 delegated tokens

Proposal C:

  • Votes cast: 1
  • Cost: 1 delegated token

Total delegated tokens: 14
Remaining tokens: 11

With the remaining tokens, the voter can choose to allocate additional votes to the proposals based on their preferences or save for future proposals. If they feel particularly strong about Proposal A, they might decide to cast one more vote:

Additional vote on Proposal A:

  • New total votes: 4
  • New cost: 16 delegated tokens
  • Additional cost: 16−9 = 7 delegated tokens

Updated total delegated tokens: 14+7 = 21

Updated remaining tokens: 25−21 = 425 - 21 = 4

This additional vote on Proposal A costs 7 credits, significantly more than the previous vote, illustrating how the quadratic cost discourages excessive influence on a single issue without strong conviction.

Benefits of Implementing Quadratic Voting

Key Characteristics of the Quadratic Cost Function

  • Marginal Cost Increases Linearly: The marginal cost of each additional vote increases linearly. The cost difference between casting n and n−1 votes is 2n−1.
  • Total Cost Increases Quadratically: The total cost to cast multiple votes rises steeply, discouraging voters from concentrating too many votes on a single issue without significant reason.
  • Promotes Egalitarian Voting: Small voters are encouraged to participate, because relatively they have a much higher impact.

Advantages Over Traditional Voting Systems

Quadratic Voting offers several benefits compared to traditional one-person-one-vote systems:

  • Captures Preference Intensity: By allowing voters to express how strongly they feel about an issue, QV leads to outcomes that better reflect the collective welfare.
  • Reduces Majority Domination: The quadratic cost makes it costly for majority groups to overpower minority interests on every issue.
  • Encourages Honest Voting: Voters are incentivized to allocate votes in proportion to their true preferences, reducing manipulation.

By understanding the foundation of Quadratic Voting, stakeholders in Web3 communities can appreciate how this system supports more representative governance.

Conclusion

Quadratic voting is a novel voting system that may be used within DAOs to foster decentralization. The key idea is to make the cost of voting on a certain issue increase quadratically. The leading player that makes use of this mechanism is Optimism. If you're pondering about the design of your DAO, we highly recommend taking a look at their research on quadratic funding.

If you're looking to create a robust governance model and go through institutional-grade testing please reach out to contact@nextrope.com. Our team is ready to help you with the token engineering process and ensure that your DAO will stand out as a beacon of innovation and resilience in the long term.