Bless

ما هي Bless؟

Bless هي شبكة حوسبة طرفية (Edge Computing) لامركزية تحاول تحويل القدرة الخاملة في أجهزة المستهلكين إلى طبقة حوسبة مشتركة للتطبيقات، خصوصًا أحمال عمل الذكاء الاصطناعي والبيانات والأحمال الحساسة لزمن الاستجابة.

بدلًا من استئجار القدرة الحاسوبية من مزودي السحابة المركزيين الضخمين، من المفترض أن يرسل المطوّرون الوظائف عبر شبكة عقد Bless، بينما يساهم مالكو الأجهزة بوحدة المعالجة المركزية (CPU)، أو وحدة معالجة الرسوميات (GPU)، أو النطاق الترددي، أو وقت التشغيل المستمر (uptime)، ويتلقّون مكافآت.

الميزة التنافسية المقترحة ليست سلسلة كتل جديدة للأغراض العامة، بل طبقة تنسيق لحوسبة متغايرة (heterogeneous compute): تصف مواد المشروع مزيجًا من عقد عبر المتصفح وعقد أصلية (native nodes)، وعزلًا قائمًا على WebAssembly، ومطابقة ديناميكية للموارد، والتحقق الخاص بنوع عبء العمل، بهدف جعل الأجهزة العادية قابلة للاستخدام كبنية تحتية موزعة بدلًا من أن تكون مجرد حاملي رموز سلبيين، كما هو مبيَّن في الوثائق الرسمية لـ Bless ووثائق توزيع أحمال الشبكة.

تأتي Bless ضمن فئة البنية التحتية المادية اللامركزية (DePIN) والحوسبة اللامركزية، وليس ضمن فئات الطبقة الأولى (Layer 1) الأساسية أو التمويل اللامركزي (DeFi).

حتى أواخر يوليو وبدايات أغسطس 2026، صنّفت الصفحات السوقية التابعة لجهات خارجية رمز BLESS ضمن فئة القيمة السوقية المتوسطة المنخفضة من الأصول المشفّرة؛ إذ أظهر موقع CoinMarketCap قيمة سوقية تقل عن 20 مليون دولار وترتيبًا في حدود المرتبة 700 تقريبًا، بينما أظهر CoinGecko قيمة سوقية مماثلة أقل من 20 مليون دولار وترتيبًا في حدود المرتبة 800 تقريبًا. في المقابل، أظهرت بيانات الأصل المزوَّدة لهذا التقرير لقطة لقيمة سوقية أعلى بحوالي 38.6 مليون دولار وسعر في نطاق سنت واحد منخفض تقريبًا، مما يبرز كيف يمكن لسيولة التداول الضعيفة ومنهجية احتساب المعروض وتوقيت القياس أن تغيّر بشكل ملموس الحجم الظاهر للرموز الناشئة.

لا تمتلك Bless ملف قيمة مقفلة (TVL) ذي دلالة في DeFi يمكن مقارنته بأسواق الإقراض أو منصات التداول اللامركزي (DEXs)؛ إذ تعرِّف مجمّعات TVL القيمة المقفلة على أنها أصول المستخدمين المقفلة في عقود البروتوكول، كما هو موضَّح في منهجية TVL الخاصة بـ DeFiLlama، بينما تصف وثائق مطوّري Bless نفسها إلى الآن عمليات نشر على شبكة اختبار أو إصدارات بيتا على أنها مجانية وليست بعدُ بيئة فوترة إنتاجية في أجزاء من الوثائق، وهو ما يجعل استخدام الحوسبة، والعقد النشطة، والطلب على أحمال العمل المدفوعة أكثر صلة من TVL في تقييم مستوى التبنّي.

من أسّس Bless ومتى؟

تأسست Bless في سان فرانسيسكو عام 2022 تحت اسم Blockless، خلال مرحلة الانكماش التي أعقبت دورة التشفير لعام 2021، ومع بدايات الدفع المؤسسي نحو بنية تحتية للذكاء الاصطناعي وشبكات بأسلوب DePIN.

