Maersk Blockchain Case Study: TradeLens Rise & Failure

What TradeLens Was — and Why This Case Study Still Matters

In early August 2018, IBM and global shipping company A.P. Moller-Maersk Group officially launched a cargo tracking and supply chain management platform called TradeLens (previously known as Global Trade Digitization, or GTD). At the time of launch, it was the most ambitious enterprise blockchain project in logistics history — and one of the most instructive in its failure.

This case remains an essential reference for any CTO or product director considering blockchain as an infrastructure solution for multi-party business processes. Not because TradeLens succeeded — but because it ran the full cycle: from pilot to scale, from scale to shutdown — leaving behind documented metrics, architectural decisions, and governance mistakes that are directly applicable today.

In this article: the technical architecture of the platform, pilot results, the reasons behind the 2022 shutdown, and practical lessons for anyone building distributed ledger solutions today.

Context: Why Shipping Needed Blockchain

Maersk. A Danish transnational conglomerate specializing in container shipping. Since 1996, the world's largest operator of container ships: over 88,000 employees, offices in 130 countries, and more than 15% of global TEU market share. After a 2016 restructuring, the transport and logistics division took on over 600 vessels with a combined gross tonnage exceeding 3.8 million registered tons.

That scale is equivalent to the supply chain of an entire city. And it was precisely that scale that made effective management through existing systems impossible:

• Cumbersome information and financial transactions between freight and supply chain participants
• An excess of manual, labor-intensive processes generating errors and cargo delays
• Opaque customs processes creating conditions for corruption and fraud
• Unequal information sharing between supply chain participants
• Lack of industry standardization leading to inconsistent and low-quality data

One telling figure: a single cargo shipment generated up to 200 communications between 30 different organizations — carriers, banks, customs agencies, insurers. The paper trail from one flower shipment between Mombasa and Rotterdam stood 25 centimeters high.

IBM Corp. The American IT giant with $9 billion in net income and 350,000 employees across 177 countries. IBM's blockchain division drove the company's distributed ledger efforts. In March 2017, Maersk and IBM announced a partnership and joint venture to commercialize a solution built on permissioned Hyperledger Fabric blockchain — one of the Hyperledger projects developed under the Linux Foundation.

TradeLens Technical Architecture

TradeLens was positioned as an open, neutral platform for managing ocean freight and supply chains on a blockchain foundation. Its core premise: automated information exchange between all supply chain participants without intermediaries or verifying third parties.

Three Ecosystem Layers

Business Network. Shippers and consignees, freight forwarders, ocean carriers, ports and terminals, customs brokers, government agencies. Each organization inputs data into the ecosystem where it is stored, processed, and tracked throughout the cargo journey.

Participation levels within the ecosystem:

1. Fully integrated participants — connect via direct API and interact with the platform in real time
2. EDI channel participants — use existing EDI standards to exchange data with TradeLens
3. Portal participants — interact via web interface without direct system integration

Blockchain Layer. Implemented on Hyperledger Fabric — a permissioned blockchain where every network node belongs to a verified participant. The blockchain acts as the "source of truth": it guarantees that information entered into the system is authentic and error-free. In other words, TradeLens itself is the data validator.

Marketplace and API Environment. An open API environment allowed third parties to develop and launch their own applications on top of TradeLens. A sandbox provided a way to test integrations without risk to production data.

How It Works: IoT + Smart Contracts

The technical logic of TradeLens was built across three interaction layers:

1. IoT layer. Sensors attached to cargo, transport, and port equipment track cargo location and condition (temperature, humidity, vibration) in real time. Sensor data is written to the blockchain and becomes available to all relevant parties.
2. Smart contract layer. In pre-defined scenarios, sensors communicate with each other through smart contracts. For example: when a container's sensor comes on board a vessel, it automatically transmits cargo information to the ship's system. Upon arrival at port, the vessel automatically transmits full cargo details to port systems.
3. Document automation layer. IoT data and smart contracts drive automatic document completion: financial calculations, customs duty payments, audit records. This automation was the primary mechanism for reducing workflow time and transaction costs.

The Pilot Project: Flower Delivery from Mombasa

