#dusk $DUSK @Dusk

مرحبًا، هل تعلم… سؤال واحد متعلق بـ @DuskFoundation ظل عالقًا في ذهني: إذا تلقت عملية السحب لديّ “202 Accepted”، فلماذا لا يكون العمل قد اكتمل بعد؟

اعتدنا قراءة الرد على أنه “تم.” لكن على بلوك تشين، الإرسال والتسوية هما لحظتان مختلفتان.

على Dusk L1، تعني “202 Accepted” فقط أن عقدةً ما قبلت المعاملة من أجل التوجيه. هذا لا يثبت أن المعاملة دخلت الـ mempool بالفعل، أو وصلت إلى أقران/Peers، أو نُفذت بنجاح، أو أصبحت نهائية.

يفصل Dusk بين هذه الخطوات. تشير “transactions/included” إلى قبول محلي في الـ mempool. أما “transactions/executed” فتعني أن المعاملة عملت داخل بلوك تم قبوله، حيث يجب أن تكون قيمة حقل “err” فارغة (null). تأتي النهائية عندما يتم وسم حدث “blocks/statechange” بأنه “finalized”. وقبل ذلك، قد يزال التراجع ممكنًا حتى بالنسبة لبلوك مقبول.

بشكل افتراضي، لنفترض أنني أسحب DUSK من بورصة. ينشئ نظامها توقيع معاملة Moonlight، ويحفظ بايتاتها ومعرفها، ثم يبثّها. استجابة 202 تؤكد التوجيه—وليست الاكتمال. يجب على البورصة التحقق من التنفيذ وحالة البلوك بعد أن يصبح نهائيًا.

لكنني توقفت هنا للحظة.

ربما ليست النهائية مجرد خاصية توافق (consensus). بل هي مسؤولية تشغيلية.

فمتى يكون السحب مكتملًا حقًا: عندما يجيب الـ API، أم عندما يصبح من المستحيل إجراء الإلغاء/الرجوع؟ ما زلت أفكر في هذا. 🤔