لماذا يتطلب الرهن الأصلي على إيثريوم طابور انتظار بنحو 32 يومًا؟

إذا شاركت مؤخرًا في الرهن الأصلي على شبكة إيثريوم مباشرة، فقد تلاحظ أن إيداع ETH تم بنجاح وأن المعاملة على السلسلة تأكدت، لكن المُحقِّق (Validator) بقي في حالة "في قائمة الانتظار" ولم يبدأ العمل بعد. وغالبًا ما يمتد هذا الطابور لأكثر من شهر. حتى 16 سبتمبر، كان أكثر من 1.8 مليون ETH بانتظار الدخول إلى مجموعة المُحقِّقين، مع زمن انتظار تقديري يقارب 32 يومًا. وفي يوليو من هذا العام، بلغت مدة الانتظار ذروتها عند أكثر من 43 يومًا. وعند ذروة الازدحام في مارس، كان نحو 3.4 مليون ETH ينتظرون عند بوابة الدخول، واقترب زمن الانتظار من 60 يومًا. أي أن عبارة "الانتظار شهرًا كاملًا" ليست مبالغة. قد يبدو الأمر محيرًا: إيثريوم تنتج فتحة (Slot) جديدة بمتوسط كل 12 ثانية، لذا تؤكد المعاملات العادية سريعًا. فلماذا يحتاج الرهن إلى أسابيع من الانتظار لقيمة مليارات الدولارات من ETH؟ وهل تُحتسب أي عوائد خلال هذه الأسابيع؟ ولماذا قد يستغرق الدخول الآن أكثر من شهر بينما قد يستغرق الخروج دقائق؟ الإجابة تكمن في آلية محورية كثيرًا ما يتم تجاهلها: "طابور المُحقِّقين" (Validator Queue). أولًا: كيف يتم احتساب "انتظار الشهر"؟ أكثر سوء فهم شائع هو الاعتقاد بأن إيثريوم تفرض قفلًا ثابتًا لمدة 40 يومًا على ETH الجديد قبل أن يبدأ العمل. الواقع أن مدة الشهر ليست قاعدة ثابتة، بل نتيجة ديناميكية تتغير يوميًا. بصياغة مبسطة: كمية ETH المنتظرة في الطابور ÷ كمية ETH التي يسمح البروتوكول بإدخالها يوميًا = مدة الانتظار التقريبية. نظام إثبات الحصة (PoS) في إيثريوم لا يسمح بتفعيل كل المُحقِّقين الجدد دفعة واحدة. بدلًا من ذلك، يطبق آلية "حدّ التدوير" (Churn Limit) التي تضبط الحد الأقصى لكمية رصيد الرهن التي يمكنها الانضمام إلى مجموعة المُحقِّقين في كل "حقبة" (Epoch). الحقبة تتكون من 32 فتحة، وكل فتحة تستغرق نحو 12 ثانية، أي أن الحقبة تقارب 6.4 دقائق، وبمتوسط يقارب 225 حقبة يوميًا. بعد Pectra/Electra، بدأت إيثريوم احتساب هذا السقف بشكل أكبر بناءً على "رصيد ETH" وليس فقط عدد المُحقِّقين. حاليًا، حد المعالجة لدخول الرهن الجديد هو 256 ETH لكل حقبة. وإذا حُوِّل هذا بالكامل إلى مُحقِّقين تقليديين بحد 32 ETH، فهذا يعادل تفعيل 8 مُحقِّقين قياسيين كحد أقصى كل 6.4 دقائق. الحساب اليومي واضح: 256 ETH × 225 ≈ 57,600 ETH يوميًا. ومع وجود نحو 1.83 مليون ETH في الانتظار، تصبح المدة 1.83 مليون ÷ 57,600 ≈ 32 يومًا. من هنا جاءت عبارة "انتظار الشهر". هذه القيمة تتبدل مع تدفق الطابور. إذا دخل إلى الطابور يوميًا أقل من 57,600 ETH، تبدأ المتأخرات بالانخفاض وقد تهبط المدة من 40 يومًا إلى 30 أو حتى 20 يومًا. أما إذا تجاوز الداخل يوميًا هذا المستوى، فلن يقصر الطابور وقد يطول. وما حدث في مارس عند وجود نحو 3.4 مليون ETH بانتظار يقارب 60 يومًا مثال متطرف على ذلك. المهم هنا أن هذا مختلف عن مفهوم "ازدحام الشبكة" المعتاد. انخفاض رسوم الغاز وتوفر المساحة في الكتل لا يعنيان أن المُحقِّقين يمكنهم الانضمام فورًا. القيد ليس في قدرة طبقة التنفيذ على معالجة المعاملات، بل في مُحدد متعمد لسرعة دخول المُحقِّقين يضعه بروتوكول إيثريوم. ثانيًا: لماذا لا تُفتح البوابة ويدخل الجميع دفعة واحدة؟ بما أن الانتظار لأسابيع يعني أن الأموال لا تولد مكافآت رهن، قد يبدو الحل بديهيًا: رفع الحد البالغ 256 ETH لكل حقبة. لكن المُحقِّق ليس حسابًا عاديًا. تحويل ETH بعد اكتماله لا يفرض عبئًا مستمرًا يُذكر على الشبكة، بينما المُحقِّق بعد تفعيله يصبح مشاركًا طويل الأجل في نظام إجماع إيثريوم: يقوم بالتصديقات، ويتلقى تعيينات اللجان، ويشارك في الحفاظ على الإجماع. وإيثريوم تضم حاليًا أكثر من 900,000 مُحقِّق نشط، مع أكثر من 42 مليون ETH مُرهونة. كل مُحقِّق جديد ينضم إلى هذا النظام الضخم. لهذا تسيطر إيثريوم عمدًا على وتيرة تغير مجموعة المُحقِّقين. اقتراح EIP-7514 في 2023 وضع سقفًا لمعدل تفعيل المُحقِّقين. الدافع ليس أن "كثرة الرهن سيئة"، بل أن النمو غير المنضبط في عدد المُحقِّقين قد يزيد حجم الحالة في طبقة الإجماع، ويرفع أعباء إدارة المُحقِّقين، ويزيد الضغط على الاتصالات والمعالجة عبر الشبكة. بعد ترقية Pectra، أصبح ممكنًا رفع "الرصيد الفعّال" لمُحقِّق واحد حتى 2048 ETH، في خطوة تهدف جزئيًا لتقليل الحاجة إلى تقسيم مبالغ كبيرة من ETH عبر آلاف مُحقِّقين بحد 32 ETH، بما يخفف الأعباء الناتجة عن تضخم أعداد المُحقِّقين. إلى جانب الجانب التشغيلي، يخدم حد التدوير هدفًا أعمق: منع تغيرات حادة خلال فترة قصيرة في المجموعة التي تؤمّن شبكة إيثريوم. أمن شبكات PoS يعتمد على مجموعة المُحقِّقين النشطين. لو أمكن دخول أو خروج كميات ضخمة من الرصيد فورًا، لتبدلت بسرعة أسس تحديد من يشارك في الإجماع وكم من "الأمن الاقتصادي" يبقى داخل النظام. لذلك تفرض إيثريوم حدًا أعلى "مُعرَّفًا بشريًا" على سرعة هذه التغيرات. بهذا المعنى، الطابور ليس "خللًا" يحتاج إصلاحًا. نعم، يقلل من كفاءة استخدام رأس المال من منظور المستخدم، لكنه يشبه مطبًا متعمدًا: البروتوكول يفضل وجود ملايين ETH تنتظر أسابيع عند الباب بدل السماح لمجموعة المُحقِّقين بالتمدد أو الانكماش خلال أيام قليلة. حتى خارطة الطريق المستقبلية تعكس هذا التوجه. الخطة الحالية لإدراج EIP-8061 ضمن Glamsterdam تستهدف رفع القدرة على معالجة الخروج ودمج المُحقِّقين لتخفيف ازدحام الخروج، مع الإبقاء على سقف التفعيل عند 256 ETH لكل حقبة. أي أن إيثريوم تفكر في جعل الخروج أكثر مرونة، لكنها لا تستعد بعد لفتح بوابة الدخول بالكامل. ثالثًا: هل توجد عوائد خلال فترة الانتظار؟ ولماذا يبدو الخروج أسرع الآن؟ عند إيداع ETH، هل يُحتسب الشهر كفترة رهن من منظور مكافآت البروتوكول؟ لا. المكافآت تبدأ فقط بعد أن يدخل المُحقِّق فعليًا حالة "نشط" (Active)، حيث يبدأ بالتصديق والمشاركة في اقتراح الكتل ويكسب مكافآت البروتوكول. قبل ذلك، طالما بقي المُحقِّق في حالة Pending، لا تتولد مكافآت الرهن المعتادة، حتى لو كانت معاملة الإيداع قد تمت. Ethereum.org تعتبر "Active" نقطة بدء العمل وتوليد العوائد. وهنا يظهر أثر الطابور على المستخدمين بوضوح. مع عائد سنوي تقريبي على مستوى الشبكة بنحو 2.6%، فإن مُحقِّقًا بحد 32 ETH ينتظر 40 يومًا قد يفوّت قرابة 0.09 ETH من مكافآت البروتوكول المحتملة. قد يبدو ذلك محدودًا للفرد، لكن لمؤسسة تُنشّر عشرات الآلاف أو مئات الآلاف من ETH، تصبح تكلفة رأس المال المعطّل خلال 40 يومًا كبيرة سريعًا. لهذا ازداد اهتمام المؤسسات وشركات خزينة ETH مؤخرًا بطابور رهن إيثريوم. في السابق، كانت المقارنات بين حلول الرهن تدور حول فروقات طفيفة في APR أو الرسوم. أما مع انتظار يتجاوز شهرًا، أصبح "متى تبدأ العوائد فعليًا" جزءًا من كفاءة رأس المال. وفي المقابل، قد تبدو قائمة الخروج قصيرة غالبًا: دقائق إلى ساعات. فهل تسمح إيثريوم بالخروج السريع دون الدخول السريع؟ ليس تمامًا. لكل من الدخول والخروج حدود تدوير وخضوع لمحددات معدل على مستوى البروتوكول، لكن طول الطابور يتحدد بعدد المنتظرين. اليوم ينتظر دخول أكثر من 2 مليون ETH، بينما ينتظر خروج قدر ضئيل من ETH، فتبدو الصورة كطريق سريع في اتجاه مزدحم لعدة عشرات الكيلومترات، والاتجاه المعاكس شبه خالٍ. كما أن "قصر طابور الخروج" لا يعني وصول ETH إلى محفظتك خلال دقائق. بعد إتمام الخروج، يجب الانتظار فترة ثابتة قدرها 256 حقبة (نحو 27 ساعة) قبل دخول حالة "قابل للسحب". وبعد ذلك، تنتظر الأموال عملية "سحب تلقائي" (Withdrawal Sweep) لتحويلها إلى عنوان السحب، وقد يضيف ذلك عدة أيام. هذا يسلط الضوء أيضًا على فروق دقيقة بين طرق الرهن. إذا شغّلت مُحقِّقك بنفسك أو أنشأت مُحقِّقًا مستقلًا عبر خدمة رهن غير أمينة مثل imToken، فالعملية الأساسية تظل تتطلب انضمام المُحقِّق رسميًا إلى مجموعة مُحقِّقي إيثريوم، وبالتالي المرور عبر طابور البروتوكول. في نموذج الرهن غير الأمين لدى imToken مثلًا، يحتفظ المستخدم بمفتاح السحب بينما يدير مزود خدمة العقد المُحقِّق؛ وعندما تُظهر الواجهة "Queuing" فهذا يعني أن المُحقِّق ينتظر موافقة إيثريوم، ولا يبدأ توليد مكافآت البروتوكول إلا بعد تحول الحالة إلى "Active". بعض مجمّعات الرهن السائل، بفضل امتلاكها عددًا كبيرًا من المُحقِّقين النشطين ورموزًا سائلة، قد تُخفي فترة الانتظار هذه على مستوى المنتج، فلا يشعر المستخدم مباشرة بفترة "انتظار بلا عائد" تمتد لأسابيع. لكن المقابل هو حدود ثقة إضافية ومخاطر أخرى مثل العقود الذكية، سيولة LST، الحوكمة، ومخاطر المبادلة. وهي عوامل قد تحجبها مقارنة APR وحدها، لأن التكلفة الحقيقية للرهن ليست رسومًا وعائدًا فقط: توقيت دخول الأموال، لحظة بدء العمل فعليًا، توقيت القدرة على السحب، ومن يسيطر على الأصول خلال ذلك كلها عناصر جوهرية في أي منتج رهن. خلاصة قد يبدو السماح لملايين ETH بالانتظار عند الباب لأكثر من شهر تصميمًا غير كفؤ. لكن على مستوى الشبكة ككل، يتضح الفارق: المعاملات العادية تستهدف تنفيذًا سريعًا، بينما المُحقِّقون مسؤولون عن استمرار إجماع إيثريوم في اللحظة التالية. الأولى يمكن دفعها نحو سرعة أعلى، والثانية تتطلب قدرًا من الضبط. الطابور، عمليًا، هو حاجز أمان كان غير مرئي وأصبح مرئيًا مع ارتفاع الطلب على الرهن بما يفوق معدل الدخول الذي يحدده البروتوكول. وكلما طال هذا الطابور، دلّ أكثر على أن الطلب على الانضمام إلى مجموعة مُحقِّقي إيثريوم يتجاوز وتيرة السماح بالدخول. ومهما بلغ عدد المنتظرين خارج الباب، ستفتح إيثريوم بوابتها وفق إيقاعها الخاص: حقبة بعد حقبة.