اكتشاف المعاملة وتأكيد السلسلة وربط الطلب وتسليم الخدمة خطوات منفصلة. تحقق من السلسلة والأصل والمستلم والمبلغ الصح؛ طبّق سياسة قبول موثقة؛ وخلي التسوية قابلة للتكرار بأمان. مرجع معاملة أو لقطة شاشة أو زر متصفح لوحده مش بيثبت إن طلب معين اتدفع.
افصل حدث السلسلة عن حدث الطلب
إبلاغ المحفظة إن تحويل اتبعت هو دليل على إجراءها هي، مش قرار دفع كامل. الخادم الخلفي المستلم لازم يراقب الشبكة المقصودة، ويتحقق من التحويل الفعلي، ويربطه بطلب. بس ساعتها الطلب يقدر يطبق سياسة القبول بتاعته. تسليم البنية التحتية خطوة تشغيلية تانية بعد قبول الدفع.
خلي التحولات دي صريحة في الكود ولغة العميل. الشاشة ممكن تعرض انتظار أو اكتشاف أو تأكيد من غير ما تسمي الطلب مدفوع. متسيبش المتصفح يوفر المبلغ المقبول أو يكتب فوق حالة موثوقة. خزّن عرض السعر اللي أنشأه الخادم وتعليماته عشان التسوية اللاحقة تتقيّم مقابل الطلب الأصلي مش سلة متغيرة.
استخدم قواعد ثقة خاصة بكل سلسلة
الشبكات المختلفة بتوصف ثقة المعاملة بشكل مختلف. دليل المطورين بتاع Bitcoin بيشرح إزاي العقد بتختار السلسلة الأكثر في إثبات العمل المتراكم وإزاي الكتل المتنافسة ممكن تحدث. فالمعاملة اللي اتشافت حديثًا محتاجة سياسة لعمق التأكيد وتغيرات السلسلة المحتملة. مفيش عدد تأكيدات واحد مناسب لكل أصل ومخاطرة تجارية.
توثيق إثبات الحصة بتاع Ethereum بيشرح نهائية نقاط التحقق، بينما Solana بتوثق حالات الالتزام المعالجة والمؤكدة والنهائية. متترجمش المصطلحات دي بشكل عابر لعدد كتل عالمي واحد. سجّل القاعدة الخاصة بالشبكة ومصدر المعلومات والسلوك أثناء عدم اليقين. المشغل لازم يحدد حدود القبول مقابل مخاطرة الدفع والتسليم، مش ينسخ رقم من دفع غير مرتبط.
تحقق من حمولة التحويل الفعلية
حدد المستلم والأصل والمبلغ على السلسلة الصح. مدفوعات الرموز محتاجة هوية الرمز المقصودة، مش مجرد معاملة ناجحة لعنوان. تحقق من نجاح التنفيذ ذي الصلة ودليل التحويل حسب نموذج السلسلة. حلّل المبالغ الصحيحة بدقة الأصل المناسبة بدل الثقة في رقم عشري منسق يوفره المتصفح.
تعليمة الدفع لازم تفضل مرتبطة بمسارها الأصلي. تحويل على شبكة تانية أو رمز مختلف بنفس الرمز أو مرجع معاملة غير مرتبط مش المفروض يلبيها. سجل التحقق لازم يشرح إيه اللي اتفحص ويحفظ الدليل المطلوب لمراجعة القرار. الدليل ده بيوصف مبادئ تسوية دفع عامة مش تنفيذ خدمة معينة.
خلي ربط الطلب واضح
عناوين الاستلام الثابتة ممكن تستقبل عدة طلبات بمبالغ متشابهة. وجود تحويل مطابق مش بيثبت أي عميل أو طلب يستحق الرصيد. حدد طريقة الربط قبل قبول مدفوعات حية وضمّن التعامل مع التعارضات. مرجع المعاملة اللي يوفره المستخدم لسه محتاج تحقق إن نفس التحويل ما اتخصصش لمكان تاني بالفعل.
تخيل فاتورتين بنفس المبلغ على نفس المسار في نافذة متداخلة. المراقب بيشوف تحويل واحد. تعليم الاتنين مدفوعين تلقائيًا غلط؛ واختيار واحد من غير دليل كافي كمان غير آمن. خلي التحويل غير مخصص أو تحت المراجعة لحد ما سياسة المشغل تقدر تثبت ربط صالح. التطابق الغامض حالة تتعامل، مش سبب لاختلاق يقين.
حدد حالات تتحمل الأدلة المتأخرة والمتغيرة
عملية الدفع بتستفيد من مجموعة صغيرة من الحالات الواضحة، مع فصل دليل السلسلة عن قرار قبول الطلب. الجدول التوضيحي ده بيشرح مراحل محتملة مش أسماء حالات خدمة معينة. كل تحول لازم يكون له سبب متحقق منه، وقبول الدفع لازم يفضل منفصل عن تسليم البنية التحتية.
ضمّن التحويلات المتأخرة والجزئية والزائدة وانتهاء عرض السعر وبيانات السلسلة غير المتاحة مؤقتًا. الانتهاء مش بيخلي تحويل حقيقي يختفي. الدفعة المتأخرة ممكن تحتاج مراجعة بدل قبول أو رفض تلقائي. لو حدث سلسلة اتشاف قبل كده اتغير، أعد تقييم الحالة تحت السياسة الموثقة بدل التعامل مع كل إشعار مراقب كحقيقة غير قابلة للرجوع.
| حالة توضيحية | المعنى | القرار التالي |
|---|---|---|
| في الانتظار | مفيش تحويل مؤهل متحقق منه | استمر في مراقبة فاتورة صالحة |
| مكتشف | تحويل ذو صلة اتشاف | افحص ثقة السلسلة والربط |
| قيد التأكيد | قاعدة القبول لسه ما اتحققتش | راقب لحد ما السياسة تسمح بقرار |
| مراجعة | دليل متأخر أو جزئي أو غامض | حلّها تحت سياسة المشغل |
| مقبول | دفعة متحقق منها ومسوّاة | انتقل لسير عمل تسليم منفصل |
خلي إعادة المحاولات آمنة وقابلة للمراقبة
المراقبون ومهام التسوية هيعيدوا المحاولة بعد انقطاع الاتصالات أو إعادة تشغيل العمليات. استخدم هوية تحويل مستقرة، زي السلسلة ومعرّف المعاملة أو التحويل المناسب، لمنع إضافة أرصدة مكررة. احفظ التقدم والقرارات عشان نفس الحدث يتعالج تاني من غير توفير خدمة تانية أو تغيير عرض سعر مقبول.
فرّق بين نتيجة غير معروفة وعملية فاشلة. لو طلب لاحق انتهت مهلته، افحص نتيجته الموثوقة قبل إعادة الإرسال. احفظ سجلات دائمة للإجراءات المقبولة وغير المؤكدة. حدّد الوصول لرموز الطلب والأدلة الداخلية مع الاحتفاظ بمعلومات كافية للتحقيق في دفعة متنازع عليها. الموثوقية هنا عن قرارات قابلة للتكرار، مش رسوم متحركة سلسة في الدفع.
اعرف إيه اللي الطلب المعلق لسه محتاجه
الطلب ممكن يفضل معلق لأن التحويل ما اتشافش، أو مستوى ثقة السلسلة المطلوب ما اتوصلش، أو ربطه بالفاتورة محتاج مراجعة. احتفظ بالفاتورة ومرجع المعاملة العام، وافحص قواعد القبول المذكورة، واستخدم عملية المساعدة المقصودة للطلب. تأخر تحديث الحالة مش، في حد ذاته، سبب لإرسال دفعة تانية.
اتبع التعليمات والحالة المتحقق منها للطلب الفعلي. تأكيد الدفع المفروض يحدد قبول التحويل المسوّى، بينما تسليم الخدمة له حالة منفصلة. خلي رموز الوصول الخاصة وأسرار المحفظة بعيد عن طلبات المساعدة.
قائمتك العملية.
- احفظ عرض سعر ثابت أنشأه الخادم.
- تحقق من السلسلة والمستلم والأصل والمبلغ الصحيح.
- وثّق قواعد القبول الخاصة بكل سلسلة.
- تعامل مع تعارضات العناوين الثابتة من غير تخمين.
- امنع إضافة الأرصدة المكررة وإرسال المحاولات غير الآمنة.
- اختبر حالات التأخر والجزئية والمسار الخاطئ وتغير الأدلة.
التفاصيل اللي تفرق.
هل هاش المعاملة كافي لتأكيد الدفع؟+
لأ. تحقق من التحويل على السلسلة المقصودة وحمولته وثقته، وبعدين أثبت إنه بيخص الطلب وما اتضافش لرصيد بالفعل.
هل كل شبكة تقدر تستخدم نفس حد التأكيد؟+
لأ. الشبكات بتعرض نماذج ثقة ونهائية مختلفة. المشغل لازم يحدد ويختبر سياسة قبول مناسبة لكل مسار.
هل الدفع المؤكد معناه إن الخادم اتوفر؟+
لأ. قبول الدفع والتسليم أحداث سير عمل منفصلة. وصّل حالة التوفير من عمليتها الموثوقة الخاصة.
اذهب إلى المصدر.
تدعم هذه المراجع المفاهيم التقنية في هذا الدليل. اتبع الوثائق الحالية قبل تغيير نظام إنتاجي.
- دليل مطوري Bitcoin: سلوك البلوكشين developer.bitcoin.org
- Ethereum: إثبات الحصة والنهائية ethereum.org
- Solana: التزام حالة RPC solana.com
إرشاد تحريري من SwissOctet. الأمثلة توضيحية. يجب التحقق من مواصفات الخدمة والخيارات المتاحة والشروط التعاقدية بشكل منفصل.