Jump to Market Overview Platform Profiles Share Snapshot Observations Use-Case Guide Due Diligence
Post Oak Labs / Enterprise Blockchain Market Briefing / April 2026

Permissioned blockchain: what the market actually looks like

Post Oak Labs principals have worked inside several of the large vendors covered in this briefing. We approach vendor claims in this market with professional skepticism. This briefing condenses the available evidence on market sizing, platform deployment, and revenue, and says clearly where the data runs thin.

Talk to Post Oak Labs A2A vs. Correspondent Banking → DLT Glossary →
$39.8B
Projected global blockchain technology market, 2026
Mordor Intelligence, see fn. 1
~42%
Permissioned / consortium chain share of total blockchain market, 2026E
Segment forecast, see fn. 1
>$10B
Tokenized real-world assets on live Corda-based platforms, February 2025
~46%
Estimated enterprise permissioned deployment share held by Hyperledger Fabric
Hyperledger Foundation survey, 2024, see fn. 6
Section 01, Market Overview

Size, structure, and why the data is murky

The global blockchain technology market was valued at approximately $24.5 billion in 2025 and is projected to reach roughly $39.8 billion in 2026 per Mordor Intelligence, with a CAGR near 63% through 2031.[1] Private and consortium chains are projected to capture approximately 42% of total blockchain market share in 2026, though that figure reflects enterprise software procurement spending, not on-chain transaction volume, which is measured differently and dominated by public chains. Blockchain-as-a-Service is the primary revenue vehicle, projected at around 52% of the permissioned segment by 2026, with AWS, Azure, and Google Cloud controlling approximately 63% of the public cloud BaaS market and capturing the lion's share of platform economics.[1]

On the data - read this first

No single authoritative dataset exists for permissioned blockchain market share. Vendor revenues are privately held and rarely disclosed at the platform level.[2] Figures throughout this briefing derive from deployment surveys, analyst estimates, and verified public disclosures, not audited financials. All market-share percentages should be treated as directional indicators. Pilot inflation has been a structural feature of this industry for a decade: announced pilots have chronically outnumbered live production networks, and press-release volume is not a reliable proxy for economic activity.

Why 'market share' is inherently murky

Open-source ≠ revenue

Hyperledger Fabric generates no licensing income. Economic value flows to IBM, AWS, Oracle, and systems integrators, none of whom isolate blockchain revenue in their financial disclosures.[2]

Private company opacity

R3, ConsenSys, and Digital Asset are not publicly listed and are not required to publish audited financials. Revenue estimates from third-party SaaS databases are indicative only.[3]

Definition drift

'Market share' is sometimes deployment count, sometimes analyst mindshare survey, sometimes developer activity. PeerSpot mindshare figures showed Corda rising from 7.1% to 31.0% year-on-year while Fabric fell from 42.9% to 33.8%, using a methodology that differs substantially from deployment surveys and produces incomparable results.[7]

Pilot inflation & chainwashing

For most of the past decade, announced pilots far outnumbered live production networks. The ratio has improved, but the history of high-profile wind-downs (TradeLens, we.trade, Marco Polo, Contour) should inform how seriously any new announcement is weighted.[9] A persistent contributor to this pattern is what practitioners call chainwashing[23]: marketing by vendors and startups that positions blockchain as the solution to problems that existing relational databases, message queues, or shared APIs could address more cheaply. The honest due-diligence question, posed by Tim Swanson while Director of Market Research at R3, and independently documented across the literature, remains: what is it about a blockchain that solves a problem that cannot be solved with existing technology? Where a traditional database with appropriate access controls would serve, adding a blockchain layer adds complexity, cost, and vendor dependency without adding commensurate value.

Section 02, Platform Profiles

Four platforms, meaningfully different architectures

Four platforms dominate institutional permissioned DLT in 2026. Their architectures, target verticals, governance models, and economics differ substantially enough that treating them as interchangeable alternatives is a procurement error.

Permissioned · Open Source

Hyperledger Fabric

Linux Foundation Decentralized Trust
AttributeDetail
StatusOpen-source framework hosted by LF Decentralized Trust. No licensing revenue. Value flows to IBM, AWS, Oracle, and SIs.[2]
Deployment share~46% of enterprise permissioned deployments (Hyperledger Foundation survey, 2024, cited by ChainLaunch - not independently audited)[6]
Smart contractsGo, Java, Node.js (chaincode)
Throughput~3,500 TPS (Raft consensus); benchmarks vary significantly by configuration
Primary verticalsSupply chain, trade finance, government records, healthcare interoperability, CBDC pilots
Revenue modelNone at platform level. IBM, AWS, and Oracle capture value through BaaS and consulting; none break out blockchain-specific revenue.[2]

Notable deployments. IBM Food Trust (food-safety provenance; Walmart and its supplier network) and TradeLens (container logistics; 42M+ shipments tracked across 300+ organisations before wind-down) are the most-cited examples.[8] TradeLens is a structural lesson: technically functional, commercially unsustainable. Thirteen CBDC initiatives were identified using Hyperledger frameworks as of 2021; production status of most remains unclear.[10] IBM Research published Fabric-X enhancements in May 2025 targeting regulated digital asset use cases.

Developer community: Stack Overflow activity for Fabric has declined since 2024. Developers have migrated to private Discord/Slack channels and AI-assisted tooling, a shift that complicates traditional community-health metrics.

Permissioned · Commercial

