Civil Law and UAE – Simulation of Legal Relationships in Computational Systems

1. Introduction

Simulation of legal relationships in computational systems means creating a digital or computational model that represents how legal relationships operate between people, companies, assets, contracts, obligations and rights.

In simple language:

A computer system can model who owes what to whom, what happens when a condition is satisfied, and what legal consequence should follow.

For example, a smart-contract system might be programmed as:

Payment received → ownership transferred → digital record updated → obligation marked as performed.

However, an important legal distinction must be made:

A computer simulation of a legal relationship is not automatically the legal relationship itself.

The actual legal relationship still depends on applicable UAE law, the parties' agreement, valid consent, evidence, public order, mandatory rules and the jurisdiction involved.

The UAE's current Civil Transactions Law is Federal Decree by Law No. 25 of 2025, while electronic contracting is specifically addressed by the Federal Decree-Law No. 46 of 2021 on Electronic Transactions and Trust Services. The latter expressly provides that electronic offer and acceptance can create contracts and that a contract does not lose validity merely because it is made through electronic documents. It also expressly recognises contracts formed between automated electronic mediums. (UAE Legislation)

2. What Does “Simulation” Mean?

The word simulation can have two different meanings in UAE legal analysis.

Meaning 1 – Computational simulation

A computer models a legal relationship.

Example:

A software program models a lease, calculates rent, tracks defaults and automatically generates contractual consequences.

Meaning 2 – Legal simulation or sham transaction

The parties create an apparent transaction that does not reflect their real agreement.

For example:

A contract says that X owns an asset, but the parties secretly agree that Y is the real beneficial owner.

The second meaning is a traditional civil-law doctrine known as simulation or sham transaction.

The two concepts should not be confused.

This answer primarily concerns computational simulation, while also explaining the connection with the traditional legal doctrine.

3. Computational Simulation of a Legal Relationship

A computational model can represent:

parties;

rights;

obligations;

conditions;

deadlines;

payments;

ownership;

contractual events;

defaults;

remedies;

evidence;

dispute-resolution procedures.

For example:

Buyer   ↓ Payment obligation   ↓ Payment verified   ↓ Seller's delivery obligation activated   ↓ Delivery confirmed   ↓ Ownership/contract status updated

The computer is essentially modelling a legal state machine.

4. Legal Relationship as a “State”

A useful way to understand computational legal systems is to think of a legal relationship as moving through different states.

Example – Sale contract

State 1: Negotiation

↓

State 2: Offer

↓

State 3: Acceptance

↓

State 4: Binding contract

↓

State 5: Payment due

↓

State 6: Payment completed

↓

State 7: Delivery

↓

State 8: Performance completed

A computational system can record each transition.

But the critical legal question is:

Does the digital event actually correspond to the legal event required by UAE law?

5. UAE Recognition of Automated Transactions

This is one of the strongest statutory foundations for computational legal relationships.

Federal Decree-Law No. 46 of 2021 provides that:

electronic offer and acceptance can form contracts;

electronic documents do not lose legal validity merely because they are electronic;

contracts can be formed between automated electronic mediums that have been programmed in advance. (UAE Legislation)

This is extremely important for computational systems.

Example

A company creates software programmed to automatically purchase goods when:

price falls below AED 1,000;

stock is available; and

the supplier meets specified conditions.

The computer executes the transaction without a human manually clicking “accept” each time.

The electronic-transactions legislation recognises the possibility of legally effective contracts formed through automated systems. (UAE Legislation)

6. Computer Simulation Does Not Create Legal Personality

A major principle is:

Software is not automatically a legal person merely because it performs legal functions.

For example:

An AI system may:

negotiate;

calculate;

make recommendations;

trigger payments;

generate documents;

execute programmed instructions.

But that does not necessarily mean that the AI itself becomes:

a contracting party;

an owner;

a debtor;

a creditor;

a director;

