Smart Contract Legal Enforceability: The Jurisdiction-by-Jurisdiction Reality

The phrase “code is law” is not a legal proposition. It is a political slogan from a particular moment in blockchain history that has been systematically disproved by every court that has been asked to adjudicate a smart contract dispute. Code executes according to its programming; law determines rights, remedies, and obligations according to the legal framework of the relevant jurisdiction. These are different things, and confusing them is a compliance error with material consequences.

The interesting question — the one that compliance teams need answered for programme design — is not whether code is law (it isn’t), but whether smart contracts, in specific jurisdictions, have been given legal recognition that makes them enforceable as contracts and that gives the rights they create legal standing against third parties, including in insolvency.

The answer is yes, in a small number of jurisdictions and with important limitations. This analysis examines where and under what conditions, what the documentation requirements are, and what compliance teams need to do in jurisdictions where smart contract legal recognition is limited or absent.

Switzerland: The Gold Standard — Registerwertrechte

Switzerland’s Federal Act on the Adaptation of Federal Law to Developments in Distributed Ledger Technology (DLT Act), which entered into force in February 2021, is the most sophisticated legal treatment of DLT-based financial instruments currently in force anywhere in the world. It did not simply validate smart contracts as contracts; it created a new legal category of property — the Registerwertrecht (registry-based right) — that exists natively on a DLT system without requiring a parallel paper instrument.

The Registerwertrecht resolves two problems that plague tokenization programmes in other jurisdictions:

Problem 1: The bridge problem. In most tokenization programmes, the token is not the security — it is a representation of the security, held via a trust structure or book-entry system, with the token providing evidence of the beneficial owner’s claim on the underlying security held by a custodian or trustee. This structure works but creates additional legal layers, counterparty risks (the trustee or custodian), and legal costs (trust documentation, custodian agreements, legal opinions on the trust structure).

The Registerwertrecht eliminates the bridge. A right recorded in a qualifying DLT system — one that satisfies the conditions set out in Article 973d of the Swiss Code of Obligations (integrity, access control, multi-party participation) — is the right itself, not a representation of it. There is no underlying paper instrument. There is no trustee holding the “real” asset. The on-chain entry is the legal asset.

Problem 2: The insolvency problem. In most jurisdictions, the treatment of tokenized securities in issuer or custodian insolvency is uncertain. Does the token holder have a proprietary claim (the asset is theirs, regardless of the insolvency) or a creditor claim (they are an unsecured creditor of the insolvent entity)? The answer determines whether the token holder gets their assets back or joins the creditor queue.

Swiss law resolves this. The DLT Act amends the Swiss Debt Enforcement and Bankruptcy Act to provide that Registerwertrechte are segregated from the issuer’s insolvency estate — they are not available to the issuer’s general creditors. This is the same protection that conventionally certificated securities receive in Swiss law, extended to DLT-based instruments.

Compliance implications:

For programmes using Swiss Registerwertrechte, the documentation requirements are specific:

• The DLT system must meet the conditions of Article 973d COAO (Code of Obligations): integrity of records, exclusive holder access control, multi-party participation)
• The issuance agreement must specify that the rights are constituted as Registerwertrechte rather than conventional certificated securities
• Transfer of Registerwertrechte requires update of the DLT register — the legal transfer mechanism is the on-chain transfer, not a paper assignment
• Swiss law governs the property rights question for Registerwertrechte regardless of any governing law choice in the issuance agreement (property rights follow lex rei sitae, and for DLT-based rights, Swiss courts have indicated that the DLT system location determines the situs)

SIX Digital Exchange (SDX) operates as a FINMA DLT Trading Facility specifically to enable secondary market trading of Registerwertrechte. The SDX infrastructure provides both the DLT system that can constitute qualifying Registerwertrechte and the regulated trading venue for secondary market transactions — a uniquely integrated compliance and legal infrastructure that no other jurisdiction currently matches.

United Kingdom: The Law Commission’s 2023 Report — Digital Assets as a Third Category of Property

English law has traditionally recognised two categories of personal property: “things in possession” (tangible assets that can be physically held) and “things in action” (intangible rights enforceable by legal action, like debts, shares, and intellectual property rights). Digital assets — including tokens — do not fit neatly into either category, which created uncertainty about the legal nature of property rights in tokens and the enforceability of smart contracts under English law.

