Ecosystem
Author
Denelle Dixon
Publishing date
"Unless you can protect my information, I can't do anything on the blockchain."
That's what a major global bank said to me. They weren't talking about customer data. They weren't worried about consumer privacy. They know how to manage that.
They were talking about their information, the competitive intelligence that defines their market position.
Here's the thing: the financial system already solved this problem decades ago. Not elegantly, not cheaply, but reliably. Custodians, broker-dealers, clearing corporations sit between institutions and public records. The broker's customers don't see each other's positions because the intermediary separates them from the ledger. Payments are not transparently displayed to competitors. It works.
Blockchain's pitch is that we can do better through faster settlement, real-time provenance, and shared auditable infrastructure.
But the very thing that makes that pitch compelling, the transparent ledger, is the thing that undoes the privacy protections institutions already have.
That's the tension. And until it's resolved, no institution will migrate its full portfolio onchain. Full stop.
When a financial institution says "privacy," they mean something very specific. They mean:
This is competitive intelligence, information that would most assuredly change operations if rivals could see it.
Think about it from their perspective. If a competitor could watch deposit flows in real time, they'd know who's using which vendors, how much payroll is, and when businesses are under pressure. If they could see payment volumes, they'd know who is winning each corridor. If they could track large transactions, they'd know a competitor's strategy before it was even executed.
No institution will put that information on a transparent ledger for competitors to see.
The question is whether blockchain-native privacy can preserve those existing protections while adding the benefits of open rails.
Existing legal frameworks weren't built for this environment. Data protection regimes like GDPR were designed for Web2 systems where data is controlled and siloed. Trade secret and confidentiality law protects competitive information, but those protections depend on secrecy. Once sensitive data is broadcast on a transparent ledger, no legal doctrine can meaningfully re-privatize it. The gap isn't regulatory; it's technical. The challenge: whether blockchain can maintain its openness and transparency while still solving the privacy problem.
I believe it can.
The tension at the heart of institutional adoption is that blockchain's value proposition is transparency and auditability. The ledger is the source of truth. Anyone can verify. No one can alter history. Trust comes from visibility.
One of blockchain's core design principles is that transparency prevents bad actors, ensuring no one is fabricating assets, laundering funds, or manipulating the system. It exists so that bad actors, including state-level ones, can't operate in the shadows. It was never designed so that one major bank can see what another is doing on a Tuesday afternoon. The transparency that blockchain delivers doesn't need to create competitive disadvantages.
That distinction matters because the current conversation conflates the two. When institutions say they need "privacy," they are asking not to hand their competitive strategy to a rival on a public ledger. There's no rationale for making sure everybody knows everything that everyone is doing.
We can protect the mainstays of the technology (openness, transparency, auditability) and still deliver cryptographic walls that satisfy institutional needs.
The technology purists would say: if you need that much privacy, use a private database. The institutional pragmatists would say: if you can't offer privacy, you're building infrastructure no one will use. Both positions have merit.
What I've come to believe is that you don't have to be a purist on this.
Neither the blockchain maximalists who insist on total transparency nor the enterprise skeptics who want everything private reflect how this will actually develop. Privacy and openness aren't binary. They're a spectrum, and the solutions are not a one-size-fits-all. An institution should be able to choose which privacy solution meets their needs best. Different use cases can exist at different points while still sharing the same underlying infrastructure.
To achieve this balanced result—getting institutions what they want while not obliterating the benefits of blockchain—the right questions are:
The technical tools to navigate this are already here, required primitives are being put in place and foundations are already being built. Cryptographic techniques exist that let you prove something is true without revealing the underlying data, proving an account meets a threshold without disclosing the balance, verifying a transaction's validity without exposing the counterparties.
Institutions are just now starting to be part of the conversation and that’s how we achieve the path forward.
Institutions say they need privacy. And they have their own bespoke sense of what that might require. Often, that’s based on the way things work with traditional infrastructure. But rather than build for bespoke requirements that are based on different tools, we have tried to achieve the same outcome with a technical implementation on Stellar that provides for a transparent base layer (thereby, leveraging the value blockchain offers) and allows configurable privacy at the application layer (thereby satisfying the institutional needs).
Ultimately, if we can define the right parameters by preserving blockchain's benefits while implementing the privacy protections institutions actually need, we can build something better than what exists today. Not by dismissing what the current system provides, but by asking whether shared, auditable infrastructure can deliver better transparency and better accountability while also protecting institutional competitive data.
We can't do that in a vacuum. That's why we’ve been pursuing partnerships with major financial institutions. Not to build for them, but to build with them—to understand the actual requirements, not the assumed ones and to make sure that we strike that balance.
The institutions raising these concerns aren't adversaries to blockchain adoption. They're potential partners in defining how it works. If you're at an institution grappling with these questions, I want to hear how you're thinking about it. What would you need to see? What parameters matter most?
The answer won't come from technology alone or from institutions alone. It will come from people who care about both trying to figure it out together.
That's the conversation I want to be part of.