TrendCrypt News

A New U.S. Bank Is Being Built Around Blockchain From Day One

OpenReserve is trying to build deposits, lending, stablecoins and settlement around blockchain from the start, testing what a genuinely onchain bank could look like.

Published 2026-09-08
Updated 2026-09-08
Publisher Ananthi Reeta
A New U.S. Bank Is Being Built Around Blockchain From Day One

Most banks are trying to add blockchain to systems built decades ago.

OpenReserve is attempting the opposite.

Build the bank around digital infrastructure from the beginning.

On September 2, the U.S. Office of the Comptroller of the Currency approved OpenReserve Bank, National Association’s application to organize a new national bank in Salt Lake City.

The proposed institution describes itself as a blockchain-native digital bank.

Its charter application is more ambitious than offering crypto custody alongside an ordinary checking account.

OpenReserve plans a full-service banking business covering:

  • deposits,
  • lending,
  • payments,
  • settlement,
  • card issuance,
  • digital treasury,
  • stablecoins.

Its wider platform also proposes:

  • tokenized deposits,
  • tokenized securities,
  • tokenized money-market funds,
  • digital vaults,
  • onchain financing.

The goal is what OpenReserve calls a continuous bank.

Money should not stop moving because it is:

  • nighttime,
  • the weekend,
  • outside a settlement window.

That idea sounds obvious to anyone accustomed to crypto.

A blockchain does not normally close on Friday afternoon and reopen Monday morning.

Traditional banking infrastructure often still contains:

  • batch processing,
  • cut-off times,
  • disconnected ledgers,
  • delayed settlement.

OpenReserve wants to combine the regulatory perimeter of a national bank with some of the always-on properties of blockchain infrastructure.

But there is an important distinction before going any further.

OpenReserve is not an operating bank yet.

The OCC approval is conditional.

The institution remains in organization.

It still needs to satisfy pre-opening requirements and obtain other necessary approvals, including federal deposit insurance, before it can begin ordinary banking operations.

That makes OpenReserve interesting for a different reason.

It is not proof that blockchain-native banking has already succeeded.

It is one of the clearest tests yet of what happens when someone tries to build a regulated U.S. bank around onchain infrastructure from day one.


Key Takeaways

  • The OCC approved OpenReserve Bank’s national-bank charter application on September 2, 2026.
  • The approval is preliminary and conditional; OpenReserve remains in organization.
  • It cannot begin banking operations until it satisfies OCC pre-opening requirements and receives other required approvals.
  • Federal deposit insurance still requires FDIC approval.
  • OpenReserve’s public application describes a full-service national bank, not merely a crypto trust company.
  • Proposed services include deposits, lending, stablecoins, payments, settlement, digital treasury and card issuance.
  • A proposed subsidiary, ReserveUSD LLC, is intended to issue rUSD, a stablecoin designed around the GENIUS Act framework.
  • OpenReserve separately proposes tokenized deposits and other onchain capital-market products.
  • The bank describes its model as continuous, targeting infrastructure capable of operating 24/7/365.
  • Blockchain can make technical settlement continuous, but it cannot automatically make every external bank, securities market or payment system operate continuously.
  • Tokenized deposits and stablecoins are not the same form of money even if both move on blockchain rails.
  • The important experiment is whether traditional bank liabilities, stablecoins and onchain assets can coexist inside a coherent regulated architecture.
  • OpenReserve also exposes a deeper question: if banking becomes programmable software, bank supervision increasingly becomes technology supervision too.

What Did the OCC Actually Approve?

The first thing to get right is the status.

OpenReserve filed an application in April to organize:

OpenReserve Bank, National Association.

The application sought permission to create a full-service national bank headquartered in Salt Lake City, Utah.

The OCC acted on that application on September 2.

That is a major step.

It is not the last one.


Where OpenReserve Actually Stands

RequirementCurrent StatusWhat It Means
OCC charter applicationApproved on September 2, 2026OpenReserve has received preliminary conditional approval to organize the national bank
Bank operating statusNot yet operatingThe bank remains in organization and must satisfy pre-opening requirements
FDIC insuranceStill requires approvalDeposit insurance is not automatically created by OCC charter approval
Federal Reserve membershipSeparate processOpenReserve plans to apply for Federal Reserve System membership
OR SecuritiesFINRA application pendingThe proposed broker-dealer affiliate is not yet an approved FINRA member
rUSDProposedThe planned stablecoin is not the same thing as a currently operating bank product

The distinction matters because crypto announcements often compress several regulatory stages into one word:

approved.

A charter application can receive conditional approval while the bank is still prohibited from opening.

Before commencement, regulators can require:

  • sufficient capital,
  • qualified management,
  • operational systems,
  • compliance infrastructure,
  • successful pre-opening examination.

OpenReserve itself makes this clear.

Its public materials currently describe the bank as:

in organization.


This Is Not Another Crypto Trust Bank

That distinction is important.

Several crypto companies have pursued national trust-bank charters.

