مكافأة الولاء: توزيع جوائز تلقائي لجميع الحاملين
بقلم DeHub Team — 2021-07-03
عندما تم العثور على ثغرة أمنية في عقد الإصدار 1، أوقفنا التفاعلات معها مؤقتًا، وقمنا بتصحيحها وإعادة نشرها. الجزء الذي كان مهمًا لحاملي الأسهم هو ما حدث بعد ذلك: لقطة لكل رصيد قبل بدء العقد الجديد، وإسقاط جوي تلقائي بنسبة 1:1 لكل واحد منهم.
لم يكن على أحد أن يطالب بشيء. لم يكن على أحد أن يوقع على أي شيء. لم يفوت أحد نافذة.
لماذا التلقائية، ولماذا هي مهمة
الطريقة العادية للتعامل مع هذا هي صفحة المطالبة. إنها أرخص بكثير، وهي ممارسة قياسية، ولم نقم بها — لأن صفحة المطالبة تنقل بهدوء تكلفة خطأك إلى الأشخاص الذين تم توجيهها ضدهم.
تفشل آليات المطالبة لأسباب عادية. الناس يسافرون. الناس يفوتهم الإعلان. فقد الأشخاص إمكانية الوصول إلى المحفظة التي يحتفظون بها، أو لا يفهمون ما هي المطالبة، أو يرون رابطًا يطلب منهم توصيل محفظة بعد حادث أمني ويقررون بشكل صحيح عدم الوثوق بها. كل واحد من هؤلاء ينتج حاملًا لم يفعل شيئًا خاطئًا وينتهي به الأمر بلا شيء، وينتهي كل رصيد غير مطالب به بالمشروع.
الحادث كان لنا. لا ينبغي أن يتطلب الإصلاح شرط المشاركة.
ما يتضمنه التلقائية في الواقع
إنه عمل أكثر، ومن المفيد أن نكون واضحين بشأن ما هو العمل:
- يجب أن تكون اللقطة قابلة للدفاع. تم نشر كتلة واحدة، تم التقاطها قبل النشر، حتى يتمكن أي شخص من التحقق من رصيده الخاص مقابلها.
- يكلف التوزيع أموالًا حقيقية. الآلاف من التحويلات الفردية برسوم الشبكة، التي يدفعها المشروع، مع عدم وجود تعويضات متبقية لم تتم المطالبة بها.
- يجب البت في قضايا EDGE مقدمًا وعلنيًا. الأرصدة المحتفظ بها في المجمعات، في العقود، في منتصف التحويل في كتلة اللقطات — كل واحد منها يحتاج إلى قاعدة معلنة، يتم تطبيقها باستمرار، قبل أن يتهمك أي شخص باختيار الفائزين بعد حدوث ذلك.
السابقة التي حددتها
هذه هي المرة الأولى التي تقوم فيها DeHub بإسقاط حامليها، وقد حددت النمط لكل شيء منذ ذلك الحين. كانت Airdrops جزءًا من نموذج المنفعة منذ الورقة البيضاء الأولى في عام 2021، وتلك التي تلت ذلك - إسقاط الهواء الشريك للمروحة. شوكة الموقع، وفي وقت لاحق توزيعات Last Chad Standing — ورثت جميعها نفس الافتراضات. تم نشر اللقطة، والقواعد المنصوص عليها مقدمًا، ولا يُطلب من الحاملين الأداء ليتم تضمينهم.
كما أنه وضع معيارًا داخليًا تم الالتزام به منذ ذلك الحين: عندما نكسر شيئًا ما، لا يتم الانتهاء من الإصلاح عند إصلاح التعليمة البرمجية. يتم الانتهاء منه عندما يكون الأشخاص المتضررون كاملين. تم اختبار هذا المبدأ بشكل أكثر صعوبة في الربع الرابع من عام 2022، عندما قام عطل في مشغل الضرائب بتجميد الرمز المميز ومجمع السيولة وأجبر على إعادة إطلاق الإصدار الثاني بالكامل مع أكثر من 25000 حامل الهجرة. لم يتغير النهج. لقد أصبح الأمر أكثر تكلفة بكثير.
الشيء الذي لا يحسبه أحد
القيام بذلك بهذه الطريقة في 2021 هو السبب في أن الهجرة إلى 2022 عملت على الإطلاق.
بحلول أواخر عام 2022، كنا نطلب من 25000 شخص اتخاذ إجراء غير عادي باستخدام محافظهم، مباشرة بعد الفشل الذي تسببنا فيه، في بيئة مليئة بالأشخاص الذين ينتحلون شخصياتنا ويأملون أن ينقر شخص ما على الرابط الخطأ. كان الأصل الحقيقي الوحيد الذي كان لدينا في تلك المحادثة هو مثال سابق على كيفية تصرفنا عندما نكسر شيئًا ما.
التعامل مع الحادث الأول بشكل صحيح لم يكن فقط الشيء الصحيح في ذلك الوقت. كان هو الائتمان الذي أنفقناه عامًا لاحقًا، عندما احتجنا إليه ولم نتمكن من كسبه لاحقًا.