قضيت بعض الوقت في النظر إلى جانب الـ VM من Dusk، وبصراحة، هذا هو المكان الذي تصبح فيه الفكرة مثيرة للاهتمام.
يتحدث الجميع عن Dusk من أجل الخصوصية. لكنني كنت أعود دائمًا إلى الجزء الذي يختبئ تحته: كيف تقوم السلسلة فعليًا بتشغيل الكود دون أن يتحول هذا الكود إلى مشكلة؟
هنا يأتي دور Piecrust. إنه بيئة تنفيذ مبنية حول فكرة واحدة بسيطة: يجب أن تعيش العقود الذكية داخل صندوق شديد التحكم.
يبدو الأمر مملًا. إلى أن تتذكر أن كل عقد هو كود لا يمكنك الوثوق به بالكامل. قد يكون به أخطاء، أو خبيثًا، أو يفعل شيئًا لم يتخيله المطور.
لذلك يجب أن يكون الـ VM صارمًا. الحدود الخاصة بالذاكرة مهمة. الاستدعاءات مهمة. وما يمكن للعقد الوصول إليه مهم.
اضطر Dusk إلى تقوية هذه الأجزاء مع مرور الوقت أيضًا، عبر إصلاحات تتعلق بالذاكرة خارج الحدود، والتغليف (sandboxing)، والaliasing، وإعادة الدخول (reentrancy)، وغيرها من المشكلات العميقة في طبقة التنفيذ.
ليست من الأشياء التي تصنع عنوانًا جذابًا في عالم العملات المشفرة. لكنها الأشياء التي أهتم بها حقًا.
لأن الخصوصية لا تكون قوية إلا بقدر قوة الآلية الموجودة تحتها.
ما يعجبني في Dusk هو أن بيئة التنفيذ لم تُصمَّم بشكل منفصل عن مكدس الخصوصية. تعمل العقود داخل WASM، ويتحكم الـ VM في البيئة، بينما يتولى بقية المكدس التعامل مع المعاملات السرّية والتحقق.
أجزاء مختلفة، لكنها يجب أن تتصرف كنظام واحد.
لا يبدو أن Dusk مجرد إعادة بناء للإيثيريوم مع إضافة الخصوصية فوقه. نموذج التنفيذ مختلف، وطريقة التعامل مع ذاكرة العقد والحالة تبدو مصممة لغرضها أكثر من نموذج الـ EVM المعتاد.
لهذا لفت انتباهي Piecrust.
ليس لأن WASM يبدو شيئًا رائعًا.
بل لأن الجزء الممل هو غالبًا المكان الذي تعيش فيه الهندسة الحقيقية.
إذا أصبح Dusk شبكة مالية جادة، فقد يلاحظ الناس المعاملات الخاصة أولًا. وسيقل عدد من سيلاحظ أن الـ VM يقوم بهدوء بالتأكد من أن كل ما تحته يتصرف بالطريقة التي يجب أن يتصرف بها بالضبط.
@Dusk #dusk $DUSK
يتحدث الجميع عن Dusk من أجل الخصوصية. لكنني كنت أعود دائمًا إلى الجزء الذي يختبئ تحته: كيف تقوم السلسلة فعليًا بتشغيل الكود دون أن يتحول هذا الكود إلى مشكلة؟
هنا يأتي دور Piecrust. إنه بيئة تنفيذ مبنية حول فكرة واحدة بسيطة: يجب أن تعيش العقود الذكية داخل صندوق شديد التحكم.
يبدو الأمر مملًا. إلى أن تتذكر أن كل عقد هو كود لا يمكنك الوثوق به بالكامل. قد يكون به أخطاء، أو خبيثًا، أو يفعل شيئًا لم يتخيله المطور.
لذلك يجب أن يكون الـ VM صارمًا. الحدود الخاصة بالذاكرة مهمة. الاستدعاءات مهمة. وما يمكن للعقد الوصول إليه مهم.
اضطر Dusk إلى تقوية هذه الأجزاء مع مرور الوقت أيضًا، عبر إصلاحات تتعلق بالذاكرة خارج الحدود، والتغليف (sandboxing)، والaliasing، وإعادة الدخول (reentrancy)، وغيرها من المشكلات العميقة في طبقة التنفيذ.
ليست من الأشياء التي تصنع عنوانًا جذابًا في عالم العملات المشفرة. لكنها الأشياء التي أهتم بها حقًا.
لأن الخصوصية لا تكون قوية إلا بقدر قوة الآلية الموجودة تحتها.
ما يعجبني في Dusk هو أن بيئة التنفيذ لم تُصمَّم بشكل منفصل عن مكدس الخصوصية. تعمل العقود داخل WASM، ويتحكم الـ VM في البيئة، بينما يتولى بقية المكدس التعامل مع المعاملات السرّية والتحقق.
أجزاء مختلفة، لكنها يجب أن تتصرف كنظام واحد.
لا يبدو أن Dusk مجرد إعادة بناء للإيثيريوم مع إضافة الخصوصية فوقه. نموذج التنفيذ مختلف، وطريقة التعامل مع ذاكرة العقد والحالة تبدو مصممة لغرضها أكثر من نموذج الـ EVM المعتاد.
لهذا لفت انتباهي Piecrust.
ليس لأن WASM يبدو شيئًا رائعًا.
بل لأن الجزء الممل هو غالبًا المكان الذي تعيش فيه الهندسة الحقيقية.
إذا أصبح Dusk شبكة مالية جادة، فقد يلاحظ الناس المعاملات الخاصة أولًا. وسيقل عدد من سيلاحظ أن الـ VM يقوم بهدوء بالتأكد من أن كل ما تحته يتصرف بالطريقة التي يجب أن يتصرف بها بالضبط.
@Dusk #dusk $DUSK