ما هو الـ Paymaster؟ ادفع الغاز بعملة لا بالعملة الأصلية

الـ paymaster عقد ذكي يعرّفه ERC-4337، يدفع الغاز الأصلي للمعاملة نيابةً عن المستخدم ثم يسوّي معه بطريقة أخرى — غالبًا بخصم عملة ERC-20 داخل المعاملة نفسها، وأحيانًا دون أن يحتسب عليه شيئًا إطلاقًا. وهو لا يجعل الغاز أرخص ولا يلتفّ على سوق الرسوم: فالشبكة لا تزال تُسوَّى بالعملة الأصلية للسلسلة، وما الـ paymaster إلا الطرف الذي يسلّمها. والـ paymasters آلية خاصة بـ EVM وحده، لأن ERC-4337 معيار EVM؛ أما Solana وTON فتبلغان النتيجة نفسها عبر حساب دافع رسوم (fee-payer) أو مُرحِّل يوقّع ويغطي الغاز الأصلي. ومن الأمثلة العملية WATS، التي تستخدم paymaster بمعيار ERC-4337 على سلاسل EVM في إضافة Chrome وتطبيق الجوال على حد سواء، بحيث تُحتسب هناك كل رسوم بعملة واحدة، ATS، بدلًا من ETH أو POL أو BNB — بينما تدفع Solana، وهي مدعومة بالكامل في المحفظة نفسها، رسمها الأصلي بـ SOL وتُدفع الرسوم على TON بـ ATS أيضًا.

مشكلة الغاز الأصلي

كل بلوكتشين يريد أن يُدفع له بعملته الخاصة. لتحريك عملة على إيثريوم تحتاج إلى ETH؛ وعلى Polygon تحتاج إلى POL؛ وعلى Arbitrum وBase وغيرهما من طبقات L2 لا تزال تسوّي بـ ETH؛ وعلى Solana تحتاج إلى SOL؛ وعلى TON تحتاج إلى GRAM. ذلك الأصل الأصلي هو ما تتقاضاه الشبكة لإدراج معاملتك في كتلة، ولا مفرّ منه على مستوى البروتوكول — إذ تُقوَّم الرسوم وتُسوَّى بوحدة السلسلة نفسها.

هذا يخلق للمستخدمين نمط فشل مألوفًا ومزعجًا. تملك عملة مستقرة أو عملة تهتم بها فعلًا، فتحاول إرسالها، فتُلغى المعاملة لأنك لا تملك شيئًا من العملة الأصلية. فتنتهي إلى شراء أو جسر أو الاحتفاظ بـ"رصيد غاز" صغير من ETH وPOL وSOL وGRAM مبعثر عبر السلاسل لمجرد أن تتمكن من تحريك كل شيء آخر. إنه احتكاك لا علاقة له بما كنت تحاول فعله.

ما هو الـ paymaster

الـ paymaster مكوّن يعرّفه ERC-4337، معيار تجريد الحساب في إيثريوم. مهمته محدودة ونافعة: يدفع الغاز الأصلي لمعاملة نيابةً عنك، ثم يحتسب عليك ثمنها بطريقة أخرى. لا تزال الشبكة تتلقى ETH الخاص بها (أو POL، أو أيًّا كانت عملة السلسلة) تمامًا كما من قبل — الـ paymaster هو الطرف الذي يسلّمها فعليًا. ما يتغيّر هو مَن تسوّي معه وبأي عملة.

ميكانيكيًا، يوجّه ERC-4337 المعاملات كـ"عمليات مستخدم" عبر عقد مشترك على السلسلة يُسمّى EntryPoint. عندما تسمّي عملية مستخدم paymasterًا، يطلب EntryPoint من عقد الـ paymaster ذاك الموافقة على تغطية الغاز قبل التنفيذ — وهي خطوة تحقّق يفحص فيها الـ paymaster العملية ويقرّر ما إذا كانت سياسته تسمح برعايتها. فإن وافق الـ paymaster، تقدّم بدفع الغاز الأصلي من وديعة يحتفظ بها لدى EntryPoint؛ ثم تُسوّى المحاسبة بعدها وفق قواعد الـ paymaster الخاصة. ترى السلسلة معاملة مموّلة بشكل طبيعي؛ ولم يكن عليك أبدًا أن تحمل العملة الأصلية.

أنواع الـ paymaster الثلاثة الشائعة

