04 Sep 2026

T+0 Changes the Question: When Settlement Is Instant, the Asset Must Be Ready Before the Trade

Japan is exploring blockchain-based infrastructure that could eventually move stock and Japanese government bond settlement toward near-instant delivery versus payment. The important lesson is not simply faster settlement. T+0 compresses the time available to repair ownership, eligibility, collateral, cash and reconciliation problems after execution. When delivery and payment become atomic, asset readiness must move upstream into pre-trade infrastructure.

Create a structured securities record

This starts a temporary private draft. It is not public, listed for sale or shared automatically.

Asset manager General Learn

A securities trade can be agreed in milliseconds.

Settlement still takes longer.

In Japan, regular stock transactions currently settle on T+2.

Japanese government bonds generally settle on T+1.

That delay is not simply old technology.

It is also operational space.

Between trade and settlement, market participants have time to:

allocate trades;
confirm instructions;
reconcile positions;
arrange securities delivery;
arrange cash;
resolve breaks;
manage collateral;
correct account details;
and deal with exceptions.

What happens when that window disappears?

Japan is beginning to explore that question seriously.

Reuters reported on 25 August 2026, citing Nikkei, that Japan’s Financial Services Agency, Ministry of Finance, Bank of Japan and private financial institutions are preparing a study group to consider blockchain-based infrastructure capable of near-instant settlement for stock and Japanese government bond transactions. A development plan could be formulated around the beginning of 2027, with any operational deployment coming only later if the plans are formally approved. Reuters: Japan eyes blockchain for instant stock, government bond settlement, Nikkei reports

Japan has not moved to T+0.

The existing market remains T+2 for regular equity trades and T+1 for JGBs. Japan Exchange Group: Types of Transactions—Domestic Stocks Japan Exchange Group: Trading—JGB

But Japan is already testing important components of a faster model.

In February 2026, the FSA announced support under its Payment Innovation Project for an experiment involving the transfer of rights to Japanese government bonds, corporate bonds, investment trusts and stocks using blockchain records, linked with payment using stablecoins. The stated objective includes testing whether transfers of right holders can be conducted lawfully and appropriately and how securities transfers can be connected with the payment leg. Japan Financial Services Agency: Press Conference, 13 February 2026

Then in April, Mizuho Financial Group, Nomura Holdings, Japan Securities Clearing Corporation and Digital Asset launched a proof of concept for digital collateral management using JGBs. The project is designed to test whether rights can move through Japan’s existing hierarchical book-entry framework while using blockchain to support 24/7 real-time collateral transactions, including cross-border use cases. Japan Exchange Group: Launch of proof-of-concept trial for digital collateral management using JGBs

Those initiatives point toward a deeper market-infrastructure shift.

The interesting question is not:

Can blockchain make settlement faster?

The more important question is:

What must already be true about the asset, the seller, the buyer and the cash if settlement happens almost immediately?

T+0 changes where the work has to happen.

Settlement delay currently absorbs operational uncertainty

Consider a conventional securities trade.

At execution:

Buyer agrees to buy
Seller agrees to sell
Price is fixed
Quantity is fixed

But settlement still requires another set of facts to line up.

The seller must actually have deliverable securities.

The securities must be in the right account.

They must not be frozen.

They must not be pledged elsewhere in a way that prevents delivery.

The buyer must have cash.

The cash must be available in the right currency and settlement account.

The trade instructions must match.

The correct custodian, clearing participant and account chain must be identified.

If something is wrong, the settlement window gives the parties time to fix it.

That delay has a cost.

It also has a function.

T+0 removes much of that repair time.

Instant settlement moves control upstream

Suppose a trade executes at 10:15:03.

In a near-instant model, delivery and payment may need to complete at 10:15:04.

There is no practical opportunity after execution to discover that:

the seller’s position is actually pledged;
the buyer’s cash is not funded;
the security is in the wrong account;
the investor is ineligible to hold the instrument;
the transfer is restricted;
the security is subject to a corporate action lock;
the blockchain representation and legal book-entry position disagree;
or the payment leg cannot complete.

