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

1. رحلة معاملة واحدة: من لحظة إرسالها إلى اللحظة التي لا تراجع بعدها

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

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

المرحلة الثانية: التناقل بين العُقد. العقدة التي استلمت معاملتك لا تنتظر دورها في «صناعة كتلة»، لأن الشبكة لا تصنع كتلاً. بدل ذلك تختار عقدة أخرى وتُمرّر إليها ما تعرفه، ومعه سجلّ صغير يقول: هذه آخر رسالة أنشأتُها، وهذه الرسالة التي وصلتني للتوّ ومِن أي عقدة وصلت. تفعل كل عقدة الشيء نفسه مع عقدة أخرى، ثم تتكرّر العملية. المشاركة هنا ليست مفتوحة: العُقد التي تتناقل هي عُقد الإجماع المدرجة في القائمة وحدها.

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

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

التقديم مفتوح لأي صاحب حساب، والقراءة مفتوحة للجميع عبر ما يُسمّى عُقد المرآة، أما تقرير الترتيب فمحصور في قائمة العُقد المُعلنة.

2. ماذا تُمرِّر العُقد لبعضها، ولماذا لا يُرسَل أي صوت على الشبكة

سمّى مصمّمو هذه الخوارزمية طريقة التناقل باسم «التناقل عن التناقل» (gossip about gossip)، وسمّوا خطوة حساب الأصوات «التصويت الافتراضي» (virtual voting). الاسمان يبدوان غريبين أول مرة، لكن معناهما مباشر جداً إذا نظرنا إلى محتوى الرسالة الواحدة.

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

ما الذي يتراكم من هذا؟ بعد جولات قليلة تصير لدى كل عقدة خريطة كاملة للاتصالات: هذه الرسالة أنشأتها العقدة (أ)، وكانت قد استلمت قبلها رسالة من (ب)، التي كانت بدورها قد استلمت من (ج). لأن كل رسالة تشير إلى سابقتيها، فإن السجل يصلح لاستنتاج مَن كان يعرف ماذا في أي لحظة. وهذا السجل يصير الشيء نفسه عند كل العُقد بعد وقت قصير، لأن كل ما يُنشأ يُمرَّر ويُمرَّر حتى يعمّ.

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

ولهذا نتيجة عملية: كلفة التنسيق لا تتضخّم بسبب التصويت. ما يعبر الشبكة رسائل تناقل تحمل معاملات حقيقية ومعها إشارات صغيرة، وعدد الرسائل لا يزيد بسبب التصويت مهما زاد عدد المشاركين.

3. الترتيب والختم الزمني يُحسمان بقاعدة، لا باحتمال يتحسّن كلما انتظرت

في الشبكات التي تربط الكتل ببعضها، مثل البيتكوين وكيف يعمل، تُجمَع المعاملات في كتلة، ويُلحق مَن وجد الكتلة هذه المرة كتلتَه خلف الكتلة السابقة. الترتيب يخرج من هذا التسلسل. وما دام أي مشارك قد يبني سلسلة أطول، فإن ما استقرّ قد يُستبدَل بها. لهذا نستخدم في هذه الشبكات كلمة «احتمال» لا كلمة «ضمان»: كل كتلة إضافية تُنقص فرصة انقلاب الترتيب، لكنها لا تُصفّرها.

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

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

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

هذه الميزة حقيقية ولا تحتاج إلى تلطيف. مَن يبني نظام تسوية أو سجلّ أحداث يحتاج جواباً قاطعاً عن سؤال «أيّهما وقع أولاً؟»، وهذا التصميم يعطيه الجواب بقاعدة حسابية من دون انتظار.

4. مَن يملك الشيفرة اليوم: من براءة اختراع إلى رخصة مفتوحة إلى مؤسسة مستقلة

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

ما جرى باختصار: صوّت المجلس على شراء حقوق الملكية الفكرية للهاشغراف من الشركة المالكة، ثم صدرت الشيفرة تحت رخصة أباتشي 2.0 المفتوحة، ثم نُقلت برمجيات الشبكة الأساسية إلى مشروع مستقلّ تحت مظلّة مؤسسة لينكس باسم Hiero. المحصّلة أن الشيفرة الأساسية لم تعد ملكاً لشركة واحدة ولا مرتبطة ببقائها.

لماذا يهمّك هذا كقارئ لا كمطوّر؟ لأن الرخصة المفتوحة تعني أن أي جهة تستطيع قراءة التنفيذ والتحقّق من أن ما تقوله الوثائق هو ما تفعله البرمجية، ولأن استضافة المشروع خارج شركة واحدة تُبقي استمرارية الصيانة أقل ارتباطاً بمصير جهة بعينها.

