ناشر الرمز وأوائل المشترين

النسخة المصدرية ⁦EN⁩ · ⁦P07-L05⁩ · المدة المقدرة ⁦45⁩ دقيقة · ⁦needs_review⁩

أهداف التعلم:

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

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

استبدل تسمية مبهمة واحدة بأدوار محددة

عرّف «ناشر الرمز» قبل استخدامه. في عملة ميم على ⁦Solana⁩، قد تقصد الحساب الذي يدفع للتهيئة أو الموقّع الذي يجيز الإصدار أو المشغّل الذي يستخدم منصة إطلاق. لا يلزم أن تكون تلك الأدوار واحدة. تفصل وثائق ⁦Solana⁩ صراحةً سلطة الإصدار عن الحساب الذي ينشئ حساب الإصدار أو يدفع له [⁦S-TOKENS⁩]. وقد يتوسط برنامج دورًا بدلًا من كشف حساب بشري.

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

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

افصل مقصد التعليمة عن الآثار الناجحة

قد تتضمن معاملة تعليمة مبادلة ثم تفشل. وقد يحصل متلقٍّ على رموز بالتخصيص أو التحويل أو المبادلة. راجع نتيجة التنفيذ وتغيرات الأرصدة قبل عدّ التداولات الناجحة. يتضمن استرجاع معاملات ⁦Solana⁩ بيانات وصفية للنتائج، وقد يعيد ⁦null⁩ عندما لا يتاح سجل عند مستوى الالتزام المطلوب [⁦S-TRANSACTION⁩]. لا تثبت ⁦null⁩ أن عنوانًا لم يتصرف أبدًا.

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

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

حدّد نطاق «أول مشترٍ» بما بحثته فعلًا

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

يمكن ترقيم تاريخ توقيعات العنوان إلى صفحات، ويُعاد عادةً بالأحدث أولًا [⁦S-SIGNATURES⁩]. يجب ألا يفسر الباحث أول عنصر معاد بأنه أول حدث على الإطلاق. لا تضمن تغطية العنوان المشار إليه أيضًا التقاط كل معاملة ذات صلة بفحص عنوان واحد. قد تختلف احتياجات فهرسة حساب الإصدار والسوق والبرنامج والحسابات المرتبطة.

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

فسّر السلوك المبكر دون استنتاج الدافع

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

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

لا تجعل هذه الحدود النشاط المبكر غير مهم. بل تجعل الاستنتاج قابلًا للاختبار. «تلقى العنوان ⁦B1⁩ مقدار ⁦10,000⁩ وحدة في أول شراء ناجح ضمن نافذة المنصة المقدمة» عبارة دقيقة. تدخل عبارة «اشترى المنشئ أولًا سرًا» ادعاءات هوية ودافع ووصول تحتاج أكثر من المعاملة وحدها.

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

مثال ⁦ILLUSTRATIVE⁩ — ⁦FIX-P07-05.⁩ الصفوف الستة بيانات كاملة لـ ⁦VENUE-A⁩ بين ⁦T+0⁩ و ⁦T+5⁩ النسبيتين. المعرّفات والكميات خيالية.

آثار التداول هذه سجلات خيالية مقدمة، وليست نواتج مشتقة من مجمع الدرس ⁦3.⁩ لا يُقدم نموذج احتياطيات هنا؛ لا تستورد واحدًا.

⁦OBSERVED:⁩ تسند البيانات أدوار تهيئة مختلفة إلى ⁦F⁩ و ⁦C⁩ و ⁦A.⁩ لدى ⁦B1⁩ أقدم شراء ناجح ضمن نافذة ⁦VENUE-A⁩ المقدمة، وتظهر مرتين.

⁦INFERRED:⁩ خريطة الأدوار تمثيل مفيد لهذه العلاقات المرصودة؛ ولا تحدد المتحكمين البشر النهائيين فيها.

⁦UNKNOWN:⁩ منصات/أحداث أسبق خارج البيانات والملكية البشرية والاتصالات الخاصة وصلاحيات الوصول.

⁦INSUFFICIENT EVIDENCE:⁩ تخصيص ⁦R⁩ ليس شراءً. ⁦BUY-FAIL⁩ ليست شراءً ناجحًا. لا يثبت توقيت ⁦B1⁩ وصولًا من الداخل أو علاقة بـ ⁦C.⁩

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

