السكّ على دفعات

ما المقصود بالسكّ على دفعات؟

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

يُستخدم هذا المصطلح في معظم حالات العملات المشفرة للإشارة إلى مجموعات NFT وأصول الألعاب وتصاريح العضوية والمقتنيات الرقمية والشهادات المرمزة وغيرها من الأصول القائمة على البلوكشين التي يلزم إنشاؤها بأعداد كبيرة.

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

أما السكّ على دفعات، فقد ينشئ توكنات عديدة لمحفظة واحدة أو توكنات عديدة لمحافظ متعددة أو معرّفات توكنات كثيرة عبر استدعاء عقد واحد، بحسب طريقة كتابة العقد الذكي.

الغرض الرئيسي من السكّ على دفعات هو الكفاءة.

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

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

السكّ على دفعات ليس بلوكشين مستقلاً.

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

في Ethereum والشبكات المتوافقة معها، يرتبط السكّ على دفعات عادةً بمعايير توكنات مثل ERC-721 وERC-1155 وامتداد النقل المتتالي ERC-2309.

آلية عمل السكّ على دفعات

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

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

في عملية بسيطة لسكّ NFTs على دفعات، قد يتلقى العقد عنوان محفظة وكمية، ثم يسُك عدة معرّفات توكنات لتلك المحفظة نفسها.

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

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

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

أما أصول ERC-721، فعادةً ما يتطلب سكّها على دفعات دالة مخصصة أو امتداداً معيناً، لأن ERC-721 صُمم أساساً لملكية التوكنات الفريدة وأحداث تحويلها.

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

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

لذلك، لا يقتصر السكّ على دفعات على إنشاء التوكنات بتكلفة أقل.

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

أهمية السكّ على دفعات في عالم العملات المشفرة

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

قد تحتاج لعبة إلى سكّ آلاف الأسلحة أو المظاهر أو الشارات أو الأراضي أو الشخصيات.

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

وقد تحتاج علامة تجارية إلى سكّ تصاريح ولاء أو رموز وصول لمجتمع كبير.

وقد يحتاج مجتمع لامركزي إلى إصدار NFTs للعضوية أو شارات الحوكمة لعدد كبير من المحافظ.

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

من دون السكّ على دفعات، قد يتطلب كل أصل معاملة منفصلة.

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

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

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

السكّ على دفعات ورسوم الغاز

الغاز هو الرسم المطلوب لتنفيذ العمليات على بلوكشينات مثل Ethereum.

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

توضح وثائق الغاز في Ethereum أن الغاز يقيس الجهد الحاسوبي اللازم لتنفيذ العمليات على الشبكة.

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

فعلى سبيل المثال، قد تكون تكلفة معاملة واحدة لسكّ 100 توكن أقل من تكلفة 100 معاملة منفصلة، تسك كل منها توكناً واحداً.

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

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

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

يوازن التصميم الجيد للسكّ على دفعات بين الكفاءة والموثوقية.

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

السكّ على دفعات مقابل السكّ الفردي

ينشئ السكّ الفردي توكناً واحداً أو NFT واحداً في كل معاملة.

أما السكّ على دفعات، فينشئ توكنات أو NFTs متعددة ضمن معاملة واحدة.

السكّ الفردي أبسط وأسهل فهماً للمبتدئين.

وقد يكون مفيداً عندما يسُك كل مستخدم الأصول بنفسه، كما يحدث خلال بيع NFT عام.

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

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

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

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

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

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

لهذا السبب، يُعد السكّ على دفعات أداة فعالة، لكن ينبغي اختباره بعناية قبل النشر على الشبكة الرئيسية.

السكّ على دفعات باستخدام NFTs من ERC-721

يُعد ERC-721 المعيار الأكثر شيوعاً لـ NFTs الفريدة، حيث يمثل كل معرّف توكن أصلاً فريداً.

تصف وثائق Ethereum معيار ERC-721 بأنه معيار للتوكنات غير القابلة للاستبدال، يتضمن دوال للملكية والتحويلات والموافقات والبيانات الوصفية للتوكن.

في عملية سكّ عادية لـ ERC-721، يُنشأ كل معرّف توكن ويُسند إلى مالك.

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

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

تستخدم بعض طرق السكّ على دفعات لـ ERC-721 تحسينات للتخزين تسجل نطاقات الملكية بدلاً من كتابة كل معرّف توكن على حدة وقت السكّ.

