التحويل على دفعات

ما المقصود بالتحويل على دفعات في عالم العملات المشفرة؟

التحويل على دفعات هو معاملة بالعملات المشفرة أو إجراء عبر عقد ذكي يرسل مدفوعات أو توكنات أو NFTs أو تعليمات متعددة ضمن عملية واحدة مجمعة.

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

تُستخدم التحويلات على دفعات لخفض تكاليف المعاملات وتحسين الكفاءة التشغيلية وتبسيط المدفوعات وتوفير تجربة أفضل للمستخدمين.

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

في Bitcoin، يعني التحويل على دفعات عادةً معاملة واحدة تتضمن مخرجات متعددة.

يوضح دليل Bitcoin Optech لتجميع المدفوعات على دفعات أن هذه العملية تتضمن عدة مدفوعات ضمن معاملة واحدة على السلسلة، ما قد يخفض متوسط تكلفة كل دفعة.

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

يتضمن معيار التوكنات المتعددة ERC-1155 الدالة safeBatchTransferFrom، التي تتيح تحويل دفعات من معرّفات توكنات وقيم متعددة.

وفي المحافظ الذكية الحديثة، قد يعني التحويل على دفعات أيضاً توقيع إجراء واحد للمستخدم يتضمن عدة عمليات، مثل الموافقة والمبادلة والتحويل والإيداع.

لذلك، لا يُعد التحويل على دفعات تقنية واحدة بعينها، بل نمطاً عاماً في العملات المشفرة لتجميع تحويلات أو إجراءات متعددة معاً.

أهمية التحويلات على دفعات

تنبع أهمية التحويلات على دفعات من التكاليف الإضافية الثابتة التي غالباً ما ترتبط بمعاملات البلوكشين.

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

إذا أرسل المستخدم معاملات عديدة منفصلة، فقد يدفع التكاليف الإضافية نفسها مراراً.

ويمكن للتجميع على دفعات توزيع تلك التكاليف على عدة مستلمين أو إجراءات.

وقد يخفض ذلك متوسط الرسوم لكل تحويل، خصوصاً عندما تتضمن المعاملة مدفوعات صغيرة كثيرة.

كما تفيد التحويلات على دفعات الشركات ومنظمات DAO والألعاب ومشاريع NFT وأدوات الرواتب وأنظمة المكافآت والإيردروبات وتطبيقات DeFi.

قد يحتاج مشروع إلى إرسال مكافآت لآلاف المحافظ.

وقد تحتاج لعبة إلى نقل أصول كثيرة داخل اللعبة دفعة واحدة.

وقد تحتاج DAO إلى دفع مستحقات المساهمين ضمن دفعة مجدولة واحدة.

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

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

لكن التجميع على دفعات ينطوي أيضاً على مخاطر خاصة.

فقد يؤثر الخطأ في دفعة واحدة على مستلمين كثيرين في الوقت نفسه.

آلية عمل التحويل على دفعات

يعمل التحويل على دفعات بتجميع تعليمات تحويل متعددة ضمن معاملة واحدة أو استدعاء عقد واحد أو حزمة تنفيذ على مستوى المحفظة.

ويظل على المعاملة الالتزام بقواعد البلوكشين أو العقد الذكي.

في Bitcoin، يمكن للمعاملة إنفاق مدخل واحد أو أكثر وإنشاء مخرجات متعددة.

يوضح دليل معاملات Bitcoin للمطورين أن كل معاملة تتضمن مدخلاً واحداً ومخرجاً واحداً على الأقل، وأن كل مخرج يصبح مخرج معاملة غير منفَق إلى أن يُنفَق لاحقاً.

يستفيد الدفع على دفعات في Bitcoin من هذه البنية بإنشاء مخرجات عديدة ضمن المعاملة نفسها.

أما توكنات ERC-1155، فيرسل تحويل الدفعات مصفوفات من معرّفات التوكنات وكمياتها من عنوان إلى آخر.

وفي المقابل، ترسل دالة transfer في معيار ERC-20 كمية واحدة من توكن واحد إلى مستلم واحد؛ لذلك تتطلب تحويلات ERC-20 على دفعات عادةً عقداً إضافياً للتجميع أو محفظة ذكية أو دالة مخصصة في التوكن.

وفي الحسابات الذكية، يمكن للمحفظة تنفيذ التجميع عبر منطق ينفذ استدعاءات متعددة ضمن عملية واحدة على مستوى الحساب.

