Annuaire Césium+ : fermeture ou évolution?

API CS+
21

Merci de le reconnaître. Des monnaies établies dans lesquelles il est peut utile de savoir si untel ou untel accepte.

Cet annuaire est présent depuis le tout début, bien avant le lancement de la G1.
Quand a savoir son but, un simple tour des usages permet de le comprendre, a quiconque s’en donnera la peine :

De quelle crypto, encore une fois, tu parles ? Avec laquelle tu achètes des légumes, toi ? Ou fais un Gmarché ?

Je n’ai rien voulu, mais il évident que le coeur a besoin de cas réels, donc d’utilisateurs réels.
Sinon, effectivemenbt, on restera (comme les autres cryptos) une monnaie de spéculation ou de geeks (cf Bitcoin, qui a quand meme 10 ans !).

Dire qu’on s’occupe du coeur sans vouloir le tester avec des vrais gens, me parait, pour le coup hasardeux.

3 Likes
22

Mon annuaire idéal :

  • est fédéré par un service d’annuaire de service
  • se contente d’exposer des fiches et laisse à une autre service le soin de les agréger pour y rechercher selon ses algorithmes
  • découple l’api et les interfaces d’utilisation
  • dispose de mécanisme d’encouragement à l’unicité (qui utilise un services de recherche dans la fédération pour annoncer les doublon exacte ou proche, et ceux à chaque renouvellement également)
  • permet de signer ses contenu avec une (voir plusieurs) identités membre de la toile de confiance (pour augmenter la confiance porté à cette fiche, et peut-être sa visibilité dans les recherches
  • dispose de contenus périssable, renouvelable, avec notification d’approche de péremption à l’auteur
  • dispose d’un mécanisme de signalement des résultats proche, d’antériorité, et de dernière actualisation pour faciliter l’ajustement d’algo de pertinence de résultat comme de jugement humain de pertinance avec les info fourni
  • dispose d’un mécanisme de transmission de plainte à destination de l’auteur de tout contenu publié (pour placer les gestionnaire d’annuaire en position d’intermédiaire technique et non d’éditeur)
  • disposant d’un mécanisme de suppression ou de déréférencement de contenu par l’administrateur d’un noeud d’annuaire (raison légal entre autre)

Un service d’annuaire de services inclurait :

  • des fiches de services avec essentiellement :
    • le type de service (annuaire de services, annuaire d’usager, moteur de recherche spécialisé ou générique, annuaire d’offres de bien et services, annuaire de demandes, moteur de conversion inter-monnaies (change), annuaire d’offre ou de demande de change…),
    • l’url de l’api du service,
    • la signature numérique de qui propose ce service (et donc la possibilité d’identifier si c’est un membre ou non et d’ajuster sa confiance et la visibilité du service pour qui utilisera cette fiche dans des index),
    • la signature numérique de l’auteur de la fiche (est-ce le gestionnaire de l’annuaire ou l’auteur du service)
    • le logiciel assurant le service (et donc potentiellement les interfaces disponible pour en tirer profit, avec des tags par exemple)
    • la version du logiciel assurant le service
    • la date de première soumission de la fiche
    • la date de dernière mise à jour manuelle de la fiche
    • la date de dernière mise à jour automatique de la fiche
    • des tags libres d’usage
    • des conditions d’utilisation (ouvert à la consultation, ouvert à l’édition (création de compte, ajout de contenu), utilisable sous conditions (et probablement un jour l’émergence d’un format pour exprimer de manière formelle des conditions))
  • des mécanismes de signalement / demande de suppression à l’attention du gestionnaire de l’annuaire
  • des mécanismes de synchronisation / fédération inter nœud (ajout, modification, suppression)
  • un mécanisme de déréférencement automatique des services non disponible (voir un suivi du taux de disponibilité)

Mon algo de recherche idéal :

  • s’appuie sur des données fédérées
  • est capable d’identifier des résultats proches (CaSsE différente, phonétiquement identique ou proche, inversion de lettre, l33t style…) et de privilégier l’exactitude (avec une pondération ajustable)
  • est capable de croiser avec des données géographique quand disponible et désiré, (pertinence selon distance, limite de distance…)
  • m’indique si les données sont signées numériquement par un membre ou non (ou si elles sont signées par une signature elle même signé par des membres), et me permet d’influencer le tri de mes résultat avec se critère ou de ne pas le faire.
  • est capable de filtrer par tags, avec la possibilité de combiner ces tags avec des ET et de OU et des () et d’affecter une pondération aussi bien qu’un caractère rédibitoire au respect de ces conditions.
  • propose une pondération inter critère par défaut tout en permettant à l’usager (de l’api au moins) de l’ajuster à ses préférences.
3 Likes
23

Ça fait un moment que je cherche du temps pour régler le problème de synchro des noeuds CS+… Sûrement un problème de saturation mémoire, mais je n’arrive pas a reproduire sur mon poste de dev. Et pas d’erreur dans les logs.

1 Like
24

Bel bonjour tout’ moun’

J’ai lu et relu le débat que qui reprend ici.
Sans entrer dans le débat de ce qui est prioritaire, secondaire, utile, sans raison… Qui est de toute façon relatif à chacun.
Je crois qu’il faut aborder la question abordée ici comme la manifestation d’un besoin de clarté de la fonction des outils qui permettent de se connecter à la Blockchain.

A mon avis, le « malaise » remonté par de nombreux usager vient du fait que Cesium et Gchange partagent trop de similarité ou pas assez de différence…

Je dirai que Cesium est pour moi un client à mes comptes membre et portefeuilles. Dans ce cas j’aimerai rendre son usage aussi simple que ce que l’offre privée me propose pour la même tache (gérer le multi authfile sans demander d’authentification tout le temps).
Dans ce cas, je souhaite connaitre l’Etat de la Ḡ1 et de la WOT. Mais pas forcément pouvoir être mis en contact avec tout le monde. Simplement le 1er cercle d’ami (et qq autres) me suffirait.
Idem, je ne suis pas forcément à l’aise que mon nom apparaissent avec ceux de tous le créateurs monétaires… imagine qq’un qui veut que cette monnaie cesse d’être créé, il a la liste des sources :wink:

Maintenant il y Gchange, là je suis partisan de l’enrichir largement, demander email, téléphone, adresse, etc… qui pourrait ou non être masqué en ligne, mais utilisable par le système. Ceci de façon à faire de cette plateforme un « réseau d’interaction d’échange social, thématique » permettant la mise en contact et la rencontre autour d’échanges, projets ou entreprises. On peut imaginer y greffer NextCloud, Odoo, Mastodon, … Pour enrichir la relation numérique Libre.

Donc je répondrai à cette question par, non il ne faut pas fermer Cesium+, mais peut être le remodeler pour qu’il soit plus concentré sur l’individu et ses comptes. et oui il devrait évoluer, mais plutôt en transférant et devenant gchange+ : le réseau Humain et entreprenarial de la June.

1 Like
25

Je rajouterai une question.
La base Cesium+ sert largement de cache à l’état de la Duniter. Pour des raison de lenteur de protocole d’API si j’ai bien compris?

Alors Cesium+ (ES) se retrouve à garder une « copie miroir » des États des index?
Chose qui n’est jamais facile à réaliser entre 2 systèmes asynchrones.

Je me demandais de quelle façon les MAJ du cœur à venir fera évoluer cette relation?

Des outils de monitoring comme https://wot-wizard.duniter.org/ ou https://g1-stats.axiom-team.fr/ (qui en connaît la liste complète?) bénéficieront de la mise en cohérence des sources des données

26

Même si je comprend cette histoire de fishing, je serai triste que l’annuaire Cesium disparaisse… Je m’en sert beaucoup, mon entourage aussi :slight_smile:

27

La dette et les réseaux sociaux privateurs aussi, tu t’en sers beaucoup ?

Et c’est à chaque fois 40 ans après, lors du désastre que tu pleures ?

Que penser de celui qui s’indigne des effets dont il chérit les causes ?

3 Likes
28

Salut @Galuel je m’exprime mais je suis à 100% d’accord avec toi :slight_smile: J’aime les trucs pratiques :), j’ai été élevé et formé aux logiciels privateurs mais grâce à vous j’apprends et je prend conscience de l’intérêt des logiciels libres. C’est grâce à la Ğ1 que je découvre ce monde libre.

