خدمة إدراج في DefiLlama وDappRadar

ماذا تغطي خدمة الإدراج في DefiLlama وDappRadar؟

تجهز الخدمة طلبي إدراج منفصلين: إدراج TVL لـ DefiLlama وإدراج dApp لـ DappRadar. يتطلب كل منهما أدلة خاصة به وتفاصيل مشروع واضحة.

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

ما الذي يجب أن يكون جاهزًا قبل طلب الإدراج؟

يصبح تحضير طلب الإدراج أسهل عندما يستطيع المشروع توجيه المراجعين إلى معلومات عامة مستقرة. ابدأ بقائمة المنتج والأدلة أدناه.

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

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

ما المواد والدعم المشمول؟

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

لا نستخدم وصفًا عامًا واحدًا لكلتا المنصتين. مواد DefiLlama مؤطرة حول البروتوكول وأدلة TVL ذات الصلة؛ مواد DappRadar تحدد التطبيق والغرض الموجه للمستخدم. تقدم أنتم حقائق دقيقة عن المشروع ووصولًا للموارد العامة. نحن ننظم تلك الحقائق، ونحدد الفجوات، ونحضر النص، وندعم أعمال التقديم المتفق عليها. إذا كان ملف تعريف موجود يحتاج تحديثًا فنيًا أو عرضًا تقديميًا بدلاً من إدراج جديد، يمكننا تقييم ما إذا كان إعداد إدراج DEX والسيولة ذا صلة؛ إنه نطاق منفصل، وليس جزءًا تلقائيًا من هذه الباقة.

كيف نحضر ونتتبع طلب كل منصة؟

سير العمل هو تسلسل قصير: تحديد هدف الإدراج، فحص أدلته، تحضير تقديمات منفصلة، ثم تسجيل المتابعة. المشروع لديه نقطة اتصال واحدة في AEOTech لأسئلة الأصول وتحديثات الحالة.

1. قائمة تحقق البدء: تأكيد اسم المشروع والمنتج والمنصة المستهدفة والروابط الرسمية.
2. مراجعة الأدلة: مقارنة الأوصاف المقدمة والمصادر العامة؛ إرسال قائمة موحدة بالفجوات.
3. تحضير الباقة: صياغة نص خاص بالمنصة وتنظيم الروابط والمعلومات الداعمة ذات الصلة.
4. دعم التقديم: تقديم أو دعم التقديم باستخدام الحساب والعملية المتفق عليها.
5. تقرير الحالة: تسجيل تفاصيل التقديم وردود المنصة وأي تغييرات مطلوبة.

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

ما القرارات المتعلقة بالإدراج التي تبقى مع DefiLlama وDappRadar؟

يتحكم المشروع في دقة وإمكانية الوصول إلى تقديمه؛ كل منصة تتحكم في مراجعتها وعرضها المنشور.

قد ترفض DefiLlama أو تغير عرض TVL؛ DappRadar تتحكم في ما إذا كان dApp المقدم يظهر وكيف، والبيانات المعروضة تعتمد على ما يمكن لواجهتها العامة قراءته. يمكننا أن نعد بالبحث المتفق عليه وباقة التقديم والمتابعة، وليس القبول أو موضع عرض معين أو توقيت قرار المنصة.

قبل إرسال المواد، استخدم هذا الفحص:

• افتح كل رابط مشروع في متصفح غير مسجل الدخول وتأكد من وصوله إلى الصفحة المقصودة.
• تأكد من تطابق الاسم ووصف المنتج عبر الموقع والتطبيق والنص المقدم.
• تحقق من أن أي مصدر بيانات أو لوحة معلومات مذكورة متاحة للجمهور ومرتبطة بوضوح بالبروتوكول.
• احتفظ بنسخة من النص والروابط المقدمة لمقارنة التحديثات المستقبلية بالطلب الأصلي.

هذا التحضير يقلل من المراجعات غير الضرورية ويمنح فريقك سجلاً واضحًا إذا طلبت المنصة توضيحًا. أبقِ جهة اتصال مشروع متاحة لتأكيد التفاصيل الواقعية بسرعة.

متى يجب دمج هذه الإدراجات مع أعمال أخرى؟

ادمج الطلبات عندما تنطبق نفس حقائق المشروع وروابط المنتج وجهة اتصال المراجعة على كلتا المنصتين. أبقها منفصلة عندما يشير هدف TVL وهدف dApp إلى منتجات مختلفة أو يحتاجان أدلة مختلفة.

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

الأسعار

الأسعار المبدئية بالدولار الأمريكي. الباقات المخصصة وخصومات الكميات عند الطلب. الدفع بعملات USDT أو USDC أو BTC أو ETH أو SOL أو TON أو بتوكن مشروعك.

كيف نعمل

1. تأكيد أهداف الإدراجأخبرنا عن البروتوكول أو dApp الذي يجب أن يظهر على كل منصة. نؤكد ما إذا كان الطلبان يشيران إلى نفس المنتج.
2. مشاركة مواد المشروع العامةقدم الموقع وروابط التطبيق ومصادر البيانات ذات الصلة والأوصاف الحالية. نشير إلى العناصر المفقودة أو غير المتسقة في قائمة تحقق واحدة.
3. تحضير باقات خاصة بالمنصةننظم أدلة TVL ومعلومات ملف dApp بشكل منفصل، ثم نشارك المواد المقترحة للمراجعة الواقعية.
4. دعم التقديم والمتابعةنتولى أعمال التقديم المتفق عليها ونسجل اتصالات المنصة والأسئلة المفتوحة والإجراءات التالية.
5. مراجعة تقرير الحالةتستلم سجلاً بما تم تحضيره وتقديمه، بالإضافة إلى أي عناصر معلقة لفريق المشروع.