المعاملات الوصفية

ما المعاملات الوصفية؟

المعاملات الوصفية هي معاملات بلوكشين يوقّع فيها المستخدم رسالة خارج السلسلة، بينما يتولى طرف آخر إرسال المعاملة الفعلية على السلسلة نيابةً عنه.

ببساطة، تتيح المعاملات الوصفية للمستخدمين التفاعل مع تطبيق لامركزي من دون دفع رسوم الغاز مباشرةً من محافظهم.

يوقّع المستخدم تعليمات، بينما يدفع مُرحِّل أو مُمرِّر أو جهة راعية للرسوم أو الواجهة الخلفية للتطبيق رسوم الشبكة وترسل المعاملة إلى البلوكشين.

ولهذا تُسمى المعاملات الوصفية غالبًا معاملات بلا غاز، رغم أنها ليست مجانية فعليًا على مستوى الشبكة.

لا يزال هناك من يدفع رسوم الغاز، لكن قد تكون الجهة الدافعة هي التطبيق اللامركزي أو الراعي أو المُرحِّل أو حساب آخر بدلًا من المستخدم النهائي.

يحدد معيار ERC-2771 بروتوكولًا على مستوى العقد يتيح للعقود الذكية قبول المعاملات الوصفية عبر عقود مُمرِّرة موثوقة.

تكتسب المعاملات الوصفية أهميتها في الكريبتو لأنها قد تسهّل استخدام تطبيقات Web3 على المبتدئين.

كما تقلل حاجة المستخدمين إلى امتلاك توكن الغاز الأصلي للبلوكشين قبل تجربة أحد التطبيقات.

وقد يحسن ذلك تجربة الانضمام إلى أدوات DeFi وتطبيقات NFT وألعاب البلوكشين والتصويت في DAO وبرامج الولاء ومنصات الميتافيرس.

آلية عمل المعاملات الوصفية

يوقّع المستخدم محفظته معاملة البلوكشين العادية ويرسلها مباشرةً.

ويدفع المستخدم رسوم الغاز بالتوكن الأصلي للشبكة، ثم يعالج البلوكشين المعاملة.

تفصل المعاملة الوصفية بين التوقيع ودفع رسوم الغاز.

أولًا، يوقّع المستخدم رسالة تصف الإجراء الذي يريد تنفيذه.

قد تتضمن هذه الرسالة الموقعة العقد المستهدف واستدعاء الدالة وعنوان المستخدم ورقم nonce والموعد النهائي وتفاصيل أخرى.

بعد ذلك، يتلقى مُرحِّل الرسالة الموقعة ويرسلها كمعاملة على السلسلة.

ويتولى المُرحِّل دفع رسوم الغاز.

يتحقق العقد الذكي من توقيع المستخدم قبل تنفيذ الإجراء المطلوب.

إذا كان التوقيع صالحًا ولم يسبق استخدام الطلب، يتعامل العقد مع الإجراء على أنه صادر عن المستخدم الأصلي.

يتيح هذا التصميم للمستخدمين الموافقة على الإجراءات من دون بث المعاملة النهائية بأنفسهم مباشرةً.

أهمية المعاملات الوصفية في الكريبتو

تكتسب المعاملات الوصفية أهميتها لأن رسوم الغاز تشكل أحد أكبر العوائق أمام تحسين تجربة المستخدم في الكريبتو.

يحصل كثير من المستخدمين الجدد على توكن أو NFT، لكنهم لا يستطيعون استخدامه لعدم امتلاكهم التوكن الأصلي للشبكة اللازم لدفع رسوم الغاز.

يمكن للمعاملات الوصفية معالجة ذلك من خلال إتاحة رعاية التطبيق للخطوات الأولى التي ينفذها المستخدم.

ويفيد ذلك في تهيئة المستخدمين الجدد والألعاب ومطالبات NFTs والتصويت في DAO والمجتمعات التي تتيح الوصول لحاملي توكنات معينة وبرامج المكافآت.

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