or a legal person.

Usually, the legal relationship must ultimately be attributed to the relevant human or legal entity.

7. Human Responsibility Behind Automated Systems

Suppose Company A creates an automated trading program.

The program makes a transaction worth AED 10 million.

A dispute arises.

The legal analysis should ask:

Who owned the system?

Who programmed it?

Who authorised its operation?

What contractual terms governed it?

Was the transaction within the programmed authority?

Did the system malfunction?

Was there fraud or unauthorised access?

What does applicable UAE law provide?

What evidence proves what the system actually did?

The computer's autonomous execution does not by itself answer these questions.

8. Simulation and Contract Formation

A computational system can model the traditional components of contract formation:

Offer → Acceptance → Intention → Certainty → Contract

The DIFC Courts have expressly considered automated and digital contractual relationships in modern technology disputes.

In Gate Mena DMCC v Tabarak Investment Capital Ltd [2023] DIFC CA 002, the DIFC Court of Appeal considered the legal characterisation of a crypto-asset intermediary relationship and analysed the parties' contractual relationship in the context of cryptocurrency transactions. (DIFC Courts)

This is significant because computational systems may represent transactions involving assets that exist primarily in digital form.

9. Simulation and Smart Contracts

A smart contract is essentially code that performs predetermined functions when specified conditions occur.

Example:

If payment = received, release digital asset.

The legal problem is that:

code ≠ complete legal agreement in every situation.

A conventional legal contract may contain:

representations;

warranties;

force majeure;

good-faith obligations;

dispute-resolution provisions;

governing law;

termination rights;

remedies.

A simple piece of code may not adequately express all of these.

Therefore:

Smart-contract code may execute a transaction while the surrounding legal agreement determines its legal meaning.

10. UAE/DIFC Digital Economy Framework

The DIFC has gone particularly far in recognising computational legal disputes.

DIFC Part 58 defines a digital asset broadly enough to include:

cryptoassets;

digital tokens;

smart contracts;

digital or coded representations of value, rights, obligations, assets or transactions.

The Digital Economy Court can hear claims involving:

blockchain;

AI;

digital assets;

complex databases;

automatic dispute resolution;

DAOs;

DeFi;

DApps;

digital signatures;

robotics;

virtual reality and Web3 transactions. (DIFC Courts)

The Rules also permit the Court to operate or modify digital assets using appropriate digital credentials and contemplate AI-driven smart forms for handling claims. (DIFC Courts)

11. Traditional Legal Simulation vs Computational Simulation

12. Traditional UAE Doctrine of Simulation

The traditional doctrine is important because computational systems can create new forms of apparent legal relationships.

Current UAE case materials discussing Articles 394–395 explain that where an apparent contract conceals another real agreement, an interested party may seek to establish the simulation and rely upon the real transaction.

In Trafigura Pte Ltd v Gupta [2026] DIFC CFI 040/2025, the DIFC Court considered UAE-law arguments concerning Articles 394–395 and described simulation as a remedy concerning the discrepancy between the parties' actual intentions and the apparent contract. The judgment also referred to UAE authorities concerning the circumstances in which interested parties may challenge simulated transactions. (DIFC Courts)

Computational relevance

Suppose a computer system records:

Company A → transfers asset → Company B.

But the underlying evidence shows that the system was configured merely to create an appearance while the parties privately agreed that Company A retained the real beneficial interest.

The court may examine the substance of the relationship, rather than blindly accepting the computational record.

13. Case Law 1 – Gate Mena DMCC v Tabarak Investment Capital Ltd [2023] DIFC CA 002

This is one of the most important UAE-region authorities for digital-asset legal relationships.

The dispute involved cryptocurrency and the relationship between a crypto-asset intermediary and its clients.

The DIFC Court of Appeal considered how the relationship should legally be characterised, including issues surrounding custody and the nature of cryptoassets. (DIFC Courts)

Importance

