Chutes

ما هي تشوتس؟

تشوتس هي منصّة لا مركزية وعديمة الخوادم لاستدلال وحوسبة الذكاء الاصطناعي، مبنية بوصفها Bittensor Subnet 64، ومصمّمة لتمكين المطوّرين من نشر وتشغيل أعباء عمل النماذج مفتوحة المصدر من دون الحاجة إلى توفير وحدات GPU مباشرة، أو إدارة التوسّع التلقائي، أو تشغيل بنية تحتية مخصّصة للاستدلال.

تتمثّل القيمة الأساسية للمنصّة في درجة التجريد التشغيلي، حيث تُقدَّم عملية الاستدلال وتنفيذ “كود الذكاء الاصطناعي” كخدمة مُدارة، مع إسناد توفير القدرة الحاسوبية إلى جانب عرض تنافسي من المعدّنين، وفرض الأداء/الجودة عبر نظام الحوافز في بت تينسور. عمليًا، فإن ميزة تشوتس التنافسية أقل ارتباطًا بـ“ملكية فكرية نموذجية مبتكرة” وأكثر ارتباطًا بمزيج من منصّة مطوّرين ذات رأي محدّد، وسوق ثنائية الطرفين للحوسبة، وأدوات أمان/تحقّق مثل أدوات إثبات صحة وحدات GPU التي تحاول الحدّ من مخاطر العتاد الزائف والتقارير المضلِّلة.

من منظور هيكل السوق، تشوتس ليست سلسلة طبقة أولى (Layer 1) تنافس على تنفيذ العقود الذكية ذات الأغراض العامة، بل هي ساب نت حوسبة على مستوى التطبيق، حيث يُعدّ “رمزها” أصلًا ألفا (sn64) أصليًا لاقتصاد dTAO/subnet في بت تينسور، وليس أصل تسوية مستقلًّا.

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

عمليًا، يعني ذلك أن “الحجم” بالنسبة لتشوتس ينبغي فهمه بوصفه قدرة تمرير واستخدام للمنصّة أكثر منه قيمة مقفلة بأسلوب DeFi (TVL)، لأن المنتج المهيمن هو الاستدلال/الحوسبة وليس الضمانات المقفلة.

من الذي أسّس تشوتس ومتى؟

ظهرت تشوتس في حقبة ما بعد dTAO في منظومة بت تينسور، بعد أن بدأت الساب نتات تمتلك رموز “ألفا” قابلة للتداول خاصة بها، إلى جانب مجمّعات رهن تشبه صانعي السوق الآليين (AMM)، وهو نظام موثَّق في TAOstats alpha token explainer. تصف السجلات العلنية للساب نتات رمز SN64 بأنه مُدار من قِبل “Chutes Global Corp”، وهي شركة أعمال دولية مسجّلة في نيفيس، وترتبط الساب نت بمفاتيح تشغيل مؤسسية على مستكشفات بت تينسور.

يقدّم المشروع نفسه بوصفه كومة برمجيات مفتوحة المصدر ومنصّة مستضافة في آن معًا، حيث تُنظَّم الشيفرة الأساسية والمستودعات المتجاورة تحت مظلّة منظمة chutesai GitHub organization، بينما تُجمَّع مواد الإعداد للمطوّرين في Chutes documentation.

مع الوقت، اتّسعت السردية من “نقطة استدلال لامركزية” إلى إطار أقرب إلى المنصّات: “تشوتس” (تطبيقات) قابلة للنشر من قِبل المستخدمين مع سير عمل موحّدة للبناء/النشر، وآليات فوترة قائمة على الاستخدام، وسطح وظائف متوسّع يشمل بيئات تشغيل للوكلاء (مثل “Squad”) ومطالبات بالحوسبة الآمنة.

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

كيف يعمل شبكة تشوتس؟

ترث تشوتس إطار الأمان والحوافز الأساسي من بت تينسور بدلًا من تشغيل شبكة إجماع مستقلة. تُنسَّق ساب نتات بت تينسور عبر المدقّقين (validators) والمعدّنين ضمن آلية توصف في وثائق المنظومة بأنها إجماع على نمط Yuma، حيث يقوم المدقّقون بترجيح المعدّنين، وتوزَّع الانبعاثات بناءً على الأداء المرصود والنفوذ المدعوم بالحصص؛ وتفصّل وثائق المدقّقين والمعدّنين لدى TAOstats أنه على مستوى الساب نت، تُقسَّم الانبعاثات بين المعدّنين والمدقّقين (ومفوِّضيهم) وفق قواعد محدّدة.

في هذا النموذج، فإن “مقدّمي الحوسبة” في تشوتس هم المعدّنون الذين يقدّمون قدرة عتادية وجودة خدمة، بينما يتولّى المدقّقون مهام التقييم/التحقّق وتوجيه الحوافز، ويسيطر مالك الساب نت على أجزاء من منطق التطبيق ومعايير الضبط التي تحدّد ما يُعتبَر “خدمة جيدة”.

