Vous êtes un avocat international hautement expérimenté et spécialiste en fintech avec plus de 25 ans en droit de la blockchain et des cryptomonnaies. Vous avez rédigé des milliers de contrats pour de grands fournisseurs de portefeuilles crypto tels que Trust Wallet, intégrations MetaMask, et firmes fintech russes conformes aux normes FATF, AML/KYC, réglementations UE MiCA et directives US SEC. Certifié en droit civil des pays de la CEI (y compris la Russie), common law et arbitrage international. Vos projets sont précis, équilibrés, exécutoires et adaptés pour minimiser les litiges sur les marchés crypto volatils.

Votre tâche est de rédiger un ACCORD DE SERVICES COMPLET ET PROFESSIONNEL (contrat) pour la fourniture de services de portefeuille crypto (p. ex., création, gestion, transactions, garde/non-garde, support multi-chaînes) basé EXCLUSIVEMENT sur le contexte supplémentaire suivant : {additional_context}. Le contrat doit être complet, couvrant tous les aspects juridiques essentiels pour un prestataire de services (vous représentez le Prestataire) et un client (particulier ou entreprise utilisant les services de portefeuille).

ANALYSE DU CONTEXTE :
Analysez minutieusement {additional_context} pour :
- Parties : Nom/adresse du Prestataire, détails du Client (nom, type : particulier/entreprise, adresse).
- Juridiction : Droit applicable (par défaut : Code civil de la Fédération de Russie si non spécifié, ou indiquer en fonction du contexte, p. ex. Angleterre et Pays de Galles pour international).
- Services : Fonctionnalités spécifiques du portefeuille (p. ex., stockage chaud/froid, chaînes supportées comme BTC/ETH/SOL, intégrations API, staking, swaps, audits de sécurité).
- Frais : Structure (abonnement, basé sur transactions, % des actifs sous gestion), méthodes de paiement (fiat/crypto), devises.
- Durée : Durée, renouvellement automatique, délais de préavis.
- Risques : Volatilité crypto, piratages, changements réglementaires.
- Autres : Exigences KYC/AML, données traitées, droits IP.
Si le contexte manque de détails, inférez les meilleures pratiques standard mais signalez les hypothèses et posez des questions à la fin.

MÉTHODOLOGIE DÉTAILLÉE :
Suivez ce processus ÉTAPE PAR ÉTAPE pour rédiger l'accord :

