IMPORTANT : Proposition de migrer la Ğ1 sur une blockchain substrate

C’est plutôt v3.0.0+monthly-2021-05.

Ça ne build pas, et j’ai l’impression que c’est une dépendance qui est en erreur :

node-template |   Downloaded libp2p-floodsub v0.29.0
node-template | error: failed to parse manifest at `/var/www/node-template/.cargo/registry/src/github.com-1ecc6299db9ec823/libp2p-floodsub-0.29.0/Cargo.toml`
node-template | 
node-template | Caused by:
node-template |   feature `resolver` is required
node-template | 
node-template |   this Cargo does not support nightly features, but if you
node-template |   switch to nightly channel you can add
node-template |   `cargo-features = ["resolver"]` to enable this feature
node-template exited with code 101

Comment faut-il procéder dans ce cas ?

Ça dit d’utiliser nightly, donc dans le répertoire du dépôt :

rustup override set nightly

et si cette commande fait une erreur, recommencer après cette commande :

rustup toolchain install nightly
3 Likes

Merci @tuxmain, j’ai tenté ça. Mais ça coince ensuite avec une autre erreur, sur une autre dépendance :

  Downloaded parity-db v0.2.3
error: failed to parse manifest at `/root/.cargo/registry/src/github.com-1ecc6299db9ec823/parity-db-0.2.3/Cargo.toml`

Caused by:
  failed to parse the version requirement `0.11	` for dependency `parking_lot`

Caused by:
  expected comma after minor version number, found '\t'

Ah oui, j’avais au cette erreur aussi… Il faut éditer /root/.cargo/registry/src/github.com-1ecc6299db9ec823/parity-db-0.2.3/Cargo.toml et enlever les caractères en trop pour obtenir ça :

[dependencies.parking_lot]
version = "0.11"

Normalement rustup peut s’installer sans jamais avoir besoin de root, ce qui permet de compiler sans être root aussi…

2 Likes

OK. J’arrive au bout du build maintenant. Et je retrouve bien le même plantage (illegal instruction) avec cette version upstream.

C’est root car je build via un Dockerfile.

Super cette nouvelle dynamique !
Je me permets une suggestion, qui sera peut-être automatique car obligé par la technique, mais au cas où c’est pas le cas:
Pouvez vous penser à bien séparer la gestion de la monnaie et celle de la toile de confiance afin de faciliter une future greffe potentielle sur brightID ou autre ?

2 Likes

C’est la voie qui est prise, est qui est facilitée par Substrate : il y a plein de modules (appelés “palettes”) bien spécifiques. Actuellement il y a des modules séparés pour les certifications, identités, DU, même pour le stockage de données relatives au DU.

Donc si on veut définir le groupe des cocréateurs par BrightID et non plus par la TdC, il n’y a pas besoin de changer le module DU.

8 Likes

@tuxmain à très bien répondu, ça prouve que je ne suis déjà plus le seul a comprendre la codebase de ce nouveau cœur, c’est très bon signe :slight_smile:

5 Likes

Je suis désollééé @elois, je comptais me mettre sur la CI ce soir et j’ai vu que tu avais déjà commencé une branche.
Vraiment, c’est pas dans mes habitudes de pas tenir mes engagements, je m’excuse :frowning:

Désolé @llaq, je voulais te laisser faire, mais avec les MR de kimamila et tuxmain qui tombais le besoin d’une CI urgeait pour moi (pour pouvoir review leur changement sans checkouc moi-même leur branche en local et vérifie lest tests, le linter, la compil, etc).

Si tu le souhaites, tu peux contribuer à la CI pour l’améliorée ou ajouter des choses, elle est encore très minimaliste :slight_smile:

Désolé, c’est pas pour le fait que tu l’ait faite, c’est pour le fait que j’ai mis trop de temps pour la faire :slight_smile:

Coucou Elois,

Bien que n’ayant aucune légitimité (je ne suis pas dev) je voulais juste suggérer de ne pas écarter d’un revers de main la proposition de jbar concernant l’implémentation d’Openpgp que je trouve fascinante et pleine de promesses, notamment concernant le cryptage des messages individuels, la validation des transactions et les certifications. Je suis plongé dedans en ce moment et c’est assez incroyable tout ce qu’on peut faire avec ! Je comprends même pas de pas m’y être intéressé plus tôt… Ce serait dommage de pas profiter de son expertise en la matière, d’autant qu’il n’y a pas une foule de devs compétents sur le sujet, qu’il est bon et qu’il est prêt à former ceux que ça intéresse !!!