قد يرى المستخدم طلب توقيع واحداً، بينما ينفذ الحساب الذكي عدة استدعاءات داخلية.

لا تنجح الدفعة إلا عند استيفاء قواعد المعاملة الأساسية والعقد.

التحويل على دفعات في Bitcoin

يشير التحويل على دفعات في Bitcoin عادةً إلى تجميع المدفوعات على دفعات.

ينشئ المرسل معاملة Bitcoin واحدة تتضمن مخرجات متعددة للمستلمين.

يفيد ذلك عندما يحتاج المرسل إلى الدفع لمستلمين كثيرين في الوقت نفسه.

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

تشيع هذه الطريقة لدى الخدمات والخزائن وأنظمة الرواتب ومدفوعات التعدين ومنصات التبرعات وعمليات المحافظ الكبيرة.

لا ينشئ التجميع على دفعات في Bitcoin معيار توكن جديداً أو ميزة عقد ذكي.

بل يستخدم نموذج معاملات Bitcoin المعتاد.

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

ميزته الرئيسية هي كفاءة الرسوم.

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

يمكن لأي شخص يطّلع على المعاملة أن يرى أن مدفوعات عديدة أُرسلت معاً.

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

التحويل على دفعات في Ethereum

يمكن تنفيذ التحويل على دفعات في Ethereum بعدة طرق.

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

والثانية عقد ذكي مخصص يمر على قائمة من المستلمين أو معرّفات التوكنات.

والثالثة محفظة ذكية تنفذ استدعاءات متعددة ضمن عملية واحدة للحساب.

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

لكل طريقة نموذج ثقة وخصائص مختلفة لاستهلاك الغاز.

قد تكون دالة التجميع الأصلية فعالة لأنها مصممة ضمن معيار التوكن.

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

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

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

لذلك، يُعد التجميع على دفعات في Ethereum فعالاً، لكن ينبغي للمستخدمين فهم طريقة التجميع التي يستخدمونها.

تحويلات ERC-1155 على دفعات

يُعد ERC-1155 أوضح مثال على تحويل الدفعات ضمن معيار للتوكنات.

ERC-1155 معيار متعدد التوكنات يمكنه تمثيل أصول قابلة للاستبدال وغير قابلة للاستبدال وشبه قابلة للاستبدال ضمن عقد واحد.

ينص معيار ERC-1155 الرسمي على أن safeBatchTransferFrom تتيح تحويل دفعات من معرّفات توكنات وقيم متعددة.

يفيد ذلك الألعاب ومجموعات NFT وأنظمة الولاء وأصول الميتافيرس والعناصر المرمزة والتطبيقات التي تدير أنواعاً متعددة من الأصول.

فعلى سبيل المثال، قد تنقل محفظة لعبة ذهباً وسيفاً ودرعاً وعنصراً مقتنى في تحويل ERC-1155 واحد على دفعات.

توضح وثائق OpenZeppelin الخاصة بـ ERC-1155 أن ERC-1155 يجمع توكنات متعددة ضمن عقد واحد ويدعم عمليات الدفعات مثل balanceOfBatch وsafeBatchTransferFrom.

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

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

يكون تحويل ERC-1155 على دفعات مفيداً خصوصاً عند الحاجة إلى نقل عدة معرّفات أصول معاً.

معيار ERC-20 والتحويلات على دفعات

لا يتضمن معيار ERC-20 الأساسي دالة أصلية للتحويل على دفعات.

يحدد معيار توكن ERC-20 الرسمي الدالتين transfer وtransferFrom لنقل كمية واحدة من التوكن في كل استدعاء.

وهذا يعني أن تحويلات ERC-20 على دفعات تتطلب عادةً منطقاً إضافياً.

قد ينشئ المشروع عقد توزيع يمر على المستلمين ويستدعي transfer أو transferFrom مرات عديدة.

وقد تنفذ المحفظة تحويلات ERC-20 متعددة عبر دفعة لحساب ذكي.

وقد يضيف عقد توكن مخصص دالة batchTransfer خاصة به، مع أنها ليست جزءاً من معيار ERC-20 الأساسي.

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

وهذا غير صحيح.

يمكن إدراج توكن ERC-20 ضمن سير عمل للتحويل على دفعات، لكن التجميع يحدث عادةً خارج المعيار نفسه.

ينبغي للمطورين عدم افتراض أن عقد ERC-20 عشوائياً يدعم دالة تجميع مخصصة.