R3 Corda

Private · ~364 employees · ~$112M total funding
AttributeDetail
Status & fundingPrivate company. Series A $107M (2017) plus 2019 debt round; ~$112M total. 45+ institutional investors including Bank of America, HSBC, ING, Temasek, and Intel.[5]
Revenue'Generating revenue' stage as of early 2025; exact figures not publicly disclosed. India subsidiary (R3 Corda LLP) reported ~$2.5M USD in FY2024 corporate filings, the only audited figure in the public record.[3]
On-chain RWAs>$10B across live Corda-based platforms; >1M transactions/day (R3 press release, February 13, 2025; corroborated by RWA.xyz data cited in the release - vendor-issued, not independently audited)[4]
Smart contractsKotlin, Java (JVM-based CorDapps)
Throughput~1,000 TPS (benchmarked); immediate transaction finality
Primary verticalsCapital markets, RWA tokenisation, digital bond issuance, FX settlement, CBDC pilots
Strategic directionCorda protocol launching on Solana (H1 2026) via R3 Foundation, a Solana-native curated RWA yield vault. The President of the Solana Foundation joined R3's board. Signals a deliberate pivot toward hybrid public-private architecture.[11]

Notable live deployments: SIX Digital Exchange (SDX), Euroclear D-FMI (used by the World Bank for its 2023 digital bond issuance),[12] HQLAx (collateral mobility), Wells Fargo Coin, Progmat Coin, and the UK Regulated Liability Network (Barclays, Citi, HSBC, Lloyds, and others). R3 reported tokenisation of $17B in RWAs by late 2025.

Ecosystem volatility note: Contour, a Corda-based trade finance network backed by eight major banks including BNP Paribas, HSBC, ING, and Standard Chartered, went live but encountered significant operational difficulties in 2024.[9] Network sustainability requires more than sound technology; it requires durable commercial incentives across all consortium members.

Talent: Corda's Kotlin/JVM developer pool is estimated at ~2,500 specialists globally, thin relative to deployment ambition. Senior Corda developers command $150K–$300K in consulting rates.

EVM-Compatible · Open Source

Hyperledger Besu

Linux Foundation Decentralized Trust · formerly ConsenSys Quorum

Besu is an enterprise-grade Ethereum client holding approximately 28% of enterprise permissioned deployment share per the same 2024 Hyperledger Foundation survey.[6] Its primary competitive advantage is EVM compatibility: the ~23,000-strong Solidity/EVM developer pool is the largest of any permissioned platform, and it supports ERC-20/721/1155 token standards natively, making public-chain migration paths far less disruptive.

Key deployments include Nigeria's eNaira CBDC[10] and institutional tokenisation work by Citi. Approximately 31% of enterprises now run multiple DLT protocols concurrently, e.g., Fabric alongside Besu, reflecting pragmatic multi-platform reality rather than platform exclusivity.[6]

Critical migration alert: Tessera, the original Quorum private transaction manager, was deprecated in early 2026, with GitHub archival set for June 1, 2026. Any enterprise running Tessera should have migration plans in place.[13]

ConsenSys company-wide revenue estimated at ~$91M in 2025 (Latka SaaS database, unaudited). Primary sources: MetaMask, Infura, Linea, and enterprise tools, no Besu-specific revenue figure is disclosed.[3]

Capital Markets · Commercial

Digital Asset, Canton Network & Daml

Private · $135M raised, 2025

Canton is purpose-built for capital markets with privacy-by-design guarantees derived from the Daml smart contract language. Digital Asset raised $135M in 2025 from Goldman Sachs, BNP Paribas, DTCC, and Tradeweb, among others, and claims ~400 ecosystem participants.[14] Notable deployments include Goldman Sachs' Digital Asset Platform, HSBC Orion (compressing fixed-income settlement from T+5 toward near-T+1), and DTCC tokenisation of U.S. Treasury securities (production launch 2026).

Revenue is not publicly disclosed. The claim of 'trillions of dollars in RWAs' on Canton networks in company press materials has not been independently verified and should be treated as aspirational rather than audited.[14]

Daml is a purpose-designed smart contract language, not Solidity or JVM, which has both technical advantages for regulated workflows and a correspondingly narrow developer pool.

Section 03, Market Share at a Glance

What the data actually shows, and what it does not

All figures below are estimates from industry surveys and analyst commentary, not audited data. Vendor-specific revenue figures derive from third-party SaaS databases or subsidiary corporate filings and should be treated as indicative only.[2][3]

Platform / Stack Deployment Indicator Revenue Context
Hyperledger Fabric ~46% of enterprise permissioned deployments[6] No platform revenue. IBM/AWS/Oracle/SIs capture economics; none disclose blockchain-specific figures.[2]
Hyperledger Besu ~28% of enterprise permissioned deployments[6] ConsenSys (whole company) est. ~$91M in 2025 (unaudited). Revenue primarily MetaMask, Infura, Linea, Besu not broken out.[3]
R3 Corda Dominant in high-value financial services; not quantified by %. >$10B on-chain RWAs, >1M tx/day.[4] Not disclosed. Total funding ~$112M.[5] India subsidiary ~$2.5M FY2024 (only audited figure).[3]
Digital Asset (Canton) ~400 ecosystem participants; 'trillions in RWAs' claimed (press release, unverified).[14] Not disclosed. $135M funding round, 2025.[14]
Kaleido (multi-protocol BaaS) Multi-protocol; deployment share not reported per underlying platform. Est. ~$7M in 2024, up from ~$3.5M in 2023 (Latka SaaS database, unaudited).[3]

