كيفية التحقق من المعروض المتداول على CoinMarketCap

ما المقصود بالمعروض المتداول في CoinMarketCap؟

المعروض المتداول هو تقدير للوحدات التي تُعامل على أنها متاحة في السوق وفق منهجية مزود البيانات. لا يكفي أن تكون الوحدات قد أُصدرت أو أن يظهر رصيدها على السلسلة؛ المهم هو توضيح ما إذا كانت قابلة للتداول فعلياً وكيف صُنّفت الأرصدة الأخرى.

ابدأ بفصل المصطلحات التي قد تختلط في ملفات المشروع:

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

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

يعرض دليل إدراج التوكن في CoinMarketCap سياق ملف الإدراج الأوسع، بينما تركز هذه الصفحة على الحساب والأدلة التي تسنده. افصل كذلك بين عرض المعروض في صفحة البيانات وبين تحديث الملف التعريفي؛ لكل منهما غرض مختلف.

كيف تبني حساباً قابلاً لإعادة المراجعة؟

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

اتبع هذا التسلسل عند إعداد الجدول:

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

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

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

ما المستندات التي تدعم طلب التحقق؟

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

قد يتضمن الملف، بحسب بنية التوكن:

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

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

يمكن أن تساعد صفحة التحقق من ملف المجتمع في CoinMarketCap في التمييز بين التحقق من بيانات المجتمع وبين إثبات المعروض؛ لا تستبدل أحد المسارين بالآخر.

كيف تقدّم البيانات وتتعامل مع طلبات التوضيح؟

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

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

قبل الإرسال، استخدم قائمة الفحص التالية:

• هل تتطابق العناوين والأرصدة مع بيانات السلسلة عند تاريخ الحساب؟
• هل لكل استبعاد سبب موثق، وهل يشرح المستند الحالة لا مجرد نية المشروع؟
• هل تطابق صياغة المعروض المتداول ما يظهر في مستندات التوزيع؟
• هل يستطيع شخص آخر إعادة جمع الأرقام من الجدول؟
• هل أُرسلت المعلومات الحساسة عبر مسار مناسب، لا في منشور عام؟

راجع المصدر الرسمي لمعلومات CoinMarketCap ومركز الدعم لمعرفة المسار والإرشادات المتاحة وقت التقديم. سجّل تاريخ الإرسال والمراسلات داخلياً، واحتفظ بنسخة من كل إجابة. إذا تغير الحساب، قدّم تفسيراً محدداً يوضح ما تغير ولماذا.

ما الأخطاء التي تجعل حساب المعروض ملتبساً؟

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

انتبه خصوصاً إلى هذه الحالات:

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

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

ما الذي يقرره CoinMarketCap عند مراجعة المعروض؟

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

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

لا يمكن التعهد بقبول تصنيف معين أو ظهور رقم محدد في الصفحة؛ قرار المراجعة وطريقة احتساب الأرصدة وعرضها تعود إلى CoinMarketCap. ما يمكن ضبطه هو جودة التسليم: حساب قابل لإعادة البناء، وروابط سليمة، ومستندات متسقة، وردود دقيقة على الاستفسارات. ولا ينبغي تغيير تصنيف رصيد لمجرد ملاءمة رقم مستهدف؛ التصنيف يجب أن يعكس حالة الرصيد والأدلة المتاحة.

إذا كان المطلوب تحديث معلومات الإدراج إلى جانب المعروض، ابدأ من دليل إدراج CoinMarketCap وحدد المسألة التي تخص كل طلب. أما إذا كانت المراجعة تتعلق بمنصة أخرى، فراجع مسار الإدراج في CoinGecko ولا تفترض تطابق التعريفات أو إجراءات المراجعة بين المنصتين.

كيف تحافظ على دقة البيانات بعد التحديث؟

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

احتفظ بسجل تغييرات يوضح تاريخ كل مراجعة، والأرصدة التي تغيرت، وسبب التغيير، والمستند الذي يسنده. لا تمحُ النسخة السابقة؛ أرشفتها تساعد الفريق على تفسير الفرق بين الأرقام المنشورة في أوقات مختلفة. وحين تعدّل صفحة المشروع أو وثائق التوزيع، راجع الجدول ومصادره في الجلسة نفسها حتى لا تبقى معلومات متعارضة.

من المفيد اعتماد مراجعة داخلية قصيرة قبل كل تحديث:

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

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

الأسعار

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

كيف نعمل

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