Skip to content
i Identity Brand
Insights / Web3

When Web3 Actually Makes Sense (And When It Doesn't)

A blockchain solves a specific class of problem well. Most business ideas pitched as 'add blockchain' aren't that problem.

7 min readWeb3

Start a Project

Have a project in mind? Tell us about it.

By submitting, you agree to our Privacy Policy.

Blockchain technology solves a genuinely hard problem: how do multiple parties who don't trust each other, and don't want to rely on a trusted intermediary, agree on and enforce a shared set of facts or rules? For that specific problem, nothing else works as well. The trouble is that most business ideas proposed as blockchain projects aren't actually that problem — they're a normal data or coordination problem wearing blockchain as a feature.

The test that actually matters

Before evaluating a Web3 idea technically, we ask one question: does this genuinely require verifiable ownership, provenance across parties who don't trust each other, or settlement without a trusted intermediary? If the honest answer is "we want people to trust the data," a well-designed database with good access controls and a reputable operator solves that faster, cheaper, and with a much smaller attack surface.

Where it genuinely wins

Digital ownership that needs to be portable and independently verifiable — not dependent on one company staying in business and keeping its database intact — is a strong case. Programmable settlement between parties who don't have an existing relationship or legal framework to fall back on is another. Multi-party supply chain provenance, where competitors need to agree on shared facts without any one of them controlling the record, is a third.

Where it usually loses

Internal loyalty points, "transparent" record-keeping within a single company, and most consumer apps that don't actually need cross-party trust are common examples of blockchain solving a problem a database already solved. The tell is usually that the pitch emphasizes "trust" and "transparency" as abstract virtues rather than pointing to a specific party who would otherwise have to trust an intermediary they don't want to trust.

The cost of getting it wrong

Web3 projects carry real additional costs beyond a normal build: smart contract security is a harder, higher-stakes engineering discipline than typical application security, third-party audits are expensive and necessary, gas costs constrain what can reasonably live on-chain, and wallet-based authentication adds real friction for users unfamiliar with the pattern. None of that is prohibitive when the use case genuinely needs it — but it's a bad trade when it doesn't.

FAQ

Related Questions

Isn't 'trust' always a good reason to consider blockchain?
Trust in the abstract isn't a technical requirement — the useful question is whether a specific party needs to avoid relying on a specific intermediary they don't already trust. If everyone already trusts your company to run the database, blockchain doesn't add anything they need.
What's the biggest hidden cost of a Web3 project?
Often it's the security and audit process — smart contracts handling real value need a level of security rigor and third-party review that's more expensive and time-consuming than most teams initially budget for.
Can a project start without blockchain and add it later if needed?
Often yes — building the core product first and validating the actual coordination problem tends to be lower-risk than committing to on-chain architecture before the use case is proven.

Want to talk through how this applies to you?

We'll give you an honest read on fit before recommending anything.