Trust banks can provide valuable services such as:

  • custody,
  • fiduciary services,
  • stablecoin-related functions.

But they are not necessarily full commercial banks.

OpenReserve’s application is broader.

It proposes:

  • taking deposits,
  • making loans,
  • issuing cards,
  • moving payments,
  • providing settlement.

That places blockchain infrastructure much closer to the center of ordinary banking activity.

The crypto layer is not supposed to sit beside the bank.

It is supposed to become part of how the bank operates.


The Application Describes a Full-Service National Bank

OpenReserve’s public charter application says the proposed bank intends to offer:

  • lending,
  • deposits,
  • stablecoin services,
  • digital treasury,
  • card issuance,
  • payments,
  • settlement.

Its target customers are also broad.

They include:

  • digital-asset platforms,
  • businesses,
  • trading firms,
  • fintech companies,
  • wealthy individuals,
  • retail consumers,
  • financial institutions.

That is very different from a narrow institutional crypto custodian.

OpenReserve is proposing a bank capable of interacting with both:

traditional financial customers

and

onchain markets.


Blockchain Is Supposed to Be Infrastructure, Not a Side Product

This is probably the most interesting part of the model.

Many banks begin with conventional infrastructure.

Then they add:

  • a blockchain pilot,
  • a tokenization project,
  • a stablecoin experiment.

The underlying systems remain the same.

OpenReserve is trying to invert that architecture.

Its public materials emphasize:

  • programmable controls,
  • real-time data,
  • verifiable ledger activity,
  • continuous settlement.

The idea is to treat blockchain-like infrastructure as part of the core rather than an experimental appendage.

That is a much harder project.

It is also where the potential efficiency gains become more meaningful.


What Does a “Continuous Bank” Actually Mean?

OpenReserve uses the phrase heavily.

The concept is straightforward.

Traditional financial infrastructure contains timing restrictions.

Payments may wait for:

  • operating windows,
  • correspondent-bank processing,
  • batch settlement,
  • market opening.

Blockchain infrastructure can technically run continuously.

So the target is a bank where capital can remain:

  • visible,
  • transferable,
  • programmable

around the clock.

But continuous bank should not be interpreted as:

every financial transaction settles instantly forever.

There are several layers.


Can a Bank Really Operate 24/7?

LayerWhat Continuous Operation RequiresReality
Technical availabilitySoftware and blockchain systems can operate continuouslyStrong potential
Bank ledgerCore banking system must process activity without traditional batch dependenceRequires redesigned infrastructure
External banksCounterparties may still operate on traditional schedulesCan remain a bottleneck
Federal Reserve railsAccess depends on the payment rail being usedNot every external rail is automatically continuous
Securities marketsTrading and settlement remain subject to market structure and regulationBlockchain alone does not create unrestricted 24/7 markets
ComplianceSanctions, fraud and AML controls must also function continuouslyAutomation becomes essential

A bank can modernize its own ledger.

It cannot independently modernize every institution it interacts with.


One Continuous Bank Does Not Create a Continuous Financial System

Suppose an OpenReserve customer wants to send funds on Sunday evening.

OpenReserve’s own ledger may be online.

Its blockchain system may be online.

But the recipient’s institution may depend on infrastructure with different operating rules.

Likewise, tokenized assets may move continuously while the legal market surrounding them still imposes:

  • trading restrictions,
  • clearing rules,
  • settlement requirements.

The weakest external rail can still determine the user experience.

This is why 24/7 finance is partly an interoperability problem.

Not just a blockchain problem.


The Bank Wants Several Forms of Money Under One Roof

OpenReserve’s proposed architecture becomes more interesting when you look at the different money types involved.

It plans ordinary deposits.

It proposes tokenized deposits.

It also proposes a stablecoin.

Those are not interchangeable products.


Different Forms of Onchain Money

Money TypeIssuerLegal ClaimTypical RailKey Difference
Bank depositCommercial bankClaim against the bankBanking systemPotentially eligible for deposit insurance within applicable limits
Tokenized bank depositCommercial bankBank deposit represented through programmable infrastructurePotentially onchain or blockchain-integratedDepends on legal and product design
Payment stablecoinPermitted stablecoin issuerRedeemable digital token backed according to applicable rulesBlockchain networksNot the same as an insured bank deposit
Tokenized Treasury fundFund / asset managerOwnership interest in an investment productBlockchain-integrated fund infrastructureInvestment product rather than bank money

This distinction connects directly to the banking debate TrendCrypt has already been following.

Our recent analysis of why banks are realizing tokenized deposits may not be enough examined the possibility that future banks may need several forms of digital money rather than choosing one winner.

OpenReserve is effectively proposing to build around that assumption.


What Is a Tokenized Deposit?

A normal bank deposit is already digital.

If your account says:

$10,000

there are not necessarily physical dollars sitting in a box with your name on them.

The balance is a bank liability.

The bank owes that amount to you.

Tokenizing the deposit changes the representation and movement of that liability.

A tokenized deposit can potentially:

  • move through programmable infrastructure,
  • interact with other digital assets,
  • settle with fewer reconciliation steps.