كما ينبغي للمستخدمين التحقق بعناية من الموافقات عندما يطلب عقد تحويل ERC-20 على دفعات إذناً بالإنفاق.

التحويل على دفعات وتجريد الحساب

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

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

في محفظة تعتمد تجريد الحساب، قد يوقّع المستخدم إجراءً واحداً ينفذ عدة خطوات.

فعلى سبيل المثال، قد توافق المحفظة على توكن ثم تستبدله وتحول الناتج ضمن إجراء واحد مجمّع.

يشرح معيار ERC-4337 التجميع بأنه عملية يجمع فيها Bundler عدة UserOperations وينشئ معاملة واحدة لإرسالها على السلسلة.

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

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

لكنه قد يخلق أيضاً تحديات أمنية جديدة، لأن توقيعاً واحداً قد يجيز عدة إجراءات.

ينبغي للمستخدمين فهم ما سينفذه إجراء المحفظة المجمّع تحديداً قبل التوقيع.

ومن المفترض أن تعرض واجهات المحافظ الجيدة كل تحويل وموافقة واستدعاء عقدة ووجهة بوضوح.

التحويل على دفعات وEIP-7702

يُعد EIP-7702 ميزة أخرى مرتبطة بتجريد الحساب وقد تؤثر في تصميم التحويلات على دفعات.

تتيح مواصفات EIP-7702 للحسابات المملوكة خارجياً تعيين تعليمات برمجية لنفسها عبر نموذج تفويض جديد.

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

ومن حالات الاستخدام المحتملة تجميع المعاملات على دفعات.

قد يجعل ذلك تفاعلات المستخدمين مع المحافظ أكثر سلاسة، لأن تفويضاً واحداً يمكن أن يدعم تنفيذاً أكثر تعقيداً.

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

تعتمد سلامة التحويل على دفعات بدرجة كبيرة على وضوح تصميم المحفظة ومحدودية الأذونات ومراجعة التفويض بعناية.

ينبغي ألا يوافق المستخدم مطلقاً على تفويض أو دفعة أو حزمة معاملات دون فهم ما تسمح به.

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

كلما أصبح تجميع الإجراءات أسهل، ازدادت أهمية شرحها بوضوح.

التحويل على دفعات في NFTs

يشاع التحويل على دفعات في أنظمة NFT والألعاب.

قد يرغب المستخدم في نقل مقتنيات عديدة إلى محفظة أخرى.

وقد ترسل لعبة عدة عناصر إلى لاعب بعد إكمال مهمة.

وقد يحتاج سوق إلى تسوية عناصر متعددة ضمن معاملة واحدة.

يلائم ERC-1155 هذه الحالات جيداً لأنه صُمم لإدارة معرّفات توكنات متعددة ضمن عقد واحد.

أما ERC-721، فعادةً ما ينقل معرّف توكن واحداً في كل مرة عبر دواله القياسية.

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

ينبغي للمستخدمين توخي الحذر عندما تدّعي أداة NFT أنها تحول الأصول على دفعات.

فقد تتطلب الأداة موافقة المشغّل على مجموعة NFT بأكملها.

وقد تكون هذه الموافقة خطرة إذا مُنحت لعقد خبيث أو ضعيف الحماية.

يمكن للتحويل على دفعات في NFTs توفير الوقت والرسوم، لكنه قد يزيد أيضاً أثر التوقيع الخاطئ.

التحويل على دفعات في الإيردروبات والمكافآت

تُستخدم التحويلات على دفعات كثيراً في الإيردروبات والمكافآت والاستردادات ومدفوعات المساهمين.

قد يحتاج مشروع إلى إرسال توكنات إلى مئات أو آلاف المحافظ.

وقد يكون تنفيذ ذلك معاملةً تلو الأخرى مكلفاً وبطيئاً من الناحية التشغيلية.

يستطيع عقد توزيع على دفعات إرسال التوكنات إلى عناوين كثيرة ضمن معاملة واحدة أو عدة معاملات مجمعة.

يفيد هذا النهج في رواتب DAO ومنح النظام البيئي ومكافآت حاملي NFT ومدفوعات تعدين السيولة وحوافز المجتمع.

لكن التوزيعات الكبيرة تتطلب إدارة دقيقة لقوائم العناوين.

فقد يؤدي خطأ في عنوان المحفظة إلى إرسال الأموال إلى مستلم غير مقصود.

وقد يؤدي تكرار العنوان إلى دفع مبلغ زائد للمستلم إذا لم يمنع النظام التكرار.