وقد تتيح DAO للأعضاء التصويت من دون أن يضطر كل ناخب إلى دفع رسوم الغاز مباشرةً.

وقد يسمح تطبيق ميتافيرس للمستخدمين بالمطالبة بشارة فعالية عبر معاملة ترعاها جهة أخرى.

قد تجعل المعاملات الوصفية تجربة الكريبتو أقرب إلى تطبيقات الويب المعتادة، مع بقاء التسوية على البلوكشين في الخلفية.

العناصر الأساسية للمعاملة الوصفية

توقيع المستخدم

توقيع المستخدم هو الموافقة التي تتم خارج السلسلة وتجيز الإجراء.

في هذه المرحلة، لا يرسل المستخدم معاملة بلوكشين عادية.

بل يوقّع بيانات منظمة أو رسالة يستطيع العقد الذكي التحقق منها لاحقًا.

يحدد معيار EIP-712 طريقة لتجزئة البيانات المنظمة ذات الأنواع وتوقيعها، ما يساعد المحافظ على عرض تفاصيل التوقيع بصورة أوضح.

المُرحِّل

المُرحِّل هو الخدمة أو الحساب الذي يرسل الطلب الموقع إلى البلوكشين.

وهو يدفع رسوم الغاز ويبث المعاملة.

تفيد المُرحِّلات لأنها تلغي حاجة المستخدم إلى امتلاك توكنات الغاز، لكنها قد تثير أيضًا مخاوف تتعلق بالثقة والرقابة والتوافر.

المُمرِّر

المُمرِّر عقد ذكي يتلقى طلب المعاملة الوصفية ويتحقق من التوقيع ويمرر الاستدعاء إلى العقد المستهدف.

في ERC-2771، يثق العقد المستقبِل بالمُمرِّر لتوفير المعلومات الصحيحة عن المرسل الأصلي.

تتضمن وثائق OpenZeppelin الخاصة بالمعاملات الوصفية أدوات ERC2771Context وERC2771Forwarder لإنشاء عقود متوافقة مع ERC-2771.

العقد المستقبِل

العقد المستقبِل هو العقد الذكي الذي يتلقى الاستدعاء المُمرَّر.

ويجب تصميمه بحيث يفهم أن المستخدم الفعلي قد لا يكون هو نفسه المرسل المباشر للمعاملة.

ولهذا يتطلب دعم المعاملات الوصفية عادةً منطقًا خاصًا في العقد.

رقم nonce

رقم nonce هو رقم يُستخدم لمنع هجمات إعادة الإرسال.

إذا أمكن إعادة استخدام رسالة موقعة مرات عديدة، فقد يكرر المهاجم الإجراء نفسه من دون إذن.

يساعد رقم nonce على ضمان استخدام كل طلب موقع مرة واحدة فقط.

المعاملات الوصفية والمعاملات بلا غاز

غالبًا ما توصف المعاملات الوصفية بأنها معاملات بلا غاز لأن المستخدم النهائي لا يدفع رسوم الغاز مباشرةً.

لكن رسوم الغاز تظل تُدفع إلى شبكة البلوكشين.

والفرق هو هوية الجهة الدافعة.

قد يرعى تطبيق لامركزي الرسوم بوصفها تكلفة لاكتساب المستخدمين.

وقد يدفع المُرحِّل الرسوم ثم يتلقى تعويضًا من البروتوكول لاحقًا.

وقد يسمح المشروع للمستخدمين بدفع الرسوم بتوكن مختلف في الخلفية.

وهذا يعني أن المعاملة بلا غاز ليست بلا تكلفة.

بل يعني أن دفع رسوم الغاز لا يقع مباشرةً على عاتق المستخدم.

