لماذا تتأخر معاملة إيثيريوم: ترتيب nonce ومحاولات الاستبدال والإلغاء

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

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

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

يحتوي حساب إيثيريوم الخارجي العادي (EOA) على nonce يحدد ترتيب المعاملات. وهو عدّاد خاص بالحساب، وليس رسماً أو طابعاً زمنياً أو تجزؤاً فريداً للمعاملة. تقبل السلسلة المعاملة التي يطابق nonce فيها القيمة التالية المتوقعة من حالة الحساب. ولا يمكن للحساب نفسه تنفيذ معاملتين تحملان nonce نفسه على السلسلة الرسمية. يصف دليل الحسابات على Ethereum.org nonce بأنه عدّاد معاملات الحساب وآلية للمساعدة على منع هجمات إعادة الإرسال.

لنفترض أن nonce الحساب التالي المتاح هو 41. تستخدم المعاملة التالية الصالحة التي يرسلها الحساب nonce 41، وبعد إدراجها ومعالجتها تستخدم المعاملة التالية nonce 42. يرتبط nonce بالحساب المرسل، لا بعنوان المستلم. ولكل حساب تسلسله الخاص، لذا يمكن لحسابين مختلفين أن تكون لكل منهما معاملة nonce 41 في الوقت نفسه.

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

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

لا توجد في إيثيريوم غرفة انتظار متزامنة واحدة تراها كل المحافظ والعقد ومستكشفات الكتل ومقترحو الكتل بالطريقة نفسها. يحتفظ كل عميل تنفيذ محلياً بالمعاملات التي استقبلها ورآها صالحة وفق حدوده وسياساته. قد تعرف عقدة معاملة لا تعرفها عقدة أخرى. تشرح وثائق Geth لواجهة txpool RPC مجموعتي pending وqueued المحليتين لذلك العميل، وتوضح أنه قد توجد عدة معاملات مرشحة للمرسل وnonce نفسيهما.

في Geth، تعني pending عادةً المعاملات التي يمكن معالجتها بالترتيب وفق حالة الحساب الحالية، بينما تعني queued المعاملات الأبعد في التسلسل التي تنتظر سد فجوة في nonce. هذا تمييز في واجهة العميل، وليس حالة اسمية موحدة تفرضها قواعد الإجماع على كل البرامج. تسمي بعض المحافظ كل قائمة المعاملات غير المؤكدة «pending»، وقد لا يعرض بعض المستكشفات إلا المعاملات التي رصدها مزوّد بياناتها.

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

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

لنفترض أن nonce التالي على السلسلة للحساب هو 41. أرسل الحساب المعاملة A بـ nonce 41، ثم أرسل المعاملة B بـ nonce 42. إذا لم تُحل A، لا يمكن تطبيق B قبلها. قد تبقى B في قائمة انتظار محلية، أو تظهر كمعلّقة في المحفظة وحدها، أو لا تظهر في مستكشف لم يستقبلها بعد. المهم هو ترتيب nonce، لا الترتيب الذي أنشأت به المحفظة المعاملتين أو عرضتهما.

إذا أُدرجت A لاحقاً، يتقدم nonce الحساب إلى 42، ويمكن تنفيذ B إذا استوفت شروط صلاحيتها ورسومها وسياسة مجمّع المعاملات. وإذا استُبدلت A ذات nonce 41 بمعاملة صالحة أخرى، تشغل معاملة الاستبدال ذلك التسلسل إذا أُدرجت. وإذا استهلكت معاملة أخرى للحساب nonce 41 بالفعل، تصبح أي نسخة مرشحة سابقة للرقم 41 قديمة ولا يمكن إدراجها لاحقاً.

لذلك فإن إرسال معاملة جديدة بـ nonce أعلى لا يحل عادةً معاملة متوقفة؛ بل يضيف معاملة أخرى خلف التسلسل المفقود. وإلغاء B، وهي المعاملة اللاحقة، لا يحل A. ابحث أولاً عن أدنى nonce لم يُحل في الحساب، وتحقق من حالته قبل استبداله.

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

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

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

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

إذا كنت تنتظر لأن nonce أقل لم يُحل، فابدأ بالعثور على المعاملة التي تشغل ذلك الرقم. وإذا بدا أن الانتظار بسبب عدم كفاية الرسوم الأساسية الحالية، فافهم حقول رسوم المعاملة قبل تغييرها. دليل رسوم الغاز المذكور مناسب لحساب الرسوم؛ أما هذا المقال فيركز على مسألة ترتيب الحساب المنفصلة.

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

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

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

المقصود هنا بالاستبدال هو معاملة منافسة تستخدم الحساب وnonce نفسيهما. لا تنقل إجراءات RBF أو CPFP الخاصة ببيتكوين إلى إيثيريوم. يستخدم بيتكوين بنية معاملات مختلفة، وآليات تعديل الرسوم فيه ليست طريقة معالجة حسابات إيثيريوم.

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

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

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

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

للمعاملة المدرجة في كتلة معلومات كتلة وإيصال. إذا نجح التنفيذ، فقد يطبق التغييرات المطلوبة في الحالة. وإذا تراجع تنفيذ EVM، تُلغى تغييرات الحالة الناتجة عن ذلك التنفيذ، لكن nonce حساب المعاملة يظل مستهلكاً وقد تُدفع رسوم الغاز. تحقق من إيصال المعاملة ونتيجة تنفيذها بدلاً من استنتاج النجاح من إشعار المحفظة. يشرح دليل المعاملات على Ethereum.org ودليل رسوم الغاز الفرق بين الإدراج ونتيجة التنفيذ.

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

إذا لم تتمكن من العثور على تجزؤ المعاملة، فتأكد من اختيار السلسلة والحساب الذي أنشأها. قارن أحدث nonce على السلسلة بـ nonce المعاملة، وافحص المعاملات الأحدث من الحساب المرسل. استجابة nonce too low مؤشر إلى أن nonce ربما استُهلك بالفعل وفق نقطة النهاية التي تستعلم عنها؛ وليست أمراً بتكرار الطلب باستمرار. اعرف المعاملة التي استخدمت nonce وتحقق من أن كتلتها ما زالت جزءاً من السلسلة الرسمية.

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

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

إذا لم يظهر التجزؤ، فقارن أحدث nonce مؤكد للحساب بالـ nonce الذي تعرضه المحفظة. يمكن للمطورين ومشغلي العقد استخدام وسمَي الكتلة latest وpending مع استدعاء eth_getTransactionCount. يعرّف مرجع JSON-RPC على Ethereum.org الوسم latest بحالة أحدث كتلة، والوسم pending بحالة الانتظار. وتظل قيمة pending نتيجة ملاحظة نقطة نهاية RPC المحددة؛ وقد تختلف القيم بين مزودين. ويمكن لمعظم المستخدمين الوصول إلى المؤشرات الأولى نفسها من نشاط الحساب في المحفظة ومن مستكشف موثوق، من دون تشغيل أوامر.

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

يركز هذا المقال على معاملات الحسابات الخارجية العادية في إيثيريوم. قد ترسل أنظمة تجريد الحسابات UserOperation عبر bundler، وقد تستخدم الحسابات الذكية مفاتيح nonce وتسلسلات تتجاوز عدّاداً بسيطاً واحداً. يحدد EIP-4337 بنية nonce المستخدمة لتلك العمليات، لذلك قد يختلف سلوك المحفظة القائمة على تجريد الحساب عن مثال EOA هنا. لمراجعة شبكة الوجهة والعنوان وحالة التحويل، راجع قائمة التحقق من شبكة وعنوان ومذكرة التحويل.