والنتيجة على مستوى النقاش: مَن يريد اليوم أن ينتقد هذه الشبكة نقداً وجيهاً فليبنِ نقده على بنيتها كما هي الآن. أما تكرار عبارة «تقنية مغلقة محمية ببراءة» فهو استعادة لوضع تغيّر فعلاً، ولا يفيد قارئاً يبحث عن صورة صحيحة.

وأقصر مدخل إلى هذه البنية هو صيغة الشرط الذي يقوم عليه ضمان الترتيب، فهو شرط يفرض على الشبكة أن تعرف مَن تَعُدّ.

5. «أقل من الثلث»: شرطٌ يفترض أنك تعرف مَن تَعُدّ

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

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

هنا يظهر الفرق البنيوي مع الشبكات المفتوحة. في شبكة تعتمد على العتاد الحاسوبي، لا أحد يعرف كم عقدة تعمل الآن ولا مَن يقف خلفها، وقد يدخل مشارك جديد بعد دقيقة ويخرج آخر. تلك الشبكات لا تدّعي أنها تعرف عدد المشاركين، ولذلك تعطيك اليقين على شكل احتمال يتحسّن مع الوقت. الاختيار متّسق في الحالتين، لكنه اختيار معاكس.

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

والضمان الذي شرحناه في أول هذا القسم نتيجة مباشرة لقبول شرط العدّ، ومَن يقبل بالنتيجة يقبل معها بالمقدّمة: قائمة مشاركين محدّدة يمكن عدّها.

6. ثمن هذا الضمان: قائمة عُقد مُعلنة، وأسماء مُشغِّليها مكتوبة داخلها

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

والأهم من العدد أن هوية المُشغّل ليست معلومة مخفيّة يجري استنتاجها: هي مكتوبة داخل وصف العقدة نفسه في الواجهة العامة، مع المدينة. تقرأ في الوصف صيغاً مثل «تستضيفها LG» في سنغافورة، و«تستضيفها Swirlds» في ولاية أيوا الأميركية، و«تستضيفها Nomura» في طوكيو، و«تستضيفها Google» في هلسنكي، و«تستضيفها Zain Group» في مدينة الكويت. أي أنك تستطيع أن تعرف مَن يشغّل أي عقدة بلا وساطة أحد.

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

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

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

7. أين تقف عملة HBAR: الكمية كلها وُجدت في اليوم الأول

حتى الآن تحدّثنا عن الشبكة. أين تقف العملة داخلها؟ نقطة البداية بسيطة وحاسمة: الكمية كلها وُجدت في اليوم الأول. خمسون ملياراً من HBAR (50 مليار) أُنشئت عند إطلاق الشبكة، ولم يُضَف إليها شيء بعد ذلك. لا إصدار جديد، ولا مكافأة عملات مستحدثة لأحد.

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

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

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

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

وظائف العملة داخل الشبكة ثلاث: دفع رسوم العمليات، وتوجيه الحساب إلى عقدة للتخزين، والتحويل بين الحسابات. وحدة العملة الصغرى تُسمّى التينيبار، وكل HBAR واحد يساوي مئة مليون تينيبار، ولهذا تظهر لك في الواجهات التقنية أرقام كبيرة جداً لمبالغ صغيرة.

8. ما الذي تبيعه الشبكة وبكم: ثلاث خدمات ورسوم مُسعَّرة بالدولار

لفهم موقع العملة لا بدّ من معرفة ما الذي تبيعه الشبكة أصلاً. هي تبيع ثلاث خدمات، ولكل واحدة سعر محدّد لكل عملية.

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

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

الثالثة: العقود الذكية. بيئة تنفيذ متوافقة مع أدوات منظومة إيثيريوم، بحيث يمكن نقل عقود مكتوبة لتلك المنظومة والعمل بها هنا.

القاعدة التي تحكم هذا الجدول: المبالغ محدَّدة بالدولار، والدفع يجري بعملة HBAR. تحوّل الشبكة المبلغ الدولاري إلى كمية من العملة باستخدام سعر صرف داخلي تديره هي لهذا الغرض. وجدول الرسوم نفسه محفوظ في ملف نظام على الشبكة يحمل المعرّف 0.0.113، ويمكن تعديله بقرار من الحوكمة، أي أن الأسعار أعلاه ليست ثابتة إلى الأبد وإن كانت مستقرّة بطبيعتها.

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

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

التخزين هنا (الستيكينغ) يعمل بطريقة تختلف عمّا يتوقّعه كثيرون، ومن الأفضل شرحها بالترتيب. الفكرة تُسمّى التخزين بالوكالة: تفتح إعدادات حسابك وتختار عقدة فيُحسب رصيد حسابك ضمن حصّة تلك العقدة، من دون أن ترسل عملاتك إلى أي جهة. العملات تبقى في حسابك، وتحت مفتاحك، ولا تنتقل إلى عقد أو محفظة أخرى.

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

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

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