الـ paymasters مجرد عقود ذكية، فتتنوّع سياساتها، لكن معظمها يندرج في ثلاث فئات. الـ paymaster المتحقّق يوافق على رعاية معاملة فقط إن حملت توقيعًا صحيحًا من خدمة خارج السلسلة — وهو مفيد حين يريد dApp الموافقة على إجراءات محدّدة أو مستخدمين محدّدين بمنطقه الخاص. أما الـ paymaster المرعي (وهو غالبًا الآلية نفسها) فيتحمّل الغاز ببساطة فلا يدفع المستخدم النهائي شيئًا، وهكذا يُبنى الإعداد "بلا غاز" والإجراءات المجانية داخل التطبيق.

النوع الأوثق صلةً بالمستخدمين اليوميين هو paymaster عملة ERC-20. هنا يدفع الـ paymaster الغاز الأصلي مقدّمًا، وفي المعاملة نفسها يخصم منك مقدارًا مكافئًا من عملة ERC-20 — متيحًا لك دفع الرسوم بـ USDT أو USDC أو عملة أخرى بدلًا من العملة الأصلية. يعرض الـ paymaster سعر تحويل من العملة إلى الغاز (عادةً من مصدر بيانات (oracle) زائد هامش صغير)، ويأخذ حصته بالعملة، ويسوّي الشبكة بالأصل الأصلي. ولكي يعمل ذلك الخصم لا بدّ أن يكون الـ paymaster مخوّلًا بتحريك عملتك، فيعتمد التدفق على موافقة عملة (approval) مسبقة أو توقيع permit محمول داخل العملية نفسها. من مقعدك، أنفقت عملة واحدة ولم تلمس ETH أبدًا.

التدفق: عملة داخلة، غاز أصلي خارج

تابِع تحويلًا واحدًا من بدايته إلى نهايته. توقّع عملية مستخدم تقول فعليًا: "حرّك عملاتي، ودع هذا الـ paymaster يتولى الغاز." يلتقط bundler العملية ويرسلها، ويتحقق EntryPoint من أن الـ paymaster سيدفع. يؤكّد الـ paymaster أنه يستطيع أن يحتسب عليك — لنقل بـ USDC أو عملة ERC-20 أخرى — وأن وديعته تغطي الغاز المقدَّر. تُنفَّذ عمليتك. وعند الاكتمال يخصم EntryPoint كلفة الغاز الفعلية من وديعة الـ paymaster، ويسحب الـ paymaster المقدار المتفق عليه من العملة منك، وتُسوَّى الشبكة بالعملة الأصلية كالمعتاد — وعلى السلاسل التي تعمل بـ EIP-1559 يعني ذلك أن الرسم الأساسي يُحرق وأن رسم الأولوية يذهب إلى مقترح الكتلة، تمامًا كما يحدث في أي معاملة عادية.

الثابت الأساسي هو أن الشبكة لا تُبخَس أبدًا. لا يجعل الـ paymaster الغاز مجانيًا إجماليًا ولا يلوي سوق الرسوم؛ إنما يعيد ترتيب من يدفع وبأي عملة. ولا تزال العملة الأصلية هي ما يدفع ثمن مساحة الكتلة تحت السطح، وهذا أيضًا سبب أن paymaster العملة ليس آلية خصم: فكلفة مساحة الكتلة الأساسية لم تتغيّر، وكل ما تغيّر هو العملة التي تسوّيها بها. لهذا يكون النموذج جديرًا بالثقة على مستوى البروتوكول حتى حين تبدو تجربة المستخدم كالسحر.

أين يعمل: EVM والنظير غير المتوافق مع EVM

ERC-4337 معيار يعمل على EVM فقط. يعمل عبر إيثريوم وطبقات L1 وL2 المتوافقة مع EVM لأنها جميعًا تشغّل آلية EntryPoint والـ paymaster نفسها. حتى عام 2026 يجدر بالذكر أن EIP-7702 يتيح لحساب EOA عادي أن يوجّه حقل الشيفرة الخاص به إلى تنفيذ عقد ذكي — وهو تفويض يستطيع إعادة توجيهه أو مسحه في أي وقت — فيصبح بوسع عنوان عادي تشغيل منطق الحساب الذكي، وهو ما يوسّع أين يمكن تطبيق رعاية بأسلوب الـ paymaster — لكن مفهوم الـ paymaster نفسه لا يزال يعيش داخل عالم تجريد الحساب في EVM.

