Nonce في إيثريوم: ترتيب المعاملات والتسريع دون دفع مكرر

اقرأ الرقم ضمن الحساب والشبكة

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

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

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

مثال على تسلسل توقف عند خطوة مبكرة

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

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

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

لماذا قد تختلف حالة العرض بين الأدوات؟

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

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

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

استخدام الحساب من أكثر من برنامج أو جهاز

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

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

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

الاستبدال والتسريع لا يعنيان دفعة جديدة عادية

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

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

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

الفشل المدرج يختلف عن الرفض قبل الإدراج

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

تتضمن مواصفة EIP-1559 مثالًا تقنيًا للتحقق من تسلسل المرسل ومعالجة المعاملة. بالنسبة لقرارك، افصل السؤالين: هل استُخدم موضع المعاملة؟ وهل نجحت النتيجة التي أردتها في العقد؟ قد تكون الإجابة نعم للأول ولا للثاني، فتحتاج المحاولة الجديدة إلى معالجة الحالة الحالية لا إعادة إرسال عمياء لرقم قديم.

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

إعادة ضبط العرض لا تمحو معاملات الشبكة

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

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

قائمة مراجعة قبل التدخل في التسلسل

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

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