1. Introduction

The Theory of Smart Contracts explains how contractual rights, obligations and transactions can be created, executed and enforced through computer programs, particularly those operating on blockchain and distributed ledger technology.

A smart contract is a computer program that automatically performs specified actions when predetermined conditions are satisfied.

For example, when a buyer transfers the required payment into a smart-contract system, the program may automatically transfer a digital asset to the buyer without requiring a separate manual instruction.

The concept combines principles of traditional contract law with computer science, cryptography, automation and digital transaction systems.

Smart contracts are particularly important in:

Banking and financial services.

Cryptocurrency transactions.

Digital property transfers.

International commercial transactions.

Insurance claims.

Supply-chain management.

Decentralised finance (DeFi).

Digital identity systems.

Automated licensing and intellectual property transactions.

Real estate and tokenised assets.

Central proposition: A contractual obligation can be expressed through computer code and automatically performed through technological infrastructure, but its legal validity and enforceability continue to depend on applicable contract law.

2. Meaning and Definition of Smart Contracts

The expression smart contract is generally associated with computer scientist and legal scholar Nick Szabo, who developed the concept of digital protocols designed to execute contractual terms automatically.

A smart contract is a software-based arrangement that:

Contains predetermined contractual instructions.

Identifies specified conditions.

Monitors whether those conditions are satisfied.

Automatically performs programmed actions.

Records transactions on a blockchain or another technological system.

Example:

A agrees to sell a digital asset to B for ₹50,000.

The smart contract is programmed so that:

B transfers ₹50,000.

The system verifies receipt of payment.

The digital asset is automatically transferred to B.

The transaction is recorded on the blockchain.

The transaction is executed through code rather than requiring each step to be manually performed.

However, the existence of executable code does not automatically establish that a legally enforceable contract exists. The ordinary requirements of offer, acceptance, consideration, capacity, free consent and lawful object may still apply.

3. Essential Characteristics of Smart Contracts

A. Automation

Smart contracts execute predetermined actions without requiring continuous human intervention.

B. Decentralisation

Blockchain-based smart contracts may operate through distributed networks rather than a single centralised administrator.

C. Immutability

Once deployed on certain blockchain systems, the program and its transaction history may be difficult to alter. However, upgradeable contracts and administrative controls can permit changes.

D. Transparency

Public blockchain transactions may be independently examined and verified.

E. Self-execution

The software performs specified contractual operations when programmed conditions are met.

F. Accuracy and predictability

A properly designed program can execute specified instructions consistently, although incorrect code may produce unintended outcomes.

G. Cryptographic security

Cryptographic techniques help authenticate transactions and protect the integrity of blockchain records.

H. Reduced intermediation

Smart contracts may reduce dependence on intermediaries such as escrow agents, clearing institutions and manual processing services.

4. Fundamental Elements of a Smart Contract

5. How Smart Contracts Work

Exploring the Disruptive Potential of Smart Contracts

globalxetfs.com

The typical process involves the following stages:

Agreement: Parties determine the commercial terms.

Programming: Contractual instructions are translated into computer code.

Deployment: The program is placed on a blockchain.

Triggering event: A specified condition occurs.

Verification: The system verifies whether the condition has been fulfilled.

Execution: The smart contract performs the programmed action.

Recording: The transaction is recorded on the distributed ledger.

Dispute resolution: If execution is defective or legally disputed, applicable legal remedies may be pursued.

6. Types of Smart Contracts

A. Smart Legal Contracts

These are computer programs designed to perform legally binding contractual obligations.

Example: An insurance agreement that automatically releases payment when a verified event occurs.

B. Decentralised Smart Contracts

These operate on decentralised blockchain networks without requiring a central authority to execute every transaction.

Example: Ethereum-based decentralised applications.

C. Financial Smart Contracts

These automate financial operations such as:

Loan repayments.

Interest calculations.

Collateral transfers.

Digital asset exchanges.

Automated settlements.

D. Ricardian Contracts

These combine legally readable contractual documents with machine-readable information, connecting traditional legal agreements with executable technology.

E. Hybrid Smart Contracts

These combine conventional written agreements with executable computer code.

For example, the written agreement establishes the parties' rights, while the smart contract automatically processes payments.