قد تقلل هذه التحسينات تكلفة السكّ، لكنها قد تزيد تعقيد العقد.

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

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

ينبغي ألا يعطل السكّ على دفعات وظائف NFT المعتادة بعد إنشاء التوكنات.

السكّ على دفعات باستخدام ERC-2309

ERC-2309 امتداد اختياري لمعيار ERC-721 يحدد حدث ConsecutiveTransfer لإنشاء معرّفات توكنات متتالية عديدة أو نقلها.

يوضح مقترح ERC-2309 الرسمي أن هذا الامتداد يوفر حدثاً موحداً يمكن إصداره عند إنشاء توكن غير قابل للاستبدال واحد أو عدة توكنات أو نقلها.

يفيد ذلك لأن إصدار حدث تحويل منفصل لكل توكن ضمن مجموعة NFT كبيرة قد يكون مكلفاً.

ويتيح ERC-2309 للعقد تمثيل نطاق متتالٍ من معرّفات التوكنات عبر حدث واحد.

وقد يجعل ذلك إنشاء المجموعات الكبيرة أكثر كفاءة عندما تُسك معرّفات التوكنات بالترتيب.

لكن ERC-2309 ينطوي على قيود مهمة.

فهو مصمم أساساً لمعرّفات التوكنات المتتالية، لذلك لا يناسب جميع تصاميم المجموعات.

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

تشرح وثائق ERC721Consecutive من OpenZeppelin تطبيقاً لمعيار ERC-2309 لسكّ دفعات كبيرة من التوكنات أثناء إنشاء العقد.

وهذا يجعل ERC-2309 مفيداً للمشاريع التي تريد نشر معروض أولي كبير بكفاءة، لكنه قد لا يكون الخيار المناسب للسكّ العام المستمر بعد النشر.

السكّ على دفعات باستخدام ERC-1155

ERC-1155 معيار متعدد التوكنات يمكنه إدارة أنواع كثيرة من التوكنات ضمن عقد ذكي واحد.

توضح وثائق ERC-1155 في Ethereum أن هذا المعيار قادر على تمثيل أي عدد من أنواع التوكنات القابلة للاستبدال وغير القابلة للاستبدال والتحكم بها ضمن عقد واحد.

وهذا ما يجعل ERC-1155 مفيداً خصوصاً للسكّ على دفعات.

فيمكن للعبة سكّ 100 سيف و50 درعاً و10 عناصر نادرة ضمن تصميم العقد نفسه.

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

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

تتضمن وثائق عقود ERC-1155 من OpenZeppelin وظائف متعلقة بالدفعات للتعامل مع معرّفات توكنات وكميات متعددة.

غالباً ما يكون السكّ على دفعات باستخدام ERC-1155 أكثر طبيعية من استخدام ERC-721، لأن المعيار صُمم منذ البداية لإدارة توكنات متعددة.

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

حالات الاستخدام الشائعة للسكّ على دفعات

يُعد نشر مجموعات NFT أحد أكثر استخدامات السكّ على دفعات شيوعاً.

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

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

كما تُعد مكافآت المجتمع حالة استخدام مهمة، إذ قد ترغب المشاريع في إرسال شارات الإنجاز أو NFTs للمشاركة أو توكنات الولاء إلى محافظ كثيرة.

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

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

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

وقد تستخدم أنظمة عضوية DAO السكّ على دفعات لمنح حقوق الوصول أو شارات هوية الحوكمة لقائمة من الأعضاء المعتمدين.

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

في جميع هذه الحالات، يساعد السكّ على دفعات على تقليل التعقيدات التشغيلية.

فوائد السكّ على دفعات

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

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

والفائدة الثانية هي السرعة.

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

والفائدة الثالثة هي البساطة التشغيلية.

يمكن للفرق أتمتة التوزيعات والمكافآت وإنشاء المجموعات مع عدد أقل من الخطوات اليدوية.

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

فقد يتلقى المستخدمون الأصول من دون الحاجة إلى سكّ كل أصل يدوياً.

والفائدة الخامسة هي تسهيل إدارة الحملات.

يمكن للمشروع التخطيط لتوزيع كبير انطلاقاً من قائمة منظمة لعناوين المحافظ ومعرّفات التوكنات والكميات.

والفائدة السادسة هي المرونة.

