Answered plainly
The Digital Dirham can arrive with conditions attached
The UAE amended the definition of currency in 2023 and the Central Bank has been issuing a digital form of the dirham as legal tender since January 2024.
On 2 October 2023 the UAE changed what the word currency means.
Federal Law No. 54 of 2023 amended the Central Bank Law of 2018 so that the definition of currency includes digital currency. Article 56, as amended, now reads that currency notes and digital currency issued by the Central Bank shall be legal tender for payment of any amount up to their full face value. In January 2024 the Chairman of the Central Bank authorised the first issuance of the Digital Dirham as legal tender, used to settle a cross-border payment on the mBridge platform.
That is not a pilot in the sense the word usually carries. The legal instrument exists, it has been issued, and it sits in the same sentence of the same law as the notes in your wallet.
Almost everything written about it since has been written by technologists, and it reads accordingly. What follows is the part a company actually has to make a decision about — and there is less of it than the coverage suggests, but two of the items are genuinely load-bearing.

Whose money it is, and why that answers most of the questions
The Digital Dirham is a liability of the Central Bank. Not a token an issuer promises to redeem, not a claim on a company, not a thing that trades. It is the same obligation that stands behind a banknote, in a form that moves over a ledger.
That single fact disposes of the question everyone asks first. It is not a cryptocurrency, and the resemblance is superficial: the Central Bank runs it on a private, permissioned distributed ledger it controls, validates the transactions itself, and mints and redeems the currency itself. Distributed ledger technology is being used here for immutability and for integration with other networks. It is not being used to remove anybody from the middle. The whole design assumes a middle and then names it.
It is also not one of the privately issued dirham tokens you may have been offered. Those exist, they are governed by an entirely separate Central Bank instrument, and whether one of them may lawfully settle a sale in the UAE is a question with its own answer — set out on our virtual asset licensing page. A payment token is somebody's promise. The Digital Dirham is the currency.
The useful comparison is not with bitcoin. It is with the balance already sitting in your company's account.
| Consideration | Your company's bank balance | The Digital Dirham |
|---|---|---|
| Who grants you access | The institution that already decides whether to hold your account | The same institution, the same standards, the same risk appetite |
| How much you may hold | No tier applies; the excess falls back here automatically | Limits set in tiers, with businesses treated as their own tier |
| Whether a condition can travel inside the money | The restriction lives in a document, enforced by audit or lawsuit afterwards | The restriction rides inside the payment and enforces itself when spent |
Read down the last row before any of the others. It is the only line in that frame that has no equivalent in how money has worked for your business until now.
Money that arrives with rules already inside it
In its retail pilot the Central Bank ran four digital economy use cases. One of them is worth more attention than it has received.
The Ministry of Community Development distributed food subsidies using programmable Digital Dirham. The Ministry could programme where that money could be spent, and monitor distribution and usage in real time. A second case let parents create sub-wallets for children with programmable spending rules and allowances written in smart contract logic. A third settled fractional ownership of tokenised real estate. A fourth issued non-resident wallets carrying gifted programmable money and instant VAT refunds for visitors.
Strip the retail framing away and the mechanism is the point: value can be transferred with a condition travelling inside it rather than alongside it in a contract.
Every business already knows the alongside version. A grant that must be spent on equipment. An advance restricted to a scope of works. A milestone payment released against a certificate. Today those restrictions live in a document, and the enforcement is a conversation, an audit or a lawsuit afterwards. Programmable money moves the restriction into the instrument, where it enforces itself at the point of spending and reports back to whoever set it.
For a company that receives money from government bodies, from large corporate customers, or from a parent overseas, that is a commercial change well before it is a technical one. The questions it raises are ordinary treasury questions with unfamiliar answers. If a receipt is restricted, is it your working capital? If a customer can attach a condition unilaterally by choosing how to pay, does your contract say anything about that? If a condition and an invoice term disagree, which one governs? None of those are answered by the technology, and none of them belongs to the finance team alone.
Nothing here is urgent. But a company that signs multi-year supply agreements now would be sensible to have its counsel look at how those agreements define payment, tender and discharge of the debt — because they were all drafted for money that does not answer back.
It is built so that you cannot keep much of it