F. DAO-Based Smart Contracts

Decentralised Autonomous Organisations (DAOs) use smart contracts to govern membership, voting, treasury management and organisational decision-making.

7. Major Legal Theories Underlying Smart Contracts

1. Classical Contract Theory

Traditional contractual requirements continue to govern smart contracts, including offer, acceptance, consideration, capacity and lawful object.

2. Autonomy of Contract Theory

Parties should generally be free to determine their contractual obligations, including the use of automated execution mechanisms.

3. Digital Consent Theory

Electronic acceptance and digital authentication can establish contractual consent, provided applicable legal requirements are satisfied.

4. Code as Contract Theory

This approach examines whether executable computer code can express contractual obligations and determine the performance of an agreement.

However, code does not necessarily contain the complete legal agreement.

5. Objective Interpretation Theory

Courts should interpret contractual obligations by examining the objectively expressed intentions of the parties, rather than relying exclusively on the software's internal operation.

6. Technological Neutrality Theory

The law should generally recognise valid transactions irrespective of whether they are conducted through traditional documents, electronic communications or blockchain technology.

7. Risk Allocation Theory

Parties should determine who bears the risks of coding errors, network failures, oracle inaccuracies, cyberattacks and unauthorised transactions.

8. Detailed Case Laws Relating to Smart Contracts

The following judgments provide important foundations for understanding smart-contract enforceability, automated transactions, blockchain assets, decentralised organisations and electronic contractual consent.

Case 1. Quoine Pte Ltd v. B2C2 Ltd (2020)

Citation: [2020] SGCA(I) 02, Singapore Court of Appeal.

Facts:

Quoine operated a cryptocurrency trading platform. B2C2 used automated trading algorithms to conduct cryptocurrency transactions.

Due to a technical failure affecting market-price information, certain cryptocurrency transactions occurred at highly abnormal prices, approximately 250 times the prevailing market rate.

Quoine subsequently reversed those transactions. B2C2 challenged the reversal.

Legal issues:

Whether algorithmically executed transactions constituted binding contracts.

Whether unilateral mistake could invalidate automated transactions.

Whether the platform operator could reverse completed transactions.

Judgment:

The Singapore Court of Appeal upheld the contractual claim against Quoine. It concluded that the relevant transactions were valid and that Quoine had no contractual entitlement to reverse them.

The court examined how the knowledge of programmers should be attributed to parties using deterministic algorithms when applying the doctrine of unilateral mistake.

Legal principles:

Algorithmically concluded transactions can create enforceable contractual obligations.

Existing contract-law doctrines can apply to automated transactions.

The knowledge of programmers may be relevant when determining the parties' knowledge of algorithmic conduct.

Contractual terms governing reversals must be properly established.

Importance: This is one of the most significant judgments concerning automated cryptocurrency transactions and the relationship between computer algorithms and traditional contract law.

Case 2. Commodity Futures Trading Commission v. Ooki DAO (2023)

Citation: Case No. 3:22-cv-05416-WHO, United States District Court, Northern District of California, 2023.

Facts:

Ooki DAO operated a decentralised trading platform using blockchain-based protocols and smart contracts.

The Commodity Futures Trading Commission (CFTC) alleged that the organisation operated an unlawful commodity trading platform and violated regulatory obligations under the Commodity Exchange Act.

Legal issues:

Whether a decentralised autonomous organisation could be treated as a legally responsible entity.

Whether decentralised software operations avoid regulatory obligations.

Whether smart-contract-based activities remain subject to financial regulation.

Judgment:

The court granted the CFTC's motion for default judgment against Ooki DAO.

The proceedings recognised that a DAO could be treated as a legally cognisable unincorporated association under the relevant law and could face regulatory liability.

Legal principles:

Decentralised organisational structures are not automatically exempt from legal regulation.

Blockchain-based commercial activities can attract financial regulatory obligations.

Smart-contract infrastructure does not eliminate legal accountability.

Participants and organisational structures must consider applicable statutory responsibilities.

Importance: This case is significant because it demonstrates that decentralised governance and automated contractual execution do not necessarily remove legal responsibility.

Case 3. Van Loon v. Department of the Treasury (2024)