إذ يمكن للسكّ على دفعات دعم مستلم واحد أو مستلمين كثيرين، ونوع توكن واحد أو أنواع متعددة، أو نطاق متتالٍ من معرّفات التوكنات.

وتعتمد الفائدة الدقيقة على معيار التوكن وتصميم العقد.

مخاطر السكّ على دفعات

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

إذا كانت قائمة المستلمين خاطئة، فقد تُسك أصول كثيرة لمحافظ غير صحيحة.

وإذا كانت معرّفات التوكنات خاطئة، فقد تحتوي المجموعة على أصول مكررة أو مفقودة أو غير متوقعة.

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

وإذا كان التحكم في الوصول ضعيفاً، فقد يتمكن مهاجم من سكّ توكنات غير مصرح بها.

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

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

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

تجعل هذه المخاطر الاختبار أمراً بالغ الأهمية.

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

اعتبارات الأمان في السكّ على دفعات

ينبغي أن يكون الأمان أولوية قصوى عند إنشاء وظائف السكّ على دفعات أو استخدامها.

التحكم في الوصول هو المتطلب الرئيسي الأول.

يجب ألا يتمكن من سكّ الأصول التي يتحكم بها المشروع إلا أصحاب الأدوار المعتمدة.

وحدود المعروض هي المتطلب الرئيسي الثاني.

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

والتحقق من المدخلات هو المتطلب الرئيسي الثالث.

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

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

وقد تساعد دوال السكّ الآمن على التأكد من أن عقود المستلمين قادرة على قبول NFTs.

لكن السكّ الآمن قد يزيد أيضاً استهلاك الغاز ويضيف مسارات تنفيذ أكثر تعقيداً.

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

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

البيانات الوصفية والسكّ على دفعات

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

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

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

تستخدم بعض المشاريع URI أساسياً مع معرّف التوكن، بحيث يشير كل معرّف إلى ملف بيانات وصفية مختلف.

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

وتستخدم بعض المشاريع تخزيناً لامركزياً مثل IPFS. وتوضح وثائق IPFS كيف يمكن لعنونة المحتوى تحديد الملفات بحسب محتواها بدلاً من مكان تخزينها.

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

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

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

السكّ على دفعات والفهرسة

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

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

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

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

صُمم ERC-2309 لتوحيد معالجة الأحداث عند سكّ NFTs متتالية، لكن مستوى دعم التطبيقات قد يختلف بين الأنظمة.

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

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

وقد يؤدي ضعف دعم الفهرسة إلى الالتباس، حتى إن كانت بيانات الملكية على السلسلة صحيحة من الناحية التقنية.

ولهذا، لا يقل توافق العقد الذكي أهمية عن تحسين استهلاك الغاز.

السكّ على دفعات والإيردروبات

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

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

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

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

لكن الإيردروبات المباشرة قد تكون مكلفة إذا كانت قائمة المستلمين كبيرة جداً.

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

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

يكون السكّ على دفعات أفضل عندما يريد المشروع ضمان التوزيع.

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

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

السكّ على دفعات والتحكم في المعروض

يُعد التحكم في المعروض أمراً بالغ الأهمية في السكّ على دفعات، لأن وظائف السكّ الكبيرة تستطيع إنشاء توكنات كثيرة بسرعة.

ينبغي للمشروع تحديد الحد الأقصى للمعروض قبل الإطلاق.

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

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

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

وفي NFTs، قد يضر التخفيف بثقة المجتمع، لأن هواة الاقتناء يهتمون غالباً بالندرة وحدود المعروض.

وفي أصول ERC-1155، يكتسب التحكم في المعروض أهمية أيضاً، لأن بعض معرّفات التوكنات قد تمثل عناصر نادرة، فيما تمثل أخرى عناصر شائعة.

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

وتزداد الثقة عندما لا تعتمد الحدود المهمة على الوعود وحدها.

السكّ على دفعات مقابل السكّ الكسول

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

ينشئ السكّ على دفعات توكنات متعددة على السلسلة ضمن معاملة واحدة.

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

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

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

فعلى سبيل المثال، قد يسُك منشئ محتوى 1,000 NFT على دفعات قبل الإطلاق.

ويمكن للمنشئ نفسه استخدام السكّ الكسول، بحيث لا يُسك كل NFT إلا عندما يطالب به مشترٍ.