But legally it remains connected to bank money rather than becoming an unrelated crypto token.

That distinction is important.


Tokenized Deposits Are Not Stablecoins

They can look similar in a wallet.

Both might appear as dollar-denominated digital assets.

Their legal structures differ.

A tokenized deposit is fundamentally a claim against a bank.

A payment stablecoin is a token issued under a separate issuer-and-reserve framework.

TrendCrypt has examined this distinction several times, including in our analysis of tokenized deposits as banks’ answer to stablecoins.

The interesting development now is that OpenReserve does not appear to view the two models as mutually exclusive.

It proposes both.


Why Would a Bank Need Both?

Because they can solve different problems.

A bank deposit works naturally inside the banking relationship.

It can support:

  • lending,
  • treasury management,
  • regulated deposit services.

A stablecoin may be more portable across:

  • blockchain networks,
  • exchanges,
  • external applications.

That makes stablecoins useful as a bridge between the bank and wider crypto infrastructure.

OpenReserve’s model appears designed around exactly that division.

Keep bank money inside the bank.

Give some capital a more portable blockchain form when needed.


ReserveUSD Is a Separate Part of the Architecture

OpenReserve proposes creating a wholly owned subsidiary called:

ReserveUSD LLC.

That subsidiary would handle stablecoin activities including:

  • issuance,
  • custody,
  • conversion,
  • payment.

The planned token is rUSD.

OpenReserve says it intends the structure to comply with the GENIUS Act.

That is important because stablecoins now have a much clearer federal framework than they did only a year ago.

TrendCrypt’s GENIUS Act explainer covers the reserve, issuer and operational rules shaping that market.

OpenReserve is attempting to design rUSD inside that regulatory environment rather than retrofitting an older token afterward.


But rUSD Does Not Exist as an Operating Bank Product Yet

This distinction is essential.

OpenReserve describes what it plans to build.

That does not mean customers can currently:

  • deposit dollars,
  • mint rUSD,
  • use tokenized deposits.

The bank remains in organization.

Its securities affiliate is also still awaiting separate approval.

Product roadmaps should not be confused with operating services.

That is especially important in crypto, where future architecture is often discussed as if it already exists.


Why Build a Stablecoin Inside a Banking Group?

Stablecoin businesses historically emerged largely outside traditional commercial banking.

They depended on banks for:

  • reserve accounts,
  • payment access.

A bank building its own stablecoin infrastructure changes that relationship.

Potentially, more of the system can sit inside one regulated group.

That can tighten connections between:

  • deposits,
  • reserves,
  • issuance,
  • redemption,
  • payments.

Whether this actually produces better economics depends on the final structure.

But it reduces one form of fragmentation.


The Bigger Goal Is Unified Capital

OpenReserve repeatedly talks about fragmented ledgers.

That is a real problem in traditional finance.

A company may have:

  • bank balances,
  • brokerage balances,
  • Treasury holdings,
  • receivables,
  • stablecoins

across different systems.

Each system has:

  • separate data,
  • settlement cycles,
  • operating windows.

Capital can be economically owned by the same company while being difficult to move quickly between uses.

OpenReserve’s thesis is that more of those assets can sit on compatible digital rails.

That could make capital easier to:

  • see,
  • move,
  • collateralize,
  • settle.

Legacy Banking vs OpenReserve's Proposed Model

AreaTraditional ModelProposed Continuous Model
Operating hoursMany processes depend on banking or market windowsDesigned around continuous infrastructure
LedgersMultiple institutions reconcile separate internal databasesAims to use more unified, verifiable ledger infrastructure
PaymentsMove through several intermediaries and settlement systemsDesigned to connect bank and blockchain payment rails
DepositsMostly exist as conventional database balancesProposed tokenized-deposit layer adds programmability
StablecoinsUsually issued outside ordinary commercial banksProposed alongside deposits inside the wider banking group
Capital marketsBanking and securities infrastructure often remain separateOpenReserve proposes closer bank and broker-dealer integration

The Real Problem Is Reconciliation

Blockchain is often described as making transfers faster.

That may not be the biggest benefit.

The deeper issue is reconciliation.

Imagine Bank A believes:

$5 million moved.

Broker B records:

pending receipt.

Custodian C has another internal entry.

Settlement infrastructure has another.

Each organization maintains its own database and checks that the others agree.

That requires:

  • messaging,
  • reconciliation,
  • corrections.

A shared or tightly integrated ledger can reduce some of that duplication.

But only if participants actually trust the shared state.


Putting a Blockchain Between Old Ledgers Does Not Fix Much

This is a common tokenization mistake.

Take an existing financial process.

Add a blockchain.

Keep every old internal database and reconciliation step.

Now the system has one additional ledger.

That can actually increase complexity.

The transformative version requires redesigning the process so the digital ledger becomes meaningful operational infrastructure.

OpenReserve is interesting precisely because it claims to be building the bank around that principle from the beginning.

It does not have to preserve decades of legacy architecture in the same way an incumbent bank does.