Citation: 122 F.4th 549 (5th Cir. 2024), United States Court of Appeals for the Fifth Circuit.

Facts:

The dispute concerned the US Treasury Department's sanctions against Tornado Cash, a cryptocurrency mixing service operating through blockchain technology.

The controversy involved immutable smart contracts deployed on a blockchain and whether those contracts could be treated as property under the relevant sanctions legislation.

Legal issues:

Whether immutable smart contracts could constitute property.

Whether software protocols could be treated as property of an organisation.

Whether the government possessed statutory authority to impose sanctions on the relevant software.

Judgment:

The Fifth Circuit held that immutable smart contracts were not property of a foreign national or entity under the International Emergency Economic Powers Act (IEEPA), as applied in the case.

It concluded that the Treasury Department had exceeded its statutory authority in sanctioning the immutable contracts.

Legal principles:

Computer code and legally recognised property are not necessarily identical.

Immutable smart contracts raise distinctive questions concerning ownership and control.

Government regulation of blockchain technology must remain within statutory authority.

Technological decentralisation can create new challenges for traditional legal concepts.

Importance: This judgment is important for understanding the legal status of immutable smart contracts, decentralised protocols and governmental regulatory powers.

Case 4. AA v. Persons Unknown (2019)

Citation: [2019] EWHC 3556 (Comm), England and Wales High Court.

Facts:

An insurer paid Bitcoin as ransom following a ransomware attack against an insured company.

The insurer subsequently sought to recover the cryptocurrency and obtain proprietary relief against persons holding the Bitcoin.

Legal issues:

Whether Bitcoin could be treated as property.

Whether cryptocurrency could be traced and recovered.

Whether proprietary injunctions could protect digital assets.

Judgment:

The High Court recognised that Bitcoin was capable of being treated as property under English law and granted an interim proprietary injunction.

Legal principles:

Cryptocurrency can possess legally recognisable proprietary characteristics.

Digital assets may be subject to proprietary remedies.

Blockchain transaction records can assist in tracing assets.

Digital commercial arrangements remain subject to ordinary legal remedies.

Importance: The judgment supports the legal infrastructure required for smart contracts involving digital assets, although it did not directly determine the validity of a smart contract.

Case 5. Ruscoe v. Cryptopia Ltd (in liquidation) (2020)

Citation: [2020] NZHC 728, High Court of New Zealand.

Facts:

Cryptopia operated a cryptocurrency exchange that entered liquidation following a major hacking incident.

The dispute concerned whether cryptocurrencies held by the exchange for account holders constituted property and whether they could be held on trust.

Legal issues:

Whether cryptocurrencies constitute property.

Whether digital assets can be held on trust.

Whether cryptocurrency holders have proprietary rights against an exchange.

Judgment:

The High Court recognised cryptocurrencies as property capable of being held on trust. It concluded that the cryptocurrencies held for account holders were held on trust and that the account holders were beneficiaries.

Legal principles:

Digital assets can receive proprietary protection.

Cryptocurrency arrangements can give rise to trust relationships.

Ownership and control of digital assets must be distinguished.

Digital asset transactions can attract traditional equitable remedies.

Importance: The decision is relevant to smart contracts involving digital assets, tokenised property and automated asset management.

Case 6. Trimex International FZE Ltd. v. Vedanta Aluminium Ltd. (2010)

Citation: (2010) 3 SCC 1, Supreme Court of India.

Facts:

The parties negotiated an international commercial transaction for the supply of bauxite through email communications.

After agreeing on the material terms, Vedanta communicated an unconditional acceptance by email.

A dispute subsequently arose regarding whether a binding contract had been concluded without execution of a formal agreement.

Legal issues:

Whether electronic communications could establish a binding contract.

Whether a formal written agreement was necessary.

Whether acceptance through email satisfied the requirements of the Indian Contract Act, 1872.

Judgment:

The Supreme Court held that a binding contract had been concluded through the exchange of emails, notwithstanding the absence of a subsequently executed formal agreement.

Legal principles:

Electronic communications can establish contractual consent.

A formal signed document is not invariably necessary.

Acceptance must satisfy the requirements of contract law.

Parties can become legally bound through electronic exchanges.