Interpretation guidance

These metrics should inform directional understanding, not precise financial modelling, procurement scoring, or investment theses. For any material decision, supplement with direct vendor RFPs, reference calls with production users in comparable regulatory environments, and independent technical proof-of-concept work. The absence of publicly audited revenue figures is itself diagnostic: this is not an industry that has yet achieved the commercial maturity its press coverage suggests.

Section 04, Structural Observations

From practitioners who worked inside these organisations

Not from analysts who observed them from the outside. Post Oak Labs principals have held positions at several of the large vendors discussed in this briefing, on both the technology and commercial sides. The observations below reflect that experience alongside available public evidence.

What appears to have been delivered, and what cannot be independently verified

Claimed production

A small number of deployments are cited repeatedly as evidence that permissioned DLT works at scale: SDX, Euroclear D-FMI, HQLAx, Goldman DAP, HSBC Orion, IBM Food Trust.[8][12] These are real systems. Whether their actual transaction volumes, operational economics, and total cost of ownership justify the infrastructure versus simpler alternatives is not publicly disclosed. Vendor case studies are marketing materials. None of the parties involved publish independently audited throughput data, cost-per-transaction figures, or net economics compared to what the blockchain deployment replaced. Some of these systems may be working well. Some may be running at a cost that would not survive independent scrutiny. The publicly available evidence does not allow a confident judgment either way.

RWA tokenisation

Vendor-claimed figures for on-chain RWA values (R3's press-released $10B+, Digital Asset's claimed trillions) are not independently audited.[4] They should be read as marketing, not market measurement. The underlying trend, financial institutions experimenting with tokenised settlement and bond issuance, is real. BlackRock's BUIDL fund crossed $1B on Ethereum in March 2024, deployed on a public chain, not a permissioned one.[15] Standard Chartered projects $30.1T in tokenised RWAs by 2034, a forecast issued by a bank with commercial interests in the outcome, covering a decade-long window that makes it unfalsifiable in the near term.[16]

CBDC reality

CBDC outcomes so far are sobering. Nigeria's eNaira, built on Hyperledger Besu and launched in October 2021, had fewer than 1.15 million users by late 2022, under 0.5% of the population, with only 8% of opened wallets active. An IMF working paper noted adoption had not moved beyond a limited initial wave.[10] Cornell researchers concluded that as implemented, with all nodes running on Central Bank of Nigeria computers, eNaira was functionally indistinguishable from a centralised banking app. The eNaira has since been restructured. Thirteen CBDC initiatives identified using Hyperledger frameworks as of 2021 remain at various stages; the current production status of most is not publicly documented.

What remains structurally unresolved

The value-capture trap

This is the central tension in the for-profit permissioned blockchain market, and it is rarely discussed openly. It is structurally very difficult for a private company to recoup its investment if the underlying protocol is genuinely open source with no vendor-controlled dependencies. Open source, by design, allows anyone to run the software without paying the original developer. This creates a powerful commercial incentive to deliberately insert the vendor as a key dependency: through proprietary tooling, a controlled ordering service, a closed certificate authority, a purpose-built smart contract language with no alternative runtime, or a BaaS layer only the vendor can operate at scale. The dependency is the product, even when it is not disclosed as such. The network's apparent openness may coexist with a commercial architecture that guarantees the vendor's indispensability. The Hyperledger projects under the Linux Foundation at least have a structural argument for vendor-neutrality that closed-source commercial platforms do not, though even open-source projects depend on who funds the maintainers and controls the roadmap.[22]

Governance risk

Consortium governance has not been solved. A peer-reviewed study applying Elinor Ostrom's theory of the commons to TradeLens identified lack of stakeholder engagement, unclear governance, and confidentiality concerns as the primary failure factors, not technical shortcomings.[9] TradeLens, we.trade, Marco Polo, and Contour all failed between 2022 and 2024 despite significant institutional backing. Researcher Timothy Ruff documented that the common factor was platform architecture requiring a single controlling party, fundamentally incompatible with the multi-stakeholder trust model the technology nominally provides. IBM exited its enterprise blockchain business following TradeLens, with analysts noting the ROI was not there. No one has demonstrated a governance model that durably aligns the commercial interests of competing consortium members at scale.

Developer scarcity

Corda's Kotlin/JVM specialist pool (~2,500) and Fabric's chaincode developer base (~8,000) are thin relative to deployment ambition, compared to the ~23,000 EVM developers available for Besu-based work.[6] Senior Corda developers command $150K-$300K; Fabric $150K-$200K; Besu/Solidity $120K-$170K. Proprietary smart contract languages narrow the pool further and create a switching cost that compounds over time. This is a total cost of ownership issue, not a licensing one.

Revenue opacity

For open-source platforms, economic value flows to the SI and cloud layer.[2] For closed-source vendors, revenue figures are either undisclosed or unaudited.[3] R3's only publicly audited revenue figure is its Indian subsidiary at ~$2.5M for FY2024. Digital Asset does not disclose revenue despite $135M in funding. This opacity is not incidental: it reflects an industry where the commercial case for the technology has not yet been demonstrated in public, auditable form. Buyers must model total ecosystem cost independently, including developer hiring, BaaS fees, SI implementation, governance overhead, and ongoing support.

