تمكن أسواق الرسوم المحلية (LFMs) شركة Solana من تحديد رسوم دقيقة للولايات الفردية استنادًا إلى مدى قدرة الولاية على المنافسة. تدفع المعاملات رسومًا بناءً على الحالة المحددة التي تكتب فيها، مما يمنع النقاط الساخنة المحلية من رفع الرسوم عبر blockchain بالكامل.
تعتبر نماذج LFM ضرورية لتحقيق رؤية Solana لطبقة أساسية موحدة وقابلة للتطوير حيث تتعايش جميع التطبيقات بسلاسة. بدون آليات التمويل المحلية، فإن زيادة الرسوم على جزء واحد من السلسلة من شأنها أن تتسبب في زيادة الرسوم لجميع المعاملات - وهي مشكلة شائعة مع الشبكات الأخرى التي تعتمد فقط على سوق الرسوم العالمية لتسعير مساحة الكتلة.
مع تسارع النشاط الاقتصادي في سولانا نحو نهاية عام 2023، أصبحت العديد من العيوب الرئيسية في التنفيذ الأصلي لآليات التمويل المنخفضة واضحة. الأمر الأكثر بروزًا هو أولوية الجدولة غير الحتمية. يتم ترتيب المعاملات بشكل أساسي بناءً على وقت وصولها إلى بناة الكتل، مع اعتبار رسوم الأولوية مجرد اعتبار ثانوي.
في تحديث عميل Agave v1.18 لشهر مايو 2024، تم تقديم جدول معاملات جديد وصيغة أولوية معاملات محسّنة. يقوم المجدول ببناء رسم بياني للتبعيات لإدارة معالجة المعاملات المتضاربة وأولويتها عبر الخيوط بشكل أفضل. يؤدي هذا التحديث الرئيسي إلى تحسين قدرة البروتوكول على ترتيب المعاملات بطريقة حتمية بشكل كبير.
إن أحد المقاييس القيمة لتقييم آليات إدارة الأولويات الفعالة هو مقارنة رسوم أولوية المعاملات المتوسطة والمتوسطة. ومن المتوقع أن تظل الرسوم المتعلقة بالحالة غير المتنازع عليها (متوسط النسبة المئوية الخمسين) منخفضة. من المتوقع أن ترتفع الرسوم المفروضة على الولايات المتنازع عليها مع زيادة الطلب، مما يؤدي إلى ارتفاع متوسط الرسوم. وتؤكد البيانات الأخيرة هذا النمط. في نوفمبر 2024، وصل متوسط الرسوم للمعاملات غير التصويتية إلى أعلى مستوى له على الإطلاق عند أكثر من 0.0003 SOL. ومع ذلك، ظلت الرسوم المتوسطة عند 0.00000861 SOL، وهو أقل بنحو 35 مرة.
اليوم، أصبحت أجهزة LFM التي ابتكرها سولانا تعمل بشكل جيد، ولكن لا يزال هناك مجال كبير للتحسين. أظهر تحليل مهندسي Anza لمدى عمل مؤشر ترابط مرحلة الخدمات المصرفية أن أخطاء الجدولة تمنع عملاء المحققين من استخدام قدراتهم الكاملة. لذلك، يعمل عميل Agave فقط بجزء بسيط من إمكاناته. علاوة على ذلك، لا توجد مواصفات رسمية حول كيفية ترتيب المعاملات.
تفتقر واجهات برمجة التطبيقات الحالية ذات الرسوم الأولوية إلى التطور المطلوب لتوفير نتائج حتمية. يقدم كل مزود RPC رئيسي واجهة برمجة التطبيقات الخاصة به ذات الرسوم الأولوية، والتي يمكن أن تؤدي إلى نوع من حبس البائع الناعم. لم يأخذ تنفيذ واجهة برمجة التطبيقات RPC مفتوحة المصدر الأساسية في الاعتبار ديناميكيات الشبكة الرئيسية، مثل تأثير Jito، مما أدى إلى تقديرات غير دقيقة للرسوم.
في غياب طريقة حتمية لحساب رسوم الأولوية، غالبًا ما يتبع المطورون نهجًا حذرًا من خلال الدفع الزائد لضمان معالجة معاملاتهم. وبدلاً من ذلك، قد يستخدمون بشكل مفرط نصائح Jito كآلية بديلة حتى بالنسبة للمعاملات التي لا تتطلب تأمين الجزء العلوي من الكتلة.
تم اقتراح استراتيجيات مختلفة لتعزيز هيكل الرسوم في سولانا بشكل أكبر. وتشمل هذه الرسوم رسوم قفل الكتابة للمؤشر ورسوم القاعدة الديناميكية. ولم تتمكن الشبكة حتى الآن من إيجاد طريقة لممارسة الضغط الاقتصادي المضاد لتثبيط رسائل البريد العشوائي مع الحفاظ على الرسوم منخفضة للمستخدمين الحقيقيين.
مقدمة
سوق الرسوم هي آلية اقتصادية تهدف إلى تخصيص مساحة الكتلة النادرة بكفاءة للمعاملات ذات القيمة الأعلى من خلال تعديل رسوم المعاملات بشكل ديناميكي. إن الرسوم التي ترغب المعاملة في دفعها هي بمثابة وكيل لقيمتها. تعمل آليات التمويل المحلية على تحسين هذا المفهوم العام من خلال تحديد رسوم دقيقة للولايات الفردية على أساس مدى قدرة الولاية على المنافسة. عندما تصل معاملتان إلى نفس الحالة (إما عمليتا كتابة أو قراءات وكتابات لنفس الحساب)، يتم اعتبارهما موضع نزاع.
باستخدام LFMs، تدفع المعاملات رسومًا استنادًا إلى الحالة المحددة التي تكتب فيها، مما يمنع النقاط الساخنة المحلية من رفع الرسوم عبر blockchain بالكامل. وتفرض المعاملات التي تصل إلى الولايات ذات الطلب المرتفع أو المثيرة للجدل رسومًا أعلى، في حين تدفع المعاملات التي تتفاعل مع الولايات ذات الطلب الأقل رسومًا أقل. وهذا مهم لأن Solana أفضل في معالجة المعاملات غير المتنازع عليها لأنه يدعم التنفيذ المتوازي.
على النقيض من ذلك، يفرض سوق الرسوم العالمية تكلفة عالمية على الوصول إلى حالة الشبكة، مما يعني أن جميع المعاملات تتنافس على قدم المساواة من أجل إدراجها في كتلة بغض النظر عن الحساب الذي تتفاعل معه. نموذج رسوم الإيثريوم، الذي تم تنفيذه في EIP-1559، هو مثال مناسب لسوق الرسوم العالمية. يقوم EIP-1559 بضبط الرسوم الأساسية الديناميكية استنادًا إلى الطلب على الشبكة للحفاظ على الاستخدام الأمثل للحسابات (الغاز) مع كل كتلة. مع ملء الكتل، تزداد رسوم جميع المعاملات. تقوم المحفظة بحساب الرسوم بناءً على الرسوم الأساسية الحالية وحد الغاز الخاص بالمعاملة. ويتم فرض هذا النهج في البروتوكول ويوفر حسابات رسوم يمكن التنبؤ بها؛ ومع ذلك، فإنه يفشل في عزل النقاط الساخنة ذات الطلب المرتفع عن الشبكة الأوسع. عندما ترتفع الرسوم، ترتفع الرسوم على كافة المعاملات. إن مشكلة الطلب المرتفع على حالات محددة ليست فريدة من نوعها في تقنية البلوكشين. يُعد هذا التحدي مشابهًا لمشكلة المفتاح الساخن، والتي غالبًا ما يشار إليها باسم "مشكلة المشاهير"، وهي شائعة في تطبيقات التواصل الاجتماعي Web2.
من خلال هذه المقالة، نهدف إلى تقديم تحليل سهل الوصول إلى نماذج LFM الخاصة بسولانا. ينقسم العمل إلى الأقسام التالية:
أساسيات رسوم Solana: لتأسيس فهم أساسي للقارئ حول كيفية معالجة المعاملات حاليًا على Solana.
المشاكل المبكرة مع أسواق الرسوم المحلية: يستكشف المشاكل الأولية والعيوب في التنفيذات المبكرة لأسواق الرسوم المحلية.
تحديث Central Scheduler v.1.18: يسلط الضوء على تحديث رئيسي في عام 2024 يعمل على تحسين وظائف LFM بشكل كبير.
قياس فعالية أسواق الرسوم المحلية: توفير البيانات ذات الصلة بفهم حالة أسواق الرسوم المحلية على سولانا.
القضايا المستمرة ومجالات التحسين: يناقش هذا القسم القضايا غير المحلولة والمجالات التي تتطلب الاهتمام حتى تتمكن أنظمة إدارة الموارد البشرية من تحقيق إمكاناتها الكاملة.
الحلول المقترحة: مراجعة الحلول المقترحة لتحسين نماذج LFM وتقديم حوافز اقتصادية أفضل لتسعير مساحة الكتلة الأكثر دقة.
قد يرغب القراء الذين يعرفون بالفعل هيكل رسوم المعاملات الخاص بشركة سولانا في تخطي القسم التالي الذي يتناول أساسيات الرسوم.
أساسيات رسوم سولانا
تتكون معاملات سولانا من رسمين - الرسم الأساسي ورسم الأولوية. تم تحديد الرسوم الأساسية حاليًا عند 5000 لامبورت لكل توقيع. تحتوي معظم معاملات سولانا على توقيع واحد فقط. يتم قياس رسوم الأولوية بالميكرولامبورت (أي واحد على مليون من لامبورت) ويتم حسابها لكل وحدة حسابية مطلوبة (CU). يتم خصم الرسوم من حساب الشخص الذي دفع الرسوم (الموقع). إذا لم تكن مبالغ الموانئ الخاصة بالدافع كافية لتغطية رسوم المعاملة، فسيتم إلغاء المعاملة. في وقت كتابة هذا التقرير، يحتفظ بناة الكتل بنسبة 50% من الرسوم الأساسية ورسوم الأولوية كحافز لإدراج المعاملات في الكتل. تم تدمير الـ 50% المتبقية. بعد تصويت ناجح على الحوكمة في مايو الماضي، سيؤدي الاقتراح SIMD-096 إلى تغيير هذا إلى 100٪ من رسوم الأولوية التي يحتفظ بها بناة الكتل. على سبيل المثال:
تحتوي المعاملة على توقيع واحد وتطلب 500000 وحدة استخدام. يقوم المرسل بتحديد رسوم أولوية قدرها 50,000 ميكرو بود لكل وحدة CU مطلوبة. إجمالي الرسوم لهذه المعاملة هي 5000 منفذ أرضي + (500000 وحدة عملة مطلوبة * 50000 منفذ أرضي صغير لكل وحدة عملة مطلوبة) = 25000 منفذ أرضي، أو 0.000025 SOL.
موارد الحوسبة الخاصة بالمحقق محدودة، ويحدد البروتوكول إجمالي موارد الحوسبة لكل كتلة بـ 48 مليون وحدة حسابية. تم اختيار هذا الرقم تجريبيًا بناءً على الحجم الذي يمكن للمحققين التعامل معه بشكل معقول لتحقيق وقت كتلة يبلغ 400 مللي ثانية. يقتصر الحد الأقصى لعدد وحدات العملة لكل كتلة لكل حساب على 12 مليونًا، في حين تم تعيين الحد الأقصى للحساب لكل معاملة عند 1.4 مليون وحدة عملة. يقتصر حجم رسائل المعاملات أيضًا على الحد الأقصى وهو 1232 بايت، وهو الحد الأدنى لوحدة الإرسال في IPv6 (1280 بايت) مطروحًا منه الرأس. لمنع إساءة استخدام موارد الحوسبة، يخصص Solana ميزانية حوسبة لكل معاملة. بشكل افتراضي، تقوم الشبكة بتعيين حد أقصى يبلغ 200000 وحدة حسابية (CU) لكل تعليمة. ومع ذلك، يمكن للمعاملات تحديد حد وحدة حسابية مخصصة من خلال تضمين التوجيه SetComputeUnitLimit، مما يسمح بتخصيص الموارد بكفاءة أكبر. يسرد مستودع عميل Agave تكاليف CU للعمليات المختلفة. تتطلب Solana أن تحدد جميع المعاملات قائمة كاملة بعناوين الحسابات التي سيتم قراءتها أو كتابتها أثناء المعاملة. الحد الأقصى لحجم هذه القائمة هو 35 عنوانًا، ويمكن توسيعها عبر جدول البحث عن العناوين على السلسلة. يؤدي إنشاء قائمة العناوين إلى فرض تكاليف إضافية على المطورين، ولكنه يعد أمرًا أساسيًا لإطلاق العنان للعديد من تحسينات Solana، بما في ذلك تنفيذ المعاملات الموازية وأسواق الرسوم المحلية.
المشاكل المبكرة مع سوق الرسوم المحلية في سولانا
"سوق الرسوم المحلية كذبة." - بن كوفرستون، المؤسس المشارك لشركة تيمبورال
مع تسارع النشاط الاقتصادي في سولانا نحو نهاية عام 2023، أصبحت العديد من العيوب الرئيسية في تنفيذ آليات الرسوم المحلية الأصلية واضحة. في هذا الوقت، يقدم يوجين تشين من Ellipsis Labs تحليلاً شاملاً لهذه التحديات في مقال Umbra Research، رسوم Solana، الجزء 1. وفيما يلي ملخص لأهم النقاط التي ذكرها تشين:
الافتقار إلى الحوافز لطلب وحدات الحساب بشكل دقيق
تفرض بنية الرسوم الخاصة بشركة Solana رسومًا أساسية لكل توقيع، بغض النظر عن عدد وحدات الحساب المستخدمة أو المطلوبة. وفي الوقت نفسه، لا توفر الرسوم ذات الأولوية سوى حوافز محدودة لتقليل استخدام سيارات الأجرة خلال فترات الازدحام. يترك هذا التصميم لمرسلي المعاملات حافزًا ضئيلًا لتحسين استخدام الحوسبة أو مطابقة طلبات CU الخاصة بهم مع الطلب الفعلي. ونتيجة لذلك، غالبًا ما تتطلب المعاملات عددًا كبيرًا من وحدات التحكم، مما يؤدي إلى عدم الكفاءة في عملية جدولة الشبكة.
الحوافز لاستخدام آليات الأولوية خارج البروتوكول
إن حرق 50% من رسوم الأولوية يحفز مرسلي المعاملات على تجاوز البروتوكول من خلال التواطؤ مع منشئي الكتل وترتيب المدفوعات خارج السلسلة للحصول على أولوية الوصول. ويبدو هذا السلوك واضحاً في الحضور المتزايد لمزادات جيتو. يستفيد المحققون الذين يديرون عميل Jito-Agave من دخل الرسوم الأعلى ويمكنهم توزيع هذه الأرباح بكفاءة على المشاركين المفوضين من خلال مكافآت عمولة Jito MEV. مع تزايد اعتماد عملاء Jito-Agave، أثبتت حزم Jito أنها خدمة توصيل معاملات متفوقة في العديد من السيناريوهات.
أولويات الجدولة غير الحتمية
لا يفرض إجماع Solana ولا جدولها ترتيبًا صارمًا للمعاملات استنادًا إلى رسوم الأولوية. يتم ترتيب المعاملات في المقام الأول حسب وقت وصولها إلى بناة الكتل، مع كون رسوم الأولوية مجرد اعتبار ثانوي. إن الرسوم ذات الأولوية الأعلى يمكن أن تزيد من احتمال إدراج الدولة في حالة متنازع عليها، ولكن عملية الفرز لا تزال غير حتمية. يؤدي تذبذب الشبكة قبل الوصول إلى وحدة معالجة المعاملات (TPU) والتذبذب داخل المجدول إلى زيادة عدم القدرة على التنبؤ. يؤدي هذا الافتقار إلى اليقين إلى تقليل القدرة على التنبؤ وموثوقية تنفيذ المعاملات، مما يشجع المستخدمين على إغراق الشبكة برسائل المعاملات العشوائية لتحسين فرص الإدراج بشكل أسرع. ومع ذلك، فإن زيادة رسوم الأولوية تؤدي إلى تناقص العائدات بعد حد معين، مما يقوض فعاليتها كآلية لوضع التجارة بشكل أفضل. في نهاية المطاف، أصبحت مساحة سولانا المشتركة ضحية لمأساة الموارد المشتركة الكلاسيكية. لقد أدت جهات فردية، مدفوعة بمصالحها الخاصة، إلى الإفراط في استخدام هذا المورد العام وانخفاض كفاءته.
تحديث Central Scheduler v1.18
لقد قدم التنفيذ الأولي لجدول عميل Agave ضمانًا فضفاضًا فقط بأن المعاملات ذات الرسوم ذات الأولوية العالية لديها فرصة أكبر للتضمين في كتلة معينة. تعمل وحدة معالجة المعاملات (TPU) الخاصة بالزعيم باستخدام ستة خيوط متوازية: أربعة منها تعالج المعاملات غير التصويتية واثنان مخصصان لمعاملات التصويت. يحتفظ كل مؤشر ترابط للمعاملات غير التصويتية بقائمة انتظار خاصة به حيث يتم تجميع المعاملات المعلقة للتنفيذ. في السابق، تم تعيين المعاملات بشكل عشوائي لهذه الخيوط، وكانت قوائم الانتظار تعطي الأولوية للحزم بشكل مستقل دون مراعاة الحزم التي تتم معالجتها بواسطة خيوط أخرى.
في هذا النظام، يقوم كل مؤشر ترابط بتكرار قائمة الانتظار الخاصة به، في محاولة لقفل المعاملات وتنفيذها. بمجرد أن يكمل الخيط الحلقة الحالية، فإنه يجمع الحزم الإضافية ويبدأ العملية مرة أخرى. ويخلق هذا الهيكل تحديات أمام الاستخدام الفعال للرسوم ذات الأولوية. على سبيل المثال، بينما قد تكون معاملة ذات أولوية عالية في أعلى قائمة انتظار أحد الخيوط، قد يقوم خيط آخر في نفس الوقت بمعالجة معاملة ذات رسوم ذات أولوية منخفضة تتضمن نفس الحساب الموجود في نهاية قائمة انتظاره. تؤثر رسوم الأولوية على ترتيب المعاملات داخل سلسلة واحدة فقط (داخل السلسلة)، وليس عبر جميع الخيوط (بين الخيوط). لذلك، يطبق كل طابور آلية فرز هجينة تجمع بين معالجة "الأول في الدخول الأول في الخروج" (FIFO) واعتبارات تكلفة الأولوية. ومع ذلك، لا يتم فرض ترتيب عالمي بين الخيوط.
عندما يكون الخيط جاهزًا لتنفيذ معاملة، يجب عليه أولاً الحصول على قفل الحساب المطلوب. إذا لم يكن قفل الكتابة المطلوب متاحًا، فسيتم إعادة وضع المعاملة في قائمة الانتظار. تتفاقم هذه المشكلة بسبب التعيين العشوائي للمعاملات للخيوط، حيث قد ينتهي الأمر بنفس نوع المعاملة في مواضع مختلفة في نظام جدولة متعدد الخيوط. تؤدي عشوائية هذا المجدول إلى حدوث تذبذب، مما يتسبب في حدوث اختلاف في مكان وضع المعاملات في الكتل. تم تقديم مجدول معاملات جديد، المجدول المركزي، في مايو 2024 مع تحديث عميل Agave v1.18. في هذا الهيكل المنقح، يقوم المجدول المركزي ببناء رسم بياني للتبعية، يسمى رسم بياني للأسبقية، لإدارة معالجة وأولوية المعاملات المتضاربة عبر جميع الخيوط بشكل أفضل. يعمل هذا التحديث الرئيسي على تحسين قدرة Solana على ترتيب المعاملات بشكل حتمي؛ حيث من المرجح أن يتم تضمين المعاملات ذات الرسوم ذات الأولوية الأعلى في كتلة.
يعد الرسم البياني للأولوية رسمًا بيانيًا موجهًا غير دوري (DAG) يتم تحديثه ديناميكيًا عند إضافة معاملات جديدة. يتم تنظيم المعاملات في الرسم البياني في سلاسل تنفيذ تتم معالجتها حسب الأولوية الزمنية. بالنسبة للمعاملات المتضاربة، تحدد رسوم الأولوية ترتيب الإدراج. يقلل هذا النهج من تنازع القفل، مما يسمح بتنفيذ دفعات المعاملات بسلاسة وتقليل التأخيرات الناجمة عن تعارضات الموارد. تم نقل التحقق المسبق من المعاملة إلى مؤشر ترابط عامل لتحسين الأداء وتمكين معالجة أكثر كفاءة. يعمل تصميم المجدول المحدث على تعزيز قابلية التوسع والمرونة بشكل كبير، مما يسمح بزيادة محتملة في عدد الخيوط دون زيادة خطر تعارضات القفل. بالإضافة إلى ذلك، يعمل نهج الجدولة المركزية على تحسين توليد المكافآت، مما يزيد الربحية للعديد من مشغلي التحقق.
للحصول على معلومات أكثر تفصيلاً حول المجدول المركزي، يرجى من القراء الرجوع إلى منشور مدونة Helius السابق الذي يغطي تحديث Agave 1.18 .
حساب الأولوية بشكل أكثر كفاءة
إلى جانب تحديث المجدول، تم تحسين صيغة أولوية المعاملة لمنح مزايا للمعاملات ذات المتطلبات الحسابية الأقل، مما يعود بالنفع على المطورين والمعاملات ذات أقل استخدام للموارد. : : : : : : : : : : : : : : :
نظرًا لعدم وجود طريقة حتمية لحساب رسوم الأولوية، فإن المطورين غالبًا ما يتخذون نهجًا حذرًا من خلال الدفع الزائد لضمان معالجة معاملاتهم. وبدلاً من ذلك، قد يستخدمون بشكل مفرط نصائح Jito حتى في المعاملات التي لا تكون مطلوبة لتأمين الجزء العلوي من الكتلة. تُستخدم هذه النصائح عادةً كبديل لرسوم الأولوية. ومن الجدير بالذكر أن معظم النصائح التي تم رصدها في عام 2024 لم تكن مرتبطة بأنشطة MEV التقليدية مثل التحكيم أو الضربات القصيرة، بل كانت تهدف بدلاً من ذلك إلى تمكين إدراج المعاملات بشكل أسرع. يكتسب المحققون هذه الكفاءة غير الكافية من خلال فرض مكافآت كتلة أعلى ولجان MEV. وينشأ تحدٍ آخر عندما يفشل المطورون في تنفيذ المنطق لتعديل رسوم أولوياتهم ديناميكيًا استجابةً للظروف المتقلبة على السلسلة. أثناء الأحداث الكبرى، مثل التقلبات الكبيرة في السوق، يمكن أن ترتفع رسوم الوصول إلى حساب دولة معين بشكل كبير. ستواجه التطبيقات التي تفتقر إلى آلية رسوم ديناميكية صعوبات في هذه المواقف لأن إعدادات الرسوم الثابتة الخاصة بها لن تكون كافية لضمان التنفيذ في الوقت المناسب.
الحلول المقترحة
تم اقتراح استراتيجيات مختلفة لتعزيز هيكل الرسوم في سولانا بشكل أكبر. تهدف هذه المقترحات إلى تحسين تخصيص موارد الشبكة والتخفيف من الحوافز للرسائل الإلكترونية غير المرغوب فيها. رسوم قفل الكتابة الأسيّة
SIMD-0110، الذي اقترحه تاو تشو (أنزا) وأناتولي ياكافينكو في يناير 2023، يقترح آلية جديدة لإدارة الازدحام من خلال فرض رسوم ديناميكية على الحسابات المتنازع عليها. تتبع هذه الآلية المتوسط المتحرك الأسّي (EMA) لاستخدام وحدة الحوسبة (CU) للحسابات المقفلة ضد الكتابة وتزيد الرسوم للحسابات المقفلة ضد الكتابة ذات الاستخدام المرتفع باستمرار.
لتنفيذ مثل هذا النظام، يحتفظ وقت تشغيل Solana بذاكرة تخزين مؤقتة LRU (الأقل استخدامًا مؤخرًا) للمفاتيح العامة للحسابات المتنازع عليها ووحدات تسعير الحوسبة المقابلة لها (CUPs). تراقب CUP استخدام EMA CU الخاص بالحساب وتوفر أسعار رسوم محدثة عند الاستعلام عنها.
تعمل هذه الآلية على ضبط رسوم قفل الكتابة بشكل ديناميكي. إذا تجاوز استخدام EMA CU الخاص بالحساب الحد المستهدف، يزداد معدل رسوم قفل الكتابة. وعلى العكس من ذلك، إذا كان الاستخدام أقل من الهدف، تنخفض نسبة المصروفات. تتضمن المعلمات الأولية ما يلي:
استخدام مستهدف بنسبة 25% من الحد الأقصى لوحدة التحكم في الحساب.
معدل رسوم قفل الكتابة الأولية هو 1000 ميكرولاب لكل وحدة عملة.
معدل تعديل الرسوم لكل كتلة هو 1%. يتم حساب رسوم قفل الكتابة للحساب عن طريق ضرب معدل رسومه في CU المطلوبة بواسطة المعاملة. في ظل هذا النظام، تكون رسوم المعاملة الإجمالية عبارة عن مجموع ثلاثة مكونات: رسوم التوقيع الأساسية، ورسوم الأولوية، ورسوم قفل الكتابة. سيتم تدمير رسوم قفل الكتابة بنسبة 100٪. عند إصداره، أثار SIMD-0110 مناقشات ساخنة داخل المجتمع. ومع ذلك، فإن الاقتراح غير نشط حاليًا وتم وضع علامة عليه كمغلق.
رسوم أساسية ديناميكية
هناك حل آخر طويل الأجل لتحسين LFM الخاص بشركة Solana وهو تقديم رسوم أساسية ديناميكية عالمية ولكل حساب (DBF). ويعد جاري شياو ويوجين تشين من Ellipsis Labs من المؤيدين البارزين لهذا النهج.
في حين أن رسوم الأولوية اختيارية، فإن الرسوم الأساسية إلزامية. حاليا، تم تحديد الرسوم الأساسية لسولانا بمبلغ 5000 ليرة لبنانية لكل توقيع. يدفع المستخدم الذي يقدم تحويل رمزي بسيط نفس الرسوم الأساسية التي يدفعها الباحث الذي يقوم بمبادلة معقدة متعددة الأماكن أو يحاول إجراء تحكيم معقد لـ MEV. لا تعكس الرسوم الأساسية الاستخدام الحسابي للمعاملة بشكل دقيق.
مع الرسوم الأساسية الديناميكية، يمكن اعتبار معاملات التحكيم ذات الرسوم الأساسية غير المناسبة غير صالحة ويتم التخلص منها قبل الوصول إلى الجدول الزمني. إن زيادة الرسوم الأساسية من شأنها أن تشجع مرسلي البريد العشوائي على إرسال عدد أقل من المعاملات. ستصل الرسوم الأساسية في نهاية المطاف إلى التوازن وسيتم تسعير المعاملات وفقًا لقيمة سوق مساحة الكتلة. ومع ارتفاع الرسوم الأساسية، فإنها ستصل في نهاية المطاف إلى تكلفة هامشية حيث لم يعد إرسال المعاملة يستحق التكلفة البديلة للمعاملة. لا يمكن أن تكون الرسوم مرتفعة للغاية، وإلا فسوف يتأثر نشاط المستخدم. القيمة القصوى المثالية هي تلك التي تكون مرتفعة جدًا بالنسبة للروبوت ولكنها مقبولة بشكل عام للمستخدمين. وبموجب هذا النظام، فإن الحسابات التي ترسل المعاملات للإدراج سوف تحرق كل أصولها المالية.
إن أوقات الحظر السريعة التي توفرها Solana تمكن الخوارزميات العدوانية من تحديد الرسوم الأساسية. خلال فترات الطلب المرتفع، يمكن للرسوم أن تتكيف بسرعة - ربما عن طريق مضاعفة كل كتلة - لتعكس ازدحام الشبكة. وبدلاً من ذلك، يمكن تخفيض الرسوم بشكل تدريجي مع انخفاض الطلب. وبفضل أوقات الحظر القصيرة التي توفرها شركة Solana، فإن تخفيضات الرسوم لا تزال سريعة نسبيًا، مما يضمن قدرة الشبكة على التكيف بسرعة مع الظروف المتغيرة.
ومن الأمثلة المشابهة للضغوط الاقتصادية المضادة برنامج Metaplex Candy Machine، الذي نفذ ضريبة الروبوتات في عام 2022 كآلية لمكافحة البريد العشوائي. ضريبة الروبوت هي رسوم اختيارية على المعاملات غير الصالحة. عادةً ما تكون هذه كمية صغيرة نسبيًا لتجنب التأثير على المستخدمين الحقيقيين الذين ربما ارتكبوا خطأً حقيقيًا. لقد أثبتت هذه الضريبة فعاليتها؛ حيث تم استنفاد قناصة سك النقود بسرعة وتوقف إرسال الرسائل غير المرغوب فيها.
الخلاصة
إن LFM الخاص بـ Solana عملي، ولكن لا يزال هناك مجال كبير للتحسين:
تحسين آلية رسوم الأولوية: تحتاج مكالمة RPC ذات رسوم الأولوية إلى تحسين. من الناحية المثالية، يجب أن يكون لدى المطورين طريقة سهلة وحتمية لتحديد الرسوم التي من شأنها ضمان تضمين المعاملة ضمن الكتل القليلة التالية.
تثبيط البريد العشوائي اقتصاديًا: يجب على الشبكات أن تجد طرقًا لممارسة ضغوط اقتصادية مضادة على الروبوتات خلال فترات النشاط الاقتصادي المرتفع، مع الحفاظ على الرسوم منخفضة للمستخدمين البشريين الحقيقيين.
تثقيف المطورين: يحتاج المطورون إلى التوقف عن تحديد رسوم معاملات التطبيقات الثابتة وتقليل الاعتماد على آليات خارج البروتوكول مثل Jito للمعاملات العادية.
تحسين المجدول بشكل أكبر: يحتاج مجدول المعاملات إلى مزيد من التحسين لضمان استخدام جميع خيوط العمال أثناء فترات الطلب المرتفع. وكما يشير أناتولي ياكوفينكو، أحد مؤسسي شركة سولانا، فإن هذه التحديات هي في المقام الأول "مشاكل هندسية" - يمكن حلها من خلال التركيز التقني المناسب.
其他资源
: "> أسواق الرسوم المحلية ضرورية لتوسيع نطاق Ethereum -Eclipse Labs
Preview
احصل على فهم أوسع لصناعة العملات المشفرة من خلال التقارير الإعلامية، وشارك في مناقشات متعمقة مع المؤلفين والقراء الآخرين ذوي التفكير المماثل. مرحبًا بك للانضمام إلينا في مجتمع Coinlive المتنامي:https://t.me/CoinliveSG