وظيفة الحرق

ما وظيفة الحرق في عالم العملات المشفرة؟

وظيفة الحرق هي وظيفة في عقد ذكي تزيل التوكنات نهائيًا من التداول أو تجعل إنفاقها مستحيلًا.تعني كلمة «حرق» في العملات المشفرة إتلاف رصيد توكن بطريقة تقلل العرض القابل للاستخدام، أو إرسال التوكنات إلى عنوان لا يُتوقع أن يتحكم فيه أحد.تشيع وظيفة الحرق في عقود التوكنات، ولا سيما توكنات ERC-20 وNFTs وأنظمة العملات المستقرة وتوكنات الحوكمة والأصول المغلفة وبروتوكولات DeFi.الغرض الأساسي من وظيفة الحرق هو توفير طريقة شفافة على السلسلة لتقليل عرض التوكنات.عند حرق التوكن على نحو صحيح، يمكن لمستكشفات البلوكشين وأحداث العقود الذكية إظهار إزالة التوكنات من رصيد المستخدم أو إرسالها إلى عنوان حرق معروف.في توكن ERC-20، يقلل الحرق الحقيقي عادةً إجمالي عرض التوكن، ويصدر حدثًا يمكن للمحافظ وأدوات التحليل ومستكشفات البلوكشين تتبعه.

تذكر وثائق ERC-20 من OpenZeppelin أن وظيفة _burn الداخلية تتلف التوكنات من حساب وتقلل إجمالي العرض وتصدر حدث Transfer يكون عنوان الوجهة فيه هو العنوان الصفري.

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

كيفية عمل وظيفة الحرق

تعمل وظيفة الحرق عبر تغيير قواعد المحاسبة في عقد التوكن.في نموذج ERC-20 بسيط، يكون لكل عنوان رصيد، ويتتبع العقد أيضًا إجمالي العرض.عند سك التوكنات، يزيد العقد إجمالي العرض ويضيف التوكنات إلى حساب.وعند حرقها، يخصم العقد التوكنات من حساب ويخفض إجمالي العرض عادةً بالمقدار نفسه.يُسجل هذا التغيير على السلسلة لأن شبكة البلوكشين تعالج معاملة الحرق.ولا يستطيع المستخدم التراجع عن الحرق لاحقًا إلا إذا تضمن العقد الذكي وظيفة سك منفصلة تنشئ توكنات جديدة مجددًا.تتحقق وظيفة الحرق الشائعة من امتلاك الحساب توكنات كافية قبل إزالتها.إذا لم يكن في الحساب رصيد كافٍ، ينبغي أن تفشل المعاملة.كما ينبغي لوظيفة الحرق الآمنة التحقق من صلاحية كمية الحرق ومن امتلاك الجهة المستدعية صلاحية حرق تلك التوكنات.في كثير من تطبيقات ERC-20، يستطيع المستخدم استدعاء burn لإتلاف توكناته الخاصة.وتتضمن بعض العقود أيضًا burnFrom، التي تتيح لمُنفِّذ معتمد حرق توكنات من حساب آخر بعد منحه تفويضًا.

وتصف وثائق ERC-20 Burnable من OpenZeppelin إضافة تتيح لحاملي التوكنات إتلاف توكناتهم والتوكنات التي يملكون تفويضًا بشأنها بطريقة يمكن التعرف إليها من خلال تحليل الأحداث.

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

وظيفة الحرق مقابل إرسال التوكنات إلى عنوان حرق

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

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

ومن عناوين الحرق الشائعة الأخرى 0x000000000000000000000000000000000000dEaD.

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

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

وظيفة الحرق في توكنات ERC-20

تشيع وظيفة الحرق بوجه خاص في توكنات ERC-20.ERC-20 معيار واسع الاستخدام للتوكنات القابلة للاستبدال على Ethereum والشبكات المتوافقة مع EVM.

يحدد معيار ERC-20 الرسمي للتوكنات وظائف أساسية مثل totalSupply وbalanceOf وtransfer وallowance وapprove وtransferFrom.

كما يحدد معيار ERC-20 حدث Transfer، الذي يجب إطلاقه عند نقل التوكنات.وينص المعيار على أن إنشاء التوكنات ينبغي أن يطلق حدث Transfer يكون عنوان المرسل فيه 0x0.وتستخدم تطبيقات كثيرة لحرق ERC-20 نمط الحدث المعاكس، فتصدر حدث Transfer يكون عنوان الوجهة فيه هو العنوان الصفري.وهذا يتيح للأدوات خارج السلسلة التعرف على حدث إتلاف التوكن عبر تتبع الأحداث القياسية.لكن معيار ERC-20 نفسه لا يفرض على كل توكن تضمين وظيفة حرق عامة.فقد يكون التوكن قابلًا للحرق أو غير قابل للحرق، أو لا يحرقه إلا المالك أو المستخدم، أو لا يحرق إلا وفق منطق عقد محدد.لذلك لا ينبغي للمستخدمين افتراض أن كل توكن ERC-20 قابل للحرق.بل عليهم قراءة العقد والوثائق وتفاصيل مستكشف البلوكشين قبل افتراض آلية الحرق.

وظيفة الحرق في NFTs

