Impossible de trouver leur code source ni la licence logicielle associée, s’il faut installer le truc pour connaître la licence d’une part ça crains et d’autre part c’est très très probablement privateur, ce qui n’est pas envisageable pour Duniter.
Ensuite je vois que c’est en Java, pour moi c’est non, or de question de devoir se trimballer une lourde JVM pour exécuter Duniter, en plus des raspi et autre micro-pc ne pourrais pas suivre.
Enfin c’est overkill, dépendre d’une brique technique qui offre trop de features ce n’est pas bon, car le jours il y a besoin d’en changer c’est beaucoup plus difficile.
Je préfère que Duniter dépende de briques relativement petites et “remplaçables” sans avoir a tout refaire.
Eux au moins donnent le lien vers leur code source et leur licence (qui est libre). Par contre c’est du Python donc j’ai des doutes sur les perf, et puis ça compliquerai la stack.
De mon coté j’ai déjà un avis sur la question, vu que je migre Duniter en Rust, je pense migrer a moyen/long terme de leveldb vers sled, pour plusieurs raisons :
Ça reste une bdd embarquée (= pas de serveur de bdd), ce qui simplifie grandement l’installation et le déploiement, et ça me semble indispensable pour que Duniter reste installable par un utilisateur qui n’est pas adminsys.