#dusk $DUSK @Dusk
حقًا... التمييز الذي كنت أُخطئ فيه باستمرار هو أن إخفاء معاملة وإخفاء الحالة الداخلية لعقد ذكي هما مشكلتان مختلفتان تمامًا، ومعظم من يتحدثون عن Dusk يخلطون بينهما.
عُملات الخصوصية حلّت المشكلة الأولى منذ سنوات — إخفاء من أرسل ماذا إلى من. هذه هي مهمة Phoenix على Dusk. لكن العقد الذكي ليس مجرد معاملة، بل برنامجٌ جارٍ يعمل مع متغيرات داخلية. عقد الإقراض يحتاج إلى معرفة نسبة الضمان لديك. عقد المزاد يحتاج إلى تتبّع العطاءات. إذا كانت هذه الحالة موجودة على سلسلة عامة بشكل مكشوف، فإن خصوصية المعاملة التي أنشأتها لا تعني شيئًا تقريبًا — يمكن لأي شخص فقط قراءة ذاكرة العقد.
أنشأ Dusk تنفيذ العقود السرّية مع التركيز على المشكلة الثانية تحديدًا، بحيث تظل حالة العقد مُشفّرة بينما يستمر العقد في العمل بشكل صحيح معها. هذا ضمانٌ أصعب من إخفاء مقدار التحويل. يجب على العقد أن يُثبت أنه التزم بقواعده الخاصة — تم تطبيق عطاء صحيح، وتم التحقق من حد ضمان حقيقي — دون أن يكشف أبدًا الأرقام التي استخدمها للقيام بذلك.
ما يتيح ذلك هو منطق مالي خاص، لا مجرد مدفوعات خاصة. يمكن لأصلٌ مالي منظَّم لديه قيود تداول مضمّنة فرض تلك القيود على السلسلة دون كشف من يتم تقييده أو سبب التقييد، وهو أقرب إلى ما تتطلبه قوانين الأوراق المالية الحقيقية فعليًا — التحكم دون مراقبة.
المشكلة هي تكلفة التحقق. إثبات أن حسابًا تم بشكل صحيح على بيانات مخفية يتطلب عملًا توليديًا/تشفيريًا أكبر من إثبات أن معاملة عادية كانت صحيحة. هذه الإضافة هي ثمن العقود التي يمكنها التفكير بشكل خاص.
إنها مسألة صغيرة بآثار كبيرة: كانت المدفوعات الخاصة هي المشكلة السهلة في هذا المجال. كانت الحوسبة الخاصة هي المشكلة الحقيقية دائمًا.
حقًا... التمييز الذي كنت أُخطئ فيه باستمرار هو أن إخفاء معاملة وإخفاء الحالة الداخلية لعقد ذكي هما مشكلتان مختلفتان تمامًا، ومعظم من يتحدثون عن Dusk يخلطون بينهما.
عُملات الخصوصية حلّت المشكلة الأولى منذ سنوات — إخفاء من أرسل ماذا إلى من. هذه هي مهمة Phoenix على Dusk. لكن العقد الذكي ليس مجرد معاملة، بل برنامجٌ جارٍ يعمل مع متغيرات داخلية. عقد الإقراض يحتاج إلى معرفة نسبة الضمان لديك. عقد المزاد يحتاج إلى تتبّع العطاءات. إذا كانت هذه الحالة موجودة على سلسلة عامة بشكل مكشوف، فإن خصوصية المعاملة التي أنشأتها لا تعني شيئًا تقريبًا — يمكن لأي شخص فقط قراءة ذاكرة العقد.
أنشأ Dusk تنفيذ العقود السرّية مع التركيز على المشكلة الثانية تحديدًا، بحيث تظل حالة العقد مُشفّرة بينما يستمر العقد في العمل بشكل صحيح معها. هذا ضمانٌ أصعب من إخفاء مقدار التحويل. يجب على العقد أن يُثبت أنه التزم بقواعده الخاصة — تم تطبيق عطاء صحيح، وتم التحقق من حد ضمان حقيقي — دون أن يكشف أبدًا الأرقام التي استخدمها للقيام بذلك.
ما يتيح ذلك هو منطق مالي خاص، لا مجرد مدفوعات خاصة. يمكن لأصلٌ مالي منظَّم لديه قيود تداول مضمّنة فرض تلك القيود على السلسلة دون كشف من يتم تقييده أو سبب التقييد، وهو أقرب إلى ما تتطلبه قوانين الأوراق المالية الحقيقية فعليًا — التحكم دون مراقبة.
المشكلة هي تكلفة التحقق. إثبات أن حسابًا تم بشكل صحيح على بيانات مخفية يتطلب عملًا توليديًا/تشفيريًا أكبر من إثبات أن معاملة عادية كانت صحيحة. هذه الإضافة هي ثمن العقود التي يمكنها التفكير بشكل خاص.
إنها مسألة صغيرة بآثار كبيرة: كانت المدفوعات الخاصة هي المشكلة السهلة في هذا المجال. كانت الحوسبة الخاصة هي المشكلة الحقيقية دائمًا.