Lancement d'un réseau ĞTest et nouvelle version de duniter

Bonjour à tous,

Suite aux discussions dans le sujet Test de bootstrap de la ĞTest: problème avec py-g1-migrator, je viens de passer ces trois dernières soirées à essayer de lancer une ĞTest. Ce fut bien plus compliqué que prévu, mais j’y suis enfin arrivé ce soir après avoir corrigé de très nombreuses erreurs (plus de 20 commits quand même) et déniché de nombreux endroits cachés nommés “gdev” (je m’y attendais un peu, mais pas à ce point).

Je propose d’utiliser ce réseau ĞTest que je viens de lancer pour que nous puissions nous entraîner et qu’il puisse servir lors de l’install party prévue à l’Agora ce dimanche. Si l’état du genesis ou certains paramètres ne conviennent pas, je peux “relancer” la ĞTest dans les semaines à venir avec des modifications, mais pas avant dimanche, car le processus de lancement d’un réseau est très long.

Nouvelle version de Duniter v0.11.0

Release gitlab: gtest-1000-0.11.0 · nodes / rust / Duniter v2S · GitLab

Image Docker : duniter-v2s-gtest-1000:1000-0.11.0
Paquet Debian (non testé) : https://git.duniter.org/nodes/rust/duniter-v2s/-/jobs/148053/artifacts/download
Paquet RPM (non testé) : https://git.duniter.org/nodes/rust/duniter-v2s/-/jobs/148054/artifacts/download

Comment synchroniser mon noeud au réseau?

:warning: Pour vous synchroniser au réseau ĞTest, vous devrez télécharger le fichier gtest-raw.json depuis la page de la release gitlab et l’indiquer à duniter-v2s via l’option :

--chain path/to/gtest-raw.json

Ou pour les utilisateurs de Docker :

DUNITER_CHAIN_NAME=path/to/gtest-raw.json

Lien direct vers le fichier gtest-raw.json: https://nodes.pages.duniter.org/-/rust/duniter-v2s/-/jobs/148058/artifacts/release/gtest-raw.json

Les forgerons du genesis

Les forgerons du genesis sont @Moul, @HugoTrentesaux, @tuxmain, @1000i100, @vit, @cgeek et moi-même (je compte me retirer des forgerons dès qu’il y en aura suffisamment).

Pour rejoindre le réseau et produire des blocs, vous devrez compiler vous-même la branche gtest de ĞCli en attendant que @Nicolas80 fournisse une nouvelle release.

Vous devrez compiler avec les options --features gtest --no-default-features:

curl --proto '=https' --tlsv1.2 -sSf https://sh.rustup.rs | sh
git clone https://git.duniter.org/clients/rust/gcli-v2s.git -b gtest
cd gcli-v2s
cargo build --release --features gtest --no-default-features

Le binaire est alors disponible ici : target/release/gcli

Toutes les fonctionnalités de ĞCli ne fonctionnent pas encore car il n’y a pas d’indexeur. J’ai testé un transfert de monnaie et ça fonctionne ; par contre, je n’arrive pas à “rotate” mes sessions-keys alors que ĞCli ne devrait pas avoir besoin d’indexeur pour cela. cc @Nicolas80.

Reste à faire pour l’install party forgerons

Il n’est pas certain que la ĞTest soit prête pour l’install party de ce dimanche ; voici ce qu’il reste à faire :

  • Lancer un indexeur : cc @poka @HugoTrentesaux. Pour la synchronisation, vous pouvez utiliser mon nœud archive wss://gt.elo.tf.
  • Adapter la CI de ĞCli pour supporter le build de la ĞTest.
  • Corriger ĞCli pour qu’il n’ait pas besoin d’indexeur pour les opérations smith.
  • Publier une nouvelle version de ĞCli.
  • Tester duniter-oracle (j’ai une instance, mais je ne sais pas si elle fonctionne).
  • Adapter duniter-panel pour la ĞTest ; cc @HugoTrentesaux.
  • Peut-être d’autres choses que j’oublie…

