كان مخطّط حلقة الاستبقاء الكاملة موجودًا بالفعل لكنه ظلّ خاملًا وغير مقروء — missions / user_missions (الوتيرة، الهدف، التقدّم، xp_reward) وweekly_top (week_start، النقاط). الترحيل 0031 وصله بمسار مكافأة الإنهاء القائم بدلًا من ابتكار أي شيء جديد.

عند إنهاء حقيقي يمرّ الخادم (daemon) على كل لاعب بشري ويستدعي إجراء RPC واحدًا بصلاحية service-role. يقدّم كل مهمة يحقّقها الإنهاء في الدورة الحالية، ويمنح نقاط الخبرة أول مرة يُتجاوز فيها الهدف، ويضيف إلى مجموع النقاط الأسبوعي:

-- grant_play_rewards(p_game, p_user, p_won): security definer, service-role only
-- daily cadence = current_date; weekly = date_trunc('week', now())
-- weekly_top.points += 20 (play) + (won ? 200 : 0) + mission_xp_earned
-- idempotent per (game_id, user_id) via the game_play_grants guard; bots skipped

الحماية من التكرار هي صف حارس لكل (مباراة، مستخدم)، فلا يدفع الالتزام المُعاد مرتين أبدًا. ظهر فخّ لتصعيد الصلاحيات وقت التطبيق: صلاحيات Postgres الافتراضية تمنح EXECUTE على الدوال الجديدة لـ anon/authenticated، وrevoke … from public لا يزيل ذلك. دالة مكافأة بصلاحية SECURITY DEFINER يستطيع أي مستخدم مسجّل استدعاءها هي مزرعة لنقاط الخبرة — عولج ذلك بـ revoke … from public, anon, authenticated حتى لا يستطيع استدعاءها سوى {postgres, service_role}، مطابقةً لـ award_game_winner.

المكافآت نقاط خبرة فقط في الوقت الحالي — العملات تنتمي إلى مسار تحقيق الدخل الذي يحتاج أولًا إلى منفذ للإنفاق. تقرأ كلٌّ من لوحة صفحة اللعب ولوحة الصدارة تقدّم الدورة الحالية من جهة العميل، مع تثبيت الأسبوع على حدّ يوم الاثنين نفسه الذي يستخدمه Postgres حتى لا يختلفا أبدًا.