يعرّف CoinMarketCap كلًّا من بوتيان لي (Butian Li)، ومايكل تشين (Michael Chen)، وليام تشانغ (Liam Zhang) على أنهم المؤسسون، بينما تذكر الصفحة الرسمية “حول الفريق” أن الفريق يضم خلفيات من Akash Network وBinance Research وNGC Ventures. وتُعد مسألة التوقيت مهمة؛ إذ ظهرت Bless بعد أن وصلت الموجة الأولى من سرديات “حاسوب العالم” العامة إلى مرحلة النضج وتحولت إلى أسواق بنية تحتية أكثر تخصصًا، كما أن أطروحتها كانت أضيق من أطروحة سلسلة كتل للعقود الذكية من الطبقة الأولى؛ إذ كانت ترى أن أجهزة المستهلكين ستصبح ركيزة حوسبة موزّعة بدلًا من أن تكون مجرد نقاط نهاية تتفاعل مع تطبيقات على السلسلة.

تطوَّرت سردية المشروع من تأطير Blockless كبنية تحتية للتطبيقات اللامركزية إلى لغة “الحاسوب المشترك” الأكثر سهولة في الاستخدام التي تتبنّاها Bless.

في الصياغة الحالية، يركّز المشروع بدرجة أقل على استبدال طبقة تسوية سلسلة كتل قائمة، وبدرجة أكبر على تقليل الاعتماد على مزودي السحابة المركزيين من خلال تمكين التطبيقات من الوصول إلى طاقة حوسبة من قاعدة مستخدميها أو عقدها الخاصة. وقد قرّب هذا التحوّل Bless أيضًا من أقرانها في DePIN وبنية الذكاء الاصطناعي التحتية أكثر من منصات العقود الذكية التقليدية؛ إذ تؤكد واجهة الموقع العامة على أحمال عمل GPU/CPU، وتدريب واستدلال الذكاء الاصطناعي، والألعاب، ومعالجة البيانات، وسوق بيانات قائم على الموافقة، بينما تؤكد وثائق المطوّرين على النشر باستخدام TypeScript وJavaScript عبر واجهة سطر الأوامر Bless CLI، كما يظهر في مقدمة المطوّرين.

كيف تعمل شبكة Bless؟

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

يُوصَف رمز BLESS في إفصاح MiCA بأنه رمز قابل للاستبدال (Fungible) من نوع SPL على شبكة Solana، بينما يعتمد نموذج الأمان المقصود للشبكة على نمط من المشاركة شبيهة بإثبات الحصّة (Proof of Stake)، حيث يقوم مالكو الرموز بتجميد (Staking) رموز BLESS لدعم التحقق، وتشغيل العقد، وتسوية مهام الحوسبة عند نضج الشبكة على الشبكة الرئيسية (Mainnet)، وذلك وفقًا لـالورقة البيضاء الخاصة بمعيار MiCA. تتم عملية تنفيذ أحمال العمل الحقيقية عبر عقد موزّعة بدلًا من أن تتم داخل آلة افتراضية حتمية واحدة لسلسلة كتل، لذا فإن السؤال التقني الحاسم بالنسبة لـ Bless لا يقتصر على نهائية الإجماع (Consensus Finality)، بل يشمل أيضًا ما إذا كان يمكن إسناد مهام الحوسبة الموزّعة وتنفيذها والتحقق منها ودفع مستحقاتها بزمن استجابة وموثوقية ومقاومة احتيال مقبولة.

تُبنى الحزمة التقنية للشبكة حول توجيه المهام، والعزل القائم على WebAssembly، واختيار العقد بناءً على الأداء، والتحقق الديناميكي.

