Cardano-db-sync: 使用前缀 bech32 编码更新 CIP5 中指定的标识符

db-sync使用cardano-api的地址渲染，它位于cardano-node存储库中。 将此票转移到该回购。

@erikd这些 API 库中还没有实现吗？

• 水池
• pool_vk
• vrf_vk

@rhyslbw ：是的，API 已经支持 CIP5 中指定的 Bech32 前缀（包括您列出的那些）。

我们最近审核了cardano-api是否符合 CIP5。

感谢@intricate和@dcoutts。 请将此问题转回cardano-db-sync因为我没有维护人员的能力来自己做

~假设cardano-api正在做正确的事情，这应该现在就可以工作（ 5.0.0标签）。~

@erikd

SELECT * from pool_hash LIMIT 5

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

哦，这不仅仅是关于地址！ 好的，是的，它们可能需要同时存储为十六进制和 Bech32。

至于其他人，我找到了block.vrf_key和pool_update.vrf_key 。 是这些吗？

我找到了 block.vrf_key 和 pool_update.vrf_key 。 是这些吗？

是的，这些是前缀及其根据 CIP 的分配

• pool_vk矿池运营商验证密钥
• vrf_vk VRF 验证密钥

我目前不知道任何使用这些字段的原始 ByteString 版本的查询，所以我可以切换到使用 Bech32 编码而不是复制它们。 那有意义吗？

好的， block.vrk_key有一个 Bech32 前缀，因此是一个编码。

pool_update.vrf_key没有 Bech32 前缀。