The Law Commission’s 2023 report “Digital Assets” recommended that English law recognise a third category of personal property — “data objects” — that would encompass digital assets including crypto tokens and potentially tokenized securities. The Law Commission concluded that smart contracts could be legally enforceable under English law without legislative change, applying existing contract law principles (offer, acceptance, consideration, intention to create legal relations) to automated smart contract interactions.

Current legal status: The Law Commission’s recommendation for a third property category has not yet been enacted as primary legislation in England and Wales. It represents the Law Commission’s view of how the law should develop, and it is influential — English courts will likely be guided by it in cases involving digital asset disputes — but it is not yet binding statute.

The practical compliance implication: smart contracts governed by English law are likely enforceable as contracts between the parties, but the property rights question — can a token holder enforce their rights against third parties (including in insolvency) — is not yet resolved by statute. English law offers contractual enforceability of smart contracts, not the full property rights recognition that Swiss Registerwertrecht provides.

What this means for documentation: Smart contract programmes with English law governing clauses should include explicit contractual recognition of the smart contract mechanism — acknowledging that the smart contract constitutes a legally enforceable agreement between the parties and that on-chain execution constitutes performance of the contractual obligation. Legal opinion from qualified English law counsel on the enforceability of the specific smart contract structure is recommended for institutional programmes.

UK Property (Digital Assets etc) Bill: The UK government introduced the Property (Digital Assets etc) Bill in September 2024 to provide statutory basis for the third category of personal property recommended by the Law Commission. As of early 2026, the Bill was progressing through Parliament. When enacted, it will resolve the property rights gap and bring UK law closer to Swiss Registerwertrecht in its practical implications for tokenized asset holders.

Wyoming: DAO LLC and Smart Contract Recognition

Wyoming has enacted the most crypto-friendly state-level legislation in the United States, including specific provisions for smart contract legal recognition that are not replicated at the federal level or in most other US states.

Wyoming Blockchain Task Force Act (2018) and amendments: Wyoming enacted legislation confirming that electronic records and signatures (including blockchain records and cryptographic signatures) are valid and enforceable under Wyoming law. This provides a statutory basis for smart contract enforceability under Wyoming law.

Wyoming DAO LLC Act (2021): Wyoming created the first US legal entity form specifically designed for decentralised autonomous organisations — the DAO LLC. A Wyoming DAO LLC can be governed entirely by smart contract code, with the code itself serving as the functional equivalent of an operating agreement. This is the most direct US statutory recognition of smart contracts as governance instruments.

Compliance significance for Wyoming: Wyoming’s smart contract and DAO LLC provisions are valuable for programmes structured as Wyoming entities that wish to rely on on-chain governance mechanisms. They do not provide federal US law recognition — a Wyoming entity still operates within the US securities law framework (Howey test, Securities Act, Exchange Act) regardless of Wyoming’s smart contract recognition. The Wyoming provisions address state law property and corporate governance questions, not federal securities compliance.

Practical use: Wyoming DAO LLCs have been used primarily by DeFi protocols seeking a legal entity anchor in the US. For institutional tokenization programmes under SEC jurisdiction, Wyoming law recognition of smart contracts is a useful foundation but insufficient as a complete compliance strategy.

Singapore: Electronic Transactions Act and MAS Guidance

Singapore’s Electronic Transactions Act (ETA) provides a broad legal framework for electronic records and signatures, including recognition of automated electronic transactions (which can include smart contract interactions) as legally binding. The ETA does not specifically address blockchain or smart contracts, but its technology-neutral approach to electronic commercial transactions has been interpreted to cover smart contract interactions.

MAS guidance on digital tokens: MAS has published guidance on the legal treatment of digital tokens under Singapore law, including the position that smart contracts can constitute legally enforceable agreements where the standard contractual elements are present. MAS has not required additional formalities for smart contract-based transactions beyond those required for conventional electronic contracts.

