Le G1FabLab recherche quelques fadas pour fournir l’équipement qui permettrait de rejoindre et faire grandir un premier essaim G1sms+ IPFS (gestion de comptes par Cesium ou SMS, virements récurrents, impression et lecture de G1Tag, … )
Le projet G1sms+ (décentralisé sur IPFS) est sur le point de passer à sa phase de LIVE test.
Le réseau G1sms+ est composé de noeuds Rpi contruit à partir de :
Enfin tout PC sous Linux devrait pouvoir interagir avec l’essaim IPFS !
Pour l’étape suivante, je souhaite agrandir l’essaim à une 15aine de machines disséminées dans des régions et des réseaux différents afin de régler le code et tester les équipements lors d’événements ou G1Spot permanents que des membres de la Ḡ1 souhaiteraient ouvrir…
Pour ceux qui voudraient avancer sur IPFS et participer au code de G1sms+.
Tout est écrit en bash, ipfs est utilisé en mode CLI (https://docs.ipfs.io/reference/api/cli/) pour y écrire et synchroniser les données (fixes ou chaînées) des wallets du swarm IPFS/IPNS. La sécurité des données « privées/partagées » est assurée par l’usage de clefs symétriques GPG appartenant au SWARM, au NODE et au USER.
L’ensemble s’orchestre par réception de SMS ou ligne de commande CLI et interagit au travers de clavier, caméra, scanner QRcode, imprimante A4 ou autocollants, module GSM, autres à ajouter … avec le USER
Le prototype tourne sur 5 noeuds, dont 1 douchette, 1 G1Dab et leurs G1TagS.
Le code devrait être disponible d’ici quelques jours… A ceux qui souhaitent faire les fadas et équiper un Gmarché, un GFestival, un GSpot … On en cause
Si la technique vous effraie trop pour vouloir participer à ce LIVE, vous pouvez faire votre don en G1 à l’essaim LIVE pour pouvoir offrir les premiers G1Tag remplis de June!!!
Cette annonce concerne une expérience technique orientée vers l’interface utilisateur. Elle propose d’ajouter à la G1 des terminaux et une « sidechain » à Duniter.
G1sms: Automate IPFS de gestion de portefeuilles G1 par SMS
G1Dab : Impression de G1Tag (billets ou cartes)
G1Tx: Scanner de gestion de transactions G1Tag
Il s’agit d’un Tiers de confiance. sa place est aux 2 endroits:
Si j’ai bien tout compris, pour faire un serveur G1SMS il faut
Un Raspberry PI machin truc, est-ce qu’un vieux PC sous Ubuntu peut faire l’affaire?
. Est que le truc peut faire tourner un nœud duniter (Ou un data césium) en même temps?
Une clé ou un boitier pour mettre une carte SIM dedans!
. Il faut donc ajouter un abonnement auprès d’un opérateur de téléphonie mobile! Quel type d’abonnement?
Si j’ai bien compris ces 2 choses suffisent pour faire tourner G1SMS
Pour créer les G1 billets (G1tag) il faut en plus
Une imprimante. un truc spécialisé? ou bien une imprimante standard peut faire l’affaire?
Pour utiliser les G1 Billets il faut encore en plus
Une caméra genre webcam, ou une douchette genre lecteur de code barre
J’ai tout compris? OU je suis complètement à la ramasse?
La procédure d’installation mise à jour là: G1sms+ installation manuelle - CodiMD
Enfin, on peut avec un PC Libre, une imprimante, une webcam ou une douchette rejoindre le « SWARM » (il faudra créer un nouveau PAD pour raconter cela)
Ce SWARM (essaim de machines) est constitués de tous des NOEUDS (machines) qui font tourner le CODE[G1sms+]. Ce CODE est publié sur le SWARM que vous rejoignez avec le bon BOOTSTRAP en suivant la procédure d’installation.
Voici ou récupérer le backup du CODE de la dernière « LIVE RELEASE » actuelle:
ipfs get --output=./ /ipns/QmZHTne3bjtMgaXWRqSbdKchJbgq2NaAeVSzFUN7ceYpif
Toukapamaché! Encor…
Ce CODE peut être utilisé avec ou sans dongle SMS, avec ou sans IMPRIMANTE, avec ou sans DOUCHETTE. Normalement sur n’importe quelle machine libre (créer l’utilisateur « pi » et mettez le code dans « /home/pi/G1sms+ » pour coller à l’installation sur RaspberryPi)…
Si vous arrivez à récupérer le CODE et à le lancer sur votre NOEUD, Faites moi signe que je vous envoi la clef d’utilisation (clef privée du wallet G1) et qu’on fasse les comptes ensemble dans notre G1_SWARM_IPFS.
function ipfs_swarm_wallets_refresh (){
# GET IPNS published wallets from ALL SWARM NODES
mkdir -p "./wallets_swarm"
chown -R $YOU "./wallets_swarm"
su $YOU -c "ipfs get --output=./wallets_swarm/ /ipns/$IPFSNODEID"
count=1
for id in $(su $YOU -c "ipfs swarm peers" | awk -F '/' '{print $7}');
do
((count++))
su $YOU -c "ipfs get --output=./wallets_swarm/ /ipns/$id"
done
log "./wallets_swarm/ UPDATED from $count peers."
log "................................................OK!!!"
}
Cette fonction scan le swarm et permet de récupérer l’état du répertoire partagé de tous les nodes dans « ./wallets_swarm » (leur id est leur lien de publication ipns!!)
Et voilà Avec un swarm de nodes bien synchronisés temporellement, on peut carrément réimplémenter une genre de blockchain méga rapide!!!
Vu son consensus visant la rapidité (en laissant chaque noeud garant de ses comptes qu’il publie par IPNS), Il pourra comporter des erreurs en cas de fraude:
Tentative d’injection de bad TX par un bad node. Le swarm pourra essayer de le virer par consensus.
Création de faux/doubles G1tag: on pourrait le prendre en photo à sa création avec la signature du membre dessus, puis s’en servir sur des G1Tx qui la compare finement)…
Une enquête pourra être menée par analyse de la chaîne défaillante…
Le swarm prélève part de la transaction comme commission pour garantir ces défauts. Et constituer un fond collectif à investir ensemble…
Dans ce cas, le mieux est d’expérimenter sans forcément comprendre (le code source libre permet de le faire en confiance, parce qu’il est toujours possible de lire les algorithmes, voila pourquoi j’insiste et met en avant le CODE)
Sinon, G1sms+ est un opérateur de service basé sur un réseau de machines (NODE) reliées par IPFS qui administrent par commande SMS des portefeuilles G1 pour les portables inscrits (envoyant N au numéro de la machine). Il permet de proposer les virements récurrents. D’envoyer des SMS aux téléphones inscrits. Pourquoi pas alerter qu’une annonce gchange dans la géolocalisation, catégorie ou recherche matchent.
En option et en test, ces machines sont capables de gérer l’impression de G1Billets et G1Tag en fonction de l’équipement (imprimante, douchette)… Toutes ces déclinaisons sont explorées pour proposer un système équivalent en terme d’expérience utilisateur entre l’UNL et la ML à la population d’un pays
Chaque NODE coûte de 50 à 200 UNL (Ce qui est très compétitif face aux système de mise à disposition monétaire actuelle et bientôt pré-montées/configurées). Il doit être administré par un membre qui devient responsable de sa sécurité contre le vol physique ou informatique. Et devra faire signer la licence de non duplication des Tags imprimés!
Ainsi, cela peut intéresser les régions, il permet d’offrir un accès étendu et simplifié à la June à un maximum de gens quelle que soit leur « informatisation »
Cela apporte également une solution aux conditions de saturation du réseau IP ou du nœud Duniter configuré par défaut dans Cesium (phénomène courant lors de pics de payements localisés au même endroit: gmarchés, …)
Je trouve qu’il y a quelques questions qui restent en suspends ou ne sont pas super claires pour moi.
Petite énumération
coté Utilisateur
L’utilisateur de G1SMS ne peut pas utiliser des montants à virgules, il doit donc choisir une unité en love pour virer des part de DUğ1. Est-ce bien cela?
Ce service semble avoir un coût, combien pour l’utilisateur?
Faut-il obligatoirement un compte Membre pour utilisé ce service? Ou un simple portefeuille peut-il suffire?
J’ai vu qu’il fallait envoyé un code à g1sms pour encaissé un billet, peut on le faire simplement via césium? avec un QR-code à découvrir?
Coté prestataire du service.
Il faut un ordinateur sous Linux, un Raspberry PI peux suffire. Est-ce qu’on peut y faire tourner d’autres services en même temps, tel qu’un nœud duniter ou nœud Data cesium, ou nœud gchange, ou autre? Tant qu’a faire d’avoir un pc qui tourne en permanence autant l’optimiser. Est-ce que tout çà peut tourner en même temps? Sans trop ralentir le machin.
Le même logiciel permet de faire du paiement par SMS, ou d’imprimer des Billets, ou de scanner des tags. C’est quoi les tags?
Chaque billet est en fait un portefeuille, c’est bien ça?
J’ai pas bien compris comment fonctionne la protection contre les faux billets. Je crois que rien n’empêche quelqu’un de créer un doublon de billet existant, qui peut circuler plusieurs fois avant d’être encaissé, la fraude ne sera détectée que lorsque que le deuxième billet passera à l’encaissement. Comment repérer le fraudeur?
Cela m’intéresse car j’ai rencontré des personnes qui ont envie de créer un SEL près de chez moi. La Ğ1 pourrais les intéresser mais il cherchent des solutions pour les personnes sans ordinateurs ni téléphone mobile. Il y en a encore beaucoup qui sont plutôt embarrassés face à ces technologies.
Oui, plutôt que d’ajouter une virgule, j’ai décalé tout vers le centime (puis chacun choisi son référentiel)
1 centime de DU = 1 LOVE
1 centime de G1 = 1 ZEN
Il s’applique une commission (auparavant fixe 1 June, désormais proportionnelle de 10% ) sur certain les commandes P (vers un autre numéro), les impressions de Billets et de Tag. Mais absente des virements (entre portefeuilles G1). Enfin chaque NODE (gérant ses G1Wallets et Tag G1sms) peut avoir ses propres paramètres…
Sauf pour imprimer des Billets, il n’est plus nécessaire d’avoir un compte membre, les virements peuvent se faire entre wallets g1sms de différents NODE (chacun porte un nom unique) ou pseudo d’un membre Duniter.
Pour le G1Billet sont « mot de passe » est caché sous un scotch à gratter. Désormais, les QR Codes présents sur le G1Tag ne sont pas forcément compatibles avec Cesium selon son identifiant public affiché (en G1 ou ZEN), son Hash IPNS (J), sa clef de chiffrage PGP (B) dont le NODE a besoin pour opérer l’action.
Cesium à ma connaissance ne permet pas de scanner une clef privée?
Oui un piZeroW fait l’affaire, ce sont ses périphériques qui font la fonction du NODE. Je n’ai pas cherché à embarquer trop de logiciels pour conserver une configuration matérielle la moins chère possible. Mais rien n’empêche de décliner une version PC qui embarquerait d’autres serveurs A tester…
A priori, le même logiciel (automate de scripts shell) va s’adapter à ses périphériques (il reste des tests et des lignes à écrire pour que tout soit automatique).
Le Tag est un portefeuille IPFS dont la valeur est comptée en ZEN, correspondant aux centimes de G1 versées (et mis de côté) lors de sa création. Il peut fonctionner comme « Bon au porteur » à valeur fixe ou « Coffre » à valeur variable.
Il est composé de 3 QR Codes:
un pour l’identifier et lire sa valeur,
un pour y accéder et pouvoir modifier son état courant
un dernier comportant la clef de déverrouillage (pour mouvement ou destruction)
On les colle sur le support que l’on souhaite… On les signe pour augmenter la sécurité relative…
Le G1Billet est un portefeuille G1 (Duniter). Le Tag lui est un portefeuille IPFS endossable en G1.
Effectivement, cette question est importante. En fonction de l’usage du Tag, on pourra appliquer des niveaux de sécurité adaptés. Pour un usage en temps que Bon au porteur. Le fait de passer le même Tag sur des G1Ttx (Douchette) différents à sur un délai trop court permettrai de générer des alertes. Mais le CODE n’est pas terminé. Il reste à comparer les geoPoint des NODE (que l’on pourrait inscrire dans Cesium ou gChange pour bénéficier des recherches par distance d’Elastic Search) @kimamila …
On pourrait aussi lors la création du billets y pratiquer des trous à la poinçonneuse (@Olivier_Fontes) ou une signature qui serait scanné et dont le G1Tx (OpenCV) se servirait pour le contrôle…
Pas mal d’expériences sont encore à mener… Mais comme les neuds IPFS devront opérer une surveillance sur eux-même et la cohérence des données qu’ils échangent (blockchain à consensus rapide entre noeuds de confiance), tout un panel d’alertes seront possibles et pourront amener à des réactions du CODE.
Par exemple, dans le cas d’injections de Tx malveillantes par un ou plusieurs NODEs, le SWARM peut réagir en bannissant les IPFS ID défaillants… Puis à un certain taux de contamination (la clef privée du SWARM aura été volée par des malfaiteurs), le SWARM pourrait muter en changeant de clef et demander aux NODE fidèles de le suivre dans un nouvel Univers IPFS…
On pourrait peut-être même implémenter une WOT et un ZEN qui suit la TRM directement sur IPFS? Vu qu’on y modifie les états (d’où en découle leur chaine de log), il serait plus simple d’appliquer une variation sur le DU versé en fonction de son écart à la moyenne…
La route est longue, mais la voie est Libre!!
Nous en sauront plus d’ici quelques mois, si le nombre de NODE G1sms augmente et qu’on arrive à régler le swarm G1sms+ comme il faut…
On peut déployer un essaim de noeuds G1sms+ (G1*) en réseau local pour gérer un festival cashless. Il suffit d’alimenter le compte G1 maitre du réseau avec assez d’unités pour convertir n’importe quelle autre devise dans un contexte spatio-temporel défini.
Si la monnaie du SEL est le Zest, on peut proposer 1 Zest = x Zen = x/100 G1 et bâtir un pont monétaire
Rien à voir avec un SEL, et je parle de personne sans Ordinateur NI téléphone mobile.
Je comprends que la technologie te passionne, mais le langage que tu utilise n’est pas à ma portée
En fait J’ai beaucoup de mal à comprendre ce que tu raconte.
Je crois que je vais proposer de leur proposer faire des billets, avec 2 QR code, un clé publique, et un clé « trousseau » privée, cachée par un pli, collé. En y ajoutant un tampon fluo (qui change de couleur si on le photocopie). Utilisable au sein du SEL dans la limite des 6 mois (car libéllé en DU), encaissable à tout moment en décollant le pli, et en scannant la clé privée.
En fait pas besoin de logiciel spécial pour ça. Un césium, un générateur de QRcode, un open office, une imprimante banale, et un tampon unique. . Bon ça risque de demander du temps…
J’essaye de le rendre le plus compréhensible possible… Mais il fait appel à des notions de réseau et de cryptographie un peu difficiles d’appréhension
Transférer un fichier clef privée est possible, mais ne peut se faire que par l’action de l’utilisateur et le partage de cette clef entre tous ses points d’accès à la ML.
C’est justement ce que propose G1sms+, gagner du temps… Jusqu’à permettre un nombre conséquent de transactions par secondes apte à gérer le maximum de nos échanges sans les ralentir…
Bonjour @Maaltir ça se trouve où ce genre de tampon fluo?
J’ai testé la fabrication de billet-paperwallet : 10 minutes pour créer les qrcode, imprimer, découper, plier, coller, charger le compte porte feuille. Si on veut en fabriquer une grande quantité pour utiliser dans un sel il faut automatiser le procédé (avec des paramêtres : nom du billet, montant chargé, graphisme …)
Moi j’irais chercher dans un magasin de loisir créatif. Il existe des tas d’encre un peu spéciales.
Et je me fait faire un tampon sur mesure rien qu’a moi, ou je le fabrique moi même tout seul. NA
Pour moi le chargement se fait au moment de la distribution, et je pose mon tampon une fois le billet chargé. MON tampon = MA garantie que le billet est chargé tant que le pli n’est pas décollé (pour toute personnes privé de technologie).
Une autre idée pour évité les falsifications, que chaque utilisateur par qui passe le billet ajoute son identifiant membre ou début de clé publique sur le billet (au dos par exemple).
A chacun de vérifier que celui qui lui donne le billet à bien mis son identité dessus.
En effet, 10 minutes me parait une bonne estimation du temps passé, c’est pourquoi l’idée d’un logiciel pouvant le faire m’intéresse. Mais celui là me parait compliqué, pour ce que je pense en faire.