Until August 2018, TradeLens spent more than a year in beta testing. The pilot project chosen was a flower delivery chain from Africa to Europe.

First, Maersk analyzed a single flower shipment sent from Mombasa to Rotterdam in 2014. The result: that one delivery generated over 200 communications between 30 different organizations — producers, logistics companies, banks, and government agencies. The physical paper trail from that single shipment was 25 centimeters tall.

Maersk and IBM then connected all participants in that delivery to TradeLens and sent a new batch of flowers. As soon as the producer submitted a packing list via PC or mobile device, that action was recorded on the blockchain — and simultaneously a smart contract was initiated. The smart contract accompanied the cargo throughout the entire supply chain, automatically filling out documents, applying stamps, and executing financial calculations.

The pilot confirmed the concept but exposed critical systemic issues: the absence of unified standards and proper communication between parties, and the need to train staff at both companies and government agencies. These were not code bugs — they were organizational problems the technology alone could not solve.

Measured Results After One Year of Platform Operation

These numbers are impressive. But notice what was measured: direct documentation costs only. The effects of increased trust, standardization, and security are far harder to quantify — and that absence from ROI calculations made it difficult to recruit new participants.

From Our Practice: Blockchain in B2B Trade Is Always Harder on Mainnet

From our experience building B2B financial platforms with multi-party transaction tracking: the most common technical mistake in enterprise blockchain projects is assuming that a pilot on an isolated environment equals production.

In real deployments, different blockchain network nodes have fundamentally different sync times and behavior under load. If the system confirms a transaction in seconds on a test environment, production behavior with real network traffic and competing transactions can look completely different. For logistics systems where a cargo checkpoint may be on a vessel in the middle of the ocean with an unstable connection, this is an architectural risk that needs to be designed in from day one — not discovered after launch.

A separate challenge is off-chain data integrity. Sensor data (temperature, GPS coordinates) does not physically live on the blockchain — only its hash is stored there. If an IoT device or oracle sends incorrect data, the blockchain will faithfully record it as "verified". TradeLens addressed this through a network of trusted data providers — which was, in practice, re-introducing centralization into a system whose value proposition was decentralization.

Partners and Participants at Launch

At the official August 2018 launch, the TradeLens ecosystem included 92 organizations. Key participants:

• Ports and terminals: Modern Terminals (Hong Kong), Patrick Terminals, PSA Singapore, ports of Halifax, Rotterdam, Bilbao, PortConnect (New Zealand), PortBase (Netherlands) — over 20 operators in total
• Ocean carriers: Pacific International Lines (PIL), Hamburg Süd, and Maersk Line as global container carriers
• Logistics companies: DAMCO, WorldWide Alliance, Agility, Kotahi, CEVA Logistics, and others
• Customs authorities: Singapore, Saudi Arabia, the Netherlands, Peru, and Australia

Later additions included Mediterranean Shipping Co (MSC), CMA-CGM, Zim Integrated Shipping Services, Procter & Gamble, and Russia's Ministry of Transport. At peak, the platform connected over 175 organizations and 600+ sea gateways worldwide.

Notably, CMA-CGM joined TradeLens without disconnecting from the competing GSBN platform — a clear hedge, not a commitment. TradeLens's market share at launch: ~4.86 million TEU (21% of the market) versus GSBN's ~7.4 million TEU (32%). CMA-CGM's dual participation pushed TradeLens to a 32.5% share — but the underlying adoption problem remained unresolved.

Why TradeLens Shut Down in 2022

In December 2022, Maersk and IBM formally announced the closure of TradeLens. The official language: "failed to achieve the necessary commercial scale". The real causes were structural — and they are instructive for any enterprise blockchain initiative.

Cause 1: Governance Failure — A Competitor Cannot Own Neutral Infrastructure

This is the central and most important mistake TradeLens made. A platform designed to unite the entire container shipping market was controlled by one of the largest players in that same market. MSC, CMA-CGM, and other major carriers were entirely rational in their hesitation: sharing real operational data on a Maersk-controlled platform meant voluntarily handing competitive intelligence to a direct rival.

No technology fixes this problem. Even if Hyperledger Fabric had guaranteed perfect data isolation across all scenarios (which it does not) — the reputational and competitive risk of associating with a Maersk-owned platform was real and persistent.

