Les clients stockent en local des listes de clés publiques et de portefeuilles, et cette pratique va probablement se généraliser avec les HD wallets et les seeds aléatoires. Mais si j’ai plusieurs clients sur ma machine (Cesium, Tikka, Ğcli, Silkaj, ĞMixer…), je n’ai pas envie d’avoir à modifier le…

[image] tuxmain: Est-ce possible sur Android ? Réponse rapide: Non parcequ’on utilise un espace dédié à l’application en question: /data/user/0/com.example.gecko/app_flutter/wallets Réponse bis: Mais on peut imaginer plutôt stocker cette liste dans le dossier ~/Document d’Android, à priori j…

Si pas de stockage partagé possible ou trop compliqué, on peut peut-être imaginer un export/import des porte-monnaies avec option ajout ou remplace …

je n’ai pas envie d’avoir à modifier les portefeuilles et adresses dans chaque client, ou réimporter tout à chaque fois… On te dit qu’on veut pas importer ! :wink: @tuxmain , ce que tu proposes en fichier maison stocké en local ressemble fortement à “un carnet d’adresses”. :grin: Et plus on va a…

[image] vit: Donc, pour ne pas réinventer la roue, je propose plutôt de stocker nos infos dans un serveur de contacts standard. Il y a sûrement des champs qui peuvent nous servir, à commencer par le champ description/note. Du coup moi pour ne pas réinventer la roue, le propose d’utiliser les …

[image] tuxmain: ~/.config/wallets-g1/. Je propose $HOME/.config/g1-wallets/

[image] Moul: Je propose $HOME/.config/g1-wallets/ Le chemin $HOME/.config n’est valable que pour les systèmes linux. Sur mac c’est /Users/UserName/Library/Preferences et sur windows c’est C:\Users\UserName\AppData\Roaming. Et c’est encore un autre chemin pour Android, comme le dit @poka . D…

Oui, c’était bien le nom du dossier pour lequel je souhaitais proposer un autre nom. Tu fais bien de préciser que c’est pas partout pareil selon le système.

Duniter Forum

Carnets d'adresses / HD wallets partagés entre clients

Applications

datapods

show post in topic

Home
Categories
Guidelines
Terms of Service
Privacy Policy

Powered by Discourse, best viewed with JavaScript enabled