ينبغي لتطبيقات الكريبتو الجيدة أن توضح من يدفع الرسوم وما إذا كانت هناك تكلفة خفية مشمولة في التسعير أو فروق الأسعار أو المكافآت أو شروط الخدمة.

ERC-2771 والمُمرِّرات الموثوقة

يُعد ERC-2771 أحد أهم المعايير الأصلية للمعاملات الوصفية.

فهو يحدد كيفية عمل العقد المستقبِل مع مُمرِّر موثوق للتعرف على المستخدم الأصلي.

في المعاملة العادية، يكون msg.sender هو الحساب الذي يستدعي العقد مباشرةً.

أما في المعاملة الوصفية، فقد يكون المستدعي المباشر هو المُمرِّر وليس المستخدم.

يعالج ERC-2771 ذلك بإتاحة استعادة عنوان المستخدم الفعلي من بيانات الاستدعاء المُمرَّرة إلى العقد المستقبِل.

وهذا يتيح للعقود الذكية دعم المعاملات الوصفية من دون تغيير بروتوكول البلوكشين نفسه.

وتتمثل المفاضلة الرئيسية في ضرورة ثقة العقد المستقبِل بالمُمرِّر.

إذا صُمم المُمرِّر الموثوق بصورة سيئة أو تعرض للاختراق، فقد يواجه المستخدمون والتطبيقات مخاطر.

المعاملات الوصفية وEIP-712

يُستخدم EIP-712 غالبًا مع المعاملات الوصفية لأنه يجعل الرسائل الموقعة أكثر تنظيمًا ووضوحًا.

فمن دون بيانات محددة الأنواع وواضحة، قد يُطلب من المستخدمين توقيع رسائل مربكة يصعب فهمها.

أما مع EIP-712، فيمكن للمحافظ عرض حقول مثل العقد والإجراء والمبلغ والموعد النهائي ورقم nonce أو الجهة المخوّلة للإنفاق، بطريقة أوضح للمستخدم.

وهذا يحسن الأمان لأن المستخدمين يستطيعون فهم ما يوقعون عليه بصورة أفضل.

لكن وضوح تفاصيل التوقيع لا يلغي جميع المخاطر.

ينبغي للمستخدمين التحقق من الموقع والعقد والشبكة والأذونات المطلوبة قبل التوقيع.

المعاملات الوصفية وتجريد الحساب

ترتبط المعاملات الوصفية بتجريد الحساب، لكنهما ليسا الشيء نفسه تمامًا.

تتضمن المعاملات الوصفية عادةً توقيع المستخدم طلبًا يرسله طرف آخر إلى السلسلة.

أما تجريد الحساب فهو نهج أوسع لتصميم المحافظ، ويمكن أن يدعم الحسابات الذكية والتحقق المرن والرعاية برسوم الغاز ومفاتيح الجلسات وحدود الإنفاق ونماذج بديلة لدفع الرسوم.

يقدم معيار ERC-4337 عناصر UserOperation وتدفقًا أعلى مستوى لتجريد الحساب، من دون الحاجة إلى تغييرات في طبقة الإجماع.

في أنظمة ERC-4337، يمكن لجهات الرعاية دفع رسوم الغاز أو إتاحة آليات بديلة للدفع.

وقد يوفر ذلك نسخة أكثر تقدمًا من تجربة المستخدم التي صُممت المعاملات الوصفية لتحسينها.

يهدف كلا المفهومين إلى تقليل العوائق وتسهيل استخدام تطبيقات البلوكشين.

الاستخدامات الشائعة للمعاملات الوصفية

من الاستخدامات الشائعة تهيئة المستخدمين الجدد من دون رسوم غاز مباشرة.

يمكن للتطبيق اللامركزي السماح للمستخدمين الجدد بتنفيذ أول إجراء لهم من دون شراء توكنات الغاز أولًا.

ومن الاستخدامات الأخرى سك NFTs أو المطالبة بها.