The case demonstrates:

Digital technology may change the form of an asset or transaction without eliminating the need for legal characterisation.

Computational lesson

A system may record:

wallet → address → token → transfer

but the court still has to determine:

Who owns it? Who controls it? What contractual relationship exists? What duties apply?

14. Case Law 2 – Gate Mena DMCC v Tabarak Investment Capital Ltd [2024] DIFC DEC 002

The later Digital Economy Court proceedings involved a retrial concerning the same broader cryptoasset dispute.

The Court considered issues including:

whether a new contract was formed;

what the parties objectively agreed;

the duties of the intermediary;

cryptocurrency evidence;

causation;

damages; and

the nature of Bitcoin. (DIFC Courts)

Principle

Digital transactions still require ordinary legal analysis of contractual intention, obligations and remedies.

The fact that a transaction occurs through a computational system does not remove the need to establish the underlying legal relationship.

15. Case Law 3 – Graciela Ltd v Giacobbe [2014] DIFC CFI 027

This case concerned deliberate interference with the proper functioning of an IT system.

The claim involved wrongful interference with property under DIFC law. (DIFC Courts)

Importance

It demonstrates that a computer system itself can become the subject of legal rights and disputes.

Computational lesson

A legal relationship involving software cannot be analysed merely as an abstract technical problem.

The court can ask:

Who controlled the system?

What rights existed?

Was interference authorised?

What damage resulted?

16. Case Law 4 – Trafigura Pte Ltd v Gupta [2026] DIFC CFI 040/2025

This recent case is especially relevant to the simulation component.

The judgment considered UAE Civil Code Articles 394–395 concerning simulated contracts and the possibility that an apparent transaction may conceal a different real transaction. (DIFC Courts)

Principle

The legal system can look behind an apparent structure where evidence establishes that the apparent relationship does not reflect the true legal arrangement.

Computational relevance

A digital record should therefore not automatically be treated as conclusive proof of the parties' actual legal relationship merely because:

a blockchain records it;

software generated it;

an AI system classified it; or

an automated platform executed it.

17. Case Law 5 – Lyle v Lamar/Lamarluther [2022] DIFC CFI 010

This case concerned whether a contractual relationship existed between the claimant and the relevant corporate entity.

The court examined the underlying contractual documents and the legal identity of the contracting party rather than simply accepting an assumed relationship. (DIFC Courts)

Principle

The existence and identity of a legal relationship must be established from legally relevant facts and documents.

Computational relevance

A computational system may identify:

“User → Company”

but that does not necessarily establish that the company legally entered the relevant agreement.

18. Case Law 6 – Nour v Naoyuki [2024] DIFC SCT 239

The DIFC Court considered formation of an enforceable contract and explained the relevance of:

offer;

acceptance;

intention to create legal relations; and

certainty.

The court applied these contractual concepts to determine whether an employment-related offer letter constituted an enforceable agreement. (DIFC Courts)

Principle

A digital or computational representation must still satisfy the legal requirements for formation of the underlying relationship.

19. Case Law 7 – Klesta Eshja v Salah Masri & Others [2025/2026] DIFC CFI 066/2024

This recent case involved court filings prepared substantially with the assistance of AI.

The Court found that the pleadings contained false references and misleading material and struck out the relevant amended defences, with costs consequences subsequently addressed by the Court. (DIFC Courts)

Principle

Use of AI does not remove legal responsibility for the accuracy and reliability of legal material submitted to a court.

Computational lesson

An AI system can simulate legal reasoning or generate legal text, but:

the legal responsibility remains with the relevant human/legal actors.

20. Case Law 8 – Alarabi Investments Ltd v Cron AI Ltd [2026] DIFC CFI 030/2025

This recent dispute involved a company named Cron AI Ltd and raised procedural issues concerning a default judgment and an application to set it aside.

