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

نموذج رسوم المعاملات

2026/10/13 17:07
#Intermediate
Humanity
H$0.05737+3.64%
PX
PX$0.0109-4.38%
AINFT
NFT$0.000000237+0.38%
Core DAO
CORE$0.01836+7.55%
Tron
TRX$0.33+0.51%

ما هو نموذج رسوم المعاملات؟

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

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

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

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

تستخدم شبكات البلوكشين المختلفة نماذج رسوم مختلفة بسبب اختلاف تصاميمها.

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

تستخدم Ethereum رسوم الغاز، التي تشمل الرسم الأساسي ورسم الأولوية ووحدات الغاز المستخدمة، كما يوضح دليل رسوم الغاز في Ethereum الرسمي.

تستخدم Solana رسمًا أساسيًا لكل توقيع ورسمًا اختياريًا لتحديد الأولوية، كما هو موضح في وثائق رسوم Solana الرسمية.

تستخدم TRON موردي Bandwidth وEnergy، ويُحرق TRX عند عدم كفاية الموارد المتاحة، وفقًا لنموذج موارد TRON الرسمي.

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

لماذا تهم نماذج رسوم المعاملات؟

تؤثر نماذج رسوم المعاملات في التكلفة والسرعة والأمان وتجربة المستخدم.

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

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

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

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

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

كما يساعد في حماية الشبكة من الحمل الزائد بجعل الاستخدام الكثيف مكلفًا.

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

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

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

المكونات الأساسية لنموذج رسوم المعاملات

يتضمن نموذج رسوم المعاملات عادةً عدة مكونات.

المكون الأول هو المورد الذي يجري تسعيره.

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

المكون الثاني هو آلية التسعير.

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

المكون الثالث هو دفع الرسوم.

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

المكون الرابع هو توزيع الرسوم.

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

المكون الخامس هو تحديد الأولوية.

عندما يكون الطلب مرتفعًا، يحدد نموذج الرسوم غالبًا المعاملات التي تُعالج أولًا.

رسوم المعاملات وموارد الشبكة

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

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

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

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

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

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

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

عندما يرغب كثير من المستخدمين في إجراء معاملات في الوقت نفسه، ترتفع الرسوم غالبًا.

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

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

نموذج رسوم مزاد السعر الأول

يتيح نموذج رسوم مزاد السعر الأول للمستخدمين المزايدة مباشرةً لإدراج معاملاتهم.

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

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

يوضح دليل معاملات Bitcoin الرسمي أن أولوية المعاملات تعتمد على رسومها لكل بايت عندما تكون مساحة الكتل محدودة.

في مزاد السعر الأول، قد يدفع المستخدمون أكثر من اللازم إذا بالغوا في تقدير الرسوم.

وقد ينتظرون طويلًا إذا قدروا الرسوم بأقل من اللازم.

لذلك، يعد تقدير الرسوم في المحفظة مهمًا جدًا.

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

ميزة هذا النموذج هي البساطة.

أما عيبه فهو أن تقدير الرسوم قد يصبح صعبًا أثناء الازدحام المفاجئ.

نموذج رسوم معاملات Bitcoin

تعتمد رسوم Bitcoin على حجم المعاملة ومعدل الرسوم الذي يختاره المرسل.

قد تكون المعاملة ذات المدخلات العديدة أكبر من معاملة ذات مدخل واحد.

وهذا يعني أن إنفاق عدة UTXO صغيرة قد يكلف أكثر من إنفاق UTXO واحدة أكبر.

تُناقش رسوم Bitcoin عادةً بوحدة الساتوشي لكل بايت افتراضي.

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

لا تفرض Bitcoin رسومًا كنسبة مئوية من مبلغ الدفعة.

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

ولهذا تهم إدارة UTXO لمستخدمي Bitcoin النشطين.

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

ينبغي لمستخدمي Bitcoin التحقق من تقديرات الرسوم الحالية قبل إرسال معاملات عاجلة خلال فترات الازدحام.

نموذج رسوم الغاز في Ethereum

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

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

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

تُحسب رسوم Ethereum من وحدات الغاز المستخدمة وسعر الغاز الفعلي.

يتضمن نموذج رسوم Ethereum الحالي رسمًا أساسيًا ورسم أولوية.

يحدد البروتوكول الرسم الأساسي، ويتغير حسب الطلب على الكتل.

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

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

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

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

نموذج رسوم EIP-1559

غيّر EIP-1559 نموذج رسوم Ethereum عبر إدخال رسم أساسي يعدله البروتوكول.