تبلغ السلاسل غير المتوافقة مع EVM النتيجة نفسها بمسار مختلف. على Solana وTON لا يوجد ERC-4337، فيؤدي دافع رسوم أو مُرحِّل مكافئ دور الـ paymaster: يمكن لمعاملة Solana تعيين حساب دافع رسوم منفصل يوقّع ويغطي SOL، ويتيح نموذج الرسائل في TON لمُرحِّل التقدّم بدفع GRAM. تختلف التسمية، لكن المبدأ متطابق — يسوّي طرف ثالث الغاز الأصلي كي يتمكن المستخدم من الدفع بطريقة أخرى. حين تقرأ "paymaster" لسلسلة غير متوافقة مع EVM، استبدل ذهنيًا بـ"دافع رسوم/مُرحِّل".

المنافع والمخاطر وبماذا تثق

المنافع ملموسة: لا أرصدة غاز مبعثرة، وتجارب مستخدم بعملة واحدة أو بلا عملة، وتدفقات إعداد يمكن فيها لوافد جديد إجراء معاملة قبل أن يشتري العملة الأصلية إطلاقًا. وبالنسبة لأي شخص يدير أصولًا عبر عدة سلاسل، فإن اختزال "بماذا أدفع الغاز" إلى جواب واحد يزيل صنفًا حقيقيًا من أخطاء المعاملات العالقة.

تستحق المقايضات التسمية. يحدّد paymaster العملة سعر الصرف الذي تدفعه، فتهمّ مصادره وهامشه؛ وقد يعرض paymaster سيّئ التسعير أو معرّض لتوقف الخدمة سعرًا رديئًا أو يفشل في الرعاية. وقد تنفد وديعة الـ paymaster المرعي. وأي paymaster هو عقد ذكي بمساحة ثقة خاصة به — أنت تعتمد على شيفرته وسياسة مشغّله، لا على السلسلة الأساسية وحدها. لا شيء من هذا يمسّ الوصاية: يدفع الـ paymaster غازك، لكنه لا يحتفظ بمفاتيحك ولا بأموالك. يغيّر تجريد الحساب كيفية دفع الرسوم، لا من يملك الأصول.

كيف تستخدم WATS هذا

تُعمِل WATS هذا النموذج مباشرة: على شبكات EVM، كل إجراء — التحويلات والمبادلات والتخزين — يُحتسب بعملة واحدة، ATS، بدلًا من عملة الغاز الأصلية للسلسلة، في إضافة Chrome وتطبيق الجوال على حد سواء. ويتم ذلك عبر paymaster بمعيار ERC-4337، فتظل الشبكة تتلقى غازها الأصلي تحت السطح بينما لا تنفق أنت سوى ATS. أما Solana وTON فسلسلتان مدعومتان بالكامل في المحفظة نفسها — إرسال واستقبال ومبادلة وجسور، بتطبيق واحد وهوية واحدة. وتُدفع الرسوم على TON بـ ATS أيضًا، بينما تقع Solana خارج نظام الرسوم هذا: فمعاملاتها تدفع رسمها الأصلي بـ SOL. على سلاسل EVM يسوّي paymaster قائم على ERC-4337 رسوم الغاز الأصلية في الخلفية. يُحتفظ بـ ATS الذي تدفع به الرسوم في رصيد واحد على BSC (BNB Chain)، ومنه يُخصم رسم أي شبكة EVM. ويُحرق ما يُجمع من ATS، فينخفض المعروض من 100 مليون نحو حدٍّ أدنى قدره 30 مليونًا. وهذا ليس خصمًا، للسبب الموصوف أعلاه: كلفة مساحة الكتلة كما هي، وكل ما يتغيّر هو العملة التي تدفعها. وWATS غير وصائية طوال الوقت — أنت تحتفظ بمفاتيحك، وWATS لا تحتفظ بمفتاح أبدًا.

إن كان الإزعاج المتكرر هو تعبئة أرصدة ETH وPOL وBNB على كل سلسلة EVM لمجرد تحريك الأصول التي تملكها فعلًا، فالخطوة العملية هي استخدام محفظة تكون فيها سباكة الـ paymaster موصولة من طرف إلى طرف بدلًا من تجميعها بنفسك. ونموذج رسوم ATS طريقة ملموسة لفعل ذلك: احتفظ برصيد ATS واحد في WATS ودع الـ paymaster يسوّي لك الغاز الأصلي لكل سلسلة EVM في الخلفية.