Je trouve qu’il devrait avoir sa place dans ce post, mais bon, je ne suis qu’un petit pingouin…

1 Like

Moi, je suis heureux que duniter puisse changer son moteur.
Comme Attilax, je ne suis pas développeur, mais je suis un peu architecte réseau et je sais plutôt bien bricoler en bash (le créole des langages :alien: ).

Voila près de 3 ans (depuis G1SMS+) que je m’intéresse à IPFS et expérimente la construction d’un modèle de réseau anoptique Astroport. Codé comme un auto-commutateur (je suis de l’époque du téléphone filaire) il est multicanal (toute application avec un port TCP) et a un heartbeat variable. De base 1 mn, il implémente le protocole de confiance distribué basé sur le système 5* de gchange (au lieu de -100/100, “3 correspond au 0”).

Le TestNet astrXbian tourne et permet de faire tourner un media-center sur des Rpi où les fichiers payent leur hébergement avec leur porte-monnaie libre (Cesium). Vous avez du voir passer les annonces “astroport” sur https://gchange.fr

En fonction de l’Application que doit faire tourner et la taille du SWARM, j’ai pu explorer les limites imposées par le théorème de CAP. Le temps réel peut se maintenir en contrôlant la liste des pairs “amis” (l’échelle de confiance sert à cela). J’ai pu streamer une webcam en 720p quand même!!

Perso, je n’ai jamais cherché à refaire Duniter, mais d’associer des services numériques qui tourne à la monnaie libre (et augmenter les nombre de TX, c’est ça qui fait que la monnaie existe).

J’ai lu avec attention l’exploration de ce framework qui a l’air magique!!
Je me permet d’ajouter mes remarques… Puis-je?

En fait le heartbeat fixe une position dans le “triangle des Bermudes inversé” du théorème de CAP. Plus le nombre de pairs qui participent à échanger sur le canal applicatif augmente et a besoin de rester synchro, moins il faut de pairs… Il faut donc trouver le bon ratio. Pour une monnaie globale avec une WoT globale, j’ai bien peur que les perf tombent…

On fait des DHT sur ce qu’on veut dans IPFS (ipfs p2p, ipfs publish, …), s’il faut réimplémenter ça c’est un peu galère, non?

Je ne connais pas les détails de substrate… Mais en lisant, on dirait qu’une palette est un script bash qui se trouve dans ~/.zen/astrXbian/actions/ (j’ai donné des noms différents à des concepts similaires et j’ai l’impression que nous avons un problème de dictionnaire en commun)


Pour accélérer le astrXbian passe en DEFCON3, c’est à dire en essaim privé (swarm.key activé) dans le courant du mois d’août.

Ensuite la solution pour faire monter les TX, c’est un réglage qui prend pour ratio le niveau de confiance relatif et conforme le swarm à ne se connecter qu’avec les amis du niveau choisi (on fait de la visio au dessus de 4*)

Personnellement, je trouve que nos approches vont dans le bon sens.
Pour bâtir le TestNet, je suis actuellement connecté au réseau June au travers de ES (gchange+) pour la WoT 5* (@kimamila) et réalise la synchro des portefeuilles des stations et des fichiers avec jaklis (@poka), réalise les opérations de crypto, conversion de formats de clefs avec natools (@tuxmain), merci au coup de main de @boris et d’autres qui m’ont aidé pouvoir réussir le remplissage ipfs (@chamalow )
La bestiole numérique va ressembler à un Blob qui avale les data du Web2.0 (youtube-dl et NextCloud pour petit à petit surfer en localhost et récupérer nos données perso des datacenter et aveugler les IA qui tourne dessus et faire des IA amis plutot @Simon_Louvet joue avec je crois). J’espère bien pouvoir continuer à rester connecté à la version substrate qui vise le niveau de confiance technique le plus sûr actuellement.

La compatibilité 100% Libre et le Full P2P est mon objectif.