Importance: Although this was not a blockchain smart-contract case, it provides an important Indian legal foundation for recognising electronically formed contractual relationships.

Case 7. Shakti Bhog Foods Ltd. v. Kola Shipping Ltd. (2009)

Citation: (2009) 2 SCC 134, Supreme Court of India.

Facts:

The dispute involved commercial dealings and communications between parties concerning a shipping transaction. The court considered the legal significance of communications and documents exchanged in the course of commercial negotiations.

Legal issues:

Whether contractual arrangements could be established through exchanged communications.

Whether an arbitration agreement could be evidenced through documentary correspondence.

Whether electronic and written commercial exchanges could establish legally relevant consent.

Judgment:

The Supreme Court examined the requirements of a valid arbitration agreement under Section 7 of the Arbitration and Conciliation Act, 1996, and the significance of documentary exchanges in establishing agreement.

Legal principles:

Contractual consent may be evidenced through correspondence.

Formal execution is not the only means of proving agreement.

Commercial communications must be examined in their entirety.

The substance of an agreement is important in determining enforceability.

Importance: This judgment provides additional support for applying established Indian contractual principles to technologically mediated agreements. It is an analogous electronic and documentary contracting authority, not a direct ruling on blockchain code.

9. Legal Framework Governing Smart Contracts in India

India does not have a separate comprehensive statute exclusively governing smart contracts. Their legal treatment is determined by existing contract, information technology, evidence, property and financial laws.

A. Indian Contract Act, 1872

The Act provides the principal foundation for contractual validity.

Important provisions:

B. Information Technology Act, 2000

This Act provides important legal recognition to electronic transactions.

Section 4: Legal recognition of electronic records.

Section 5: Legal recognition of electronic signatures.

Section 10A: Validity of contracts formed through electronic means.

Section 11: Attribution of electronic records.

Section 12: Acknowledgement of receipt.

Section 13: Time and place of dispatch and receipt of electronic records.

Section 10A is particularly important because a contract cannot be denied enforceability merely because electronic means were used for its formation.

However, statutory exclusions and other applicable legal requirements must still be considered.

C. Bharatiya Sakshya Adhiniyam, 2023

The Bharatiya Sakshya Adhiniyam provides the evidentiary framework for electronic and digital records.

Its provisions concerning electronic records are important for proving:

Blockchain transaction histories.

Digital signatures.

Smart-contract execution logs.

Electronic communications.

Digital payment records.

Computer-generated evidence.

D. Arbitration and Conciliation Act, 1996

Smart-contract disputes may be referred to arbitration when a valid arbitration agreement exists.

Relevant provisions include:

Section 7: Arbitration agreement.

Section 8: Reference to arbitration.

Section 11: Appointment of arbitrators.

Section 16: Competence of arbitral tribunal.

Section 34: Setting aside arbitral awards.

E. Digital Personal Data Protection Act, 2023

Where smart contracts process personal data, applicable data-protection obligations become relevant.

Important concerns include lawful processing, data security, access controls and the difficulty of reconciling immutable blockchain records with legal requirements governing personal information.

F. Financial and Cryptocurrency Regulation

Smart contracts involving financial products, cryptocurrency exchanges, securities, derivatives or payment systems may attract additional regulatory requirements.

Applicable legislation and regulatory frameworks may include:

Reserve Bank of India Act, 1934.

Securities Contracts (Regulation) Act, 1956.

SEBI Act, 1992.

Prevention of Money Laundering Act, 2002.

Payment and Settlement Systems Act, 2007.

The regulatory position depends on the nature of the particular transaction and the legal classification of the asset.

10. Smart Contracts and Traditional Contracts: Comparative Analysis

11. Major Legal Problems and Challenges

A. Coding Errors

A programming mistake may cause a smart contract to execute an unintended transaction.

The central question is whether the parties should be bound by the code's output or whether the legally agreed terms should prevail.

B. Oracle Problems

Smart contracts frequently rely on external information supplied by oracles.

For example, an insurance smart contract may depend on external weather information to determine whether compensation becomes payable.

Incorrect external information can trigger incorrect execution.

C. Irreversibility

Some blockchain transactions are difficult or impossible to reverse.

This creates challenges when a transaction results from fraud, mistake, coercion or unauthorised access.