Although it was not a substantive ruling establishing a general doctrine of AI legal personality, it is a useful example of an AI-related commercial entity appearing within ordinary judicial processes. (DIFC Courts)

Principle

The involvement of an AI-related company does not itself create a separate category of legal personality or immunity from ordinary procedural rules.

21. Case-Law Table

Jurisdictional caution: Most of these are DIFC Court decisions. They are useful UAE authorities for digital-economy analysis but are not binding precedents on ordinary mainland UAE courts.

22. Electronic Evidence in Computational Legal Relationships

Computational systems produce enormous amounts of evidence:

system logs;

timestamps;

blockchain records;

emails;

API records;

transaction records;

electronic signatures;

automated messages;

database entries;

AI-generated records.

UAE Federal Decree-Law No. 35 of 2022 on Evidence expressly recognises electronic evidence, including electronic instruments, electronic signatures, electronic correspondence, modern communication methods, electronic media and other electronic evidence. (UAE Legislation)

Article 56 also gives qualifying automatically generated electronic documents from public entities or entities entrusted with public services the same evidentiary value as formal instruments when statutory conditions are satisfied. (UAE Legislation)

23. Simulation and Evidence

A computational model may produce this result:

“Contract breached.”

But that output is not necessarily the legal conclusion.

The court may need to examine:

input data;

programming assumptions;

system architecture;

source code;

access rights;

data integrity;

timestamps;

human intervention;

algorithmic rules;

external data feeds.

Therefore:

Computer output → Evidence

does not necessarily equal:

Computer output → Final legal conclusion

24. Simulation and Smart Contracts

Consider this example:

Smart contract

IF payment received THEN release digital asset

The system automatically executes the transfer.

Later, the buyer says:

“The payment was fraudulent.”

The seller says:

“The code executed exactly as programmed.”

The legal dispute may involve:

Was the original contract valid?

Was the payment legally valid?

Was the transaction authorised?

Was there fraud?

Did the code contain an error?

Can the transaction be reversed?

Who bears the risk?

What does the underlying agreement provide?

This shows the difference between technical execution and legal effect.

25. Code Is Not Always the Entire Contract

A computational legal system can encode:

price;

payment;

deadlines;

conditions;

automated performance.

But some legal concepts are difficult to reduce to binary instructions.

Examples:

good faith;

reasonableness;

unconscionability;

fraud;

mistake;

force majeure;

hardship;

public policy;

proportionality;

damages.

These concepts may require human legal interpretation.

26. Good Faith and Computational Systems

Under UAE civil-law principles, contractual performance is subject to good faith.

A computational system therefore cannot necessarily justify conduct merely by saying:

“The code permitted it.”

For example:

A party deliberately manipulates an external data feed so that a smart contract automatically releases valuable assets.

Technically:

condition satisfied

Legally:

possible fraud/manipulation

The court must examine the real conduct surrounding the automated execution.

27. Computational Simulation and Legal Personhood

A useful distinction is:

Software

Usually a technological instrument.

Automated system

A technological mechanism capable of acting without immediate human intervention.

AI

A system capable of generating or selecting outputs using computational models.

Company

A legal person recognised by law.

The fact that software acts autonomously does not automatically convert it into a separate legal person.

Thus:

Autonomy of operation ≠ legal personality.

28. Computational Simulation of Court Decisions

A particularly sensitive application is a system that predicts or simulates court outcomes.

For example:

Input:

contract;

evidence;

previous judgments;

statutory provisions.

System output:

“Probability of claimant succeeding = 72%.”

This may be useful as a decision-support tool.

But it should not automatically be treated as a judicial decision.

A real court must retain authority to:

evaluate evidence;

interpret law;

hear arguments;

consider new facts;

apply mandatory legal rules;

issue the legally binding judgment.

29. UAE Digital Economy Court and Computational Justice

The DIFC's Digital Economy Court is particularly relevant to this subject.

Part 58 expressly covers:

artificial intelligence;