Cause 2: Confidentiality Concerns — Data on a Shared Ledger Is Never Truly Private

Even with Hyperledger Fabric's channel mechanism — the data isolation layer between participants — complete confidentiality of commercial data is not guaranteed. Transaction metadata, timing, and volumes can be analyzed even without direct payload access. For major carriers where routing information and cargo volumes are strategic assets, this was an unacceptable risk — not a technical concern to be mitigated, but a fundamental reason not to participate.

Cause 3: Lack of Interoperability with GSBN and Other Systems

Parallel to TradeLens, the Global Shipping Business Network (GSBN) was developing under a consortium of Asian ports and carriers. Instead of establishing a single industry standard, the market ended up with two incompatible ecosystems — forcing most participants to maintain integrations with both. This destroyed TradeLens's core value proposition: "a single source of truth for the entire supply chain".

Lessons from TradeLens for Enterprise Blockchain Projects

TradeLens is not a failure of blockchain technology. It is a failure of a specific governance model and adoption strategy. The technology worked — the pilot metrics confirmed that. The problem was who controlled the system and whose interests it actually served.

If you are building a blockchain platform for an industry where your potential participants are also your competitors — design a neutral governance model before writing the first line of code. The technical architecture is secondary to the question: "who controls the platform and whose interests does it serve"?

Specific architectural and organizational takeaways:

• Neutral ownership is not optional. Industry-wide platforms must be governed by an independent consortium or DAO structure — with no controlling participant that has competitive interests in the outcome.
• Testnet does not equal production. Pilot results from a controlled participant sample do not scale automatically. Validation on production data under real network conditions is a mandatory step before any scaling decision.
• Off-chain data requires a separate trust model. Blockchain records a hash — it does not verify the quality of incoming data. The oracle problem in logistics is not solved by smart contracts; it is solved by independent certification of IoT devices and data providers.
• Interoperability from day one. An industry platform without open standards and interoperability with competing systems is structurally destined for market fragmentation.
• ROI must be calculated for every participant, not just the initiator. TradeLens delivered obvious ROI for Maersk. What did MSC, CMA-CGM, or an independent customs broker receive in return? That answer needs to exist at project launch — not be discovered after the platform fails to attract adoption.

TradeLens is the blockchain case study where everything is technically correct and strategically wrong. That is precisely why it remains the most important learning resource for enterprise blockchain in 2026.

Where Blockchain in Logistics Lives Today

The closure of TradeLens does not signal the end of blockchain in supply chain. It signals a change in approach. Successful post-2022 projects share common traits: narrower scope, clearly defined bilateral or consortium models, and concrete measurable ROI for each participant.

CargoX — a blockchain platform for digital bills of lading — is integrated with customs systems in Egypt and Georgia and processes real import documentation. Unlike TradeLens, it does not attempt to unify the entire market. It solves a specific problem for a specific regulator, and that focus is what makes it viable.

For companies considering blockchain as a logistics optimization tool, the right starting point is not "which platform should we choose" but "what specific problem are we solving, and for which participants".

Technical Summary: What TradeLens Left Behind

TradeLens established three things that are now considered industry standards for enterprise blockchain:

1. Hyperledger Fabric is the right choice for permissioned enterprise use cases. Channels, chaincode, MSP (Membership Service Provider) — these mechanisms enable complex multi-party interactions with granular access control. The limitation: a centralized ordering service and significant operational complexity when managing a large number of participating organizations.

2. Smart contracts in logistics work — but require data standardization. Document automation through chaincode is real and delivers measurable impact. But only when all participants use compatible data formats. The absence of unified standards is the number-one technical blocker in any multi-organization blockchain deployment.

3. Blockchain is not a silver bullet for adoption. The technology solves the problem of data trust. It does not solve the problem of organizational trust, competitive interests, or regulatory compliance across multiple jurisdictions. Those problems are solved through governance, contracts, and regulatory engagement — blockchain only reduces transaction costs after a baseline level of trust has already been established.

If you are planning to implement blockchain in your business processes — the lessons from TradeLens deliver more practical value than most success stories. Failures teach with greater precision.