Competition Law and Blockchain Infrastructure Competition Issues

1. Introduction

Blockchain infrastructure consists of the underlying technical systems that enable distributed-ledger networks to operate. It includes consensus mechanisms, validator and node networks, blockchain clients, mining infrastructure, staking services, wallets, bridges, RPC providers, oracle systems, interoperability protocols, block-building infrastructure, and essential development tools.

Competition law becomes relevant when control over one of these infrastructure layers allows an undertaking or group of undertakings to exclude rivals, restrict interoperability, discriminate against users, coordinate commercially sensitive conduct, foreclose competing protocols, or leverage market power from one blockchain layer into another.

The principal competition-law questions are:

1. What is the relevant blockchain infrastructure market?
2. Can a protocol, validator group, mining pool, or infrastructure provider possess market power?
3. When does exclusive access to blockchain infrastructure become an antitrust problem?
4. Can interoperability restrictions amount to exclusionary conduct?
5. Can staking or validator arrangements facilitate collusion?
6. How should competition authorities assess zero-price or token-based markets?
7. When can access to technical infrastructure constitute an essential facility?
8. How should mergers involving blockchain infrastructure providers be assessed?

Because blockchain-specific reported competition precedents remain limited, established cases involving digital platforms, payment systems, interoperability, essential facilities, software ecosystems, technology standards, and network effects provide the principal analytical framework.

2. Meaning of Blockchain Infrastructure

A blockchain ecosystem can be divided into several infrastructure layers.

A. Consensus infrastructure

This includes:

• validators;
• miners;
• staking pools;
• consensus clients;
• block proposers;
• block builders;
• relay infrastructure.

A concentration at this level can potentially affect transaction inclusion, transaction ordering and network security.

B. Node and RPC infrastructure

RPC providers allow applications to communicate with blockchain networks.

If a small number of providers control access to blockchain data or transaction submission, competitors may become dependent upon them.

C. Wallet infrastructure

Wallets provide access to blockchain accounts and assets.

A dominant wallet provider could potentially:

• favour its own services;
• restrict competing applications;
• impose discriminatory transaction fees;
• prevent interoperability.

D. Bridge infrastructure

Bridges permit assets and information to move between blockchain networks.

A bridge controlling an important cross-chain connection can become a strategically important infrastructure provider.

E. Oracle infrastructure

Oracles connect blockchain applications with external information such as:

• prices;
• interest rates;
• weather;
• commodity data;
• financial benchmarks.

Control over a widely used oracle may therefore create a significant competitive bottleneck.

F. Developer infrastructure

This includes:

• blockchain software development kits;
• APIs;
• cloud infrastructure;
• node-as-a-service platforms;
• smart-contract development tools.

These markets may exhibit substantial network effects and switching costs.

3. Applicable Competition-Law Framework

For India, the principal statutory framework is the Competition Act, 2002, particularly:

• Section 3 — anti-competitive agreements;
• Section 4 — abuse of dominant position;
• Section 5 — combinations;
• Section 6 — regulation of combinations;
• Section 19 — inquiry into agreements and dominant position;
• Section 26 — investigation procedure;
• Sections 27 and 28 — remedies and division of dominant enterprises.

Blockchain infrastructure can implicate both Section 3 and Section 4, depending upon whether the conduct involves coordination between independent participants or unilateral conduct by a dominant enterprise.

4. Relevant-Market Definition

Blockchain infrastructure markets cannot necessarily be defined as one enormous "blockchain market."

Competition authorities may instead distinguish:

• Ethereum validator services;
• Bitcoin mining;
• blockchain RPC services;
• blockchain node hosting;
• crypto-wallet services;
• blockchain oracle services;
• cross-chain bridge services;
• blockchain cloud infrastructure;
• staking services;
• block-building services.

Important dimensions

Product market

Authorities could consider whether:

blockchain infrastructure services are substitutable with conventional financial or technological infrastructure.

For example, blockchain RPC infrastructure may be closer competitively to specialised API/node infrastructure than to cryptocurrency exchanges.

Geographic market

The market may be:

• national;
• regional;
• global.

Blockchain networks are inherently international, but infrastructure providers may operate under national regulatory, cloud-computing, tax and licensing conditions.

5. Network Effects

Network effects are central to blockchain competition.

A blockchain becomes more valuable when more:

• users;
• developers;
• validators;
• applications;
• liquidity providers;
• infrastructure providers

participate in it.

This can produce a self-reinforcing competitive advantage.

For example:

More users → more applications → more liquidity → more developers → more infrastructure investment → more users.

Competition law must therefore examine whether network effects reflect legitimate competition or are being reinforced through exclusionary conduct.

6. Switching Costs and Lock-In

Blockchain infrastructure can produce significant switching costs.

A developer may have to change:

• smart contracts;
• APIs;
• wallet integrations;
• oracle connections;
• bridge architecture;
• node infrastructure;
• transaction-management systems.

Consequently, even where competing infrastructure technically exists, users may remain dependent upon an incumbent.

This makes interoperability especially important.

7. Essential-Facility Issues

One of the most significant competition questions concerns infrastructure that competitors cannot reasonably replicate.

Potential examples include:

• access to a dominant blockchain;
• validator infrastructure;
• transaction-relay systems;
• essential oracle feeds;
• interoperability gateways;
• dominant RPC infrastructure.

However, mere importance does not automatically make infrastructure an essential facility.

Authorities generally examine whether:

1. the facility is indispensable;
2. duplication is practically or economically feasible;
3. access can be provided;
4. refusal has exclusionary effects;
5. legitimate business or technical justification exists.

8. Refusal to Deal

Suppose a dominant blockchain infrastructure provider refuses access to competing applications while providing equivalent access to its own downstream services.

Possible concerns include:

• foreclosure;
• discrimination;
• leveraging;
• elimination of downstream competition.

The analysis becomes particularly significant where the infrastructure provider has no realistic substitute.

9. Interoperability Restrictions

Interoperability is fundamental to blockchain competition.

A dominant blockchain infrastructure provider could theoretically restrict:

• API access;
• cross-chain communication;
• wallet interoperability;
• bridge compatibility;
• data portability;
• validator compatibility.

Such restrictions can raise competition concerns when they are designed or used to prevent customers from moving to competing infrastructure.

10. Self-Preferencing

A blockchain infrastructure provider operating downstream services could potentially favour its own products.

For example:

A dominant RPC provider operates a wallet application and systematically gives its own wallet superior transaction-routing functionality.

The competition issue would involve determining whether the conduct disadvantages competing wallets and whether there is a legitimate technical justification.

11. Discriminatory Access

A dominant infrastructure operator might provide:

• faster access to some applications;
• preferential API limits;
• lower infrastructure charges;
• priority transaction processing;
• superior technical documentation

to affiliated or preferred businesses.

Discriminatory treatment can become particularly problematic when the provider controls an important bottleneck.

12. Validator and Mining-Pool Concentration

Proof-of-stake and proof-of-work systems raise a distinct issue.

A small number of validators or mining pools may acquire substantial control over transaction processing.

Competition authorities could investigate whether competing participants coordinate:

• transaction fees;
• validation policies;
• infrastructure charges;
• service conditions;
• exclusionary rules.

A critical distinction must be maintained between technical decentralisation and economic competition.

A blockchain may have thousands of technically independent nodes while commercial control is concentrated among a small number of service providers.

13. Collusion Through Blockchain Infrastructure

Blockchain transparency can create an unusual competition problem.

Public ledgers may make competitors' conduct easier to observe.

This can facilitate algorithmic coordination if firms can rapidly observe:

• prices;
• transaction fees;
• trading behaviour;
• capacity;
• supply;
• bidding patterns.

Therefore, blockchain technology does not automatically prevent collusion.

Indeed, transparency can sometimes make deviations from coordinated behaviour easier to detect.

14. Smart Contracts and Tacit Coordination

Smart contracts can automatically implement commercial conditions.

For example, competitors might use identical automated pricing mechanisms.

The competition-law question would be whether:

• the algorithm merely independently implements rational pricing; or
• competitors intentionally coordinate through the algorithm.

Evidence of communication, agreement, common design or coordinated implementation would be particularly important.

15. Case Law

Case 1 — United Brands Company v Commission

United Brands v Commission, Case 27/76 (1978)

The European Court of Justice developed important principles concerning:

• market definition;
• dominance;
• indispensable commercial relationships;
• discriminatory conduct;
• exclusionary effects.

Blockchain relevance

A dominant blockchain infrastructure provider could be analysed similarly where users have no realistic alternative to its infrastructure.

For example, if a dominant oracle or interoperability provider controls an indispensable input, discriminatory access could potentially become an abuse-of-dominance issue.

Principle

Market power must be assessed by examining the actual competitive constraints faced by the undertaking.

16. Case 2 — Commercial Solvents v Commission

Commercial Solvents Corp. v Commission, Joined Cases 6/73 and 7/73 (1974)

The Court addressed refusal by a dominant undertaking to supply an important input to downstream competitors.

Blockchain relevance

This provides an important analogy for:

• dominant node providers;
• dominant oracle providers;
• blockchain infrastructure APIs;
• bridge infrastructure;
• validator services.

If an infrastructure provider controls a critical upstream input and uses that control to eliminate downstream competitors, competition concerns may arise.

Principle

A dominant undertaking cannot necessarily use control over an upstream market to eliminate competition downstream.

17. Case 3 — Bronner v Mediaprint

Oscar Bronner GmbH & Co. KG v Mediaprint, Case C-7/97 (1998)

