# Pourquoi le compte client REMUNITER ne porte pas son nom?

**URL:** https://forum.duniter.org/t/pourquoi-le-compte-client-remuniter-ne-porte-pas-son-nom/2114
**Category:** Ğ1
**Created:** [12 March 2017 12:03 UTC](https://forum.duniter.org/t/pourquoi-le-compte-client-remuniter-ne-porte-pas-son-nom/2114 "2017-03-12T12:03:33Z")
**Posts on this page:** 3
**Page:** 2

<div class="post-metadata">

### Author: ![Thatoo](https://forum.duniter.org/letter_avatar/thatoo/32/5_5575768a8748004e209b776fc1b2916d.png) [@Thatoo](https://forum.duniter.org/u/Thatoo)
#### Post date: [13 March 2017 09:18 UTC](https://forum.duniter.org/t/pourquoi-le-compte-client-remuniter-ne-porte-pas-son-nom/2114/21 "2017-03-13T09:18:42Z")

</div>

Question naïve sans doute : est-ce que les noeuds membres ne pourraient pas héberger leur propre profil cesium+?  
Ainsi si quelqu’un fait la demande de voir ce profil, le noeud chiffre son profil cesium+ avec la clef publique du demandeur.  
Ce serait plus décentralisé mais peut être pas 100% puisque tout le monde ne fera pas forcément tourné un noeud membre. Remarque ça inciterait peut être encore plus à le faire.  
Est-ce viable? résilient?

---

<div class="post-metadata">

### Author: ![Tortue](https://forum.duniter.org/user_avatar/forum.duniter.org/tortue/32/1325_2.png) [@Tortue](https://forum.duniter.org/u/Tortue)
#### Post date: [13 March 2017 09:26 UTC](https://forum.duniter.org/t/pourquoi-le-compte-client-remuniter-ne-porte-pas-son-nom/2114/22 "2017-03-13T09:26:56Z")

</div>

> [@cgeek](#):
>
> A noter que @Tortue a déjà développé un format de pubkey intégrant un CRC, de façon à contrôler à la fois le début et la fin de la clé.

Effectivement, je proposais l’idée d’ajouter à la fin de la clef un séparateur “:” puis 3 caractères (en provenance d’un hash de la clef)

ex:  
J4c8CARmP9vAFNGtHRuzx14zvxojyRWHW2darguVqjtX **:KAv**

plus de détail [ici en fin de page](https://duniter.tednet.fr/)

Ceci permet de vérifier la validité de la clef:

- si la clef a été entrée manuellement au clavier
- une erreur sur le scan de QR code
- un mauvais copié collé d’une clef de 44 caractères, où un caractère a été oublié.

Mais le but n’était pas de s’assurer qu’une fausse clef ne puisse être créée pour être quasiment identique a une clef déjà existante.  
Ce Checksum n’est que sur 3 caractères en base58 (18Bits max), il y a donc des collisions possibles.  
mais cela renforce quand même sa sécurité

---

<div class="post-metadata">

### Author: ![Galuel](https://forum.duniter.org/user_avatar/forum.duniter.org/galuel/32/577_2.png) [@Galuel](https://forum.duniter.org/u/Galuel)
#### Post date: [13 March 2017 09:51 UTC](https://forum.duniter.org/t/pourquoi-le-compte-client-remuniter-ne-porte-pas-son-nom/2114/23 "2017-03-13T09:51:00Z")

</div>

> [@Tortue](#):
>
> Ce Checksum n’est que sur 3 caractères en base58 (18Bits max), il y a donc des collisions possibles.mais cela renforce quand même sa sécurité

C’est exactement le principe et l’idée de la [clé RIB des comptes bancaires en monnaie-dette](http://marlot.org/util/calcul-de-la-cle-rib.php) = éviter les mauvaises saisies.

[Previous page](https://forum.duniter.org/t/pourquoi-le-compte-client-remuniter-ne-porte-pas-son-nom/2114.md?page=1)