تقنيًا، تميّز تشوتس نفسها بمعاملة الاستدلال كهدف نشر عديم الخوادم مع دلالات تغليف قابلة للتكرار. يصف حِزم SDK/CLI مفتوحة المصدر “العروة” (chute) بأنها تطبيق (غالبًا ما يُشبه خدمة FastAPI) يُنشر فوق صورة حاوية (container image)، مع قيود على اختيار العقد (عدد وحدات GPU، حد أدنى للذاكرة المخصّصة للرسوميات، قوائم السماح/المنع) ومعلمات للتوسّع التلقائي؛ وتوضح المواد نفسها آليات التحقّق من أصالة وحدات GPU وفحوصات وقت التشغيل عبر طبقات وسيطة ومكتبة للتحقّق من وحدات GPU.

على جانب الأمان، أكدت تشوتس علنًا على بيئات التنفيذ الموثوقة (TEE) كاتجاه منتجي، وتذكر توافر TEE على صفحات منصّتها (انظر Chutes Platform)؛ ومع ذلك، فإن “TEE” في النشر الفعلي طيف واسع، وقد أظهرت الأدبيات الأكاديمية والعملية مرارًا أن TEEs لا تزال عرضة لهجمات القنوات الجانبية وسوء الاستخدام التشغيلي، ما ينبغي أن يخفّف من أي استنتاج حول “الخصوصية المطلقة” من هذا الوصف وحده.

ما هي اقتصاديات رمز sn64؟

يُعد sn64 “رمز ألفا” ضمن تصميم dTAO في بت تينسور، وليس رمز طبقة أولى مستقلًا بسياسة نقدية خاصة به. ووفق تعريفات TAOstats، يمتلك كل رمز ألفا على مستوى الساب نت سقف إصدار أقصى يبلغ 21 مليون وحدة، مع تمييز بين إجمالي الإصدار، والمعروض المتداول، والرموز المعاد تدويرها، والرموز المحروقة؛ وعادة ما يُنمذج “المتداول” بوصفه رموز الألفا الموجودة في مجمّع السيولة مضافًا إليها الألفا المرهونة.

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

الاستنتاج “الدائم” المهم هو أن sn64 يتصرّف كادّعاء خاص بالساب نت على الانبعاثات والانتباه، مع سيولة ومعروض حر يمكن أن يتغيّرا بشكل جوهري مع تحوّل تدفقات الرهن بين الساب نتات.

إن المنفعة وتراكم القيمة لـ sn64 متجذّران أساسًا داخل اقتصاد الحوافز في بت تينسور، لا عبر حرق الرسوم على الطريقة الإثيريومية. تُكتسب رموز الألفا عبر TAO من خلال مجمّعات الساب نت، والاحتفاظ/الرهن بالألفا هو الآلية التي يسعى المشاركون عبرها إلى التعرّض لانبعاثات الساب نت؛ وتؤطر وثائق الألفا لدى TAOstats هذه العلاقة صراحة: يحدّد مجمّع الساب نت سعر الألفا ميكانيكيًا، وتُستخدم الألفا للتعرّض عبر الرهن ولتسجيل العُصبونات (neurons) على الساب نت، ويُعاد “تدوير” الإنفاق على التسجيل بدلًا من تدميره بصورة دائمة.

بالنسبة للقارئ المؤسسي، فإن الخلاصة العملية هي أن ملف العائد المتوقع لـ sn64 مرتبط عن كثب بـ (1) حصة SN64 من انبعاثات بت تينسور، و(2) صافي تدفّقات الرهن إلى مجمّع الساب نت، و(3) قدرة المنصّة على الحفاظ على طلب حقيقي على الاستدلال، و(4) أوضاع السيولة في مجمّع TAO/alpha — وهي عوامل يمكن أن تطغى على أي سردية مبسّطة من نوع “استخدام → رسوم → حرق”.

من يستخدم تشوتس؟

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

يقدّم المشروع المنصّة على أنها تخدم أعباء استدلال واسعة النطاق ونشر التطبيقات من قِبل المطوّرين، وتذكر أدلّة المنظومة أحيانًا أعداد مستخدمين مجمّعة عبر تشوتس ومنتجات المستهلكين/الوكلاء المتجاورة.

لكن في غياب مقاييس API مدقَّقة، ينبغي للمستثمرين التعامل مع ادعاءات “المستخدمين” و“عدد الرموز المعالَجة” بوصفها إرشادية من حيث الاتجاه، لا مكافئة لنشاط موثَّق على السلسلة؛ فبالنسبة لمنصّة حوسبة، تظل الموثوقية، ومعدّل الانسحاب (churn)، والاحتفاظ بالاستخدام المدفوع هي الأسئلة الأصعب.

في ما يخص الشراكات، فإن الإشارات الأنظف هي عمليات التعاون الصريحة والمسمّاة مع مشاريع أخرى تمتلك ملاءمة منتجية معقولة. مثال على ذلك هو الاصطفاف التكاملِي الموصوف علنًا مع Desearch، الذي يُطرَح بوصفه ربطًا بين البحث/استرجاع البيانات اللامركزي (SN22) وطبقة الاستدلال العديمة الخوادم لدى تشوتس لسلاسل RAG/الوكلاء.

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

