Crises

Les crises des cryptomonnaies, du point de vue des acteurs

L'état de crise révèle ce que les acteurs considèrent comme « normal » et ce qui ne l'est pas : reconnaissance d'un hiatus entre les actions prescrites par la conception (les concepteurs et les usagers) et les actions effectivement réalisées. La compréhension rigoriste du slogan "code is law" vide de tout fondement les concepts mêmes de failles, vulnérabilités, bugs, ou même attaques : tous les résultats d'un code sont par définition normaux, incontestables et légitimes. D'où le paradoxe, de nombreux coiners revendiqués du camp de la règle radicalisée mobilisent une terminologie de crise - parlant de failles, d'attaques, de l'"honnêteté" attendue des nœuds (Nakamoto 2008) : ils ajoutent à ces codes un supplément d'âme, une normativité sans laquelle ils n'ont pas de sens.

"Code is Law" quand "Code is flaw" ?

Si nous devons prendre le slogan "Code is Law" au sérieux, c'est dans le sens original de Lessig (2000) : impossible de distinguer entre code - efficace et neutre car codée "sèche" - et loi - défaillante et arbitraire car "humide" (N. Szabo 2008), si la loi est conflictuelle en raison de sa dimension interprétative, il en va de même pour "le code informatique et les fichiers lisibles par ordinateur (dans la mesure où : [si normalement] un ordinateur les traite de manière cohérente)", (Ibid.) en temps de crise précisément, il les traite de manière incohérente. Cette dimension interprétative est également inhérente aux codes. On retrouve l'opposition conceptuelle entre la "lettre" et l'"esprit de la loi" : L'application d'une loi présuppose une activité interprétative du juge, mêlant la lettre de la loi (textes législatifs et l'interprétation littérale qu'ils permettent) et son esprit, censé saisir les intentions sous-jacentes d'un texte législatif. De même, les règles protocolaires canoniques de Bitcoin vont au-delà de leur syntaxe et sémantique (la lettre des codes), englobant les intentions des développeurs, les débats communautaires et leurs compromis, qui se traduiront par l'inclusion/exclusion de nouvelles fonctionnalités, la publication de nouvelles versions, ou même des forks.