This is the design choice most likely to disappoint anyone who imagined a central bank account.
At launch the Digital Dirham is non-interest bearing, and the Central Bank says plainly why: it wants the thing used as a means of payment rather than as a substitute for savings. Holding limits reinforce the same intention, set in tiers, with businesses treated as their own tier separately from residents and visitors. Where a payment exceeds the limit, a linked bank account covers the excess automatically — the Central Bank calls it a reverse waterfall — so that large purchases still work without large balances being held.
The reasoning behind it is stated openly and is worth knowing, because it tells you the constraint will not be relaxed casually. A CBDC that people found attractive to hold would pull deposits out of banks, and would do it fastest in exactly the conditions where banks can least afford it. The Central Bank's own simulations put the Digital Dirham at a 5% share of M3 money supply under those constraints. The limits exist to keep that number from behaving differently in a bad month.
So: a payment rail, deliberately, and not a place to put money. Any plan that treats it as a treasury instrument has misread its purpose, and the accounts of a company holding it will look nothing like the accounts of a company holding tokens — the classification argument that dominates cryptocurrency does not arise in the same form, because the Central Bank states this is fully convertible at par with cash, deposits and reserves. It is dirhams. That is the whole idea. Our note on being paid in crypto sets out what happens when it is not dirhams, which is the more common problem by a wide margin.
What it is forWhat it costs you
- Non-interest bearing at launchKeeps it used as a means of payment, not as a substitute for savingsNothing is earned on the balance
- Holding limits set in tiersStops deposits leaving the banks fastest when banks can least afford itBusinesses are their own tier and cannot keep much
- The reverse waterfallLarge purchases still work without large balances being heldA linked bank account is still necessary underneath
- Convertibility at par with cash, deposits and reservesThe classification argument that dominates cryptocurrency does not ariseIt is dirhams, so it hedges nothing
You will not get it from the Central Bank
Distribution runs through an intermediated two-tier model. The Central Bank issues and redeems; licensed financial institutions provide the wallets and manage customer payments. Wallet providers are named as banks, exchange houses and payment service providers, together with FinTechs holding stored value facility licences.
The consequence for a company is unglamorous and familiar. Access to the national digital currency will be granted by the same institution that already decides whether to hold your account, applying the same onboarding standards, in the same risk appetite. There is no counter at the Central Bank. If your business has a difficult banking profile today, a CBDC does not route around that — it inherits it, which is a point worth holding on to given how often the opposite is implied. What actually moves that needle is set out on our banking advisory page, and none of it has changed.
Three published design features are worth flagging for particular kinds of company, because they are unusual among CBDCs. Non-residents are contemplated as users, which matters for owners and directors who are not resident here. Offline availability is a stated capability. And cross-border capability is not aspirational: mBridge, which the Central Bank describes as the world's first operational multi-CBDC platform, already supports settlement and payment-versus-payment, with UAE institutions onboarded. Bilateral work with India was one of the three pillars of the first phase. For an importer settling into a corridor the Central Bank has bridged, that is the line item worth watching — through your own bank, when your bank offers it.
the two-tier model, and which tier you actually deal with
The Central Bank
- Issuing the currencyThe Digital Dirham is a liability of the Central Bank
- Redeeming itIt mints and redeems the currency itself
- Validating transactions on the ledgerThe permissioned ledger is one it controls
A licensed financial institution
- Providing the walletBanks, exchange houses, payment service providers and FinTechs
- Managing customer paymentsNot the Central Bank's side of the two-tier model
- Deciding whether your company gets accessThere is no counter at the Central Bank