يمكن للمشروع رعاية رسوم الغاز كي يتمكن المستخدمون من المطالبة بالشارات أو التذاكر أو المكافآت أو المقتنيات بسهولة أكبر.

ومن الاستخدامات الأخرى التصويت في DAO.

قد تجعل المعاملات الوصفية التصويت أقل تكلفة أو مجانيًا للأعضاء، ما قد يزيد المشاركة.

ومن الاستخدامات الأخرى ألعاب البلوكشين.

يمكن للألعاب إخفاء تعقيدات رسوم الغاز كي يركز اللاعبون على اللعب بدلًا من رسوم المعاملات.

ومن الاستخدامات الأخرى تحسين تجربة المستخدم في DeFi.

قد تستخدم بعض البروتوكولات المعاملات الوصفية لتبسيط الموافقات أو الإيداعات أو المكافآت أو الإجراءات المتكررة.

فوائد المعاملات الوصفية

الفائدة الأولى هي تحسين تجربة انضمام المستخدمين.

يمكن للمستخدمين تجربة تطبيق من دون شراء توكن الغاز الأصلي للشبكة أولًا.

الفائدة الثانية هي تجربة استخدام أكثر سلاسة.

يمكن أن تبدو التطبيقات أقل تعقيدًا من الناحية التقنية عندما تُدار مدفوعات الغاز في الخلفية.

الفائدة الثالثة هي زيادة المشاركة.

قد يؤدي التصويت والمطالبة بالمكافآت والحصول عليها من دون دفع رسوم الغاز مباشرةً إلى زيادة نشاط المستخدمين.

الفائدة الرابعة هي مرونة تصميم الرسوم.

يمكن للمشاريع رعاية رسوم الغاز أو فرض الرسوم بتوكن آخر أو استخدام نماذج دفع مختلفة.

الفائدة الخامسة هي تحسين تصميم المنتجات.

يمكن للمطورين بناء تطبيقات كريبتو تقدم تجربة أقرب إلى التطبيقات السائدة، مع الاستمرار في استخدام التسوية على السلسلة.

مخاطر المعاملات الوصفية

الخطر الأول هو الاعتماد على المُرحِّل.

إذا توقف المُرحِّل عن العمل، فقد لا يتمكن المستخدمون من إرسال المعاملات التي ترعاها جهة أخرى.

الخطر الثاني هو الرقابة.

قد يختار المُرحِّل عدم إرسال طلبات معينة من المستخدمين.

الخطر الثالث هو التصيد عبر التوقيع.

قد يخدع المهاجمون المستخدمين لحملهم على توقيع رسائل ضارة تبدو غير مؤذية.

الخطر الرابع هو هجمات إعادة الإرسال.

إذا صُممت أرقام nonce أو المواعيد النهائية أو فصل النطاقات بصورة سيئة، فقد يُعاد استخدام رسالة موقعة بطرق غير مقصودة.

الخطر الخامس هو مخاطر المُمرِّر الموثوق.

إذا وثق العقد المستقبِل بمُمرِّر سيئ، فقد يعالج العقد معلومات غير صحيحة عن المرسل.

الخطر السادس هو عدم وضوح التكاليف.

قد لا يدفع المستخدمون رسوم الغاز مباشرةً، لكن يمكن أن تظل التكاليف مشمولة في رسوم التطبيق أو فروق الأسعار أو تصميم المكافآت أو شروط الخدمة.

أفضل ممارسات الأمان للمعاملات الوصفية

ينبغي للمطورين استخدام توقيعات واضحة للبيانات محددة الأنواع كلما أمكن.

كما ينبغي لهم تضمين أرقام nonce لمنع هجمات إعادة الإرسال.

وينبغي لهم تضمين مواعيد نهائية لمنع استخدام التوقيعات القديمة إلى أجل غير مسمى.

كما ينبغي لهم استخدام فصل النطاقات لمنع إعادة استخدام التوقيعات عبر عقود أو شبكات أو تطبيقات مختلفة.

