L'encadrement externe au contrat

L'encadrement externe au contrat

? Les enjeux. ? « Le dilemme est toujours le même face à une innovation technologique : faut-il réguler ? Cette première question est suivie d'une seconde : comment la réguler ? » C. Barreau, La régulation des smart contracts et les smart contracts des régulateurs, in Réalités industrielles, Blockchains et smart contracts, des technologies de la confiance : Annales des Mines août 2017, p. 74 et s. . Les évolutions sociétales précèdent le droit. Mais il lui incombe de les accompagner en leur donnant un cadre juridique. Malgré la promesse du code informatique de supplanter le droit jusqu'à disrupter un juge devenu inutile, code is not law. Le succès de la technique ne justifie pas qu'elle devienne la norme.
Laisser s'installer un vide juridique est dangereux. Il importe dès lors de réfléchir à l'adaptation du droit des contrats (Sous-section I) et du droit de la responsabilité civile (Sous-section II) au smart contract. Dans la mesure où l'ouverture de la blockchain est propice au développement du smart contract au-delà des frontières d'un État, il convient de s'interroger également sur un encadrement par le droit international (Sous-section III) .

Il appartient au droit?non aux codeurs?de poser les valeurs et les règles qui dirigent le code.

Des réflexions sur l'adaptation du droit des contrats au smart contract

« Percer l'écran de fumée autour de la blockchain suppose que le juriste déplace son regard de la technique vers les activités. Si la blockchain est l'autoroute des transactions, il va falloir très certainement réglementer ces transactions permises ou facilitées par cette nouvelle technique » E. Treppoz, Quelle régulation internationale pour la blockchain ? Code is Law v. Law become Code, in Blockchain et droit, ss dir. F. Marmoz, Dalloz, coll. « Thèmes et commentaires », 2018, p. 56 et s. .
Le rôle de l'État, dans son pouvoir souverain, est de fixer des règles et d'en contrôler la bonne application. Dans cette perspective, le législateur pourrait doter le smart contract d'un régime propre (§ I) et de nouveaux rôles pourraient être reconnus au juge (§ II) .

Un régime propre au smart contract

? Encadrement légal du smart contract . ? La qualification de contrat spécial doit être écartée puisque le smart contract n'est pas un contrat. En revanche, le smart contract peut intégrer le droit commun des contrats comme un fait juridique participant à son exécution ou une forme de paiement V. supra, no . .
Les cadres doivent être posés. Le droit doit s'imposer face au processus technique.
Le smart contract ne doit pas être détaché du cadre social qu'est le contrat V. supra, no . , dont il est l'accessoire V. supra, no . . Dans un premier temps, le vide juridique peut susciter l'engouement. Mais développer une technologie nécessite la confiance V. infra, nos et s. , c'est pourquoi l'omission de tous les garde-fous juridiques au profit de la technique pourrait aboutir à un délaissement vis-à-vis de cette technologie. Accorder au smart contract une place dans le Code civil comme une possible modalité d'exécution du contrat lui donne une certaine légitimité. Cela nécessite d'adapter le droit existant.
Tant que le législateur n'aura pas tranché la question de la qualification juridique du smart contract, le juge devra le faire et en tirer les conséquences V. supra, no . . L'attention des parties doit être attirée sur l'inflexibilité du mécanisme. Une réflexion doit être menée sur l'instauration d'une obligation d'information V. infra, no . .

L'efficacité du ne doit pas être un prétexte pour en accepter tous les aspects au détriment du droit.

? Un encadrement a minima . ? Il s'agit d'encadrer le smart contract et non de le rejeter. L'encadrer légalement de manière stricte pourrait le condamner. Il faut laisser une chance à ce mécanisme innovant de démontrer son intérêt.
? Reconnaissance juridique du smart contract comme un effet des seuls contrats conclus entre des parties disposant d'une puissance économique équivalente.?Poser un cadre juridique du smart contract au sein du Code civil a déjà fait l'objet de propositions. Mme Barreau envisage notamment une alternative quant au type d'encadrement à apporter C. Barreau, La régulation des smart contracts et les smart contracts des régulateurs, préc., p. 74 et s. . Lister limitativement les contrats dont l'exécution pourrait faire l'objet d'un smart contract est une possibilité. Sur le plan juridique, la liberté contractuelle s'en trouverait atteinte. Sur celui de l'innovation, on risquerait d'anéantir tout espoir de développement d'une technologie prometteuse. Mme Barreau propose une seconde voie en préconisant l'ajout d'une sous-section 3 à la section du Code civil consacrée aux effets du contrat entre les parties et propose de délimiter le champ de reconnaissance du smart contract sous deux aspects.
D'une part, en mettant le smart contract au même niveau que la force obligatoire et l'effet translatif du contrat, Mme Barreau en fait un mécanisme concurrent puisque de son point de vue, lorsque les parties font le choix d'utiliser un programme informatique d'exécution, elles écartent le droit commun des contrats. Elle précise que seuls les contrats consensuels portant sur des prestations simples à exécuter et soumises à peu de conditions peuvent s'exécuter au moyen d'un smart contract.
À tout le moins, seules les dispositions supplétives de volonté devraient pouvoir être écartées.
D'autre part, le champ de reconnaissance du smart contract devrait, selon Mme Barreau, être limité aux contrats conclus entre des parties disposant d'une puissance économique équivalente. L'expression de puissance « économique équivalente » C. Barreau, ibid., p. 76. fait écho aux relations B to B Business to Business. .

Entretien filmé avec Catherine Barreau, professeur à l’Université de Rennes 1, vice-présidente de l’Université numérique juridique francophone en charge du Conseil pédagogique et scientifique et vice-présidente de l’association internationale e-Omed (Espace ouvert du Numérique autour de la Méditerranée)

