Cardano-db-sync: Perbarui pengidentifikasi yang ditentukan dalam CIP5 dengan pengkodean bech32 awalan

db-sync menggunakan rendering alamat dari cardano-api yang ada di repositori cardano-node . Mentransfer tiket ini ke repo itu.

@erikd Apakah ini belum diterapkan di perpustakaan API?

• kolam
• pool_vk
• vrf_vk

@rhyslbw : Ya, API sudah memiliki dukungan untuk awalan Bech32 yang ditentukan dalam CIP5 (termasuk yang Anda daftarkan).

Kami baru-baru ini mengaudit cardano-api untuk kepatuhan dengan CIP5.

Terima kasih @rumit dan @dcoutts. Harap transfer masalah ini kembali ke cardano-db-sync karena saya tidak memiliki kemampuan pengelola untuk melakukannya sendiri

~Dengan asumsi cardano-api melakukan hal yang benar, ini seharusnya berfungsi sekarang ( tag 5.0.0 ).~

@erikd

SELECT * from pool_hash LIMIT 5

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

Oh, ini bukan hanya tentang alamat! Oke, ya, mereka mungkin perlu disimpan sebagai hex dan sebagai Bech32.

Adapun yang lain, saya telah menemukan block.vrf_key dan pool_update.vrf_key . Apakah itu yang?

Saya telah menemukan block.vrf_key dan pool_update.vrf_key . Apakah itu yang?

Ya, ini adalah awalan dan alokasinya sesuai dengan CIP

• pool_vk Kunci verifikasi operator kolam renang
• vrf_vk Kunci verifikasi VRF

Saat ini saya tidak mengetahui adanya pertanyaan yang menggunakan versi mentah ByteString dari bidang ini, jadi saya bisa beralih menggunakan pengkodean Bech32 daripada menduplikasinya. Apakah itu masuk akal?

Oke, block.vrk_key memiliki awalan Bech32 dan karenanya merupakan penyandian.

pool_update.vrf_key tidak memiliki awalan Bech32.