وينبغي اختيار المُمرِّرات الموثوقة ومراجعتها بعناية.

كما ينبغي عرض تفاصيل التوقيع للمستخدمين بوضوح قبل طلب توقيعاتهم.

ينبغي للمستخدمين تجنب توقيع الرسائل الواردة من مواقع غير معروفة.

كما ينبغي لهم التحقق من النطاق والتطبيق والتنبيه الذي تعرضه المحفظة والإجراء المطلوب والشبكة قبل الموافقة.

قد تظل المعاملة بلا غاز خطيرة إذا منحت الرسالة الموقعة إذنًا بنقل الأصول أو التفاعل مع عقد ضار.

المعاملات الوصفية مقارنةً بـ Permit

ترتبط المعاملات الوصفية بموافقات Permit، لكنهما مختلفتان.

تتيح Permit للمستخدم الموافقة على إنفاق التوكنات عبر توقيع خارج السلسلة بدلًا من إرسال معاملة موافقة مباشرةً.

وقد تستخدم المعاملة الوصفية توقيعًا خارج السلسلة لتفويض إجراء أوسع على عقد، يرسله طرف آخر إلى السلسلة.

يمكن لكليهما تقليل عدد المعاملات المباشرة التي يتعين على المستخدم إرسالها.

ويتطلب كلاهما تصميمًا دقيقًا للتوقيعات.

ويتمثل الفرق الرئيسي في أن Permit تركز عادةً على الموافقات المتعلقة بالتوكنات، بينما تدعم المعاملات الوصفية أنواعًا عديدة من إجراءات التطبيقات.

المعاملات الوصفية مقارنةً بالمعاملات العادية

في المعاملة العادية، يوقّع المستخدم المعاملة ويبثها مباشرةً.

ويدفع المستخدم رسوم الغاز من محفظته.

ويرى العقد الذكي عنوان المستخدم بوصفه msg.sender.

أما في المعاملة الوصفية، فيوقّع المستخدم طلبًا خارج السلسلة.

ويبث المُرحِّل المعاملة ويدفع رسوم الغاز.

ويجب على العقد الذكي التحقق من التوقيع واستعادة عنوان المستخدم الأصلي.

قد يحسن هذا التصميم الإضافي تجربة المستخدم، لكنه يزيد التعقيد ويضيف افتراضات أمنية جديدة.

مفاهيم خاطئة شائعة عن المعاملات الوصفية

من المفاهيم الخاطئة الشائعة أن المعاملات الوصفية تلغي رسوم الغاز بالكامل.

فهي لا تلغي رسوم الغاز، بل تنقل دفعها من المستخدم إلى جهة أخرى.

ومن المفاهيم الخاطئة الأخرى أن المعاملة بلا غاز خالية من المخاطر.

فقد يظل المستخدم يوقع رسالة ضارة أو يتفاعل مع عقد خطير.

أما المفهوم الخاطئ الثالث فهو أن كل عقد ذكي يدعم المعاملات الوصفية.

تحتاج العقود عادةً إلى منطق محدد لدعم الاستدعاءات المُمرَّرة على نحو صحيح.

والمفهوم الخاطئ الرابع هو أن المعاملات الوصفية هي نفسها تجريد الحساب.

يرتبط المفهومان، لكن تجريد الحساب نموذج أوسع لتصميم المحافظ والمعاملات.

الأسئلة الشائعة

ما المعاملات الوصفية؟

المعاملات الوصفية هي معاملات يوقّع فيها المستخدم طلبًا خارج السلسلة، ثم يرسل طرف آخر المعاملة على السلسلة نيابةً عنه.

هل المعاملات الوصفية بلا غاز؟

قد تبدو بلا غاز للمستخدم، لكن البلوكشين يظل يتطلب دفع رسوم الغاز من مُرحِّل أو جهة راعية أو جهة رعاية للرسوم أو تطبيق.