Those questions move before the trade.

The sequence becomes:

Asset identified
    ->
Ownership confirmed
    ->
Availability confirmed
    ->
Transfer eligibility confirmed
    ->
Cash availability confirmed
    ->
Trade executed
    ->
Atomic DvP

The settlement system becomes faster because the asset is already settlement-ready.

That is a very different architecture from simply accelerating the final step.

T+0 is an asset-readiness problem

Market discussions often treat settlement speed as a technology parameter.

T+2.

T+1.

T+0.

But the settlement cycle also describes the amount of time available to verify state.

For an asset to settle immediately, the system needs confidence in several things at the same time.

Asset identity

Which exact security is being transferred?

Ownership

Who is legally or operationally entitled to deliver it?

Availability

Is the position free for settlement?

Encumbrance

Has the asset been pledged, lent, frozen or otherwise restricted?

Eligibility

May the buyer legally and operationally hold the security?

Cash

Is the payment asset available and final?

Settlement instruction

Do both sides refer to the same security, quantity, account and consideration?

Authority

Which ledger or institution has the authoritative record of ownership?

If those questions are unresolved, T+0 does not eliminate settlement risk.

It converts it into trade failure or pre-trade rejection.

Delivery versus payment becomes more literal

The core settlement principle is simple:

Securities move
if and only if
Cash moves

This is delivery versus payment, or DvP.

Conventional market infrastructure can achieve DvP through central securities depositories, clearing systems, central-bank money, commercial-bank money and carefully coordinated operational processes.

Blockchain can create another way to synchronise the legs.

Japan’s February PIP experiment explicitly links securities-right transfers with stablecoin payment.

The April JGB collateral PoC similarly explores rights movements through blockchain while maintaining the legal framework of Japan’s Book-Entry Transfer Act and Financial Instruments and Exchange Act.

That legal continuity is important.

A blockchain event is not useful merely because it is simultaneous.

The market needs to know what the event means legally.

The token cannot be more authoritative than the ownership framework

Imagine a JGB represented on a blockchain.

There may now be two records:

Conventional book-entry record
Blockchain state

If they always move together, the architecture is straightforward.

If they diverge, a hard question appears:

Which record is authoritative?

Japan’s April PoC is explicitly designed to investigate the relationship between blockchain operations and the existing hierarchical account-management and book-entry framework.

That is more important than the blockchain brand.

A digital representation can play several roles.

It can be:

the legal ownership record;
an operational mirror of the legal record;
an instruction layer;
a collateral-control layer;
a settlement orchestration layer;
or evidence of an event recorded authoritatively elsewhere.

Those roles should not be mixed.

A market cannot safely say:

On-chain owner = legal owner

unless the legal and operational framework actually makes that true.

Atomic settlement reduces principal risk but increases dependency on state accuracy

DvP is attractive because it reduces principal risk.

The buyer should not pay without receiving the security.

The seller should not deliver without receiving cash.

Atomic settlement can make that relationship very strong.

But atomicity also creates a dependency.

Both legs must be correct at the same time.

If the asset state is wrong, settlement stops.

If the cash state is wrong, settlement stops.

If permissions are wrong, settlement stops.

If a smart contract or orchestration layer relies on stale data, settlement can fail deterministically.

That is safer than silently settling the wrong thing.

But it means data quality becomes market infrastructure.

T+0 reduces the value of post-trade correction

Today, many market problems are repaired after execution.

A trade can be matched.

Then unmatched.

Then corrected.

An account can be fixed.

A security can be moved between accounts.

Cash can be sourced.

A borrow can be arranged if the seller is short.

Those processes may be inefficient.

They are also part of market resilience.

A near-instant architecture needs another answer.

Either:

the asset and cash are verified before trading; or
the system allows trades to execute and then fail immediately.

The second option creates a poor market.

So T+0 naturally pushes markets toward stronger pre-trade controls.

Pre-positioning becomes a design choice

One way to make instant settlement possible is to pre-position everything.

The seller locks the security before trading.

The buyer locks cash before trading.

Then the trade can settle immediately.