وقد يؤدي غياب عنوان إلى خلافات داخل المجتمع.

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

يجب ألا تأتي كفاءة الدفع على دفعات على حساب الدقة.

التحويل على دفعات في DAOs

تستخدم DAOs التحويلات على دفعات كثيراً في عمليات الخزينة.

قد تحتاج DAO إلى دفع مستحقات المساهمين والجهات المستفيدة ومزودي الخدمات ومنظمي الفعاليات والمدققين وأعضاء المجتمع.

بدلاً من الموافقة على كل دفعة بشكل منفصل، قد يعد فريق خزينة DAO دفعة مجمعة.

قد يقلل ذلك أعباء الحوكمة ويسهّل المدفوعات المجدولة.

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

مع ذلك، ينبغي أن تكون تحويلات DAO على دفعات شفافة وقابلة للمراجعة قبل التنفيذ.

يجب أن يتمكن الأعضاء من فحص عناوين المستلمين ومبالغ التوكنات والغرض وسجل الموافقات.

ينبغي للموقّعين متعددي التوقيع ألا يوافقوا على دفعة لمجرد ثقتهم بالشخص الذي أعدها.

بل عليهم مراجعة الحمولة الكاملة أو استخدام أدوات تفك ترميز كل تحويل.

قد تستنزف دفعة خبيثة واحدة الخزينة أسرع من سلسلة أخطاء صغيرة منفصلة.

التحويل على دفعات في DeFi

تستخدم تطبيقات DeFi التجميع على دفعات لضم الإجراءات وتقليل التعقيد على المستخدم.

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

من دون التجميع على دفعات، قد يتطلب ذلك عدة معاملات منفصلة.

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

قد يجعل ذلك DeFi أسهل للمبتدئين وأكثر كفاءة للمستخدمين المتقدمين.

كما قد يساعد التجميع على دفعات الخزائن وأنظمة التشغيل الآلي على إعادة موازنة مراكز متعددة.

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

إذا تضمنت الدفعة مساراً غير سليم أو عقداً خبيثاً أو موافقة غير آمنة أو مستلماً غير متوقع، فقد يخسر المستخدمون أموالهم.

تُعد محاكاة المعاملات وفك ترميزها بطريقة مفهومة للبشر أمراً بالغ الأهمية عند التجميع على دفعات في DeFi.

ينبغي للمستخدمين تجنب توقيع إجراءات DeFi المجمعة التي لا يفهمونها.

توفير رسوم الغاز

يُعد توفير رسوم الغاز أحد الأسباب الرئيسية لشيوع التحويلات على دفعات في شبكات العقود الذكية.

للمعاملة الواحدة تكاليف إضافية ثابتة، مثل التحقق من التوقيع ومعالجة المعاملة الأساسية وإعداد استدعاء العقد.

قد يقلل التجميع على دفعات تكرار هذه التكاليف بجمع عمليات متعددة.

يدعم ERC-1155 عمليات الدفعات تحديداً لأنه يتيح التعامل مع معرّفات توكنات متعددة ضمن عقد واحد.

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

ولا يحدث توفير الغاز تلقائياً.

فقد يستهلك عقد دفعات سيئ التصميم غازاً أكثر من الاستدعاءات المنفصلة.

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

وقد تصبح الحلقة التي تمر على عدد كبير من المستلمين مكلفة للغاية إذا كانت المصفوفة كبيرة جداً.

ينبغي للمطورين قياس أداء دوال الدفعات في ظروف واقعية قبل الوعد بتحقيق وفورات.

حجم الدفعة

حجم الدفعة هو عدد التحويلات أو الإجراءات المدرجة ضمن دفعة واحدة.

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

إذا كانت الدفعة كبيرة جداً، فقد تتجاوز المعاملة حدود الغاز.

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

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

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

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

قد تكون الدفعات الأصغر أكثر أماناً للتحويلات مرتفعة القيمة، لأنها أسهل في الفحص.

وقد تكون الدفعات الأكبر مقبولة للمدفوعات منخفضة القيمة إذا جرى التحقق جيداً من القائمة.

ينبغي للمطورين وضع حدود لحجم الدفعة للحد من مشكلات حجب الخدمة وتجاوز حدود الغاز.

الذرية في التحويلات على دفعات

تعني الذرية أن الدفعة إما أن تنجح بالكامل أو تفشل بالكامل.

تكون دوال الدفعات في كثير من العقود الذكية ذرية افتراضياً، لأن إلغاء التنفيذ قد يتراجع عن المعاملة كاملةً.