والسؤال الذي يستحقّ الطرح: من أين تُدفع هذه المكافأة أصلاً ما دامت الكمية ثابتة ولا إصدار جديد؟ الجواب أنها تُدفع من رصيد حساب نظام مخصّص لهذا الغرض يحمل المعرّف 0.0.800. أي أن المعروض لا يزيد بسببها: المكافأة تخرج من رصيد قائم في حساب معلوم يستطيع أي شخص أن يستعلم عنه، وتمويل هذا الحساب قرار حوكمة.

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

قيم السقوف في هذا الجدول مقروءة من واجهة الشبكة العامة بتاريخ 31 أغسطس 2026، وهي تتغيّر بقرار الحوكمة.

10. هل يتحوّل ازدياد الاستخدام إلى طلب على العملة؟ سؤال يبقى مفتوحاً

نصل إلى السؤال الذي يقلق حامل العملة أكثر من أي تفصيل تقني، وهو سؤال مفتوح لا نغلقه هنا: إذا زاد استخدام الشبكة، هل يزيد الطلب على العملة بالقدر نفسه؟

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

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

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

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

لا نملك بيانات أوّلية تسمح بقياس حجم هذا الأثر، ولن نخترع أرقاماً لسدّ الفجوة. ما نستطيع قوله بثقة: الجملة الشائعة «كلما استخدمت الشركات الشبكة أكثر ارتفع الطلب على العملة بالقدر نفسه» لا تنتج تلقائياً من هذه البنية. مَن يشتري وهو يعرف هذا يتّخذ قراراً مختلفاً عمّن يشتري وهو لا يعرفه.

11. ما تفعله هذه الشبكة وما لا تفعله، وأين يقع الخلط

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

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

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

12. أرقام قرأناها بأنفسنا من الواجهة العامة للشبكة، وحدود هذه القراءة

كل الأرقام المتغيّرة في هذه المقالة مجموعة هنا، في جدول واحد له تاريخ قراءة. رقم متحرّك داخل فقرة يجعلها خاطئة بعد أشهر من دون أن ينتبه أحد.

المصدر هو الواجهة البرمجية العامة لعُقد المرآة على الشبكة الرئيسية، وهي واجهة مفتوحة للقراءة بلا حساب ولا إذن. المسارات التي استعملناها: network/supply للكمية، وnetwork/nodes لدفتر العُقد وحصصها، وnetwork/stake لسقوف التخزين وإعداداته، وaccounts/0.0.800 لرصيد حساب المكافآت، وtransactions لقياس معدّل العمليات. تستطيع أن تكرّر القراءة بنفسك وتقارن.

جدول اللقطة: الأرقام المتغيّرة كما قرأناها، بتاريخ القراءة المذكور تحته.

تاريخ القراءة: 31 أغسطس 2026. القياس أُجري ثلاث مرات متتالية على آخر مئة عملية في كل مرة.

كيف نقرأ سطر معدّل العمليات؟ بحذر وإنصاف. هو لقطة أولاً: الحمل على أي شبكة يتغيّر بين ساعة وأخرى، وقياسنا يعبّر عن لحظته. وثانياً، مصادر ثانوية تعرض أرقاماً يومية أعلى تصل إلى نطاق 370 ألف عملية، والفرق لا يغيّر الخلاصة: مئات الآلاف من العمليات يومياً.

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

13. رأيي في هذا التصميم، والسؤال الذي لم أستطع إغلاقه

بعد كل ما سبق، أذكر رأيي بصراحة مع بقاء الأمر في حدوده: الكلام هنا عن التصميم وحده. لا سعر فيه ولا توجيه بشراء أو ببيع.

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

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

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

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

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

14. من أين تُشترى العملة، وأين تُحفظ، وما الذي تنظر إليه في شاشتك

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

الأزواج الفورية التي تحقّقنا من وجودها: على بينانس (HBAR مقابل USDT وUSDC وBTC وBNB)، وعلى بايبت (مقابل USDT وUSDC)، وعلى كوكوين (مقابل USDT وUSDC وBTC)، وعلى MEXC (مقابل USDT وUSDC)، وكذلك على OKX وبيتغيت. ما ليس في هذه القائمة لا نجزم بشأنه، وبيان توفّر أي زوج تداول يبقى مرجعه شاشة المنصّة نفسها.

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

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

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

إفصاح عن الروابط التابعة: بعض الروابط روابط شركاء. قد نحصل على عمولة دون أي تكلفة إضافية عليك. هذه ليست نصيحة استثمارية.

15. مصطلحات هذه الشبكة بكلمات واضحة

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

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

أسئلة شائعة

قارن منصّات التداول واختر ما يناسب شاشتك