Key takeaways
- There is no special liability rule for smart contract developers in India or the UAE; ordinary contract, negligence and misrepresentation principles apply.
- A written scope, an independent audit, a liability cap and a clear acceptance step are the main protections, though a cap may not cover fraud or wilful misconduct.
- Control matters: a developer who keeps admin keys or collects fees faces more exposure than one who only delivers code.
- Choose a forum and plan enforcement between India and the UAE before launch, and check what insurance actually covers.
A bug in a smart contract can lose millions in minutes, and the loss rarely stays with the team that wrote the code. If an Indian development team builds a protocol for a Dubai client and an exploit follows, the question of smart contract liability developer India teams face is a practical one: who pays, under which law and in which court? The answer depends on the contract, the facts of the failure and the roles the parties played, and very little of it is settled by statute.
This guide explains how liability is likely to be analysed when Indian developers build for a Dubai protocol, what contract terms matter, how the UAE and Indian legal systems may approach the claim, and how to cap and manage the risk. It is written by an Indian law firm. UAE-law points, including VARA rules and DIFC or ADGM court issues, should be confirmed with UAE-licensed counsel.
Why smart contract failures create liability
Code that moves value is different from ordinary software. A flawed access control, a reentrancy bug or a faulty price feed can be exploited by anyone who finds it, and the loss is often final because blockchain transactions cannot easily be reversed. Users, token holders and the protocol operator may all claim a loss. They will look for a defendant with a name and assets, and the developer who wrote the code is often the easiest to find. Planning for smart contract liability developer India teams face should start before the first line of code is written.
No Indian or UAE statute sets a special liability rule for smart contract developers. Courts will apply ordinary principles: breach of contract, negligence, misrepresentation and, in some systems, the duties owed by people who control a project. Developments abroad show how fact-heavy these cases are. US cases involving bZx and the Ooki DAO treated those running the project as potentially liable as partners or as an unincorporated association, and a UK Court of Appeal decision in Tulip Trading allowed an argument that developers may owe duties to be heard at trial. Verify the details before relying on them.
Roles matter. A developer who only supplied code under a services agreement is in a different position from one who also holds admin keys, collects fees or markets the protocol. For smart contract liability developer India teams should therefore ask two questions at the start: what are we promising in the contract, and what control will we keep after delivery?
Contract claims and limitation clauses
The first line of claim is breach of the development agreement. The Indian Contract Act, 1872 allows damages under Section 73 for losses that arise naturally from a breach or that the parties knew would be likely, and Section 74 restricts penalties. An agreement that promises a ’secure’ or ’bug-free’ contract invites a claim, because security cannot be guaranteed. Describe the standard of care, such as industry practice, defined test coverage and an independent audit. In any smart contract liability developer India dispute, the written scope is usually the first document a court or arbitrator reads.
Limitation clauses are the main protection. Cap liability at the fees paid or a fixed multiple, exclude indirect and consequential loss and lost profits, and say clearly that the developer does not guarantee the absence of vulnerabilities. Courts may not enforce a cap against fraud or wilful misconduct, and some systems treat gross negligence similarly, so do not expect a cap to protect careless work. Make sure the cap is brought to the client’s attention and agreed.
Warranties, acceptance and post-delivery duties should be explicit. State that the client accepts the code after audit, that the client controls deployment and upgrades, and that the developer has no duty to monitor the live protocol unless a separate support agreement says so. Name the audit firm and who bears its cost. If the client ignores an audit finding or changes the code, record that the developer is not responsible for the change.
| Term | What to include | Limit |
|---|---|---|
| Scope | A written scope and standard of care, such as industry practice and a named audit | Do not promise a bug-free contract |
| Liability cap | A cap at fees paid or a fixed multiple, with indirect loss excluded | May not apply to fraud or wilful misconduct |
| Acceptance | Client accepts the code after audit and controls deployment and upgrades | Record any client change in writing |
| Post-delivery | No duty to monitor unless a separate support agreement says so | Keep support terms separate |
| Forum | Arbitration with a neutral or Dubai seat | Plan how an award will be enforced against assets |
Tort, regulatory and cross-border exposure
Beyond the contract, third parties who lost funds may allege negligence or misrepresentation. In India, the tort of negligence requires a duty of care, breach and damage, and courts are slow to find a duty to unknown users of a protocol, but they are not closed to it. In the UAE, the Civil Transactions Law is understood to impose liability for harm caused to another, which gives claimants a broad starting point. A UAE lawyer should advise how that applies in the onshore courts, and the DIFC and ADGM common law courts apply their own rules.
Regulation adds another layer. If the Dubai client is a licensed virtual asset service provider, VARA’s rules expect it to manage technology risk, outsourcing and cyber security, and to pass those duties to suppliers by contract. A developer may then be asked to accept audit rights, incident reporting and security standards. If the protocol is unlicensed but offers services in Dubai, regulators may look to those who control it, and the developers’ role could be examined.
Cross-border practicalities decide who really pays. Enforcing a judgment or an arbitral award against an Indian developer needs Indian proceedings, and against a Dubai company needs UAE proceedings or a treaty route. Choose a forum for the contract with this in mind, for example arbitration with a seat in Dubai or a neutral place, and agree whether disputes can be heard in India. Check whether the Indian team’s company has assets, insurance and a clean corporate structure that keeps founders’ personal assets out of the claim. Forum and enforcement choices shape smart contract liability developer India outcomes as much as the law does.
Practical steps for developers and Dubai clients
Developers should insist on a written scope, a security process and a limit on liability. Use a threat model, unit and fuzz tests, and at least one independent audit before launch. Keep the audit report and the fixes. Avoid marketing language that overstates security, such as ’unhackable’, because it can create a separate misrepresentation claim. Keep a record of client decisions to delay audits or ship with known issues. Good records are the best evidence in a smart contract liability developer India claim.
Clients should avoid putting all risk on a vendor and then assuming the problem is solved. A Dubai protocol team should plan its own controls: timelocks, multisig governance, emergency pause powers, monitoring, a bug bounty and an incident response plan. These controls reduce the chance of a loss and the amount at stake, and they also show regulators that the project took risk seriously. They may be a condition of insurance.
Both sides should check insurance. Professional indemnity and cyber policies often exclude digital asset losses or smart contract exploits, and specialist cover for DeFi is limited and costly. Ask the insurer directly what is covered and note any conditions. Where a development company in India performs the work through a subsidiary, check that the contracting entity is the one with the insurance and that the contract names the right party.
Next steps and quick answers
If your team is building for a Dubai protocol now, review the development agreement for scope, standard of care, a liability cap, a carve-out for client changes, governing law, forum and insurance. If an exploit has already happened, preserve logs, repositories and chat records, stop public comment until you have taken legal advice, notify your insurer and consider whether a regulator needs to be told. Move early, because evidence and goodwill both fade quickly.
Related reading: token launches in Dubai and the legal risks for Indian investors, VARA token issuance guidance 2026, what to do when a crypto exchange is hacked, liability when an AI agent causes harm, web3 startups with Indian teams and US founders, paying Indian developers from a Dubai web3 company, crypto fraud from Dubai to India and the remedies and the FCA’s consultation on decentralised protocols; also whether the UAE bans Bitcoin self-custody; also Web3 regulations in India; also smart contracts under UAE law.
Quick answers
Can an Indian developer be liable for a smart contract exploit?
Yes, in principle. Liability usually starts with the development contract, and may extend to negligence or misrepresentation. A clear scope, audit and liability cap reduce the risk but do not remove it where there is fraud or serious carelessness.
How can developers limit smart contract liability?
Use a written scope, state that security cannot be guaranteed, cap liability, exclude indirect loss, require an independent audit, record client changes and choose a workable forum and governing law.
Which law and court will decide a Dubai protocol dispute?
That depends on the contract. Parties often choose arbitration or the DIFC or ADGM courts, but third parties may sue elsewhere. Take UAE-licensed advice on the forum and on enforcement against Indian assets.
Do Indian courts have a special rule for smart contract losses?
We are not aware of a rule written for them. Ordinary principles of contract and negligence apply, so the written contract is the main protection.
Does a DAO wrapper remove developer risk?
Not by itself. Courts and regulators look at who controls the project and benefits from it, so be ready to show who really does what.
Final word
Halverton & Co. is an Indian law firm advising NRIs, founders, investors and businesses in Dubai and across the UAE on Indian law, including technology contracts, blockchain and Web3 projects, digital asset regulation, and cross-border disputes between India and the UAE. We practise in Jharkhand, Maharashtra and before the Supreme Court of India, and work alongside UAE-licensed counsel, who advise on UAE law. Halverton & Co.: Where tech needs law! If you have a question about Indian law, write to us at office@halvertonandco.com, or get in touch.
This article reflects developments reported up to late October 2026. It is for general information only, is not legal advice, and does not create an advocate-client relationship. Halverton & Co. is an Indian law firm and does not advise on UAE law; UAE-law points should be confirmed with UAE-licensed counsel.
Sources
Related practice area
Crypto, Web3 & Digital Assets
Advice for virtual digital asset businesses on registration, reporting and structure.
View the practice areaComments
No account needed. Comments are reviewed before they appear, so yours will show here once approved. Please do not share confidential details or describe your own legal matter: replies are general discussion, not legal advice, and do not create an advocate-client relationship. For your own situation, write to office@halvertonandco.com.