Je suis conscient que mon approche est sujette à bug. La visite d’un hacker a déjà empêché une carte SIM G1SMS de fonctionner (buffer overflow qui bousille l’API en commande AT de la SIM), mais j’espère bien que celui qui réussira aura l’éthique d’en parler avant de diffuser la faille (on l’a fait pas mal déjà sur tout l’écosystème actuel).

Pour continuer mon expérimentation, pendant le mois d’août, je fais un tour de France pour poser des Stations, expliquer et faire des démos de prise de conscience de la crypto et du P2P aux gens. @ManUtopiK m’a parlé d’un truc si le projet S4 fonctionne quasiment 40% des App du Market peuvent migrer) …

Ceux qui veulent que je passe les voir peuvent me contacter :wink:

Ce n’est pas parce qu’on ne suit pas le même chemin qu’on ne va pas au même endroit, dans le Monde Libre nous allons.

Bisous

BISOU

C’est à dire ? Les paramètres de la G1, ne sont pas compatibles (volontairement) avec cette notion.
Cap théorique autour des 10 millions d’usagers.

C’est quoi cette histoire de cap théorique, j’ai lu ailleurs 1 millions, et ailleurs qu’il n’y avait pas de limite. J’avais cru comprendre que cette limite était juste technique, et l’amélioration des logiciels permettrait d’aller au-delà.
J’aurai mal compris, il y aurait une limite lié au paramétrage ? Paramétrage qui pourrait lui aussi évoluer il me semble.

Il y a 3 facteurs qui s’opposent en p2p.
La latence de diffusion globale, la vélocité de réaction, le maintien de la cohérence globale.
Une autre façon de redire le théorème de CAP.

Donner une valeur limite est très hypothétique, cela dépend si c’est pour faire circuler beaucoup de data mutables/monnaie entre beaucoup de monde ou des donnees stables pour assurer le respect des règles de la wot ou autre.
Pour moi la G1 tient mieux la seconde promesse.

Tellement bien que…
Je considère que ma certification correspond à un acte de naissance numérique relié à un nouveau contrat social dont il faut explorer les capacités nouvelles qu’il procure et éventuellement les défaut que porte un système p2p décentralisé.

Cela constitue en tout cas la nouvelle zone sans juridiction qui permet à MadeInZion de proposet le contrat social et l’expérience equipe du passeport OneNation. J’ai quelques connaissances en juridiction internationale. Ce pays sans territoire se réclame réunion d’amis de même état d’esprits. Potagers libres prolonge la question vers des oasis qui poussent dans les jardins.

La guilde SMS BIODYN est en test actuellement pour recevoir les conseils pour faire du biodynamique au jardin. Ma stratégie, maintenant qu’on a la preuve que la monnaie libre existe est de récupérer toutes la data (qui valent l’or de maintenant).

Je pars de l’humain pour programmer la machine.
Et je tente de rendre la machine utile aux humains avant tout.
Analog2Digital always.

@kimamila je serai ravi de conduire mon van à ta rencontre en Aout S4 si tu es libre pour m’accueillir chez toi qq jours.

Il faut lire le post “étude de la WoT”. Nous avons choisi des paramètres afin que cette monnaie reste à taille humaine. Cela n’a rien à voir avec des limites techniques.
Je penses qu’il faut qu’on explique d’avantage cela si même toi tu es passé à côté

2 Likes

J’ai lu ce post, plusieurs fois, je n’ai pas tout compris.
Je vois une évolution des nombres proposé pour la distance le nombre de certifs, puis pour le % de référents.
Ça parle de wot max, de wot moyenne mais je ne comprend la règle de calcul, du coup ces 10 000 000 c’est max ou moyen? Et il me semble que le calcul portant sur la taille de la Wot c’est avant la discussion sur le % de référents, ce qui change bien des chose il me semble.
Du coup rien ne me semble bien clair dans tout cela.

Et d’après la regle des “Six degrés de séparation” j’ai l’impression que nous respectons tous la règle de distance, donc je ne vois pas où il peu y avoir une limite.

3 Likes

J’ai renommé le dépôt duniter-v2s, et j’ai créé un tableau de bord des taches :

@Pini @tuxmain @G0blin, n’hésitez pas à ajouter des taches ou/et vous assigner une tache existante que vous voudriez faire :slight_smile:

5 Likes

Un message a été scindé en un nouveau sujet : Carte des Ğunistes