D. Jurisdictional Problems

A smart contract may involve parties located in different countries and a blockchain network distributed across several jurisdictions.

This creates questions concerning:

Applicable law.

Territorial jurisdiction.

Place of contract formation.

Enforcement of judgments.

International arbitration.

E. Consumer Protection

Consumers may accept automated contractual arrangements without understanding the underlying code.

This can create problems concerning unfair terms, disclosure, consent and liability.

F. Privacy and Data Protection

Blockchain immutability may conflict with legal requirements concerning correction, deletion and limitation of personal data processing.

G. Cybersecurity and Hacking

Vulnerabilities in smart-contract code may allow hackers to steal digital assets or manipulate contractual execution.

H. Liability of Developers

An important question is whether developers, platform operators, DAO participants or users should bear responsibility for financial losses caused by defective smart contracts.

Liability depends on the applicable legal duties, contractual relationships, fault and other relevant circumstances.

12. Remedies for Breach of Smart Contracts

Smart-contract disputes should not be understood exclusively through automated execution. Traditional legal remedies remain important.

Damages: Compensation for contractual breach.

Specific performance: Court-directed performance where legally appropriate.

Injunctions: Restraining wrongful conduct or dealings with disputed assets.

Restitution: Recovery of benefits obtained without legal justification.

Rescission: Setting aside a contract in legally recognised circumstances.

Declaration: Judicial determination of the parties' rights.

Trust remedies: Protection and recovery of digital assets where a legally recognised trust exists.

Arbitration: Resolution through an agreed arbitral mechanism.

The availability of any remedy depends on the facts, applicable law and practical ability to implement the relief.

13. Future Development of Smart Contract Law

The future development of smart-contract regulation is likely to focus on:

Legal recognition of blockchain-based contractual arrangements.

Standardised smart-contract drafting procedures.

AI-assisted contract verification.

Automated compliance monitoring.

Digital property ownership and transfer.

Cross-border smart-contract enforcement.

Consumer protection in decentralised finance.

Regulation of decentralised autonomous organisations.

Liability standards for software developers.

Integration of arbitration and blockchain-based dispute resolution.

Legal recognition of tokenised real estate.

Cybersecurity standards for automated transactions.

14. Critical Analysis

The Theory of Smart Contracts challenges traditional assumptions about how contractual obligations are created and performed.

Traditional contract law generally focuses on the intentions, promises and conduct of parties. Smart contracts introduce another dimension: executable computer instructions.

This creates an important distinction between legal agreement and technical execution.

A smart contract may execute perfectly from a programming perspective while producing an outcome that violates the parties' actual agreement.

For instance, a coding error may transfer ₹10 lakh instead of ₹1 lakh. The blockchain may correctly record the programmed transaction, but the resulting transaction may still give rise to a legal dispute involving mistake, restitution, breach or negligence.

The most appropriate approach is therefore not to treat computer code as an independent replacement for contract law.

Instead, legal systems should develop a framework that combines:

Traditional contractual principles.

Technological reliability.

Clear allocation of risk.

Digital evidence standards.

Consumer protection.

Cybersecurity safeguards.

Effective judicial remedies.

Human oversight.

15. Conclusion

The Theory of Smart Contracts represents an important evolution in modern contract law.

It demonstrates how contractual obligations can be expressed through computer code and performed automatically through blockchain and other digital technologies.

The judgments in Quoine v. B2C2, CFTC v. Ooki DAO and Van Loon v. Department of the Treasury demonstrate important legal questions concerning automated transactions, decentralised organisations and immutable computer code.

Indian decisions such as Trimex International v. Vedanta Aluminium provide a foundation for recognising electronically concluded agreements, although India still lacks a comprehensive statutory framework specifically addressing blockchain-based smart contracts.

Ultimately, smart contracts should be governed by a balanced legal framework that promotes innovation while preserving contractual consent, fairness, accountability, privacy and enforceability.

Fundamental legal proposition: Code may execute an agreement, but law determines its validity, interpretation, rights, obligations and remedies.

Research note: The seven judgments discussed above include both directly relevant blockchain and automated-transaction decisions and analogous electronic-contract decisions. They should not all be represented as judgments directly deciding the validity of blockchain smart contracts.