سحب Arbitrum معلّق: افحص الرسالة ثم المطالبة
نجاح معاملة السحب على Arbitrum One مرحلة واحدة من مسار الجسر الأصلي. تتبع رسالتها حتى تصبح جاهزة ثم تُنفذ على Ethereum.
نجاح معاملة سحب على Arbitrum One لا يثبت وحده وصول الأموال إلى Ethereum. في مسار الجسر الأصلي، تنشئ معاملة L2 رسالة. يجب أن تصبح تلك الرسالة مؤهلة للتنفيذ، ثم تُنفذ على Ethereum. افحص هذه السجلات منفصلة قبل وصف السحب بأنه مفقود أو مكتمل.
هذا الدليل طريقة للقراءة فقط لمطابقة سحب موجود من Arbitrum One إلى Ethereum عبر الجسر الأصلي. لا يشمل جسرا سريعا أو Circle CCTP أو Arbitrum Nova أو شبكة اختبار أو الاتجاه المعاكس. يستند إلى وثائق Arbitrum العامة التي تم التحقق منها في 3 نوفمبر 2026؛ ولم تُجر أي معاملة سحب أو مطالبة لإعداد هذا المقال.
حدد أولا مسار الجسر الذي استخدمته
ابدأ بمعاملة السحب الأصلية والخدمة التي بدأت السحب من خلالها. خروج رمز من المحفظة لا يكفي لتحديد بروتوكول الجسر. للجسور السريعة ومسارات التحويل الأخرى سجلاتها وآليات التسوية وإجراءات الدعم الخاصة بها.
مصدر المسار هنا هو Arbitrum One، معرّف السلسلة 42161، والسلسلة الأم هي Ethereum. تميز معلومات السلاسل لدى Arbitrum بين One وNova وشبكات الاختبار. لا تبحث عن تجزئة معاملة المصدر على Ethereum ثم تعتبر غياب النتيجة دليلا على اختفاء السحب.
استخدم الجسر الرسمي الذي تصل إليه عبر دليل البدء السريع لدى Arbitrum، بدلا من رابط مطالبة أُرسل في رسالة غير مطلوبة. اعثر على السحب المطابق في سجل معاملاته. طابق معاملة المصدر والمستلم والأصل والكمية، وليس مجرد رمز تداول مألوف.
تكتسب مراجعة الهوية أهمية خاصة للرموز التي لها عدة نسخ. يشرح دليل USDC وUSDC.e لماذا لا يثبت تشابه رمز التداول وحدة عقد الرمز أو مسار التحويل. إذا لم تستطع إثبات أنه سحب Arbitrum One عبر الجسر الأصلي، فتوقف عن تطبيق مراحل هذا الدليل واستخدم وثائق المسار الفعلي.
اقرأ ثلاثة سجلات منفصلة
يصف شرح الرسائل من السلسلة الفرعية إلى الأم لدى Arbitrum رسالة من السلسلة الفرعية، وإدراجها في تأكيد حالة موثّق، وتنفيذها عبر Outbox في السلسلة الأم. نشر دفعة على Ethereum ليس هو توثيق تأكيد الحالة المطلوب لتلك الرسالة.
| السجل | ما يثبته | ما لا يثبته |
|---|---|---|
| معاملة المصدر | تنفيذ بدء السحب على Arbitrum One | استلام الأموال بالفعل على Ethereum |
| حالة رسالة السحب | هل الرسالة تنتظر أم جاهزة أم منفذة | رصيد المحفظة من تسمية الحالة وحدها |
| إيصال تنفيذ Ethereum | هل نجح التنفيذ المطابق على السلسلة الأم | أن كل الرموز أو إجماليات المحفظة المعروضة محدثة |
تجزئة معاملة المصدر وتجزئة التنفيذ على Ethereum سجلان مختلفان. احتفظ بهما في ملاحظاتك عند توفرهما، مع معرّف الرسالة الذي يربطهما. معرفة المرحلة التي يصفها مؤشر الحالة أنفع من مجرد رؤية مؤشر أخضر عام.
في سحب ETH عبر الجسر الأصلي، تحرق العملية الموثقة ETH على السلسلة الفرعية وتحرره على الأم عند تنفيذ الرسالة. وتستخدم عمليات سحب ERC-20 عبر الجسر الأصلي بوابات الرموز وتنفيذ الرسائل المقابل. لا تفترض أن أي تحويل ERC-20 إلى عنوان يبدو كأنه جسر ينشئ سجل السحب الموصوف هنا.
إذا كنت تحتاج فقط إلى فهم إيصال Ethereum عادي، فاقرأ دليل المعاملة الناجحة وتحويل الرموز. المهمة الإضافية هنا هي ربط سحب على سلسلة المصدر بتنفيذ محدد على سلسلة الوجهة.
تعامل مع فترة الانتظار كمرحلة، لا كموعد نهائي للوصول
يتضمن المسار الأصلي فترة اعتراض قبل أن تصبح الرسالة من السلسلة الفرعية إلى الأم قابلة للتنفيذ. يصف دليل Arbitrum السريع انتظار السحب لمدة سبعة أيام على الأقل وعدا تنازليا في واجهة الجسر. وتصف وثائق بروتوكول أخرى نافذة النزاع المضبوطة بعدد الكتل، بما يعادل نحو ستة إلى سبعة أيام. هذه ليست ضمانا لمدة وصول سحبك من بدايته إلى نهايته.
استخدم الحالة الحالية للرسالة المطابقة، وليس حسابا بالتقويم، لتحديد ما إذا كان الجسر يعرضها كجاهزة للمطالبة. توقيت معاملة المصدر وحده لا يثبت توثيق تأكيد الحالة المطلوب أو حصول التنفيذ. قد تؤثر ظروف الشبكة والبروتوكول في موعد إتاحة المرحلة التالية.
انتظار مزيد من التأكيدات على سلسلة المصدر ليس أيضا نفس مهمة تنفيذ رسالة جاهزة على Ethereum. يشرح دليل التأكيدات والنهائية تسميات تأكيد المعاملة. لا تحل هذه التسميات محل دورة حياة رسالة الجسر الأصلي.
إذا ظل السجل يعرض الانتظار، فسجل تلك الحالة ووقت الملاحظة. وإذا تعذر تحميل السجل أو تحديد الرسالة، فسجل غير معروف، لا فاشل أو صفر. نقص الأدلة والفشل على السلسلة نتيجتان مختلفتان.
جاهزية المطالبة لا تعني اكتمال الاستلام
يعرض دليل Arbitrum السريع إجراء Claim في سجل المعاملات عندما يصبح السحب جاهزا. ويميز شرح البروتوكول بين أهلية الرسالة وتنفيذها على السلسلة الأم. لا تفترض أن تسمية الجاهزية تعني وجود ETH أو الرموز بالفعل في رصيد المستلم القابل للإنفاق.
هذا الفحص لا يتطلب الضغط على Claim. إذا اخترت إجراء معاملة لاحقا، فتحقق بشكل مستقل من المسار الرسمي والشبكة المقصودة والمستلم وتفاصيل المعاملة. التنفيذ على Ethereum معاملة لها تكلفة شبكة خاصة بها؛ لا يقدم هذا المقال سعرا للرسوم ولا يوصي باستدعاء عقد يدويا.
يسمح البروتوكول لشخص غير المستفيد بتنفيذ رسالة مؤهلة. لذلك ليس من الضروري أن يكون عنوان مرسل معاملة التنفيذ على Ethereum هو مستلم السحب. طابق الرسالة والمستلم المقصود بدلا من رفض سجل لمجرد اختلاف مرسله.
إذا أفاد السجل بأن الرسالة منفذة، فاتبع سجلها على سلسلة الوجهة وتحقق من نجاح التنفيذ المطابق. ثم افحص المستلم وحالة ETH أو الرموز الناتجة على Ethereum. معاملة التنفيذ الفاشلة أو التي ما زالت معلقة لا تثبت نجاح الاستلام. ولأصل ERC-20، احتفظ بعقد الرمز الفعلي على الوجهة وكميته؛ فتقدير قيمة المحفظة بالنقد التقليدي ملاحظة منفصلة.
أنشئ سجل مطابقة واحدا
يستند التسلسل التالي إلى الوثائق، وليس إلى اختبار مباشر للجسر. والغرض منه شرح حالة سحب موجود دون إرسال أموال أو منح موافقة للرموز أو إنشاء سحب آخر.
- حدد المسار. سجل Arbitrum One مصدرا، وEthereum وجهة، وخدمة الجسر الأصلي. إذا اختلف المسار الفعلي، فاستخدم وثائقه الخاصة.
- احفظ أدلة المصدر. احتفظ بتجزئة معاملة المصدر كاملة وحالتها والأصل والكمية والمستلم ووقت الملاحظة. لا تستبدل هوية الأصل برمز التداول.
- حدد الرسالة المرتبطة. طابق إدخال سجل الجسر ومعرّف الرسالة مع معاملة المصدر تلك. سجل مرحلتها الحالية وأي أدلة غير متاحة.
- افحص تنفيذ الوجهة. إذا وُجد سجل للتنفيذ، فاحفظ تجزئته على Ethereum وحالة الإيصال. تحقق من المستلم المقصود وحالة الأصل الناتجة، بدلا من الاعتماد فقط على تسمية Success في المصدر.
- احسب مرة واحدة. إلى أن تتحقق من الاستلام، احتفظ بسجل مطالبة واضح بأنه قيد المعالجة. وبعد التحقق، طابق هذا السجل مع الحيازة على الوجهة بدلا من إضافة الاثنين إلى المحفظة كأصلين منفصلين.
مثلا، لنفترض أن سجلا افتراضيا يعرض سحب 0.20 ETH من Arbitrum One. نجحت معاملة المصدر، لكن سجل الجسر ما زال يقول إن الرسالة تنتظر. الوصف الذي تسنده الأدلة هو سحب عبر الجسر الأصلي بقيمة 0.20 ETH قيد المعالجة، ولم يُثبت بعد استلامه على Ethereum. لا يثبت ذلك توفر مبلغ آخر قدره 0.20 ETH بالفعل على Ethereum، ولا يثبت خسارة. هذه أرقام مختلقة للتوضيح، وليست محفظة تمت ملاحظتها أو حسابا للرسوم.
قد لا يكفي تغير رصيد Ethereum وحده أيضا إذا كان للعنوان نشاط آخر. احتفظ بسجل التنفيذ المرتبط بجانب ملاحظة الرصيد، واحسب رسوم الشبكة بشكل منفصل عند الحاجة. عندما تختلف شاشتان للمحفظة، يساعد دليل عدم تطابق الرصيد على فصل كميات الأصول والأسعار وحداثة البيانات. لا يستطيع إجمالي المتتبع وحده إثبات حالة رسالة الجسر.
ينتهي هذا الفحص عندما تستطيع تسمية المسار، وربط سحب المصدر برسالته، والتمييز بين الانتظار أو جاهزية المطالبة وبين نجاح التنفيذ على Ethereum. إذا ظل سجل ضروري غير متاح، فاحتفظ بهذا القيد وارجع إلى مساعدة المسار الرسمي، بدلا من إعادة إرسال أموال لجعل الأرقام متطابقة. لا تحتاج إلى عبارة استرداد أو مفتاح خاص أو دفع مال لجهة دعم تواصلت معك دون طلب لقراءة هذه السجلات العامة.
أسئلة شائعة
هل تعني Success على Arbitrum أن السحب وصل إلى Ethereum؟
لا. في سحب Arbitrum One عبر الجسر الأصلي، معاملة المصدر وتنفيذ رسالتها على Ethereum مرحلتان منفصلتان. افحص السجل المطابق في تاريخ الجسر وإيصال التنفيذ على الوجهة.
هل أعيد السحب إذا انتهت فترة الانتظار؟
مرور الوقت وحده ليس دليلا على فشل السحب الأصلي. حدد أولا رسالته وحالتها الحالية عبر سجل الجسر الرسمي. السحب الثاني إجراء مستقل، ولا يصلح الرسالة الأولى.
هل السحب القابل للمطالبة جزء من رصيد محفظتي على Ethereum بالفعل؟
القابلية للمطالبة تصف الجاهزية للتنفيذ وليست إثباتا للاستلام. أبق سجل المطالبة قيد المعالجة منفصلا عن رصيد محفظة الوجهة إلى أن تتحقق من تنفيذ Ethereum المطابق والأموال الناتجة عنه. لا تحسبهما أصلين منفصلين.