لا أزال أفكر في نوعين من المعاملات اللذين قدّمتْهما Dusk في Rusk: CanonicalTransaction وLedgerTransaction.
يمثلان طبقتين مختلفتين لنفس المعاملة. إن CanonicalTransaction هو الشكل الذي يعمل به Rusk منطقياً، بينما يلفّ LedgerTransaction تلك المعاملة ضمن تمثيل دفتر الأستاذ المطلوب لإصدار بروتوكول معيّن. تتمثل المشكلة في أن Dusk يريد تنمية صيغ التخزين دون إجبار معنى المعاملة على التطور معها؛ وهذه خاصية مهمة عندما يدفع لإدخال الأسواق المالية على السلسلة بالتعاون مع مؤسسات مرخّصة من الاتحاد الأوروبي. ما لا أعرفه بعد هو ما إذا كانت هذا الفصل سيُبقي تغييرات الإصدارات محصورة داخل Rusk بالفعل، أم أن تغييرات الصيغة ستظل تتسرّب إلى المحافظ والتطبيقات وإعادة التشغيل التاريخية.
التفاصيل الجديرة بالمراقبة هي كيف تُوحّد Dusk المعاملات الواردة، وكيف تختار التمثيل الصحيح لدفتر الأستاذ، وكيف تفسّر المعاملات الأقدم بعد ترقية البروتوكول.
استمرار المحفظة في إرسال المعاملات بعد الترقية يُعد دليلاً مفيداً على التوافق. والاختبار الأقوى هو ما إذا كانت Dusk قادرة على تغيير التمثيل من الأسفل مع الحفاظ على نفس دلالات المعاملة من الأعلى.
سأقيّم هذا التجريد بمدى ضآلة تعقيد إدارة الإصدارات التي تحتاج التطبيقات إلى معرفتها.
السؤال هو ما إذا كانت Dusk قد فصلت فعلاً بين معنى المعاملة وكيف يقوم دفتر الأستاذ بتخزينها، أم أنها ببساطة نقلت عبء التعامل مع الإصدارات إلى مكان آخر في السلسلة.
أنا أراقب مدى صمود هذه الحدود عبر تغييرات الصيغة المستقبلية وإعادة التشغيل التاريخية.
#dusk $DUSK @Dusk
يمثلان طبقتين مختلفتين لنفس المعاملة. إن CanonicalTransaction هو الشكل الذي يعمل به Rusk منطقياً، بينما يلفّ LedgerTransaction تلك المعاملة ضمن تمثيل دفتر الأستاذ المطلوب لإصدار بروتوكول معيّن. تتمثل المشكلة في أن Dusk يريد تنمية صيغ التخزين دون إجبار معنى المعاملة على التطور معها؛ وهذه خاصية مهمة عندما يدفع لإدخال الأسواق المالية على السلسلة بالتعاون مع مؤسسات مرخّصة من الاتحاد الأوروبي. ما لا أعرفه بعد هو ما إذا كانت هذا الفصل سيُبقي تغييرات الإصدارات محصورة داخل Rusk بالفعل، أم أن تغييرات الصيغة ستظل تتسرّب إلى المحافظ والتطبيقات وإعادة التشغيل التاريخية.
التفاصيل الجديرة بالمراقبة هي كيف تُوحّد Dusk المعاملات الواردة، وكيف تختار التمثيل الصحيح لدفتر الأستاذ، وكيف تفسّر المعاملات الأقدم بعد ترقية البروتوكول.
استمرار المحفظة في إرسال المعاملات بعد الترقية يُعد دليلاً مفيداً على التوافق. والاختبار الأقوى هو ما إذا كانت Dusk قادرة على تغيير التمثيل من الأسفل مع الحفاظ على نفس دلالات المعاملة من الأعلى.
سأقيّم هذا التجريد بمدى ضآلة تعقيد إدارة الإصدارات التي تحتاج التطبيقات إلى معرفتها.
السؤال هو ما إذا كانت Dusk قد فصلت فعلاً بين معنى المعاملة وكيف يقوم دفتر الأستاذ بتخزينها، أم أنها ببساطة نقلت عبء التعامل مع الإصدارات إلى مكان آخر في السلسلة.
أنا أراقب مدى صمود هذه الحدود عبر تغييرات الصيغة المستقبلية وإعادة التشغيل التاريخية.
#dusk $DUSK @Dusk