ثلاث شركات فقط – أمازون ومايكروسوفت وغوغل – تستحوذ على ما يقرب من ثلثي إنفاق الحوسبة السحابية في العالم. إذا أردت تشغيل خادم، أو تدريب نموذج ذكاء اصطناعي، أو استضافة عقدة DeFi، فغالباً ما ينتهي بك الأمر إلى الدفع لإحدى هذه الشركات.
شبكة Akash (AKT) تحاول كسر هذا الاحتكار عبر تحويل العتاد الحاسوبي الخامل حول العالم إلى سوق مفتوح بلا إذن، يعمل بنموذج ندّ لند. البروتوكول سجّل حتى الآن أكثر من 172 مليون دولار من الطلب السنوي على القدرة الحاسوبية، ومع تحوّل تكلفة بنية الذكاء الاصطناعي إلى محور نقاشات الويب3، تبدو لحظة Akash أكثر أهمية من أي وقت مضى.
هذا المقال يشرح بالتفصيل كيفية عمل هذا السوق: ماذا يحدث عندما يطرح مزوّد قدرته الفائضة، وكيف يستأجرها مستأجر، وكيف تُحدَّد الأسعار، ولماذا يصعب استنساخ هذه البنية أكثر مما يبدو من الخارج.
خلاصة سريعة
- Akash سوق سحابي لامركزي يتيح لأي مالك خادم بيع القدرة الفائضة من CPU أو GPU أو التخزين لأي طرف يحتاجها، من دون وسيط.
- الأسعار تتحدد عبر مزاد عكسي: المستأجر يحدد ما يرغب في دفعه، والمزوّدون يتنافسون للفوز بالعمل، ما يدفع الكلفة إلى ما دون أسعار عمالقة السحابة.
- رمز AKT يحكم الشبكة، ويؤمّن آلية الستيكينغ، ويُستخدم لتسوية المدفوعات، بما يربط مباشرة بين اقتصاد سوق الحوسبة وقيمة الرمز.
- الأحمال التشغيلية تعمل داخل حاويات قياسية، ما يسمح بنشر معظم البرمجيات المتوافقة مع Docker على Akash من دون تعديل.
- حالات الاستخدام الأساسية حالياً هي استدلال الذكاء الاصطناعي، واستضافة عقد DeFi، ونشر واجهات تطبيقات dApp، وهي أعمال يكون فيها عامل الكلفة أهم من عقود ضمان الخدمة الصارمة التي تتقاضى السحابات الكبرى علاوة مقابلها.
ماذا تعني الحوسبة السحابية اللامركزية فعلاً؟
في الحوسبة السحابية التقليدية، تستأجر موارد افتراضية من عتاد مملوك ومدار ومسعَّر من قِبل «هايبرسكيلر» واحد. أنت تدفع لـ AWS مقابل مثيل EC2.
AWS يقرر كلفة هذا المثيل، ومستوى الضمان على التوفّر (uptime)، وما يُسمح لك بتشغيله. العلاقة «وصائية» بالكامل: المزوّد يسيطر على المورد الأساسي ويمكنه إنهاء وصولك إليه في أي وقت.
الحوسبة السحابية اللامركزية تستبدل هذه العلاقة ببروتوكول. بدلاً من الاستئجار من شركة واحدة، تستأجر من شبكة من مزوّدين مستقلين اتفقوا على مجموعة قواعد مشتركة تُنفَّذ عبر العقود الذكية وإجماع البلوكشين. لا كيان واحد يتحكم في كل العتاد، ولا كيان واحد يستطيع إيقاف جميع المزوّدين دفعة واحدة.
التسعير لا تضعه لجنة تسعير داخل شركة، بل ينشأ من منافسة مفتوحة بين المزوّدين الذين يزايدون بعضهم ضد بعض.
الحوسبة السحابية اللامركزية لا تعني «تشغيل السحابة على البلوكشين». الحوسبة الفعلية تعمل على خوادم قياسية تقليدية، بينما يتولى البلوكشين تنسيق الجلسات، والمدفوعات، وإنفاذ عقود الإيجار.
هذه التفرقة مهمة لأن معظم الشكوك حول السحابة اللامركزية تخلط بين الأمرين. تشغيل مثيل EC2 «على السلسلة» سيكون بطيئاً وباهظ الكلفة إلى حد الاستحالة. ما تفعله Akash عملياً هو استخدام بلوكشين مبني على Cosmos SDK لتنسيق حوسبة تحدث خارج السلسلة: العمل يجري على عتاد حقيقي، بينما يعيش الاتفاق، وقناة الدفع، ونظام السمعة على السلسلة.
إقرأ أيضاً: Claude Fable 5 Costs Double Opus But Stays Free Until June 22
كيف يحدد نموذج المزاد العكسي الأسعار؟
تسعير البنية التحتية السحابية عادةً يتم من الأعلى إلى الأسفل: AWS ينشر لائحة أسعار، إما أن تقبل بها أو تبحث عن بديل. Akash تقلب المعادلة عبر آلية مزاد عكسي.
عندما يحتاج مستأجر إلى قدرة حاسوبية، يبث «طلب نشر» إلى الشبكة يحدد فيه الموارد المطلوبة: عدد أنوية CPU، حجم الذاكرة، التخزين، نوع الـ GPU، تفضيل المنطقة الجغرافية، والسعر الأقصى الذي يرغب في دفعه لكل بلوك، مقوَّماً برمز AKT أو عملة USD Coin (USDC). يُعرف هذا بوثيقة manifest النشر، وهي علنية متاحة لكل مزوّدي الشبكة.
بعدها يرد المزوّدون بعروضهم.
كل مزوّد يحدد السعر الذي يطلبه لتنفيذ الحمل المحدد. يراجع المستأجر العروض خلال ثوانٍ عادةً، لأن فترة المزاد قصيرة، ويختار العرض الأكثر جاذبية. عند قبول العرض يُنشأ عقد إيجار (Lease) على السلسلة يثبّت السعر والتزام المزوّد بتوفير الموارد.
لأن المزوّدين يتنافسون علناً على كل عملية نشر، يميل السعر السوقي إلى الاقتراب من الكلفة الفعلية لتشغيل العتاد زائد هامش ربح محدود. تحليلات مستقلة نشرها فريق Akash تظهر مراراً أن أسعار القدرة الحاسوبية على الشبكة أقل بنحو 3 إلى 10 مرات من أسعار AWS الفورية (On‑Demand) لأحمال CPU المماثلة. الفجوة في أسعار GPU يمكن أن تكون أوسع، لأن القدرة الفائضة من بطاقات المستهلكين والمحترفين (أجهزة الألعاب أو منصات التعدين المعاد توظيفها بعد الدمج في إيثريوم) لا تجد نظيراً مباشراً في كتالوج عمالقة السحابة.
نموذج المزاد العكسي له أثر ثانٍ غالباً ما يُغفل: أنه يخلق اكتشافاً حقيقياً للأسعار. تسعير AWS «صندوق أسود» تعدّله الشركة كيفما تشاء، بينما أسعار Akash تعكس لحظياً عرض وطلب القدرة الحاسوبية على مستوى العالم، ويمكن لأي طرف متابعتها على السلسلة.
إقرأ أيضاً: Bitmine Snaps Up $213M In Ethereum During The Market Bloodbath
كيف يطرح المزوّدون قدرتهم ويقدمون الخدمة؟
أي شخص يمتلك خادماً، أو رفاً في مركز بيانات، أو محطة عمل فائضة، أو جهازاً مخصصاً في المنزل، يمكنه أن يصبح مزوّد خدمات على Akash.
المتطلبات التقنية ليست بسيطة لكنها ليست عائقاً أمام المحترفين. على المزوّد تشغيل برمجية Akash Provider فوق عنقود Kubernetes، وضبطها وفق مواصفات عتاده المتاحة، وتحديد أقل سعر يقبل به، ثم التسجيل على السلسلة.
بعد التسجيل، تصبح قدرة المزوّد مرئية لشبكة المستأجرين عالمياً. برمجية المزوّد تراقب السلسلة بحثاً عن طلبات نشر تتطابق مع موارده. عندما يظهر طلب مناسب، يمكن للبرنامج حساب عرض سعر تنافسي تلقائياً وتقديمه ضمن نافذة المزاد.
إذا قبل المستأجر العرض وتم إنشاء عقد الإيجار، يقوم المزوّد بجلب manifest النشر الذي يتضمن مرجع صورة الحاوية وإعداداتها. يشغّل المزوّد الحاوية داخل عنقود Kubernetes لديه، وينطلق الحمل التشغيلي. من تلك اللحظة، يجني المزوّد مدفوعات عن كل بلوك طوال فترة بقاء عقد الإيجار فعالاً.
التدفقات المالية تمر عبر نظام «إسكرو» على السلسلة. يودِع المستأجر أموالاً في حساب إسكرو عند إنشاء العقد. ومع كل بلوك، يجري خصم دفعة مجهرية من الإسكرو إلى عنوان المزوّد. إذا نفد رصيد الإسكرو، يُغلق عقد الإيجار تلقائياً.
هذا التصميم المعتمد على المدفوعات المجهرية المستمرة يعني أن المزوّدين لا يُتركون في نهاية العقد على ذمة مبالغ ضخمة غير مسددة، كما لا يمكن تحميل المستأجر رسومًا تتجاوز ما أودعه.
نموذج الدفع لكل بلوك عبر حساب إسكرو في Akash يزيل مخاطر الائتمان الكامنة عادةً بين مستأجري ومزوّدي السحابة. لا حاجة لثقة متبادلة؛ العقد الذكي يفرض التسوية تلقائياً.
إقرأ أيضاً: Is Claude Fable 5 Crypto’s Next Big Security Nightmare?
دور رمز AKT في اقتصاد الحوسبة
AKT هو الرمز الأصلي لشبكة Akash، ويؤدي ثلاث وظائف رئيسية تشكّل معاً اقتصاداً مغلق الحلقة بين عرض القدرة الحاسوبية، والطلب عليها، وأمن الشبكة.
أولاً، AKT هو رمز الستيكينغ. المدققون (Validators) والمفوِّضون (Delegators) يضعون AKT في نظام Cosmos (ATOM) لإثبات الحصّة، مقابل مكافآت تأتي جزئياً من إصدار رموز جديدة وجزئياً من اقتطاع جزء من رسوم الشبكة. هذا يعني أن أمن السلسلة يتضخم مع القيمة الاقتصادية للنشاط الذي تحميه.
ثانياً، AKT يعمل كوحدة تسوية. ورغم إضافة دعم USDC لتخفيف احتكاك دخول المستأجرين الذين لا يرغبون في تحمّل تقلبات الرمز، يظل AKT الوحدة الأساسية لتسعير رسوم الشبكة. المزوّدون الذين يراكمون AKT عبر عقود الإيجار يواجهون قراراً: الاحتفاظ به، أو بيعه، أو إعادة ربطه في الستيكينغ، ما يخلق حلقة تغذية راجعة بين الطلب على الحوسبة واقتصاد الرمز.
ثالثاً، AKT هو رمز الحوكمة. حاملوه يصوتون على ترقيات البروتوكول، وتعديلات المعايير، وتخصيصات الخزينة. وقد استُخدمت الحوكمة لإقرار تغييرات مهمة، مثل إدخال قنوات دفع مستقرة (Stable) وتوسعة شبكة الاختبار الخاصة بالـ GPU.
الارتباط بين الطلب الفعلي على القدرة الحاسوبية وقيمة الرمز أكثر إحكاماً من معظم شبكات الكريبتو الأخرى. كلما زاد عدد المستأجرين الذين ينشرون أحمالاً تشغيلية، زادت تدفقات AKT عبر نظام الإسكرو وتضخمت الرسوم المتراكمة للبروتوكول. القدرة الخاملة لا تولّد إيرادات. بهذا المعنى، يمكن النظر إلى AKT – بدرجة ملموسة – كادعاء على النشاط الاقتصادي المستقبلي لسوق حوسبة، وليس مجرد أصل مضاربي.
إقرأ أيضاً: Kalshi Perps Rocket Past $1B In Volume Less Than A Week After Launch
لماذا تناسب أعمال استدلال الذكاء الاصطناعي السحابة اللامركزية خصوصاً؟
تسارع النقاش حول Akash بقوة عندما أصبحت كلفة بنية الذكاء الاصطناعي لوكلاء الويب3 قضية ملحّة. تشغيل نموذج لغوي كبير لأغراض الاستدلال – أي توليد الإجابات لا تدريب النموذج – يتطلب قدرة GPU، لكنه لا يحتاج مستوى ضمان توافر يماثل مثلاً نظام سجلات مرضى مستشفى. ضمان توفّر عند 99.5% من مزوّد لامركزي كافٍ تماماً لوكيل ذكاء اصطناعي يحدّث بيانات السوق كل بضع دقائق.
هذا التباين في شهية المخاطر هو بالضبط النقطة التي يمكن أن تفوز فيها السحابة اللامركزية. عمالقة السحابة يتقاضون علاوة كبيرة مقابل شرائح SLA العليا. هذه العلاوة منطقية لبرمجيات المؤسسات حيث يعني التوقف خسارة إيرادات أو مسؤولية قانونية. لكن بالنسبة لطبقة تحليلات بروتوكول DeFi، أو وكيل ذكاء اصطناعي يعالج بيانات المحافظ، فإن معظم هذه العلاوة يعد هدراً صافياً.
جانب العرض من الـ GPU على Akash يشمل عتاداً لا تقدمه عادةً السحابات التقليدية ضمن حزمها القياسية، ما يفتح أمامها مجالاً تسعيرياً مرناً وقدرة تنافسية في سوق الذكاء الاصطناعي الناشئ. ببساطة، لا تحاول المنصات التقليدية توفير مخزون واسع من بطاقات NVIDIA RTX 4090 أو شرائح A100 القادمة من عناقيد بحثية خارجة من الخدمة، أو شرائح H100 من مزوّدين قادرين على تقديم اقتصاديات رفوف (rack economics) أفضل من مشغّل السحابة التقليدي. المستأجرون الذين يحتاجون لقدرة استدلال (inference) لفترات قصيرة ومكثّفة – بضع ساعات من الحسابات الثقيلة بدل عقود مستمرة – يجدون على Akash تسعيراً مشابهاً للـ Spot، لكن من دون التعقيد المعروف لحجز AWS Spot Instances.
ترقية Persistent Storage وميزة IP Leases، اللتان أُطلقتا في 2023 و2024، وسّعتا نطاق أنواع الأحمال التشغيلية التي يمكن لـ Akash استيعابها إلى ما يتجاوز الحاويات عديمة الحالة (stateless). بات بالإمكان نشر تطبيقات وحلول ذات حالة (stateful)، بما في ذلك قواعد البيانات والخدمات التي تحتاج إلى عنوان IP عام ثابت، ما فتح أمام البروتوكول سوقاً أوسع بكثير من السابق.
اطلع أيضاً: رمز H يمحو صعوده القياسي بعد تأكيد بروتوكول Humanity خرقاً لمفتاح أساسي
كيف يعالج Akash مسألة الثقة وسمعة المزوّدين؟
الهواجس الطبيعية عند استئجار قدرة حوسبة من مزوّد غير معروف تتمحور حول الاعتمادية. إذا فاز مزوّد بعطاء ثم قدّم أداءً متدنياً أو انقطع عن الخدمة أثناء مدة الإيجار، يتعطّل حمل العمل لدى المستأجر، ولا توجد جهة دعم مركزية لحل النزاع.
يعالج Akash هذه المخاطر عبر طبقات متعدّدة. أولها نظام السمعة على السلسلة، الذي يسجّل زمن التشغيل التاريخي ونسبة عقود الإيجار المكتملة بنجاح لكل مزوّد مسجَّل. يمكن للمستأجرين تصفية العطاءات وفقاً لتصنيف السمعة قبل قبول الإيجار، تماماً كما يفرزونها حسب السعر أو المنطقة الجغرافية.
الآلية الثانية هي نموذج الضمان (escrow) نفسه. إذ يُدفَع للمزوّدين على أساس كل بلوك، وفقط عن الفترات التي يكون فيها عقد الإيجار فعّالاً. المزوّد الذي ينقطع عن الخدمة يتوقف ببساطة عن تحقيق الإيراد، ولا يُستنزف رصيد الضمان الخاص بالمستأجر عن زمن تشغيل لم يُقدَّم فعلياً. يمكن للمستأجر إغلاق عقد الإيجار وإعادة نشر حِمل العمل لدى مزوّد آخر خلال دقائق.
الآلية الثالثة هي إثباتات المدقّقين (auditor attestation). يمكن لجهات تدقيق مستقلة فحص المزوّدين والتحقق من صحة مواصفات العتاد لديهم، ثم نشر هذه الإثباتات على السلسلة. المستأجر الذي يحتاج إلى قدرة GPU موثّقة، وليس مجرد ادعاء من المزوّد، يمكنه حصر قبول العطاءات على المزوّدين الذين يحملون شهادات مدقّقين. فريق Overclock Labs، المطوّر الأساسي لبروتوكول Akash، يدير جهة تدقيق خاصة به وقد قام باعتماد عشرات المزوّدين، ما يخلق طبقات من الثقة من دون تحويل السيطرة إلى جهة مركزية.
لا يرقى أي من ذلك إلى مستوى اتفاقيات مستوى الخدمة (SLA) المؤسسية المدعومة بمسارات قانونية للتقاضي. لكن، بالنسبة لفئات الأحمال التي ينافس فيها Akash – تطبيقات محمولة على حاويات، حسّاسة للتكلفة وقابلة لتحمّل الأعطال – أثبت الجمع بين حوافز الضمان ونظام السمعة فعاليته على مستوى الشبكة الحالي.
اطلع أيضاً: Kalshi تدرج عقداً دائماً على Chainlink مع تجاوز أصول LINK ETF حاجز 101 مليون دولار
من الذي ينشر فعلياً على Akash؟ ولأي استخدامات؟
فهم المستخدمين الفعليين للشبكة اليوم يساعد على تحديد أين تكون السحابة اللامركزية منافساً حقيقياً، وأين لا تزال متأخرة عن البدائل التقليدية.
مشغّلو عقد DeFi يشكّلون نسبة كبيرة من عمليات النشر الحالية. المُصدِّقون (validators)، وعُقد الـ RPC، ومؤشرات البيانات (indexers) تحتاج إلى زمن تشغيل موثوق، لكنها قادرة إجمالاً على تحمّل الأعطال، إذ يُعاد توجيه الحركة إذا تعطلت إحدى العقد. التكلفة عامل حاسم لأن كثيراً من المصدّقين يعملون بهوامش ربح ضيّقة، وAkash يوفّر وفورات ملموسة مقارنة بخوادم VPS مخصَّصة أو آلات افتراضية لدى hyperscalers.
مُطلقو تطبيقات استدلال الذكاء الاصطناعي هم الشريحة الأسرع نمواً. المطوّرون الذين يبنون فوق نماذج مفتوحة المصدر مثل Llama أو Mistral يحتاجون إلى قدرة GPU أرخص من تسعير واجهات OpenAI البرمجية، وأكثر مرونة من حجز مثيل مخصّص لدى AWS. سوق الـ GPU في Akash تستهدف هذه الحاجة مباشرة.
الواجهات الأمامية والنشر الثابت يشكلان فئة أصغر لكن ذات دلالة رمزية. الفرق التي تريد استضافة واجهات dApp بطريقة مقاومة للرقابة – بحيث لا يستطيع أي مزوّد CDN إسقاط الموقع تحت ضغط قانوني – تستخدم Akash كبديل موثوق للاستضافة المركزية.
أحمال العمل المؤسسية والحسّاسة امتثالياً تكاد تكون غائبة. شركة خدمات مالية تدير بيانات KYC، على سبيل المثال، لا يمكنها قانونياً وضع تلك البيانات لدى مزوّد لا تستطيع التحقق منه امتثالياً. ومن غير المرجح أن تنتقل أحمال الرعاية الصحية والخدمات المالية والجهات الحكومية إلى بنية حوسبة بلا أذونات (permissionless) في المدى القريب. هذه ليست إدانة للنموذج بقدر ما هي رسم لحدود واضحة لما يصلح له الحوسبة السحابية اللامركزية وما لا يصلح.
اطلع أيضاً: البيتكوين يتراجع دون 62,500 دولار مع تجدد مخاوف السوق الهابط بعد فشل محاولة ارتداد
الخلاصة
الحوسبة السحابية اللامركزية لم تعد طرحاً نظرياً في مواجهة AWS، بل سوقاً عاملة تستوعب أحمال عمل حقيقية مع وفورات حقيقية في التكلفة. بنية Akash Network تنجح لأنها تفصل بين ثلاثة أدوار تدمجها الشركات السحابية الكبرى في طبقة واحدة: طبقة التنسيق (تُدار على السلسلة)، وقناة الدفع (ضمان يُصفّى على مستوى كل بلوك)، وقدرة الحوسبة نفسها (عتاد قياسي في أي مكان حول العالم). فك هذا الارتباط يفتح السوق أمام منافسة لا يمكن لمزوّد رأسيّ متكامل أن يوفّرها.
الملاءمة الاقتصادية تكون في أقصاها مع استدلالات الذكاء الاصطناعي، وبنية DeFi التحتية، وأي حمل عمل يقدّم فيه المطوّر أولوية للتكلفة ولمقاومة الرقابة على حساب اتفاقيات SLA مؤسسية صارمة. مع تكاثر وكلاء الذكاء الاصطناعي عبر منظومة الويب3 – في تنفيذ الصفقات، وإدارة المحافظ، ومعالجة البيانات على السلسلة – سيزداد الطلب على وصول رخيص وغير مقيَّد (permissionless) إلى قدرات GPU.
Akash مهيأ هيكلياً لالتقاط جزء معتبر من هذا الطلب، لأنه يعتمد نموذج مزاد عكسي يتكيّف مع ظروف العرض في الزمن الفعلي، بدلاً من انتظار فرق التسعير في الشركات لمراجعة جداول الأسعار.
بالنسبة للمطوّرين الذين يقارنون خيارات البنية التحتية، الرسالة العملية واضحة: إذا كان حمل العمل لديك يعمل داخل حاوية Docker، ويمكنه تحمّل تغيّر المزوّد من حين إلى آخر، ويستفيد من خفض تكاليف الحوسبة بين 3 و10 أضعاف، فإن تجربة النشر على Akash تستحق المحاولة اليوم. التوثيق على موقع akash.network يوفّر دليلاً تطبيقياً يمكن إنجازه في أقل من ساعة، وسوق المزوّدين يتمتع بسيولة كافية تجعل العطاءات تصل في ثوانٍ لمعظم التهيئات القياسية.
اقرأ أيضاً: تزايد المخاوف من اختراقات التشفير مع احتمال طرح Anthropic لنموذج Claude Fable
