Cardano-db-sync: Обновить идентификаторы, указанные в CIP5, с префиксом кодировки bech32

db-sync использует рендеринг адреса из cardano-api который находится в репозитории cardano-node . Передача этого билета в репо.

@erikd Они еще не реализованы в библиотеке API?

• бассейн
• pool_vk
• vrf_vk

@rhyslbw : Да, API уже поддерживает префиксы Bech32, указанные в CIP5 (включая те, которые вы указали).

Недавно мы провели аудит 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.