Legal & Compliance
Understanding the legal framework for Pilier validators: jurisdiction, liability, GDPR compliance, and insurance.
Reading time: 10 minutes
Jurisdiction
Governing Law
French law applies to all validator relationships with Pilier.
Why French law?
- Pilier SAS is a French-incorporated entity
- Headquarters in Lyon, France
- French legal framework provides clarity on:
- Data protection (GDPR implementation)
- Contract law (validator Charter = binding agreement)
- Digital services regulation
Dispute Resolution
Three-tier approach:
Tier 1: Amicable Settlement (preferred)
Process:
├─ Direct communication between validator and Pilier
├─ Mediation via neutral third party (if needed)
├─ Timeline: 30 days to resolve
└─ Cost: Free (no legal fees)
Tier 2: Governance Arbitration
Process:
├─ Submit dispute to governance (public proposal)
├─ Community votes on resolution (tPIL holders)
├─ Timeline: 14-day voting period
└─ Binding decision (both parties must accept)
Tier 3: French Commercial Courts (last resort)
Jurisdiction: Paris Commercial Court (Tribunal de Commerce de Paris)
Applicable law: French commercial law
Language: French (translations may be required)
Timeline: Months to years (typical court delays)
Cost: Legal fees (€5,000-50,000+)
Recommendation: Resolve disputes at Tier 1 or 2 whenever possible.
Contracts & Agreements
Validator Charter = legally binding agreement
Signing process:
During onboarding:
├─ Validator entity reviews Charter (this documentation)
├─ Legal representative signs agreement (DocuSign or wet signature)
├─ Pilier counter-signs
├─ Both parties retain signed copy
└─ On-chain event emitted (governance.validatorAdded)
Charter status:
- Legally enforceable in French courts
- Can be amended via governance (80% approval required)
- Validators bound by latest version (notified of changes)
Liability
What Validators Are NOT Liable For
Network downtime (with due diligence):
Scenario: Validator offline for 6 hours due to datacenter power outage
Liability: None ✅
Reasoning:
├─ Due diligence maintained (proper hosting, monitoring)
├─ Unforeseeable event (force majeure)
├─ Validator responded appropriately (communicated, restored quickly)
└─ No gross negligence
User losses (operational risks):
Scenario: User's DPP timestamp delayed due to network congestion
Liability: None ✅
Reasoning:
├─ Validators provide infrastructure "as-is"
├─ No SLA for individual user transactions
├─ Blockchain inherent risks (user accepts when using network)
└─ Validator not responsible for user business decisions
Governance decisions (good faith voting):
Scenario: Validator votes for fee increase, some users unhappy
Liability: None ✅
Reasoning:
├─ Governance voting is protected activity
├─ Validator acted in good faith (believed it was best for network)
├─ Democratic process (majority decides)
└─ Voters not liable for policy outcomes
What Validators ARE Liable For
Gross negligence:
Examples:
├─ Leaving admin password as "password123"
├─ Ignoring critical security alerts for weeks
├─ Running outdated node software with known vulnerabilities
└─ Never checking monitoring, never responding to incidents
Consequence:
├─ Validator may be held liable for damages
├─ Removal via governance (Charter violation)
└─ Potential financial claims (if provable damages)
Willful misconduct:
Examples:
├─ Intentional double-signing (trying to attack network)
├─ Deliberately censoring specific users' transactions
├─ Sharing session keys with unauthorized third parties
└─ Accepting bribes to vote certain way on governance
Consequence:
├─ Immediate removal (emergency governance vote)
├─ Legal action possible (fraud, breach of contract)
└─ Reputational damage (entity name publicized)
Breach of confidentiality:
Examples:
├─ Leaking private user data (if validator has access to off-chain data)
├─ Disclosing other validators' security practices without permission
└─ Sharing sensitive governance discussions (if marked confidential)
Consequence:
├─ GDPR violation (see below)
├─ Charter breach (removal process)
└─ Potential fines (GDPR penalties up to €20M or 4% revenue)
Limitation of Liability
Validator Charter includes standard limitation clauses:
"Validators' total liability to Pilier or third parties
shall not exceed the total compensation received in
the 12 months prior to the incident."
Translation:
- Maximum liability: 12 months × €500 = €6,000
- Protects validators from catastrophic claims
- Standard practice in infrastructure contracts
Exception: Limitation does NOT apply to:
- Willful misconduct
- Gross negligence
- Criminal activity
GDPR Compliance
What Data Do Validators Process?
On-chain data (public ledger):
Public information (no GDPR protection):
├─ Transaction hashes
├─ Account addresses (pseudonymous)
├─ Block timestamps
├─ DPP metadata (product information)
└─ Governance votes (public by design)
Off-chain data (P2P networking):
Personal data (GDPR-protected):
├─ IP addresses (validators see peers' IPs)
├─ Connection metadata (timestamps, ports)
└─ Telemetry data (node performance metrics)
Note: This is minimal, temporary, and necessary for network operation.
Validator entity data (internal):
Personal data (GDPR-protected):
├─ Staff email addresses (validator operators)
├─ Emergency contact phone numbers
└─ On-call schedules (names, availability)
GDPR Compliance Requirements
Lawful basis for processing:
Article 6(1)(f): Legitimate interest
├─ Purpose: Operating blockchain infrastructure
├─ Necessity: Cannot operate validator without processing IP addresses
├─ Balancing test: Network security outweighs privacy impact (minimal data)
└─ Documented in DPIA (Data Protection Impact Assessment)
Data minimization:
Validators should:
├─ NOT log more data than necessary (e.g., full packet captures)
├─ NOT store IP addresses longer than needed (rotate logs weekly/monthly)
├─ NOT share peer data with third parties
└─ Configure telemetry to be pseudonymous (no personally identifiable info)
Security measures:
Required:
├─ Encrypted storage (disk encryption for logs)
├─ Access controls (only authorized staff can access node)
├─ Secure key management (session keys in HSM or encrypted vault)
└─ Incident response plan (see Security Procedures)
Right to Erasure ("Right to be Forgotten")
The GDPR conflict:
User request: "Delete my transaction from blockchain"
Blockchain reality: Immutable ledger (cannot delete)
Solution:
├─ Personal data stored OFF-chain (IPFS, Arweave)
├─ Only hash stored on-chain (not personal data)
├─ User can request deletion of off-chain data
└─ Hash remains on-chain (but now points to deleted data)
Validator's role:
If user requests erasure:
├─ Validator does NOT need to delete on-chain data (it's a hash)
├─ Validator MUST delete any off-chain logs containing user's IP (if requested)
├─ Timeline: 30 days to comply
└─ Document request (ROPA - Record of Processing Activities)
Data Protection Officer (DPO)
When do you need a DPO?
Required for:
- Public authorities (universities, municipalities)
- Large-scale systematic monitoring
- Processing sensitive data (health, biometrics, etc.)
Not required for:
- Small NGOs with limited data processing
- Validators only processing blockchain data (minimal personal data)
Pilier offers DPO-as-a-Service:
For small validators without in-house DPO:
├─ Pilier provides external DPO (French-licensed)
├─ Cost: Included in validator support (no extra charge)
├─ Scope: Review validator's data processing, GDPR compliance checks
└─ Contact: dpo@pilier.org
Data Protection Impact Assessment (DPIA)
What is a DPIA?
- Risk assessment for data processing activities
- Required when processing poses "high risk" to individuals
- Documents: what data, why, how long, security measures
Pilier provides DPIA template for validators:
Template includes:
├─ Validator data processing activities (IP addresses, telemetry)
├─ Lawful basis (legitimate interest)
├─ Risk assessment (low risk - minimal data, necessary for operation)
├─ Mitigation measures (encryption, access controls, log rotation)
└─ DPO approval (if applicable)
Download: validators@pilier.org (request DPIA template)
Cross-Border Data Transfers
Validators in EU/EEA:
- No special requirements (GDPR applies uniformly)
Validators outside EU/EEA (rare):
Example: Swiss validator (Switzerland = adequate country)
├─ No extra requirements (GDPR equivalence recognized)
└─ Standard GDPR compliance sufficient
Example: UK validator (post-Brexit)
├─ UK GDPR applies (near-identical to EU GDPR)
├─ Standard Contractual Clauses (SCCs) may be required