[Présentation] Un passionné autodidacte, en quête d'un système plus juste

cypherfury · 21 December 2024 21:09

Hello et merci à tous

@Maaltir :

Oui je suis également inscrit sur le forum utilisateur, et je vais prendre le temps de mieux l’explorer. C’est super inspirant de voir autant de personnes, pas forcément issues du domaine technique, adopter cet écosystème avec enthousiasme !

Concernant GitLab, je n’ai pas encore tout parcouru en détail, mais l’idée de contribuer me motive beaucoup. Je vais me donner un petit temps de “digestion” pour comprendre les projets en cours et cerner les besoins avant de passer à l’action. Quant à la visio des développeurs, c’est une excellente idée pour faire connaissance avec l’équipe. Je vais noter ça dans mon agenda, merci pour la suggestion !

@HugoTrentesaux :

C’est motivant de voir qu’on partage tant de points communs ! J’ai commencé à parcourir le tableau de recensement des compétences informatiques, et je trouve que c’est une excellente initiative. Cela m’aidera à identifier les bonnes personnes pour échanger selon mes centres d’intérêt.

Pour les certifications, merci pour les précisions. Je vais explorer la carte monnaie libre pour organiser une rencontre avec des membres locaux. Cela m’aidera à m’intégrer à la communauté tout en respectant les principes de la licence.

@Tuxmain :

Merci pour le lien vers le wiki en anglais, je n’avais pas remarqué que la version française se concentrait sur la v1. Avec ces informations, j’ai réussi à faire tourner un nœud v2 sur gdev qui s’affiche bien sur la télémétrie Polkadot et semble synchronisé !

J’ai vu par contre que pas mal d’entre vous étaient déjà en 0.9.2 et moi en 0.8.0, sniff…

Cependant, j’ai rencontré quelques difficultés techniques au départ. Je sais pas si je dois créer un topic dédié à ça ou continuer ici…

Mais voici ce que j’ai fait, au cas où cela pourrait être utile à d’autres :

Avec un VPS Debian 12 tout neuf, l’image issue du docker-compose du wiki ne générait pas de clé et affichait un message “unknown runtime” comme pour cette personne: Panique docker synchro forgeron
En utilisant l’image duniter/duniter-v2s:latest, la clé s’est générée, mais des erreurs sont apparues lors de la synchro.

Finalement, j’ai tout supprimé dans le volume docker à part la clé “node.key” générée, supprimé mes containers, et suis revenu à duniter/duniter-v2s-gdev-800. Cela a permis de synchroniser correctement le nœud.

(Je ne suis pas certain que ce soit la solution idéale, mais cela semble fonctionner pour le moment.)

Pour l’oracle, j’ai également dû adapter la configuration du docker-compose pour établir un réseau explicite entre les conteneurs, comme suit :

services:
  # --- smith node ---
  duniter-smith:
    image: duniter/duniter-v2s-gdev-800 # <--- image du nœud Duniter
    container_name: duniter-smith # <-- nom explicite du conteneur
    restart: unless-stopped
    ports:
      # prometheus endpoint for monitoring
      - 127.0.0.1:9615:9615
      # private rpc endpoint (do not expose publicly)
      - 127.0.0.1:9944:9944
      # public p2p endpoint
      - 30333:30333 # <--- port public P2P
    volumes:
      - duniter-data:/var/lib/duniter/
    environment:
      - DUNITER_CHAIN_NAME=gdev # <--- le réseau Duniter
      - DUNITER_NODE_NAME=cypherfury-smith # <--- nom de ton nœud
      - DUNITER_VALIDATOR=true # <--- activer le mode validateur
      - DUNITER_PRUNING_PROFILE=light # <--- profil pruning
      - DUNITER_PUBLIC_ADDR=/dns/cypherfury.space/tcp/30333 # <--- domaine
      - DUNITER_LISTEN_ADDR=/ip4/0.0.0.0/tcp/30333
    networks:
      - duniter-network

  # --- distance oracle ---
  distance-oracle:
    image: duniter/duniter-v2s-gdev-800 # <--- image identique pour l'oracle
    container_name: distance-oracle # <-- nom explicite du conteneur
    entrypoint: docker-distance-entrypoint
    environment:
      ORACLE_RPC_URL: ws://duniter-smith:9944 # <--- connexion au nœud smith
      ORACLE_RESULT_DIR: /var/lib/duniter/chains/gdev/distance/ # doit correspondre au réseau
      ORACLE_EXECUTION_INTERVAL: 200 # <--- intervalle ajusté
    volumes:
      - duniter-data:/var/lib/duniter # partage les données avec duniter-smith
    networks:
      - duniter-network

volumes:
  duniter-data: # Volume partagé pour les données Duniter

networks:
  duniter-network:
    driver: bridge # Réseau privé Docker pour connecter les services

Depuis, de la part de l’oracle j’ai des messages de ce type de temps en temps (je ne sais pas si cela est normal, mais la situation semble s’être “améliorée” depuis mes modifications) :

distance-oracle | INFO [distance_oracle] Nothing to do: Pool does not exist
distance-oracle | Waiting 200 seconds before next execution…

Pour la partie “création de compte” et validation, je suis un peu perdu. Voici où j’en suis :

J’ai tenté de créer un compte via Cesium, mais cela ne semble pas fonctionner avec des connexions wss pour me connecter à un node gdev.
Avec Polkadot App, j’ai réussi à créer un compte et à me connecter au réseau gdev.
Je suis maintenant bloqué sur la création d’identité, car il faut apparemment un peu de monnaie pour soumettre la transaction. Existe-t-il un “faucet” pour obtenir de la monnaie sur gdev svp ?

(car j’ai vu que pour soumettre des certificats, il ne faut pas spécifier de clé publique mais un identifiant u32?)

J’ai également vu des captures d’interfaces graphiques spécifiques sur le forum. Si Polkadot App n’est pas l’outil idéal pour cette étape, je suis curieux d’en apprendre plus sur ces outils.

Voici ma clé publique si un don de monnaie (sur gdev) est possible pour avancer :
5CQFCtfAJUP73R51XSDLfWR1U88nV2qYroiiQ8BfWtzMtBei

Encore merci à tous pour vos conseils et votre accueil chaleureux. Je suis ravi de rejoindre cette aventure et impatient de contribuer davantage !

Je m’excuse si mes questions sont un peu nombreuses pour l’instant, mais je vais continuer à me documenter et faire de mon mieux pour rester autonome et déranger le moins possible.

Merci encore pour votre patience et votre soutien !