Sélectionner un compte “co-créateur” dont le trousseau est présent dans Tikka, avec le sélecteur “Compte”.
Cliquez sur le bouton “Rotation clefs” pour créer les clefs privées de session sur le serveur et afficher les clefs publiques de session.
Cliquez sur le bouton “Requête de l’adhésion”, le champ adhésion passe à “en cours…”. Patientez en attendant vos certifications venant d’autres forgerons. Celles-ci apparaîtront dans le tableau des certificateurs.
Une fois vos certifications obtenues, vous devez cliquer sur le bouton “Réclamer l’adhésion”. Si tout est Ok, le champ adhésion affiche la date d’expiration de l’adhésion.
Les dates d’expiration sont approximatives. Une bulle d’aide affiche le numéro exact du bloc où l’expiration aura lieu, en passant la souris sur la date en question.
Pour que votre serveur écrive des blocs, il faut maintenant cliquer sur le bouton “Go online”.
Il faut patienter environ 2h00 avant que le serveur rejoigne le groupe des serveurs forgerons.
Si votre serveur a des problèmes ou doit être stoppé, vous devez cliquer sur le bouton “Go offline” pour sortir du groupe des serveurs forgerons.
Il faut patienter environ 2h00 avant que le serveur quitte le groupe des serveurs forgerons.
Renouveler les clefs de session
Régulièrement, vous devrez renouveler vos clefs de session. Pour cela :
Cliquez sur le bouton “Rotation clefs”, une nouvelle clef publique apparaît dans l’interface.
Cliquez sur le bouton “Publier les clefs” pour informer la blockchain du renouvellement.
Vous savez tout maintenant pour devenir forgeron avec Tikka !
J’ai un souci avec l’ajout du serveur local, l’erreur générée est la suivante :
Traceback (most recent call last):
File “/home/gco/.local/pipx/venvs/tikka/lib/python3.11/site-packages/tikka/adapters/repository/sqlite3.py”, line 80, in run*
cursor.execute(request, arg)* sqlite3.OperationalError: no such column: session_keys DEBUG:substrateinterface.base:Connecting to ws://localhost:9944 … DEBUG:substrateinterface.base:RPC request #1: “system_chain” DEBUG:substrateinterface.base:RPC request #2: “rpc_methods” DEBUG:substrateinterface.base:RPC request #3: “system_localPeerId” DEBUG:substrateinterface.base:RPC request #4: “system_syncState” DEBUG:substrateinterface.base:RPC request #5: “system_name” DEBUG:substrateinterface.base:RPC request #6: “system_version” DEBUG:substrateinterface.base:Closing websocket connection ERROR:root:INSERT INTO nodes (url,peer_id,block,software,software_version,session_keys) VALUES (?,?,?,?,?,?) ERROR:root:[‘ws://localhost:9944’, ‘12D3KooWNNuTX4bXa8DwWxX8eJzDv1kv9xefjzEDTy4H6iHH8BU9’, 2982736, ‘Duniter’, ‘0.3.0-unknown’, None] ERROR:root:table nodes has no column named session_keys Traceback (most recent call last):
File “/home/gco/.local/pipx/venvs/tikka/lib/python3.11/site-packages/tikka/adapters/repository/sqlite3.py”, line 80, in run*
cursor.execute(request, arg)* sqlite3.OperationalError: table nodes has no column named session_keys qt.qpa.xcb: QXcbConnection: XCB error: 3 (BadWindow), sequence: 889, resource id: 6306896, major code: 40 (TranslateCoords), minor code: 0
L’installation a été réalisée avec pipx.
pipx --version 1.2.0
python --version Python 3.11.3
pipx upgrade tikka tikka is already at latest version 0.9.0 (location: /home/gco/.local/pipx/venvs/tikka)
Que puis-je faire ? Ajouter la colonne manuellement ?
Merci
Voici les étapes réalisées sans trucage avec Tikka pour forger des blocs après la mise à jour de la blockchain en GDev 0.7.0 ou 700.
Migration du compte de l’identité V1 numéro 58 (vit) sur le compte V2 5FH48744BHgNoLBe8syGXbTEnSpGhp8ttdAKW4MWcR7TUKai.
Erreur : On ne peut pas migrer une identité forgeron.
Ajout d’un bouton Révocation dans le panneau Forgeron, et révocation réussie de l’adhésion forgeron pour l’identité 58.
Migration du compte de l’identité V1 numéro 58 (vit) sur le compte V2 5FH48744BHgNoLBe8syGXbTEnSpGhp8ttdAKW4MWcR7TUKai avec succès (monnaie et identité)
Demande d’adhésion forgeron (smithmembersip_request_membership()) pour 5FH48744BHgNoLBe8syGXbTEnSpGhp8ttdAKW4MWcR7TUKai
Requête réussie, mais SmithMemberShip et PendingSmithMembership sont None et Null…
Seconde Demande d’adhésion forgeron (smithmembersip_request_membership()) pour 5FH48744BHgNoLBe8syGXbTEnSpGhp8ttdAKW4MWcR7TUKai
Requête en erreur, demande d’adhésion déjà envoyée : ERROR:root:{'type': 'Module', 'name': 'MembershipAlreadyRequested', 'docs': ['Membership already requested']}
Là je suis bloqué, je pensais être en pendingMembership… Ou faut-il que quelqu’un fasse quelque chose ?
Effectivement, j’ai un tuple vide “()” en réponse en Python (avant j’avais un gros nobjet json) que je considérais comme une réponse négative.
Je le considère donc maintenant comme un statut Pending et ça fonctionne !
Je viens de faire un claim_membership et j’ai une adhésion active qui expirera au bloc 1151727.