Competition Law And Trust Interoperability Obligations
Competition Law and Trust Interoperability Obligations
Introduction
Trust interoperability obligations refer to legal or regulatory requirements that enable different trust-based digital systems, platforms, data environments, reputation systems, identity systems, or institutional networks to interact with one another. The concept becomes relevant to competition law where a dominant undertaking uses control over a trusted ecosystem to prevent rivals from accessing users, data, reputation, authentication, verification, or complementary services.
Trust can itself become a competitive asset and a source of market power. Users may remain on a platform because they have accumulated ratings, transaction histories, verified identities, professional credentials, payment records, or other forms of reputation. If those trust assets cannot be transferred, accessed, or recognised outside the incumbent ecosystem, switching costs can become substantial.
Competition law therefore examines whether interoperability is necessary to prevent:
- foreclosure of competitors;
- exclusionary network effects;
- artificial switching costs;
- leveraging of dominance into adjacent markets;
- discriminatory access to trust infrastructure;
- refusal to provide essential verification or authentication;
- self-preferencing of the incumbent's own trust services;
- data and reputation portability barriers; and
- strategic degradation of interoperability.
1. Meaning of Trust Interoperability
Trust interoperability exists where two or more otherwise separate systems can recognise, exchange, validate, or rely upon trust-related information.
Examples include:
- Digital identity interoperability
One platform recognises a user's verified identity established elsewhere. - Reputation interoperability
Ratings or seller histories can be transferred between competing marketplaces. - Credential interoperability
Professional or educational credentials issued by one system can be recognised by another. - Payment-trust interoperability
A payment provider can authenticate transactions through an independent identity or security infrastructure. - Enterprise trust interoperability
Different cloud, cybersecurity or authentication systems can exchange trusted credentials. - Platform-to-platform trust interoperability
Competing social, messaging, marketplace or service platforms can authenticate users or recognise established relationships.
The competition-law question is not whether every system must be interoperable. The question is whether a firm's control over an important trust infrastructure is being used to exclude competition.
2. Why Trust Can Create Market Power
Traditional network effects arise because a product becomes more valuable as more people use it.
Trust ecosystems can produce an additional effect:
The more trust a user accumulates within one ecosystem, the greater the cost of leaving that ecosystem.
For example, an online seller may have:
- ten years of transaction history;
- thousands of customer reviews;
- verified credentials;
- fraud-prevention history;
- buyer ratings;
- seller rankings; and
- platform-specific reputation.
If all of these assets disappear when the seller changes platforms, the incumbent gains a powerful retention mechanism.
This can create a cycle:
Users → transactions → reputation → trust → more users → greater reputation → stronger network effects → greater market power
3. Competition Concerns Created by Non-Interoperable Trust Systems
A. Switching Costs
A dominant platform can make switching costly by ensuring that accumulated trust cannot be transferred.
A competitor may offer a better product but still struggle to attract users because users would have to rebuild their reputation.
B. Network Effects
Trust systems become particularly powerful in multi-sided markets.
For example:
More sellers → more transactions → more reviews → greater buyer confidence → more buyers → more sellers
An incumbent can therefore use its established trust system to reinforce its position.
C. Entry Barriers
A new entrant may technically be capable of offering the same service but lack the incumbent's accumulated trust database.
This creates a distinction between:
technical entry and effective competitive entry.
A competitor may enter the market but remain unable to compete effectively because it cannot replicate the incumbent's trust infrastructure.
D. Data Lock-In
Trust information may be generated by users but controlled technologically by the platform.
This creates questions concerning:
- data portability;
- interoperability;
- API access;
- standardisation;
- verification;
- authentication; and
- machine-readable transfer.
4. Interoperability as an Antitrust Remedy
Interoperability can be used as a remedy where a dominant undertaking's refusal to interoperate substantially restricts competition.
Possible remedies include:
1. API access
A dominant platform may be required to provide competitors with access to technical interfaces.
2. Data portability
Users may be allowed to transfer relevant trust information to another provider.
3. Protocol interoperability
Competing systems may be required to communicate using common technical standards.
4. Credential recognition
A platform may have to recognise independently generated verification credentials.
5. Non-discriminatory access
Access to trust infrastructure must be supplied on equivalent terms to similarly situated competitors.
6. Functional interoperability
Instead of requiring identical technical architecture, the law may require systems to perform compatible functions.
5. Relationship with Abuse of Dominance
Trust interoperability obligations are particularly relevant to abuse-of-dominance law.
The analytical sequence is generally:
Step 1 — Define the relevant market
The relevant market could concern:
- online marketplaces;
- digital identity;
- authentication;
- payment services;
- cloud services;
- social networking;
- professional platforms;
- app ecosystems; or
- another specialised digital service.
Step 2 — Establish dominance
Relevant indicators may include:
- market share;
- network effects;
- switching costs;
- access to data;
- user lock-in;
- technological advantages;
- ecosystem integration; and
- barriers to entry.
Step 3 — Identify the trust bottleneck
The authority asks whether the undertaking controls an infrastructure that competitors materially need.
Step 4 — Examine the conduct
Potential conduct includes:
- refusal to interoperate;
- discriminatory interoperability;
- technical degradation;
- withholding APIs;
- restricting portability;
- exclusive standards;
- tying trust services to another product; or
- interoperability only for the dominant firm's affiliates.
Step 5 — Assess competitive effects
The inquiry concerns whether the conduct:
- excludes competitors;
- raises rivals' costs;
- prevents entry;
- reduces innovation;
- increases switching costs; or
- protects dominance.
6. Essential-Facilities Dimension
Trust interoperability can overlap with the essential-facilities doctrine.
The argument becomes stronger where:
- the trust infrastructure is indispensable;
- duplication is technically or economically impracticable;
- access is necessary for effective competition;
- the dominant undertaking controls the facility; and
- refusal lacks adequate objective justification.
However, not every valuable database or trust system automatically constitutes an essential facility.
Competition authorities must distinguish between:
commercially useful access and legally indispensable access.
7. Data Portability and Trust Portability
Data portability is narrower than general interoperability.
Data portability
Allows users to retrieve and transfer information.
Interoperability
Allows different systems to function together.
Trust portability
Concerns transfer or recognition of accumulated reputation, credentials, verification and reliability information.
For example:
A seller should potentially be able to move verified transaction history and reputation information from Platform A to Platform B.
But portability creates additional competition concerns:
- authenticity;
- fraud;
- manipulation of ratings;
- privacy;
- cybersecurity;
- consent;
- authentication;
- contextual validity of ratings; and
- interoperability standards.
8. Six Important Case Laws
1. United States v. Microsoft Corp. (2001)
The Microsoft litigation is one of the foundational cases concerning interoperability and exclusionary conduct in digital markets.
Microsoft controlled the dominant Windows operating-system platform and engaged in conduct concerning browser competition and access to operating-system interfaces.
The case demonstrated that a dominant platform's control over an important technological interface can be used to disadvantage competing products.
Relevance
The broader competition principle is that:
- control over an important platform interface can generate substantial market power;
- interoperability decisions can affect rival access;
- technical restrictions may have exclusionary consequences; and
- competition law can scrutinise strategic manipulation of platform interfaces.
It provides an important conceptual foundation for analysing modern trust-interoperability disputes.
2. Bronner v. Mediaprint (CJEU, 1998)
In Oscar Bronner GmbH & Co. KG v Mediaprint, the Court of Justice considered refusal of access to a newspaper home-delivery system.
The Court established a restrictive approach to mandatory access under the essential-facilities doctrine.
Relevance to trust interoperability
The case illustrates that competition law should not automatically require a dominant company to share every infrastructure or resource.
A mandatory interoperability obligation requires strong justification, particularly where:
- duplication is possible;
- the infrastructure is not indispensable; or
- competition can occur without access.
Thus, trust interoperability must be assessed carefully rather than assumed.
3. IMS Health GmbH & Co. KG v NDC Health GmbH & Co. KG (CJEU, 2004)
IMS Health concerned access to a copyrighted structure used in pharmaceutical sales-data analysis.
The Court addressed circumstances in which refusal to license intellectual property could constitute abuse.
Relevance
The case is important where trust interoperability depends upon:
- proprietary standards;
- protected databases;
- technical structures;
- proprietary classifications; or
- intellectual-property rights.
It demonstrates that intellectual property does not automatically immunise exclusionary conduct from competition-law scrutiny.
4. Microsoft Corp. v Commission (General Court, 2007)
The European Commission found that Microsoft had abused its dominant position by restricting interoperability information necessary for competing work-group server products.
The European Union courts upheld the central competition-law intervention.
Relevance to trust interoperability
This is especially important because the case directly demonstrates the competition significance of interoperability information.
The case supports several principles:
- interoperability can be competitively significant;
- a dominant undertaking may possess information that rivals need to compete effectively;
- withholding technical information may contribute to foreclosure; and
- interoperability remedies can be appropriate in digital ecosystems.
For modern trust ecosystems, the equivalent question may concern access to:
- authentication interfaces;
- identity protocols;
- verification mechanisms;
- security credentials; or
- trust-related APIs.
5. Slovak Telekom v Commission (CJEU, 2021)
The Slovak Telekom litigation concerned exclusionary conduct and access to telecommunications infrastructure.
The Court considered the relationship between refusal-to-deal principles and obligations concerning access to infrastructure.
Relevance
Telecommunications infrastructure is particularly instructive for trust interoperability because modern digital trust often depends on underlying network infrastructure.
The case illustrates that:
- access obligations can interact with abuse-of-dominance rules;
- infrastructure control can reinforce market power;
- the precise legal test depends upon the nature of the conduct; and
- competition authorities must distinguish different categories of exclusionary behaviour.
6. Google Android (European Commission, 2018)
The European Commission's Google Android decision concerned Google's conduct involving the Android ecosystem, including restrictions connected with application distribution, search and browser competition.
Relevance to trust interoperability
Android demonstrates how control over a large digital ecosystem can allow a platform operator to influence adjacent markets.
Trust-related interoperability may arise where the ecosystem controls:
- authentication;
- app distribution;
- account identity;
- security certification;
- payment systems; and
- access to users.
The broader lesson is that competition analysis increasingly examines ecosystem-level leverage, rather than looking only at an isolated product.
9. Additional Relevant Case Law
7. Google Shopping (General Court, 2021)
The Google Shopping litigation concerned the treatment of competing comparison-shopping services within Google's search ecosystem.
Its significance for trust interoperability lies in the broader concept of a dominant digital gateway controlling access to users.
Where a dominant platform controls the gateway through which users discover competing services, discrimination can affect downstream competition.
8. Commercial Solvents v Commission (CJEU, 1974)
This case established important principles concerning refusal to supply by a dominant undertaking.
The Court recognised that a dominant undertaking can abuse its position when it restricts supply in a way that excludes competition in a downstream market.
Relevance
The same analytical structure can apply where:
Trust infrastructure → downstream platform/service
and the infrastructure controller refuses access to a necessary input.
10. Competition Assessment of a Trust Interoperability Obligation
A structured assessment can be represented as follows:
Dominant trust ecosystem
↓
Control over identity / reputation / verification / authentication
↓
Competitor requests interoperability
↓
Access granted?
YES
Assess:
- discriminatory terms;
- excessive charges;
- degraded functionality;
- preferential access to affiliates.
NO
Assess:
- indispensability;
- duplication possibilities;
- objective justification;
- foreclosure;
- downstream competition;
- innovation effects.
↓
Competitive effects
↓
Possible antitrust intervention
11. Objective Justifications for Refusing Interoperability
A dominant firm may have legitimate reasons for restricting interoperability.
These may include:
Cybersecurity
Opening interfaces can create security vulnerabilities.
Privacy
Trust information may contain personal data.
Fraud prevention
Portability can facilitate fake accounts or reputation manipulation.
Technical feasibility
Interoperability may require disproportionate technological investment.
Intellectual property
Some elements may be legitimately protected.
System integrity
Uncontrolled interoperability could compromise reliability.
Competition law therefore normally requires a balancing exercise rather than an automatic interoperability mandate.
12. Risks of Excessive Interoperability Obligations
Mandatory interoperability can itself produce problems.
A. Free riding
Competitors could benefit from investments made by the incumbent without making equivalent investments.
B. Security risks
Opening APIs may create attack surfaces.
C. Privacy risks
Transferring reputation and identity information may expose personal data.
D. Reduced innovation incentives
Excessive compulsory access could reduce incentives to develop superior trust infrastructure.
E. Standardisation problems
A mandated technical standard can become outdated.
Therefore, interoperability regulation should ideally be:
- proportionate;
- technologically neutral;
- security-conscious;
- privacy-compatible; and
- targeted at the competitive bottleneck.
13. Trust Interoperability and Digital Markets
The concept becomes particularly important in digital markets because digital trust is increasingly embedded in platforms.
Examples include:
| Trust Infrastructure | Competition Concern |
|---|---|
| Digital identity | Identity lock-in |
| Marketplace ratings | Reputation portability |
| Payment authentication | Ecosystem foreclosure |
| Professional credentials | Credential lock-in |
| Seller verification | Entry barriers |
| Cybersecurity certificates | Access discrimination |
| Cloud identity systems | Switching costs |
| Social-network identity | User lock-in |
| App-store authentication | Ecosystem leverage |
| AI credentials/data provenance | Emerging interoperability concerns |
14. Trust Interoperability and AI Markets
AI systems create a new category of trust infrastructure.
Examples include:
- model certification;
- AI-generated-content provenance;
- safety credentials;
- data provenance;
- model evaluation records;
- identity verification;
- enterprise authentication; and
- AI-agent reputation.
A dominant AI ecosystem could potentially create barriers by making its trust credentials usable only inside its own ecosystem.
Competition authorities may therefore eventually examine whether:
AI trust credentials should be technically portable or recognised across competing ecosystems.
The relevant competition concerns would include:
- interoperability;
- switching costs;
- network effects;
- data portability;
- authentication;
- standards;
- security; and
- ecosystem foreclosure.
15. Trust Interoperability and Consumer Welfare
Interoperability can produce consumer benefits through:
- easier switching;
- greater choice;
- lower switching costs;
- stronger competition;
- improved innovation;
- reduced platform dependence; and
- greater contestability.
But poorly designed interoperability can produce:
- fraud;
- privacy violations;
- security problems;
- misleading reputation transfers; and
- reduced reliability.
Accordingly, competition law should distinguish pro-competitive interoperability from interoperability that merely transfers risks between systems.
16. Indian Competition-Law Perspective
Under the Competition Act, 2002, trust interoperability concerns can potentially arise principally under the law governing abuse of dominant position.
Relevant forms of conduct can include:
- denial of market access;
- discriminatory or unfair conditions;
- leveraging dominance into another market;
- exclusionary refusal to provide access;
- tying or bundling;
- discriminatory access to digital infrastructure; and
- conduct that limits technical or scientific development.
The Competition Commission of India (CCI) may therefore need to examine interoperability disputes by considering:
- the relevant product and geographic markets;
- whether the undertaking is dominant;
- the importance of the trust infrastructure;
- the availability of substitutes;
- switching costs;
- network effects;
- foreclosure of competitors;
- objective justification; and
- effects on consumers and innovation.
17. Regulatory Design Principles
An effective trust-interoperability regime could incorporate:
Principle 1 — Proportionality
Only competitively necessary interoperability should be mandated.
Principle 2 — Non-discrimination
Comparable competitors should receive comparable access.
Principle 3 — User control
Users should have meaningful control over portable trust information.
Principle 4 — Security
Interoperability must not undermine authentication and cybersecurity.
Principle 5 — Privacy
Trust portability must comply with applicable data-protection requirements.
Principle 6 — Technical neutrality
Regulation should avoid permanently favouring one technical architecture.
Principle 7 — Auditability
Interoperability systems should maintain reliable records of access and transfers.
18. Key Legal Issues for Future Competition Cases
Future cases are likely to address questions such as:
- Can accumulated platform reputation be treated as a competitively significant asset?
- When does refusal to transfer reputation constitute exclusionary conduct?
- Can a dominant platform be required to provide APIs to competitors?
- Does authentication infrastructure constitute an essential facility?
- Can proprietary trust standards be used to exclude competing systems?
- How should privacy and competition law interact?
- Can a platform degrade interoperability without expressly refusing access?
- Should interoperability obligations extend to AI-agent ecosystems?
- Who owns accumulated reputation—the user or the platform?
- Can competition authorities mandate cross-platform recognition of digital credentials?
Conclusion
Trust interoperability is becoming an important competition-law issue because trust itself can function as infrastructure. Digital identities, reputation scores, verification systems, credentials, authentication mechanisms and transaction histories can create powerful network effects and switching costs.
The central competition-law distinction is between legitimate protection of trust infrastructure and strategic use of trust infrastructure to exclude rivals.
The cases of Microsoft, Bronner, IMS Health, Slovak Telekom, Google Android, Google Shopping and Commercial Solvents demonstrate different parts of the broader legal framework: interoperability, refusal to supply, essential facilities, infrastructure access, ecosystem leverage and downstream foreclosure.
The emerging legal framework can therefore be expressed as:
Trust infrastructure + substantial market power + unjustified interoperability restriction + competitive foreclosure = potential competition-law concern.
At the same time, interoperability should not be imposed automatically. Indispensability, proportionality, privacy, cybersecurity, technical feasibility, intellectual-property rights and incentives to innovate remain important considerations in determining whether an interoperability obligation is appropriate.

comments