المرحلة 4: Solana (برامج Anchor)

الحالة: مخطط لها.

برنامجا Anchor ‏payment_link وsubscription. PDA لكل رابط؛ وتفويض SPL للاشتراكات. تُهمل اشتقاق HD لـ SOL وخدمة تجميع SOL للروابط المعلَّمة.

النطاق

مساحة عمل Anchor في contracts/solana/ تضم البرنامجين.
مُفهرِس يعتمد webhooks من Helius (أو تدفقات Triton) ويطلق أحداث الـ webhook القائمة.
فرع SOL للـ keeper في subscription-auto-charge.processor.ts.
تدقيق SOL ‏(OtterSec أو Neodyme).

api/src/payments/wallet.service.ts: يصبح فرع SOL في generateAddressForNetwork حسابًا للـ PDA.
api/src/withdrawals/services/solana-withdrawal-transfer.service.ts: يُتجاوز للروابط المعلَّمة.
api/src/scheduler/processors/subscription-auto-charge.processor.ts: يُضاف فرع SOL للـ keeper.
api/src/withdrawals/services/bridge/solana-relay-bridge-executor.service.ts: لا يزال مستخدمًا؛ وينتقل المُطلِق إلى أحداث البرنامج.
جديد: مساحة عمل Anchor في contracts/solana/.

يُعالَج SOL المغلَّف مقابل SOL الأصلي لكل رابط عبر expected_mint.
قد تؤخر قفزات رسوم الأولوية charge()؛ وترفع إعادات المحاولة الأولوية.
لا يوجد مكافئ لـ Chainlink على Solana وقت الطرح؛ والتكرار الثانوي هو منطقة NestJS ثانية أو Clockwork (إن كان مقبولًا).