blockchain;

digital assets;

automatic dispute resolution;

DAOs;

DeFi;

DApps;

digital signatures;

robotics;

virtual reality. (DIFC Courts)

The Rules also contemplate AI-driven forms and decision-tree systems to obtain information necessary for the conduct and disposal of claims. (DIFC Courts)

This is an important example of the legal system itself incorporating computational modelling into procedure.

30. Advantages of Legal Simulation

Computational simulation can help with:

1. Contract management

Automatically track obligations.

2. Risk analysis

Model possible consequences of breach.

3. Compliance

Test whether transactions satisfy specified rules.

4. Dispute prediction

Identify possible areas of conflict.

5. Digital assets

Track ownership and transactions.

6. Court administration

Automate procedural information gathering.

7. Smart contracts

Automatically execute predetermined obligations.

31. Risks of Computational Legal Simulation

1. Incorrect assumptions

The model may be based on an incorrect interpretation of law.

2. Bad data

Incorrect input produces incorrect output.

3. Algorithmic bias

The system may systematically produce distorted results.

4. Lack of explainability

Users may not understand why the system produced a result.

5. Legal change

A model may continue using an outdated legal rule.

6. Human manipulation

Users can manipulate the data entering the system.

7. Cybersecurity

Unauthorised persons may alter records or code.

8. Over-reliance

People may treat a computational prediction as a legal judgment.

32. Key Legal Principle

The central concept can be expressed as:

A computational system can represent, record, predict or execute aspects of a legal relationship, but the legal validity and consequences of that relationship continue to depend on applicable law.

This is particularly important in the UAE because electronic transactions legislation already recognises automated electronic contracting, while the UAE evidence framework recognises electronic evidence. (UAE Legislation)

33. Practical Example

Suppose:

Company A creates an AI-powered contracting platform.

The system:

receives an offer;

checks the price;

verifies identity;

checks available credit;

automatically accepts the transaction;

records it on blockchain;

triggers payment;

transfers a digital asset.

A dispute subsequently arises.

The court should not simply ask:

“What did the computer do?”

It should ask:

Legal questions

Was there a valid offer?

Was there valid acceptance?

Who was the actual contracting party?

Was the automated system authorised?

What were the contractual terms?

Was the digital record authentic?

Was there fraud?

Did the system malfunction?

Did a third party interfere?

What law governs?

What remedy is available?

That is the essence of legal simulation in computational systems.

34. Simple Exam Answer

Simulation of legal relationships in computational systems refers to the use of software, algorithms, artificial intelligence, smart contracts, databases or blockchain systems to represent, analyse, record or execute legal rights and obligations. UAE law increasingly recognises electronic and automated transactions. Federal Decree-Law No. 46 of 2021 expressly permits electronic offer and acceptance and recognises contracts formed between automated electronic mediums. UAE evidence law also recognises electronic evidence. However, computational execution does not automatically determine legal validity. Courts must still examine contractual intention, authority, evidence, applicable law, fraud, good faith, causation and remedies.

35. Quick Revision Formula

Legal Simulation = Legal Relationship + Digital Model + Data + Rules + Automated Event + Human/Legal Responsibility

Remember these 8 points:

Code can represent legal obligations.

Automated electronic contracts can be legally valid.

Electronic records can constitute evidence.

Smart-contract execution does not eliminate legal interpretation.

AI does not automatically become a legal person.

Courts can examine the substance behind digital structures.

Traditional doctrines such as simulation/sham transactions remain relevant.

Human and corporate legal responsibility remains central.

The UAE's emerging framework therefore reflects an important transition: law is increasingly capable of operating with computational systems, but computational systems remain instruments within a legal order rather than replacements for the legal order itself. The DIFC's Digital Economy Court is a particularly clear institutional example, expressly covering AI, blockchain, smart contracts, automatic dispute resolution and other computational technologies. (DIFC Courts)