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