توضح مواصفة EIP-1559 الرسمية أن الرسم الأساسي يرتفع عندما يتجاوز استخدام الشبكة الهدف وينخفض عندما يكون الاستخدام دون الهدف.

يحرق البروتوكول الرسم الأساسي.

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

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

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

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

لا يضمن EIP-1559 رسومًا منخفضة.

بل يحسن أساسًا قابلية التنبؤ بالرسوم ويغير طريقة توزيعها.

عندما يكون الطلب مرتفعًا جدًا، يمكن أن تظل رسوم Ethereum مرتفعة بشكل حاد.

الرسم الأساسي

الرسم الأساسي هو الحد الأدنى من رسوم البروتوكول المطلوبة لإدراج المعاملة في كتلة Ethereum بموجب EIP-1559.

ولا يحدده مدقق واحد يدويًا.

بل يتكيف وفق الطلب على الشبكة.

إذا كانت الكتل ممتلئة أكثر من المستوى المستهدف، يرتفع الرسم الأساسي.

وإذا كانت أقل امتلاءً من المستوى المستهدف، ينخفض الرسم الأساسي.

يُحرق الرسم الأساسي بدلًا من دفعه إلى المدقق.

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

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

تقدّره المحافظ عادةً وتعرض التكلفة المتوقعة للمعاملة.

ومع ذلك، ينبغي للمستخدمين فهم أن الرسم الأساسي إلزامي لمعاملات الشبكة الرئيسية لـ Ethereum.

رسم الأولوية

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

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

قد يعمل رسم أولوية منخفض عندما يكون الطلب منخفضًا.

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

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

تقدّر المحافظ غالبًا رسم أولوية معقولًا تلقائيًا.

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

بالنسبة لعمليات DeFi أو NFT العاجلة، قد يقبل المستخدمون رسم أولوية أعلى لتقليل مخاطر التأخير.

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

رسم الأولوية هو أداة المستخدم للتحكم في السرعة ضمن نموذج الرسوم الحديث في Ethereum.

الرسم الأقصى

الرسم الأقصى هو أعلى سعر غاز يرغب المستخدم في دفعه لكل وحدة غاز في معاملة EIP-1559.

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

تعتمد الرسوم الفعلية المدفوعة على الرسم الأساسي وقت الإدراج مضافًا إليه رسم الأولوية.

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

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

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

ينبغي للمستخدمين الذين يضبطونه يدويًا فهم أن الرسم الأقصى سقف وليس دائمًا المبلغ الفعلي المدفوع.

قد يؤدي اختيار رسم أقصى غير مناسب إلى تعطل المعاملات.

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

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

حد الغاز والغاز المستخدم

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

والغاز المستخدم هو الكمية التي تستهلكها المعاملة فعليًا أثناء التنفيذ.

يتطلب تحويل ETH العادي مقدارًا متوقعًا من الغاز.

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

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

إذا كان حد الغاز أعلى من اللازم، فلا تُفرض رسوم تنفيذ عادةً على الغاز غير المستخدم.

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

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

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

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

نماذج رسوم Layer 2 وBlob

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

تجمع Rollups غالبًا معاملات مستخدمين كثيرة وتنشر بيانات مضغوطة أو إثباتات على Ethereum.

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

قدّم EIP-4844 معاملات تحمل Blob لـ Rollups على Ethereum.

قدمت مواصفة EIP-4844 الرسمية غاز Blob باعتباره نوعًا منفصلًا من الغاز له آلية احتساب رسوم خاصة به.

غاز Blob مستقل عن غاز التنفيذ العادي.

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

قد ترتفع رسوم Layer 2 مع ارتفاع الطلب على Rollup أو Blob أو تكاليف السلسلة الأساسية.

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

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

نموذج رسوم معاملات Solana

تستخدم Solana نموذج رسوم يعتمد على التوقيعات ورسوم اختيارية لتحديد الأولوية.

تنص وثائق رسوم Solana الرسمية على أن كل معاملة تتطلب رسمًا يُدفع بـ SOL.

كما تنص على أن الرسم الأساسي يبلغ 5,000 lamports لكل توقيع.

يعوض الرسم الأساسي المدققين عن التحقق من التوقيعات.

وتدعم Solana أيضًا رسمًا اختياريًا لتحديد الأولوية.

يُحسب رسم الأولوية من سعر وحدة الحوسبة وحد وحدة الحوسبة.

تذكر الوثائق صيغة رسم الأولوية على النحو التالي:

ceil(compute_unit_price * compute_unit_limit / 1,000,000)
lamports.

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