قد يكون ذلك مفيداً عندما يلزم تنفيذ جميع التحويلات معاً.

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

لكن الذرية قد تكون غير ملائمة أيضاً.

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

وإذا كان أحد معرّفات التوكنات غير صالح، فقد تفشل الدفعة كلها.

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

تستخدم بعض الأنظمة تجميعاً يسمح بالنجاح الجزئي، بحيث تتجاوز التحويلات الفاشلة أو تسجلها بشكل منفصل.

قد يحسن النجاح الجزئي معدل إتمام العمليات، لكنه يجعل المحاسبة أكثر تعقيداً.

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

أحداث التحويل على دفعات

تكتسب الأحداث أهمية لأن المحافظ ومستكشفات البلوكشين وأدوات الفهرسة والضرائب والتحليلات تعتمد عليها لتتبع التحويلات.

يفرض ERC-1155 إصدار أحداث TransferSingle أو TransferBatch في الحالات التي تُسك فيها التوكنات أو تُحول أو تُحرق.

يساعد ذلك الأنظمة الخارجية على إعادة تكوين الأرصدة من السجلات.

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

قد يرى المستخدم معاملة واحدة، لكنها تتضمن تحويلات داخلية عديدة.

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

وقد تحتاج أدوات الضرائب إلى بيانات أحداث مفصلة لحساب أساس التكلفة وأحداث التصرف بالأصول.

ينبغي للمطورين إصدار أحداث واضحة لكل تحويل مهم ضمن الدفعة.

وعلى المستخدمين مراجعة تفاصيل المعاملة في مستكشف البلوكشين عندما يبدو التحويل على دفعات غير واضح.

يساعد التصميم الجيد للأحداث على جعل التحويلات على دفعات أكثر شفافية.

التحويل على دفعات والخصوصية

قد تخفض التحويلات على دفعات الرسوم، لكنها قد تقلل الخصوصية أيضاً.

فمعاملة Bitcoin المجمعة تربط مخرجات كثيرة بوضوح ضمن معاملة واحدة.

وقد يستنتج المراقبون أن المرسل نفسه دفع لمستلمين متعددين في الوقت نفسه.

وقد يكشف تحويل ERC-1155 على دفعات عن انتقال عدة معرّفات توكنات معاً.

وقد يكشف دفع DAO المجمع عناوين المساهمين ومبالغ المدفوعات.

وقد تكشف دفعة المكافآت قائمة المستلمين كاملةً.

لا يمثل ذلك مشكلة دائماً، خصوصاً في عمليات الخزينة العامة.

لكنه قد يسبب مشكلة للمستخدمين المهتمين بالخصوصية المالية.

ينبغي للمشاريع تحديد مدى ملاءمة التجميع العلني على دفعات لكل حالة استخدام.

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

ينبغي تقييم التجميع على دفعات من منظور الخصوصية، لا التكلفة وحدها.

التحويل على دفعات والأمان

تنطوي التحويلات على دفعات على مخاطر أمنية لأن موافقة واحدة أو توقيعاً واحداً قد يؤثر في أصول كثيرة.

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

وقد يسيء عقد دفعات معيب التعامل مع المبالغ أو المنازل العشرية أو معرّفات التوكنات أو مصفوفات المستلمين.

وقد يعرض موقع تصيد احتيالي زراً يبدو غير ضار، بينما تتضمن حمولة المعاملة تحويلات عديدة.

وقد يتيح اختراق موافقة المشغّل للمهاجم تحويل عدد كبير من NFTs أو التوكنات على دفعات.

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

يعتمد الأمان على معاينات المعاملات الواضحة والعقود المدققة والموافقات الآمنة وممارسات التوقيع الحذرة.

ينبغي للمستخدمين توخي حذر إضافي عندما تتضمن المعاملة إجراءات داخلية كثيرة.

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

يزيد التجميع على دفعات الكفاءة، لكنه قد يزيد أيضاً نطاق الضرر المحتمل.

مخاطر الموافقات في التحويلات على دفعات

تُعد مخاطر الموافقات من أهم مخاطر التحويل على دفعات.

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

وقد يتطلب ذلك لتوكنات ERC-20 استخدام موافقة approve أو تفويض من نوع permit.

أما NFTs، فقد تتطلب موافقة على توكن واحد أو موافقة مشغّل على مجموعة كاملة.