The Court established a demanding framework for refusal-to-deal claims.

The facility generally must be effectively indispensable, with no realistic alternative.

Blockchain relevance

This is particularly important for blockchain infrastructure.

Not every important blockchain service should automatically be treated as an essential facility.

For example, the existence of multiple:

• RPC providers;
• cloud providers;
• oracle providers;
• bridge providers

could weaken an indispensability claim.

Principle

Importance alone is insufficient; genuine indispensability matters.

18. Case 4 — IMS Health v NDC Health

IMS Health GmbH & Co. KG v NDC Health GmbH & Co. KG, Case C-418/01 (2004)

The case concerned access to an intellectual-property-protected system and the circumstances in which refusal of access could become abusive.

Blockchain relevance

Blockchain infrastructure may involve:

• proprietary APIs;
• software interfaces;
• technical standards;
• interoperability protocols;
• proprietary data structures.

A dominant infrastructure operator could potentially face access obligations where the stringent conditions for intervention are satisfied.

Principle

Competition law can intervene in exceptional circumstances where control over an indispensable input substantially eliminates downstream competition.

19. Case 5 — Microsoft v Commission

Microsoft Corp. v Commission, Case T-201/04 (2007)

The European General Court upheld major findings concerning Microsoft's refusal to provide interoperability information and the competitive effects on rival work-group server products.

Blockchain relevance

This is particularly relevant to:

• blockchain interoperability;
• API access;
• wallet compatibility;
• cross-chain functionality;
• developer access.

A dominant blockchain infrastructure provider could potentially impair competition by deliberately withholding technical interoperability information.

Principle

Interoperability can be an important competitive parameter in technology markets.

20. Case 6 — Google Shopping

Google Search (Shopping), Case AT.39740

The European Commission found that Google had favoured its own comparison-shopping service in search results.

Blockchain relevance

The case provides an important conceptual analogy for self-preferencing.

Suppose a dominant blockchain infrastructure platform simultaneously operates:

• infrastructure services;
• wallet services;
• exchange services;
• DeFi applications.

If it systematically favours its affiliated downstream services, competition authorities could examine whether the infrastructure position is being leveraged to distort downstream competition.

Principle

Control over an important platform interface can provide opportunities for discriminatory treatment of competing downstream services.

21. Case 7 — Qualcomm

Qualcomm, Case AT.40220

The European Commission's Qualcomm decision concerned exclusionary payments and the relationship between market power and foreclosure.

Blockchain relevance

Blockchain infrastructure providers may similarly use:

• rebates;
• exclusivity arrangements;
• preferential infrastructure pricing;
• loyalty incentives;
• token rewards

to induce applications or customers to remain exclusively within a particular ecosystem.

Principle

Financial incentives can create competition concerns where they foreclose equally efficient competitors.

22. Case 8 — Aspen Skiing Co. v Aspen Highlands

Aspen Skiing Co. v Aspen Highlands Skiing Corp., 472 U.S. 585 (1985)

The U.S. Supreme Court considered the termination of an established cooperative arrangement by a monopolist.

Blockchain relevance

The case is useful for examining situations where an infrastructure operator:

• historically interoperated with a rival;
• later terminates interoperability;
• has no obvious legitimate commercial explanation;
• thereby harms downstream competition.

Principle

A prior course of profitable cooperation can be relevant when assessing certain refusal-to-deal theories.

23. Case 9 — Trinko

Verizon Communications Inc. v Law Offices of Curtis V. Trinko, 540 U.S. 398 (2004)

The U.S. Supreme Court adopted a cautious approach toward compulsory dealing.

Blockchain relevance

The case demonstrates why competition authorities should not automatically require dominant infrastructure providers to cooperate with competitors.

Forced access may:

• reduce innovation incentives;
• create regulatory obligations;
• require continuous supervision;
• interfere with legitimate technical design.

Principle

Competition law does not generally create a broad duty for monopolists to share every infrastructure resource.

24. Case 10 — MCI Communications v AT&T

MCI Communications Corp. v AT&T, 708 F.2d 1081 (7th Cir. 1983)

The Seventh Circuit developed important principles concerning essential facilities and access to telecommunications infrastructure.

Blockchain relevance

The telecommunications context provides a useful analogy for blockchain infrastructure because both involve:

• network effects;
• interoperability;
• technical standards;
• access bottlenecks;
• infrastructure investment.

A blockchain infrastructure facility may raise similar questions where competitors cannot practically replicate the relevant network connection.

25. Blockchain Infrastructure and Merger Control

Competition concerns may also arise through acquisitions.

Potential transactions include:

• large validator acquiring a staking provider;
• blockchain client acquiring an RPC provider;
• exchange acquiring wallet infrastructure;
• cloud provider acquiring blockchain infrastructure;
• oracle provider acquiring a competing oracle;
• bridge provider acquiring interoperability technology.

