Gouvernance et liberté dans le métavers : en quoi « là-dedans » diffère d’« ici-bas »

Imaginez que Bitmap n’ait pas vraiment pour objectif de construire un métavers. Imaginez que Bitmap vise plutôt à bâtir un monde meilleur.

Depuis que le concept d’espaces virtuels existe, la science-fiction les a dépeints non pas comme des utopies, mais comme une échappatoire nécessaire aux dystopies. Et justement, on peut dire que nous vivons actuellement dans l’une de ces dystopies.

Le cycle se répète simplement « ici-bas » : on construit un meilleur monde « là-dedans »

Si nous désirons ardemment bâtir un monde meilleur « là-dedans », c’est parce que nous comprenons tous intuitivement que quelque chose ne tourne pas rond dans le monde « ici-bas ». Mais pourquoi ? Quelle est la différence entre ici-bas et là-dedans ?

La centralisation engendre le mal

Comme nous l’avons vu dans le premier article de cette série, « Vous vivez dans un Bitmap », le seul métavers valable est celui qui repose sur un substrat décentralisé et immuable, comme celui fourni par Bitcoin. Tout le reste pourra être un métavers, mais pas le Métavers.

Pour dire les choses simplement, les institutions centralisées permettent à certains humains de régner sur d’autres. Les pires individus finissent toujours par se retrouver au sommet. Les puissants utilisent les institutions pour exploiter les faibles.

La centralisation repose sur l’arbitraire. La monnaie fiduciaire est imprimée et dévaluée au gré du gouvernement central.Les guerres sont déclenchées au gré du gouvernement central. La justice est proclamée au gré du gouvernement central.

Tous les problèmes que nous rencontrons en tant que société découlent de ce fondement défaillant. C’est pourquoi nous sommes coincés dans un Jour de la Marmotte social. Peu importe les progrès technologiques, les problèmes se répètent.Les forts exploitent toujours les faibles. Le sans-abrisme, la pauvreté, la guerre, la haine – ces maux ne semblent faire qu’augmenter, malgré (ou peut-être à cause de) nos avancées.

Comment briser ce cycle ?

Accepter la contrainte

Nous devons construire les choses « là-dedans » différemment de la façon dont nous les avons construites « ici-bas ».

La bonne nouvelle, c’est que nous disposons d’un outil puissant, un outil qui n’avait jamais existé dans l’histoire de l’humanité jusqu’à très récemment.

Bitcoin nous offre un substrat décentralisé et immuable sur lequel bâtir. Que pouvons-nous construire par-dessus Bitcoin ?Tout ce que nous voulons, n’est-ce pas ?

Non. Car si nous pouvions construire tout ce que nous voulions, il ne s’agirait en aucun cas d’une réalité immuable et persistante. Ce serait un bac à sable arbitraire, un bac à sable dans lequel tous les points sont inventés et n’ont aucune importance.

Une réalité persistante se définit non pas par la liberté de création, mais par la contrainte créative.

La contrainte créative est une autre façon de dire que tout ce que nous faisons doit être ancré dans la « réalité » – ce qui,dans le contexte d’un métavers ancré dans Bitcoin, signifie les données de la blockchain.

Une façon plus pratique de comprendre ce concept est de dire qu’un métavers décentralisé et persistant est simplement vrai, par opposition à contingent de la prise de décision humaine. Seul un tel métavers vaut la peine d’être construit.

Mais comment pouvons-nous chacun construire les mondes dans lesquels nous souhaitons personnellement vivre, à l’intérieur d’une seule et même vérité unifiée ?

Les trois piliers de la gouvernance du métavers

Considérez ces éléments comme des concepts fondamentaux pour répondre à cette question :

Gouvernance décentralisée et pilotée par protocole

« Le gouvernement a été créé pour protéger l’homme des criminels, et la Constitution a été écrite pour protéger l’homme du gouvernement. » – Ayn Rand, La vertu de l’égoïsme, 1964

Tout ce qui définit le métavers – pas le métavers personnel de chaque individu, mais le Métavers – doit être on-chain,piloté par protocole et indépendant de l’action humaine. Sinon, il est voué à l’échec.

Pour les mêmes raisons que les choses échouent ici-bas – tout ce qui repose sur la confiance envers les humains crée des incitations à la corruption et aux abus, qui finissent

toujours par se matérialiser.

Cela signifie que la définition de ce qui fait ou non partie du « Métavers » doit être pilotée par un protocole, définie par le respect d’un ensemble d’accords.

Loin d’un gouvernement, considérez cela comme un anti-gouvernement. Un protocole de protocoles : un métaprotocole.Conçu pour favoriser la liberté avec des contraintes minimales, en dehors des contraintes nécessaires de non-arbitraire, de persistance et de vérité objective.

Un exemple pratique de ce métaprotocole consisterait à répondre à la question suivante : « Si je crée un portail de mon Bitmap vers le Bitmap de quelqu’un d’autre, quelles règles régissent la relation entre les deux ? Quels éléments sont communs, et lesquels ne le sont pas ? »