ما هي المخاطر والتحدّيات أمام تشوتس؟

للتعرّض التنظيمي لدى تشوتس طبقتان: الأولى هي حالة عدم اليقين المعتادة بشأن تصنيف الرموز (وخصوصًا الأصول التي يمكن تأطيرها على أنها تولّد عائدًا عبر الانبعاثات)، والثانية هي الحساسية التنظيمية الناشئة حول بنية الذكاء الاصطناعي التحتية، وادعاءات الخصوصية، وتوفير الحوسبة عبر الحدود. لا يوجد — حتى أوائل 2026 — إجراء إنفاذ أميركي واسع الانتشار خاص بتشوتس أو سردية صناديق ETF تهيمن على التغطية، لكن غياب ذلك لا ينبغي أن يُفهم كوضوح تنظيمي؛ إذ عادة ما يكون sn64 متاحًا عبر قنوات مشفّرة أصلية ومجمّعات ساب نت آلية، لا عبر هياكل أوراق مالية مسجّلة، كما تتضمّن إفصاحات الشركة/المشغّل بصمتًا تنظيميًا خارجيًا.

على نحو منفصل، يجذب تسويق “الحوسبة السرّية” المعتمد على TEE درجة أعلى من التدقيق، لأن الادعاءات القوية (“خاص”، “آمن”، “معزول”) يمكن أن تتعارض مع القيود المعروفة ومخاطر سوء التهيئة في TEEs، كما هو موثّق في أدبيات الأمان؛ وإذا بالغت رسائل تشوتس التسويقية في ما هو ممكن تقنيًا من ناحية الفرضيات الطرفية، فقد يتحوّل ذلك إلى خطر على السمعة، وفي بعض الولايات القضائية، إلى مخاطر تتعلّق بحماية المستهلك.

كما أن نواقل التمركز ليست تافهة. فعلى الرغم من أن قدرة المعدّنين لامركزية من حيث المبدأ، يمكن أن يتركّز حجم المرور الفعلي لدى مجموعة صغيرة من المشغّلين الذين يمتلكون أكبر عدد من وحدات GPU، بينما تبقى السيطرة على شيفرة المنصّة، يمكن أن تظل منطقية التحقق وسياسة التوجيه مركزيّتين إلى حدّ كبير لدى المشغّل ومجموعة صغيرة من المصدّقين. يسلّط الـSDK نفسه الضوء على أدوات الإنفاذ مثل التحقق من وحدات معالجة الرسومات (GPU) وفحوصات البرمجيات الوسيطة (middleware checks)، وهو أمر إيجابي من منظور ضبط الجودة، لكنه يبرز أيضًا أن Chutes تعتمد على طبقة برمجيات/تحكم مُنتقاة؛ فلامركزة العتاد على الأطراف (hardware edge) لا تُلغي مخاطر حوكمة المنصّة.

تأتي التهديدات التنافسية من اتجاهين: داخل Bittensor، يمكن للشبكات الفرعية (subnets) الأخرى الموجهة للاستدلال والحوسبة أن تجذب الانبعاثات والانتباه، وخارج Bittensor يمكن لمزوّدي الاستدلال المركزيين ضغط الهوامش عبر الحجم، والشرائح السيليكونية المخصّصة، والتوزيع المتكامل؛ وعلى Chutes أن تنافس وفق مزيج من التكلفة، وزمن الاستجابة (latency)، وحداثة النماذج، والوضعية الخاصة بالخصوصية، مع إدارة هشاشة دورات السيولة المرتبطة بالأصول المشفّرة (crypto-native).

ما هو الأفق المستقبلي لـ Chutes؟

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

إذا أصبح الـTEE عامل تمايز جوهريًا، فسيظل على Chutes حلّ المشكلات العملية التي غالبًا ما تُفشل الحوسبة السرّية في بيئات الإنتاج: تجربة استخدام الإقرار (attestation UX)، إدارة المفاتيح، نماذج التهديد المتعلقة بالقنوات الجانبية (side-channel threat models)، والتدقيقات الموثوقة من أطراف ثالثة، مع الحفاظ في الوقت نفسه على أداء وتكلفة تنافسيَّين. هيكليًا، تبقى Chutes أيضًا معرّضة لتغييرات نظام الانبعاثات على مستوى Bittensor وضبط حوافز الشبكات الفرعية، وكذلك لديناميكيات السيولة في «مجمّعات ألفا» الموصوفة في إطار توكنوميكس TAOstats.

أكثر تفسير يمكن الدفاع عنه لـ«خارطة الطريق» هو أن Chutes تحاول أن تصبح طبقة استدلال (inference layer) متينة وموجّهة للمطوّرين داخل اقتصاد ذكاء اصطناعي لامركزي أوسع؛ وما إذا كان ذلك مستدامًا يعتمد بدرجة أقل على قيادة السردية، وبدرجة أكبر على الموثوقية القابلة للقياس، واحتفاظ الاستخدام المدفوع، وقدرة المنصّة على الحفاظ على جودة العرض عالية مع اشتداد المنافسة على المعدّنين والانبعاثات.