Pour les amateurs de simulation aérienne réaliste, il y eu la même prise d'otage à l'époque chez IVAO concernant le nom de domaine ivao.org suite à l'éviction de celui qui tenait jusqu'alors la chaise de président de l'association derrière.
Une migration a donc été opérée, et l'infrastructure a migré sur un nouveau nom de domaine : ivao.aero.

La clé ici est que la majorité des ressources contribuées a pu être conservée.

Concernant le nom de domaine figé dans le code, c'est l'occasion ici d'apprendre de ses erreurs, et de rendre cela configurable. Tant qu'à faire, peut-être que d'autres données sont dans ce même cas.

Rien n'est inéluctable : il suffirait au projet de changer de domaine, et de proposer une mise à jour ciblant spécifiquement la paramétrisation du domaine dans l'intégralité de code pour l'ensemble des versions existantes, et cela peut se faire avec un nombre de contributeurs peu élevé, pourvu qu'il soient motivés : la survie du projet me semble très motivant pour ses aficionados.
Il faudrait à cela associer un déferlement de communication pour annoncer ce changement au monde et noyer l'éventuelle tentative du camp d'en face d'y résister. Encore une fois, avec des promoteurs/membres du projet motivés par sa survie, la force de frappe décentralisée me semble telle que rien ne peut lui résister.

Le succès se mesurera à la capacité du projet d'être associé au nouveau domaine, que ce soit via les recherche (référencement) et in fine dans la tête de la population générale.
L'ancien nom (de domaine ) fera de la résistance, mais tant que le nouveau est aussi évoqué, alors c'est suffisamment gagné.
Il faudra donc bien un effort de référencement couplé à un effort de dissémination/promotion (réseaux, discussions orales, commentaires, forums, blogs, articles de presse, vidéo d'interview ou promotionnelles, que sais-je…).
Ça peut tout à fait le faire de manière décentralisée vu le poids, l'historique et le nombre d'amateurs de ce projet pour les signaux les plus faibles, en laissant à des contributeurs un peu plus proéminents/cœur/anciens le soin de s'occuper des media ou des entrevues les plus critiques.

La confusion restera un temps (comme ivao.org vs ivao.aero, comme Owncloud vs Nextcloud, comme OpenOffice vs LibreOffice, etc.), la plaie mettra beaucoup de temps à être fermée et ne le sera jamais totalement tant que le domaine historique (voire le nom) n'est pas récupéré, mais la masse critique pour tout à fait être atteinte rapidement afin que la migration permette la survie du projet.

On n'est jamais à l'abri que la partie en défense cède et permette une transition sur le domaine d'origine, mais à partir du moment où l'on se lance dans un changement de domaine, il ne faut plus l'attendre ni y croire, car cela sera utilisé pour briser l'effort.

Voilà pour la partie tactique d'une bascule de gouvernance face à un autocrate.

Il restera après toujours la partie stratégique : comment éviter au maximum que cela ne se reproduise ?
Comment créer une organisation, une/des instance(s) permettant de piloter le projet tout en évitant un nouvel hold-up ?
Sujet complexe que d'insérer de la démocratie sans verser la bureaucratie, et de ne pas diluer les forces vives dans des débats interminables, des ergotages à gogo, quand les forces vives devraient être surtout encouragées à contribuer à ce qui fait cœur du projet, ici contribuer au code cœur ou à proposer/maintenir des modules tiers au sein du système de distribution.