تسبب الإسقاط الجوي لـ ZKSync في إثارة الجدل، فلنلقِ نظرة على معضلة البداية الباردة لمشروع Web3

محور النقاش المجتمعي: هل التفاعل هو المفتاح أم أن مبلغ التمويل هو المفتاح

فقرة طويلة بمرور الوقت، يبدو أن صناعة Web3 قد شكلت نموذجًا لجذب المستخدمين لاستخدام المنتجات من خلال Airdrop، وبالتالي تحقيق بداية باردة للمشروع. وينطبق هذا بشكل خاص على مسار Layer2، من خلال توجيه توقعات المطورين والمستخدمين بشأن عمليات الإنزال الجوي المحتملة، يتم تحفيز المطورين على بناء التطبيقات اللامركزية وصيانتها بشكل فعال، بينما يتم تحفيز المستخدمين على توصيل الأموال إلى الطبقة 2 المستهدفة في المراحل الأولى من التطوير والمشاركة بنشاط. في المشاريع التي يتم تشغيلها على Layer2 الهدف، أصبح التطبيق اللامركزي، الذي يخدم غرض تنشيط البيئة، هو المعيار.

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

من أجل استكشاف الأسباب الكامنة وراء هذا الجدل ومناقشة بعض الآثار المرجعية للمستقبل، من الطبيعي مراجعة إعدادات قاعدة airdrop السابقة لـ Arbitrum وOptimism. أولاً، دعونا نراجع نشاط التوزيع الجوي لـ Arbitrum، والذي يعود تاريخه إلى مارس 2023. فقد خصصت 11.62% من إجمالي المعروض من عمليات التوزيع الجوي لـ Arbitrum لمستخدمي Aribitrum، بينما خصصت 1.13% من عمليات التوزيع الجوي لـ Arbitrum للمنظمات اللامركزية المستقلة التي تعمل في نظام Arbitrum البيئي. تعتمد إعدادات نشاط الإسقاط الجوي على بيانات اللقطة في 6 فبراير 2023. القواعد المحددة للمستخدمين هي كما يلي:

Cross-chain إلى Arbitrum: يحتاج المستخدمون إلى تحويل الأموال إلى Arbitrum One أو Arbitrum Nova.

المعاملات في فترات زمنية مختلفة: المستخدمون في شهرين مختلفين، أو ستة أشهر مختلفة، أو تسعة أشهر مختلفة تم إجراء المعاملات.

تكرار المعاملات وتفاعلها: أجرى المستخدم أكثر من 4 أو 10 أو 25 أو 100 معاملة أو بالرقم المقابل ذكيًا تفاعلت العقود

قيمة المعاملة: أجرى المستخدمون معاملات بقيمة إجمالية تزيد عن 10,000 دولار، أو 50,000 دولار، أو 250,000 دولار.

توفير السيولة: قام المستخدمون بإيداع أكثر من 10,000 دولار أمريكي، أو 50,000 دولار أمريكي، أو 250,000 دولار أمريكي في صورة سيولة

نشاط Arbitrum Nova: أجرى المستخدمون أكثر من 3 أو 5 أو 10 معاملات على Arbitrum Nova.

كل تفصيل سيكون له طريقة محددة لحساب النتيجة. الحد الأعلى للنتيجة هو 15 نقطة تحديد يمكن تقريب طريقة حساب عدد Arbs التي يمكن للمستخدمين الحصول عليها كعلاقة خطية، لكن مكافأة البداية تبدأ من 3 نقاط والحد الأقصى للمكافأة هو 10,200 Arbs. أما بالنسبة لمكافآت DAO، فسيتم تحديد المبلغ المحدد مباشرةً بناءً على طريقة تقييم النشاط، ومن النتائج، تلقت 137 DAOs أخيرًا إسقاطات جوية، وحصلت Treasure وGMX على أكبر عدد، 8 ملايين Arb على التوالي. وهو حقا ربح ضخم.

دعونا نراجع Optimism. على عكس Arbitrum، تنقسم عمليات الإنزال الجوي لـ Optimism إلى جولات متعددة ويمثل إجمالي عدد المكافآت الموزعة 19% من إجمالي العرض أولاً يعود تاريخ جولة الإنزال الجوي إلى يونيو 2022. وقد تم توزيع إجمالي 5% من المكافآت على 260 ألف عنوان. حتى الآن، تم تنفيذ أربع جولات من الإنزال الجوي، والقواعد المحددة لكل جولة من الإنزال الجوي هي كما يلي:

الجولة الأولى: يتم تقسيم المستخدمين العاديين والمستخدمين النشطين وفقًا لعدد المعاملات المقابلة لـ المعاملة 1 على التوالي، العناوين التي تحتوي على أكثر من 4 معاملات، بالإضافة إلى المشاركين في Ethereum DAO، ومستخدمي محفظة Ethereum متعددة التوقيع، والجهات المانحة لـ Gitcoin، ومستخدمي الجسر عبر السلسلة. تتوافق كل هوية مع مكافأة ذات قيمة ثابتة، ويمكن تكديس المكافآت الثلاث الأخيرة.

الجولة الثانية: يمكن للمستخدمين الذين يزيد إجمالي رسوم المعاملات الخاصة بهم عن 6.1 دولارًا أمريكيًا أو يتجاوز عمر عملتهم 2000 ويشاركون في الحوكمة الموكلة مشاركة 11,742,277 دولارًا أمريكيًا؛

الجولة الثالثة: يمكن للمستخدمين الذين لديهم عمر عملة يزيد عن 18000 والذين يشاركون في الحوكمة الموكلة مشاركة 19,411,313 دولارًا أمريكيًا OP;