تُستخدم وظائف الحرق أيضًا في NFTs.في عقد NFT من نوع ERC-721، يؤدي الحرق عادةً إلى إتلاف معرّف توكن محدد.

وتوضح وثائق ERC-721 من OpenZeppelin أن التوكنات تبدأ بالوجود عند سكها، وينتهي وجودها عند حرقها عبر منطق _burn في ERC-721.

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

أسباب استخدام المشاريع لوظائف الحرق

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

وظيفة الحرق واقتصاديات التوكن

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

وظيفة الحرق والعرض المتداول

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

وظيفة الحرق ووظيفة السك

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

وظيفة الحرق والعملات المستقرة

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

وظيفة الحرق والجسور بين الشبكات

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

وظيفة الحرق وبروتوكولات DeFi

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

مخاطر أمان وظيفة الحرق

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

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

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

كيفية قراءة وظيفة الحرق في مستكشف البلوكشين

يمكن للمستخدمين غالبًا التحقق من نشاط الحرق عبر مستكشف البلوكشين.الخطوة الأولى هي فتح صفحة عقد التوكن ومراجعة التحويلات الأخيرة.والخطوة الثانية هي البحث عن تحويلات إلى العنوان الصفري أو عنوان حرق معروف.والخطوة الثالثة هي التحقق مما إذا كان إجمالي العرض قد انخفض بعد المعاملة.والخطوة الرابعة هي مراجعة بيانات إدخال المعاملة إذا كان المستكشف يفك ترميز استدعاء الوظيفة.والخطوة الخامسة هي التحقق مما إذا كانت المعاملة قد استدعت burn أو burnFrom أو redeem أو withdraw أو وظيفة أخرى تتضمن منطق الحرق.والخطوة السادسة هي مقارنة سجلات الأحداث بقيم عرض التوكن.إذا اقتصرت المعاملة على نقل التوكنات إلى عنوان ميت، فقد يبدو الحدث كأنه تحويل عادي.أما إذا استدعت المعاملة وظيفة حرق حقيقية، فقد يصدر العقد حدث Transfer إلى العنوان الصفري ويحدّث إجمالي العرض.ينبغي ألا يعتمد المستخدمون على منشور اجتماعي للمشروع يقول إن الحرق قد حدث.بل عليهم التحقق على السلسلة من هاش المعاملة وعنوان العقد والكمية وأثر الحرق في العرض.

كيفية تصميم المطورين وظيفة حرق أكثر أمانًا

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

كيفية تقييم المستخدمين لوظيفة الحرق

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

مفاهيم خاطئة شائعة عن وظائف الحرق

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

وظيفة الحرق ونية البحث في AEO

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

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

ماذا تعني وظيفة الحرق في العملات المشفرة؟

وظيفة الحرق هي وظيفة في عقد ذكي تتلف التوكنات أو تخرجها من التداول النشط وفق قواعد عقد التوكن.

هل تخفض وظيفة الحرق إجمالي العرض؟

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

هل حرق التوكنات مثل تحويلها؟

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

هل يمكن استعادة التوكنات المحروقة؟

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

هل يستطيع المشروع سك توكنات بعد حرقها؟

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

هل يرفع حرق التوكن سعره دائمًا؟

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

ما هي burnFrom؟

burnFrom وظيفة تتيح لمُنفِّذ معتمد حرق توكنات من حساب آخر إذا كان لديه تفويض كافٍ.

ما هو عنوان الحرق؟

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

هل يمكن حرق NFTs؟

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

ما الذي ينبغي للمستخدمين التحقق منه قبل الوثوق بوظيفة حرق؟

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

الخلاصة

وظيفة الحرق إحدى أهم أدوات التحكم في العرض ضمن العقود الذكية للعملات المشفرة.فهي تتيح إتلاف التوكنات أو استردادها أو إخراجها من التداول أو استخدامها ضمن نظام محاسبي أوسع للبروتوكول.في توكنات ERC-20، يخفض الحرق السليم عادةً رصيد المستخدم وإجمالي العرض.وفي NFTs، يتلف الحرق عادةً معرّف توكن محددًا وينهي وجوده النشط في العقد.تُستخدم وظائف الحرق في اقتصاديات التوكن وDeFi والعملات المستقرة والجسور والألعاب وأنظمة العضوية وآليات الحوكمة.لكن لا ينبغي تقييم وظيفة الحرق بناءً على اسمها فقط.ينبغي للمستخدمين التحقق مما إذا كانت الوظيفة تخفض إجمالي العرض فعلًا، ومن يستطيع استدعاءها، وما إذا كان من الممكن سك توكنات جديدة لاحقًا، وإمكانية التحقق من الحرق على السلسلة.وينبغي للمطورين بناء وظائف الحرق باستخدام مكتبات مختبرة وصلاحيات واضحة وأحداث قوية ومحاسبة دقيقة ومراجعات أمنية.قد تحسن وظيفة الحرق الجيدة الشفافية وتصميم البروتوكول.أما وظيفة الحرق السيئة، فقد تنشئ مخاطر مركزية أو التباسًا في العرض أو خسائر دائمة للمستخدمين.الطريقة الأكثر أمانًا لفهم أي عملية حرق للعملات المشفرة هي قراءة العقد والتحقق من المعاملة وتحليل الحرق بوصفه جزءًا من نموذج عرض التوكن الكامل.