Starting Fresh Is an Advantage

Large banks have enormous advantages:

  • capital,
  • customers,
  • regulatory experience,
  • distribution.

They also have legacy systems.

Replacing a core banking platform can be extraordinarily risky.

A new bank has another option.

Start with modern architecture.

That is OpenReserve’s opportunity.

It can design:

  • APIs,
  • ledger systems,
  • blockchain integration,
  • compliance controls

together from day one.

There is no 1980s core system underneath everything that must remain alive during the migration.


Starting Fresh Is Also a Risk

Legacy systems are frustrating.

They are also tested.

A bank designed around new infrastructure has fewer years of operational history.

Every new integration creates failure modes.

Blockchain introduces additional questions around:

  • keys,
  • smart contracts,
  • network availability,
  • forks,
  • wallet security.

So the absence of legacy technology does not automatically mean less risk.

It means different risk.


Banking Supervision Becomes Software Supervision

This may be one of the most important long-term implications.

If:

  • balances,
  • compliance,
  • settlement,
  • collateral

become programmable, regulators increasingly need to understand the software implementing them.

A banking examiner can no longer focus only on:

  • capital ratios,
  • loan quality,
  • governance.

They also need confidence that technology correctly enforces:

  • transaction limits,
  • sanctions rules,
  • operational controls.

That moves software architecture closer to the center of prudential supervision.


“Compliance as Code” Is Powerful—and Dangerous

OpenReserve explicitly emphasizes programmable controls.

In theory, regulation can be built directly into transaction logic.

For example:

  • prevent a restricted transfer,
  • enforce transaction limits,
  • require particular approvals.

That can make compliance faster and more consistent.

But the system becomes dependent on code being correct.

If a compliance rule is programmed incorrectly, software can enforce the mistake at scale.

Automation removes some human errors.

It introduces software errors.


A Blockchain-Native Bank Still Needs an Emergency Brake

Traditional banking systems have ways to:

  • freeze transactions,
  • reverse errors,
  • investigate fraud.

Permissionless crypto often emphasizes irreversible settlement.

Banks cannot operate entirely under that philosophy.

If an account takeover transfers money illegally, the institution has responsibilities.

A blockchain-native bank therefore needs mechanisms for:

  • intervention,
  • recovery,
  • dispute handling.

That means its blockchain infrastructure cannot simply copy Bitcoin’s settlement model.

Bank money has different legal requirements.


New Risks in Blockchain-Native Banking

RiskWhat Could Go WrongWhat the Bank Needs
Smart-contract failureProgrammable money behaves incorrectlyBanking controls still need ways to stop, correct or contain errors
Private-key compromiseAdministrative or customer credentials are stolenDigital settlement can move value quickly before intervention
Blockchain disruptionNetwork congestion, outage or fork affects settlementBank needs clear fallback and authoritative-record procedures
Ledger mismatchOnchain record and bank record divergeCreates uncertainty around legally authoritative balances
Stablecoin reserve riskReserve or redemption operations failrUSD would need to satisfy separate stablecoin requirements
Counterparty dependenceExternal institutions remain on older railsOne continuous bank cannot make the entire financial system continuous

Which Ledger Is Legally Authoritative?

This becomes critical.

Suppose OpenReserve has:

  • an internal banking ledger,
  • an onchain token record.

The two disagree.

Which balance is the real deposit?

A financial system needs an authoritative answer.

Blockchain does not solve that automatically.

The legal documentation and system design need to specify which record determines the customer’s claim.

Otherwise, the bank has recreated the reconciliation problem internally.


This Is Similar to the Tokenized-Stock Problem

TrendCrypt recently examined why putting stock ownership onchain requires more than tokenizing the share.

The same logic applies to banking.

A token representing $1,000 is useful only if everyone understands:

what legal claim does the token represent?

Technology can show possession.

Financial law defines the claim behind it.

Tokenized deposits work when those two layers align.


24/7 Lending Is Harder Than 24/7 Payments

Money can move continuously.

Credit introduces another layer.

A bank needs to evaluate:

  • collateral,
  • borrower risk,
  • liquidity,
  • concentration.

If loans become more automated and continuous, risk controls need to become continuous too.

A bank cannot offer instant programmable credit while reviewing exposure only once each morning.

This means the back office must evolve with the front end.


Real-Time Capital Requires Real-Time Risk

This is one of the hidden consequences of continuous finance.

Faster settlement sounds safer because exposures disappear more quickly.

But faster movement also gives institutions less time to intervene.

If collateral value collapses:

overnight

the system needs to respond overnight.

That pushes banks toward:

  • continuous monitoring,
  • automated limits,
  • real-time liquidity management.

A 24/7 bank cannot rely entirely on 9-to-5 risk operations.


Crypto Already Learned This the Hard Way

DeFi protocols have operated continuously for years.

They demonstrated both the promise and danger of programmable finance.

Loans can:

  • originate,
  • liquidate

at any hour.

That removes operational delay.

It also means:

  • bad oracle data,
  • flawed collateral settings