ما المُرحِّل في المعاملة الوصفية؟

المُرحِّل هو الخدمة أو الحساب الذي يرسل طلب المستخدم الموقع إلى البلوكشين ويدفع رسوم الغاز.

ما ERC-2771؟

ERC-2771 معيار يتيح للعقود الذكية قبول المعاملات الوصفية عبر عقود مُمرِّرة موثوقة.

ما المُمرِّر الموثوق؟

المُمرِّر الموثوق هو عقد يتحقق من طلبات المعاملات الوصفية أو يمررها، ويساعد العقد المستقبِل على تحديد هوية المستخدم الأصلي.

كيف يساعد EIP-712 المعاملات الوصفية؟

يساعد EIP-712 المستخدمين على توقيع بيانات منظمة يمكن للمحافظ عرضها بوضوح أكبر، ما يسهل فهم الموافقات خارج السلسلة.

هل المعاملات الوصفية آمنة؟

يمكن أن تكون المعاملات الوصفية آمنة عند تصميمها بصورة صحيحة، لكنها تظل تنطوي على مخاطر مثل التصيد وهجمات إعادة الإرسال ورقابة المُرحِّل وسوء تصميم المُمرِّر.

هل يمكن استخدام المعاملات الوصفية مع NFTs؟

نعم، يمكن استخدامها لسك NFTs والمطالبة بها وتحويلها والحصول على المكافآت وشارات الفعاليات والتجارب التي تتطلب امتلاك توكنات معينة.

هل المعاملات الوصفية هي نفسها تجريد الحساب؟

لا، المعاملات الوصفية إحدى طرق تحسين تجربة المعاملات، بينما تجريد الحساب نموذج أوسع للمحافظ الذكية، ويمكن أن يشمل رعاية رسوم الغاز وآليات تحقق مرنة.

لماذا تستخدم التطبيقات اللامركزية المعاملات الوصفية؟

تستخدم التطبيقات اللامركزية المعاملات الوصفية لتقليل العوائق أمام انضمام المستخدمين، ورعاية نشاطهم، وتبسيط دفع رسوم الغاز، وتوفير تجارب Web3 أكثر سلاسة.

الخلاصة

تُعد المعاملات الوصفية مفهومًا مهمًا في الكريبتو لأنها تسهّل استخدام تطبيقات البلوكشين عبر فصل تفويض المستخدم للإجراء عن دفع رسوم الغاز.

فهي تتيح للمستخدمين توقيع الإجراءات خارج السلسلة، بينما تتولى المُرحِّلات والمُمرِّرات وجهات الرعاية للرسوم أو التطبيقات إرسال المعاملات الفعلية على السلسلة.

وقد يحسن ذلك تجربة انضمام المستخدمين والألعاب والمطالبة بـ NFTs والتصويت في DAO وأنشطة الميتافيرس وتجربة مستخدمي DeFi.

تساعد معايير مثل ERC-2771 وEIP-712 المطورين على جعل المعاملات الوصفية أكثر أمانًا وأسهل في التنفيذ.

ويوسع تجريد الحساب عبر ERC-4337 الهدف العام نفسه، من خلال إتاحة نماذج أكثر مرونة للمحافظ ورعاية رسوم الغاز.

لكن المعاملات الوصفية ليست خالية من المخاطر.

لا يزال على المستخدمين مراجعة التوقيعات بعناية، وعلى المطورين الحماية من هجمات إعادة الإرسال والمُمرِّرات غير الموثوقة وتعطل المُرحِّلات ونماذج الرسوم غير الواضحة.

لا يتمثل الاستخدام الأفضل للمعاملات الوصفية في إخفاء البلوكشين بالكامل، بل في إزالة العوائق غير الضرورية مع الحفاظ على وضوح موافقة المستخدم والشفافية والأمان.