يختلف نموذج Solana عن نموذج غاز Ethereum، لكن كلا النموذجين يسعّر موارد التنفيذ والإدراج النادرة.

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

نموذج رسوم الموارد في TRON

تستخدم TRON نموذج موارد يعتمد على Bandwidth وEnergy.

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

ويقيس Energy القدرة الحاسوبية التي تحتاجها TRON Virtual Machine لتنفيذ العقود الذكية.

ينص نموذج موارد TRON الرسمي على أن كل معاملة باستثناء عمليات الاستعلام تستهلك Bandwidth.

تحصل حسابات TRON على بعض Bandwidth المجاني يوميًا.

كما يمكن للمستخدمين تخزين TRX للحصول على Bandwidth أو Energy.

إذا لم يكن Bandwidth كافيًا، يُحرق TRX وفقًا لمقدار Bandwidth المستهلك.

وإذا لم يكن Energy كافيًا أثناء تنفيذ عقد ذكي، يُحرق TRX وفقًا لـ Energy المستهلك.

لهذا قد يحتفظ المستخدم بتوكن TRC-20 لكنه يحتاج إلى TRX أو موارد مفوضة لنقله.

ينبغي لمستخدمي TRON فهم Bandwidth وEnergy وStaking والتفويض وحدود الرسوم قبل إجراء تحويلات توكنات متكررة.

نماذج الرسوم الثابتة

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

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

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

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

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

وإذا كانت منخفضة جدًا، فقد يتمكن المهاجمون من إثقال الشبكة بتكلفة منخفضة.

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

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

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

ولا يوجد نموذج واحد مثالي لجميع حالات استخدام البلوكشين.

حرق الرسوم

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

تحرق Ethereum الرسم الأساسي بموجب EIP-1559.

وتنص وثائق Solana على تقسيم الرسم الأساسي بين الحرق وتعويض المدققين.

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

عندما يكون النشاط مرتفعًا، قد يُحرق مقدار أكبر من الأصل الأصلي.

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

يمكن أن يقلل حرق الرسوم أيضًا حوافز منتجي الكتل للتلاعب ببعض مكونات الرسوم.

لا ينبغي للمستخدمين افتراض أن حرق الرسوم يجعل التوكن انكماشيًا تلقائيًا.

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

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

حوافز المدققين والمعدنين

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

يتلقى معدنو Bitcoin رسوم المعاملات من المعاملات المدرجة بالإضافة إلى دعم الكتلة ما دام قائمًا.

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

يتلقى مدققو Solana رسم الأولوية وجزءًا من الرسم الأساسي بموجب هيكل الرسوم الموثق لديها.

تحرق TRON توكنات TRX عندما يفتقر المستخدمون إلى الموارد، وتستخدم موارد قائمة على Staking لإدارة الطلب.

تؤثر هياكل الحوافز هذه في طريقة اختيار المشاركين في الشبكة للمعاملات.

كما تؤثر في ميزانيات الأمان ومقاومة الرسائل غير المرغوب فيها والاستدامة طويلة الأجل.

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

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

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

نموذج رسوم المعاملات والازدحام

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

أثناء الازدحام، تزيد نماذج الرسوم عادةً تكلفة الإدراج السريع.

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

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

وفي Solana، قد يستخدم المستخدمون رسوم الأولوية لتحسين أولوية الجدولة.

وفي TRON، قد تتطلب العقود الشائعة Energy أكثر عبر نموذج Energy الديناميكي.

لا يكون الازدحام سيئًا دائمًا لأنه قد يشير إلى وجود طلب حقيقي على الشبكة.

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

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

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

نموذج رسوم المعاملات ومنع الرسائل غير المرغوب فيها

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

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

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

كما تثبط رسوم العقود الذكية الحلقات اللانهائية والقدرة الحاسوبية المهدرة.

وتثبط رسوم البيانات تخزين البيانات غير الضرورية على السلسلة.

وتثبط رسوم التوقيعات إنشاء معاملات مفرطة.

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

منع الرسائل غير المرغوب فيها أحد الأسباب الأساسية لوجود نماذج الرسوم.

يسعّر نموذج الرسوم السليم إساءة الاستخدام دون أن يجعل الاستخدام العادي مستحيلًا.

وهذا التوازن محوري لقابلية توسع البلوكشين.

نموذج رسوم المعاملات والعقود الذكية

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

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

وقد يكلف العقد ذو الكود غير الفعال المستخدمين أكثر من اللازم.

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

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

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

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

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

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

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

نموذج رسوم المعاملات وتحويلات التوكنات

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

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

أما تحويل التوكن فعادةً ما يستدعي عقدًا ذكيًا ويحدّث تخزين العقد.

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

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