Boundary dissolution

The wall between permissioned and public DLT is dissolving. R3's Solana integration,[11] JPMorgan's use of Solana for commercial paper issuance ($50M Galaxy Digital transaction, December 2025),[17] and ~31% of enterprises already running multiple protocols concurrently all point the same direction. BlackRock BUIDL and JPMorgan Kinexys demonstrate that major institutions will use public chains when they meet regulatory requirements. Pure permissioned vendors face a structural strategic question about where they sit in a converged landscape.

Section 05, Use-Case Considerations

Questions to ask, not answers to assume

It is 2026, and the honest answer is that no single platform has demonstrated decisive, durable fit-for-purpose superiority across the full range of enterprise use cases. The industry's track record of high-profile wind-downs and stalled pilots should induce caution about any document, including this one, that purports to tell you which platform to choose. What follows is not a recommendation guide; it is a set of questions that practitioners have found useful for stress-testing vendor proposals.

On endorsements - read before proceeding

This briefing does not endorse any platform for any use case. Technology selection for critical financial infrastructure is a context-specific determination that requires your legal counsel, technical architects, regulatory advisors, and operational teams, not a market briefing from an advisory firm. No one currently knows with confidence which architecture will prove most durable over a ten-year horizon. Treat vendor proposals, analyst rankings, and documents like this one with appropriate skepticism.

If your use case involves bilateral financial privacy

Investigate: data isolation guarantees, counterparty identity models, and regulatory recognition

Capital markets workflows involving digital bond issuance, bilateral settlement, and RWA tokenisation often require transaction-level privacy between identified counterparties. Before selecting any platform, verify independently what the privacy model actually guarantees in your legal jurisdiction, whether regulators in your markets have formally engaged with the platform, and what the exit cost is if the vendor encounters commercial difficulty.

If your use case involves multi-party data sharing

Investigate: consortium governance model, BaaS dependencies, and long-term incentive alignment

Supply chain, government records, and multi-organisation networks have consistently struggled not with technical delivery but with governance sustainability. TradeLens, we.trade, Marco Polo, and Contour all failed with significant institutional backing.[9] Before committing architecture, stress-test the governance model: who pays when volumes disappoint? Who controls the ordering service? What happens if a major consortium member exits? Who benefits commercially from keeping the network running?

If your use case requires Ethereum toolchain compatibility

Investigate: EVM version alignment, migration pathways, and privacy layer maturity

EVM-compatible permissioned chains offer the largest developer pool and the most portable token standards, but also inherit Ethereum's complexity surface and dependency on a large, fast-moving ecosystem. The June 2026 deprecation of Tessera[13] illustrates how quickly infrastructure dependencies can shift with no warning to deployers. Verify which privacy layer you are actually depending on and whether it has a funded, independent maintenance path.

If your use case targets regulated fixed-income or derivatives settlement

Investigate: smart contract language portability, regulatory engagement, and total cost of a proprietary dev stack

Purpose-designed smart contract languages may offer stronger formal verification properties for regulated workflows, but they also constrain your developer pool, reduce competitive tension among implementers, and create switching costs that compound over time. Claimed deployments in capital markets exist[14] but are narrow. Evaluate independently whether regulators in your jurisdiction have specifically approved the platform in question, and model the full cost of a bespoke developer talent pipeline before committing.

The structural problem no vendor will name

The deeper issue in this market is not immaturity but misaligned incentives. A private company cannot easily recoup its investment in a truly open, dependency-free protocol. The commercial pressure therefore runs toward inserting proprietary dependencies, whether through tooling, hosting, language choice, or governance control, that guarantee the vendor's indispensability. This is not a technical problem. It is a structural one, and it applies to every for-profit vendor in this space to varying degrees. Any deployment decision that does not explicitly address which elements the vendor controls, and what happens to the deployment if that vendor changes its terms or ceases to exist, has not completed its due diligence. The Hyperledger projects, backed by the Linux Foundation, have the most credible claim to vendor-neutrality in this market. That claim deserves scrutiny too: examine who funds the maintainers and who controls the roadmap in practice.

Section 06, Due Diligence Checklist

Supplement this briefing with independent validation

Before any architecture decision or procurement, go beyond analyst reports and vendor decks. The structural data limitations described throughout this briefing are not unusual, they are characteristic of this market.

Post Oak Labs

Talk to practitioners, not analysts

Post Oak Labs principals have worked inside several of the large vendors covered in this briefing. If you are evaluating permissioned blockchain infrastructure, stablecoin integration, or tokenized payment architecture, we are happy to have a direct conversation.

contact@postoaklabs.com A2A vs. Correspondent Banking → Market Coverage →