??Lien vidéo à insérer??
? Reconnaissance juridique du smart contract comme un mode de paiement indifférent à la qualité du créancier ou du débiteur. ? La proposition de Mme Barreau suscite l'intérêt, mais appelle toutefois des réserves et des contre-propositions. Le smart contract n'est pas un contrat V. supra, nos et s. . Il n'est pas non plus un effet du contrat en ce sens qu'il ne crée pas lui-même des obligations. Il se contente d'automatiser leur exécution. À cet égard, il se rapproche plus du paiement V. infra, no . défini comme l'exécution volontaire de la prestation due (C. civ., art. 1342">Lien).
Reconnaître légalement le smart contract comme un mode de paiement a principalement deux vertus. Cela permet de limiter la confusion entre le contrat et le smart contract et de gagner en cohérence en admettant la preuve du smart contract par tout moyen (C. civ., art. 1342-8">Lien). La blockchain pourrait être considérée comme un mode de preuve de l'existence du smart contract sans avoir à lui donner une portée générale. Cela concorde avec la position actuelle des autorités. Conscientes qu'il serait prématuré, compte tenu de la multitude de ses fonctionnalités, de qualifier la blockchain en mode de preuve universel, elles la retiennent comme un dispositif d'enregistrement électronique partagé fiable par touches successives Ord. no 2016-520, 28 avr. 2016, relative aux bons de caisse : JO 29 avr. 2016, no 0101, texte no 16 ; Ord. no 2017-1674, 8 déc. 2017, relative à l'utilisation d'un dispositif d'enregistrement électronique partagé pour la représentation et la transmission de titres financiers : JO 9 déc. 2017, no 0287, texte no 24. .
Au surplus, cela présenterait l'avantage de pouvoir utiliser le smart contract pour automatiser l'exécution des obligations contractuelles mais aussi des obligations extracontractuelles, comme celles résultant d'une condamnation judiciaire en responsabilité délictuelle.
S'agissant du champ d'application ratione personae de nouvelles règles encadrant le smart contract, l'écarter purement et simplement des relations entre professionnels et consommateurs (B to C) est une première option. À cette fin, le smart contract pourrait être ajouté à la liste des clauses présumées abusives de manière irréfragable dans le contrat de consommation (C. consom., art. R. 212-1">Lien). Mais cette position inflexible n'est pas souhaitable. Le smart contract a déjà prouvé son efficacité en faveur du consommateur V. supra, no . . Or, dans un certain nombre de cas, refuser catégoriquement aux parties le droit de choisir l'exécution automatique nuira au consommateur. Ainsi le voyageur subissant un retard d'avion ne pourra pas prétendre à une indemnisation automatique.

Proposition

Le Code civil recouvrant aussi bien les relations B to B que C to C ou encore B to C, il conviendrait d'y intégrer le smart contract qui ne doit pas être écarté des relations entre professionnels et consommateurs.
Dans la du du du livre III du Code civil?consacrée au paiement ?, pourrait être créée une intitulée « Le paiement automatisé » dans laquelle le smart contract serait légalement reconnu comme un mode de paiement.
Introduire le smart contract à cet emplacement permettrait à la fois de le qualifier de mode d'exécution et de le soumettre à la règle probatoire de l'article 1342-8 du Code civil (C. civ., art. 1342-8) puisqu'elle figure dans la du même chapitre, intitulée « Dispositions générales ».
En revanche, le contrat de consommation étant toujours mis en place par le professionnel, le Code de la consommation pourrait présumer le déséquilibre en cas de recours à un smart contract.
Dans la mesure où certaines automatisations peuvent se révéler protectrices des consommateurs, notamment en matière d'indemnisation automatisée, la présomption devrait être simple pour rendre admissible la preuve contraire par le professionnel (C. consom., art. R. 212-2). Ainsi les smart contracts prévus en faveur des consommateurs, facilitant notamment leur indemnisation en matière d'assurance, ne seraient pas exclus.
? Une obligation d'information. ? La plupart des utilisateurs ne comprennent pas la transcription codée du contrat. Son intelligibilité n'est pas essentielle dès lors qu'il n'est ni le contrat lui-même ni un mode de preuve littérale de celui-ci. En revanche, le smart contract est un programme indélébile, intangible et déterministe. Enregistré sur la blockchain, le programme est comme gravé dans le marbre. Il s'exécute entièrement selon les modalités préalablement décidées. Aucune place n'est laissée au hasard. Seul ce qui est prévu s'applique. Tout semble réuni pour éviter une ultime discussion des parties en cours d'exécution. L'utilisation d'un smart contract limite le champ d'action du juge en ce que l'exécution ne peut être interrompue ou modifiée. Son pouvoir se trouve donc réduit à accorder une réparation à la partie lésée lorsque l'exécution est dommageable V. infra, nos et s. . L'exécution n'est pas le temps de la discussion. Les parties doivent donc avoir une parfaite conscience de l'inflexibilité du mécanisme dès la conclusion du contrat pour accepter ou refuser le risque.
Le trait se durcit avec le contrat d'adhésion (C. civ., art. 1110">Lien). Comportant un ensemble de clauses non négociables, déterminées à l'avance par l'une des parties et acceptées par l'autre, il sied parfaitement au smart contract. Une clause insérant un smart contract au sein d'un contrat d'adhésion faisant l'objet d'une information insuffisante pourrait être réputée non écrite (C. civ., art. 1171">Lien). Indépendamment du bien-fondé de l'obligation exécutée, le mécanisme smart contractuel peut créer un déséquilibre significatif dans le contrat du fait de ses caractéristiques de fonctionnement.
De manière plus générale, l'article 1112-1 du Code civil (C. civ., art. 1112-1">Lien) dispose qu'une partie détenant une information dont l'importance est déterminante du consentement de l'autre doit l'en informer. Ces informations doivent avoir un lien direct avec le contenu du contrat ou la qualité des parties.
Le smart contract ne touche pas au fond du contrat mais à la manière dont il s'exécute. Néanmoins, sa rigidité peut être déterminante du consentement des parties. Les parties doivent être conscientes que lorsque la boucle conditionnelle tourne, elle devient inarrêtable. Aussi, même si l'article 1112-1 du Code civil (C. civ., art. 1112-1">Lien) ne trouve pas à s'appliquer, l'obligation d'information naît du seul principe général de bonne foi qui chapeaute le droit des contrats (C. civ., art. 1104">Lien). La partie proposant une exécution automatisée doit mettre l'accent sur les caractéristiques générales de fonctionnement d'un smart contract et celles spécifiquement choisies par les parties. Des sanctions analogues à celles prévues par l'article 1112-1 du Code civil (C. civ., art. 1112-1">Lien)?responsabilité extracontractuelle voire nullité du contrat fiatpour vice du consentement?pourraient être retenues en cas de défaut ou d'insuffisance d'information.
? Un délai de réflexion. ? La mise en place d'un délai de réflexion (C. civ., art. 1122">Lien) est également une piste à étudier. Le ralentissement du processus de formation du contrat est propice à la réflexion. Comme le calme avant la tempête, il permettrait aux parties de prendre le temps de considérer les conséquences de l'utilisation du mécanisme avant sa mise en place le rendant inarrêtable. Toutefois, la volonté de rapidité est sous-jacente dans le monde des affaires où le smart contract est prisé pour son efficacité et sa simplicité d'exécution. Un délai de réflexion pourrait donc être prévu uniquement dans le cadre du contrat de consommation Certains auteurs s'interrogent également sur la possibilité d'admettre le jeu du droit de rétractation offert au consommateur qui conclut un contrat à distance (https://ecan.fr/Smart-Contracts-Etudes.pdf">Lien, consulté le 15 janv. 2021) ; V. supra, nos et s. .

Proposition

Pour tout contrat, l'utilisation du smart contract devrait être accompagnée d'une information suffisante des parties sur ses caractéristiques générales et particulières.
S'agissant d'un processus technique, l'objet de l'information devrait être la désignation du programmeur, les clauses objets de l'automatisation, et le cas échéant, la blockchain et l'oracle choisis.
Ces précisions devraient être assorties d'un devoir d'information sur les caractéristiques du smart contract. Il est intangible, déterministe et indélébile dès son enregistrement sur la blockchain.
Afin de garantir l'effectivité du devoir d'information, la preuve de son accomplissement devrait être mise à la charge du débiteur de l'obligation dont l'exécution est automatisée. En pratique, la charge de la preuve reposerait ainsi sur la partie forte, ayant proposé l'exécution automatisée.
La preuve de l'information pourrait être apportée par tout moyen. La prudence commanderait cependant de faire figurer l'ensemble des éléments et caractéristiques dans le contrat fiat.
En cas de défaut ou d'insuffisance d'information, la responsabilité extracontractuelle du débiteur de ce devoir pourrait être retenue, donnant lieu au versement de dommages et intérêts. La sanction pourrait aller jusqu'à la nullité du contrat fiat si le défaut d'information se traduisait par un vice du consentement?erreur ou dol (C. civ., art. 1130 et s.).
Pour le contrat de consommation, cette obligation d'information pourrait être accompagnée d'un délai de réflexion afin de renforcer la protection du consentement du consommateur auquel le smart contract est imposé.
? Un encadrement du code informatique. ? Programmer une fonction permettant de stopper le smart contract particulièrement déséquilibré permettrait de réintroduire la bonne foi dans le contrat et, dans une certaine mesure, d'appréhender l'imprévision V. supra, no . . Plutôt que d'attendre des parties de prévoir cette possibilité dans leur contrat, ne pourrait-elle pas leur être imposée par le Code civil ?
Une telle disposition permettrait de mettre le processus en conformité avec l'article 1195 du Code civil (C. civ., art. 1195">Lien). Mais la difficulté est de déterminer le stade à partir duquel l'exécution devient « excessivement onéreuse » par rapport aux conditions initialement convenues. Le prévoir dès la conclusion du contrat nécessite de quantifier le déséquilibre, ce qui est loin d'être aisé. En outre, pour tomber sous le coup de l'article 1195 du Code civil (C. civ., art. 1195">Lien), le déséquilibre doit procéder de circonstances survenues après la conclusion du contrat, sans avoir été connues de la partie lésée qui sinon, n'aurait raisonnablement pas contracté. Elle ne doit pas avoir le contrôle de telles circonstances et ne doit pas en assumer le risque.
Le numérique nécessite de pouvoir quantifier V. supra, no . . Pour pouvoir arrêter automatiquement un smart contract déséquilibré, il faut avoir fixé un seuil chiffré au-delà duquel il ne se poursuit pas. La diversité rend impossible de définir de manière chiffrée le déséquilibre dans la loi. Une clause de hardship se rédige au cas par cas.
En revanche, la loi pourrait prévoir que l'utilisation d'un smart contract nécessite la nomination d'un contrôleur susceptible de stopper le contrat particulièrement déséquilibré. Son rôle se limiterait à reconnaître le déséquilibre. Les parties devraient ensuite se rapprocher pour renégocier et, à défaut de solution amiable, saisir le juge.
La perte d'automatisation et la réintermédiation sont peu compatibles à l'idéologie de la blockchain. Mais le code informatique n'est pas la loi. L'obligation de renégociation rendrait le smart contract plus conforme à l'article 1195 du Code civil.

Proposition

Rendre obligatoire la nomination d'un contrôleur autorisé à stopper le contrat en cas de déséquilibre, soit que le coût de l'exécution ait démesurément augmenté, soit que la valeur de la contre-prestation ait fondamentalement baissé.
Son rôle se limiterait à arrêter l'exécution automatique. En effet, il ne s'agit pas d'avantager une partie mais de maintenir un équilibre. Les parties pourraient choisir de désigner un contrôleur indépendant et impartial répondant à un cahier des charges qu'elles auront élaboré. Le choix du contrôleur devrait être fait soigneusement pour éviter les soupçons de collusion frauduleuse avec les parties.
D'un commun accord, les parties pourraient soit confirmer la poursuite du contrat en l'état, soit le renégocier, soit y mettre fin. Dans le cas où la renégociation n'aboutirait pas, la plus diligente pourrait saisir le juge.
Laisser de l'espace au smart contract pour se développer est compatible avec le contrôle du juge. Le code informatique traduit le droit sur le plan opérationnel V. supra, no . . Réintroduire une certaine humanité permet d'appréhender le contrat au-delà du cadre technique imposé par le smart contract. Les prestations simples avec des obligations claires sont peu sujettes à interprétation. Pour les autres, le juge veillera à ce que les parties ne fassent pas abstraction des nuances du droit au profit du code.

De nouveaux contrôles judiciaires

? Le contrôle du juge vecteur de confiance. ? Certains prétendent que le juge est inutile lorsque le smart contract est utilisé par les parties. Le smart contract est un mécanisme coercitif garantissant invariablement l'exécution du contrat. Son inflexibilité est génératrice de confiance, notamment pour le créancier. Mais le rôle du juge est de sécuriser le contrat. La vocation du juge est d'avoir un regard impartial et indépendant. Dans le processus smart contractuel, rien ne garantit l'impartialité et la bonne foi des parties. L'indépendance affirmée par la blockchain est différente de celle du juge. Elle tient seulement à sa fonction de registre consignant les conditions initialement fixées et leur réalisation le cas échéant, sans vérification de leur conformité à la loi. En revanche, l'indépendance du juge est la garantie qu'il statue en application de la loi et des règles procédurales en vigueur. Le juge est générateur de confiance. C'est pourquoi l'accès à la justice est un droit reconnu par la Constitution et la Convention européenne des droits de l'homme. Refuser d'astreindre le smart contract au contrôle du juge revient à accepter une zone de non-droit : le juge ne peut pas contrôler le contrat parce que les parties ont choisi de l'exécuter au moyen d'un smart contract. L'inquiétude générée par l'éventuelle insécurité d'une telle situation pourrait inciter les utilisateurs à se détourner du processus smart contractuel. En revanche, lui réserver une place dans le Code civil V. supra, no . est une reconnaissance de son intérêt. Il s'agit également de le soumettre. Mode d'exécution du contrat, il est à son service et non l'inverse. Il ne peut se soustraire au contrôle du juge.
? Le déplacement du contentieux. ? Le contentieux ne disparaît pas. Il se déplace. Son objet diffère.
Dans le cadre de l'exécution classique du contrat, il est très fréquent que le juge n'intervienne qu'a posteriori. À la suite de l'ordonnance du 10 février 2016 Ord. no 2016-131, 10 févr. 2016 portant réforme du droit des contrats, du régime général et de la preuve des obligations : JO 11 févr. 2016, no 35, texte no 26. , la doctrine a abondamment souligné que les sanctions unilatérales de l'inexécution (telles l'exception d'inexécution, la réduction du prix non encore versé, la résiliation par notification) n'évincent pas le juge, mais aboutissent à des contrôles judiciaires a posteriori (C. civ., art. 1217 et s.">Lien).
Le smart contract déjà exécuté ne peut être anéanti car la blockchain en conserve une trace indélébile. Cet aspect technique temporise encore l'intervention du juge. Même l'exécution d'une obligation paraissant infondée ou mettant en difficulté l'une des parties aboutissant à une mésentente profonde entre elles ne permettra pas au juge d'anéantir le processus smart contractuel. Par exemple, les délais de grâce, la révision de la clause pénale à la hausse comme à la baisse, la réduction du prix ne peuvent pas interrompre la boucle conditionnelle. Ce n'est qu'a posteriori que le juge anéantira les effets juridiques du smart contract en statuant sur des restitutions et/ou des dommages et intérêts. Toutefois, si l'une ou l'autre des parties a été particulièrement mise en difficulté par une situation qui a perduré dans le temps, l'anéantissement juridique même rétroactif des effets du contrat ne suffira pas toujours à réparer le dommage subi. L'intervention tardive du juge nécessite donc de mettre en place des garde-fous.
Le juge doit contrôler l'exécution du contrat sur ses qualités comme sur sa légitimité. Les clauses automatisées s'exécutent sans considération d'un éventuel abus. La livraison d'une commande s'évalue en quantité mais pas en qualité. Il en est de même pour la réalisation d'une prestation. Le contrôle portera donc sur la traduction du contrat en langage informatique. Reflète-t-elle la volonté des parties ? Est-elle suffisante pour réaliser pleinement le contrat ? La réponse à la première question nécessite des compétences informatiques sans lesquelles le contrôle sera inefficace. Le juge sera sans doute amené à nommer un expert pour rechercher le sens du code informatique. Apporter une réponse positive à la seconde question serait admettre que tous les éléments du contrat sont transposables en langage informatique et donc quantifiables, ce qui semble impossible.
Afin de conserver la confiance, il est en outre nécessaire de soumettre le smart contract à un régime de responsabilité efficient.

Des réflexions sur l'adaptation du droit de la responsabilité civile au smart contract

L'immatérialité du smart contract le rend difficile à appréhender par le droit. À juste titre, le législateur s'est bien gardé de créer un droit des responsabilités spécifique aux biens immatériels. La construction d'une responsabilité spéciale serait périlleuse. Mais il ne faut pas non plus fermer les yeux sur l'immatérialité au risque d'accepter l'existence d'une res nullius, échappant à toute responsabilité. Quel qu'il soit, un outil doit être appréhendé par le droit de la responsabilité. Le non-respect des engagements doit aboutir à la sanction des uns et à l'indemnisation corrélative des autres pour générer la confiance.

La neutralité relative de la technologie

La technologie n'est ni bonne ni mauvaise. Elle est le fruit d'une expression socioculturelle à un moment donné. Les modalités de création et de programmation d'un logiciel sont par principe neutres. Ce principe est applicable au smart contract. Logiciel informatique, il peut être développé sous licence open source ou libre. Sa conception ne préjuge pas de l'utilisation qui en sera faite ensuite. En pratique, son auteur est souvent anonyme. Mais il peut également être mis en place à la demande des cocontractants ou de l'un d'entre eux. Développé à des fins spécifiques, sa conception et sa programmation doivent alors répondre à l'utilisation finale recherchée. La neutralité devient alors relative. Responsabiliser chaque intervenant permet de relier l'immatérialité du smart contract et la réalité. Cela a un effet prophylactique. Chacun est encouragé à la prévention et à la prudence. Dans une logique indemnitaire, le versement de l'indemnité doit être pris en charge par une assurance professionnelle. Le principe d'indemnisation totale de la victime est alors respecté.
? La confiance. ? Les promoteurs du smart contract rattachent la question de la confiance à son automaticité et à son irréversibilité. Le contentieux disparaît en gravant le smart contract sur la blockchain. Res nullius, le smart contract échappe au droit de la responsabilité, considéré comme inutile. Mais l'automaticité du processus n'exclut pas qu'il soit à l'origine d'un préjudice. Quelle confiance accorder à une technique dont l'exécution peut être impunément dommageable ? La responsabilité est donc un facteur majeur de confiance.
? Les risques liés au smart contract . ? La réussite d'un contrat n'est pas nécessairement son application pleine et entière. Le smart contract est l'image codée du contrat. Qui est responsable si ce reflet est imparfait au regard de la volonté des parties, soit qu'elle n'ait pas été transcrite correctement, soit qu'elle ait évolué en cours d'exécution ?
L'absence d'exécution ne peut pas être ignorée. Un bug informatique, l'information erronée d'un oracle, etc., peuvent retarder voire empêcher l'autoexécution du contrat. Qui est responsable du dommage en résultant ? Pourra-t-on l'identifier ? En l'absence d'identification, la victime pourra-t-elle tout de même être indemnisée ?
Le droit doit répondre à ces questions pour accroître la sécurité et la confiance attachées à la technologie smart contractuelle. Un processus ne pouvant être arrêté ou modifié doit donner lieu à réparation s'il dysfonctionne. La réparation des fautes est un principe reconnu constitutionnellement Cons. const., 22 oct. 1982 : D. 1983, no 189, note F. Luchaire. . Le principe d'une responsabilité pour faute incite à rechercher un responsable (§ I) . Toutefois, le besoin de sécurité légitime l'évolution du droit de la responsabilité vers la réparation. Cette seule logique indemnitaire a le pouvoir de susciter la confiance (§ II) .

La recherche de l'auteur d'une faute

? Une personne responsable. ? Socialement, rendre une personne responsable a un effet prophylactique. Juridiquement, une personne doit être responsable pour être débitrice d'une indemnisation. Le smart contract est un mode d'exécution du contrat. Les cocontractants sont responsables de l'exécution de leurs obligations. Mais l'exécution leur échappe du fait de l'automaticité du smart contract V. supra, nos et . . Son autonomie d'exécution interroge sur la responsabilité du smart contract lui-même. Le smart contract s'exécute lorsque les conditions préalablement fixées sont implémentées sur la blockchain. En tant qu'organisation, elle pourrait être tenue pour responsable des informations qu'elle contient. Cela pose la question de la gouvernance, résolue dans les blockchains privées et de consortium mais exclue dans les blockchains publiques V. supra, no . . Les informations entrées sur la blockchain pour déclencher le smart contract le sont souvent par des oracles. La question de leur responsabilité se pose également. S'agissant de personnes ou d'entités, les parties pourront la régler dans le contrat lui-même. Enfin, le programmeur a un rôle essentiel. Le smart contract est un logiciel informatique. Il peut être développé sous licence open source ou libre. Ses modalités de conception et de programmation sont en principe neutres et doivent répondre à l'utilisation finale recherchée. S'agissant d'un smart contract, seul le programmeur transcrivant un contrat rédigé au préalable en langage naturel peut anticiper l'utilisation qui en sera faite. Généralement, aucun auteur ne sera identifié comme programmeur d'un smart contract open source utilisé par des parties n'ayant pas mis en place un contrat au préalable. Les parties sont seules responsables de son utilisation.
? La responsabilité des parties. ? Les parties peuvent organiser la sanction de l'exécution dommageable au sein du contrat lui-même. Toutefois, exiger des parties la prévision de l'ensemble des dysfonctionnements éventuels dus à l'utilisation du smart contract est irréaliste. L'aspect déterministe du smart contract suppose que chaque cas soit anticipé. L'exécution dommageable doit pouvoir être appréhendée en dehors des obligations contractuelles automatisées.
Dans les relations entre les parties, soit des clauses limitatives de responsabilité ont été prévues, soit le juge peut être saisi. Les clauses limitatives de responsabilité peuvent limiter le montant dû au titre de la réparation du dommage, voire stipuler une absence totale de responsabilité. Le contrat fiat pourrait donc prévoir que le non-respect des clauses non automatisées par le smart contract ne sera pas sanctionné, leur importance étant secondaire pour les parties. Néanmoins, un juge pourrait en décider autrement. Les parties peuvent saisir le juge pour rechercher la responsabilité de leur cocontractant même si le contrat s'est autoexécuté. L'exécution pleine et entière du contrat n'interdit pas l'accès à la justice.
? La responsabilité des tiers au contrat. ? Un tiers peut être à l'origine du dommage. Un mauvais codage du smart contract autorise la partie subissant un dommage à engager une action en réparation. La jurisprudence reconnaît une action en responsabilité contractuelle au bénéfice de la partie lésée à l'encontre du tiers à l'origine du dommage lorsque des contrats successifs emportent transfert de propriété Cass. ass. plén., 7 févr. 1986, no 84-15.189 : Bull. civ. 1986, ass. plén., no 2 ; JCP G 1986, II, 20616, P. Malinvaud ; RTD civ. 1986, p. 605, obs. P. Rémy ; D. 1986, jurispr. p. 293, note A. Bénabent. . Si tel n'est pas le cas, la Cour de cassation rappelle le principe de l'effet relatif des contrats (C. civ., art. 1199">Lien) et considère que la partie lésée n'a contre le tiers qu'une action en responsabilité délictuelle. Ce tempérament a été apporté par la Cour de cassation dans le cadre d'une affaire où un maître d'ouvrage demandait réparation, sur le fondement contractuel, à un sous-traitant chargé de l'exécution d'une obligation contractuelle par son entrepreneur principal Cass. ass. plén., 12 juill. 1991, no 90-13.602 : Bull. civ. 1991, ass. plén., no 5 ; D. 1991, p. 549, note J. Ghestin ; D. 1991, somm. p. 321, obs. J.-L. Aubert ; JCP G 1991, II, 21743, note G. Viney. . Or il n'existait pas de lien entre le maître de l'ouvrage et le sous-traitant. Par analogie, lorsqu'une partie met en place un smart contract accepté contractuellement par son cocontractant, ce dernier n'a aucun lien avec le programmeur. Il semble donc exclu de reconnaître à ce cocontractant une action en responsabilité contractuelle contre le programmeur. Au surplus, le smart contract proposé ou imposé par une partie à l'autre n'a pas nécessairement été conçu spécifiquement pour ce contrat. Généralement, il s'agit d'un smart contract existant, disponible en open source, programmé par un codeur la plupart du temps non identifiable. Reconnaître une action en responsabilité contractuelle à la partie lésée contre le programmeur ne serait guère protecteur de ses intérêts. Sans identification du programmeur, retenir sa responsabilité ne permet pas d'obtenir réparation. Il semble plus efficace, dans une logique indemnitaire, de faire peser la réparation sur la partie à l'origine de l'utilisation du smart contract. Cela l'incitera à vérifier son bon fonctionnement dans le cadre du contrat proposé.
La perte d'autonomie due au protocole smart contractuel pourrait cependant justifier d'ouvrir une action récursoire à la partie ayant indemnisé le cocontractant victime de l'exécution automatisée, permettant à cette partie condamnée en responsabilité sans avoir commis de faute de se retourner contre le fabricant, le concepteur, le programmeur É. Caprioli, B. Charpentier, V. Chavanne, J. de Labriffe, D. O'Kane, C. Roquilly, A. Touati et É. Viguier, Blockchain?Blockchain et smart contracts : enjeux technologiques, juridiques et business : CDE mars 2017, no 2, entretien 2. à l'origine du dommage. La difficulté consistant, le cas échéant, à identifier le responsable de l'erreur de codage, voire à répartir les responsabilités entre les différents intervenants pèserait ainsi sur la partie forte ayant imposé le recours au smart contract.
Le programmeur peut voir sa responsabilité engagée sur le fondement de la responsabilité contractuelle si l'on fait appel à ses services, ou extracontractuelle lors de l'utilisation d'un smart contract disponible en open source sur la blockchain.
Lorsque le programmeur prend le rôle de traducteur du contrat, il bâtit le smart contract sur le fondement d'un contrat exprimé en langage naturel. Il réalise une prestation à la demande des parties ou de l'une d'elles. L'inexécution de son obligation contractuelle de traduire le contrat fiaten langage codé engage sa responsabilité dans les conditions des articles 1231 à 1231-7 du Code civil (C. civ., art. 1231 à 1231-7">Lien). Dans la mesure où l'erreur de traduction ou le codage défectueux serait reconnu comme une inexécution du contrat A. Saint-Paul, Smart contracts et droit commun des contrats, ss dir. M. Bourassin, Mémoire de recherche soutenu le 5 juill. 2019, non publié, no 111. à l'origine du dommage subi par ses cocontractants, sa responsabilité contractuelle serait retenue. Si le contrat n'est conclu qu'avec l'une des parties, il pourra également engager sa responsabilité délictuelle envers l'utilisateur final.
Lorsque les parties utilisent un smart contract open source, aucun contrat ne les lie au programmeur. La responsabilité est nécessairement recherchée sur un fondement extracontractuel. Le dommage peut être attribué à une faute du programmeur. Les éléments nécessaires pour actionner la responsabilité sont réunis (C. civ., art. 1240">Lien). Mais la problématique constante de l'identification rendra de nouveau la responsabilité inefficace.
? La responsabilité à l'égard des tiers. ? Inversement, un tiers peut être victime du dommage causé par un smart contract. En vertu du principe de non-cumul des responsabilités contractuelles et extracontractuelles et du principe de l'effet relatif des contrats, la responsabilité contractuelle est réservée aux parties au contrat. Les tiers peuvent faire valoir leur droit à réparation sur le fondement de la responsabilité délictuelle. La proposition de loi portant réforme de la responsabilité civile du 29 juillet 2020 prévoit d'insérer un nouvel article 1234 dans le Code civil aux termes duquel un tiers au contrat a la possibilité d'invoquer un manquement contractuel si celui-ci lui a causé un dommage. Le tiers demandeur fonde sa demande sur la responsabilité contractuelle. L'inconvénient réside dans le fait que les clauses limitatives de responsabilité éventuellement prévues au contrat lui seront opposables. L'avantage est de le dispenser de la preuve d'une faute (requise en matière de responsabilité délictuelle, C. civ., art. 1240">Lien). Indifférent à son environnement, le smart contract peut causer un dommage à un tiers ou aggraver une situation sans pour autant cesser de s'exécuter. Il n'est pas capable de discernement. L'anticipation du dommage par les parties est irréaliste. La conscience du dommage en cours d'exécution ne leur permet pas d'interrompre le smart contract. Les tiers n'auront d'autre choix que de demander une réparation amiablement ou de saisir le juge sur le fondement de la responsabilité délictuelle pour obtenir une indemnisation de la part des parties ou du programmeur, sous réserve de son identification.
? La responsabilité de l'oracle. ? Un oracle peut enregistrer sur la blockchain une information erronée. Pour déterminer sa responsabilité, il est nécessaire de déterminer la nature de son obligation.
La nature de l'obligation de l'oracle peut être qualifiée par les parties au contrat. Selon qu'elle est de moyens ou de résultat, les preuves à réunir pour qu'une réparation soit due ou, au contraire, pour s'en exonérer en tout ou partie, diffèrent. Les conséquences du déclenchement de l'exécution en suite de l'entrée de la mauvaise information sur la blockchain doivent être convenues avec l'oracle. S'il s'agit d'une obligation de résultat, les parties doivent seulement apporter la preuve que l'information renseignée était mauvaise pour donner lieu à réparation. À l'inverse, s'il s'agit d'une obligation de moyens, la seule erreur est insuffisante. La réparation est suspendue à la preuve de la négligence, l'inattention ou l'imprudence de l'oracle.
En matière de smart contract, il ne semble pas y avoir de demi-mesure. Lorsque l'oracle entre une information sur la blockchain, le smart contract s'exécute ou non. L'exécution partielle n'est pas envisageable. Le système se veut efficace car tranché. Dans cette logique, l'oracle devrait être tenu d'une obligation de résultat. Les conditions sont remplies ou non. La conséquence est l'application du contrat ou non. Mais la simplicité n'est qu'apparente.
Reconnaître une responsabilité n'a de sens que si elle engendre une réparation effective. Rendre obligatoire la souscription d'une assurance par les acteurs de la blockchain se proposant de jouer le rôle d'oracle a plusieurs vertus. D'une part, cela permettrait de reconnaître les oracles sérieux et de les professionnaliser en les responsabilisant pour cette fonction. D'autre part, l'assurance est un vecteur de confiance pour les utilisateurs. Toutefois, souscrire une assurance n'est pas envisageable pour tous les oracles. Le choix de faire un oracle de la base de données d'un aéroport ou d'un thermomètre V. supra, nos et . exclut cette possibilité.

Déterminer la nature de l'obligation de l'oracle

Si l'entreprise X doit livrer à l'entreprise Y une commande de produits frais.

Le contrat s'exécute au moyen d'un <em>smart contract</em>. Les parties ont décidé que l'oracle serait un thermomètre connecté réalisant un relevé de température toutes les deux minutes afin de vérifier qu'elle se situe entre 2 et<strong> </strong>4<sup>o</sup>C pendant tout le trajet.

L'information s'enregistre à intervalles réguliers sur la <em>blockchain</em>. À l'arrivée, le relevé n'a pas révélé d'anomalie par rapport à la température convenue. Le prix dû par Y est viré automatiquement à X compte tenu des informations enregistrées sur la <em>blockchain</em> par l'oracle.

Lorsque Y découvre les produits, ils sont avariés. Pour engager la responsabilité de l'oracle, le seul état des produits à l'arrivée est-il suffisant (obligation de résultat) ou l'entreprise Y doit-elle prouver que le relevé effectué était erroné (obligation de moyen) ?

? La responsabilité de la blockchain publique. ? En l'absence d'assimilation de la blockchain publique à une organisation bénéficiant de la personnalité morale, il est impossible de retenir sa responsabilité. Mais la responsabilité des acteurs intervenant sur la blockchain pourrait être retenue. La corruption de la chaîne par les mineurs empêchant l'exécution du contrat ou la déclenchant à mauvais escient pourrait être sanctionnable. Toutefois, la problématique de l'identification perdure.
? La responsabilité du smart contract . ? La proposition est audacieuse. Imaginer une responsabilité du code informatique revient à le considérer comme un sujet de droit.
Le Parlement européen ne vise pas directement la personnalité juridique de l'algorithme, mais celle du robot. La différence entre les deux se limite à l'enveloppe. Le robot est l'incarnation de l'algorithme. Il lui donne une matérialité. Il permet de le saisir. Le contenant diffère mais le contenu est le même. Le traitement doit donc être similaire.
La faculté d'autonomie est déterminante dans l'attribution de la personnalité électronique. L'autonomie d'un algorithme peut être de deux ordres. L'algorithme d'apprentissage est susceptible de prendre des décisions. L'algorithme d'exécution autoexécute les décisions prises par ailleurs. Le smart contract appartient à ce dernier modèle. À première vue, l'intelligence de l'algorithme d'apprentissage s'oppose à la docilité de l'algorithme d'exécution. Cette interprétation évince le smart contract de la liste des algorithmes pouvant prétendre à la personnalité électronique. Mais la réalité est plus nuancée. Même un algorithme exerçant un pouvoir de décision est déterministe. Au même titre qu'un algorithme d'exécution, il se rapporte à un cahier des charges fixé par l'homme. Il fera ce que l'homme lui a dicté.
L'algorithme peut indifféremment apprendre la vertu ou le mensonge. Il est ce que son programmeur veut qu'il soit. Dès lors, il devient complexe d'être catégorique sur le degré d'autonomie à atteindre pour prétendre à la personnalité juridique. Se profile le danger d'une telle ouverture compte tenu des dérives possibles.
La personnalité juridique proposée par le Parlement européen est une personnalité technique. À l'image de la personnalité morale, elle a vocation à faire de l'algorithme un sujet de droit par le biais d'une fiction juridique. Ainsi sa responsabilité peut être engagée.
Les débats européens témoignent de la difficulté de concilier l'éthique et les besoins pratiques du droit de la responsabilité. Mais reconnaître la personnalité juridique au smart contract ne rendrait pas l'indemnisation plus facile. Sans patrimoine, aucune indemnisation n'est possible. Aucune assurance ne peut être souscrite. La reconnaissance d'une personnalité électronique est donc indifférente au regard du droit de la responsabilité.
Il y est fait une distinction entre les systèmes d'intelligence artificielle à haut risque et les autres. Ces textes ne font que dresser les contours de la notion de « haut risque ». Il en ressort que le risque doit être plus important que celui raisonnablement attendu par les utilisateurs en termes de probabilité ; le dommage doit être grave ; et le système d'intelligence artificielle utilisée doit être particulièrement autonome. Cette notion abstraite devrait être précisée par une liste des systèmes à haut risque.
À partir de cette summa divisio, les deux textes organisent leur proposition d'un nouveau régime spécial de responsabilité autour de trois axes :
  • la responsabilisation éthique des concepteurs vis-à-vis de certaines applications d'intelligence artificielle susceptibles d'avoir de graves conséquences ;
  • la volonté de réguler les systèmes d'intelligence artificielle à haut risque sur un plan éthique dès leur développement ;
  • la reconnaissance d'une responsabilité objective (et donc sans faute) des opérateurs, déployeurs et exploitants si le risque se réalise.
Dans une première résolution du 16 février 2017 Parlement européen, rés. no 2015/2103(INL), 16 févr. 2017. , le Parlement européen préconise « la création, à terme, d'une personnalité juridique spécifique aux robots, pour qu'au moins les robots autonomes les plus sophistiqués puissent être considérés comme des personnes électroniques responsables, tenues de réparer tout dommage causé à un tiers ; il serait envisageable de conférer la personnalité électronique à tout robot qui prend des décisions autonomes ou qui interagit de manière indépendante avec des tiers ».
Mais il s'agit d'un premier pas vers la reconnaissance d'une égalité entre l'algorithme et la personne physique. Affirmer le contraire serait présomptueux face au constat sans appel des droits reconnus à une personne morale. Elle aussi était justifiée par un besoin technique. Elle est aujourd'hui l'équivalent de la personne physique Cons. const., 4 juill. 1989, no 89-254 DC : JO 5 juill. 1989 ; Rev. sociétés 1990, 27, note Y. Guyon ; Rép. civ. Dalloz, Vo Personne morale, 66. . Sur le plan éthique, ce serait inacceptable G. Loiseau et A. Bensamoun, Droit de l'intelligence artificielle, Lextenso, coll. « Les Intégrales », 2019, p. 39 et s., nos 78 et s. .
La personnalité juridique implique d'être un sujet de droit et exclut par là même d'être un objet de droit. Un sujet de droit n'appartient à personne. Il a un patrimoine. Un algorithme est un objet de droit Dans le même sens, la personnalité juridique est refusée aux animaux. . Dans ces conditions, il est permis de s'interroger sur la finalité de la création d'une personnalité électronique G. Loiseau, La personnalité électronique des robots : une monstruosité juridique : JCP G 2018, no 598. .
Ce positionnement sur l'opportunité de créer une personnalité juridique des robots a été ignoré dans une résolution du Parlement européen portant notamment sur l'intelligence artificielle et la robotique, en date du 12 février 2019 Parlement européen, rés. 12 févr. 2019, 2018/2088 (INI). . Plus récemment, un rapport du Parlement européen contenant des recommandations à la Commission européenne sur un régime de responsabilité civile pour l'intelligence artificielle l'exclut expressément. Elle considère que : « Les systèmes d'IA modernes sont des systèmes comme les autres et n'ont rien à voir avec les robots humanoïdes de science-fiction. Toute discussion dont l'objectif serait de donner une personnalité juridique aux systèmes d'IA est donc vaine » Rapport contenant des recommandations à la Commission européenne sur un régime de responsabilité civile pour l'intelligence artificielle, 5 févr. 2020, 2020/2014 (INL). .
La réflexion du Parlement européen a évolué en ce sens. En témoignent deux nouvelles résolutions respectivement relatives aux principes éthiques relatifs au développement, au déploiement et à l'utilisation de l'intelligence artificielle, de la robotique et des technologies connexes Parlement européen, rés, 20 oct. 2020, 2020/2012 (INL). et à leur régime de responsabilité Parlement européen, rés, 20 oct. 2020, 2020/2014 (INL). .

Le pouvoir de décision du véhicule autonome

Sur un passage piéton, une vieille dame tenant la main d'un jeune enfant termine sa traversée. Le jeune enfant entend son nom. Il lâche la main de la vieille dame et rebrousse chemin en courant.
Le véhicule autonome est trop près pour éviter la collision. Il a deux alternatives. Soit il vire à droite et percute la vieille dame. Soit il vire à gauche et renverse l'enfant. Comment effectuera-t-il son choix ?
L'ensemble des images visionnées au cours de son apprentissage le guidera. L'éthique n'est pas la sienne, mais celle de l'homme à l'origine de l'enseignement.
L'autonomie du smart contract tient à son exécution automatique. Elle est insuffisante pour faire entrer le smart contract dans le champ d'application des résolutions du Parlement européen précitées. Mais, deux remarques peuvent être faites :
  • il est possible de s'interroger sur l'intérêt de transposer le système de gradation du risque au smart contract. Certains smart contracts justifient-ils une protection accrue au regard du type d'utilisateurs, du risque technique, de la matière dans laquelle ils sont utilisés, etc., comme cela semble être le cas pour les systèmes d'intelligence artificielle « à haut risque » ?
  • le Parlement européen ne limite pas le jeu de la responsabilité à la faute. Il reconnaît une responsabilité objective des opérateurs, répondant par là même à une logique indemnitaire. De même, admettre une responsabilité sans faute du fait du smart contract déjouerait la difficulté liée à l'identification de l'auteur.
À la question de savoir s'il existe une responsabilité de l'intelligence artificielle ou, au contraire du fait de l'intelligence artificielle Ch. Lachièze, Intelligence artificielle : quel modèle de responsabilité ? : Dalloz IP/IT 2020, p. 663. , le Parlement européen semble avoir répondu.

La réponse à une logique indemnitaire par une responsabilité sans faute

La responsabilité sans faute existe déjà. L'autonomie naissant de l'évolution des nouvelles technologies est propice à son développement.
Le raisonnement est analogue en matière de smart contract. Le développer nécessite de déplacer la responsabilité de son fonctionnement défectueux vers son programmeur. Les cocontractants ne comprennent pas nécessairement le code informatique et n'ont pas d'emprise sur son exécution. Ils en perdent le contrôle.

L'exemple des véhicules autonomes

L'autonomie a pour objectif de retirer au conducteur toute préoccupation quant au fonctionnement du véhicule. Il enregistre la destination à atteindre puis se laisse véhiculer. Actuellement, l'autonomie de ces véhicules n'a pas encore atteint le stade final. La loi Badinter, imputant la responsabilité au conducteur, continue de s'appliquer. Le conducteur est donc responsable alors même qu'objectivement, il n'a commis aucune faute. Imputer la faute au conducteur a une logique indemnitaire. Dans l'avenir, il est probable que la responsabilité glisse vers le fabricant ou le concepteur compte tenu de la perte progressive du pouvoir d'usage, de direction et de contrôle. Pour que le marché des véhicules autonomes se développe, cette évolution sera indispensable. Elle est préconisée par le Parlement européen dans sa résolution du 12 février 2019.
? La responsabilité du fait des produits défectueux. ? Le producteur est responsable du dommage causé par un défaut de son produit, qu'il soit ou non lié par un contrat avec la victime (C. civ., art. 1245">Lien). Sans faute, la seule défectuosité le rend responsable de plein droit. La preuve de l'absence de faute ne l'exonère que dans des cas limitativement définis (C. civ., art. 1245">Lien). La notion de dommage est large. Il peut s'agir d'un dommage à la personne ou aux biens autres que le produit défectueux (C. civ., art. 1245-1">Lien) Un lien de causalité entre le dommage et le défaut doit être établi (C. civ., art. 1245-8">Lien). La responsabilité du fait des produits défectueux ne peut pas être écartée contractuellement (C. civ., art. 1245-14">Lien).
Pour retenir la responsabilité du programmeur de smart contract, il faut :
  • assimiler le smart contract à un produit et le programmeur à un producteur ;
  • prouver un dommage directement lié à la défectuosité du smart contract.
Le produit n'est pas une notion de droit. Le vocabulaire évoque plutôt une notion commerciale ou industrielle. Le smart contract est un logiciel. Dans une même approche, il peut s'analyser comme un service. Le logiciel sert le contrat. Sa défaillance se mesure au degré de divergence entre la volonté des parties exprimée à l'origine en langage naturel et le résultat finalement obtenu.
Le logiciel n'est pas défini juridiquement. Seul l'article L. 112-2 du Code de la propriété intellectuelle (CPI, art. L. 112-2">Lien) le considère comme une œuvre de l'esprit. Dans sa transposition de la directive de 1985 relative à la responsabilité des produits défectueux, le Code civil définit le produit comme un bien meuble (C. civ., art. 1245-2">Lien). À première vue, le smart contract pouvant être qualifié de meuble incorporel n'est pas exclu. La qualification de « produit » a été admise expressément pour l'électricité, également meuble incorporel. Mais encore faut-il qu'il y ait un producteur. Il est défini comme le fabricant (C. civ., art. 1245-5">Lien). Le vocabulaire tend vers le matériel. Sauf à viser expressément le smart contract dans la loi à l'instar de l'électricité, il semble difficile de l'assimiler à un produit en tant que tel. Le logiciel peut être inséré dans le produit pour assurer son bon fonctionnement, mais il n'est pas le produit lui-même.
Appréhender le smart contract au moyen du droit de la responsabilité des produits défectueux sans adaptation du droit positif au préalable est impossible. Au surplus, la marge de manœuvre laissée aux États membres pour la transposition de la directive de 1985 est restreinte. La Cour de justice a déjà eu l'occasion de rappeler à la France que l'objectif poursuivi par la directive est « une harmonisation totale des dispositions législatives, réglementaires et administratives des États membres » CJCE, 25 avr. 2002, aff. C-52/00, Commission c/ République française, ECLI :EU :C :2002 :252, pt 24. . L'extension systématique de la notion de producteur au distributeur avait alors été reprochée à la France au prétexte qu'elle n'était reconnue par la directive qu'en cas d'impossibilité d'identification du fabricant Cons. CE, dir. 85/374/CEE, 25 juill. 1985, art. 3, § 3. . L'extension de la notion de producteur au programmeur serait probablement censurée.
En revanche, la directive ne porte pas atteinte aux droits dont la victime d'un dommage peut se prévaloir au titre du droit de la responsabilité contractuelle ou extracontractuelle ou au titre d'un régime spécial de responsabilité existant au moment de la notification de la directive de 1985 Cons. CE, dir. 85/374/CEE, 25 juill. 1985, art. 13 ; C. civ., art. 1245. . La jurisprudence de la Cour de justice des Communautés européennes CJCE, 25 avr. 2002, aff. C-52/00, Commission c/ République française, ECLI :EU :C :2002 :252, pt 24. limite considérablement l'application d'autres régimes de responsabilité que celui propre aux produits défectueux : le cumul est interdit. Un autre régime de responsabilité que celui propre aux produits défectueux ne peut jouer que si les conditions de la responsabilité spéciale du fait des produits défectueux ne sont pas réunies.

L'interprétation étasunienne

Aux États-Unis, le logiciel est considéré comme un service et non comme un produit. L'engagement de la responsabilité du programmeur sur le fondement de la responsabilité du fait des produits défectueux est écarté. Par exception, il est admis qu'un logiciel défaillant imbriqué dans un objet matériel engage la responsabilité du fabricant et du fournisseur. La responsabilité du programmeur est donc retenue avec celle du fabricant si le code est incarné. Dans une logique d'indemnisation, la responsabilité du fournisseur est souvent retenue lorsque celle du fabricant ne peut pas l'être.
? La responsabilité du fait des choses. ? La préexistence de la responsabilité du fait des choses à la directive de 1985 justifie sa cohabitation avec la responsabilité du fait des produits défectueux. Classée au rang des responsabilités délictuelles, elle est par principe applicable uniquement lorsque la responsabilité contractuelle ne l'est pas Par application du principe de non-cumul des deux ordres de responsabilité civile, V. supra, no . . Indifférent à cette scission traditionnelle (C. civ., art. 1245">Lien), le champ d'application de la responsabilité des produits défectueux semble plus large au premier abord. Toutefois, la jurisprudence de la Cour de cassation est plus tempérée. La responsabilité du cocontractant a été retenue pour des dommages causés « non seulement par sa faute mais encore par le fait des choses qu'il met en œuvre pour l'exécution de son obligation contractuelle » Cass. 1re civ., 17 janv. 1995 : Bull. civ. 1995, I, no 43, p. 29. . En définitive, la responsabilité du fait des choses tend à dépasser le clivage traditionnel entre responsabilités contractuelle et délictuelle.
S'il répond à la définition d'une chose, le smart contract défectueux pourrait donc engager la responsabilité de son propriétaire. Une chaîne de responsabilité pourrait alors être mise en place. La partie se sentant lésée engagera la responsabilité de son cocontractant. Lui-même usera d'une action récursoire (C. civ., art. 1251">Lien) contre la personne à l'origine du mauvais « encapsulage » du contrat dans le smart contract É. Caprioli, B. Charpentier, V. Chavanne, J. de Labriffe, D. O'Kane, C. Roquilly, A. Touati et É. Viguier, Blockchain?Blockchain et smart contracts : enjeux technologiques, juridiques et business : CDE mars 2017, no 2, entretien 2. . Le juge devra alors répartir les responsabilités entre le programmeur et les parties selon leur niveau d'intervention. Le cas échéant, le jeu de la solidarité permettra à la victime d'obtenir l'entière réparation de son dommage La proposition de loi du 29 juill. 2020 prévoit la rédaction suivante (C. civ., art. 1267) : « Lorsque plusieurs personnes sont responsables d'un même dommage, elles sont solidairement tenues à réparation envers la victime. Si toutes ou certaines d'entre elles ont commis une faute, elles contribuent entre elles à proportion de la gravité et du rôle causal du fait générateur qui leur est imputable. Si aucune d'elles n'a commis de faute, elles contribuent à proportion du rôle causal du fait générateur qui leur est imputable, ou à défaut par parts égales ». .
On est responsable de plein droit des choses que l'on a sous sa garde (C. civ., art. 1242">Lien). Il s'agit d'une responsabilité sans faute Cass. civ., 29 juin 1896, Teffaine : D. 1997, I, 433, note Saleilles. . Pour cela, le smart contract doit pouvoir être qualifié de « chose ».
La chose a une définition plus large que le produit. Elle peut être un bien corporel ou non. Elle a indifféremment un caractère inoffensif ou dangereux Cass. ch. réunies, 13 févr. 1930, Jand'heur : GAJ civ., 11e éd., no 193 ; S. 1930, 1, 121, note P. Esmein. . Elle peut être ou non atteinte d'un vice Cass. ch. réunies, 13 févr. 1930, Jand'heur : GAJ civ., 11e éd., no 193 ; S. 1930, 1, 121, note P. Esmein. . Elle est à l'état solide, liquide ou gazeux. Elle peut même prendre la forme d'ondes sonores ou d'impulsions électromagnétiques Cass. 2e civ., 27 sept. 2012, no 11-11.762.?TGI Paris, 27 févr. 1991 : JCP G 1992, II, 21809, note P. Le Tourneau. . Sanctionner le fonctionnement anormal du smart contract est à la portée de l'article 1242 du Code civil (C. civ., art. 1242">Lien). Son immatérialité est sans incidence au regard de la conception jurisprudentielle de la chose. En revanche, des discussions doctrinales tendent à restreindre cette définition aux choses matérielles uniquement. Entendant ces voix, la proposition de réforme du 29 juillet 2020 prévoit de limiter la responsabilité du fait des choses aux « choses corporelles » www.senat.fr/leg/ppl19-678.html">Lien, art. 2242. . Dans le cas où il serait adopté en l'état, le smart contract serait définitivement exclu de ce cas de responsabilité.
La garde suppose l'usage, le contrôle et la direction de la chose Cass. ch. réunies, 2 déc. 1941, Franck : GAJ civ., t. II, no 200. . Ici encore la notion est large. La jurisprudence admet que le propriétaire puisse ne pas être le gardien si la preuve est faite de sa perte de contrôle sur la chose. Toutefois, elle reconnaît aussi que remettre la chose à autrui n'exclut pas d'en conserver le contrôle. Ainsi, confier la mise à exécution du contrat au programmeur du smart contract n'exclurait pas que le propriétaire en conserve la garde. Une fois encore, cette analyse permettrait la mise en œuvre d'une chaîne de responsabilité garantissant l'indemnisation du contractant subissant le dommage.
Reste que l'autonomie pose la question du lien de causalité. Selon la nature du fait dommageable, la qualité de gardien est discutable. Déterministe, le smart contract réalise toutes les tâches programmées et rien que celles-ci. Il n'a pas d'autonomie dans la prise de décision de réaliser les tâches fixées. Seule l'exécution est autonome. Si l'exécution dommageable résulte d'une erreur de programmation, la responsabilité du gardien peut être retenue. Mais qu'en est-il en cas de bug informatique ou d'exécution du contrat par le smart contract aveugle en dépit de nouvelles circonstances ?
S'agissant du bug informatique, la théorie doctrinale de la causalité adéquate retient qu'un fait n'est causal que lorsque le dommage était prévisible au moment où il s'est produit. La jurisprudence fait preuve de souplesse en la matière. Le juge ne recherche pas le fait à l'origine du dommage. Il effectue un tri afin de sélectionner les faits lui paraissant être les plus à même d'en être la cause. L'objectif est davantage d'aboutir à une décision lui semblant juste qu'établir l'enchaînement réel des faits ayant mené au dommage. Retenir une responsabilité quelle que soit la cause de l'exécution dommageable répond à une logique indemnitaire, à l'instar de la responsabilité du conducteur d'un véhicule autonome V. supra, no . . Il faut un responsable pour indemniser la victime. Il est incontestable qu'une fois le smart contract enclenché, le propriétaire comme le programmeur n'en ont plus le contrôle.
L'absence de discernement du smart contract peut également entraîner le dommage mais aussi contribuer à l'aggraver. Il s'agit d'une conséquence directe de l'utilisation du smart contract. Garantir le juste équilibre entre les parties requiert au minimum d'assurer une information sur l'automaticité et l'inéluctabilité du smart contract V. supra, no . . La confiance est à ce prix.
? L'articulation des responsabilités. ? Reconnaître le smart contract comme un produit est une première solution pour instaurer une responsabilité. Si le smart contract relève du champ d'application matériel et temporel de la responsabilité des produits défectueux, la responsabilité du fait des choses est écartée CJCE, 25 avr. 2002, aff. C-52/00, Commission c/ République française, ECLI :EU :C :2002 :252. . En revanche, la responsabilité du fait des choses pourra s'appliquer chaque fois que les conditions de la responsabilité du fait des produits défectueux ne seront pas réunies.
La chose est plus large que le produit. La prescription de l'action en responsabilité du producteur est enfermée dans un délai de dix ans à compter de la mise en circulation du produit (C. civ., art. 1245-15">Lien) et de trois ans à compter du moment où la victime aurait dû en avoir connaissance (C. civ., art. 1245-16">Lien). La responsabilité du fait des choses est soumise à la prescription de droit commun de cinq ans à compter du moment où le fait à l'origine du dommage a dû ou aurait dû être connu (https://www.legifrance.gouv.fr/codes/article_lc/LEGIARTI000019017112">Lien). Elle est donc plus longue que celle de la responsabilité du fait des produits défectueux. L'état des connaissances scientifiques et techniques doit être suffisamment avancé au moment de la mise en circulation pour déceler l'existence du défaut. Compte tenu des évolutions de l'intelligence artificielle, il est fort probable que les smart contracts programmés machine to machine se développent L'IoT permet aux machines d'interagir entre elles sans intervention humaine. Par exemple, il existe des places de stationnement connectées capables de communiquer avec des véhicules également connectés pour leur indiquer qu'elles sont disponibles. Il est permis d'imaginer qu'à l'avenir la place et le véhicule concluront directement un contrat de réservation sans intervention humaine. . Le producteur pourra se dégager de sa responsabilité en prouvant que l'état de la technologie ne permettait pas de déceler le degré de prise de décision par la machine au moment de son développement.

Proposition

Le smart contract peut être admis comme un produit afin de respecter un parallélisme entre algorithme « incarné » et algorithme « nu ».
La restriction de la responsabilité du fait des choses aux seules choses corporelles envisagée dans la proposition du 29 juillet 2020 doit être abandonnée.
? Les assurances.?Les divers conseils, avocats, notaires… intervenant dans la conception d'un contrat sont assurés. En effet, la logique indemnitaire est toujours sous-jacente. Reconnaître la responsabilité d'un intervenant est inutile s'il n'est pas en mesure d'indemniser la victime du dommage. Le programmeur de smart contract devrait également être contraint de souscrire une assurance professionnelle. Une réflexion pourrait également être menée sur la création d'un fonds de garantie Pour un autre exemple de l'enjeu des assurances, V. supra, nos et s., sur la question du BIM ; V. infra, nos et . . Son utilisation pourrait notamment être liée à l'impossibilité d'identification du programmeur du smart contract.
La technologie smart contractuelle ne doit pas faire l'objet d'un désengagement sur le plan du droit interne. Le caractère mondial de la blockchain publique n'exclut pas qu'elle puisse être appréhendée localement, par la loi nationale. La loi est parfois inefficace mais elle a une fonction protectrice. En revanche, l'absence d'encadrement international conduit au pluralisme des autorités internes compétentes. Une même question peut recevoir des réponses divergentes. Ce constat mène à s'interroger sur le rôle du droit international en la matière.

Des réflexions sur le rôle du droit international

La technologie blockchain semble rétive à toute forme d'encadrement. Le droit international privé n'y fait pas exception (§ I) . En raisonnant par analogie avec internet, réglementer les actions enregistrées sur la blockchain?et non la blockchain elle-même?est une piste de réflexion méritant d'être approfondie. Le smart contract est considéré comme l'une des applications les plus prometteuses. L'encadrer semble être un moyen pour le droit d'appréhender la blockchain (§ II) .

Les points d'achoppement entre blockchain et droit international privé

? Un débat éprouvé. ? Le débat n'est pas nouveau. La « régulation apparaîtrait vaine en raison de l'autosuffisance de la technique « disruptant » toute régulation juridique de cette technique par essence internationale » E. Treppoz, Quelle régulation internationale pour la blockchain ? Code is Law v. Law become Code, in Blockchain et droit, ss dir. F. Marmoz, Dalloz, coll. « Thèmes et commentaires », 2018, p. 56 et s. . Face aux nouvelles technologies, le droit international privé est mis à l'épreuve. Dès 2001, une certaine perplexité s'installe face au réseau internet E. Brousseau, Régulation de l'Internet. L'autorégulation nécessite-t-elle un cadre institutionnel ? : Rev. éco. 2001, no hors-série, « Économie de l'internet », p. 349 et s. .

Internet est un espace numérique et immatériel et les faits qui s'y déroulent sont à la fois localisés partout et nulle part, ce qui pose la question centrale : comment localiser les situations se déroulant sur internet ? Comment localiser internet ?.

? Le droit international est un droit de localisation. ? Il désigne la loi dans laquelle la solution de fond doit être recherchée et le juge compétent pour en connaître. Des critères existent pour rattacher le contrat à l'État avec lequel il entretient les liens les plus étroits. Nationalité, domicile des parties, lieu de situation des biens, des actes ou faits juridiques en question sont généralement retenus. L'indice de rattachement à un État varie selon qu'il s'agit d'une question de validité ou de preuve du contrat ou encore de responsabilité.
La blockchain est propice au développement des relations transnationales A. El Mejri, Le droit international privé face aux nouvelles mobilités : LPA 7 avr. 2020, p. 9. . Comme internet, elle défie la logique de localisation du droit international privé.
? Blockchains privée, de consortium ou publique V. Glossaire : « Blockchain » ; V. supra, nos et . . ? Dans les blockchains privées, tous les acteurs sont connus. La gouvernance est centralisée. Les droits d'écriture sont réservés à certains utilisateurs. Dans les blockchains de consortium, le dispositif est partagé entre plusieurs entités. Une gouvernance existe. Le nombre d'utilisateurs est restreint. Certains d'entre eux sont sélectionnés pour vérifier et diffuser les transactions. Ces blockchains sont permissioned. Contrôlées et utilisées par des utilisateurs connus et autorisés, elles ne sont pas un obstacle à l'application des règles de conflit de lois du droit international privé. Le smart contract enregistré sur ces blockchains doit être traité comme le mode d'exécution d'un contrat « entre absents ».
La discussion porte uniquement sur la blockchain publique. Par définition, son architecture est ouverte et accessible à tous. Elle est la seule forme de blockchain répondant pleinement à l'idéologie sous-jacente au système. Les acteurs peuvent tant participer aux transactions qu'au consensus permettant de les valider. Elle est permissionless. Les utilisateurs n'ont pas besoin d'être identifiés et autorisés pour y participer. Sans frontière, elle est propice au développement des relations transnationales A. El Mejri, Le droit international privé face aux nouvelles mobilités : LPA 7 avr. 2020, p. 9. . Mais sans autorité de contrôle ni représentant désigné, avec des utilisateurs anonymes, trouver des points d'ancrage fiables s'avère délicat.
? L'autosuffisance de la technique. ? Le postulat est simple. Déterminer la loi applicable et le juge compétent est inutile sur la blockchain où le code informatique est la loi. La loi et le juge ne font pas partie de l'équation. La technique se suffit à elle-même. Donc, la gouvernance de la blockchain permet une autorégulation fondée sur ses propres règles N. Devillier, Jouer dans le « bac à sable » réglementaire pour réguler l'innovation disruptive : le cas de la technologie de la chaîne de blocs : RTD com. 2017, 1037. . Seules des règles a-nationales ont la légitimité suffisante pour saisir des situations dont l'internationalité se caractérise par l'impossibilité de les localiser. La blockchain serait donc un exemple d'ordre juridique spontané F. Jault-Seseke, La blockchain au prisme du droit international privé, quelques remarques : Dalloz IP/IT 2018, p. 544. .
? La régulation des applications de la blockchain . ? La réalité est tout autre. « Le Code n'est certes pas dénué de valeurs, mais elles [ces valeurs] n'ont aucune légitimité démocratique » E. Treppoz, Quelle régulation internationale pour la blockchain ? Code is Law v. Law become Code, in Blockchain et droit, ss dir. F. Marmoz, Dalloz, coll. « Thèmes et commentaires », 2018, p. 55 et s. . L'expérience d'internet prouve la possibilité de réguler les nouvelles technologies. Internet est un réseau ouvert, décentralisé, sans frontière. La régulation a pu se faire de manière indirecte en agissant sur les applications et non sur le réseau insaisissable lui-même. À l'image d'internet, la blockchain semble difficilement saisissable par le droit. Réguler les applications paraît plus raisonnable. Il s'agit donc de s'interroger sur les possibilités pour le droit international privé d'appréhender le smart contract en dépit de ses principales caractéristiques qui semblent s'y opposer.

L'encadrement du smart contract par le droit international privé

? La problématique de localisation. ? Le smart contract a été imaginé indépendamment de la blockchain V. supra, no . . Néanmoins, le regain d'intérêt est lié au fait qu'il s'appuie sur cette infrastructure. Cette notion de support a tendance à nous faire oublier que la blockchain n'est pas un lieu mais un outil E. Treppoz, Quelle régulation internationale pour la blockchain ? Code is Law v. Law become Code, in Blockchain et droit, ss dir. F. Marmoz, Dalloz, coll. « Thèmes et commentaires », 2018, p. 55 et s. . Le contrat entre absents existait avant l'avènement de la blockchain. L'absence de lieu de rencontre physique des parties lors de la conclusion ou de l'exécution du contrat n'est pas un obstacle en lui-même en droit international privé. Il ne s'agit pas d'éluder la question de la localisation, laquelle peut s'avérer obscure, le processus évoluant dans un espace numérique immatériel B. Haftel, Droit international privé et numérique, in Le juge et le numérique : un défi pour la justice du XXI e siècle, ss dir. N. Blanc et M. Mekki, Dalloz, 2019, p. 11 et s. . Les difficultés se révèlent lorsque les éléments résultant de la blockchain ne suffisent pas à localiser le contrat alors qu'il s'agit du critère de détermination de la loi applicable ou du juge compétent.
La question est donc plus ardue lorsque le smart contract est enregistré directement sur la blockchain où il s'exécute ensuite. Pour autant, aucune disposition internationale ne réglemente spécifiquement le smart contract. Un rapport parlementaire de 2018 considère d'ailleurs que c'est inutile L. de la Raudière et J.-M. Mis, Rapport d'information sur les chaînes de blocs (blockchains), Rapp. AN no 1501, déc. 2018, p. 88. . Les solutions doivent être recherchées dans les règlements Rome I PE et Cons. CE, règl. (CE) no 593/2008, 17 juin 2008, sur la loi applicable aux obligations contractuelles. désignant la loi applicable au contrat V. supra, nos et s. et Bruxelles I Cons. CE, règl. (CE) no 44/2001, 22 déc. 2000, concernant la compétence judiciaire, la reconnaissance et l'exécution des décisions en matière civile et commerciale. et Bruxelles I bis Cons. UE, règl. (UE) 1215/2012, 12 déc. 2012, concernant la compétence judiciaire, la reconnaissance et l'exécution des décisions en matière civile et commerciale. fondant la compétence du juge. Le principe est simple. La loi applicable aux contrats internationaux est laissée au choix des parties. À défaut, les règles de conflit de lois du droit international privé trouvent à s'appliquer.

Les clauses d'<em>electio juris </em>et d'élection de for

Pour éviter toute ambiguïté, les parties doivent anticiper les litiges dans un contrat fiat. Insérer une clause d'<em>electio juris</em> et une clause d'élection de for apparaît pertinent pour écarter les incertitudes, sous réserve de l'ordre public et des lois de police.

Concernant le choix de la compétence du juge, la saisine pourra elle-même être automatisée par un <em>smart contract</em>
, dans la mesure où l'État compétent le permet.

En droit de la consommation, il faut veiller à ce que le choix n'accentue pas la position dominante d'une partie sur l'autre. La pratique du <em>law</em> et du <em>forum</em>
<em>shopping</em>
pourrait favoriser la partie forte en soumettant le <em>smart contract</em> à la loi d'un État indulgent face à cette technologie.

De manière générale, les règlements Rome I et Bruxelles I bis protègent le consommateur contre les clauses de choix de loi et les clauses attributives de compétence en observant la localisation du professionnel. S'il exerce son activité ou la dirige dans le pays du consommateur, la loi retenue et le juge compétent sont ceux dudit pays (Règl. Rome I, art. 6 ; Règl. Bruxelles I bis, art. 17).

Au-delà du clivage entre professionnel et consommateur, la différence de poids économique peut aboutir au déséquilibre des relations entre les cocontractants. Le droit français a pris en considération cette éventualité en intégrant le contrat d'adhésion au Code civil (C. civ., art. 1110 et 1171). Ce n'est pas le cas du droit international.

? Les règles de conflit de lois. ? Les lieux de situation ou de résidence de chacune des parties déterminent la loi applicable à la formation du contrat (Règl. Rome I, art. 4, 11).
Les modalités d'exécution et les mesures à prendre par le créancier en cas de défaut d'exécution dépendent de la loi du pays où l'exécution a lieu (Règl. Rome I, art. 12.2). La validité formelle du contrat est tantôt soumise à la loi applicable au fond, tantôt à la loi de résidence des parties (Règl. Rome I, art. 4, 11). Si le contrat est conclu entre absents, le lieu où les parties se trouvent au moment de la conclusion du contrat peut également être retenu. La compétence du juge est soumise à l'alternative entre le lieu du domicile du défendeur et le lieu d'exécution du contrat (Règl. Bruxelles I, art. 2 et 5) V. supra, no . .
La question de la preuve de l'existence du contrat, de son contenu et de sa bonne exécution pose celle de l'admissibilité de la blockchain comme mode de preuve V. supra, no . . Pour juger de l'admissibilité de la preuve, les règles de droit international privé sont multiples. La qualification du smart contract est une nouvelle fois un préalable obligatoire V. supra, no . . En matière de faits juridiques, la loi du for est retenue. En matière d'actes juridiques, c'est alternativement la loi du for et celle du lieu de l'accomplissement de l'acte qui trouvent à s'appliquer Cass. 1re civ., 24 févr. 1959 : Rev. crit. DIP 1959, p. 368, note Y. Loussouarn ; D. 1959, note Ph. Malaurie. . La force probante est soumise à la loi du for, mais la jurisprudence admet parfois la loi du lieu de conclusion du contrat.
En matière de responsabilité civile, le règlement Bruxelles I bis Cons. UE, règl. (UE) no 1215/2012, 12 déc. 2012, concernant la compétence judiciaire, la reconnaissance et l'exécution des décisions en matière civile et commerciale, art. 4 et 7. ou les articles 42 et 46 du Code de procédure civile déterminent la juridiction compétente. Mais, en pratique, contre qui agir ? « [C]ette règle est inadaptée à l'environnement immatériel et non territorial des blockchains » T. Douville, Blockchains et droit international privé : état sommaire des questions : Rev. Lamy dr. aff. 2019, no 3. .
Les règles de conflit de lois sont nombreuses et nécessitent de situer les parties, le contrat et de qualifier les situations. De manière générale, les lois de police déterminées par chaque État nécessitent de localiser le lieu d'exécution afin de vérifier si l'application du smart contract est légale.
Dans toutes les matières où la lex contractus a vocation à s'appliquer, les parties ont intérêt à désigner la loi applicable. Elle peut néanmoins être écartée par d'autres lois sur les questions de capacité, de pouvoirs des parties ou encore lorsque d'autres lois ont une vocation concurrente V. supra, no : en matière de forme du contrat (loi du lieu de conclusion du contrat ou loi du for sont alternativement applicables) ; V. infra, no . . Cela soulève également la question de la qualification du smart contract. Les lois applicables aux actes et aux faits juridiques diffèrent. De même, la loi applicable à une DAO V. Glossaire : « DAO ». pourrait diverger en fonction de la nature juridique retenue. Une déclaration ou un enregistrement permet parfois leur reconnaissance par un État. Il est possible d'y voir un critère de rattachement. Certains auteurs proposent de leur appliquer une solution similaire à celle ayant vocation à être retenue en matière de sociétés Th. Douville, Blockchains et droit international privé : état sommaire des questions : Rev. Lamy dr. aff. 2019, no 2, p. 385 et s., no 6. , soit en droit français celle du siège social.

Les difficultés liées à l'application des critères de rattachement

Les critères de rattachement sont principalement liés aux parties, à leur localisation, et à celle du contrat et de son lieu d'exécution, voire au lieu où son exécution a eu un effet dommageable.

En pratique, leur application à des <em>smart contracts</em> ancrés sur une <em>blockchain</em> publique se heurte aux difficultés de localisation liées à l'anonymat des parties et à l'immatérialité des opérations.

<strong>La localisation.</strong> Le critère de la loi du lieu de résidence des parties est extérieur au réseau. Il permet donc un ancrage territorial fiable. Un juge peut demander la levée de l'anonymat inhérent à la <em>blockchain</em>, le cas échéant. Mais, outre le fait que la technique devra permettre cette révélation, au jour de la conclusion du contrat, l'utilisation de clés asymétriquesmasquant l'identité des parties engendre une incertitude sur le droit applicable.

<strong>L'immatérialité.</strong> La loi du lieu d'exécution du contrat détermine le droit applicable au <em>smart contract</em> en tant que mode d'exécution. La localisation d'un contrat dont l'exécution se concrétise par la livraison physique d'un bien est simple. Peu importe que cette livraison soit ou non automatisée par un <em>smart contract</em>.

En revanche, en matière de fourniture de services, le <em>smart contract</em> peut s'exécuter entièrement sur la <em>blockchain</em> sans localisation précise, à la fois « partout et nulle part ». L'opération étant interne au réseau, les critères de rattachement sont inopérants.

Lois de police françaises et licéité du

En matière contractuelle, l'ordre public international relève de la recherche d'une cohérence entre l'application du contrat de droit étranger et les valeurs françaises. Le contrat, bien que conforme au droit d'un État étranger, doit respecter les valeurs françaises pour pouvoir être exécuté sur le territoire français.
Les lois de police mettent en échec l'application de la règle de conflit en droit international. Le juge n'a pas à rechercher la loi applicable si le contrat soumis à son contrôle heurte l'ordre public français.
L'identification d'une loi de police est malaisée en matière contractuelle. Quelques exemples permettent de mettre en exergue la possibilité pour les lois de police de mettre en échec l'application d'un smart contract soumis à un droit étranger mais entretenant un lien avec la France.
Le principe de proportionnalité de la sanction pécuniaire. La Cour de cassation a fait application du principe de proportionnalité à plusieurs reprises pour décider de la licéité d'une sanction. Précisément, l'automatisation de la sanction par le smart contract est contraire à la proportionnalité entre la sanction et le dommage subi.
Par exemple, un juge français pourrait rejeter l'exécution automatique d'une clause pénale estimant le recours à ce mécanisme illicite sur le fondement du principe de proportionnalité de la sanction.
Le principe d'égalité des créanciers chirographaires dans les procédures collectives. Le principe d'égalité des créanciers chirographaires est d'ordre public international. Ainsi un smart contract, dans lequel un débiteur en procédure collective en France paie le créancier automatiquement, rompt l'égalité entre les créanciers chirographaires. Même soumis à un droit étranger ne connaissant pas la procédure collective, il est contraire à l'ordre public international français. Dès lors que le contrat aura un lien avec la France, le juge sanctionnera sans doute son illicéité.
Le principe du droit d'accès au juge. Le principe du droit d'accès au juge est d'ordre public international. La Cour de cassation l'a rappelé à de nombreuses reprises. Nul doute que l'exécution automatisée du contrat par un smart contract ne suffira pas pour le juge français à justifier l'interdiction de saisir le juge. Le smart contract, même soumis à un droit étranger, pourra être considéré comme illicite dès lors qu'il existera un lien avec la France.
En revanche, la première chambre civile a affirmé que, au regard du droit d'accès au juge, « n'est pas contraire à l'ordre public international une « anti-suit injunction » dont, hors champ d'application de conventions ou du droit communautaire, l'objet consiste seulement (…) à sanctionner la violation d'une obligation contractuelle préexistante ». Il s'agissait en l'espèce d'une clause attributive de juridiction que « l'injonction anti-suit » tendait à faire respecter en interdisant à l'une des parties de saisir un autre juge que celui choisi par les contractants. Donc, l'automatisation de la saisine d'un juge ou d'un arbitre en application du contrat serait licite dès lors que l'accès au juge existe.