لعملية المطابقة الخاصة بـ x402 قاعدة صارمة واحدة:يُعترف فقط بحدث "Transfer" على السلسلة، ولا يُعترف بأي تقارير يدوية.يوفّر لك هذا الأداة ثلاثة أشياء: نموذج ملف CSV للكشف عن الحسابات، ونص برمجي جاهز للتشغيل لفحص عمليات إيداع USDC على شبكة Base الرئيسية، ودليل تسوية الحسابات الجاهز للتسليم إلى القسم المالي (مع شرح مُفصّل للقواعد، والهامش المسموح به، ومعالجة الفروقات).
—
—
—
١ · يُعتمد فقط حدث النقل على السلسلة (Transfer)، ولا يُعتمد أي تقرير.الأساس الوحيد للمطابقة هو عقد USDC على شبكة Base الرئيسية Transfer الأحداث، حسب topics[2]تصفية (عنوان الاستلام). لا يُحتسب أي رقم "أظنه هذا الرقم".
2 · لا تبدأ المسح من الكتلة رقم 0.- تتطلب حالة البحث العامة في الأرشيف رمزًا مميزًا (token)، والمسح من كتلة التكوين سيؤدي حتمًا إلى الفشل. الإجراء الصحيح هو:التراجع 2000 كتلة من رأس السلسلةكنقطة بداية، ثم سجّل مسحًا تزايديًّا باستخدام lastScanned لاحقًا.
3 · التجزئة + تحديد معدل التدفق.eth_getLogs يؤدي الاستعلام عن عدد كبير جدًّا من الكتل دفعة واحدة إلى تفعيل آلية التقييد. وفي بيئتنا التشغيلية، نستخدم 400 كتلة في كل طلب، مع تأخير 250 مللي ثانية بين المقاطع، ومزودو الخدمة متعددون مع آلية انتقال تلقائي عند الفشل (publicnode / base.org / drpc كخيارات احتياطية بالترتيب).
4 · هامش الخطأ المسموح به للمبلغ ±$0.02.يتم تحديد تطابق مبلغ الإيداع والمبلغ المستحق باستخدام "المطابقة التقريبية" (±$0.02)، ولا تستخدم المساواة الصارمة — فالمبالغ على السلسلة تكون أعدادًا صحيحة بأصغر وحدة، وقد تؤدي عملية التقريب إلى اختلاف في الخانة العشرية.
5 · يجب إيقاف الخدمة قبل تعديل ملف البيانات.تحتوي ذاكرة الخدمة على قاعدة بيانات كاملة، وتُحفَظ كل 30 ثانية عبر عملية "نَبض القلب" (heartbeat)؛ أما التعديل المباشر على ملف JSON أثناء التشغيل فيُستعاض عنه تلقائيًا بالقيمة القديمة في الذاكرة (وقد حدث ذلك فعليًّا عند تحديثنا لمعدلات العمولة).