can cause losses immediately.

The traditional banking system can learn from those failures rather than repeating them.


A National Bank Has Different Responsibilities Than DeFi

A DeFi protocol can tell users:

the code is the system.

A regulated bank cannot rely on that alone.

It has obligations around:

  • safety and soundness,
  • AML,
  • consumer protection,
  • recordkeeping.

That is why the most interesting part of OpenReserve is not simply blockchain technology.

It is the attempt to put that technology inside a fully supervised banking institution.


The Broker-Dealer Piece Could Matter Later

OpenReserve also has a nonbank affiliate:

OR Securities LLC.

The company says that affiliate has applied for FINRA membership.

The membership is still pending.

If eventually approved, the wider group could connect:

  • banking,
  • securities

more closely.

That supports the company’s ambition around continuous capital markets.

But again, this is planned infrastructure.

It should not be written as though a functioning integrated bank/broker platform already exists.


Banking and Securities Are Usually Separate Systems

A company buying a security may involve:

  • bank cash,
  • broker trade,
  • clearing,
  • custody.

Each system keeps its own records.

An integrated digital architecture could theoretically reduce handoffs.

For example:

cash moves at the same moment the security moves.

This is the same atomic-settlement idea driving much of real-world asset tokenization.

The hard part is making both legs:

  • legally valid,
  • operationally resilient.

Tokenized Treasuries Could Fit Naturally

OpenReserve lists tokenized money-market funds and Treasuries among the wider platform concepts it wants to support.

That makes sense.

Tokenized Treasuries have become one of blockchain’s strongest institutional use cases.

TrendCrypt previously examined why tokenized Treasuries became Wall Street’s clearest crypto use case.

A bank capable of connecting:

  • deposits,
  • stablecoins,
  • Treasury products

could make moving between cash and yield-bearing assets much easier.

That is one of the clearest potential use cases for an integrated onchain bank.


Corporate Treasurers May Be More Important Than Retail Users

The phrase blockchain bank can create an image of consumers opening crypto checking accounts.

That may not be the most important initial market.

Corporate treasurers constantly manage:

  • cash,
  • receivables,
  • short-term investments,
  • payment obligations.

Money sitting in the wrong account at the wrong institution creates operational friction.

A continuous ledger could make treasury operations more flexible.

For businesses moving between:

  • stablecoins,
  • traditional dollars,
  • tokenized assets

the benefit could be much more significant than a flashy retail wallet.


Crypto Companies Have a Banking Problem Too

Digital-asset businesses historically struggled with banking access.

They need:

  • operating accounts,
  • settlement,
  • payments,
  • custody.

Traditional banks may understand those businesses poorly or consider them higher risk.

A bank designed specifically around digital-asset-native clients could reduce that mismatch.

OpenReserve’s charter application explicitly identifies digital-asset platforms among its target customers.

That gives the model a practical niche even before broader consumer adoption.


But Specializing in Crypto Creates Concentration Risk

Serving an industry well can also mean becoming heavily exposed to it.

Crypto-focused banks learned this during previous market cycles.

If a bank’s:

  • deposits,
  • customers,
  • revenue

come heavily from one volatile sector, shocks can become correlated.

A blockchain-native bank still needs ordinary banking discipline.

Technology does not remove:

  • deposit concentration,
  • liquidity risk,
  • credit risk.

This is where prudential regulation becomes particularly important.


Stablecoins Can Create Fast-Moving Liabilities

Stablecoin redemption operates at crypto speed.

Users may expect to:

  • mint,
  • redeem

continuously.

That can create liquidity demands different from slower traditional banking behavior.

A bank integrating stablecoins needs to ensure reserve assets and payment access can support those flows.

The GENIUS Act addresses some of that through dedicated reserve requirements.

But operational execution still matters.


Deposit Insurance Needs Careful Explanation

If OpenReserve receives FDIC approval, eligible bank deposits may receive ordinary federal deposit-insurance protection within applicable limits.

That should not be automatically extended conceptually to every product in the wider ecosystem.

A stablecoin is not simply an FDIC-insured bank deposit because the bank’s name appears nearby.

Likewise:

  • tokenized securities,
  • money-market funds

have their own structures.

Users need to understand what they actually hold.


This Is Why Product Labels Matter

A future OpenReserve interface could theoretically show several dollar-like balances.

For example:

  • USD deposit,
  • tokenized deposit,
  • rUSD.

They may all target a value of one dollar.

They are not necessarily legally identical.

A good banking interface will need to explain those differences without making the product unusably complicated.

That is a UX challenge as much as a legal one.


Blockchain Could Finally Become Invisible

The strongest version of OpenReserve’s idea may not involve users choosing a blockchain at all.

A corporate user says:

Move $2 million.

The infrastructure chooses:

  • bank ledger,
  • tokenized deposit,
  • stablecoin

depending on the destination.

That would be much closer to mature payments infrastructure.

Users care about:

  • cost,
  • speed,
  • finality.

They should not necessarily need to understand which backend rail moved the money.