1 Like
29

Le libre est une chose, le centralisé / décentralisé en est une deuxième. A choisir entre MediaGoblin et PeerTube, les deux sont libres, mais l’un est centralisé (ou semi-centralisé), quand le deuxième est fondé sur Bittorrent décentralisé.

Cesium+ crée des données centralisées parfaitement extérieures à Duniter/Ğ1, et crée de ce fait une nasse centralisée propre à développer des attaques de fishing, en habituant les utilisateurs qui tombent dans le piège à croire à des informations qui n’ont rien à voir avec la blockchain Duniter/Ğ1.

De plus Cesium+ crée de fausses messageries, non désirées, incitant les utilisateurs à croire qu’il est logique et sain de pouvoir écrire à n’importe qui, ou de recevoir des messages de n’importe qui, comme si les applications de gestion de compte monétaire étaient un réseau social où de plus on serait inscrit malgré soi.

3 Likes
30

Le perfection, l’ennemi du bien, tout ça… :slight_smile:

1 Like
31

Exactement, il est possible que tu aies voulu trop bien faire, un client plus simple suffit.

32

Par contre on peut imaginer un réseau social de la June avec une option de recherche de membres et de géolocalisation, externes au client Cesium. Sur laquelle on proposerait nos biens/services, à l’instar du marketPlace de Zuckerberg. J’avais imaginé une plateforme centralisée de ce type lorsque j’étais au chômage. A l’époque j’avais aussi l’idée de gérer une monnaie de type Monnaie M mais je me suis vite aperçu que ce n’était pas une bonne idée. Par contre, l’idée du réseau social/annuaire/Gestion d’annonces me paraît toujours pertinent. Avec un code libre bien sûr.

1 Like
33

Et décentralisé :wink: :+1:

4 Likes
34

En gros, un réseau social existant, sur lequel on pourrait intégrer des métadonnées telles qu’une clé publique ?

Genre le Fediverse (Diaspora, Mastodon, etc.) ?

1 Like
35

Je m’attendais à cette remarque. Mais, en ce qui me concerne, je ne maîtrise pas ce genre de technologies. Je sais faire surtout du PHP en backend.

36

Ğchange est p2p sur des pods Elasticsearch comme Cesium+. (@kimamila tu confirmes?)

Ainsi Ğchange me paraît être la plateforme idéale pour répondre aux problématiques exposées ici.
Annuaire, géolocalisation, messagerie instantanée, tout est déjà là les amis.

Faîtes l’expérience suivante :

  • Désactiver Cesium+ dans votre Cesium local.
  • Regarder ce qui vous manque dans Cesium suite à l’absence de Cesium+
  • Essayer de retrouver ce qui vous manque dans Ğchange.
  • S’il vous manque des services Cesium+ dans Ğchange, ouvrez un ticket ici ou mieux, contribuez au code de Ğchange !
7 Likes
37

Ah ah ah ! Sacré Galuel :slight_smile:
Non, je me suis surtout fait plaisir, mais sans viser la perfection. Ça ne comptes pas, le plaisir de faire les choses ? Le beau ?
Voir les visages d’humain me plaît d’avantage que des icones anonymes.
Par ailleurs, l’annuaire existe déjà dans BMA. C’est un annuaire de pseudo, sans forcément qu’ils soient membres.

Il y aura des erreurs (ou fishing) avec ou sans Cesium+, dès lors qu’on peut associer quelque chose a un compte. Un commentaire dans une TX est déjà une info sur un compte.
Qui pourra empêcher que les gens l’utilise pour publier des choses ?

1 Like
38

Oui, étant donné qu’il y aura toujours des maladies, il ne sert absolument à rien d’éradiquer la peste.

C’est imparable comme raisonnement.

1 Like
39

Ce n’est pas un bon résumé de ma pensée.
Si vous voulez corriger quelques chose, faites le donc, je n’ai pas dit que cela ne servait à rien.
Je ne vois pas ce qui vous en empêche.
Ce n’est simplement pas ma priorité. La peste à traité est ailleurs, pour moi.

Le projet est documenté de telle sorte que n’importe qui peut refaire un livrable.
Je suis d’ailleurs en train de mettre à jour la doc et la gestion des dépendances.

40

Je suis sidéré de voir à quel point certains manquent encore de capacité d’empathie envers les autres et oublient de leur laisser la liberté de leur évolution vis à vis de la libération de leur conscience, outils et usages!

Ce serait agréable de ressentir un peu de gentillesse, de compassion, de compréhension et aiderait à faire avancer les choses.
Je ris à entendre les vérités, conseils et critiques, prodiguées à ceux qui ont prit le temps de faire, pour répondre du mieux qu’ils pouvaient aux désirs et besoins de tous.

Le Web2.0 a besoin d’être décentralisé pour éviter d’être contrôlé.
Concernant l’implémentation de protocoles inter-machines, la blockchain et Duniter sont parfait pour cela. Mais on ne fera pas tout avec une blockchain (aussi décentralisée et libre qu’elle soit). Le consensus collectif d’évolution du code ou de chaînage de nouvel événement est lent et le sera toujours!

Les humains, eux, ont des attentes que les machines n’ont pas. Ils ont un besoin vital de communiquer et d’échanger. De façon non violente. Chacun à sa manière et différemment avec le groupe plus ou moins étendu de ses connaissances, famille et amis (ou ennemis).
Naturellement nous déléguons notre souveraineté à d’autres. Dans ce cas, une structure Fediverse semble actuellement la plus adaptée. D’ailleurs, il me semble que Cesium+ et Gchange+ (où je suis partisan de déléguer la pratique sociale de la June) ont cette capacité structurelle et technique.

A mon avis, pour une décentralisation totale, passer à IPFS fera oublier le temps des datacenter.
Mais, cela redessine totalement la carte du réseau Internet et oblige à coder les interfaces H/M serverless full js).

A ce propos, plutôt que de verser une part quantitative réévaluée régulièrement et compter en relatif pour obtenir le DU.
On peut faire converger des comptes vers une moyenne en additionnant, soustrayant quantitativement une part relative variable en fonction de l’état du compte membre par rapport à ladite moyenne. Ainsi, je pense que la TRM peut s’implémenter sur IPFS. Comme une chaine à l’envers, échantillonnée et quantifiée…

Il faudra encore du temps pour que les applications qui y apparaissent soient fonctionnelles, et utilisables de façon agréable (https://github.com/ipfs/awesome-ipfs/blob/master/README.md)

Alors en attendant, comme disait ma grand-mère, on reste groupés et on avance avec ce qu’on a!

Merci @cgeek et @kimamila pour tout ce que vous apportez à la Ḡ1.
Merci à tous!! De concrétiser ce que beaucoup pensaient être une utopie il n’y a pas si longtemps.

6 Likes