وفي ERC-1155، قد تتيح موافقة المشغّل لعنوان آخر نقل جميع معرّفات التوكنات التي يملكها المستخدم ضمن ذلك العقد.

وقد يكون ذلك خطراً إذا كان العقد المعتمد خبيثاً أو تعرض للاختراق لاحقاً.

ينبغي للمستخدمين منح الحد الأدنى اللازم من الأذونات متى أمكن.

كما ينبغي لهم إلغاء الموافقات القديمة التي لم يعودوا بحاجة إليها.

وينبغي تجنب أدوات الدفعات التي تطلب أذونات واسعة دون توضيح السبب.

تُعد مراجعة الموافقات جزءاً أساسياً من سلامة التحويل على دفعات.

فشل التحويلات على دفعات

قد يفشل التحويل على دفعات لأسباب كثيرة.

قد لا يملك المرسل رصيداً كافياً.

وقد لا يملك ما يكفي من الغاز أو توكن الرسوم الأصلي.

وقد تتضمن قائمة المستلمين عنواناً غير صالح.

وقد يرفض عقد التوكن التحويل.

وقد لا ينفذ عقد مستلم ERC-1155 واجهة الاستقبال المطلوبة.

وقد تتجاوز الدفعة حدود الغاز.

وقد تكون الموافقة مفقودة أو أقل من المبلغ المطلوب.

وقد يلغي عقد دفعات مخصص العملية عند فشل عنصر واحد.

ينبغي للمطورين توفير رسائل خطأ واضحة متى أمكن.

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

التحويل على دفعات مقابل التحويل بالجملة

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

ويصف كلاهما عادةً إرسال تحويلات متعددة عبر عملية مجمعة.

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

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

فعلى سبيل المثال، قد تعلن أداة رواتب عن التحويلات بالجملة، بينما ينفذ العقد الذكي العملية عبر دالة تحويل على دفعات.

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

وينبغي للمستخدمين النظر إلى الآلية الفعلية، بدلاً من الاعتماد على الاسم وحده.

فقد يتطلب التحويل بالجملة عدداً كبيراً من المعاملات المنفصلة على السلسلة.

أما التحويل الحقيقي على دفعات، فعادةً ما يقلل عدد الإرسالات على السلسلة أو يجمع الاستدعاءات.

السؤال الأهم هو كيفية نقل الأصول والأذونات المطلوبة لذلك.

التحويل على دفعات مقابل Multisend

Multisend اسم شائع للأدوات أو العقود التي ترسل الأصول إلى مستلمين متعددين.

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

وقد تدعم تحويلات العملة الأصلية أو توكنات ERC-20 أو NFTs أو أصولاً أخرى بحسب تصميمها.

عادةً ما يكون Multisend نمطاً لمنتج أو عقد، بينما التحويل على دفعات هو المفهوم الأوسع.

وليست جميع أدوات Multisend آمنة بالقدر نفسه.

فبعضها يتطلب موافقات على التوكنات.

وبعضها يستخدم عقوداً مدققة.

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

وبعضها أدوات تصيد احتيالي تتظاهر بأنها برامج للدفع.

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

التحويل على دفعات مقابل حزمة المعاملات

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

يعني التحويل على دفعات عادةً عملية تحويل مجمعة واحدة تتضمن مستلمين أو توكنات أو إجراءات متعددة.

أما حزمة المعاملات، فقد تعني معاملات متعددة ترسلها البنية التحتية أو Bundler أو منشئ كتلة أو نظام حساب ذكي معاً.

يستخدم ERC-4337 مصطلح التجميع للإشارة إلى جمع UserOperations متعددة ضمن معاملة واحدة على السلسلة.

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

لذلك، يُعد التحويل على دفعات نوعاً محدداً من نقل القيمة المجمع.

أما حزمة المعاملات فهي مصطلح أوسع متعلق بالبنية التحتية.

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

فقد تكمن مخاطر التحويل على دفعات في عقد التحويل.

أما حزمة المعاملات، فقد تشمل المخاطر فيها أيضاً التحقق من المحفظة وسلوك Bundler ومنطق Paymaster وترتيب التنفيذ.

حالات استخدام التحويلات على دفعات

تفيد التحويلات على دفعات في الرواتب والمكافآت والمنح والاستردادات والإيردروبات وخصومات الرسوم وتسوية الأسواق وتوزيع NFTs وتحويل عناصر الألعاب ومدفوعات الخزينة.

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

وقد تساعد البروتوكولات على توزيع الحوافز وفق جدول.

