Cardano-db-sync: Mettre à jour les identifiants spécifiés dans CIP5 avec l'encodage bech32 préfixé

db-sync utilise le rendu d'adresse de cardano-api qui se trouve dans le référentiel cardano-node . Transfert de ce ticket vers ce dépôt.

@erikd Ne sont-ils pas déjà implémentés dans la bibliothèque API ?

• bassin
• pool_vk
• vrf_vk

@rhyslbw : Oui, l'API prend déjà en charge les préfixes Bech32 spécifiés dans CIP5 (y compris ceux que vous avez répertoriés).

Nous avons récemment audité le cardano-api pour la conformité avec CIP5.

Merci @intricate et @dcoutts. Veuillez transférer ce problème vers cardano-db-sync car je n'ai pas les capacités de mainteneur pour le faire moi-même

~En supposant que cardano-api fasse ce qu'il faut, cela devrait fonctionner maintenant (balise 5.0.0 ).~

@erikd

SELECT * from pool_hash LIMIT 5

1   \x153806dbcd134ddee69a8c5204e38ac80448f62342f8c23cfe4b7edf
2   \x0f292fcaa02b8b2f9b3c8f9fd8e0bb21abedb692a6d5058df3ef2735
3   \xc1ede3cc9133209466774d4826044e408db13d6fe6df751a73500f16
4   \x01df29429173d263c7533a22742dae19f16a08798b7a57873c34cf58
5   \x6b6164af70861c5537cc9c8e50fdae35139ca2c8c6fbb42e8b7e6bfb

Oh, il ne s'agit pas que d'adresses ! Ok, oui, ils devront peut-être être stockés à la fois en tant que hex et en tant que Bech32.

Quant aux autres, j'ai trouvé block.vrf_key et pool_update.vrf_key . C'est ceux-là ?

J'ai trouvé block.vrf_key et pool_update.vrf_key . C'est ceux-là ?

Oui, ce sont les préfixes et leurs attributions selon le CIP

• pool_vk Clé de vérification de l'opérateur de piscine
• vrf_vk Clé de vérification VRF

Je ne suis actuellement au courant d'aucune requête utilisant la version brute de ByteString de ces champs, je pourrais donc simplement passer à l'utilisation de l'encodage Bech32 plutôt que de les dupliquer. Cela a-t-il du sens?

Ok, block.vrk_key a un préfixe Bech32 et donc un encodage.

pool_update.vrf_key n'a pas de préfixe Bech32.