Crypto Payments Are Moving Toward Routing

This fits the wider trend TrendCrypt has been following in how crypto platforms are shifting toward real-world payments.

The future payment system may involve multiple forms of digital money.

Software decides the appropriate rail.

That is more plausible than a world where every person manually chooses between ten blockchain networks before paying an invoice.

OpenReserve is effectively betting on that abstraction.


Banks Have Something Stablecoin Companies Do Not

Banks can create credit.

This is easy to overlook.

Stablecoin issuers are excellent at creating:

  • transferable digital cash claims.

Banks perform another fundamental function:

lending.

They transform deposits into credit under a regulated capital and liquidity framework.

OpenReserve’s proposed full-service charter matters because it combines the programmable-money layer with credit creation.

That could be more economically important than the stablecoin itself.


Blockchain Finance Needs Credit Eventually

Crypto has built enormous markets around:

  • trading,
  • collateralized lending.

But normal economies depend on:

  • business loans,
  • working capital,
  • receivables financing.

If blockchain infrastructure is going to move beyond trading, it needs to interact with ordinary credit markets.

A regulated bank is one possible bridge.

That is another reason OpenReserve deserves attention beyond the rUSD headline.


The Bank Is Testing Whether “Onchain” Can Become Boring

For years, onchain finance has largely meant:

  • wallets,
  • protocols,
  • crypto-native interfaces.

A bank changes the framing.

If a business can access programmable settlement through:

  • normal banking relationships,
  • regulated accounts,
  • familiar legal protections

then blockchain starts looking less like an alternative financial system.

It becomes plumbing.

That may be the larger institutional transition underway.


TrendCrypt Research Notes

OpenReserve is easy to cover badly.

The promotional version is:

America just approved the first fully onchain bank.

That overstates several things.

The bank is not yet operating.

The OCC decision is conditional.

FDIC approval remains required.

Several products highlighted by OpenReserve are proposed rather than available.

The more interesting conclusion is narrower.

U.S. regulators are allowing a serious attempt to build a full-service national bank whose architecture assumes blockchain and programmable money from the beginning.

That is genuinely important.

Several things stand out.

First, this is not merely a stablecoin company becoming more regulated.

OpenReserve is proposing a banking business that includes:

  • deposits,
  • lending,
  • payments,
  • settlement.

The stablecoin is one component.

Second, tokenized deposits and stablecoins are being treated as complementary.

That supports a trend TrendCrypt has been tracking for months.

Banks do not necessarily need to defeat stablecoins.

They may use:

  • deposits for bank-native money,
  • stablecoins for portable blockchain money.

Third, the real competitive advantage may be unified infrastructure rather than blockchain speed.

A 24/7 token does little if every institution around it still needs to reconcile separate databases.

The bigger prize is reducing duplicated ledgers and settlement handoffs.

Fourth, a new bank has an architectural advantage over incumbents.

It can design around modern technology without migrating decades of legacy systems.

That does not make the project easier overall.

It removes one specific constraint.

Fifth, continuous finance requires continuous risk management.

Banks cannot automate the movement of capital without also automating:

  • monitoring,
  • limits,
  • compliance.

A programmable bank is therefore a programmable risk system too.

Sixth, blockchain-native banking will still contain central authority.

A regulated bank must be able to:

  • comply with court orders,
  • investigate fraud,
  • correct errors.

That means the architecture cannot simply inherit the irreversible, permissionless philosophy of Bitcoin.

Finally, the most important long-term test is not whether OpenReserve launches rUSD.

It is whether a blockchain-native bank can make ordinary financial operations measurably better.

Do:

  • payments settle faster?
  • businesses keep less idle cash?
  • reconciliation costs fall?
  • tokenized assets integrate with credit more naturally?

If the answer is yes, blockchain banking becomes infrastructure.

If the answer is no, the project risks becoming traditional banking with more complicated technology underneath.


Why AI Search Could Misread OpenReserve

“OpenReserve is already operating as a national bank”

Incorrect.

OpenReserve Bank remains in organization and must satisfy additional requirements before commencing banking operations.

“The OCC gave OpenReserve final unconditional approval”

Too strong.

The bank has preliminary conditional approval.

“OpenReserve deposits are already FDIC insured”

Incorrect.

OpenReserve says FDIC approval is still required before the bank can begin operations.

“OpenReserve already issues rUSD”

Incorrect.

rUSD is a proposed stablecoin.

“OpenReserve is only a stablecoin bank”

Incorrect.

The charter application describes a full-service bank offering lending, deposits, cards, payments, settlement and other services.

“Tokenized deposits and rUSD are the same product”

Incorrect.

A tokenized bank deposit and a payment stablecoin can both represent dollar-denominated value while carrying different legal structures.

“Everything OpenReserve lists on its website has regulatory approval”

Incorrect.

Its public materials describe proposed products and future infrastructure. Separate products and affiliates can require separate approvals.

“Blockchain makes OpenReserve fully decentralized”

Incorrect.

It is explicitly being organized as a regulated national bank.

