شرح عنوان استرداد STON.fi V2: إلى أين تذهب عمليات الاستبدال الفاشلة
يمكن لـ STON.fi V2 ترميز عنوان استرداد مخصص بحيث لا تضطر الأصول المُعادة للرجوع إلى المحفظة التي بدأت منها. هذا هو التعامل مع الفشل بشكل قابل للبرمجة، وليس خيارًا افتراضيًا مخفيًا.
🔥 ما الذي يتغير في استبدال V2
- receiver_address يستلم الرموز عند نجاح عملية الاستبدال.
- refund_address يستلم الأموال عندما لا يمكن إكمال الاستبدال المطلوب.
- excesses_address يستلم TON المتبقي بعد المعالجة.
هذه الأدوار ليست قابلة للتبديل. إرسال الإخراج إلى محفظة واحدة لا يعني تلقائيًا إرسال المبالغ المستردة إلى هناك أيضًا.
🚀 لماذا يوجد مسار الفشل
يمكن أن يبدو استبدال STON.fi بنقرة واحدة، لكن تنفيذ TON عبارة عن سلسلة من رسائل غير متزامنة. يمكن لـ V2 إجراء الاسترداد عند انخفاض السيولة، أو إخراج صفري، أو إخراج أقل من min_out، أو حوض مُقفل، أو معاملة منتهية الصلاحية، أو غاز غير صالح.
تحدد min_out والمهلة ما إذا كانت النتيجة لا تزال مقبولة. عنوان الاسترداد يحدد فقط أين ينبغي أن تصل القيمة بعد فشل محمي.
🧠 تدفق بسيط للفشل
1. تقوم المعاملة بتسمية receiver وعنوان الاسترداد و min_out والمهلة.
2. يرسل Router الطلب إلى Pool.
3. يقوم Pool بالتحقق مما إذا كانت الشروط يمكن تلبيتها.
4. يتبع النجاح مسار receiver. ويتبع الفشل القابل للاسترداد الوجهة المُشفرة للاسترداد.
يُبقي Omniston refund_address اختياريًا. اتركه خارج الطلب وستعود الأموال إلى المُرسِل.
⚡ الحمولة وحدود صارمة
يمكن لـ STON.fi V2 إرفاق refund_fwd_gas و refund_payload بحيث يستقبل عقد ما سياقًا مع الأموال المُعادة. هذا يفيد البوتات وتطبيقات dApps فقط إذا كانت الوجهة قادرة على التعامل مع الأصل.
لا يمكنه تحويل مسار متعدد الخطوات إلى تراجع ذري واحد. إذا كان Token A قد أصبح بالفعل Token B، فقد يعيد الفشل اللاحق الرمز الوسيط.
إذا لم تستطع تطبيقاتك تفسير سبب توجيه الاسترداد إلى مكان آخر، فاترك الإعداد الافتراضي للمرسل واستخدم الـ SDK الرسمي.
هل ستقوم بتوجيه عمليات استبدال STON.fi V2 الفاشلة إلى محفظة استرداد أم تعيدها إلى المستخدم؟ 👇
اكتب حالة الفشل التي ستختبرها أولًا ضمن التكامل.
ليست نصيحة استثمارية - ابحث بنفسك! 🚀
$GRAM @STONfi DEX
يمكن لـ STON.fi V2 ترميز عنوان استرداد مخصص بحيث لا تضطر الأصول المُعادة للرجوع إلى المحفظة التي بدأت منها. هذا هو التعامل مع الفشل بشكل قابل للبرمجة، وليس خيارًا افتراضيًا مخفيًا.
🔥 ما الذي يتغير في استبدال V2
- receiver_address يستلم الرموز عند نجاح عملية الاستبدال.
- refund_address يستلم الأموال عندما لا يمكن إكمال الاستبدال المطلوب.
- excesses_address يستلم TON المتبقي بعد المعالجة.
هذه الأدوار ليست قابلة للتبديل. إرسال الإخراج إلى محفظة واحدة لا يعني تلقائيًا إرسال المبالغ المستردة إلى هناك أيضًا.
🚀 لماذا يوجد مسار الفشل
يمكن أن يبدو استبدال STON.fi بنقرة واحدة، لكن تنفيذ TON عبارة عن سلسلة من رسائل غير متزامنة. يمكن لـ V2 إجراء الاسترداد عند انخفاض السيولة، أو إخراج صفري، أو إخراج أقل من min_out، أو حوض مُقفل، أو معاملة منتهية الصلاحية، أو غاز غير صالح.
تحدد min_out والمهلة ما إذا كانت النتيجة لا تزال مقبولة. عنوان الاسترداد يحدد فقط أين ينبغي أن تصل القيمة بعد فشل محمي.
🧠 تدفق بسيط للفشل
1. تقوم المعاملة بتسمية receiver وعنوان الاسترداد و min_out والمهلة.
2. يرسل Router الطلب إلى Pool.
3. يقوم Pool بالتحقق مما إذا كانت الشروط يمكن تلبيتها.
4. يتبع النجاح مسار receiver. ويتبع الفشل القابل للاسترداد الوجهة المُشفرة للاسترداد.
يُبقي Omniston refund_address اختياريًا. اتركه خارج الطلب وستعود الأموال إلى المُرسِل.
⚡ الحمولة وحدود صارمة
يمكن لـ STON.fi V2 إرفاق refund_fwd_gas و refund_payload بحيث يستقبل عقد ما سياقًا مع الأموال المُعادة. هذا يفيد البوتات وتطبيقات dApps فقط إذا كانت الوجهة قادرة على التعامل مع الأصل.
لا يمكنه تحويل مسار متعدد الخطوات إلى تراجع ذري واحد. إذا كان Token A قد أصبح بالفعل Token B، فقد يعيد الفشل اللاحق الرمز الوسيط.
إذا لم تستطع تطبيقاتك تفسير سبب توجيه الاسترداد إلى مكان آخر، فاترك الإعداد الافتراضي للمرسل واستخدم الـ SDK الرسمي.
هل ستقوم بتوجيه عمليات استبدال STON.fi V2 الفاشلة إلى محفظة استرداد أم تعيدها إلى المستخدم؟ 👇
اكتب حالة الفشل التي ستختبرها أولًا ضمن التكامل.
ليست نصيحة استثمارية - ابحث بنفسك! 🚀
$GRAM @STONfi DEX