That is operationally clean.

It can also be capital inefficient.

Cash and securities may sit idle while waiting for a trade.

This creates a trade-off:

Settlement certainty
vs
Liquidity efficiency

Traditional netting systems allow market participants to offset large numbers of trades before final settlement.

Gross real-time settlement can require more securities and cash intraday.

A T+0 architecture therefore needs to decide:

whether assets are pre-funded;
whether securities are pre-positioned;
whether intraday credit exists;
whether transactions are netted;
whether liquidity bridges exist;
whether central-bank money is available on the relevant ledger;
and how failed or cancelled trades are handled.

Faster settlement is not automatically cheaper settlement.

Netting is one of the hidden advantages of time

Suppose a dealer buys and sells the same JGB ten times during a day.

Gross settlement might require every transaction to move securities and cash separately.

A netted system may reduce the final obligation dramatically.

For example:

Gross purchases:    ¥10bn
Gross sales:         ¥9bn
Net securities:      ¥1bn equivalent

The same principle applies to cash.

Settlement delay gives clearing systems time to calculate net obligations.

T+0 does not necessarily eliminate netting.

But the shorter the cycle, the less time exists to aggregate transactions before finality.

Market design therefore has to decide whether the benefit of immediate finality is worth the liquidity cost of more gross settlement.

This is one reason there may not be one universal T+0 model.

Securities lending becomes more tightly connected to the trade

Today, a seller who discovers a short position may have time to borrow the security before settlement.

In T+0, that borrow may need to exist before execution.

The securities-lending market therefore becomes part of pre-trade readiness.

A system may need to know:

Owned position
+
Borrowed position
-
Existing settlement obligations
-
Pledged collateral
=
Available-to-sell position

That number can change continuously.

If the market cannot calculate it reliably, instant settlement becomes difficult.

This is another example of how T+0 converts operational data into trading data.

Collateral state becomes part of ownership state

The seller may legally own a security and still be unable to deliver it.

Why?

Because it is collateral.

A JGB might be:

pledged to a clearing house;
posted under a repo;
held in a margin account;
earmarked for another settlement;
subject to a lien;
or otherwise unavailable.

The April 2026 Japanese PoC is especially relevant because it focuses on digital collateral management using JGBs.

The project aims to test seamless transfers across a hierarchical account structure and support 24/7 real-time collateral transactions, including cross-border use cases.

That highlights a crucial point:

ownership is not enough.

The market needs available ownership.

A T+0-ready asset record must therefore contain encumbrance state.

The same security can have several simultaneous states

Take one JGB position.

It can be:

Legally owned by Fund A
Held through Custodian B
Recorded through Account Management Institution C
Pledged partly to CCP D
Committed partly to repo settlement E
Available partly for sale

A simplistic system might show:

Holding: ¥10bn

The trader needs another number:

Available to settle now: ¥3bn

Those figures answer different questions.

T+0 increases the importance of the second one.

Investor eligibility also becomes pre-trade infrastructure

Not every security can be held by every investor.

Restrictions can arise from:

securities law;
fund mandates;
sanctions;
investor classification;
jurisdiction;
withholding-tax status;
private-placement restrictions;
transfer restrictions;
beneficial ownership rules;
or instrument-specific documentation.

In a slow settlement cycle, some eligibility problems are discovered after execution and repaired operationally.

That becomes less viable under T+0.

A digital market may need to know before execution:

Buyer is eligible for this exact asset: Yes / No

The answer needs provenance.

Who determined eligibility?

Under which rule?

As of what date?

For which account?

The faster the trade lifecycle becomes, the more permissioning moves upstream.

Cash needs the same readiness as the security

Atomic settlement has two assets.

The security gets most of the attention.

The payment asset matters just as much.

Cash can be represented as:

central-bank reserves;
commercial-bank deposits;
tokenised deposits;
stablecoins;
wholesale CBDC;
or another settlement asset.

Each has different properties.

A settlement system needs to know:

issuer;
legal claim represented;
redemption rights;
finality;
operating hours;
liquidity source;
currency;
credit risk;
and interoperability with the securities leg.

