Décrire le produit sans se fier à son étiquette
Pour un service blockchain envisagé en Égypte, retracez les fonds, jetons, données et pouvoirs de décision depuis l’inscription jusqu’au rachat. Identifiez émetteur, plateforme, fournisseur de portefeuille, intermédiaire de paiement et entité face au client. Dire « sur la chaîne » ne dit pas au client qui doit la prestation si un élément tombe en panne. Dessinez un parcours pour chaque type d’utilisateur : ce que les utilisateurs paient, ce qu’ils reçoivent, qui contrôle les clés et comment ils sortent. Distinguez l’enregistrement d’un droit du droit lui-même et nommez les responsables de la conservation des actifs, du rachat, des différends et des annulations.
Comparer promesses et preuves
Examinez ensemble publicité, livre blanc, conditions, interface et versions des contrats intelligents. Une affirmation de liquidité ou d’immutabilité doit être délimitée. Conservez opérations de test et journaux de modifications. Le client doit comprendre quand un transfert est définitif et quels recours existent si l’interface ou un prestataire commet une erreur. Comparez version d’essai et version lancée ; consignez les fonctions modifiables, les détenteurs des clés de mise à jour et la possibilité pour le client de voir un changement avant son application. Si un prestataire hors chaîne décide d’un résultat sur chaîne, décrivez simplement cette dépendance.
Poser les questions juridiques par fonction
Émission, échange, paiement, conservation des actifs et prêt peuvent demander des analyses distinctes. Avant l’offre, des spécialistes qualifiés en Égypte doivent vérifier les règles actuelles applicables à la fonction réelle, aux clients visés et aux flux transfrontaliers. Ne transposez pas une conclusion d’un autre pays ou d’une autre version du produit. Préparez une matrice pays-fonction plutôt que de tout appeler « crypto ». Pour chaque fonction, indiquez l’entité juridique, les utilisateurs servis, le trajet des fonds ou des données, le prestataire et la voie d’autorisation envisagée. Vérifiez ensuite l’analyse juridique qui en résulte au regard de la conception actuelle du service.
Gérer changements et incidents
Définissez qui peut suspendre le service, communiquer sur un incident, conserver les journaux et approuver une version. Simulez la défaillance d’un prestataire et un rachat contesté. Si la conservation des actifs ou les droits sur un jeton changent, revoyez ensemble code, notices et contrats : un avis statique ne couvre pas indéfiniment un produit évolutif. Gardez un arbre de décision indiquant détenteurs de clés, pouvoirs de gel, conservation des preuves, contacts clients et test de retour arrière. Testez une clé perdue et un échec du transfert de responsabilité entre prestataires ; actualisez contrats et communications si le contrôle opérationnel change.
Dossier à revoir avant le lancement
- Documentez le parcours du produit et l’entité responsable à chaque étape.
- Rapprochez la promesse au client du code, de l’interface, de la conservation des actifs et des contrats des prestataires.
- Cartographiez chaque fonction et flux transfrontalier pour l’avis juridique local actuel.
- Testez incidents, reprise et communications aux clients avant le lancement.
- Notez que la Banque centrale d’Égypte a rappelé, dans son communiqué d’avertissement du 13 septembre 2022, que la loi n° 194 de 2020 interdit l’émission de cryptomonnaies, leur négociation et leur promotion ; faites confirmer la situation actuelle pour ce produit par un avocat égyptien.
Pour les questions liées, voyez le conseil juridique blockchain et la protection des données.