Dans ce contexte, quels degrés de liberté ai-je pour faire des choix arbitraires sur MON métavers, dans le contexte partagé du Métavers ?

Autonomie au sein de protocoles partagés

« Moi, j’aime le mien avec de la laitue et de la tomate Heinz 57 et des frites Un gros cornichon casher et une bière pression bien fraîche Eh bien, bon Dieu Tout-Puissant, par où dois-je me diriger ? » — Jimmy Buffett, Cheeseburger in Paradise

Tout ce qui n’est pas couvert par le métaprotocole est, par définition, au gré des créateurs individuels.

Cette autonomie est essentielle au développement du métavers, car chacun a sa propre idée du paradis.

Par conséquent, nous devons concevoir le métaprotocole pour qu’il soit minimaliste et axé sur les principes, afin de laisser autant de liberté que possible aux créateurs individuels pour réaliser leur vision au sein du Métavers global.

Que mille fleurs s’épanouissent. Les utilisateurs décideront quelles idées sont les meilleures, et ces idées prospéreront.

Flexibilité et neutralité

Nous ne devons pas nous attacher à des principes immuables en dehors de ceux qui sont fondamentalement nécessaires au métaprotocole. Pour dire les choses plus simplement, nous ne devons pas dicter ce que le Métavers peut être ou devrait être. Au contraire, nous devons rester flexibles et neutres.

La flexibilité signifie que nous créons des protocoles dans un souci d’interopérabilité. Nous prenons en compte tous les degrés de liberté au sein desquels la créativité peut s’exprimer.

La neutralité signifie que nous ne prenons pas de positions dogmatiques sur ce qui est bien ou mal dans le contexte de ces libertés. Cela signifie que nous construisons des outils qui peuvent être utilisés aussi facilement pour le mal que pour le bien. Sans cette neutralité, cet agnosticisme du but, nous sommes destinés à construire une autre dystopie centralisée.

Les dix principes de la construction décentralisée

Supposons un instant que nous soyons sur la même longueur d’onde concernant ces principes. Est-ce que la construction sera facile pour autant ? Nous n’avons parlé que de quoi, pas de comment.

Construire un projet décentralisé et open-source est très différent de construire de manière descendante et centralisée.Plutôt qu’un seul leader, ou une caste dirigeante, dictant ce qui doit être fait, dans quel ordre, et dans quel but, un projet décentralisé n’appartient à aucun individu ou groupe – il n’y a pas de leader.

Cela crée un problème de coordination inhérent, que l’on peut considérer comme un obstacle, mais que je vous encourage plutôt à voir comme une force extraordinaire.

À mon avis, nous devons adapter notre réflexion dès maintenant pour relever ce défi, en mettant en œuvre une perspective décentralisée sur la gestion de projet. Voici les « Dix principes » que je pense pouvoir nous permettre d’arriver plus rapidement à de meilleurs résultats :

  • Consensus sur la hiérarchie : Les projets décentralisés nécessitent de surmonter les obstacles et de faire le travail difficile de créer un consensus, ce qui implique de persuader les gens et de permettre aux meilleures idées de l’emporter.
  • Structures d’incitation : Les incitations dans les projets open-source doivent avoir un sens pour la communauté, en encourageant la participation par une motivation intrinsèque comme la réputation et la reconnaissance.
  • Processus transparents : La transparence est cruciale car elle permet des discussions ouvertes et une visibilité sur tous les aspects du projet, favorisant la confiance et la collaboration.
  • Leadership distribué : Les rôles de leadership sont fluides et basés sur le mérite, obligeant les individus à persuader les autres et à prouver leurs idées par le mérite.
    • Que mille fleurs s’épanouissent : Évitez les feuilles de route. Créez plutôt des degrés de liberté au sein desquels les créateurs peuvent expérimenter. Encouragez la liberté de création et sélectionnez les meilleures idées pour un développement ultérieur.
    • Participation volontaire : Les contributeurs participent volontairement, motivés par la passion pour le projet et la croyance en sa vision.
    • Adaptabilité et évolution : La capacité à s’adapter rapidement en fonction des retours de la communauté garantit une évolution continue du projet, permettant de surmonter les difficultés et les obstacles.
    • Diversité des perspectives : Les contributions proviennent d’un pool diversifié de perspectives, ce qui stimule l’innovation et garantit que les meilleures idées l’emportent.
    • Financement décentralisé : Le financement est piloté par la communauté, garantissant que le soutien financier s’aligne sur les objectifs du projet et les valeurs de la communauté.
    • Concentration sur la valeur à long terme : L’objectif est de construire quelque chose de solide, anti-fragile et permanent, garantissant la durabilité à long terme et le bénéfice de la communauté.

WP Twitter Auto Publish Powered By : XYZScripts.com