:warning: Le réseau ĞTest n’est pas prêt pour les utilisateurs :warning:

Le réseau ĞTest est pour le moment réservé aux forgerons et aucune application grand public n’est encore compatible. Merci de ne pas communiquer avec les utilisateurs pour l’instant ; les développeurs vous informeront lorsqu’ils seront prêts à inviter des utilisateurs testeurs.

11 Likes

Chez moi il semble trouver le réseau, mais ne lance pas la sync:

poka@v2s-poka:~/gtest-archives$ cat docker-compose.yml
services:
  # duniter mirror archive node
  gtest-archive:
    image: duniter/duniter-v2s-gtest-1000:1000-0.11.0
    restart: unless-stopped
    ports:
      - "9944:9944"
      - "30333:30333"
      - "9615:9615"
    volumes:
      - gtest-archive:/var/lib/duniter/ # this data can be large and takes time to be fully archived
      - ./profile_data:/profile_data/
    environment:
      - DUNITER_CHAIN_NAME=/profile_data/gtest-raw.json
      - DUNITER_PUBLIC_ADDR=/dns/gt.p2p.legal/tcp/30333/ws
      - DUNITER_PUBLIC_RPC=wss://gt.p2p.legal/ws
      - DUNITER_PUBLIC_SQUID=https://gt-squid.axiom-team.fr
      - DUNITER_NODE_NAME=poka-archive
      - DUNITER_PRUNING_PROFILE=archive

volumes:
  gtest-archive:

gtest-archive-1  | Generating node key file '/var/lib/duniter/node.key'...
gtest-archive-1  | 12D3KooWARhmjrrUrPk9UUjT8kLpuK5WHcNpM8JKZjjZPpxhqw8c
gtest-archive-1  | Node peer ID is '12D3KooWARhmjrrUrPk9UUjT8kLpuK5WHcNpM8JKZjjZPpxhqw8c'.
gtest-archive-1  | Starting duniter with parameters: --name poka-archive --node-key-file /var/lib/duniter/node.key --public-addr /dns/gt.p2p.legal/tcp/30333/ws --public-rpc wss://gt.p2p.legal/ws --public-squid https://gt-squid.axiom-team.fr --rpc-cors all --state-pruning archive --blocks-pruning archive --chain /profile_data/gtest-raw.json -d /var/lib/duniter --unsafe-rpc-external
gtest-archive-1  | 2025-07-09 23:44:22 Duniter
gtest-archive-1  | 2025-07-09 23:44:22 ✌️  version 0.11.0-unknown
gtest-archive-1  | 2025-07-09 23:44:22 ❤️  by librelois <c@elo.tf>:tuxmain <tuxmain@zettascript.org>:c-geek <https://forum.duniter.org/u/cgeek>:HugoTrentesaux <https://trentesaux.fr>:bgallois <benjamin@gallois.cc>:Duniter Developers <https://duniter.org>:Axiom-Team Developers <https://axiom-team.fr>, 2021-2025
gtest-archive-1  | 2025-07-09 23:44:22 📋 Chain specification: ĞTest
gtest-archive-1  | 2025-07-09 23:44:22 🏷  Node name: poka-archive
gtest-archive-1  | 2025-07-09 23:44:22 👤 Role: FULL
gtest-archive-1  | 2025-07-09 23:44:22 💾 Database: ParityDb at /var/lib/duniter/chains/gtest/paritydb/full
gtest-archive-1  | 2025-07-09 23:44:26 🔨 Initializing Genesis block/state (state: 0xc5a0…6361, header-hash: 0xaf71…fd7f)
gtest-archive-1  | 2025-07-09 23:44:26  creating SingleState txpool Limit { count: 8192, total_bytes: 20971520 }/Limit { count: 819, total_bytes: 2097152 }.
gtest-archive-1  | 2025-07-09 23:44:26 👴 Loading GRANDPA authority set from genesis on what appears to be first startup.
gtest-archive-1  | 2025-07-09 23:44:26 👶 Creating empty BABE epoch changes on what appears to be first startup.
gtest-archive-1  | 2025-07-09 23:44:26 Using default protocol ID "sup" because none is configured in the chain specs
gtest-archive-1  | 2025-07-09 23:44:26 Local node identity is: 12D3KooWARhmjrrUrPk9UUjT8kLpuK5WHcNpM8JKZjjZPpxhqw8c
gtest-archive-1  | 2025-07-09 23:44:26 Running litep2p network backend
gtest-archive-1  | 2025-07-09 23:44:26 💻 Operating system: linux
gtest-archive-1  | 2025-07-09 23:44:26 💻 CPU architecture: x86_64
gtest-archive-1  | 2025-07-09 23:44:26 💻 Target environment: gnu
gtest-archive-1  | 2025-07-09 23:44:26 💻 CPU: AMD Ryzen 7 3750H with Radeon Vega Mobile Gfx
gtest-archive-1  | 2025-07-09 23:44:26 💻 CPU cores: 4
gtest-archive-1  | 2025-07-09 23:44:26 💻 Memory: 62233MB
gtest-archive-1  | 2025-07-09 23:44:26 💻 Kernel: 6.8.12-9-pve
gtest-archive-1  | 2025-07-09 23:44:26 💻 Linux distribution: Debian GNU/Linux 11 (bullseye)
gtest-archive-1  | 2025-07-09 23:44:26 💻 Virtual machine: no
gtest-archive-1  | 2025-07-09 23:44:26 📦 Highest known block at #0
gtest-archive-1  | 2025-07-09 23:44:26 〽️ Prometheus exporter started at 127.0.0.1:9615
gtest-archive-1  | 2025-07-09 23:44:26 Running JSON-RPC server: addr=0.0.0.0:9944,[::]:34009
gtest-archive-1  | 2025-07-09 23:44:26 ***** Duniter has fully started *****
gtest-archive-1  | 2025-07-09 23:44:31 💤 Idle (0 peers), best: #0 (0xaf71…fd7f), finalized #0 (0xaf71…fd7f), ⬇ 0 ⬆ 0
gtest-archive-1  | 2025-07-09 23:44:36 💤 Idle (0 peers), best: #0 (0xaf71…fd7f), finalized #0 (0xaf71…fd7f), ⬇ 0 ⬆ 0
gtest-archive-1  | 2025-07-09 23:44:41 💤 Idle (0 peers), best: #0 (0xaf71…fd7f), finalized #0 (0xaf71…fd7f), ⬇ 0 ⬆ 0

Un noeud gdev fonctionnait sur cette même machine.


Avons nous tous les produits de py-g1-migrator pour les inputs squid ?
Savez-vous dans quel job ?

Pour suivre le réseau gtest et voir quelles clefs forge :

Pour voir quels nœuds sont en ligne (télémétrie activée) :

1 Like

