Civil Law And Uae Decentralised Normative Order Emergence .
Civil Law And UAE Decentralised Normative Order Emergence
1. Introduction
Decentralised normative order refers to the emergence of rules, expectations, procedures and behavioural standards within a network without a single central law-making authority.
Traditional civil-law ordering generally operates through:
Legislation → courts → contracts → enforcement
A decentralised digital environment may instead operate through:
Protocol → code → network consensus → community governance → automated execution
Examples include:
blockchain networks;
decentralised finance (DeFi);
decentralised autonomous organisations (DAOs);
smart-contract ecosystems;
token-governance systems;
peer-to-peer digital markets;
decentralised dispute-resolution mechanisms.
The important UAE civil-law question is therefore:
When do rules generated by a decentralised network acquire legal significance, and how do those rules interact with state law?
The emerging UAE/DIFC approach suggests that decentralised norms can have contractual, evidentiary, commercial and technological significance, but they do not automatically become an autonomous legal order capable of displacing legislation or judicial authority.
2. Meaning of a Decentralised Normative Order
A normative order is a system that determines:
what participants may do;
what participants must do;
what conduct is prohibited;
how disputes are resolved;
how violations are sanctioned.
In a centralised system:
State → creates rule → court interprets → enforcement authority executes
In a decentralised system:
Protocol/community → establishes rules → network validates conduct → code may execute consequences
For example, a DAO may establish a rule:
Token holders who possess a specified voting percentage can approve a treasury transaction.
That rule may become practically binding on participants because:
the protocol incorporates it;
participants voluntarily join the system;
smart contracts execute it;
network participants recognise the result.
But its legal effect depends upon the applicable legal system.
3. Decentralised Norms Versus State Law
It is essential to distinguish:
Social norm
A practice accepted by participants.
Protocol norm
A rule encoded into blockchain software.
Contractual norm
A rule incorporated into an enforceable agreement.
Organisational norm
A governance rule adopted by a DAO or other digital organisation.
Legal norm
A rule recognised and enforced by a competent legal authority.
These categories can overlap, but they are not identical.
Thus:
Protocol validity ≠ contractual validity ≠ legal validity.
4. UAE Legal Context
The UAE's legal system does not presently recognise blockchain consensus as an independent legislative authority.
Instead, decentralised systems operate within existing legal structures concerning:
contracts;
property;
obligations;
evidence;
electronic transactions;
commercial activity;
financial regulation;
dispute resolution;
public policy.
The federal electronic-transactions framework provides legal infrastructure for electronic records, signatures and trust services, while the DIFC has developed a much more specialised framework for digital-economy disputes.
The current DIFC Digital Economy Court Rules expressly cover claims involving:
digital assets;
blockchain and distributed-ledger technology;
smart contracts;
Web3;
peer-to-peer digital transactions;
automatic dispute resolution;
DAOs;
DeFi;
DApps;
digital signatures and identification systems.
This is strong evidence of institutional accommodation of decentralised norms, rather than recognition of a completely separate legal sovereignty.
5. Emergence of Decentralised Normative Ordering
A decentralised normative order can emerge through several stages.
Stage 1 — Technical protocol
Software establishes rules concerning network operation.
Stage 2 — Participant acceptance
Users voluntarily interact with the system according to those rules.
Stage 3 — Repeated practice
Repeated behaviour creates expectations concerning how transactions should occur.
Stage 4 — Governance
Participants may vote or otherwise participate in changing protocol rules.
Stage 5 — Automated enforcement
Smart contracts implement some consequences automatically.
Stage 6 — Legal recognition
Courts or legislation may recognise certain consequences of those activities.
The final stage is important.
Without legal recognition, a network may possess a strong internal normative order without possessing an independent legal order.
6. Core Characteristics
A. Decentralisation
No single participant necessarily controls the entire system.
B. Protocol governance
Rules may be embedded in software.
C. Consensus
Network participants determine which transactions are accepted.
D. Transparency
Relevant transaction information may be publicly verifiable.
E. Automation
Smart contracts can execute predefined consequences.
F. Community participation
Users may participate in governance.
G. Immutability
Historical transactions may be difficult to alter.
H. Transnational operation
The network may operate across multiple jurisdictions.
These characteristics create a form of private digital ordering.
7. Case Law
Because reported UAE federal decisions specifically using the phrase “decentralised normative order” are limited, the following cases should be understood as authorities demonstrating the legal treatment of the components from which such an order can emerge.
Case 1: Gate Mena DMCC v Tabarak Investment Capital Ltd — [2024] DIFC CA 002
This is one of the most important UAE-region authorities concerning cryptocurrency and blockchain.
The litigation arose from a proposed sale of 300 Bitcoin in which Tabarak was intended to act as an intermediary holding the Bitcoin and receiving the purchase money.
The DIFC Court of Appeal discussed the technological operation of Bitcoin and the blockchain, including:
decentralised operation;
wallets;
private keys;
transaction records;
control of cryptoassets;
blockchain validation.
The Court noted the development of the law concerning digital assets and specifically referred to the newly enacted DIFC Digital Assets Law.
Significance for decentralised normative order
The Bitcoin protocol establishes technical rules independently of a central administrator.
The court nevertheless determines the legal consequences of conduct occurring within that system.
Therefore the case illustrates:
network rules → technical consequences → judicial legal interpretation
rather than:
network rules → automatic replacement of state law.
8. Case 2: Gate Mena DMCC v Tabarak Investment Capital Ltd — [2026] DIFC DEC 002
The dispute subsequently returned to the Digital Economy Court for retrial.
The 2026 judgment concerned contractual formation and obligations surrounding the Bitcoin transaction. The Court ultimately dismissed the claim.
The judgment is especially relevant because the dispute demonstrates that a blockchain transaction does not remove the need for conventional legal analysis.
The Court examined:
the parties' agreement;
contractual terms;
the intended intermediary structure;
custody;
transfer of Bitcoin;
alleged breach;
causation;
damages.
Normative significance
The blockchain created a technical environment with its own rules.
But the Court applied legal norms to determine whether the participants had contractual rights and obligations.
This produces a layered normative system:
| Layer | Norm |
|---|---|
| Blockchain | Protocol rules |
| Smart contract | Coded transaction rules |
| Commercial agreement | Contractual obligations |
| DIFC law | Legal rules |
| Court | Authoritative interpretation |
The case therefore demonstrates interaction rather than complete legal separation.
9. Case 3: Techteryx Ltd v Aria Commodities DMCC & Others — [2025] DIFC DEC 001
Techteryx involved a dispute concerning TrueUSD (TUSD) and assets associated with stablecoin reserves.
The DIFC Digital Economy Court granted and continued significant proprietary and freezing relief involving approximately USD 456 million of assets and traceable proceeds.
Significance
The case demonstrates that digital networks can create their own technical systems for:
issuing tokens;
transferring tokens;
recording transactions;
managing digital value.
Nevertheless, state-created judicial remedies remain capable of operating upon those digital assets.
This means that decentralised ordering does not necessarily eliminate:
proprietary rights;
tracing;
injunctions;
freezing orders;
judicial supervision.
Instead, the decentralised system becomes an additional norm-generating environment within the broader legal order.
10. Case 4: Graciela Limited v Giacobbe — [2014] DIFC CFI 027
The dispute concerned deliberate interference with Graciela's IT system by a former senior IT employee.
The Court found the defendant responsible and awarded approximately USD 690,533 in compensatory damages for restoration, investigation, emergency servers and employee time associated with the attack.
Significance for decentralised normative order
Although this was not a blockchain case, it establishes an important principle for digital legal ordering:
technical systems can create legally significant factual structures.
A court may need to understand:
system architecture;
technical events;
digital records;
access rights;
system interference;
causation.
The case demonstrates that technological rules do not exist outside law. They become relevant evidence and context for applying legal norms.
11. Case 5: Aegis Resources DMCC v Union Bank of India (DIFC Branch) — [2020] DIFC CFI 004
Aegis concerned a cyber-enabled payment fraud involving electronic communications and payment instructions.
The case required the Court to consider the relationship between:
digital communications;
payment instructions;
authorisation;
banking obligations;
responsibility for loss.
The Court's analysis illustrates that the fact that a digital system processes an instruction does not necessarily determine whether the instruction was legally authorised.
Significance
This is directly relevant to decentralised systems.
A blockchain may say:
"The cryptographic signature is valid."
Civil law may still ask:
"Was the transaction legally authorised?"
Therefore:
technical consensus is not necessarily normative legitimacy.
12. Case 6: Egan & Eggert v Eava & Efa — [2013] DIFC ARB 002
The dispute involved assignments of contractual rights and guarantees, followed by arbitration and an application for recognition and enforcement of arbitral awards.
The DIFC Court considered issues concerning:
assignment;
arbitration rights;
jurisdiction;
enforcement;
public policy.
The Court ultimately recognised and permitted enforcement of the arbitral award.
Significance for decentralised normative order
The case illustrates an important boundary.
Parties may privately construct sophisticated systems of:
contractual rules;
assignment;
arbitration;
dispute resolution.
But enforceability ultimately depends upon recognition within the legal system.
This resembles the relationship between DAO governance and civil law:
private rules can organise conduct, but legal enforcement requires a recognised legal foundation.
13. Case 7: Parking District Solutions LLC v Ritz-Carlton Hotel Company Ltd & Hospitality Management Ltd — [2022] DIFC CFI 002
The dispute concerned contractual assignment and whether one company could replace another in performing contractual services.
The Court examined the contractual documentation and the prohibition on assignment. It rejected the claimant's argument that the communications constituted the claimed assignment of the original agreement. The claim was dismissed.
Significance
This case demonstrates that parties cannot necessarily create a legally effective alternative contractual order merely by behaving as though a transfer has occurred.
A decentralised system may similarly recognise a transaction under its internal rules, while a court asks whether the legal requirements for assignment, consent and contractual substitution were satisfied.
Thus:
network recognition does not automatically equal legal recognition.
14. Case 8: Lakhan v Lamia — [2021] DIFC CA 001
Lakhan concerned overlapping jurisdiction between the Dubai Courts and DIFC Courts following a contractual novation containing competing dispute-resolution provisions.
The Court of Appeal considered the operation of the Joint Judicial Committee mechanism and set aside the stay imposed below, remitting the matter for determination of the jurisdictional challenge.
Significance
The case demonstrates the continuing importance of institutional legal authority.
Even sophisticated contractual arrangements cannot simply create an independent jurisdictional order outside the recognised court system.
For decentralised systems, this illustrates a fundamental proposition:
A network can establish internal governance rules, but jurisdiction ultimately depends upon legally recognised institutions.
15. The UAE/DIFC Model of Layered Normativity
The emerging system can therefore be represented as:
Layer 1 — State law
Federal legislation and applicable emirate/DIFC legislation.
↓
Layer 2 — Judicial interpretation
Courts determine the legal meaning of transactions and rights.
↓
Layer 3 — Contractual ordering
Parties establish contractual rights and obligations.
↓
Layer 4 — Protocol ordering
Blockchain protocols establish technical rules.
↓
Layer 5 — Governance ordering
DAOs and communities establish internal governance.
↓
Layer 6 — Automated enforcement
Smart contracts execute predetermined consequences.
This is best described as nested normative ordering, rather than complete legal decentralisation.
16. Protocol Rules as Normative Rules
A blockchain protocol may establish rules such as:
who can validate transactions;
what constitutes a valid transaction;
how consensus is achieved;
how tokens are transferred;
how governance votes operate;
how rewards are distributed.
Participants may treat these rules as obligatory.
For example:
Protocol Rule
A proposal requires 60% approval.
If participants repeatedly follow this rule, it becomes a powerful behavioural norm.
But the civil-law question remains:
Is the resulting governance decision legally binding?
That depends on:
the legal personality of the organisation;
applicable contract law;
applicable company law;
participant agreements;
regulatory requirements;
public policy.
17. Smart Contracts as Normative Infrastructure
A smart contract can perform two functions.
Technical function
It executes instructions.
Normative function
It expresses the conditions under which participants expect conduct to occur.
For example:
If X deposits 100 tokens, Y automatically receives 10 tokens.
This creates a digital rule.
However, a smart contract may contain:
coding errors;
ambiguous conditions;
exploitable vulnerabilities;
oracle dependencies;
unintended consequences.
Therefore, code is not necessarily a complete substitute for legal interpretation.
18. DAO Governance and Norm Creation
DAOs represent perhaps the clearest example of decentralised norm creation.
A DAO may have:
governance tokens;
voting rules;
treasury rules;
proposal mechanisms;
quorum requirements;
execution mechanisms;
dispute procedures.
The community can therefore generate new rules through voting.
For example:
Proposal → Vote → Quorum → Approval → Smart-contract execution
This resembles legislation in functional terms, but not necessarily in legal status.
The DIFC Digital Economy Court Rules expressly recognise disputes involving DAOs, DeFi vehicles and DApps as potentially suitable DEC Claims.
That is significant because it shows that the legal system is prepared to adjudicate disputes arising from decentralised governance without necessarily treating DAO rules as sovereign law.
19. Emergence Through Repeated Practice
Norms can emerge without formal voting.
Suppose users repeatedly follow a particular convention for:
token transfers;
transaction validation;
dispute resolution;
governance;
security practices.
Over time, participants may reasonably expect others to follow the same practice.
This produces:
Practice → expectation → reliance → norm
The legal relevance of such a norm depends upon whether the applicable law treats it as:
contractual practice;
trade usage;
evidence of intention;
commercial custom;
industry practice.
20. Network Consensus and Normative Authority
Consensus performs two distinct functions.
Technical consensus
Determines whether the network accepts a transaction.
Social consensus
Determines whether participants accept a rule or governance decision.
Neither automatically equals state-law authority.
For example:
Blockchain consensus:
"Transaction X is valid."
DAO consensus:
"Proposal Y is approved."
Legal authority:
"The applicable law determines whether X or Y has legal consequences."
These three forms of authority should not be conflated.
21. The Problem of Conflicting Norms
Suppose a DAO rule provides:
All disputes must be resolved through automated voting.
But mandatory UAE law provides a contrary requirement.
A hierarchy problem arises.
The likely analytical order is:
mandatory law;
public policy;
contractual terms;
organisational rules;
protocol rules;
individual participant expectations.
The exact hierarchy depends on the applicable law and transaction.
This demonstrates why decentralised normative systems generally operate within a legal environment rather than completely outside it.
22. Decentralised Norms and Public Policy
Public policy is particularly important.
A network cannot necessarily legitimise conduct merely by achieving unanimous consensus.
For example, if all network participants vote to authorise conduct prohibited by mandatory law, the vote does not necessarily make the conduct lawful.
Therefore:
Consensus ≠ legality.
The Egan & Eggert litigation illustrates the continuing relevance of public-policy limits when private contractual arrangements and arbitration enforcement come before the courts.
23. Decentralised Norms and Evidence
Blockchain systems can generate extensive evidence:
transaction hashes;
timestamps;
wallet addresses;
voting records;
governance proposals;
smart-contract events;
cryptographic signatures.
This can assist courts in reconstructing:
who → did what → when → through which system → with what digital consequence.
But evidence of an event is different from proof of legal entitlement.
The court may still need to establish:
identity;
authority;
intention;
contractual relationship;
causation;
loss.
24. Decentralised Norms and Legal Personality
A particularly difficult question concerns responsibility.
A decentralised network may have:
no central management;
no traditional board;
geographically dispersed participants;
anonymous token holders;
automated governance.
If the network causes harm, potential responsibility might be examined through:
contractual relationships;
agency;
corporate personality;
partnership principles;
tort/delict;
unjust enrichment;
fiduciary obligations;
statutory liability.
The technological absence of a central administrator does not automatically eliminate civil responsibility.
25. Decentralised Enforcement
A decentralised normative order may contain its own enforcement mechanisms.
Examples include:
Slashing
A validator loses assets for violating protocol rules.
Automatic transfer
A smart contract transfers collateral following a defined event.
Governance sanctions
A DAO can remove voting or financial privileges.
Reputation mechanisms
A participant's network status is affected by conduct.
Smart-contract restrictions
Software prevents certain actions after predefined conditions occur.
These mechanisms are forms of technical or private enforcement.
They should be distinguished from judicial enforcement.
26. Judicial Enforcement of Decentralised Norms
The DIFC's Digital Economy Court is particularly important.
Part 58 expressly identifies disputes involving:
blockchain;
DLT;
smart contracts;
digital assets;
automatic dispute resolution;
DAOs;
DeFi;
DApps;
Web3;
digital peer-to-peer transactions.
The Court can therefore become the bridge between:
decentralised technical norms
and
recognised legal remedies.
This is a major stage in the institutionalisation of digital norms.
27. ADGM Blockchain Judgment Enforcement
ADGM Courts have taken a related but distinct approach.
In 2022, ADGM Courts announced a blockchain solution for commercial judgment enforcement under which judgments could be published to blockchain so that enforcing courts could independently verify their authenticity.
This is significant because it demonstrates:
blockchain supporting legal authority
rather than:
blockchain replacing legal authority.
The judgment originates from a court.
Blockchain provides verification and technological infrastructure.
28. UAE Model: Institutionalisation Rather Than Legal Separation
The emerging UAE model can therefore be represented as:
Decentralised technology
↓
Private/network norms
↓
Contractual recognition
↓
Digital-asset regulation
↓
Specialist judicial jurisdiction
↓
Judicial remedies
This represents institutionalisation of decentralised norms.
The state does not necessarily need to prohibit decentralised ordering.
Instead, it can:
recognise it;
regulate it;
adjudicate disputes arising from it;
determine its legal boundaries.
29. Important Legal Distinctions
| Concept | Meaning |
|---|---|
| Decentralised norm | Rule generated within a network |
| Protocol rule | Technical rule governing network operation |
| DAO rule | Governance rule created through decentralised decision-making |
| Smart-contract rule | Automated coded condition |
| Legal rule | Rule recognised by the applicable legal system |
| Network consensus | Technical agreement concerning network state |
| Social consensus | Community acceptance |
| Judicial authority | Legally recognised power to determine disputes |
| Legal enforcement | State-recognised enforcement of rights |
| Technical enforcement | Automatic execution by software |
30. Major Challenges
A. Attribution
Who created the norm?
B. Accountability
Who is responsible for its consequences?
C. Jurisdiction
Which legal system applies?
D. Conflict of laws
What happens when network participants are globally distributed?
E. Mandatory law
Can network rules override statutory requirements?
F. Public policy
Can consensus validate otherwise unlawful conduct?
G. Reversibility
What happens when the law requires reversal of an irreversible transaction?
H. Governance attacks
What happens when a minority or majority manipulates DAO governance?
I. Oracle dependence
What happens when an external data source is incorrect?
J. Legal personality
Can a DAO itself be sued or hold assets?
31. Civil-Law Analysis of a DAO Decision
Suppose a DAO votes:
Transfer AED 20 million from the treasury to Project X.
A decentralised analysis might be:
Token holders vote → quorum satisfied → smart contract executes.
A civil-law analysis would additionally ask:
Who owned the treasury?
What legal entity or persons controlled it?
Did the governance rules constitute a contract?
Were participants authorised?
Was the proposal valid?
Was the vote manipulated?
Was the transaction fraudulent?
Was there a breach of fiduciary or contractual duties?
Who suffered loss?
What remedy is available?
Therefore:
DAO governance determines network action; civil law determines legal consequences.
32. The Concept of Legal Pluralism
Decentralised systems can be analysed through the theory of legal pluralism.
Under this approach, multiple normative systems may coexist:
state law;
contractual norms;
commercial customs;
professional rules;
platform rules;
blockchain protocols;
DAO governance.
The UAE digital economy increasingly provides an environment where several of these normative layers interact.
However, legal pluralism does not necessarily mean equal legal authority.
State law remains critical for:
compulsory enforcement;
public policy;
property rights;
judicial remedies;
criminal prohibitions;
regulatory compliance.
33. From Private Norm to Legal Norm
A decentralised rule may pass through several stages:
Step 1
Created by protocol developers.
Step 2
Accepted by network participants.
Step 3
Repeatedly followed.
Step 4
Incorporated into contracts.
Step 5
Relied upon by commercial parties.
Step 6
Presented as evidence in court.
Step 7
Recognised by judicial decision.
At Stage 7, the rule acquires significantly greater legal significance.
But even then, its authority derives from the legal system's recognition rather than from decentralisation alone.
34. Case-Law Principles in Summary
| Case | Relevance to decentralised normative order |
|---|---|
| Gate Mena DMCC v Tabarak — [2024] DIFC CA 002 | Blockchain architecture, Bitcoin, digital-asset control and legal analysis |
| Gate Mena DMCC v Tabarak — [2026] DIFC DEC 002 | Contractual obligations surrounding a blockchain transaction |
| Techteryx Ltd v Aria Commodities — [2025] DIFC DEC 001 | Stablecoins, digital assets, tracing and judicial remedies |
| Graciela Ltd v Giacobbe — [2014] DIFC CFI 027 | Technical systems, digital interference and civil responsibility |
| Aegis Resources DMCC v Union Bank of India — [2020] DIFC CFI 004 | Digital instructions, authorisation and allocation of legal responsibility |
| Egan & Eggert v Eava & Efa — [2013] DIFC ARB 002 | Private ordering, arbitration and limits of judicial enforcement |
| Parking District Solutions v Ritz-Carlton — [2022] DIFC CFI 002 | Contractual assignment and limits of private substitution |
| Lakhan v Lamia — [2021] DIFC CA 001 | Relationship between private dispute arrangements and institutional jurisdiction |
The first two Gate Mena judgments are different stages of the same litigation and should not be treated as independent factual precedents. They are useful separately because the Court of Appeal and subsequent Digital Economy Court addressed different stages of the legal controversy.
35. Six Central Legal Principles
Principle 1 — Decentralisation can generate practical norms
A blockchain or DAO can establish behavioural rules independently of a central administrator.
Principle 2 — Protocol rules are not automatically state law
Technical validity does not itself create legal validity.
Principle 3 — Contracts can bridge the two systems
A protocol rule may become legally relevant where parties incorporate or rely upon it contractually.
Principle 4 — Courts can recognise digital consequences
The Gate Mena litigation demonstrates judicial engagement with Bitcoin, blockchain architecture and digital-asset transactions.
Principle 5 — Courts remain the ultimate adjudicative institution
The Techteryx proceedings demonstrate the use of conventional proprietary and injunctive remedies in a digital-asset dispute.
Principle 6 — UAE/DIFC law is moving toward integration
The Digital Economy Court Rules expressly bring blockchain, smart contracts, DAOs, DeFi, DApps and automatic dispute resolution within a specialist judicial framework.
36. Practical UAE Legal Framework for Decentralised Norms
For a blockchain-based commercial arrangement operating in or through the UAE, parties should consider:
Identify the governing law.
Identify the legal status of the participants.
Define the relationship between code and contract.
Specify which version of the protocol governs.
Identify governance procedures.
Provide an emergency intervention mechanism.
Specify dispute-resolution jurisdiction.
Address oracle failures.
Address private-key compromise.
Provide mechanisms for legally required reversal or restitution.
Identify responsible persons or entities.
Address regulatory compliance.
Preserve blockchain evidence.
Define applicable remedies.
Specify what happens if protocol rules conflict with mandatory law.
37. Central Concept: Hybrid Normative Order
The most useful description of the UAE position is a hybrid normative order.
It contains:
State-generated norms
Legislation and judicial decisions.
Contract-generated norms
Agreements between participants.
Network-generated norms
Protocol and consensus rules.
Governance-generated norms
DAO voting and community decisions.
Automated norms
Smart-contract execution.
Judicially recognised norms
Rules whose legal consequences are determined by courts.
This produces:
State law + contractual ordering + network governance + automated execution.
38. Conclusion
The emergence of a decentralised normative order in the UAE should not be understood as the disappearance of conventional civil law.
Instead, the emerging model is one of interaction between decentralised digital norms and established legal institutions.
Blockchain networks can generate:
technical rules;
transaction standards;
governance procedures;
consensus mechanisms;
automated consequences.
DAOs can generate community governance rules. Smart contracts can automate performance. Digital-asset markets can establish repeated commercial practices.
Yet the UAE/DIFC experience demonstrates that these systems remain connected to recognised legal institutions.
The Gate Mena decisions show courts engaging directly with blockchain architecture, Bitcoin and digital-asset transactions. The Techteryx proceedings demonstrate that conventional judicial remedies can operate upon digital assets. The DIFC Digital Economy Court Rules expressly provide jurisdictional and procedural infrastructure for blockchain, smart contracts, DAOs, DeFi, DApps and automatic dispute resolution. ADGM's blockchain judgment-enforcement initiative similarly illustrates how blockchain can support verification of judicial authority rather than replace it.
The resulting principle can therefore be stated as:
A decentralised network may generate its own practical and contractual norms, but those norms acquire enforceable legal status in the UAE to the extent recognised, incorporated, or accommodated by the applicable legal framework.
Thus, UAE decentralised normative order is best understood not as law without the state, but as the emergence of network-based normative systems operating within, alongside, and increasingly integrated with the established civil-law order.

comments