Cardano-db-sync: تحديث المعرفات المحددة في CIP5 بترميز bech32 المسبق

يستخدم db-sync عرض العنوان من cardano-api الموجود في مستودع cardano-node . نقل هذه التذكرة إلى ذلك الريبو.

erikd هل هذه لم يتم تنفيذها بالفعل في مكتبة API؟

• حوض السباحة
• pool_vk
• vrf_vk

rhyslbw : نعم ، تدعم واجهة برمجة التطبيقات بالفعل بادئات Bech32 المحددة في CIP5 (بما في ذلك تلك التي قمت بإدراجها).

لقد قمنا مؤخرًا بتدقيق cardano-api للتوافق مع CIP5.

شكرا intricate و @ dcoutts. الرجاء إعادة هذه المشكلة إلى cardano-db-sync حيث إنني لا أمتلك إمكانيات المشرف للقيام بذلك بنفسي

~ بافتراض أن cardano-api يفعل الشيء الصحيح ، يجب أن يعمل هذا الآن ( 5.0.0 tag). ~

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.