يرسل المطوّرون الوظائف عبر واجهة سطر الأوامر Bless CLI، متضمِّنة متطلبات الموارد مثل وحدة المعالجة المركزية (CPU)، والذاكرة (RAM)، والنطاق الترددي، والأولوية، وتوقعات زمن الاستجابة؛ ثم تحدد الشبكة العقد المتصلة على أساس القدرة الجاهزة والموقع الجغرافي، مع إعطاء أولوية للموثوقية التاريخية ووقت التشغيل، كما هو موضَّح في وثائق التنسيق. أما في ما يتعلّق بالتحقق، فتصف Bless نموذجًا معياريًا يمكن فيه للتطبيقات اختيار أساليب تحقق خاصة بكل مهمة، بما في ذلك تصويتًا بأسلوب pBFT أو RAFT للنتائج الثنائية، والتحقق من البيانات المجمَّعة لمهام الاسترجاع، بدلًا من الاعتماد على آلية تحقق واحدة عالمية لكل عملية حسابية، وذلك وفقًا لـوثائق قابلية التحقق.

هذا التصميم عملي، لكنه يقدّم مشكلة أمان صعبة: فالأجهزة الاستهلاكية المتغايرة (Heterogeneous Consumer Hardware) أرخص وأوسع انتشارًا من بنية مراكز البيانات، لكنها أيضًا أكثر ضجيجًا وأقل موثوقية وأكثر عرضة لسلوك سيبيل (Sybil) والتواطؤ والتحايل على مقاييس وقت التشغيل وبيئات التنفيذ غير المتسقة.

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

جدول معروض رمز BLESS يُعدّ هجوميًا نسبيًا بالنسبة لرمز بنية تحتية ناشئ. يذكر موقع Tokenomics.com حدًا أقصى للمعروض يبلغ 10 مليارات BLESS، ومعروضًا إجماليًا يقل بقليل عن هذا المستوى، وتاريخ توليد رمز (TGE) في 23 سبتمبر 2025، ومعروضًا متداولًا كان في حدود 18% إلى 19% من إجمالي المعروض في لقطات بيانات السوق مطلع عام 2026، مع امتداد جداول الاستحقاق الكامل حتى أغسطس 2032 عبر جدول فتح قفل على مدى 84 شهرًا، وذلك وفقًا لـصفحة Tokenomics الخاصة بشبكة Bless وجدول فتح القفل. يشير التوزيع المبلَّغ عنه إلى تقسيم المعروض بين حوافز المجتمع، ومجمّعات الإسقاط الجوي (Airdrop) والتسويق، والأطراف الداخلية، والمستثمرين الخاصين، واحتياطيات المؤسسة، والسيولة. هذا يجعل BLESS ليس أصلًا على نمط سلعة ذات معروض ثابت بالكامل ولا رمز حوكمة مُصدَرًا بالكامل؛ فمصدر الضغط الاقتصادي الأساسي يكمن في جداول فتح القفل المقررة، خصوصًا لأن مخصصات المستثمرين والفريق والمستشارين والمؤسسة والمجتمع تُفتح على مدى عدة سنوات ويمكنها زيادة المعروض المتداول بشكل ملموس حتى لو كان إجمالي المعروض مقيدًا.

المنفعة المقصودة للرمز هي تسوية المدفوعات والتنسيق للحوسبة.

يشير ملف MiCA إلى أن BLESS من المتوقع أن يُستخدم لدعم التجميد (Staking) للمشاركة في الشبكة، ومكافأة مشغّلي العقد، وخدمة كوسيلة دفع لأحمال عمل الحوسبة؛ كما يذكر أن الحائزين لا يتلقّون أسهمًا، أو أرباحًا، أو حقوق تقاسم أرباح، أو حقوق استرداد، أو حقوقًا تعاقدية ضد الشبكة أو المُصدِر، وهو ما يُعد مهمًا لتصنيف المخاطر وضبط منهجية التقييم.

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