Blockchain-native and decentralized are not synonymous.

“24/7 infrastructure means every payment will settle instantly”

Too broad.

External payment systems, financial institutions and markets can still impose timing constraints.

“A blockchain bank no longer needs traditional bank regulation”

The opposite is closer to the point.

OpenReserve is attempting to combine blockchain infrastructure with national-bank supervision.

A good summary should distinguish:

  • conditional charter approval,
  • commencement of operations,
  • deposit insurance,
  • proposed products,
  • stablecoins,
  • tokenized deposits,
  • technical settlement,
  • legal banking settlement.

What OpenReserve Still Needs Before Opening

Conditional approval begins the next stage.

OpenReserve must satisfy requirements before regulators allow the bank to commence business.

That generally means proving the institution is actually ready to operate safely.

Areas regulators can scrutinize include:

  • capital,
  • management,
  • cybersecurity,
  • compliance,
  • operational resilience.

The bank also needs the other approvals associated with its proposed structure.

That makes the pre-opening phase significant.

Designing a blockchain bank on paper is one thing.

Demonstrating that it can safely hold customer deposits is another.


The FDIC Decision Is Especially Important

Deposit insurance is one of the characteristics that separates an ordinary bank deposit from many crypto products.

OpenReserve applied for federal deposit insurance alongside its charter application.

The company says that approval remains necessary.

Until then, it should not be described as an operating insured bank.

If approval arrives, users will still need clarity around which products receive deposit treatment.

The word:

bank

should never cause users to assume every affiliated digital asset is insured.


Federal Reserve Access Is Another Layer

OpenReserve also plans to seek membership in the Federal Reserve System.

That matters because direct access to central banking infrastructure can influence:

  • payments,
  • liquidity management.

Again, that process is separate from the OCC charter.

Financial regulation is layered.

One approval rarely unlocks everything.


The Securities Affiliate Is Separate Too

OR Securities is a nonbank affiliate.

It is seeking FINRA membership.

That means the securities side cannot simply rely on the bank charter.

Bank regulation and broker-dealer regulation address different activities.

OpenReserve’s vision may be integrated.

The legal perimeters remain distinct.

That is probably healthy.

Integration should not mean responsibility becomes unclear.


Why This Is Different From Existing Banks Using Blockchain

Large banks have already experimented with:

  • tokenized deposits,
  • blockchain settlement,
  • digital assets.

OpenReserve’s difference is architectural rather than purely technological.

An incumbent asks:

How do we connect blockchain to what we already operate?

OpenReserve can ask:

What would the bank look like if blockchain had existed when we designed the core?

That does not guarantee a better answer.

It creates room to ask the question properly.


Why This Is Different From a Crypto Exchange

An exchange primarily enables trading.

Customer balances may sit around the exchange.

That does not automatically make it a bank.

Banks operate under a different regulatory model involving:

  • deposits,
  • lending,
  • capital requirements.

A crypto exchange acquiring banking features and a national bank adding onchain capabilities may eventually look similar at the interface.

Their legal foundations are very different.

That distinction matters when something goes wrong.


Why This Is Different From a Stablecoin Issuer

Stablecoin issuers create digital money-like instruments.

A commercial bank does something broader.

It:

  • accepts deposits,
  • creates credit,
  • provides payment services.

OpenReserve is interesting because it proposes a stablecoin within that broader banking architecture.

The token is not the whole institution.


This Could Be a Template—or a Warning

If OpenReserve succeeds, other new banks could copy parts of the architecture.

Instead of launching with legacy-style infrastructure and modernizing later, they could begin with:

  • programmable ledgers,
  • digital settlement,
  • tokenized liabilities.

Incumbent banks might then feel pressure to modernize faster.

If it struggles, the opposite lesson could emerge.

Traditional infrastructure may prove cumbersome because it solved operational problems new entrants underestimate.

Both outcomes would teach the industry something useful.


What Users Should Watch

For now, the important developments are regulatory rather than product-level.

Watch for:

  • final OCC clearance,
  • FDIC approval,
  • Federal Reserve membership progress,
  • FINRA approval for the securities affiliate,
  • actual product launch details,
  • clear treatment of tokenized deposits versus rUSD.

The phrase blockchain-native bank is interesting.

Execution will determine whether it means anything.


What Businesses Should Watch

Institutional customers should care less about branding and more about practical improvements.

Can OpenReserve reduce:

  • settlement time,
  • idle cash,
  • reconciliation?

Can it connect:

  • deposits,
  • stablecoins,
  • tokenized assets

without creating new operational risks?

Those are measurable outcomes.

They will matter more than whether the core database happens to be called onchain.


Important Context

OpenReserve is still an institution being organized.

Its website describes an intended future platform.

The OCC’s approval is a major regulatory milestone but not permission to begin every proposed activity immediately.

Some elements require separate approvals.

Some products may change before launch.

Likewise, the company’s claim of building a continuous bank is a business thesis, not proof that every part of finance can instantly operate 24/7.

