Quorum blockchain is the common name for permissioned Ethereum: networks that run Solidity contracts and standard Ethereum tools, but that only approved nodes can join. This guide explains what happened to GoQuorum, why new networks now use Hyperledger Besu, how privacy works after Tessera, and how to plan a network or a migration.
A Quorum network uses a fast Byzantine fault-tolerant (BFT) consensus protocol instead of proof of stake. For a new project in 2026, Quorum development means building a permissioned Ethereum network on Besu.
A short history of the Quorum blockchain
- 2016: JPMorgan created Quorum as a fork of the Go Ethereum client that added private transactions and node permissioning for financial use.
- 2020: ConsenSys took over Quorum and renamed the client GoQuorum. It also maintained Hyperledger Besu, a Java Ethereum client that supports permissioned networks.
- June 2024: GoQuorum published its last release, v24.4.1.
- Today: The GoQuorum repository is archived, and its notice says Consensys no longer maintains or supports GoQuorum and does not recommend it for new projects. The Tessera privacy manager repository is archived too.
Besu is an open-source project under the Linux Foundation Decentralized Trust. Its code moved to the besu-eth/besu repository in 2026, and its documentation is at docs.besu-eth.org. Besu 26.10.0 came out in October 2026.
When a vendor or an old article says "Quorum development", read it as enterprise Ethereum. Existing GoQuorum networks need a maintenance and migration plan, and new networks should not start on GoQuorum.
What Besu removed in 2025 and 2026
In September 2024 the Besu maintainers announced that Besu would drop several features that were slow or had fallen behind Ethereum. The changes reached releases in 2025 and 2026:
| Feature | Status in Besu |
|---|---|
| Tessera private transactions | Removed in 25.6.0. The privacy RPC groups (EEA and PRIV) were removed in 25.7.0. |
| On-chain (smart contract) permissioning | Removed in 25.6.0. Local allowlists in node configuration still work. |
| Clique consensus | Removed in 26.4.0. Besu can no longer start or mine a Clique network. |
| Proof of work | Removal completed in 26.7.0. |
| QBFT and IBFT 2.0 | Supported. Besu also supports migration from IBFT 2.0 to QBFT. |
Designs that relied on Tessera or on-chain permissioning need a new approach before they move to a current Besu release.
Quorum blockchain building blocks today
| Component | Current option | What to know |
|---|---|---|
| Client | Hyperledger Besu | Besu and GoQuorum both run EVM bytecode, so Solidity contracts move between them |
| Consensus | QBFT (IBFT 2.0 for older networks) | QBFT gives immediate finality and keeps working while fewer than one third of validators are faulty |
| Permissioning | Node and account allowlists in local configuration | Decide who approves new members and how each node operator updates the lists |
| Privacy | Application-layer designs (see the next section) | Built-in private transactions no longer exist in Besu |
| Tools | Hardhat, Foundry, ethers.js, web3 libraries, block explorers | Standard Ethereum tools work, which is the main reason to choose permissioned Ethereum |
Public explorers cannot see a private network, so the network needs its own explorer. The Quorum explorer guide compares the options.
Privacy on a Quorum network after Tessera
Private transactions were the original reason to choose Quorum. Tessera encrypted each private payload and sent it only to named participants, and only a hash went on the shared chain. The design had costs: private state could differ between nodes, and private contracts could not easily call public ones. With Tessera gone from Besu, teams use one of these designs:
- Separate small networks for groups that must not see each other's data.
- Off-chain documents with on-chain hashes or encrypted payloads. The chain proves that a document existed and did not change.
- Zero-knowledge proofs for facts that a party must prove without showing the data.
- Privacy frameworks at the application layer. Paladin, a Linux Foundation Decentralized Trust project, adds programmable privacy on top of EVM chains such as Besu.
If every transaction must stay private between its parties, compare Corda, which shares data only between the parties to a deal, or Hyperledger Fabric, which offers channels and private data collections.
How to plan a permissioned Ethereum network
- Confirm that you need a shared ledger. If one organization controls all writes, a database with audit logs is simpler.
- Define governance. Decide who runs validators, who approves new members, who can upgrade contracts and how disputes are settled. Put these rules in legal agreements as well as in code.
- Choose the validator count and placement. QBFT needs at least four validators to tolerate one faulty validator, so spread validators across organizations and regions.
- Design the privacy model from the options above.
- Build and test the contracts to the same standard as on public Ethereum, including a smart contract audit.
- Set up operations. Plan monitoring, key management with hardware security modules, backups, node upgrades and an explorer.
Migrating a GoQuorum network to Besu
- List every feature the network uses: consensus type, private transactions, permissioning contracts and plugins.
- Replace Raft or Clique consensus with QBFT, because Besu does not support Raft, and it no longer supports Clique.
- Move private contracts and private state to one of the application-layer privacy designs.
- Move on-chain permissioning to local allowlists.
- Test the whole migration in a staging network with a copy of real state before you touch production.
Quorum development cost and effort
These figures are rough estimates under stated assumptions. Two engineers can set up a proof of concept with four Besu validators, QBFT and a few contracts in a few weeks. A production consortium network takes months, and most of that time goes into governance and operations: member onboarding, legal agreements, security review and round-the-clock support, costs that continue after the build. The guides to private blockchain development and enterprise blockchain solutions cover this model in more depth.
When a Quorum-style network fits
Permissioned Ethereum fits a consortium that wants Solidity and existing Ethereum skills, and it keeps the option to connect later to public Ethereum or to tokenized-asset platforms. Corda fits better when each transaction must be private by default, and Hyperledger Fabric fits better when groups need separate channels. Some institutions now compare running their own network with using a public layer 2 or a privacy-focused rollup.
Frequently asked questions
Is GoQuorum still supported?
No. The GoQuorum repository is archived, and Consensys says it no longer maintains or supports the client. Existing networks should plan a move to Hyperledger Besu.
Is Quorum the same as Hyperledger Besu?
No. Quorum was a fork of Go Ethereum, first by JPMorgan and later run by Consensys as GoQuorum. Besu is a separate Ethereum client written in Java. Both run QBFT, and Besu is now the maintained option for permissioned Ethereum.
Can I use MetaMask and Hardhat with a Quorum or Besu network?
Yes. Both clients expose the standard Ethereum JSON-RPC API, so wallets, libraries and frameworks work once you point them at the network's endpoint and chain ID.
Does a permissioned network need gas fees?
Gas still measures computation, but many networks set the gas price to zero, so users need no token. Gas limits still stop transactions that would run without end.
What is QBFT?
QBFT is a Byzantine fault-tolerant consensus protocol for permissioned Ethereum. Validators take turns to propose blocks, and a block is final once more than two thirds of validators approve it, so QBFT networks have no forks or reorganizations.