Japan is experimenting with several possibilities rather than assuming one answer.

The FSA’s PIP includes stablecoin-linked securities settlement.

The Bank of Japan has separately announced sandbox work exploring blockchain-based use of central-bank reserves for interbank and securities settlement. Reuters: BOJ to experiment with blockchain settlement for reserves

That distinction matters.

Instant securities settlement is only as strong as the finality of the money used to pay for it.

24/7 securities require 24/7 dependencies

Blockchain systems are often described as 24/7.

A financial instrument may still depend on systems that are not.

Consider a JGB transaction requiring:

investor eligibility verification;
sanctions screening;
custody records;
collateral release;
central-bank money;
FX conversion;
tax treatment;
corporate-action data;
and regulatory reporting.

If one dependency is available only during business hours, the end-to-end market is not truly 24/7.

A useful infrastructure map should therefore distinguish:

Ledger availability
Settlement-asset availability
Custody availability
Compliance availability
Collateral availability
External registry availability

The fastest component does not define the speed of the whole system.

Cross-border settlement makes identity harder

Japan’s JGB collateral PoC explicitly includes cross-border scenarios.

That increases complexity.

A foreign investor may hold JGB exposure through:

a global custodian;
a local sub-custodian;
an omnibus account;
an account-management institution;
a clearing participant;
or another chain of intermediaries.

The same beneficial owner may therefore be represented differently across systems.

A digital settlement layer needs to connect:

Legal investor identity
Custody account identity
Blockchain address
Book-entry account
Settlement account
Tax identity
Compliance status

A wallet address alone is not sufficient market identity.

That is especially true for institutional securities.

T+0 makes corporate actions more sensitive

Settlement is not the only lifecycle event for a security.

A bond can:

pay interest;
mature;
be called;
be repurchased;
be used as collateral;
undergo restructuring;
or become subject to restrictions.

An equity can:

pay dividends;
split;
consolidate;
issue rights;
merge;
tender;
or become suspended.

The system needs a precise record date and entitlement state.

Faster settlement can reduce ambiguity around who owns a security at a particular moment.

But only if all systems agree on the timestamp and legal consequence.

A near-instant market therefore needs strong event identity as well as asset identity.

Settlement finality needs a legal definition

Technology can say:

Block confirmed
Transaction irreversible

Law asks:

Has title legally passed?
Has payment become final?
Can the transaction be unwound in insolvency?
Which system rule governs an error?

Those are different questions.

Japan’s 2026 experiments are notable because the FSA and market participants are explicitly considering legal interpretation alongside technical implementation.

That is the right order.

Settlement finality is not merely a database property.

It is a legal state supported by rules, institutions and applicable law.

The depository does not disappear merely because the ledger changes

One common tokenisation narrative imagines blockchain removing intermediaries.

Securities markets need more than recordkeeping.

A depository or market-infrastructure layer can provide:

authoritative issuance records;
ownership or entitlement records;
corporate-action processing;
settlement finality;
reconciliation;
account hierarchy;
asset servicing;
controls;
regulatory reporting;
and recovery procedures when something goes wrong.

A blockchain can implement some of those functions.

It does not eliminate the need for them.

The architectural question is therefore:

Which institution or rule remains authoritative for which state?

A distributed ledger can change the implementation.

It does not remove governance.

A security Asset Passport can become pre-trade infrastructure

For DaDepo, this points toward a role beyond document storage.

An Asset Passport for a security or private-market instrument can describe whether the asset is ready to move.

Instrument identity

issuer;
instrument name;
ISIN or other identifier;
security type;
currency;
issue date;
maturity;
governing law;
authoritative registry;
and current status.

Ownership and custody

legal holder;
beneficial owner where relevant;
custodian;
account-management institution;
account reference;
blockchain address where relevant;
and as-of timestamp.

Transferability

transfer restrictions;
investor eligibility;
jurisdictional restrictions;
sanctions status;
holding limits;
private-placement restrictions;
and required approvals.

Encumbrances

pledge;
repo;
securities lending;
lien;
margin use;
settlement hold;
freeze;
and available quantity.