الجولة الرابعة: 10,343,757 دولارًا أمريكيًا مخصصة لمنشئي NFT؛

من المراجعة أعلاه، ليس من الصعب العثور على أن عدد التفاعلات سيكون مؤشرًا مرجعيًا مهمًا في إعدادات النشاط المحددة الخاصة به والتي يمكن عادةً الحصول عليها من قبل المستخدمين الذين يتفاعلون بشكل متكرر المزيد من المكافآت. ومع ذلك، يبدو أن ZKSync قد تخلى عن هذه القاعدة غير المعلنة. في تصميم التوزيع الجوي لـ ZKSync، يتم تقسيم تأهيل وتخصيص مستخدمي ZKsync إلى أربع خطوات متتالية للاختيار والحساب. القواعد المحددة هي كما يلي تقريبًا:

فحص الأهلية: سيتم فحص كل عنوان تم التعامل معه على ZKsync Era وZKsync Lite وفقًا لمعايير الأهلية. وقد وضعت 7 معايير فحص لفحص المستخدمين المؤهلين، مثل التفاعل مع أكثر من 10 عقود غير رمزية ويجب أن تكون العقود غير الرمزية نشطة لمدة 30 يومًا على الأقل، وإرسال 5 معاملات على الأقل في ZKsync Era، وما إلى ذلك.

التوزيع: عند حساب مبلغ المكافأة المحدد لعنوان يستوفي المعايير المذكورة أعلاه، يتم تأكيده بناءً على صيغة قياس القيمة تحسب الصيغة متوسطًا مرجحًا للوقت بناءً على المبلغ المرسل إلى ZKsync Era والوقت الذي يتم فيه الاحتفاظ بأصول التشفير هذه في المحفظة، وتستخدم ذلك لضبط تخصيص كل عنوان، وفي الوقت نفسه، الأموال المشاركة في التطبيق اللامركزي سيحصل البروتوكول على مكافأة مضاعفة، مما يعني أنه إذا قمت بتحويل أموال كبيرة إلى ZKSync، واحتفظت بها لفترة طويلة، واستخدمت هذه الأموال بنشاط للمشاركة في بعض المنتجات المحفوفة بالمخاطر، مثل توفير السيولة لـ DEX، فسوف تحصل على المزيد من المكافآت. .

المضاعف: يمكن للعناوين التي تستوفي معايير معينة أن تتلقى مضاعفًا عند التخصيصات. تحتوي هذه المعايير عادةً على بعض العملات البديلة الأصلية ZKSync أو NFTs عالية المخاطر.

اكتشاف Sybil: أخيرًا، ستقوم ZKSync أيضًا بالكشف عن هجمات الساحرات لضمان تصفية معظم الروبوتات، ومعايير الكشف الخاصة بها من يتم تنفيذه من جانبين: مصدر ETH الأول بعد إنشاء عنوان EOA، والتفاعل بين عنوان EOA وعنوان إيداع CEX. في الواقع، يستفيد هذا أيضًا من خصائص CEX KYC.

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

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

انطلاقًا من النتائج، يبدو أن مناشدات كلا الجانبين مفهومة ولا يمكن تحديد الصواب والخطأ إلا من المنظور، لكنني أعتقد أن بعض الأشياء مفهومة ما يستحق التفكير فيه هو من هم مستخدمي القيمة الأساسية في مرحلة البداية الباردة لمشروع Web3 اليوم، أو أي نوع من المستخدمين يجب تشجيعهم في مرحلة البداية الباردة.

التفاعل المكثف يؤدي إلى مشاكل هجوم الساحرات، وشهادة الملكية تؤدي إلى مشاكل الاحتكار

نعم تتم مكافأة المشاركين في وقت مبكر على أساس Airdrop، والذي أثبت أنه وسيلة فعالة لبدء مشاريع Web3 على البارد، ويمكن أن يساعد إعداد آلية Airdrop الجيدة المشروع على جذب مستخدمي البذور بكفاءة في المرحلة المبكرة، وفي نفس الوقت تحفيز المستخدمين على ذلك استخدام السلوكيات الرئيسية للبروتوكول وإكمال تعليم المستخدم وزيادة التصاق المنتج. وهذا أيضًا هو السبب الأساسي وراء تركيز إعدادات الإسقاط الجوي لمعظم مشاريع Web3 لفترة طويلة على تحفيز السلوكيات التفاعلية، ومع ذلك، فقد جلب هذا عيبًا، وهو أنه يخفض عتبة الحصول على المكافآت، مما يسهل الأنشطة لمواجهة هجمات السحرة. نظرًا لسهولة أتمتة السلوكيات التفاعلية وتجميعها، فإن هذا يمنح العديد من الفرق المهنية مساحة للعمليات المجمعة. عندما يتدفق عدد كبير من حسابات الروبوت، على الرغم من أن البروتوكول سيحقق ازدهارًا زائفًا على المدى القصير، فإن هؤلاء "المستخدمين" عادة ما يعيشون تدريجيًا. ولا يمكن لوحدها توفير قوة دافعة للتطوير المستقبلي للمشروع، وبعد الحصول على المكافآت، سيتم صرف معظمها لزيادة معدل دوران رأس المال وبالتالي زيادة الأرباح، مما يؤدي في الواقع إلى تخفيف عدد المكافآت التي يمنحها جانب المشروع لهؤلاء المستخدمين ذوي القيمة الحقيقية لا يستحقون الخسارة حقًا.

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

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

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

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