Project Guardian documentation standards: MAS’s Project Guardian collaborative programme with major banks has produced documentation standards for tokenized asset transactions conducted in Singapore. These standards — developed through live institutional transactions on Singapore-regulated DLT infrastructure — represent the closest thing to a jurisdiction-specific smart contract compliance documentation template available for institutional tokenization programmes.

Compliance implication: Singapore provides a supportive legal environment for smart contract-based commercial transactions, with MAS guidance that fills the gap left by the absence of specific smart contract legislation. For programmes operating under Singapore law, the MAS Project Guardian documentation frameworks and MAS fintech guidance are the primary sources for smart contract compliance documentation standards.

Where Smart Contracts Are Not Legally Recognised

The majority of jurisdictions globally do not have specific smart contract legislation or binding judicial guidance on the enforceability of smart contracts. This includes most of the EU (MiCA does not address smart contract legal enforceability; it is silent on the question), the US at federal level, most of Asia outside Singapore and Japan, and most of the common law world outside England, Wales, and certain US states.

In these jurisdictions, smart contracts are not unlawful — they are simply not specifically addressed by statute. Courts and lawyers apply existing contract law principles analogically. The core question — whether a transaction executed by a smart contract creates an enforceable contract between the parties — is answered by asking whether the standard elements of a valid contract (offer, acceptance, consideration, legal capacity, and intention to create legal relations) are present in the smart contract interaction.

For most commercial smart contract interactions — token transfers, automated payment execution, DeFi lending — these elements can be constructed. The offer is the smart contract’s advertised function; acceptance is the user’s transaction submission; consideration is the value exchanged; capacity is assumed unless evidence to the contrary; intention to create legal relations is evidenced by the commercial context.

The insolvency gap: The critical gap in jurisdictions without specific smart contract legislation is insolvency treatment. If a tokenized securities programme does not have Swiss Registerwertrecht status and the issuer or custodian becomes insolvent, the question of whether token holders have a proprietary claim or a creditor claim is determined by general insolvency law, which typically favours characterising token claims as creditor claims rather than proprietary ones. This is the gap that trust structures and custodian arrangements are designed to bridge — they ensure that the token holder’s claim is a proprietary claim on the trust assets, not a creditor claim on the trustee’s insolvency estate.

Documentation Requirements for Compliance Teams

Regardless of jurisdiction, compliance teams building tokenized securities programmes should address the following documentation requirements:

1. Governing law specification: Every tokenized security issuance should specify a governing law for the smart contract terms. Where the governing law is Switzerland, UK, or Singapore, the documentation can rely on the legal recognition frameworks above. Where the governing law is another jurisdiction, the documentation should include a legal opinion on smart contract enforceability under that law.

2. Smart contract description in offering documents: Offering memoranda and subscription agreements for tokenized securities should include a plain-language description of the smart contract’s function, the transfer restrictions it enforces, and the relationship between the on-chain smart contract execution and the legal rights it effects. Institutional investors require this disclosure to assess the legal nature of what they are purchasing.

3. The “code as appendix” approach: Several leading law firms advise that the smart contract code (or a cryptographic hash of the code) should be attached as an appendix to the governing transaction documents, making it part of the legally defined scope of the agreement. This approach — used in some structured finance transactions — ensures that courts interpreting the transaction documents can access the complete technical specification of the automated execution mechanism.

4. Audit trail documentation: The smart contract’s deployment, upgrade history, and access control records should be documented and maintained as part of the compliance record. If the smart contract is upgradeable — if the issuer or transfer agent can modify the contract code — the upgrade governance process should be documented and the compliance implications of any upgrade assessed before deployment.

5. Override and remediation procedures: What happens if the smart contract executes incorrectly — if a technical error causes an unauthorized transfer, or if a court order requires reversal of a completed on-chain transaction? The legal documentation should specify the remediation mechanism. In practice, this is one of the areas where the “code is law” philosophy most clearly breaks down: courts regularly order asset freezes, reversals, and remediation in financial disputes, and smart contracts that cannot accommodate court-ordered interventions are legally problematic in all but the most blockchain-native jurisdictions.

For jurisdiction-specific licensing that affects smart contract programme structuring, see /licensing/ and /jurisdictions/. For the Swiss DLT Act and Registerwertrecht in depth, see /encyclopedia/.