Settlement

settlement venue;
settlement cycle;
DvP model;
cash asset;
cash account;
securities account;
finality rule;
operating hours;
and failure procedure.

Digital representation

network;
token identifier;
smart-contract address;
authoritative or mirror status;
bridge to conventional book-entry records;
mint and burn authority;
administrative controls;
and reconciliation procedure.

Lifecycle

issuance;
transfer;
pledge;
release;
corporate action;
coupon;
redemption;
maturity;
suspension;
and cancellation.

Provenance

source system;
legal document;
external registry;
extracted field;
verified field;
reviewer;
timestamp;
and superseded state.

That record can support a simple question:

Is this asset ready to settle now?

“Ready to settle” should be a derived state

A system should be cautious about a single green badge saying:

Settlement ready

Readiness depends on several components.

A better model could derive it from explicit conditions:

Asset status: Active
Ownership confirmed: Yes
Available quantity: Sufficient
Encumbrance conflict: None
Seller authority: Confirmed
Buyer eligibility: Confirmed
Transfer restriction: Cleared
Cash available: Confirmed
Settlement route: Available
Compliance checks: Current

Then:

Settlement readiness: Ready

If one condition changes, the state changes.

That is far more transparent than a manual status field.

The timestamp becomes part of the asset

Under T+2, a position report from yesterday may still be operationally useful.

Under T+0, stale data becomes dangerous quickly.

A security may be free at 09:00 and pledged at 09:01.

Cash may be available at 10:00 and consumed by another settlement at 10:00:02.

Investor eligibility may change after a sanctions update.

An order can therefore rely only on sufficiently current state.

This makes timestamps and source freshness first-class data.

A pre-trade record should answer:

as of when;
sourced from where;
confirmed by whom;
and valid for how long.

The faster the market, the shorter the acceptable staleness window.

Real-time settlement requires real-time exception handling

A perfect market would have no exceptions.

Real markets always do.

A participant can send the wrong account.

A security can be frozen unexpectedly.

A smart-contract call can fail.

A stablecoin issuer can pause transfers.

A custodian can become unavailable.

A legal restriction can emerge.

The system therefore needs defined exception states.

For example:

Trade accepted
Settlement attempted
Cash leg unavailable
Asset locked
Retry window opened
Trade cancelled / rerouted

or:

Eligibility failed before execution
Trade rejected
No settlement obligation created

The second model is often preferable in T+0.

That again pushes validation before trade execution.

AI can monitor readiness—but should not determine legal finality

AI can help market participants organise complex settlement data.

It can assist with:

instrument classification;
extracting transfer restrictions;
identifying settlement instructions;
comparing custody records;
finding stale account data;
detecting mismatches;
flagging missing approvals;
identifying unusual encumbrance states;
and summarising settlement exceptions.

Across a portfolio, AI can flag:

an asset marked available in one system but pledged in another;
a security with inconsistent identifiers;
an investor account missing required eligibility documentation;
a corporate-action event not reflected in settlement status;
a blockchain state inconsistent with conventional custody records;
or a settlement instruction using an outdated cash account.

That is useful.

AI should not independently determine:

legal ownership;
regulatory investor eligibility;
sanctions compliance;
validity of a security interest;
whether settlement finality has occurred;
whether a smart-contract state overrides a statutory registry;
or whether a transaction should be legally enforceable.

The machine can surface readiness evidence.

Authoritative institutions and rules determine authoritative state.

What DaDepo can contribute

DaDepo does not need to become a Japanese settlement system for this direction to matter.

The lesson applies to any market moving toward faster transfer of private or public assets.

A transaction-ready asset needs more than documents.

It needs a current state that connects:

Asset identity
    +
Ownership
    +
Availability
    +
Encumbrances
    +
Eligibility
    +
Transfer rules
    +
Settlement route
    +
Cash leg
    +
Lifecycle
    +
Provenance

For illiquid assets, that structure can prepare an asset before it reaches an exchange, depository, bilateral transfer platform or settlement network.

For securities, it can provide a pre-trade evidence layer.