Là par exemple g1_data (#147769) · Jobs · nodes / rust / Duniter v2S · GitLab

1 Like

Je peux regarder pour faire une release de la branche “gtest” ce soir.

Il suffit normalement d’ajouter un tag depuis gitlab lié au dernier commit et sans doute configurer la version avant pour inclure “-gtest-” dans le nom ?

Je suppose qu’il faut également adapter la config pour avoir le feature “gtest” présent ?

Je ne sais pas bien si l’ajout du feature “gtest” lors du build limite l’accès uniquement au réseau gtest… ou bien si on peut activer les features gdev et gtest en même temps pour le build ?

@HugoTrentesaux est-ce que tu peux voir ce qui devrait le mieux convenir ?

Je n’ai pas encore touché aux appels RPC ou indexeur dans Gcli, mais je peux tenter d’y regarder. Si @HugoTrentesaux peut donner des pistes je suis preneur :blush:

Dernier point, je pense que même avec les changements d’@elois dans la branche “gtest”; l’affichage des adresses SS58 sera toujours avec le substrate network par défaut et pas “g1”…
Je ne suis pas sur de quelle partie de code il faut adapter pour cela…

Avec des bootnodes, ça fonctionne mieux:

    command:
      - "--bootnodes"
      - "/dns/gt.elo.tf/tcp/30333/p2p/12D3KooWNUyHfjozVWP2ne5BN7AEwFNzUQvtK6GULxmgBucnYtjG"
      - "/dns/gt.elo.tf/tcp/30334/p2p/12D3KooWRugKTSYDo4SKEWhzatSFQVm5vaG74NpZPmVkXE2W8pJU"

gtest-archive-1  | 2025-07-10 12:19:42 Running JSON-RPC server: addr=0.0.0.0:9944,[::]:35235
gtest-archive-1  | 2025-07-10 12:19:42 ***** Duniter has fully started *****
gtest-archive-1  | 2025-07-10 12:19:47 ⚙️  Syncing, target=#10268 (2 peers), best: #2818 (0x59fd…b081), finalized #2560 (0x801c…c485), ⬇ 323.1kiB/s ⬆ 0.9kiB/s
gtest-archive-1  | 2025-07-10 12:19:52 ⚙️  Syncing 657.2 bps, target=#10269 (4 peers), best: #6104 (0x0a2c…8032), finalized #5632 (0x8039…383d), ⬇ 218.1kiB/s ⬆ 1.5kiB/s
gtest-archive-1  | 2025-07-10 12:19:57 ⚙️  Preparing 688.4 bps, target=#10270 (4 peers), best: #9546 (0xe411…cbd6), finalized #9216 (0xbd52…f3ca), ⬇ 143.3kiB/s ⬆ 0.7kiB/s
gtest-archive-1  | 2025-07-10 12:20:00 🏆 Imported #10271 (0xeacd…cbdd → 0xe990…c8b1)
gtest-archive-1  | 2025-07-10 12:20:02 💤 Idle (3 peers), best: #10271 (0xe990…c8b1), finalized #10269 (0x2130…2005), ⬇ 2.4kiB/s ⬆ 2.8kiB/s
gtest-archive-1  | 2025-07-10 12:20:06 🏆 Imported #10272 (0xe990…c8b1 → 0x74fb…c010)
gtest-archive-1  | 2025-07-10 12:20:07 💤 Idle (4 peers), best: #10272 (0x74fb…c010), finalized #10269 (0x2130…2005), ⬇ 1.9kiB/s ⬆ 2.2kiB/s
gtest-archive-1  | 2025-07-10 12:20:12 💤 Idle (4 peers), best: #10272 (0x74fb…c010), finalized #10270 (0xeacd…cbdd), ⬇ 1.9kiB/s ⬆ 2.5kiB/s
gtest-archive-1  | 2025-07-10 12:20:12 🏆 Imported #10273 (0x74fb…c010 → 0x9ab2…a76f)
1 Like

Mince, as-tu bien téléchargé le fichier gtest-raw.json depuis la page de release GitLab ?

Avant d’écrire mon post, j’avais bien testé la sync avec un nœud temporaire local, et ça fonctionne :

Je ne pense pas que ça suffise, car j’ai ajouté une feature Rust séparée, et le code est conçu d’une manière à ne pas pouvoir supporter GDev et GTest en même temps.
À court terme, je préconise de faire des builds séparés par réseau, car refactorer le code pour qu’un même binaire supporte plusieurs réseaux me semble compliqué et chronophage.

En tout cas, ĞCli supporte déjà les adresses G1 en input. J’ai pu faire un transfert en indiquant comme destinataire une adresse G1 obtenue avec ce convertisseur en ligne : https://ss58.org/
Concernant l’affichage output, en revanche, je ne trouve rien dans la doc de subxt, mais le type Account32 expose les bytes, donc on peut ajouter notre propre code pour le rendu.
On peut s’inspirer du convertisseur en ligne, qui est en Rust et open-source. Le code dont on a besoin me semble à cet endroit :
ss58.org/src/utils.rs at master · shamilsan/ss58.org · GitHub


Je réponds ici au post de @HugoTrentesaux dans le sujet :

J’ai fait sans car j’ai reçu des demandes pour que la ĞTest soit prête pour l’install party à l’Agora ce dimanche.
S’il n’y avait pas eu cette deadline, j’aurais pris le temps de créer un sujet sur la toile forgeron initiale pour que chacun puisse candidater et dire quels forgerons iel veut certifier dans le genesis.
Je pense d’ailleurs que c’est un bon exercice à faire pour le prochain reboot de la ĞTest :slight_smile:

  • Les différences techniques entre la GDev et la GTest sont plus importantes qu’entre la GTest et la G1. Je m’attends à ce qu’on ait moins de problèmes pour GTest → G1 que pour GDev → GTest.
  • On fera des essais à blanc avant la date annoncée pour être sûrs que tout le monde est prêt, et le jour J, il faudra recopier ce qui a déjà marché sans ajout d’aucun code supplémentaire (cela vaut aussi côté indexeur et côté applications).
  • C’est en anticipation de tout cela que je disais qu’il faudra annoncer un arrêt de la Ğ1 en prod de plusieurs heures — probablement 12h pour être safe — avec les principaux contributeurs qui auront réservé leur journée à l’avance pour ça (ce sera mon cas).
4 Likes

C’est bizarre, les bootnodes sont présents dans le fichier gtest-raw.json. On n’est pas censés avoir besoin de les préciser manuellement ; je n’en ai pas eu besoin pour mes tests de synchronisation avec le binaire directement.

Mais je vois que @HugoTrentesaux a fait comme ça aussi, c’est peut-être une limitation liée à Docker ?

1 Like

Je n’ai pas eu besoin de préciser les bootnodes et ça a très bien marché pour moi.

3 Likes

@elois Est-ce que tu pourrais tester la release Gcli avec la gtest ?

Pour le moment, j’ai uniquement ajouté une version spécifique “0.4.3-gtest-RC1” et activé le feature “gtest” tout seul (désactivé “gdev”).
Cela devrais être l’équivalent à ta commande de build manuel mentoinée dans ton 1er message.

1 Like

J’ai testé :

gcli --network gtest config save
gcli vault use -v HugoTrentesaux                                                                                                    2 
gcli account transfer 5000 5Dq8xjvkmbz7q4g2LbZgyExD26VSCutfEc6n4W4AfQeVHZqz                                                                                                                     ✔  6s  
(Vault: Base[address:5DSF5HxiQvy2xJdtdtMSPYZdSoLAsGDxzJaifiAfAByinrH4, g1v1_pub_key:55oM6F9ZE2MGi642GGjhCzHhdDdWwU6KchTjPzW7g3bp, name:Some("HugoTrentesaux"), crypto_scheme:Some(Ed25519)])
> Password ********
transaction submitted to the network, waiting 6 seconds...
transfered 50.00 ĞT (5DSF5HxiQvy2xJdtdtMSPYZdSoLAsGDxzJaifiAfAByinrH4 → 5Dq8xjvkmbz7q4g2LbZgyExD26VSCutfEc6n4W4AfQeVHZqz)

Ça a l’air de marcher, il faudra juste qu’on pense à verrouiller les préfixes ss58 sur les réseaux qui en ont un pour éviter de se tromper de réseau.

D’ailleurs ça affiche toujours le préfixe 42 peu importe l’entrée, mais c’est normal :

gcli account transfer 100 g1LkCip85Tu52SV3MwYWDZsbwNCk5HVox91QAPqZ4EiMcPrAn
(Vault: Base[address:5DSF5HxiQvy2xJdtdtMSPYZdSoLAsGDxzJaifiAfAByinrH4, g1v1_pub_key:55oM6F9ZE2MGi642GGjhCzHhdDdWwU6KchTjPzW7g3bp, name:Some("HugoTrentesaux"), crypto_scheme:Some(Ed25519)])
> Password ********
transaction submitted to the network, waiting 6 seconds...
transfered 1.00 ĞT (5DSF5HxiQvy2xJdtdtMSPYZdSoLAsGDxzJaifiAfAByinrH4 → 5Dq8xjvkmbz7q4g2LbZgyExD26VSCutfEc6n4W4AfQeVHZqz)
3 Likes

Je ne peux pas tester les releases de gcli car le binaire pour Mac ne fonctionne pas sur mon macbook :

Aussi, cela ne me semble pas être la bonne manière de livrer un outil CLI pour Mac : il faudrait plutôt publier un paquet Homebrew.

De toute façon, je préfère compiler gcli moi-même, c’est beaucoup plus simple :slight_smile:

Les transferts fonctionnent effectivement , mais je n’arrive pas à utiliser set-session-keys (j’ai essayé de faire une rotation de mes clés de session pour tester).
C’est embêtant car les forgerons en ont besoin pour produire des blocs.

EDIT: En fait, ça fonctionne, mais gcli ne retourne aucun message de confirmation, et l’explorer PolkadotJS n’affiche rien car aucun événement n’est émis pour cette action.
J’ai dû aller vérifier dans le storage on-chain, dans session.nextKeys.

1 Like

Est-ce que la commande gcli smith update-keys à le même soucis ?

Si non, elle est suffisante également.

1 Like

Moi j’ai mis les deux pour être sûr !!! :rofl:

et ça a marché, me demandez pas pkoi ni comment…

    environment:
      - DUNITER_CHAIN_NAME=gtest
      - DUNITER_NODE_NAME=Rendall-Gtest-Mirror
      - DUNITER_CHAIN_NAME=/chainspecs/gtest-raw.json
    command:
      - "--bootnodes"
      - "/dns/gt.elo.tf/tcp/30333/p2p/12D3KooWNUyHfjozVWP2ne5BN7AEwFNzUQvtK6GULxmgBucnYtjG"
      - "/dns/gt.elo.tf/tcp/30334/p2p/12D3KooWRugKTSYDo4SKEWhzatSFQVm5vaG74NpZPmVkXE2W8pJU"
``
2 Likes

C’est normal que ça ait fonctionné, gtest-raw.json est obligatoire quoi qu’il arrive. Il ne contient pas seulement les bootnodes, mais aussi tout le genesis state. La commande --bootnodes permet d’overrider les bootnodes présents dans les raw specs.

Je pense que ce qu’il s’est passé, c’est que @poka a d’abord essayé avec une ancienne version du fichier gtest-raw.json, et que @HugoTrentesaux a configuré directement les bootnodes du premier coup sans savoir que ce n’était pas nécessaire.

2 Likes

J’ai fait comme @poka et ai utilisé une mauvaise version du fichier : https://nodes.pages.duniter.org/-/rust/duniter-v2s/-/jobs/148058/artifacts/release/gtest-raw.json. Voyant qu’il n’y avait pas de bon bootnode dedans, je les ai simplement ajoutés. Mais de toute façon @joss.rendall, on va aller vers la publication d’une image avec embedded chainspecs donc ni l’un ni l’autre ne seront nécessaires.

4 Likes

En cours de synchro :

image

edit : et ça importe des blocs, je regarderai la suite après.

image

2 Likes

@HugoTrentesaux ton nœud ne produit pas de blocs alors que tu es dans les autorités en ligne. On n’est que 2 forgerons sur 3 en ligne à produire des blocs (@1000i100 et moi-même), c’est très juste : si on tombe sous les 2/3, ça va bloquer la finalisation :confused:

EDIT: Le nœud de Hugo semble de nouveau produire des blocs.


@Moul @vit @cgeek est-ce que l’un d’entre vous peut rejoindre les forgerons en ligne rapidement ?

Il faudrais qu’on ait plus de forgerons inscrits au genesis pour le prochain reboot de la ĞTest.

3 Likes

j’ai lancé un noeud SMTH après le mirroir, quelqu’un peut m’inviter pour devenir SMITH ?

JosselinFERREIRA : g1Q1EVXbtbD5pt1tWrD4XXjJJ2FVPGuLCkuWQRrvMCJVookBE

J’ai installé : gcli --version / gcli 0.4.3-gtest-RC1
donc normalement prêt à valider ce qu’il faut pour devenir SMITH

Merci @elois pour l’invitation

gcli --no-indexer -S cesium smith accept
> G1v1 id:  ********
> G1v1 password:  ********
transaction submitted to the network, waiting 6 seconds...
accepted smith invitation InvitationAccepted { idty_index: 12950 }

visible dans le bloc 14,441

Texte ecrit avant le OUPS

Mais la suite se corse :

suis bien en SSH sur mon Noeud smith avec la commande :

ssh -L 9964:localhost:9964 *******@g1.rendall.fr

dans un autre terminal :

gcli --no-indexer -S cesium smith update-keys
G1v1 id:  ********
G1v1 password:  ********
Duniter("Please make sure you are connected to your validator node with the unsafe RPC API enabled Rpc error: RPC error: ErrorObject { code: MethodNotFound, message: \"RPC call is unsafe to be called externally\", data: None }")

bloqué !

Mon compose

services:
duniter-smith:
image: duniter/duniter-v2s-gtest-1000:1000-0.11.0
container_name: duniter-gtest-smith
restart: unless-stopped
ports:
# prometheus
- 127.0.0.1:9635:9615
# rpc via http (local)
# - 127.0.0.1:9953:9933
# RPC
- 127.0.0.1:9964:9944
# p2p
- 30353:30333
volumes:
- gtest-data-smith:/var/lib/duniter/
- ./chainspecs:/chainspecs
environment:
- DUNITER_CHAIN_NAME=gtest
- DUNITER_NODE_NAME=Rendall-Gtest-Smith
- DUNITER_VALIDATOR=true
- DUNITER_PRUNING_PROFILE=light
- DUNITER_PUBLIC_ADDR=/dns/smith.g1.rendall.fr/tcp/30353
- DUNITER_LISTEN_ADDR=/ip4/0.0.0.0/tcp/30353
- DUNITER_CHAIN_NAME=/chainspecs/gtest-raw.json
command:
- “–bootnodes”
- “/dns/gt.elo.tf/tcp/30333/p2p/12D3KooWNUyHfjozVWP2ne5BN7AEwFNzUQvtK6GULxmgBucnYtjG”
- “/dns/gt.elo.tf/tcp/30334/p2p/12D3KooWRugKTSYDo4SKEWhzatSFQVm5vaG74NpZPmVkXE2W8pJU”

volumes:
gtest-data-smith:

EDIT !!! OUPS !!! me faut des certifs avant !!! le con !!! des volontaires pour m’en envoyer ? @elois @1000i100 @HugoTrentesaux @tuxmain @Moul @cgeek

2 Likes

Invitation envoyée depuis gcli :slight_smile:

EDIT: pour info ton adresse gtest est g1Q1EVXbtbD5pt1tWrD4XXjJJ2FVPGuLCkuWQRrvMCJVookBE

Vous pouvez convertir votre adresse gdev en adresse gtest via ce convertisseur en ligne : https://ss58.org/

Activez l’option “custom prefix” et saisissez le préfixe 4450.

3 Likes