يوفر السكّ على دفعات وجوداً فورياً أقوى على السلسلة.

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

ينبغي للمشاريع اختيار النموذج الذي يتناسب مع خطة التوزيع وتوقعات المستخدمين.

أفضل الممارسات للسكّ على دفعات

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

توفر OpenZeppelin مكتبات عقود ذكية واسعة الاستخدام، ويتضمن مستودع OpenZeppelin Contracts تطبيقات لمعايير توكنات شائعة.

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

فقد تنجح دفعة من 10 توكنات، لكنها تفشل عند 1,000 توكن إذا ارتفع استهلاك الغاز كثيراً.

والثالثة هي التحقق من جميع عناوين المستلمين قبل السكّ.

يصعب عكس معاملات البلوكشين أو يستحيل ذلك بعد تأكيدها.

والرابعة هي التحقق من روابط البيانات الوصفية قبل السكّ.

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

والخامسة هي استخدام أحداث واضحة تستطيع الأدوات الشائعة قراءتها.

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

والسابعة هي نشر وثائق واضحة تشرح المعروض وقواعد السكّ وسياسة البيانات الوصفية وأذونات الإدارة.

لا يقتصر السكّ الجيد على الجوانب التقنية.

بل يعتمد أيضاً على التواصل الشفاف مع المستخدمين.

كيفية تقييم المستخدمين للسكّ على دفعات

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

كما ينبغي التحقق مما إذا كان للعقد مالك أو دور إداري أو دور للسكّ أو أذونات قابلة للترقية.

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

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

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

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

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

يمكنهم مراجعة وثائق المشروع والتحقق من العقد وتقارير التدقيق ومعلومات معروض التوكن وتوضيحات المجتمع.

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

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

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

يعني السكّ إنشاء توكن أو NFT جديد على البلوكشين.

يعني NFT توكناً غير قابل للاستبدال، وهو أصل فريد قائم على البلوكشين له معرّف توكن مميز.

ERC-721 معيار شائع للتوكنات الفريدة.

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

ERC-2309 امتداد اختياري لـ ERC-721 لأحداث إنشاء التوكنات المتتالية أو نقلها.

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

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

البيانات الوصفية هي المعلومات التي تصف التوكن، مثل الصورة والسمات والاسم والوصف.

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

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

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

ما معنى السكّ على دفعات في عالم العملات المشفرة؟

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

لماذا تستخدم مشاريع NFT السكّ على دفعات؟

تستخدم مشاريع NFT السكّ على دفعات لخفض تكاليف الغاز الإضافية وتبسيط إنشاء المجموعات الكبيرة وتوزيع المكافآت وإنشاء أصول كثيرة بكفاءة أكبر.

هل يقتصر السكّ على دفعات على NFTs؟

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

هل يوفر السكّ على دفعات الغاز دائماً؟

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

ما الفرق بين السكّ على دفعات والسكّ الكسول؟

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

هل يمكن أن يفشل السكّ على دفعات؟

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

هل ERC-1155 مناسب للسكّ على دفعات؟

نعم، غالباً ما يكون ERC-1155 مناسباً للسكّ على دفعات، لأنه مصمم لإدارة معرّفات توكنات وكميات متعددة ضمن عقد ذكي واحد.

فيما يُستخدم ERC-2309؟

يُستخدم ERC-2309 لإصدار حدث موحد للنقل المتتالي عند إنشاء توكنات ERC-721 كثيرة ذات معرّفات متتالية أو نقلها.

ما أكبر مخاطر السكّ على دفعات؟

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

كيف يمكن للمستخدمين التحقق من سلامة السكّ على دفعات؟

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

الخلاصة

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

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

الميزة الرئيسية للسكّ على دفعات هي الكفاءة، إذ قد يقلل التكاليف الإضافية المتكررة للمعاملات ويسهل إدارة عمليات السكّ الكبيرة.

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

يجعل ERC-1155 السكّ على دفعات طبيعياً للأصول متعددة التوكنات، بينما قد تستخدم مشاريع ERC-721 دوالاً مخصصة للدفعات أو امتدادات مثل ERC-2309 لإنشاء توكنات متتالية.

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

بالنسبة إلى المطورين، يُعد السكّ على دفعات نمط تصميم مفيداً لبناء أنظمة توكنات قابلة للتوسع.

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

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

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

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