وقد تزيد هذه القواعد المخصصة تكلفة التنفيذ.

لا ينبغي للمستخدمين افتراض أن كل تحويلات التوكنات لها الرسم نفسه.

وينبغي للمطورين توثيق سلوك التوكن غير المعتاد الذي يؤثر في الرسوم.

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

يوفر معيار التوكن واجهة موحدة، لكن تنفيذ العقد يظل مؤثرًا في التكلفة.

نموذج رسوم المعاملات والمعاملات الفاشلة

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

وهذا شائع خاصةً عندما تعمل معاملة عقد ذكي ثم تتراجع.

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

لذلك، قد يدفع المستخدم رسومًا حتى لو لم يحدث الإجراء المقصود.

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

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

وفي Ethereum، قد تستمر المعاملة المتراجعة في استخدام الغاز.

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

وينبغي للمطورين توضيح الأخطاء وتجنب إنشاء معاملات فاشلة غير ضرورية.

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

نموذج رسوم المعاملات وتقدير المحفظة

تقدّر المحافظ الرسوم كي لا يضطر المستخدمون إلى حساب كل التفاصيل يدويًا.

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

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

يساعد تقدير الرسوم الجيد المستخدمين على تجنب الدفع الزائد وتعطل المعاملات.

وقد يؤدي تقدير الرسوم الضعيف إلى تأخر المعاملات أو تكاليف غير ضرورية.

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

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

قد يعدل المستخدمون المتقدمون إعدادات الرسوم يدويًا.

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

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

نموذج رسوم المعاملات واستبدال المعاملات

تسمح بعض الشبكات باستبدال المعاملات المعلقة بمعاملة جديدة تستخدم nonce نفسه.

وهذا شائع في أنظمة الحسابات المشابهة لـ Ethereum.

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

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

للمعاملة البديلة هاش معاملة خاص بها.

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

يعتمد سلوك الاستبدال على سياسات العقد وقواعد زيادة الرسوم.

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

وينبغي للمطورين تتبع المعاملات البديلة بعناية في الأنظمة الخلفية.

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

نموذج رسوم المعاملات وMEV

يعني MEV القيمة القصوى القابلة للاستخراج.

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

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

قد تؤدي مبادلات DeFi والتصفيات والمراجحة وسك NFT إلى تنافس على الترتيب.

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

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

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

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

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

لا يمكن فهم نموذج رسوم المعاملات فهمًا كاملًا دون مراعاة حوافز ترتيب المعاملات.

نموذج رسوم المعاملات ومستخدمو Layer 2

يدفع مستخدمو Layer 2 رسومًا أقل غالبًا من مستخدمي الطبقة الأساسية، لكن نموذج الرسوم يظل مهمًا.

قد تشمل رسوم Layer 2 تكلفة التنفيذ على Layer 2، وتكلفة توافر البيانات على الطبقة الأساسية، وأحيانًا رسم المُسلسِل.

قد تتغير الرسوم عندما تكون Layer 2 مشغولة.

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

بعد معاملات Blob، تستطيع Rollups عديدة استخدام سوق رسوم Blob منفصل لتوافر البيانات.

وقد يقلل ذلك التكاليف مقارنةً بالطرق الأقدم لنشر البيانات.

لكن رسوم Blob قد ترتفع أيضًا عندما تتنافس Rollups كثيرة على مساحة Blob.

لا ينبغي للمستخدمين افتراض أن كل معاملة على Layer 2 ستكون رخيصة دائمًا.

وينبغي للمطورين مراقبة رسوم التنفيذ المحلية وتكاليف نشر البيانات.

يعد تصميم رسوم Layer 2 من أهم موضوعات توسيع تطبيقات الكريبتو.

كيف يمكن للمستخدمين خفض رسوم المعاملات؟

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

ويمكنهم خفضها باستخدام شبكات Layer 2 عندما تكون مناسبة للإجراء.

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

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

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

ويمكن لمستخدمي TRON تخزين TRX للحصول على Bandwidth أو Energy عند إجراء المعاملات بشكل متكرر.

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

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

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

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

كيف يمكن للمطورين تحسين الرسوم؟

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

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

وينبغي أن يتجنبوا الحلقات غير المحدودة.

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

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

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

وينبغي أن يحاكوا المعاملات متى أمكن.

وينبغي أن يختاروا طبقة الشبكة المناسبة لاحتياجات التطبيق من التكلفة والأمان.

وينبغي أن يتتبعوا ترقيات البروتوكول التي تغير سلوك الرسوم.

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