تصف بعض الملخّصات السوقية ضغط حرق قائمًا على الإيرادات، بينما تنص الورقة البيضاء الخاصة بـ MiCA على أن BLESS لا يطبّق آليات ضبط تلقائي للمعروض مثل إعادة التسعير (Rebasing) أو الإصدار المرتبط بالطلب أو الحرق المرتبط بالطلب. القراءة المتحفظة هي أن BLESS يمتلك معروضًا اسميًا مقيدًا مع تضخم في المعروض المتداول مدفوعًا بجداول الاستحقاق، وأن أي تراكم مستدام للقيمة يعتمد على مدفوعات حوسبة حقيقية، وطلب على التجميد، وإنفاذ موثوق لأداء العقد، بدلًا من الاعتماد على نموذج انكماشي مضمون آليًا.

من يستخدم Bless؟

كان تبنّي Bless الظاهر أقوى على جانب العرض منه على جانب الطلب.

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

كما يذكر وصف المشروع في CoinMarketCap وجود أكثر من 5 ملايين عقدة على شبكة الاختبار، في حين أشار تقرير إعلامي في سبتمبر 2025 عن إطلاق الشبكة الرئيسية إلى أكثر من 6.3 ملايين عقدة و2.5 مليون مستخدم خلال مرحلة شبكة الاختبار. تشير هذه الأرقام إلى مشاركة واسعة مدفوعة بالإسقاطات الجوية (Airdrops) والحوافز، لكنها لا ينبغي أن تُخلَط مع طلب متكرر من مؤسسات أو إيرادات حوسبة مدفوعة؛ ففي أسواق DePIN يمكن أن يكون نمو جانب العرض من العقد رخيصًا نسبيًا في الدعم، بينما يظل الاختبار الأصعب هو ما إذا كان المطوّرون سيدفعون مقابل أحمال العمل بعد أن تعود الحوافز إلى مستوياتها الطبيعية.

على جانب الطلب، تستهدف Bless دعم استدلال وتدريب نماذج الذكاء الاصطناعي، ومعالجة البيانات، وبنية تحتية للألعاب، واستضافة ويب موزّعة، ونشر تطبيقات المطوّرين.

تُظهر الوثائق دعم تطبيقات TypeScript وJavaScript، والنشر عبر الأمر npx blessnet deploy، وتكاملات مذكورة مع تقنيات مثل Space and Time Database وMonad Blockchain، لكن الوثائق نفسها تذكر أيضًا أن الشبكة في مرحلة بيتا أو… الشبكة حاليًا في مرحلة الـ testnet، وأن عمليات النشر خلالها مجانية، مما يجعل من الصعب التحقق من قوة الإيرادات اعتمادًا على المواد المتاحة للعامة.

اعتماد منصات التداول أوضح من اعتماد المؤسسات: أعلنت Bitget عن إدراج BLESS في منطقة الابتكار والذكاء الاصطناعي لديها في 23 سبتمبر 2025، كما تم تسجيل تغطية من Binance Alpha وBinance Futures تقريبًا في نفس نافذة الإطلاق، بينما أُعدّ المستند الأبيض وفق لائحة MiCA لأغراض القبول للتداول على Bitvavo. هذه الإدراجات تدعم السيولة والتوزيع، لكنها لا تُعد دليلًا على أن المؤسسات تستهلك قدرات الحوسبة من Bless على نطاق واسع.

ما هي المخاطر والتحديات التي تواجه Bless؟