References and Notes

  1. Market sizing, Mordor Intelligence, and why the CAGR comparison between permissioned and public chains deserves scrutiny: The global blockchain technology market was valued at $24.46B in 2025 and projected to reach $39.82B in 2026, with a CAGR of approximately 62.8% through 2031. Private/permissioned networks are projected to capture ~42% of total blockchain market share in 2026. BaaS is projected at 51.72% of the permissioned market in 2026. AWS, Microsoft Azure, and Google Cloud together control approximately 63% of the public cloud BaaS market. Enterprise identity management shows permissioned network share of 71.28%. Enterprise blockchain market is separately forecast at $145.9B by 2030 at 47.4% CAGR in long-horizon projections. These are analyst forecasts, not audited actuals.

    The 64.9% vs ~62.8% CAGR comparison requires significant qualification. The 64.9% figure comes from Mordor's Web 3.0 blockchain report and applies specifically to consortium blockchain networks, not to the full permissioned/private segment, and the source of the differential is modelling assumptions about regulated enterprise adoption, not measured on-chain activity. This comparison is therefore not straightforwardly apples-to-apples with public chain growth figures.

    More significantly, Mordor's own asset tokenization market report (January 2026) shows permissionless (public) chains growing at a faster 51.6% CAGR than permissioned chains in the asset tokenization segment, not slower, with the rationale that public chains offer composability with DeFi and 24×7 global liquidity. On-chain data is directionally consistent: tokenized real-world assets on public chains reached $23.6 billion by March 2026, up 66% year-to-date and up roughly 5× from ~$6 billion in 2022, per DeFiLlama and rwa.xyz data cited in industry analysis. Ethereum alone held approximately 68% of all DeFi total value locked in early 2026 (~$90–100 billion), with Solana as the second-largest hub at approximately $9.2 billion in DeFi TVL; neither of these figures is captured in permissioned blockchain market sizing. BlackRock's BUIDL tokenised Treasury fund surpassed $1 billion AUM on Ethereum, and JPMorgan settled a $50M commercial paper transaction using the Solana public blockchain in December 2025, events that occur entirely outside the permissioned market perimeter as Mordor defines it.

    The core methodological issue is scope: Mordor's permissioned segment captures enterprise software spending (BaaS subscriptions, consulting, implementation), while public chain "market size" metrics are typically measured in on-chain TVL or transaction volume, fundamentally different units that make growth-rate comparisons misleading. A permissioned chain adding one large bank client can generate substantial software revenue; that same bank executing comparable value on Ethereum may generate negligible "market revenue" in Mordor's framework but settles orders of magnitude more economic value on-chain. Readers should treat the CAGR comparison as a description of enterprise software procurement trends, not as a claim about which type of blockchain is processing more economic activity.
  2. Revenue transparency, open-source platforms and embedded vendor reporting: Hyperledger Fabric generates no direct platform revenue as an open-source project; economic value accrues to vendors providing BaaS, consulting, and implementation layers. IBM does not disclose blockchain-specific revenue separately from its hybrid cloud and AI consulting segments, though IBM holds 100+ blockchain patents and connects companies across 85+ networks per its own disclosures. Oracle Blockchain Platform (built on Hyperledger Fabric) revenue is embedded within Oracle Cloud Infrastructure reporting and not broken out separately, see investor.oracle.com. AWS Managed Blockchain (supporting Fabric) revenue is embedded within AWS infrastructure segments, see aws.amazon.com/managed-blockchain. Global systems integrators (Accenture, TCS, Capgemini, and others) embed blockchain implementation revenue within broader professional services portfolios. None of these figures are separately disclosed in public financial statements. For decision-making purposes: blockchain-specific revenue comparisons between platform vendors are not possible from public data.
  3. Private company revenue estimates, methodology and limitations: Revenue estimates for ConsenSys (~$91M in 2025) and Kaleido (~$7M in 2024, up from ~$5.7M earlier in 2024 and ~$3.5M in 2023) derive from Latka SaaS database, which collects self-reported or model-estimated figures and does not constitute an audit. ConsenSys revenue primarily reflects MetaMask (swaps, wallet features), Infura (APIs/node infrastructure), Linea (L2), and enterprise tools, no breakdown by product line is publicly available; see consensys.io. R3 is at a 'generating revenue' stage per early 2025 company disclosure; the only figure in the public audited record is R3 Corda LLP (India subsidiary), which reported approximately $2.5M USD in FY ending March 31, 2024, per corporate filings. R3 also reported 70% year-on-year growth in its India subsidiary as a regional indicator, but this figure is not representative of global company revenue. Digital Asset does not disclose revenue; it is funded at $135M (2025 round). All revenue figures marked 'unaudited' or 'estimated' throughout this briefing should be treated as directional indicators only.
  4. R3 Corda RWA milestone, $10B, February 2025: R3 announced on February 13, 2025 that Corda-based platforms hold over $10 billion in on-chain real-world assets (RWAs), processing over 1 million transactions per day. See R3 press release (r3.com) and the GlobeNewswire release. The figure is described as sourced from RWA.xyz data alongside R3's own metrics. This is a vendor-issued figure; it has not been independently audited. R3 subsequently reported tokenising $17B in RWAs by late 2025 in further press materials. Coverage from GTReview corroborates the February 2025 announcement.
  5. R3 funding history: R3 raised approximately $107M in its Series A round in 2017, with 45+ institutional investors including Bank of America, HSBC, ING, Intel, Temasek, BNY Mellon, and others. A debt financing round followed in 2019. Total funding is approximately $112M per Tracxn, corroborated by reporting from Fintech Futures. R3 has approximately 364 employees as of early 2026 company profile data.
  6. Deployment share and developer pool, Hyperledger Foundation Annual Survey 2024: The Hyperledger Foundation Annual Survey (2024), cited by ChainLaunch, estimates Hyperledger Fabric holds approximately 46% of enterprise permissioned deployments and Hyperledger Besu approximately 28%. The same source notes that approximately 31% of enterprises run multiple DLT protocols concurrently. Developer pool estimates, ~8,000 active Fabric/chaincode developers, ~23,000 Solidity/EVM developers, ~2,500 Corda/Kotlin specialists, derive from developer survey data cited in the same ecosystem analysis. These are industry survey estimates, not comprehensive registries. The Hyperledger Foundation survey is not independently audited; it reflects self-reported deployment data from participating organisations.
  7. PeerSpot mindshare rankings, April 2026: PeerSpot User Choice Awards (April 2026) ranked R3 Corda #1 in enterprise blockchain with 31.0% mindshare (up from 7.1% year-on-year) and Hyperledger Fabric #2 with 33.8% mindshare (down from 42.9% year-on-year). These figures reflect PeerSpot's methodology, based on buyer preference surveys among its user base, not deployment counts, revenue, or developer activity. The large year-on-year swing for Corda illustrates why different methodologies produce incompatible 'share' figures. PeerSpot mindshare and Hyperledger Foundation deployment share are measuring different things and should not be directly compared.
  8. IBM Food Trust and TradeLens: IBM Food Trust is a Hyperledger Fabric-based food safety and provenance network deployed with Walmart and its supplier network, tracking food from farm to shelf. It is documented on the Linux Foundation Decentralized Trust (lfdecentralizedtrust.org) site. TradeLens was a container shipping logistics network built on Hyperledger Fabric by IBM and Maersk, tracking 42M+ shipments across 300+ organisations and 600+ ports and terminals at its peak before being wound down in late 2022 / early 2023. TradeLens is a case study in consortium governance failure rather than technical failure; the underlying platform performed as designed. See also LF Decentralized Trust year-end ecosystem reports.
  9. Consortium failures: Contour, we.trade, Marco Polo, TradeLens, and Komgo: A 2025 peer-reviewed study in Frontiers in Blockchain applied Elinor Ostrom's theory of the commons to TradeLens and found that lack of stakeholder engagement, unclear governance, and confidentiality concerns were the primary failure factors, not technical shortcomings. See: Frontiers in Blockchain, 2025. Researcher Timothy Ruff documented the failure of all five major trade blockchains (we.trade mid-2022, TradeLens end 2022, Marco Polo early 2023, Contour late 2023, and Komgo abandoning blockchain while retaining the platform) in an analysis arguing the root cause was platform architecture requiring a single controlling party, fundamentally incompatible with the multi-stakeholder trust model the technology nominally provides. See: Timothy Ruff, Medium, 2024. IBM exited enterprise blockchain following TradeLens; Computerworld reported an analyst noting "the ROI just wasn't there" and IBM was "no longer willing to take losses on their enterprise blockchain projects." See: Computerworld, 2022.
  10. CBDC deployments using Hyperledger frameworks, and eNaira outcomes: LF Decentralized Trust (formerly Hyperledger) identified 13 CBDC production deployments or active pilots using Hyperledger frameworks as of 2021. Nigeria's eNaira, built on Hyperledger Besu and launched October 2021, is the most documented case study. An IMF working paper (WP/23/104, May 2023) found that after one year, eNaira had not moved beyond a limited initial wave of adoption, with only 0.8% of bank accounts and approximately 10% of merchants using it. See: IMF Working Paper WP/23/104. Rest of World reported fewer than 1.15 million Nigerians had used eNaira by late 2022, under 0.5% of the population, with only 8% of opened wallets active. See: Rest of World, 2023. Cornell researchers concluded that as implemented, with all nodes running on Central Bank of Nigeria computers, eNaira was functionally indistinguishable from a centralised banking app. See: Cornell Business, 2023. The eNaira has since been restructured. CBDC projects involving Corda include pilots or production deployments with Wells Fargo Coin, Progmat Coin, the Monetary Authority of Singapore (MAS), the Swiss National Bank, and the Bank of Italy, documented in the April 2025 SEC staff meeting memo; see sec.gov.
  11. R3 Solana integration and R3 Foundation: R3 announced the forthcoming launch of Corda protocol on behalf of R3 Foundation in December 2025. The Corda protocol is a Solana-native curated RWA yield vault set to launch H1 2026, enabling institutions to bring tokenised RWAs on-chain with institutional-grade security and compliance. R3 Foundation was formed in summer 2025 as an independent foundation. The President of the Solana Foundation joined R3's board. See Disruption Banking, December 2025. This integration is framed by R3 as convergence of TradFi private permissioned infrastructure with public DeFi liquidity, not a replacement of the permissioned Corda platform. R3 separately reported $17B in tokenised RWAs by late 2025 in connection with this Solana-related announcement.
  12. Euroclear D-FMI, World Bank digital bond, SIX Digital Exchange, and HQLAx: The World Bank issued a digital bond in 2023 using Euroclear's D-FMI (Digital Financial Market Infrastructure) platform, which is built on R3 Corda. Documented in the April 2025 SEC staff meeting memo summarising Corda-based production examples (available via sec.gov). SIX Digital Exchange (SDX), Switzerland's regulated digital asset exchange, a subsidiary of SIX Group, is built on Corda and operates as the first central securities depository in the world to offer integrated issuance, trading, and settlement of digital securities under Swiss financial market law. HQLAx is a high-quality liquid asset exchange platform built on Corda, enabling collateral mobility for the securities financing market among participating banks. All three are documented in sec.gov materials and R3 ecosystem disclosures.
  13. Tessera deprecation, June 1, 2026: Tessera is the private transaction manager originally developed as part of ConsenSys Quorum (now Hyperledger Besu). The GitHub repository for Tessera is scheduled to be archived on June 1, 2026, following its deprecation in early 2026. Enterprises running Tessera for privacy in permissioned Besu deployments are directed to migrate to alternative privacy solutions. The deprecation was noted in TechTarget coverage of the Quorum/Besu ecosystem transition and in the Tessera GitHub repository deprecation notice. The broader Quorum ecosystem has been nudged toward Hyperledger Besu for permissioned EVM deployments.
  14. Digital Asset Canton Network, $135M funding and ecosystem claims: Digital Asset raised a $135M funding round in 2025 with investors including Goldman Sachs, BNP Paribas, DTCC, and Tradeweb, among others. The Canton Network claims approximately 400 ecosystem participants. Digital Asset press materials describe 'trillions of dollars' worth of real-world assets on the Canton blockchain, this figure has not been independently verified and is characterised here as aspirational. Production deployments documented in public sources include Goldman Sachs' Digital Asset Platform (DAP), HSBC's Orion platform for tokenised bonds (compressing settlement from T+5 to near T+1), and DTCC tokenisation of U.S. Treasury securities (production launch 2026). Revenue is not publicly disclosed. Digital Asset targets fixed-income and capital markets regulated settlement workflows using Daml, a purpose-designed smart contract language.
  15. BlackRock BUIDL tokenised fund: BlackRock's BUIDL (BlackRock USD Institutional Digital Liquidity Fund) tokenised U.S. Treasury fund surpassed $1 billion in AUM in March 2024, deployed on the Ethereum public blockchain. This is the most-cited institutional example of tokenised money market fund adoption and is documented in BlackRock's product disclosures and widely reported in financial press. BUIDL operates on Ethereum, not a permissioned chain, it is cited here as a tokenised RWA scale benchmark, not as a permissioned DLT deployment.
  16. Standard Chartered RWA market projection, $30.1 trillion by 2034: Standard Chartered Research has projected that demand for tokenised real-world assets could reach $30.1 trillion by 2034. This figure is cited in R3's February 2025 press release, in GTReview coverage of the R3 RWA milestone, and in Digital Asset and other vendor materials describing the tokenisation market opportunity. It is an analyst forecast, not a market measurement, and carries the uncertainty inherent in decade-long projections in an early-stage market.
  17. JPMorgan Kinexys and Solana, December 2025: JPMorgan's Kinexys platform (formerly Onyx) settled a $50M commercial paper transaction with Galaxy Digital using the Solana public blockchain in December 2025. This is documented in public disclosures and represents a significant data point in the trend of regulated financial institutions using public Layer-1 blockchains for institutional settlement workflows, a development that converges with, but is distinct from, the permissioned DLT ecosystem described throughout this briefing. It is cited here as evidence of the dissolving boundary between permissioned and public DLT for institutional use cases.
  18. Open source, vendor dependency, and trust minimisation in blockchain systems: The principle that open-source code reduces the number of entities a deployer must trust is foundational to blockchain design but often undermined in practice by proprietary implementations. Vendor dependency, defined as critical reliance on a single supplier that creates strategic and operational vulnerability, has been studied extensively in the context of technology systems. When a vendor controls closed-source code, a buyer inherits that vendor's strategic decisions, pricing power, and business continuity risk without independent recourse. Academic literature on blockchain-as-a-service (BaaS) has flagged specifically that centralised BaaS deployments "erode the trustless mechanism and incur the lock-in risk", see: Xu, M. et al. (2021), "Research advances on blockchain-as-a-service: architectures, applications and challenges," Digital Communications and Networks, ScienceDirect. The same paper notes that Hyperledger Fabric's Kafka ordering service, in earlier configurations, ran on a single node in a single organisation, creating a central point of failure within a nominally decentralised system. Blockchain Commons, an open standards organisation, has articulated the principle that multiple independent implementations of a neutral specification are essential for genuine resilience: see blockchaincommons.com. The Enterprise Ethereum Alliance (EEA) DLT Interoperability Specification v1.0 (September 2024) similarly emphasises open, layered, vendor-agnostic architecture as the basis for trustworthy cross-chain systems: see entethalliance.org.
  19. Apple's multi-supplier strategy as a model for avoiding single-point dependency: Apple Inc. deliberately sources critical hardware components from at least two independent suppliers to avoid dependence on any single vendor, a strategy documented in academic supply chain literature as a hedge against both operational disruption and commercial leverage by a dominant supplier. See, e.g., Goertek's 2022–2023 diversification away from Apple as a sole major customer in response to geopolitical risk: Supplier Response to Apple's Friendshoring, Journal of World Business, ScienceDirect (2025), available here. The principle, that redundancy across independent providers eliminates single-point-of-failure risk, applies directly to enterprise blockchain procurement: an organisation that deploys on a platform with a single vendor controlling the codebase, ordering service, certificate authority, and BaaS hosting has not achieved resilience through decentralisation; it has reintroduced centralisation at the vendor layer.
  20. Central planning as a case study in single-point-of-dependency failure, the Soviet economy: The academic literature on Soviet economic failure is a well-developed body of work on the systemic consequences of concentrating critical resource control in a single entity. Economist János Kornai coined the term "economy of shortage" to describe how centralised control of supply chains, without independent alternatives, produces systemic fragility that is invisible until it cascades. Robert W. Campbell's The Failure of Soviet Economic Planning: System, Performance, Reform (Indiana University Press) documents how the absence of competing, independent implementations of critical functions created a system unable to self-correct. The parallel for enterprise blockchain is precise: a permissioned network in which a single vendor controls the protocol codebase, upgrade schedule, and commercial terms is structurally analogous, the deployer has no independent fallback if the vendor's interests diverge from the network's. For the Soviet economic context, see also: Campbell, R.W. (1992), Indiana University Press; economic planning systems analysis via Wikipedia: Soviet-type economic planning (sourced from academic references including Kornai, Kołakowski, and others); and the Texas National Security Review analysis of how even the USSR's own economists recognised the system's structural inflexibility: tnsr.org. The blockchain-specific application of this principle has been articulated in practitioner literature: a former Director of Market Research at R3 wrote extensively on permissioned distributed ledger design and vendor dependency dynamics at ofnumbers.com (much of which has since been taken private); the 2015 paper Permissioned Distributed Ledgers from that body of work remains a foundational critical analysis of how enterprise blockchain architectures replicate central-control problems in new form. Prysm Group, a blockchain economics consultancy, has published research examining how single-developer control over a protocol creates coordination failures and adverse governance incentives analogous to monopoly supply structures in traditional markets; see their research collection at prysmgroup.io/blockchain-economics-research, particularly work on blockchain upgrade as a coordination game (Hurder, 2018, SSRN 3192208) and the economics of network effects without market power costs (Barrera).
  21. BaaS centralisation and lock-in risk, academic and industry sources: Blockchain-as-a-Service deployments hosted by a single cloud provider introduce a layer of centralisation that contradicts the trust-distribution properties that blockchain architectures nominally provide. The academic peer-reviewed literature on BaaS explicitly identifies this: "BaaS systems are provided in a centralized way which erodes the trustless mechanism and incurs the lock-in risk", Xu, M. et al. (2021), Digital Communications and Networks, ScienceDirect. Industry sources confirm the practical risk: "Relying on a single BaaS provider can lead to vendor lock-in, making it difficult to switch to another provider or move to an on-premises solution if needed", Analytics Insight (2024), analyticsinsight.net. The diversification.com financial risk glossary (March 2026) documents the broader principle: "History is replete with examples where seemingly robust systems failed due to unforeseen operational vulnerabilities or insufficient due diligence" when single points of failure were not identified in advance: diversification.com. Prospective customers should evaluate every component of their proposed stack, code, ordering service, certificate authority, BaaS hosting, upgrade governance, and ask: if the controlling entity for this component ceased to operate or changed its terms, what is the independent alternative?
  22. Linux Foundation / Hyperledger vendor-neutrality claim and its limits: The Linux Foundation Decentralized Trust (LF Decentralized Trust, formerly Hyperledger Foundation) hosts Hyperledger Fabric, Besu, and related projects under a structure designed to prevent any single commercial entity from controlling the project roadmap or codebase. Foundation governance requires multi-stakeholder participation and prohibits vendor capture of project direction. See: lfdecentralizedtrust.org. This structure provides meaningful structural protection relative to closed-source commercial platforms, but it is not without its own dynamics: IBM was the dominant early contributor to Hyperledger Fabric, and the distribution of contributor influence across corporate sponsors warrants scrutiny. The identity of who funds the maintainers, who employs them, and whose interests are weighted most heavily in technical decisions is relevant to any assessment of genuine vendor-neutrality. Organisations considering deployment should review the active contributor and governance records of any Hyperledger project they intend to build on, available via the LF Decentralized Trust GitHub organisations and community meeting records.
  23. Chainwashing: blockchain as a solution in search of a problem: The term chainwashing was coined by Tim Swanson, then Director of Market Research at R3, to describe the practice of marketing a product or service as blockchain-enabled primarily to attract investor attention or differentiate from competitors, when the underlying use case could be served by a conventional database, shared API, or other existing infrastructure. The term is an explicit analogue to greenwashing in environmental marketing, where products are presented as environmentally beneficial without substantive evidence, and to cloudwashing, which described the earlier practice of rebranding legacy products as "cloud" during that technology's hype cycle. Swanson estimated as of 2016 that roughly 97% of blockchain pitches he evaluated at R3 fell into this category, with only a small number of companies demonstrating genuine differentiated need for a distributed ledger architecture; see reporting via Bitcoinist (2017). The diagnostic question Swanson posed, "What is it about a blockchain that solves a problem that couldn't be solved with existing technology?", remains the correct starting point for any enterprise evaluation. In practice, a traditional relational database with access controls (e.g. PostgreSQL, Oracle) is the right tool if: (a) all parties trust a single administrator; (b) there is no need for cryptographic proof of immutability visible to counterparties; or (c) data does not need to be reconciled across organisational boundaries without a central arbiter. Blockchain adds genuine value primarily when: (a) multiple organisations with divergent interests must share a single authoritative record without trusting any one party to maintain it; (b) cryptographic auditability and finality are required by regulation or contract; or (c) programmable settlement logic must execute across counterparty boundaries automatically. Where these conditions do not hold, the addition of a blockchain layer adds cost, complexity, and vendor dependency without commensurate benefit. The greenwashing analogy is instructive: just as environmental claims require substantiation against a counterfactual (what would have happened without the 'green' feature?), blockchain claims require substantiation against a relational-database counterfactual. Vendor case studies rarely provide this comparison.