اعترف بصراحة، هناك شيء مؤخرًا ما زلت أفكر فيه باستمرار: يبدو أن دور الخبرة الممنوحة للمطورين في عالم العملات المشفرة لا يزال لا يُنظر إليه بالشكل الصحيح عندما نتحدث عن توجه هذه الصناعة نحو تبنٍّ واسع النطاق.

غالبًا ما نتحدث عن سلاسل البلوكشين التي تضع الخصوصية في المقام الأول، ولماذا يجب حماية بيانات السلسلة (on-chain) بشكل أفضل. لكن برأيي، السؤال الأكثر أهمية هو: هل يمكن للمطور أن يدخل إلى هذا النظام البيئي دون أن يضطر إلى البدء من الصفر؟

تتمتع EVM بميزة كبيرة جدًا هنا. بعد سنوات من التطوير، تشكلت مجموعة كاملة من الأدوات المألوفة: Solidity وHardhat وFoundry وEthers.js وMetaMask وغيرها من عمليات التكامل التي لا حصر لها. لا يعرف المطورون فقط كيفية استخدامها، بل يبنون أيضًا كامل سير العمل حول هذا الـ stack.

لذلك، عندما تسمح سلسلة بلوكشين تركز على الخصوصية للمطورين بالاستفادة مباشرة من الأدوات المألوفة بدلًا من إجبارهم على إعادة كتابة كامل العملية من جديد، تكون القيمة الناتجة أكبر بكثير مما قد يبدو عليه الأمر للوهلة الأولى. برأيي، هذه ميزة ما زالت لا تُقيَّم كما ينبغي.

في رأيي، هذه هي الميزة الأكثر عرضة لأن يتم تجاهلها. عندما يمكن إدخال الخصوصية في سير العمل الحالي بدلًا من إجبار المطورين على تعلم كامل الـ stack مرة أخرى، تنخفض تكلفة التحول بشكل كبير. والأهم من ذلك، ليست هناك حاجة بالضرورة لإعادة كتابة العقود الذكية القائمة من الصفر.

بصراحة، أنا مهتم بشكل خاص بالسلاسل التي يمكنها الجمع بين أمرين: بيئة EVM التي اعتاد عليها المطورون، وخصوصية قوية بما يكفي لحماية البيانات فعليًا عند حدوث المعاملات. بالنسبة لي، هذا هو الاتجاه الذي لديه القدرة على إحداث فارق كبير في عملية التبنّي (adoption). هل توجد سلاسل EVM للخصوصية تقومون ببنائها أو تختبرونها بشكل مباشر؟@Dusk #dusk $DUSK $AKE $HANA