أخطاء شائعة بشأن نماذج رسوم المعاملات

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

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

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

يمكن للمعاملة أن تدفع رسمًا مرتفعًا وتفشل رغم ذلك إذا لم تستوف شروط العقد.

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

تستخدم Bitcoin وEthereum وSolana وTRON نماذج مختلفة.

الخطأ الرابع هو تجاهل متطلبات الأصل الأصلي.

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

الخطأ الخامس هو افتراض أن رسوم Layer 2 ثابتة دائمًا.

يمكن أن تتغير تكاليف Layer 2 مع الطلب على التنفيذ والطلب على توافر البيانات.

مزايا نماذج رسوم المعاملات القوية

يحسن نموذج رسوم المعاملات القوي مقاومة الرسائل غير المرغوب فيها.

ويساعد في تخصيص مساحة الكتل المحدودة أثناء الازدحام.

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

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

ويمكن أن يدعم اقتصاديات التوكن عبر حرق الرسوم أو توزيعها.

ويمكن أن يشجع تصميم العقود الذكية الفعال.

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

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

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

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

قيود نماذج رسوم المعاملات

لا يمكن لأي نموذج رسوم للمعاملات جعل مساحة الكتل غير محدودة.

ولا يمكن لأي نموذج رسوم ضمان انخفاض الرسوم أثناء الطلب الشديد.

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

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

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

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

ولا يمكن لأي نموذج رسوم أن يجعل تكلفة كل إجراء على Layer 2 أو عبر السلاسل متساوية.

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

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

نماذج رسوم المعاملات مهمة، لكنها ليست حلولًا سحرية لقابلية التوسع.

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

ما هو نموذج رسوم المعاملات ببساطة؟

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

لماذا تفرض شبكات البلوكشين رسوم معاملات؟

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

هل تعتمد رسوم معاملات الكريبتو على المبلغ المُرسل؟

عادةً لا، لأن معظم رسوم المعاملات تعتمد على استخدام الموارد بدلًا من القيمة المحولة.

ما هي رسوم الغاز؟

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

ما هو الرسم الأساسي؟

الرسم الأساسي هو رسم يحدده البروتوكول ويجب دفعه للإدراج بموجب نماذج رسوم مثل تصميم EIP-1559 في Ethereum.

ما هو رسم الأولوية؟

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

لماذا تتغير رسوم Bitcoin؟

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

لماذا تتغير رسوم Ethereum؟

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

لماذا تحتاج تحويلات توكنات TRON إلى TRX؟

قد تحتاج تحويلات توكنات TRON إلى TRX عندما لا يملك الحساب موارد Bandwidth أو Energy كافية.

ما هو Bandwidth في TRON؟

Bandwidth هو مورد TRON الذي يقيس بايتات المعاملات المخزنة على السلسلة.

ما هو Energy في TRON؟

Energy هو مورد TRON الذي يقيس القدرة الحاسوبية للعقود الذكية.

ما هو رسم الأولوية في Solana؟

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

هل يمكن أن تُفرض رسوم على معاملة فاشلة؟

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

كيف يمكن للمستخدمين دفع رسوم معاملات أقل؟

يمكن للمستخدمين انتظار انخفاض الطلب، واستخدام شبكات Layer 2 المناسبة، وتجميع الإجراءات، وإدارة UTXO، وتجنب المعاملات الفاشلة، واستخدام تخزين الموارد حيثما كان مدعومًا.

ما الخطر الرئيسي لتغيير رسوم المعاملات يدويًا؟

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

الخلاصة

نموذج رسوم المعاملات هو نظام القواعد الاقتصادية الذي يسعّر استخدام البلوكشين.

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

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

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

يمكن لشبكات Layer 2 الجمع بين رسوم التنفيذ المحلية ورسوم بيانات الطبقة الأساسية أو رسوم Blob.

تستخدم Solana رسمًا أساسيًا لكل توقيع ورسوم أولوية اختيارية تعتمد على وحدات الحوسبة.

وتستخدم TRON موردي Bandwidth وEnergy، مع حرق TRX عندما لا تكون الموارد المتاحة كافية.

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

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

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

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

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

في معجم الكريبتو، ينبغي فهم نموذج رسوم المعاملات على أنه نظام تسعير البلوكشين الذي يحدد ما يدفعه المستخدمون ولماذا يدفعونه وكيف تتنافس المعاملات على موارد الشبكة المحدودة.
BTC ETFs See $679M in Outflows
BTC ETFs See $679M in OutflowsBTC ETFs See $679M in Outflows
Citi sees BTC at $113K. What do institutions see?