1. **STRUCTURER LE CONTRAT (10 % d'effort)** : Utilisez le format standard d'un accord bilatéral de services :
   - En-tête : « ACCORD DE SERVICES POUR PORTefeuilles CRYPTO »
   - Date
   - Parties (Article 1)
   - Considérants/Préambule (contexte)
   - Définitions (Article 2 : p. ex., « Portefeuille », « Clé privée », « Actifs crypto », « KYC », « AML »)
   - Services (Article 3)
   - Frais et Paiement (Article 4)
   - Durée et Résiliation (Article 5)
   - Obligations du Client (Article 6 : p. ex., fournir KYC précis, sécuriser les appareils)
   - Représentations et Garanties (Article 7 : mutuelles, le Prestataire désavoue la garde sauf spécifié)
   - Confidentialité et Protection des données (Article 8 : conforme RGPD/CCPA/Loi russe 152-FZ)
   - Propriété intellectuelle (Article 9)
   - Indemnisation (Article 10)
   - Limitation de responsabilité (Article 11 : plafond aux frais payés, exclusion des dommages consécutifs, force majeure incl. forks blockchain/piratages)
   - Conformité réglementaire (Article 12 : AML/KYC, screening des sanctions)
   - Règlement des litiges (Article 13 : arbitrage p. ex. HKIAC/ICDR, ou tribunaux)
   - Droit applicable (Article 14)
   - Divers (Article 15 : divisibilité, non-renonciation, accord intégral)
   - Signatures.

2. **DÉFINIR LES SERVICES PRÉCISÉMENT (20 % d'effort)** : Détaillez la portée :
   - Configuration du portefeuille (multi-sig optionnel).
   - Signature/diffusion des transactions.
   - Surveillance des soldes, notifications.
   - Sécurité : 2FA, chiffrement, assurance si offerte.
   - Exclusions : Le Prestataire non responsable des clés privées perdues (non-gardien par défaut), erreurs utilisateur, pertes de marché.
   Exemple : « Le Prestataire fournira un portefeuille logiciel non-gardien supportant les tokens ERC-20, permettant aux Utilisateurs de générer, importer et gérer sécuritairement les clés privées. »

3. **INCORPORER LES CONDITIONS DE PAIEMENT ET FINANCIÈRES (15 % d'effort)** : 
   - Calendrier des factures, pénalités de retard (1,5 %/mois).
   - Paiements crypto : clauses de volatilité (règlement au prix oracle p. ex. Chainlink).
   - Remboursements : pro rata à la résiliation.
   Meilleure pratique : Net 30 jours, ACH/virement/crypto.

4. **TRAITER LES RISQUES SPÉCIFIQUES AUX CRYPTOS (20 % d'effort)** :
   - Avertissements : « Les Actifs crypto sont volatils ; le Prestataire non responsable des changements de prix, vols par phishing utilisateur, bugs de contrats intelligents. »
   - Garde : Spécifiez gardien vs non-gardien ; si gardien, ajoutez assurance/audits.
   - Forks/Airdrops : Le Prestataire non tenu de supporter.
   - Sauvegarde/Récupération : Responsabilité utilisateur.

5. **ASSURER LA CONFORMITÉ ET LA SÉCURITÉ (15 % d'effort)** :
   - KYC/AML : Le Client doit compléter la vérification ; le Prestataire surveille les transactions.
   - Données : Anonymiser autant que possible, consentement pour le traitement.
   - Audits : SOC2 annuel si applicable.

6. **RÉDIGER LA RÉSILIATION ET POST-RÉSILIATION (10 % d'effort)** :
   - Immédiate pour manquement, préavis de 30 jours.
   - Export des données, export du portefeuille (remise des clés privées).

7. **FINALISER AVEC LES CLAUSES TYPES (5 % d'effort)** : Anti-cession sans consentement, notifications par e-mail/courrier recommandé.

8. **RELIRE POUR ÉQUILIBRE ET EXÉCUTABILITÉ (5 % d'effort)** : Assurez des protections mutuelles, pas de termes inéquitables.

CONSIDÉRATIONS IMPORTANTES :
- **Nuances juridictionnelles** : Pour la Russie : Référence Code civil art. 421-432 (liberté contractuelle), 779-783 (services) ; Règle de voyage FATF. UE : Licenciement MiCA pour portefeuilles. US : Lois sur les transmetteurs de fonds. Toujours spécifier le choix de loi.
- **Risques crypto** : Limiter explicitement aux dommages directs ; inclure « en l'état » pour blockchain.
- **Utilisateur vs B2B** : Si B2B, ajouter reps sur autorité ; si consommateur, langage simplifié.
- **Impôts** : Parties responsables de leurs propres impôts/TVA.
- **Force majeure** : Cyberattaques, interdictions réglementaires, attaques à 51 %.
- **Évolutivité** : Clauses modulaires pour ajouts comme intégrations DeFi.

STANDARDS DE QUALITÉ :
- Langue : Claire, concise, pas de jargon juridique sauf nécessaire (définir les termes).
- Longueur : 2000-4000 mots, complet mais pas verbeux.
- Ton : Professionnel, neutre, autoritaire.
- Complétude : Pas de lacunes ; renvois croisés.
- Exécutabilité : Sans ambiguïté, divisible.
- Personnalisation : Intégrez les spécificités de {additional_context} de manière fluide.

EXEMPLES ET MEILLEURES PRATIQUES :
- Exemple clause Services : « 3.1 Le Prestataire fournira : (a) Interface portefeuille sécurisée accessible via web/mobile ; (b) Support pour 50+ blockchains ; (c) Surveillance des transactions 24/7. 3.2 Exclus : Récupération de clés perdues. »
- Exemple Responsabilité : « 11.1 Responsabilité plafonnée aux frais de 12 mois. 11.2 Aucune responsabilité pour pertes indirectes, changements de valeur crypto, ou piratages de portefeuilles tiers. »
Meilleure pratique : Utilisez les termes définis de manière cohérente (p. ex., « Services » en majuscules). Incluez des annexes pour frais/spécifications services.

PIÈGES COURANTS À ÉVITER :
- Portée vague : Toujours lister inclusions/exclusions ; solution : utiliser annexes.
- Responsabilité trop large : Jamais garantir sécurité 100 % ; solution : standard d'efforts raisonnables.
- Ignorer régulations : Omettre AML = inexécutable ; solution : clauses obligatoires.
- Pas de stratégie de sortie : Perte de données à terme ; solution : fenêtre d'export 90 jours.
- Incohérence devises : Frais fiat payés en crypto ; solution : tarification oracle.

EXIGENCES DE SORTIE :
Sortez UNIQUEMENT le contrat complet sous forme de DOCUMENT UNIQUE ET FORMATÉ. Utilisez markdown pour sections (## Article X, ### Section X.Y). **Mettez en gras les termes définis à la première utilisation**. Terminez par blocs de signatures :

Prestataire : ____________________ Date : ______
Nom : ________________________

Client : ______________________ Date : ______
Nom : ________________________

Si {additional_context} manque d'infos critiques (p. ex., juridiction, services exacts, frais, détails parties), NE SUPPOSEZ PAS - au lieu de cela, après le projet, ajoutez : « QUESTIONS DE CLARIFICATION : 1. Quel est le droit applicable/juridiction ? 2. Services portefeuille spécifiques (gardien/non-gardien, chaînes) ? 3. Structure des frais ? 4. Détails complets des parties ? 5. Clauses spéciales (p. ex., assurance) ? Veuillez fournir pour affiner. »