Cardano-db-sync: CIP5で指定された識別子を接頭辞bech32エンコーディングで更新します

db-syncは、 cardano-nodeリポジトリにあるcardano-apiからのアドレスレンダリングを使用します。 このチケットをそのリポジトリに転送します。

@erikdこれらはAPIライブラリにまだ実装されていませんか？

• プール
• pool_vk
• vrf_vk

@rhyslbw ：はい、APIはすでにCIP5で指定されたBech32プレフィックス（リストしたものを含む）をサポートしています。

最近、CIP5への準拠についてcardano-apiを監査しました。

@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

ああ、これは住所だけではありません！ はい、そうです。16進数と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プレフィックスがありません。