Innovation

Choosing when blockchain is the right tool

A distributed ledger solves a specific problem: shared records between parties who do not fully trust one another. Most problems are not that problem.

QDT Editorial2 min read

A distributed ledger keeps an append-only record verified across a network, which can reduce reliance on a single central database. That is a real capability, but it is a narrow one. Treating blockchain as a general upgrade is the most common way projects go wrong.

What a ledger is good at

Ledgers are useful where several organisations need to write to and rely on one shared history, and where no single party is trusted by all the others to hold it. Typical examples are provenance and traceability across a supply chain, time-stamped records of who did what, and shared reconciliation between institutions.

What a ledger adds is tamper-evidence: changes to history are detectable. It does not make data true. Information entered wrongly is recorded wrongly, permanently.

A short fitness test

  1. Several parties write?

    Not just one organisation

  2. Trust gap between them?

    No single party everyone accepts

  3. Record must be tamper-evident?

    History matters

  4. Governance agreed?

    Who joins, who can change rules

FIG.A short fitness test. If any answer is no, a conventional shared database is usually simpler.

Before choosing a ledger, ask:

  • Do multiple parties need to write? If one organisation controls the data, a conventional database with good audit logging is simpler and faster.
  • Is there a trust gap? If a regulator or consortium operator is acceptable to everyone, a shared database may be enough.
  • Is a tamper-evident history important? If not, the overhead is hard to justify.
  • Is governance agreed? Who may join, who may change the rules, and how disputes are settled are social questions that must be answered before the technology.

If any answer is no, the honest recommendation is usually to use something simpler. NIST's overview of blockchain technology makes the same point: it is one tool among several, with trade-offs in performance, privacy and operational complexity.

What blockchain does not do

It is not inherently unhackable. Keys can be lost or stolen, smart-contract code can contain defects, and the systems around the ledger remain ordinary software. It is not automatically anonymous or private; many designs are pseudonymous at best, and personal data should generally not be written to an immutable record. Regulation, performance needs and key management all affect suitability.

Design the governance with the technology

Participation rules, key custody, upgrade processes and exit arrangements deserve as much design time as the software. A consortium ledger without clear governance tends to stall at the first disagreement.

How QDT approaches it

QDT's blockchain advisory starts every engagement by asking whether a ledger is warranted at all. Where it is, we explore traceability and tamper-evident record structures, cryptographic integrity and governance; where it is not, we say so. This page describes technical characteristics and potential applications, and is not financial, legal or regulatory advice.

  • #innovation
  • #blockchain
  • #traceability

Keep reading

All insights

Start a conversation

Discuss the question behind the article.

Every article starts from a practical operating question. Tell us yours.