Where thinking about this is the wrong use of your time
We would rather say this than sell an advisory hour on it.
It is the wrong project if your company has not yet been formed, or was formed this year. Nothing about the Digital Dirham changes a licence, a legal form, a shareholding or an activity. The decisions that will actually constrain you are the ones you cannot undo later, and none of them is on this page.
It is the wrong project if you are hoping it makes a crypto business bankable. A central bank issuing a digital currency is not a statement of appetite for virtual asset firms, and no UAE institution's correspondent banks abroad will read it as one. The two questions have never been connected except in marketing.
It is wrong if you were told it lets you accept stablecoins. It does not touch that question. Which privately issued tokens may settle a sale in the UAE is governed by a different instrument entirely, and it has to be read against your specific token.
It is wrong as a currency hedge. The Digital Dirham is the dirham. If your exposure is that your costs are in one currency and your revenue in another, the digital form changes nothing at all — your UAE company is a dollar business either way.
It is wrong if somebody is selling you an integration. No published Central Bank requirement obliges an ordinary company to build anything today, and acceptance will arrive through the payment providers and point-of-sale systems you already use, on their timetable. Being early here buys nothing.
And it is wrong to plan a business model on programmability before the rulebooks exist. The pilots demonstrate what the technology can do. What a private party may lawfully do with a spending restriction attached to legal tender is a question the published policy material does not answer, and building a product on the gap is expensive.
What is actually worth doing
Two things, and neither costs money.
Ask your bank, once, whether it intends to offer Digital Dirham wallets to business customers and on what terms — not because you need one, but because the answer tells you something about the institution. And if your company sells to government entities or to large customers under restricted funding, put one question to whoever drafts your agreements: what happens if a payment arrives with conditions written into it rather than into the contract. That is a paragraph, not a project, and it is much cheaper to write now than to argue about later.
two free actions, and which one applies to you
- Ask your bank whether it intends to offer business wallets, and on what termsThe answer tells you about the institution, not about the currency
- Read how your agreements define payment, tender and dischargeThey were drafted for money that does not answer back
- Does restricted funding ever reach you from a government entity or a large customer
- It doesAsk whoever drafts your agreements what happens if conditions arrive inside the payment
- It never doesNo published Central Bank requirement obliges you to build anything today
- Who pays you, and on what termsOne paragraph now, or an argument later
Everything else here is worth reading and not worth acting on yet. When that changes, it will change because the Central Bank publishes something specific, and we will say so plainly rather than treating an announcement as a product.
Frequently asked questions
Is the Digital Dirham a cryptocurrency?
No. It is a liability of the Central Bank of the UAE — the same obligation that stands behind a banknote, in a form that moves over a ledger. The Central Bank runs it on a private, permissioned distributed ledger it controls, validates the transactions itself, and mints and redeems the currency itself. The ledger is there for immutability and for integration with other networks, not to take anybody out of the middle: the design assumes a middle and then names it.
Does my company have to accept Digital Dirhams?
This page does not answer that, deliberately. What it states is narrower: the Digital Dirham is legal tender under Article 56 of the Central Bank Law as amended. Whether a UAE business must accept it, must build a point-of-sale capability, or must do either by any particular date is a separate legal question. No published Central Bank requirement obliges an ordinary company to build anything today, and acceptance will arrive through the payment providers and point-of-sale systems you already use.
Where would my company get a Digital Dirham wallet?
From a licensed financial institution, not from the Central Bank. Distribution runs on an intermediated two-tier model: the Central Bank issues and redeems, while banks, exchange houses, payment service providers and FinTechs holding stored value facility licences provide the wallets and manage customer payments. There is no counter at the Central Bank, so the institution that already decides whether to hold your account decides this too, on the same onboarding standards and in the same risk appetite.
Can we keep the company's cash in Digital Dirhams?
That is not what it is built for. At launch it is non-interest bearing, and the Central Bank says plainly why: it wants the instrument used as a means of payment rather than as a substitute for savings. Holding limits are set in tiers, with businesses treated as their own tier, and where a payment exceeds the limit a linked bank account covers the excess automatically. Treat it as a payment rail, not a treasury instrument.
What does "programmable" mean for money my company is paid?
It means a condition can travel inside the payment rather than alongside it in a contract. In the Central Bank's pilot, the Ministry of Community Development could programme where subsidy money was spent and watch usage in real time. Every business already knows the alongside version — a restricted advance, a milestone released against a certificate. The commercial questions are ordinary treasury ones: if a receipt is restricted, is it your working capital, and does your contract say anything about a payer attaching conditions unilaterally?
Begin with a clear conversation
Tell us what you intend to build.
A consultant will map the structure, jurisdiction, approvals and likely cost against what you actually described — not against a package.