لا يزال يتعين على القراء الذين يعرفون بالفعل أن وحدة GPU يمكنها تدريب نموذج أو تقديمه التمييز بين ثلاثة تصاميم: العمل الذي ينشئ الكتلة، والعمل الذي يقيّمه المدققون، والعمل الذي يدفع المشتري مقابله. يقع Pearl ضمن التصميم الأول. ولا يزال بإمكان التقييم أو عقد الإيجار أن يكون مفيدًا للمشتري، بينما تواصل السلسلة المضيفة إنتاج الكتل من دون مهمة GPU تلك.
تجيب المهمة المجتازة، والتقييم المرتفع من المدققين، وإجابة البلاطة الفائزة عن أسئلة مختلفة. ولا يضع السعر ووقت التشغيل الشبكة ضمن التصميم نفسه.
أهم النقاط
- تعتمد قرعة الكتل في Pearl على ضرب المصفوفات باستخدام GPU على سلسلتها الخاصة. تدفع Bittensor عملة TAO عندما يقيّم المدققون مخرجات الشبكات الفرعية. وتفرض Akash وRender رسومًا مقابل عقد إيجار أو مهمة، بينما تنتج سلاسلهما المضيفة الكتل من خلال التخزين.
- يثبت برهان Pearl الصحيح أن بلاطة مخرجات محددة أُعيد حسابها واستوفت مستوى الصعوبة. لكنه لا يثبت أن المصفوفات جاءت من التمرير الأمامي لنموذج مدفوع الأجر.
- لا تُعد قوائم الأجهزة التي ينشرها المعدّنون من جهات خارجية ثوابت بروتوكولية. ويتمثل المسار الموثق في Pearl في عقدة بالإضافة إلى معدّن vLLM. وتدرج Akash موارد الحاويات، بينما تسند Render مهام GPU إلى مشغّلي العقد.
- تؤدي الأصول الأصلية أدوارًا مختلفة: تُستخدم PRL كإعانة لكتل Pearl، وتتبع TAO التقييمات المجمعة، وتنتج AKT المخزنة كتل Akash بينما يُدفع عقد الإيجار من ACT، وتُحرق RENDER للدفع مقابل مهمة بينما يُدفع للمشغلين من جدول إصدار منفصل.
ماذا تفعل كل شبكة فعليًا؟
Pearl هي سلسلة بلوكشين من الطبقة الأولى، وتتمثل وحدة العمل فيها في ضرب المصفوفات باستخدام GPU. وتحدد ورقة Pearl INT البيضاء تصميمًا لإثبات العمل المفيد، يمكن فيه لعملية الضرب هذه أن تُستخدم أيضًا كإثبات للكتلة. يختار المعدّن المصفوفات، وتعمل بلاطات الناتج كتذاكر قرعة. وينشر المعدّن الذي يعثر على تذكرة فائزة الكتلة، ويحصل على مكافأته بعملة PRL. وعلى Gate، الرمز الفوري لهذا الأصل الأصلي هو PEARL.
Bittensor شبكة مفتوحة من الشبكات الفرعية. وينتج المعدّنون سلعة مثل موارد الحوسبة أو الاستدلال أو التخزين أو التنبؤ. ويقيّم المدققون المعدّنين من خلال تحديد الأوزان، بينما تجمع Yuma Consensus تلك الأوزان بدلًا من تقييم العمل نفسه. ويحدد منشئو الشبكات الفرعية الحافز، ويدعم المراهنون المدققين بعملة TAO، وتدفع السلسلة عملة TAO استنادًا إلى ذلك التجميع. ويُعد التقييم المرتفع حكمًا وفق حافز تلك الشبكة الفرعية، وليس قاعدةً تنص على أن حاصل ضرب المصفوفات يجب أن يكون القيمة السابقة للكتلة التالية.
شبكة Akash هي سوق لموارد الحوسبة القائمة على الحاويات، وقد بُنيت باستخدام Cosmos SDK وCometBFT. ويصف المستأجر وحدة المعالجة المركزية والذاكرة والتخزين، وGPU عند توفره، في ملف نشر. ويقدم المزوّدون عروضًا، ويقبل المستأجر أحدها، وتسجل السلسلة عقد إيجار. ويختار إثبات الحصة المفوّض مدققي Akash. ويكون GPU الذي يشغّل الحاوية هو المنتج المؤجّر، وليس اللغز الذي يحله أولئك المدققون.
تسند Render Network مهام GPU، ولا سيما مهام العرض والمهام الحاسوبية ذات الصلة، إلى مشغّلي العقد. وRENDER أصل SPL على Solana. ويحرق المنشئ عملة RENDER للحصول على أرصدة عمل تُستخدم لإرسال مهمة، بينما يُدفع لمشغّلي العقد من جدول إصدار منفصل بدلًا من العملات المحروقة. وينتج مدققو Solana كتل Solana. ويؤدي تسوية مهمة إلى تحديث سجل العمل في Render، وليس قرعة الكتل في Solana.
هل يؤدي العمل المفيد، مثل ضرب المصفوفات، إلى إنتاج الكتلة؟
ينتج العمل المفيد الكتلة في تصميم Pearl وحده من بين هذه التصاميم الأربعة. ويبحث معدّنو Pearl عن بلاطة تستوفي قيمة تجزئة لها هدف الصعوبة. ويُعد ذلك البحث إثبات العمل. وتكرار عمليات الضرب إلى أن تفوز إحدى البلاطات هو ما يجعل إنتاج سجل منافس مكلفًا.
يمكن للشبكات الثلاث الأخرى خدمة المشتري مع إبقاء إنتاج الكتل في مكان آخر. تدفع Bittensor مقابل أي شيء تحدده الشبكة الفرعية، وتتبع TAO الأوزان التي تجمعها Yuma. وتدفع Akash مقابل حاوية بموجب عقد إيجار. وتدفع Render مقابل مهمة مكتملة. ويمكن لهذه السلاسل مواصلة إنتاج الكتل حتى إذا هدأ سوق GPU: تستخدم سلسلة Bittensor إثبات السلطة، وتستخدم Akash وSolana التخزين، ولا تستخدم أي من الشبكات الثلاث مهمة GPU باعتبارها لغز الكتلة.
| السؤال |
Pearl |
Bittensor |
Akash |
Render |
| ما الذي يُدفع مقابله؟ |
بلاطة لضرب المصفوفات تستوفي مستوى الصعوبة |
مخرجات شبكة فرعية يقيّمها المدققون |
عقد إيجار حاوية مقبول |
مهمة GPU مكتملة |
| هل ينتج ذلك العمل الكتلة؟ |
نعم. البلاطة هي قرعة كتلة Pearl |
لا. تخصص التقييمات عملة TAO |
لا. يشغّل المدققون المخزّنون CometBFT |
لا. ينتج مدققو Solana الكتل |
| الأصل الأصلي |
PRL، والرمز الفوري PEARL |
TAO |
AKT |
RENDER |
| كيف يبدو الفشل؟ |
عدم العثور على بلاطة فائزة، وبالتالي عدم الحصول على إعانة على ذلك الجهاز |
تقييم منخفض، وبالتالي إصدار قليل أو عدم وجود إصدار |
عدم قبول أي عرض، أو عدم استمرار عقد الإيجار |
عدم تسوية مهمة للمشغّل |
الشكل 1. تدفع Pearl مقابل بلاطة فائزة لضرب المصفوفات تنتج الكتلة. أما الشبكات الثلاث الأخرى فتدفع مقابل تقييم أو عقد إيجار أو مهمة.
يمكن للسوق أن يضم عملاء يدفعون، بينما تعمل سلسلته باستخدام التخزين. ويمكن لسلسلة تعتمد إثبات العمل المفيد أن تنتج كتلًا من عمليات ضرب لم يطلبها أي عميل. ويُنهي عدم العثور على بلاطة في Pearl تلك المحاولة من دون إعانة، ويُنهي الوزن المنخفض في Bittensor ذلك الإصدار، ويُنهي رفض عرض Akash ذلك العرض، بينما تُنهي تسوية Render الفاشلة تلك المهمة.
ماذا يثبت الفحص المجتاز فعليًا؟
يثبت فحص Pearl حقيقة محدودة. إذ توسّع المواصفة العائمة إثباتًا صحيحًا لضرب المصفوفات بالأعداد الصحيحة: يلتزم المعدّن بالمدخلات، وتُطبَّق الضوضاء الناتجة عن تلك الالتزامات، ثم تُقسَّم النتيجة إلى بلاطات. ولا يعيد المدقق حساب الناتج بالكامل. بل يفتح بلاطة واحدة، ويتحقق من إثباتات Merkle، ويستخرج بذور الضوضاء، ويعيد حساب تلك البلاطة، ثم يختبر التذكرة مقابل مستوى الصعوبة.
يعني الاجتياز أن تلك البلاطة متطابقة وأن التذكرة فائزة. لكنه لا يعني أن عميلًا تلقى رموزًا من نموذج. ويختار المعدّن المدخلات، لأن الشبكة المفتوحة لا يمكنها افتراض وجود جهة صادقة لتقديم المهام. وتتمثل حجة الأمان في تكلفة عملية الضرب، بما في ذلك المدخلات المتدهورة، وليس في سجل للنماذج المعتمدة.
وتعرض دراسة مستقلة لهذا الحد، فجوة الفائدة في إثبات العمل المفيد، أن التحقق يقبل حاصل ضرب مصفوفات مكتملًا، ولا يختبر ما إذا كانت المصفوفات قد جاءت من نموذج. ويمكن للمصفوفات العشوائية اجتياز الفحص. كما تفيد الدراسة بأن برامج التعدين المهيمنة في عينتها لم تتضمن رمزًا للاستدلال. ويمكن أن يظل فحص البلاطة سليمًا، بينما يظل حمل عمل الاستدلال المدفوع اختياريًا.
يتمثل الاجتياز في Bittensor في تقييم. ويفحص المدققون مخرجات المعدّن وفق حافز الشبكة الفرعية، ثم يحددون الأوزان. ويعني الوزن المرتفع أن هؤلاء المدققين منحوا قيمة للمخرجات. لكنه لا يعني أن كل شبكة فرعية تبيع الاستدلال لعميل خارجي، ولا يعني أن حسابات المعدّن أُعيد تنفيذها باعتبارها بلاطة إجماع. وتوضح مقدمة Bittensor هذا الفصل: ينتج المعدّنون السلعة، ويقيّم المدققون المعدّنين، ويدعم المراهنون المدققين بعملة TAO.
يتمثل الاجتياز في Akash في عقد إيجار. وتسجل السلسلة العرض وقبول المستأجر وشروط العقد. ويصبح التسليم بعد ذلك حقيقة تشغيلية تتعلق بحاوية على أجهزة أحد المزوّدين. ولا يثبت عقد الإيجار المغلق أن وحدات GPU لدى المزوّد تدرب نموذجًا محددًا، إلا إذا كان حمل عمل المستأجر هو تلك المهمة.
وتتمثل حالة الاجتياز في Render في تسوية المهمة. ويحصل مشغّل العقد على أجر عندما تقبل الشبكة العمل وفق قواعد المهمة والسمعة الخاصة بها. وتثبت التسوية سجل المهمة، لا أن دورات GPU نفسها كانت إثباتًا لكتلة Solana. ويمكن أن ترتفع السمعة أو تنخفض تبعًا للعمل المُسلَّم. ويقع تقييم الخدمة هذا ضمن أوزان Bittensor، باستثناء فحص البلاطة في Pearl.
كيف تختلف مسارات الأجهزة والبرامج؟
يتمثل مسار المعدّن الموثق في Pearl في حزمة GPU تتمحور حول معدّن vLLM بالإضافة إلى عقدة Pearl. وتوزع العقدة قوالب الكتل. وعنوان المعدّن هو عنوان Taproot مسبوقًا بالبادئة prl1p على الشبكة الرئيسية. وتصل المكافأة عند عثور ذلك العمل على كتلة: الإعانة بالإضافة إلى الرسوم، وليس دفعة لكل ساعة من وقت التشغيل.
تنشر البرامج التابعة لجهات خارجية قوائم أجهزتها وأرقام معدل التجزئة الخاصة بها. وتقيس هذه الأرقام إصدار البرنامج المعني، وليست ثابتًا بروتوكوليًا. والبرنامج الذي يطلب عبارة استرداد هو برنامج يستولي على المحفظة، لأن التعدين لا يحتاج إلا إلى عنوان استلام. ويمكن لمجمع التعدين تسوية التباين. وتظل وحدة العمل هي ضرب المصفوفات.
تعتمد أجهزة Bittensor على الشبكة الفرعية. فقد تحتاج شبكة فرعية للاستدلال إلى وحدات GPU، بينما قد لا تحتاج شبكة فرعية للتخزين أو التنبؤ إليها. ويحدد التسجيل وبرنامج المعدّن وتقييم المدققين ما إذا كان الجهاز سيحصل على أجر.
وتتمثل أجهزة Akash في أي موارد يدرجها المزوّد ويطلبها ملف نشر المستأجر. ويعني الفوز بالعمل الفوز بالعرض والحفاظ على عقد الإيجار، وليس تجاوز هدف صعوبة. ويمكن للمزوّد الحصول على أجر مقابل عقد إيجار من دون أي فرصة لإنتاج كتلة Akash.
وأجهزة Render هي عقدة GPU تتلقى المهام الموجّهة. وتهم سمعة المشغّل وفئة المهمة. ويمكن لبطاقة لم تفز قط ببلاطة في Pearl أن تسوّي مهمة Render، لأن تلك المهمة ليست تذكرة Pearl.
هل مكافآت الرموز هي الشيء نفسه كرسوم الحوسبة؟
ليست كذلك. تُصدر Pearl عملة PRL من خلال إعانة الكتلة. ويبلغ الحد الأقصى للمعروض 2.1 مليار، ويُقترب منه عبر منحنى سلس من دون خطوة تنصيف، وعلى فاصل مستهدف يبلغ نحو 194 ثانية. وتمثل عملة PRL التي يحصل عليها المعدّن حقًا في ذلك الإصدار، وليس في فاتورة GPU لأحد العملاء. وتتتبع عملية تعدين Pearl ذلك المنحنى إلى جانب تعديل الصعوبة.
وتدفع Bittensor عملة TAO من الإصدار الذي توجهه التقييمات المجمعة لدى Yuma. ويحتاج المعدّن إلى وزن على شبكة فرعية. ويفوّض المراهن إلى المدققين. ولا يمثل أي من التدفقين دفعة من عميل مقابل ساعة GPU. فالرمز هو مقياس التقييمات.
وتفصل Akash بين إنتاج الكتل ودفعة عقد الإيجار. وتدعم AKT المخزّنة المدققين، وبالتالي إنتاج الكتل. ويموّل المستأجر عقد الإيجار باستخدام ACT، وهو رصيد حوسبة مرتبط بالدولار الأمريكي، ويدفع الضمان للمزوّد بعملة ACT. ويُعد حرق AKT الطريقة التي يُسك بها ذلك الرصيد. ويمكن دفع أجر للمزوّد مقابل عقد إيجار من دون تأليف كتل، كما يمكن للمدقق تأليف كتل من دون توفير GPU.
وRENDER هو الأصل المستخدم للدفع مقابل مهمة. ويؤدي حرق RENDER إلى إنشاء أرصدة عمل وإزالة تلك الكمية من RENDER من المعروض. ويُدفع لمشغّلي العقد من جدول إصدار منفصل، وليس من خلال تلقي الرموز المحروقة. والحساب على Solana الذي يحتفظ بعملة RENDER ليس مخرج معاملة غير منفقًا (UTXO) خاصًا بـ Pearl، كما أن التحويل على Solana لا يسوّي معاملة coinbase في Pearl. ويمكن أن ينخفض المعروض عندما تحرق المهام عملة RENDER، وأن يرتفع عند إصدار المكافآت، بدلًا من أن يرتفع أو ينخفض عندما تبلغ بلاطة مصفوفات مستوى صعوبة Pearl.
قد تكون الإيصال الذي يذكر كلمة "GPU" إعانة كتلة، أو إصدارًا موزونًا بالتقييم، أو دفعة عقد إيجار، أو دفعة إصدار بعد مهمة محروقة. والأولى فقط هي Pearl.
ما الذي ينبغي التحقق منه قبل اعتبار هذه الشبكات ذات التصميم نفسه؟
تشهد بلاطة Pearl الفائزة بأن عملية الضرب استوفت مستوى الصعوبة. لكنها لا تشهد بأن عميلًا تلقى مخرجات نموذج. ويشهد وزن Bittensor على تقييم أحد المدققين. ويشهد عقد إيجار Akash على عرض مقبول. وتشهد تسوية Render على مهمة مكتملة.
ولا يملك أصل Pearl الأصلي عنوان عقد على سلسلة أخرى، وتبدأ عناوين الاستلام على الشبكة الرئيسية بالبادئة prl1p. وسوق PEARL على Gate هو سوق ذلك الأصل. أما سوق PRL على Gate فهو Perle، وهو مشروع منفصل. ويُعد عنوان العقد أو عنوان 0x أو عنوان Solana أصلًا مختلفًا، حتى عندما يتطابق الاسم.
الملخص
يمثل الفرق بين Pearl وBittensor وAkash وRender اختلافًا في ما يثبته GPU. تدفع Pearl عملة PRL عندما تفوز بلاطة لضرب المصفوفات بقرعة الكتلة على سلسلتها الخاصة، ويشهد اجتياز المدقق على تلك البلاطة، لا على فاتورة عميل. وتدفع Bittensor عملة TAO عندما يقيّم المدققون مخرجات الشبكة الفرعية. وتدفع Akash مقابل عقد إيجار مقبول من ACT بينما ينتج المدققون المخزّنون الكتل، وتحرق Render عملة RENDER للدفع مقابل مهمة بينما تأتي مكافآت المشغلين من الإصدار، وتنتج Solana الكتل.
الأسئلة الشائعة
كيف تختلف Pearl عن Bittensor وAkash وRender؟
تجعل Pearl ضرب المصفوفات باستخدام GPU العمل الذي يمكنه الفوز بكتلة، وتدفع للفائز بعملة PRL. وتدفع Bittensor عملة TAO مقابل مخرجات الشبكة الفرعية بعد أن يحدد المدققون التقييمات. وتسجل Akash عقد إيجار حاوية على سلسلة تعتمد إثبات الحصة، وتدفع قيمة عقد الإيجار من ضمان ACT. وتفرض Render رسومًا مقابل مهام GPU من خلال حرق RENDER للحصول على أرصدة عمل على Solana، وتدفع لمشغّلي العقد من جدول إصدار منفصل.
هل يعني برهان Pearl الصحيح أن GPU شغّل نموذج ذكاء اصطناعي مدفوع الأجر؟
لا. يثبت برهان Pearl الصحيح أن البلاطة المفتوحة أُعيد حسابها وأن التذكرة استوفت مستوى الصعوبة. ويختار المعدّن المصفوفات، ويمكن للمصفوفات العشوائية اجتياز الفحص. وقد يكون حمل عمل الاستدلال المدفوع مصدرًا لهذه المصفوفات، لكن الفحص لا يشترط هذا المصدر.
هل تستخدم Akash وRender إثبات العمل المفيد؟
لا. تسجل Akash عقود الإيجار على سلسلة CometBFT تعتمد إثبات الحصة. وتسوي Render المهام باستخدام RENDER على Solana، التي ينتج مدققوها الكتل من خلال التخزين. ويمكن لكلتا الشبكتين بيع وقت GPU مفيد، لكن ذلك البيع ليس لغز الكتلة.
هل يمكن لأي GPU تعدين Pearl بالطريقة نفسها التي يمكنه بها تنفيذ مهمة Akash أو Render؟
لا. يدرج مزوّد Akash الموارد التي طلبها المستأجر ويفوز بعرض، بينما يتلقى مشغّل عقدة Render مهمة موجّهة. ويتمثل المسار الموثق في Pearl في عقدة بالإضافة إلى معدّن ينفذ عملية الضرب الخاصة بالبروتوكول، ولا يحصل على العائد إلا عند العثور على كتلة. ولا تصبح البطاقة القادرة على تنفيذ مهمة في سوق تلقائيًا معدّن Pearl.
هل سوق PRL على Gate هو الأصل نفسه الذي تمثله Pearl؟
لا. تدرج Gate أصل Pearl الأصلي تحت الرمز PEARL. أما سوق PRL على Gate فهو Perle، وهو مشروع منفصل. ويُستلم أصل Pearl الأصلي على عنوان prl1p في شبكة Pearl، ولا يملك عنوان عقد على سلسلة أخرى.
