𝗲𝗶 𝗪𝗲𝗯𝟯 𝗥𝗲𝗳𝗲𝗿𝗿𝗮𝗹 𝗘𝗻𝗴𝗶𝗻𝗲

يمكن لبرامج الإحالة تسريع نمو Web3.

لكن إذا كنت تكافئ الأشخاص فقط لمجرد جلب محافظ، فقد ينتهي بك الأمر إلى تحسين 𝗳𝗮𝗿𝗺𝗶𝗻𝗴 بدلًا من 𝗴𝗿𝗼𝘄𝘁𝗵.

“أحِل 3 أصدقاء. ستحصل على 50 USDC.”

سهل.

لكن ماذا يحدث بعد ذلك؟

• ينشئ المستخدمون عدة محافظ
• تقوم البوتات بدعوة حسابات غير نشطة
• يتم استخراج المكافآت
• يحصل المستخدمون الحقيقيون على نفس المعاملة التي يحصل عليها المزارعون
• يكتسب البروتوكول محافظًا دون اكتساب نشاط ذي معنى

النمو الحقيقي ليس:

“𝗛𝗼𝘄 𝗺𝗮𝗻𝘆 𝘂𝘀𝗲𝗿𝘀 𝗱𝗶𝗱 𝘆𝗼𝘂 𝗿𝗲𝗳𝗲𝗿?”

بل هو:

“𝗛𝗼𝘄 𝗺𝘂𝗰𝗵 𝘃𝗮𝗹𝘂𝗲 𝗱𝗶𝗱 𝘁𝗵𝗼𝘀𝗲 𝘂𝘀𝗲𝗿𝘀 𝗰𝗿𝗲𝗮𝘁𝗲?”

4 مبادئ لتصميم إحالات أفضل

𝗟𝗮𝘆𝗲𝗿 𝟭 — كافئ القيمة، لا الفعل.

اربط المكافآت بنتائج ذات مغزى مثل حجم التداول، السيولة، الاحتفاظ، الإيرادات، أو الاستخدام المستمر للمنتج.

𝗟𝗮𝘆𝗲𝗿 𝟮 — كافئ الجودة، لا الكمية.

قد تكون 10 مستخدمين يولّدون نشاطًا اقتصاديًا حقيقيًا أكثر قيمة من 1,000 محفظة غير نشطة.

𝗟𝗮𝘆𝗲𝗿 𝟯 — تضمين مقاومة Sybil داخل النظام.

انظر أبعد من عناوين المحافظ. يمكن لأنماط التمويل، وتجميعات المحافظ، وسلوك المعاملات، والتوقيت أن يساعد في تحديد الزراعة المنسقة.

𝗟𝗮𝘆𝗲𝗿 𝟰 — اجعل النظام مستدامًا اقتصاديًا.

المستخدم يخلق قيمة → البروتوكول يكسب → المُحيل يحصل على حصة → يصل مستخدمون أكثر قيمة.

وهذا يخلق حلقة نمو بدلًا من استنزاف الخزينة.

مبدأ النمو

توقف عن السؤال:

“كم عدد المحافظ التي استحوذنا عليها؟”

ابدأ بالسؤال:

“كم قيمة أنشأها المستخدمون الذين تمت إحالتهم بعد الانضمام؟”

لأن نظام الإحالة لا ينبغي أن يزيد عدد المستخدمين فحسب.

بل يجب أن يحسن شبكتك.

𝗥𝘂𝗹𝗲:

إذا كان بإمكان المزارعين كسب أكثر من مستخدمي القوة الحقيقيين، فقد تكون تُحسّن للزراعة بدلًا من النمو.

ما الذي ستقيسه قبل دفع مكافأة إحالة على Web3؟