For tokenised assets, it can preserve the bridge between document evidence and on-chain state.

The core principle is the same:

do the asset work before the transaction needs it.

What DaDepo does—and does not do

Creating or reviewing a securities or settlement Asset Passport does not mean that DaDepo has:

established legal ownership of a security;
acted as a central securities depository;
acted as a custodian;
cleared a trade;
guaranteed settlement;
provided central-bank money;
issued stablecoins or tokenised deposits;
operated a blockchain;
determined investor eligibility;
performed sanctions screening as an authoritative regulated service;
perfected or released collateral;
determined settlement finality;
replaced a stock exchange, clearing house, depository, custodian, account-management institution or payment system;
guaranteed that an asset is available for delivery;
recommended an investment;
or provided legal, regulatory, financial, investment, custody, settlement, banking, tax, accounting, credit or valuation advice.

Important: DaDepo provides technology and information tools. It does not provide legal, financial, investment, tax, accounting, banking, custody, clearing, depository, settlement, payment, exchange, blockchain or regulatory advice or services unless a specific service is expressly identified and lawfully provided. Settlement cycles, legal ownership, transfer rules, finality, collateral rights and investor eligibility depend on applicable law, market rules, transaction structure and authoritative infrastructure.

A practical T+0 readiness checklist

Before an asset is expected to settle immediately, ask:

Identity: Is the exact security unambiguously identified?
Authority: Which registry, depository or ledger is authoritative for ownership?
Seller: Is the seller entitled to transfer the asset?
Quantity: Does the seller have enough available quantity now?
Encumbrance: Is any part pledged, lent, repoed, frozen or committed elsewhere?
Buyer: Is the buyer correctly identified?
Eligibility: May the buyer legally and operationally hold the security?
Restrictions: Have transfer, jurisdictional and instrument-specific restrictions been cleared?
Custody: Are the correct delivering and receiving accounts known?
Cash: Does the buyer have the required settlement asset available?
Money: What exactly is the payment asset—central-bank money, bank deposit, stablecoin, tokenised deposit or another claim?
DvP: Are securities and cash transfers technically and legally linked?
Finality: When does the securities transfer become final and when does payment become final?
Interoperability: If blockchain and conventional records coexist, how are they synchronised?
Corporate actions: Is the security free of any event that changes transfer or entitlement state?
Liquidity: Does the model require pre-funding or pre-positioning, and what does that cost?
Failure: What happens if one leg cannot settle immediately?
Timestamp: How fresh are ownership, cash, eligibility and encumbrance data?
Lifecycle: Will the transaction update all relevant ownership, custody and collateral records?
Provenance: Can each readiness decision be traced to the authoritative source that supports it?

If those answers cannot be produced before the trade, T+0 does not make the asset more ready.

It only makes the failure arrive faster.

Faster settlement changes the architecture of trust

The global settlement debate is often described as a race toward speed.

That framing is incomplete.

T+0 is really a redistribution of work.

Under T+2, some uncertainty can be resolved after trading.

Under T+1, there is less time.

Under T+0, most of the important uncertainty must be resolved before execution.

The architecture therefore moves from:

Trade
    ->
Validate
    ->
Repair
    ->
Fund
    ->
Settle

toward:

Validate
    ->
Fund
    ->
Confirm eligibility
    ->
Confirm asset availability
    ->
Trade
    ->
Settle atomically

That changes the value of asset infrastructure.

A market with instant settlement needs highly reliable pre-trade state.

A market with tokenised assets needs a clear bridge between token state and legal state.

A market with 24/7 settlement needs 24/7 dependencies.

A market with atomic DvP needs both assets to be final and available at the same moment.

Japan’s 2026 experiments matter because they are beginning to test those relationships inside one of the world’s largest and most sophisticated securities markets.

The lesson is broader than Japan.

When settlement is slow, asset uncertainty creates friction.

When settlement is instant, asset uncertainty becomes a blocker.

T+0 therefore changes the question.

The future market will not ask only:

How fast can this trade settle?

It will ask:

Was the asset ready before the trade happened?