أنشئ خريطة أدوار التهيئة ورتّب أحداث الشراء الناجحة في النافذة المقدمة. عدّ عناوين المشترين الناجحين المختلفة، واجمع إنفاق ⁦B1⁩ بوحدات التسعير ومتلقّياتها من الرموز، وأعد صياغة «كانت ⁦B1⁩ أول مشترٍ من داخل المشروع».

• عرّف كل دور تشغيلي صراحةً.
• تحقق من النتيجة والتعليمة وآثار الأرصدة ذات الصلة.
• افصل التخصيص والتحويل والمحاولة والمبادلة الناجحة.
• اذكر تغطية المنصة/الوقت/التاريخ لكل ادعاء «الأول».
• عدّ العناوين الفريدة منفصلة عن أحداث المعاملات.

ينبغي لتحقيق الإطلاق حفظ الأدوار المختلفة والآثار الناجحة. لا يكون لـ «أول مشترٍ» معنى إلا ضمن نطاق بحث موثق، ولا يكون عنوان مبكر منشئًا أو شخصًا مطلعًا تلقائيًا.

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

ارسم أدوار ⁦INIT-A⁩ كروابط مسماة إلى عقدة حساب إصدار؛ واستخدم خط أحداث منفصلًا للتخصيص والمحاولة الفاشلة والمبادلات الناجحة. اعرض ⁦B1⁩ مكررة دون إنشاء عقدة عنوان جديدة. أرفق آثار التسعير والرموز من البيانات وحد تغطية ⁦VENUE-A⁩ ظاهرًا.

قواعد تسليم المرئيات: كحلي داكن/أسود، ولمسات سماوي/أزرق كهربائي/بنفسجي، مع تسمية الوحدات وعدم اليقين صراحةً. استخدم رسومًا حتمية أو ⁦SVG⁩، لا لقطات شاشة مختلقة. عند ⁦390 px⁩ رتّب الشروح رأسيًا ووفّر جدول البيانات بديلًا نصيًا؛ تحقق من ⁦768 px⁩ وسطح المكتب لاحقًا. في العربية كيّف التسميات والتخطيط بـ ⁦RTL⁩ أصيل، مع عزل العناوين/التجزئات ⁦LTR⁩ وحفظ اتجاه التحويلات الفعلي والتسلسل الزمني. استخدم شعار ⁦BlockAssay⁩ الرسمي المقدم وحده إذا أُضيفت العلامة التجارية. لا يُدعى جاهزية أصل مرئي أو عرض للجوال/⁦RTL.⁩

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

• [أصول ⁦Solana:⁩ حسابات الإصدار والرموز]⁦(https://solana.com/docs/tokens)⁩ — هوية حساب الإصدار وملكية حساب الرمز وأدوار الإصدار/الإنشاء المتمايزة. فُحص ⁦2026-09-30.⁩
• [⁦Solana getTransaction⁩]⁦(https://solana.com/docs/rpc/http/gettransaction)⁩ — استرجاع معاملات مؤكدة ونتائج معاملة/وقت/بيانات وصفية قابلة للقيمة ⁦null.⁩ فُحص ⁦2026-09-30.⁩
• [⁦Solana getSignaturesForAddress⁩]⁦(https://solana.com/docs/rpc/http/getsignaturesforaddress)⁩ — توقيعات العنوان المشار إليه بالأحدث أولًا ومعلمات ترقيم الصفحات. فُحص ⁦2026-09-30.⁩
• [بنى ⁦JSON⁩ لدى ⁦Solana RPC⁩]⁦(https://solana.com/docs/rpc/json-structures)⁩ — موقّعو المعاملة وتعليماتها وبيانات الأرصدة/النتائج الوصفية. فُحص ⁦2026-09-30.⁩

الجداول ومجموعات بيانات التمارين مادة تعليمية أصلية ما لم تُصنّف ⁦HISTORICAL⁩ صراحةً. المعرّفات الخيالية غير صالحة عمدًا كعناوين بلوكتشين. تدعم الوثائق تعريفات الآليات، لا قيم التمارين المختلقة. فحص المصادر بحث تحريري، لا قياس مباشر على السلسلة. قد تتغير المصادر؛ أعد المراجعة قبل النشر.

⁦P07-L06⁩؛ تابع بعد إكمال التمرين ومراجعة تفسير كل سؤال في الاختبار.