Authorities should consider:

Horizontal effects

Two competing infrastructure providers merge.

Vertical effects

An infrastructure provider acquires a downstream application.

Conglomerate effects

A major ecosystem combines several infrastructure layers.

Data effects

The transaction combines:

• transaction data;
• user information;
• wallet information;
• blockchain analytics;
• behavioural data.

26. Network Effects in Merger Analysis

Traditional market shares may not fully capture blockchain market power.

Authorities may additionally consider:

• validator concentration;
• developer numbers;
• total value secured;
• transaction volume;
• liquidity;
• number of integrated applications;
• switching costs;
• technical compatibility;
• token holdings;
• control of infrastructure standards.

27. Token-Based Competition

Blockchain infrastructure frequently uses tokens rather than conventional monetary prices.

Therefore, a zero-price service may still involve significant competitive value.

Competition authorities may consider:

• token rewards;
• staking yields;
• transaction fees;
• data extraction;
• governance rights;
• lock-up periods;
• switching costs.

The absence of a conventional monetary price does not necessarily mean there is no competition issue.

28. Governance and Competition

Decentralised autonomous organisations (DAOs) create an unusual competition problem.

A DAO may have:

• token holders;
• validators;
• developers;
• protocol foundations;
• infrastructure providers.

Competition analysis must determine whether apparently decentralised participants are genuinely independent.

A governance structure could potentially facilitate coordination if major infrastructure providers hold substantial voting power over competing ecosystems.

29. Blockchain Standards and Consortiums

Blockchain infrastructure consortiums may develop:

• technical standards;
• interoperability protocols;
• common validation requirements;
• identity standards;
• settlement standards.

Cooperation can generate efficiencies, but competition concerns may arise if the consortium:

• excludes rival technologies;
• imposes discriminatory membership conditions;
• shares sensitive commercial information;
• fixes prices or fees;
• prevents members from dealing with outsiders.

The distinction between legitimate standardisation and exclusionary standard-setting is therefore important.

30. Most Important Competition Risks

31. Competition-Law Remedies

Where an infringement is established, possible remedies may include:

Structural remedies

• divestiture;
• separation of infrastructure and downstream operations;
• prohibition of certain acquisitions.

Behavioural remedies

• non-discriminatory access;
• interoperability obligations;
• API access;
• data portability;
• transparent technical standards;
• prohibition of exclusivity;
• fair and reasonable access terms.

Governance remedies

• independent governance mechanisms;
• voting-right restrictions;
• transparency requirements;
• conflict-of-interest rules.

32. Compliance Framework for Blockchain Infrastructure Businesses

A blockchain infrastructure provider should establish:

1. Competition-law training for executives and technical teams.
2. Documented access policies for infrastructure customers.
3. Non-discriminatory API policies.
4. Transparent validator and staking arrangements.
5. Controls over competitor information.
6. Monitoring of consortium communications.
7. Competition review of smart-contract pricing algorithms.
8. Merger-control review of acquisitions.
9. Interoperability policies.
10. Periodic market-power assessments.

33. Key Legal Issues for Examination

For a problem question, the analysis can be structured as:

Relevant Market → Market Power → Infrastructure Bottleneck → Conduct → Foreclosure → Efficiency Justification → Competitive Effects → Remedy

Example

Suppose a company operates 70% of the infrastructure used by applications on a blockchain.

It then launches its own wallet and:

• restricts competing wallets' API access;
• gives its own wallet priority transaction processing;
• provides discounts only to applications using its wallet;
• refuses interoperability with competing wallets.

The analysis would involve:

1. defining the relevant infrastructure market;
2. assessing dominance;
3. examining refusal/discrimination;
4. analysing self-preferencing;
5. considering loyalty/exclusivity incentives;
6. evaluating interoperability;
7. determining foreclosure effects;
8. considering objective technical justification;
9. assessing efficiencies;
10. determining an appropriate remedy.

34. Conclusion

Blockchain infrastructure creates a distinctive competition-law environment because technical architecture can itself become a source of market power. Network effects, validator concentration, interoperability, switching costs, token incentives and control over technical interfaces can allow infrastructure providers to influence competition far beyond the infrastructure layer itself.

The central competition-law challenge is therefore not simply whether blockchain technology is decentralised. The relevant question is where economic control actually resides.

The principles developed in Commercial Solvents, Bronner, IMS Health, Microsoft, Google Shopping, United Brands, Aspen Skiing, Trinko and MCI v AT&T provide useful analytical foundations for assessing blockchain infrastructure disputes.

For blockchain infrastructure, the most important competition-law themes are consequently market definition, dominance, essential facilities, refusal to deal, interoperability, self-preferencing, discriminatory access, network effects, algorithmic coordination, consortium arrangements and merger control.