الشيء الذي لفت انتباهي أثناء الحفر في DuskEVM لم يكن جزء الـ EVM بحد ذاته. بل كان مكان تنفيذ البرامج فعليًا.
كنت أراجع @DuskNetwork؛ وبحسب الوثائق الحالية، تستخدم DuskEVM معرّف سلسلة (chain ID) 744، وأن DUSK هو رمز الغاز الأصلي (native). في المقابل، يتولى DuskDS مسؤوليات التسوية وتوفير البيانات. تبدو هذه العزلة نظيفة على الورق، لكنها غيّرت طريقتي في النظر إلى الشبكة: بيئة الـ EVM ليست بديلاً لطبقة Dusk الأساسية؛ بل تعمل فوقها.
ما جعلني أتوقف كان نشاط الحوكمة الأخير في OpenDusk.
تصويت أغسطس يتعلق بما إذا كانت مكافآت الكتل المحروقة يجب أن تتدفق إلى خزانة مجتمعية، بينما تتموضع DuskEVM باعتبارها طبقة التطبيق. لذا توجد هنا مفارقة مثيرة: الحوكمة والتسوية تبقيان مرتبطتين بـ DuskDS، بينما يحصل المطورون على بيئة Solidity/EVM المألوفة فوق ذلك.
كنت أعتقد في البداية أن وجود EVM على Dusk يعني في الغالب نشرًا أسهل. لكن بعد تتبّع البنية (architecture)، لم أعد متأكدًا أن هذا هو الجزء الأهم.
السؤال الحقيقي بالنسبة لي هو: هل يستخدم المطورون فعلاً هذا الفصل في الواقع، أم أن DuskEVM لا يزال في المقام الأول مجرد طبقة توافق، بينما تبقى الأنشطة الأعمق على DuskDS…
@Dusk $DUSK #dusk
كنت أراجع @DuskNetwork؛ وبحسب الوثائق الحالية، تستخدم DuskEVM معرّف سلسلة (chain ID) 744، وأن DUSK هو رمز الغاز الأصلي (native). في المقابل، يتولى DuskDS مسؤوليات التسوية وتوفير البيانات. تبدو هذه العزلة نظيفة على الورق، لكنها غيّرت طريقتي في النظر إلى الشبكة: بيئة الـ EVM ليست بديلاً لطبقة Dusk الأساسية؛ بل تعمل فوقها.
ما جعلني أتوقف كان نشاط الحوكمة الأخير في OpenDusk.
تصويت أغسطس يتعلق بما إذا كانت مكافآت الكتل المحروقة يجب أن تتدفق إلى خزانة مجتمعية، بينما تتموضع DuskEVM باعتبارها طبقة التطبيق. لذا توجد هنا مفارقة مثيرة: الحوكمة والتسوية تبقيان مرتبطتين بـ DuskDS، بينما يحصل المطورون على بيئة Solidity/EVM المألوفة فوق ذلك.
كنت أعتقد في البداية أن وجود EVM على Dusk يعني في الغالب نشرًا أسهل. لكن بعد تتبّع البنية (architecture)، لم أعد متأكدًا أن هذا هو الجزء الأهم.
السؤال الحقيقي بالنسبة لي هو: هل يستخدم المطورون فعلاً هذا الفصل في الواقع، أم أن DuskEVM لا يزال في المقام الأول مجرد طبقة توافق، بينما تبقى الأنشطة الأعمق على DuskDS…
@Dusk $DUSK #dusk