وقد تساعد الأسواق على تسوية عناصر عديدة بعد عملية بيع.

وقد تساعد منشئي المحتوى على إرسال مقتنيات إلى عدد كبير من الداعمين.

وقد تساعد DAOs على دفع مستحقات المساهمين ضمن معاملة واحدة معتمدة من الحوكمة.

وقد تساعد الألعاب على نقل أصول عديدة دفعة واحدة بعد مهمة أو صفقة أو عملية تصنيع.

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

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

ويكون التجميع على دفعات أقل ملاءمة عندما يتطلب كل تحويل مراجعة خاصة أو تفاوضاً مخصصاً.

فوائد التحويلات على دفعات

الفائدة الأولى هي خفض متوسط تكلفة المعاملة.

والثانية تقليل عدد التواقيع أو التأكيدات المطلوبة من المستخدمين.

والثالثة تبسيط الإدارة التشغيلية للمرسلين ذوي الأحجام الكبيرة.

والرابعة تسهيل إعداد التقارير عند تجميع دورة دفع كاملة.

والخامسة تحسين تجربة المستخدم في المحافظ والتطبيقات.

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

والسابعة تحسين دعم سير العمل متعدد الأصول، مثل عناصر الألعاب في ERC-1155.

والثامنة تعزيز أتمتة DAOs وأنظمة المكافآت واستراتيجيات DeFi.

تكون هذه الفوائد أقوى عندما تكون الدفعة بسيطة ومفككة الترميز بوضوح ومتحققاً منها بعناية.

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

مخاطر التحويلات على دفعات

الخطر الأول هو احتمال وقوع خطأ واسع النطاق.

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

والخطر الثاني هو مخاطر الموافقات.

قد تطلب أداة الدفعات إذناً واسعاً لنقل التوكنات أو NFTs.

والخطر الثالث هو مخاطر العقود.

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

والخطر الرابع هو تجاوز حدود الغاز.

قد تفشل الدفعة الكبيرة جداً أو ترتفع تكلفتها.

والخطر الخامس هو فقدان الخصوصية.

قد تربط الدفعة علناً مدفوعات كثيرة بمرسل واحد أو حدث واحد.

والخطر السادس هو ضعف معاينة المعاملة.

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

والخطر السابع هو الالتباس في المحاسبة الجزئية.

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

أفضل الممارسات للمستخدمين

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

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

وعليهم التحقق مما إذا كانت الدفعة تنفذ بالكامل أو تسمح بالنجاح الجزئي.

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

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

ومن العملي إلغاء الأذونات القديمة بعد اكتمال الدفعة.

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

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

ويستحسن حفظ سجلات المعاملات لأغراض الضرائب والمحاسبة وتسوية النزاعات.

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

أفضل الممارسات للمطورين

ينبغي للمطورين التحقق من تطابق طول مصفوفتَي المستلمين والمبالغ.

وعليهم منع أخطاء العنوان الصفري، ما لم تكن الدالة تدعم الحرق عمداً.

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

كما ينبغي إصدار أحداث واضحة لكل عملية دفعات.

ويجب وضع حدود عملية لحجم الدفعة لتجنب استنفاد الغاز.

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

كما ينبغي التعامل بحذر مع قيم الإرجاع للتوكنات وسلوك التوكنات غير القياسي.

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

ويُفضّل استخدام مكتبات مدققة متى أمكن.

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

مفاهيم خاطئة شائعة عن التحويلات على دفعات

من المفاهيم الخاطئة الشائعة أن التجميع على دفعات يوفر الغاز دائماً.

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

ومن المفاهيم الخاطئة الأخرى أن ERC-20 يدعم التحويلات الأصلية على دفعات.

لا يتضمن معيار ERC-20 الأساسي دالة تحويل على دفعات، لذا يتطلب التجميع عادةً منطقاً إضافياً في العقد أو المحفظة.

والمفهوم الخاطئ الثالث هو أن التحويلات على دفعات خاصة دائماً.

قد تجعل هذه التحويلات الروابط بين المستلمين أكثر وضوحاً.

أما المفهوم الخاطئ الرابع فهو أن التوقيع الواحد يعني إجراءً بسيطاً واحداً.

قد تتضمن المعاملة المجمعة تحويلات وموافقات واستدعاءات عقود كثيرة.

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

تعتمد السلامة الفعلية على حمولة المعاملة والعقد والموافقات وقائمة المستلمين.

مصطلحات ذات صلة بالعملات المشفرة

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

