عندما نتحدث عن تقنية البلوكتشين، فإن أول ما يتبادر إلى الذهن غالبًا هو العملات الرقمية مثل Bitcoin، أو ربما العقود الذكية والتطبيقات اللامركزية مثل Ethereum. لكن، ماذا لو استخدمنا البلوكتشين في أمر مختلف تمامًا؟ ماذا لو استخدمنا هذه التقنية في بناء شبكة اتصال لاسلكية حقيقية؟
شبكة لا تعتمد بالكامل على شركة اتصالات واحدة تقوم ببناء الأبراج والبنية التحتية، بل يشارك في بنائها عدد كبير من الأشخاص، من خلال توفير تغطية لاسلكية للمنطقة المحيطة بهم، ويحصلون في المقابل على حوافز مقابل مساهمتهم في الشبكة. هذه باختصار هي الفكرة التي حاول مشروع Helium تقديمها في ورقته البيضاء عام 2018.
المشكلة: مليارات الأجهزة تحتاج إلى الاتصال بالإنترنت
أصبحت الأجهزة المحيطة بنا أكثر اتصالًا بالإنترنت، ولم يعد الإنترنت مقتصرًا على أجهزة الكمبيوتر والهواتف الذكية فحسب، بل أصبح لدينا عدد هائل من الأجهزة الصغيرة ومستشعرات إرسال واستقبال البيانات — أجهزة تتبع موقع شحنة، مستشعرات درجة حرارة داخل مستودع، عداد ذكي لاستهلاك المياه — وغيرها من الأمثلة التي تندرج تحت ما يُعرف باسم Internet of Things (IoT).
عندما صدرت الورقة عام 2018، تحدث مؤلفوها عن وجود أكثر من ثمانية مليار جهاز متصل بالإنترنت، مع توقع وصول الإنفاق على قطاع إنترنت الأشياء إلى قرابة 1.4 تريليون دولار بحلول عام 2021.
لماذا لا يمكننا استخدام Wi-Fi أو شبكات الاتصالات؟
المشكلة أن كل تقنية اتصال لها حدود معينة. شبكة Wi-Fi ممتازة عندما يكون الجهاز قريبًا من نقطة الاتصال، لكنها ليست مصممة لتغطية مساحات جغرافية واسعة، بينما Bluetooth مناسبة للاتصالات قصيرة المدى فقط. في المقابل، تستطيع الشبكات الخلوية تغطية مساحات كبيرة، لكنها قد تكون مكلفة لجهاز صغير لا يحتاج سوى إرسال كمية محدودة من البيانات بين فترة وأخرى — وهنا تظهر مشكلة أخرى مهمة: استهلاك الطاقة.
تخيل جهاز استشعار صغير يعمل ببطارية، ومهمته فقط إرسال درجة الحرارة عدة مرات في اليوم. هذا الجهاز يحتاج إلى اتصال لمسافات طويلة، يستهلك قدرًا قليلًا من الطاقة، وبتكلفة منخفضة — ومن هنا بدأت Helium التفكير في شبكة مخصصة لهذا النوع من الأجهزة.
ماذا لو بنينا شبكة لاسلكية يشارك فيها الجميع؟
عندما تريد شركة اتصالات بناء شبكة، فإنها تحتاج إلى إنشاء بنية تحتية ضخمة: أبراج، معدات، مواقع، وصيانة وتشغيل. لكن Helium اقترحت نموذجًا مختلفًا: بدلًا من أن تقوم جهة واحدة ببناء الشبكة بالكامل، يُسمح لعدد كبير من الأشخاص بالمشاركة في بناء التغطية.
تخيل جهازًا في منزلك أو متجرك يستطيع توفير تغطية لاسلكية للأجهزة الموجودة في المنطقة المحيطة بك، وشخص آخر يضع جهازًا مشابهًا في منطقة أخرى. ومع زيادة عدد المشاركين تبدأ الأجهزة في تكوين شبكة لاسلكية موزعة جغرافيًا. تُسمّي الورقة هذه الأجهزة باسم Hotspots، وهي أحد أهم مكونات شبكة Helium.
من هم المشاركون في شبكة Helium؟
يقسم المشروع المشاركين الرئيسيين إلى ثلاثة أنواع:
- الأجهزة (Devices): أجهزة إنترنت الأشياء التي تحتاج إلى إرسال واستقبال البيانات.
- مقدمو التغطية (Miners): المشاركون الذين يشغّلون أجهزة Hotspots ويوفرون التغطية اللاسلكية.
- الموجّهات (Routers): تطبيقات تستقبل بيانات الأجهزة القادمة من Hotspots ثم توجّهها إلى الوجهة المناسبة.
تُرسل الأجهزة البيانات لاسلكيًا، فتُنقل عبر Hotspot، ثم يوجّهها Router إلى التطبيق أو الخدمة المطلوبة. وفي الخلفية، تعمل تقنية البلوكتشين على تسجيل العمليات وإدارة بعض جوانب التحقق والحوافز.
دور WHIP
لكي تتواصل أجهزة Hotspots، يحتاج تصميم Helium إلى بروتوكول لاسلكي مناسب لطبيعة أجهزة إنترنت الأشياء، لذلك قدّم المشروع بروتوكولًا باسم WHIP: بروتوكول لاسلكي مفتوح المصدر، بعيد المدى، ومنخفض استهلاك الطاقة. لا تحاول شبكة Helium بناء بديل لشبكة Wi-Fi لتصفح أسرع، لأن الحاجة مختلفة تمامًا: جهاز قد يحتاج فقط إرسال رسالة صغيرة (درجة حرارة، موقع شحنة)، فيمكن التضحية بسرعة نقل البيانات مقابل مدى أطول واستهلاك طاقة أقل.
كيف نعرف أن Hotspot يوفر تغطية فعلًا؟
هنا نصل إلى واحدة من أهم مشكلات تصميم Helium. لو كانت المكافآت تُمنح بمجرد تشغيل جهاز وإدخال موقع جغرافي، فمن الطبيعي أن يحاول البعض خداع النظام. لذلك قدّم المشروع خوارزمية Proof-of-Coverage (إثبات التغطية).
بالعودة إلى بيتكوين للحظة: يُستخدم Proof-of-Work لإثبات أن المعدّن قام بعمل حاسوبي مكلف. أما Helium فطرحت سؤالًا مختلفًا: لماذا لا نجعل العمل الذي يحصل المشاركون من خلاله على مكافآت يعود بالنفع على الشبكة نفسها؟ بما أن المورد الذي تحتاجه Helium هو التغطية، أصبحت الفكرة: إثبات أنك توفر تغطية لاسلكية حقيقية، لا فقط أنك تمتلك جهازًا.
كيف نثبت التغطية؟
تخيل مجموعة من Hotspots في منطقة معينة، بحيث ترسل الشبكة نوعًا من "التحدي" إلى أحدها، ثم تنتقل رسالة لاسلكية بين كل Hotspots الموجودة في المنطقة. كل Hotspot يتعامل مع الجزء المخصص له من الرسالة ثم يرسل إثباتًا باستقباله، مع معلومات مثل: من استقبل الرسالة؟ متى؟ ما قوة الإشارة؟ ومن وقّع على إثبات الاستقبال؟ تشبه هذه العملية مجموعة من المظاريف داخل بعضها، ولا يستطيع كل مشارك فتح إلا الطبقة المخصصة له. السؤال هنا ليس "هل الجهاز يعمل؟"، بل: هل توجد بالفعل تغطية لاسلكية مفيدة في المكان الذي يدّعيه الجهاز؟
السبب أن الحوافز تغيّر سلوك الناس؛ فقد يشتري شخص عشرات الأجهزة ويضعها جميعًا في مستودع واحد. نظام الإثبات يجعل من الصعب تحويل ذلك إلى مكافآت فعلية بدون تغطية حقيقية مفيدة — إذ يهدف المشروع لمكافأة خدمة حقيقية يمكن التحقق منها، لا مجرد استهلاك موارد.
ماذا عن موقع الجهاز؟
ذهب المشروع إلى أبعد من إثبات التغطية، حيث يمكن استخدام الاختلافات الدقيقة في وقت وصول الإشارة بين عدة Hotspots للمساعدة في تحديد موقع الجهاز، وهي فكرة تسمى Proof-of-Location. الهدف هو تمكين بعض أجهزة إنترنت الأشياء من تحديد مواقعها دون الحاجة إلى GPS داخل كل جهاز (يزيد GPS التكلفة واستهلاك البطارية)، اعتمادًا على تقنية TDoA (Time Difference of Arrival).
لماذا نحتاج إلى البلوكتشين أصلًا؟
أجابت ورقة Helium بأنها لا تريد وجود شركة واحدة تدير كل شيء؛ فهناك عدد كبير من الأشخاص المستقلين يوفرون التغطية، وأجهزة تستخدم الشبكة، وعمليات دفع ومعلومات يجب الاتفاق عليها. لذلك تستخدم الورقة تقنية البلوكتشين كسجل موزع لإدارة هذه العلاقات: إضافة Hotspots، إثبات مواقعها، نقل الرموز، وإثباتات التغطية. لذلك، البلوكتشين ليس المنتج النهائي، بل المنتج الحقيقي هو الشبكة اللاسلكية نفسها، والبلوكتشين جزء من البنية التحتية التي تجعل هذه الشبكة تعمل بين أطراف مستقلة.
كيف تتفق الشبكة على ما يحدث؟
لم ترغب Helium بالاعتماد على Proof-of-Work التقليدي، فاقترحت Helium Consensus Protocol، الذي يجمع بين Proof-of-Coverage وبروتوكول إجماع Byzantine Fault Tolerance مبني على HoneyBadgerBFT. من خلال هذه الخوارزميات تختار الشبكة المشاركين في عملية الإجماع، بحيث يكون مستوى إثباتهم عاملًا مؤثرًا في إمكانية اختيارهم.
الصورة الكاملة لشبكة Helium
تحتاج الأجهزة (Devices) إلى اتصال، فيسمح لها WHIP بالاتصال اللاسلكي بعيد المدى ومنخفض الطاقة، عبر Hotspots يوفرها أشخاص مستقلون، بينما تتأكد خوارزمية Proof-of-Coverage من وجود التغطية فعليًا. بعدها تنقل Routers البيانات إلى التطبيقات على الإنترنت، وتسجّل شبكة البلوكتشين العمليات وتدعم نظام الحوافز عبر Tokens، بينما يوفّر Helium Consensus Protocol الاتفاق على حالة السجل. والنتيجة: شبكة اتصالات يحاول عدد كبير من المشاركين بناء بنيتها التحتية بصورة لامركزية.
الفكرة الاقتصادية أهم من العملة
من السهل النظر إلى Helium باعتبارها مشروع عملة رقمية، لكن هذه النظرة تُفقدنا الفكرة الأساسية: أن Helium تحاول بناء سوق للتغطية اللاسلكية — مورد (التغطية)، مزوّدون (أصحاب Hotspots)، مستهلكون (الأجهزة والتطبيقات)، وآلية تحفيز (الرمز الرقمي). البلوكتشين هنا آلية تساعد أطرافًا لا تعرف بعضها على المشاركة في بناء مورد مشترك والاستفادة منه، بحيث تتحول التغطية اللاسلكية إلى سلعة تتنافس الأطراف على توفيرها.
ماذا يعني ذلك للأعمال؟
إذا نظرنا إلى Helium من زاوية الأعمال، فلن نسأل كيف تعمل خوارزمية Proof-of-Coverage تقنيًا، بل سؤالنا سيكون عن إمكانية استخدام الحوافز الرقمية لجعل أشخاص مستقلين يبنون بنية تحتية تحتاجها السوق. يجمع المشروع بين أربعة عناصر:
- المورد الحقيقي: التغطية اللاسلكية.
- مقدم الخدمة: صاحب Hotspot.
- المستهلك: الأجهزة التي تحتاج إلى اتصال.
- آلية الحوافز: البلوكتشين والرمز الرقمي.
وبذلك تحاول Helium استخدام الاقتصاد الرقمي لتنسيق بناء بنية تحتية في العالم الحقيقي — وهذا ما يجعلها مختلفة عن كثير من تطبيقات البلوكتشين التي تبقى بالكامل داخل العالم الرقمي.
هل يمكن خداع النظام؟
تدرك الورقة أن النموذج ليس سهلًا؛ فقد يحاول البعض إنشاء هويات متعددة لخداع الشبكة (Sybil Attack)، أو ما تسميه Helium Alternate Reality Attack: أن يجعل شخص النظام يعتقد بوجود تغطية موزّعة في عدة مواقع، بينما الأجهزة فعليًا في مكان واحد أو التغطية غير موجودة أصلًا. لذلك أصبحت آليات إثبات التغطية والموقع والتوقيت جزءًا أساسيًا من تصميم النظام.
هل تحل Helium كل مشكلات الاتصالات؟
بشكل مباشر: لا.
يعتمد نجاح النموذج على عوامل عديدة:
- وجود عدد كافٍ من Hotspots وتوزيعها في الأماكن المناسبة.
- وجود طلب حقيقي على الشبكة.
- قدرة النظام على منع التلاعب بالحوافز.
- اقتصاديات المكافأة وتوازنها مع تكلفة الخدمة.
- قدرة الشبكة على التوسع.
ماذا حدث بعد ذلك؟
حذّرت الورقة نفسها بأن المشروع لا يزال قيد التطوير، وأن التنفيذ النهائي قد يختلف عمّا تصفه الوثيقة — وهذا ما حدث فعلًا:
- أبريل 2023 انتقلت Helium من بلوكتشينها الخاص (يوصف الآن بـ Legacy Blockchain) إلى شبكة بلوكتشين Solana، تخليًا عن تعقيد تشغيل بلوكتشين مستقل بعد أن اتضح أن القيمة الحقيقية في الشبكة اللاسلكية نفسها، لا في امتلاك بلوكتشين خاص.
- توسّع لاحق تجاوزت الفكرة أجهزة إنترنت الأشياء إلى شبكات Wi-Fi المحمولة، فأصبح السؤال: هل تستطيع البنية التحتية التي يبنيها الأفراد مساعدة شركات الاتصالات نفسها؟ وهو ما يُعرف بفكرة Carrier Offload.
- أبريل 2025 أعلنت Helium تعاونًا مع AT&T، بحيث يتصل مشتركو الشركة بشبكة Wi-Fi المبنية من مجتمع Helium في آلاف المواقع بالولايات المتحدة، مع أكثر من 62 ألف Hotspot منشور وقت الإعلان.
- 2026 توجّه جديد للانتقال من مكافأة إثبات وجود التغطية (Proof-of-Coverage) إلى مكافأة الاستخدام الفعلي (Utility) — ربط المكافآت بحمل حركة بيانات حقيقية بدل مجرد إثبات وجود Hotspot.
هذا يوضح نقطة مهمة عند قراءة أي ورقة بيضاء: قد تبقى المشكلة ويبقى نموذج الأعمال، بينما تتغير التقنية المستخدمة لتحقيقهما.
الخلاصة
شبكة Helium محاولة لاستخدام تقنية البلوكتشين والحوافز الرقمية لجعل عدد كبير من المشاركين المستقلين يساهمون في بناء شبكة لاسلكية حقيقية، ويحصلون على مقابل عندما يقدّمون قيمة للشبكة. ومع نضوج المشروع، اكتشفت الشبكة أن القيمة الحقيقية ليست في إثبات وجود التغطية فحسب، بل في أن تكون هذه التغطية مفيدة ومُستخدمة فعليًا.
وهنا تكمن أهمية Helium عند دراسة تقنية البلوكتشين: فهي تنتقل من سؤال "كيف نستخدم البلوكتشين؟" إلى سؤال أكثر أهمية: هل يمكن للحوافز الرقمية أن تجعل مجموعة كبيرة من الأشخاص المستقلين يبنون موردًا حقيقيًا يحتاجه السوق؟ هذا ما يجعل Helium مختلفة عن كثير من مشاريع البلوكتشين الأخرى — فهي لا تحاول بناء شيء داخل شبكة البلوكتشين فحسب، بل تستخدم البلوكتشين للمساعدة في بناء شيء خارجه، في العالم الحقيقي: شبكة اتصالات فعلية.