تحمل Bless مخاطر تنظيمية وتنفيذية ومخاطر مركزية شائعة في البنى التحتية المرمّزة في المراحل المبكرة. في أوروبا، يصنّف المستند الأبيض وفق لائحة MiCA توكن BLESS على أنه «أصل مشفّر آخر»، وليس توكنًا نقديًا إلكترونيًا ولا توكنًا مرجعي الأصول، ويصفه بأنه غير قابل للاسترداد ولا يدرّ فائدة، إلا أن هذا التصنيف لا يحسم تلقائيًا الكيفية التي قد تحلل بها ولايات قضائية أخرى مبيعات التوكن، أو مكافآت الـ staking، أو عمليات الإنزال الجوي (airdrops)، أو أسئلة «توقّع تحقيق الربح». لم تُظهر الأبحاث المتاحة للعامة وجود دعوى حالية معروفة من هيئة SEC موجهة تحديدًا ضد Bless أو BLESS، لكن غياب إجراء إنفاذ معروف لا يعادل يقينًا تنظيميًا. كما يعتمد الشبكة على سلامة آليات تسجيل نقاط العُقد (node scoring)، والتحقق من المهام، وتوزيع المكافآت، وتصميم آلية الـ staking؛ فإذا كان اشتراك العُقد مدفوعًا بالحوافز بدرجة كبيرة أو مركّزًا بين مشغّلين منسّقين، فقد تبالغ صورة اللامركزية الظاهرية لملايين عُقد المتصفح في تقدير عدد مزوّدي الحوسبة المستقلين اقتصاديًا والموثوقين فعليًا.

التهديد التنافسي كبير، لأن Bless تدخل سوق الحوسبة اللامركزية المزدحم بالفعل. شبكات مثل Akash وRender وio.net وAethir وGolem وFluence وغيرها من شبكات DePIN أو شبكات الحوسبة تنافس جميعها على جذب اهتمام مطوّرين متداخلين، بينما ما زالت الجهات المركزية الكبرى مثل AWS وGoogle Cloud وMicrosoft Azure ومزوّدي سحابة الـ GPU المتخصصين تهيمن على مجالات الاعتمادية، والمشتريات المؤسسية، والامتثال، والرصد، وضمانات مستوى الخدمة. قد يكون نموذج Bless القائم على أجهزة المستهلكين فعّال التكلفة لأنواع معيّنة من الأحمال ذات الحساسية للكمون، أو المتقطعة، أو القريبة من الحافة (edge workloads)، لكنه أقل وضوحًا من حيث ملاءمته لعناقيد الـ GPU عالية الأداء الحتمية، أو الأحمال المؤسسية المُقنّنة، أو المهام التي تتطلب ضمانات صارمة لوقت التشغيل. كما أن نموذجها الاقتصادي يواجه ضغوطًا خاصة بالتوكن: جدول فتح قفل يمتد لعدة سنوات يمكن أن يخفّض حصص حاملي التوكنات المتداولة قبل نضوج الاستخدام، وإذا تجاوزت المكافآت إيرادات الحوسبة العضوية لفترة طويلة، يمكن أن تنحرف الشبكة من سوق للبنية التحتية إلى حلقة مشاركة مدعومة بشكل أساسي بالتحفيز التوكني.

ما هو المظهر المستقبلي لـ Bless؟

يعتمد مستقبل Bless بدرجة أقل على إدراج التوكنات في البورصات، وبدرجة أكبر على قدرتها على تحويل بصمة testnet كبيرة أو عرض عُقد واسع إلى طلب مدفوع يمكن التحقق منه على أحمال العمل.

أهم المعالم التي ينبغي مراقبتها هي: جاهزية بيئة الـ mainnet للإنتاج، وتوفير عُقد مكتبية أو أصلية (native) قادرة على تشغيل الـ GPU، وتعزيز آليات التحقق، وتوسيع دعم لغات البرمجة إلى ما بعد TypeScript وJavaScript، وتحسين آليات الأوركسترة، وتوفير بيانات شفافة للفوترة أو الإيرادات.

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

يحدد المستند الأبيض خارطة طريق تضع إطلاق الـ mainnet، وتحسين التحقق، وتوسيع دعم لغات البرمجة، وتحسين الأوركسترة، وتعزيز خصائص الأمان ضمن الأولويات، بينما ما تزال الوثائق الحالية تحتوي على لغة تشير إلى البيتا/testnet؛ لذا فإن العقبة العملية تتمثل في مواءمة ادعاءات الإطلاق العام مع أدوات المطوّرين، وقنوات الدفع، والطلب الإنتاجي القابل للقياس.

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