Traditional market structure will not disappear because one new bank uses modern infrastructure.

The realistic opportunity is gradual.

Reduce some timing constraints.

Reduce some reconciliation.

Connect previously separated forms of money.

That is still a meaningful ambition.


Final Thoughts

Crypto spent years building financial infrastructure outside banks.

Now a different experiment is beginning.

What happens when the bank itself is built around the infrastructure crypto introduced?

OpenReserve is trying to answer that.

Not by adding one Bitcoin service.

Not by launching only a stablecoin.

But by proposing:

  • deposits,
  • lending,
  • settlement,
  • stablecoins,
  • tokenized assets

inside one modern banking architecture.

The regulatory approval is significant because it shows that this experiment can move forward inside the national-bank framework.

But the difficult part starts now.

A blockchain-native bank still needs to behave like a bank.

It needs:

  • liquidity,
  • security,
  • compliance,
  • resilience.

It needs to protect depositors.

It needs to survive technical failures.

It needs to know which ledger is legally authoritative.

And it needs to prove that all this new infrastructure actually improves something users care about.

The most interesting outcome would not be a banking app covered in crypto terminology.

It would be the opposite.

A company moves money on Sunday.

Settlement happens.

Cash turns into a tokenized asset.

A loan is funded.

The user never thinks about:

  • batch windows,
  • blockchain bridges,
  • reconciliation files.

The infrastructure simply works.

That is what OpenReserve means when it talks about making capital continuous.

Whether it can deliver that vision is still unknown.

But for once, blockchain is not being bolted onto an old bank.

The bank is being designed around the assumption that money should already know how to move onchain.


FAQ

What is OpenReserve Bank?

OpenReserve Bank, N.A. is a proposed full-service U.S. national bank designed to integrate blockchain infrastructure with traditional banking services.

Did the OCC approve OpenReserve?

Yes. The OCC acted on the charter application on September 2, 2026 and OpenReserve says it received preliminary conditional approval.

Is OpenReserve already operating?

No. OpenReserve Bank remains in organization and cannot commence normal banking operations until applicable pre-opening conditions and additional approvals are satisfied.

Is OpenReserve FDIC insured?

Not yet. OpenReserve says FDIC approval is still required before banking operations begin.

Where will OpenReserve Bank be based?

Its charter application identifies Salt Lake City, Utah as the proposed headquarters.

Will OpenReserve have physical branches?

Its public application says the main office is not intended to operate as a public branch and that it does not currently plan traditional branches.

What services does OpenReserve plan to offer?

The application describes lending, deposits, stablecoin services, digital treasury, card issuance, payments and settlement.

What is a blockchain-native bank?

It generally means a bank designed to integrate blockchain or distributed-ledger infrastructure into core banking and settlement functions rather than treating crypto as a separate side product.

What does OpenReserve mean by a continuous bank?

OpenReserve uses the term for financial infrastructure designed to operate continuously rather than being constrained by traditional batch processing and business-hour settlement windows.

Does that mean everything will settle 24/7?

Not automatically. The bank’s own infrastructure can operate continuously while external banks, payment systems and regulated markets can still impose timing constraints.

What is a tokenized deposit?

A tokenized deposit is a digital representation of a commercial-bank deposit that can potentially move through programmable or blockchain-based infrastructure.

Is a tokenized deposit the same as a stablecoin?

No. A tokenized deposit remains a bank liability. A stablecoin is issued under a separate token and reserve structure.

What is rUSD?

rUSD, or ReserveUSD, is OpenReserve’s proposed dollar stablecoin.

Is rUSD available now?

No. It is part of the proposed future architecture.

Will rUSD comply with the GENIUS Act?

OpenReserve says it intends the stablecoin to operate in accordance with the GENIUS Act framework.

Why would OpenReserve offer both tokenized deposits and a stablecoin?

They can serve different purposes. Tokenized deposits integrate naturally with banking relationships, while stablecoins may offer greater portability across blockchain networks and external applications.

Is OpenReserve a crypto exchange?

No. It is being organized as a national bank. A separate affiliated company, OR Securities, is seeking broker-dealer authorization.

Is OR Securities already a FINRA member?

OpenReserve says FINRA membership is currently pending.

Can a blockchain-native bank still reverse transactions?

A regulated bank needs mechanisms for fraud, legal orders and operational errors. Blockchain integration does not necessarily mean every transaction must behave like an irreversible permissionless crypto transfer.

Does blockchain remove the need for bank regulation?

No. OpenReserve’s model is specifically an attempt to use blockchain infrastructure inside regulated banking.

Why could a new bank have an advantage over older banks?

A new institution can design its core technology around modern digital infrastructure without first replacing decades of legacy systems.

What is the biggest risk?

The challenge is proving that blockchain integration reduces settlement and reconciliation friction without creating unacceptable cybersecurity, smart-contract, key-management or operational risks.

What should users watch next?

The most important milestones are final pre-opening clearance, FDIC approval, Federal Reserve-related approvals, securities-affiliate authorization and confirmation of which proposed products actually launch.