#dusk $DUSK @Dusk
نادراً ما أفكر بما يحدث بعد أن أضغط على “تأكيد” في محفظة. أرى العملية تكتمل ثم أنتقل إلى غيرها. لكن عندما تعمقت في DuskEVM أدركت أن هذه اللحظة البسيطة تُخفي معظم البنية المعمارية التي تهم فعلاً.
تبدأ المعاملة في بيئة EVM مألوفة. تُنفَّذ على DuskEVM، مع $DUSK مستخدمة للغاز. بالنسبة للمطورين والمستخدمين، فإن هذه المألوفة أمر مهم. لكن ما جذب انتباهي هو أن التنفيذ ليس سوى جزء واحد من الرحلة.
خلف الواجهة، يتم تجميع نشاط DuskEVM وتمثيله عبر التزامات الحالة (state commitments). ثم تُثبَّت تلك الالتزامات على DuskDS، والذي يوفر التسوية وتوفّر البيانات لطبقة EVM. لذلك فإن @Dusk يفصل فعلياً بين البيئة التي تُنفَّذ فيها التطبيقات والبنية التحتية المسؤولة عن تثبيت الحالة الناتجة.
شخصياً، أعتقد أن هذا الفصل يصبح مثيراً للاهتمام عندما تتزايد الضغوط. لن يسأل أغلب المستخدمين أبداً أين تم تجميع معاملتهم أو كيف أصبحت حالتها متاحة. لا يلاحظون البنية المعمارية إلا عندما يتباطأ شيء ما أو يفشل. وهذا يضع مسؤولية حقيقية على @Dusk : إذ يتعين على الطبقات أن تتنسيق دون أن تتحول التعقيدات التقنية إلى احتكاك لدى المستخدم.
لهذا السبب أنا أتابع ما يحدث بعد نقرة المحفظة.
أفضل البنى التحتية غالباً ما تبدو غير مرئية. السؤال الحقيقي بالنسبة إلى $DUSK هو ما إذا كان سيظل الأمر كذلك عندما تصبح الأنشطة أكثر جدية.
نادراً ما أفكر بما يحدث بعد أن أضغط على “تأكيد” في محفظة. أرى العملية تكتمل ثم أنتقل إلى غيرها. لكن عندما تعمقت في DuskEVM أدركت أن هذه اللحظة البسيطة تُخفي معظم البنية المعمارية التي تهم فعلاً.
تبدأ المعاملة في بيئة EVM مألوفة. تُنفَّذ على DuskEVM، مع $DUSK مستخدمة للغاز. بالنسبة للمطورين والمستخدمين، فإن هذه المألوفة أمر مهم. لكن ما جذب انتباهي هو أن التنفيذ ليس سوى جزء واحد من الرحلة.
خلف الواجهة، يتم تجميع نشاط DuskEVM وتمثيله عبر التزامات الحالة (state commitments). ثم تُثبَّت تلك الالتزامات على DuskDS، والذي يوفر التسوية وتوفّر البيانات لطبقة EVM. لذلك فإن @Dusk يفصل فعلياً بين البيئة التي تُنفَّذ فيها التطبيقات والبنية التحتية المسؤولة عن تثبيت الحالة الناتجة.
شخصياً، أعتقد أن هذا الفصل يصبح مثيراً للاهتمام عندما تتزايد الضغوط. لن يسأل أغلب المستخدمين أبداً أين تم تجميع معاملتهم أو كيف أصبحت حالتها متاحة. لا يلاحظون البنية المعمارية إلا عندما يتباطأ شيء ما أو يفشل. وهذا يضع مسؤولية حقيقية على @Dusk : إذ يتعين على الطبقات أن تتنسيق دون أن تتحول التعقيدات التقنية إلى احتكاك لدى المستخدم.
لهذا السبب أنا أتابع ما يحدث بعد نقرة المحفظة.
أفضل البنى التحتية غالباً ما تبدو غير مرئية. السؤال الحقيقي بالنسبة إلى $DUSK هو ما إذا كان سيظل الأمر كذلك عندما تصبح الأنشطة أكثر جدية.