ERC-1155 معيار متعدد التوكنات يدعم التحويلات على دفعات ومعرّفات توكنات متعددة ضمن عقد واحد.

ERC-20 معيار للتوكنات القابلة للاستبدال يحدد transfer وtransferFrom، لكنه لا يتضمن تحويلاً أصلياً على دفعات.

Multisend أداة أو نمط عقد لإرسال الأصول إلى مستلمين متعددين.

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

UserOperation كائن في ERC-4337 يمثل إجراء حساب ذكي قبل تجميعه وإرساله على السلسلة.

الموافقة هي إذن لعقد أو مشغّل بنقل التوكنات نيابةً عن المستخدم.

حزمة المعاملات هي مجموعة من العمليات المجمعة للتنفيذ أو الإرسال على السلسلة.

UTXO هو مخرج معاملة غير منفَق، وهو نموذج المخرجات المستخدم في Bitcoin لتتبع الأموال القابلة للإنفاق.

الإيردروب هو توزيع توكنات على عناوين محافظ متعددة، وغالباً ما يستخدم التحويل على دفعات أو آليات المطالبة.

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

ما معنى التحويل على دفعات في عالم العملات المشفرة؟

يعني التحويل على دفعات إرسال مدفوعات أو توكنات أو NFTs أو تعليمات متعددة عبر معاملة مجمعة واحدة أو استدعاء عقد أو إجراء محفظة.

لماذا يستخدم الناس التحويلات على دفعات؟

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

هل تدعم Bitcoin التحويلات على دفعات؟

نعم، تدعم Bitcoin تجميع المدفوعات على دفعات من خلال السماح بإدراج مخرجات متعددة للمستلمين ضمن معاملة واحدة.

هل يدعم ERC-1155 التحويلات على دفعات؟

نعم، يتضمن ERC-1155 الدالة safeBatchTransferFrom لتحويل معرّفات توكنات وقيم متعددة ضمن عملية واحدة.

هل يدعم ERC-20 التحويلات على دفعات افتراضياً؟

لا، يحدد معيار ERC-20 الدالتين transfer وtransferFrom، لكنه لا يتضمن دالة أصلية للتحويل على دفعات.

هل تستطيع المحافظ الذكية تجميع التحويلات على دفعات؟

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

هل التحويلات على دفعات أقل تكلفة؟

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

هل يمكن أن يفشل التحويل على دفعات؟

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

هل التحويلات على دفعات آمنة؟

قد تكون التحويلات على دفعات آمنة عند تنفيذها ومراجعتها على نحو صحيح، لكنها قد تزيد المخاطر أيضاً لأن توقيعاً واحداً قد ينقل أصولاً كثيرة.

ما أكبر مخاطر التحويل على دفعات؟

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

هل يمكن للتحويلات على دفعات تقليل الخصوصية؟

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

هل ينبغي للمستخدمين اختبار التحويلات على دفعات أولاً؟

نعم، ينبغي للمستخدمين اختبار دفعات صغيرة قبل إرسال دفعات كبيرة، خصوصاً عند استخدام أداة أو عقد أو قائمة مستلمين جديدة.

الخلاصة

التحويل على دفعات تقنية عملية في عالم العملات المشفرة، تتيح جمع تحويلات أو إجراءات متعددة ضمن معاملة واحدة أو استدعاء عقد أو عملية على مستوى المحفظة.

وتُستخدم هذه التقنية في Bitcoin وEthereum وNFTs وDAOs والألعاب وDeFi والمحافظ والإيردروبات وعمليات الخزينة.

في Bitcoin، يعني التجميع على دفعات عادةً معاملة واحدة تتضمن مخرجات متعددة.

وفي Ethereum، قد يتم التجميع عبر معايير مثل ERC-1155 أو عقود التوزيع المخصصة أو المحافظ الذكية أو أنظمة تجريد الحساب.

الميزة الرئيسية للتحويلات على دفعات هي الكفاءة.

فقد تخفض متوسط تكاليف المعاملات وتقلل عبء التوقيع وتبسط العمليات وتسهل إدارة المدفوعات واسعة النطاق.

أما الخطر الرئيسي فهو اتساع نطاق الضرر المحتمل.

فقد يؤثر عنوان خاطئ أو موافقة غير آمنة أو عقد خبيث أو معاينة غير واضحة للمعاملة في أصول كثيرة دفعة واحدة.

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

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

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

التحويل على دفعات ليس مجرد حيلة لتوفير التكلفة.

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

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