معاملة Solanaرحلةمن تقديم المستخدم إلى إدراج الكتلة يمكن أن يكون شاقًا. حتى بمجرد وصول العملية إلى القائد الحالي، يجب أن تتنافس مع عمليات أخرى على مساحة الكتل المحدودة. إدراج المعاملات بطريقة الأولوية حسب الوقت يشجع على البريد المزعج وقد يعيق المعاملات ذات القيمة العالية من المستخدمين العاديين. لحل هذه المشكلة نحتاج إلى آلية رسوم.
رسوم الأولوية تحل هذه المشكلة، صحيح؟ للأسف، ليس لمعظم المستخدمين.
تخيل هذا السيناريو. تريد الذهاب إلى دار السينما في مدينتك التي تتسع ل 100 مقعد ولكن المسرح لديه نظام تذاكر غير طبيعي: فهم لا ينشرون سعر التذكرة. بدلا من ذلك ، عليك أن تخبرهم بالمبلغ الذي ترغب في دفعه. (لنفترض أنه 50 دولارا.) إذا كان الطلب مرتفعا وقدم ما لا يقل عن 100 شخص آخر سعرا أعلى ، حظا صعبا. إذا كان الطلب منخفضا ، فأنت في! الصيد: أنت تدفع 50 دولارا حتى لو كان المسرح فارغا. لكن تجربة التذاكر لا تنتهي عند هذا الحد. هذا النظام له غرابة أخرى: عليك أن تخبر المسرح باستعدادك للدفع قبل مغادرة منزلك. من الواضح أن الحصول على تذكرة مسرح في هذا النظام هو تجربة محفوفة بالمخاطر بالنسبة للفرد العادي. من ناحية أخرى ، يمكن للأفراد الأثرياء والمتطورين تقدير سعر التذكرة بدقة. يمكنهم تثبيت كاميرات بجوار السينما لمراقبة حركة المرور في الوقت الفعلي. يمكنهم استخدام حركة المرور هذه وجمع البيانات التاريخية لتقدير الطلب في يوم معين. ويمكنهم حتى شراء طائرة هليكوبتر للسفر إلى المسرح بشكل أسرع بعد إخبار المسرح باستعدادهم للدفع. في حين أنه من الممكن استخدام نظام التذاكر هذا بشكل فعال ، إلا أن التجربة مروعة بالنسبة لمعظم الأشخاص الذين يرغبون في الذهاب إلى المسرح. عندما يكون المسرح مزدحما ، قد لا يكلف العديد من هؤلاء الأشخاص عناء محاولة الذهاب على الإطلاق.
بالمثل، يصعب تقدير الرسوم التي تحتاج إليها عملية Solana بأولوية "صحيحة".تتقلب كثيراأثناء فترات الازدحام العالي، من المرجح أن تقوم المحافظ التي تستخدم المتوسطات الأخيرة بتقدير الرسوم المطلوبة بشكل زائد، مما يتسبب في دفع المستخدمين مبالغ زائدة من أجل إدراج المعاملة. (وحتى مع رسوم الأولوية العالية، ستظل المعاملةقد لا تزال قيد الإعدادنظرًا لطبيعة إنتاج الكتل المتعدد المتواصل.) في النظرية، يمكن لرسوم الأولوية تخصيص مساحة الكتل بشكل مثالي. في الواقع، فإنها تفشل تمامًا. لحسن الحظ، هناك طرق لحل هذه المشاكل، مما يؤدي في النهاية إلى تخفيض تكلفة المعاملات مع فرصة أفضل لتضمين معظم المستخدمين. قبل الانغماس في الحل، دعونا نفحص بعض الخصائص للمورد الذي نحاول تخصيصه: مساحة الكتل.
تتم التحقق والتنفيذ المستقل للمعاملات على سولانا من قبل شبكة لامركزية من المحققين. نظرًا لأن لدى هؤلاء المحققين موارد حسابية محدودة، تحد سولانا من الموارد الحسابية الإجمالية، المقاسة بوحدات الحساب (CUs) التي يمكن استخدامها في كل كتلة. عندما يرتفع الطلب على مساحة الكتلة فوق العرض المحدود، يجب تخصيص هذه الموارد الثابتة بين المعاملات المتنافسة.
بطرق معينة، يمكن للسوق التعامل مع تخصيص مساحة الكتل من خلال التسعير؛ المعاملات ذات الفائدة العالية للمرسل مستعدة لدفع سعر أعلى. ومع ذلك، هذا الآلية لا تعمل عندما لا يعرف المستخدمون ما هو السعر لمساحة الكتل! كما هو موضح أعلاه، يؤدي مجرد رسم أولوية إلى أسعار معاملات صعبة التقدير بالنسبة لمعظم المستخدمين ولديها ضمانات ضعيفة لاستبعاد المعاملات. لقد تناولت سلاسل الكتل الأخرى هذه المشكلة من خلال تنفيذ آلية رسوم المعاملات (على سبيل المثال،EIP-1559 في إيثيريوم, ورسوم متعددة الأبعاد في أفالانشوPenumbraتنفذ آليات الرسوم هذه رسم أساسي سهل التقدير يوفر "رسوم دخول" قابلة للتنبؤ للشبكة؛ يقترب هذا الرسم الأساسي من السعر الحقيقي لإدراج المعاملة.
تنفذ Solana حاليا آليتين للرسوم: رسوم أساسية ورسوم أولوية. يمكننا التفكير في الرسوم الأساسية على أنها "رسوم دخول" لاستخدام الشبكة ورسوم الأولوية كنصيحة إضافية لتحفيز المدققين على تضمين معاملة على أخرى. الرسوم الأساسية ل Solana هي 5000 لامبورت ثابتة لكل توقيع (عادة واحدة لكل معاملة). نتيجة لذلك ، يدفع المستخدمون الذين يقدمون تحويلات بسيطة نفس الرسوم الأساسية التي يدفعها المستخدمون الذين يلعبون ألعابا كثيفة الحوسبة على السلسلة وكباحثين يحاولون التقاط فرص MEV المعقدة. وبالتالي ، فإن الرسوم الأساسية الحالية المفروضة لا تلتقط بدقة استخدام موارد المعاملة (و "العوامل الخارجية" ، في حديث الاقتصاد) ، مما يؤدي إلى احتمال سُوء الاستخدام blockspace.
في مثالنا على المسرح، سيتم تحصيل رسوم أساسية ثابتة بنفس السعر من قبل المشاهد الذي يشتري مقعدًا واحدًا والذي يشتري جميع المقاعد ال 100.
يجب أن تكون الرسوم الأساسية بدلاً من ذلك وظيفة للموارد المستخدمة. يتم حاليًا قياس هذا الاستهلاك في وحدات الحوسبة (CUs) ولكن يمكن أيضًا أن تشمل موارد أخرى مثل الوصول إلى الحساب. نريد للمستخدم أن يكون لديه تكلفة مشاركة أكثر قابلية للتنبؤ، تعطى برسوم أساسية ديناميكية. هذه الرسوم من الصعب تحديدها بشكل صحيح. (هناك الكثير من الأبحاث الأكاديمية، بما في ذلك الخاص بنا, ومع ذلك، فإن أي شخص تعرض للفشل في المعاملات بسبب ازدحام الشبكة يعلم أن الرسوم مهمة أيضًا لتحقيق النجاح إذا كنا نريد نمو الشبكة.
في نهاية المطاف، العديد من المستخدمين الذين يرغبون في تقديم المعاملات ليسوا متأكدين ما يجب دفعه كرسوم الأولوية. إذا قدّرت هذه الرسوم بشكل زائد، فسيدفعون كثيرًا للغاية. وإذا قللت هذه الرسوم، فلن تتم المعاملة. بالنسبة للرسوم الأساسية، على النقيض من ذلك، يدفع المستخدمون بالضبط الرسوم المنشورة حاليًا. نود أن يتمكن الرسوم الأساسية من التقاط تكلفة الاشتراك الحقيقية للمعاملات بدقة. هنا، نفترض أن جميع المعاملات تصل إلى المجدول ولكنها تتنافس من أجل مساحة كتل محدودة، بما في ذلك الوصول إلى الحساب والحساب. خلال فترات الطلب العالي، لا يمكن تضمين جميع المعاملات. في هذه المقالة، نحدد الخطوات نحو آلية رسوم أساسية ديناميكية يمكن أن تساعد على تخفيف انسداد الشبكة وتوفير تضمين معاملات أكثر قابلية للتنبؤ.
قد يمكن رؤية رسوم الأولوية بديلاً عن الدفعات للفرص الخاصة التي يتم تقييدها بواسطة شيء آخر غير استهلاك الموارد. على سبيل المثال، إذا قام اثنان من الباحثين بتقديم عمليات مالية بشكل متزامن لتصفية قرض معين، فإن إحدى هاتين العمليتين فقط يمكن تنفيذها بنجاح؛ فقط العملية الأولى في الكتلة تصفي القرض بنجاح. لذا، غالبًا ما تدفع رسوم الأولوية لترتيب العمليات بدلاً من الإدراج فقط. هذا الاستخدام لرسوم الأولوية لالتقاط فرص MEV يختلف إلى حد ما عن هذه المقالة - انظرMEV على سولانالمزيد من المناقشة. في هذا المنشور، نركز على الرسوم الأساسية واستضافة المعاملات.
قبل مناقشة كيفية تحديد الرسوم الأساسية ، سننظر في آلية وهمية لإدراج الكتلة: يختار مصمم الشبكة كلي العلم المعاملات لكل كتلة تزيد من رفاهية المستخدمين (المنفعة الإجمالية أو "السعادة" من المعاملة التي يتم تضمينها) ، مطروحا منها تكلفة استهلاك الموارد للشبكة ، مع مراعاة قيود المعاملات (على سبيل المثال ، قيود العقد الذكي ، حدود الحوسبة ، وما إلى ذلك). بالطبع ، رفاهية المستخدم غير معروفة وغير قابلة للقياس من قبل مصمم الشبكة في الممارسة العملية ، ولا يقوم مصمم الشبكة ببناء الكتل. ومع ذلك ، يمكننا استخدام هذه المشكلة كمعيار عقلي لكتلة "مثالية" مبنية من المعاملات التي تصل إلى المجدول. هدفنا هو تصميم آلية رسوم تقترب من هذا المعيار.
على الرغم من أن آلية بناء الكتل الوهمية هذه لا يمكن التعامل معها، إلا أنه يتبين أنه يمكننا أن نبتكر آلية مكافئة يمكن تنفيذها عمليًا. تسعى هذه الآلية المكافئة إلى العثور على أسعار الموارد التي تقلل الفجوة بين رفاهية الشبكة ورفاهية مستخدميها. ضبط الأسعار بشكل صحيح يوفر حوافز تجعل تكاليف الموارد للشبكة متوازنة تمامًا مع الفائدة التي يحققها المستخدمون والمحققون، على الرغم من أن الشبكة ليس لديها فكرة عن هذه الفائدة ولا يحدد المستخدمون هذه الفائدة بشكل صريح. تؤدي هذه الأسعار بعد ذلك إلى الكتل التي تكون “مثلى” في المتوسط. وبالتالي، يمكننا التركيز فقط على ضبط هذه الأسعار. (لمزيد من التفاصيل التقنية، تفقدهذه الورقة.)
كيف إذن نحدد الأسعار لتحفيز الكتل المثلى ، كما تمت مناقشته أعلاه؟ قد يكون النهج الأول هو فرض مبلغ ثابت لكل وحدة حوسبة تستخدمها المعاملة. لسوء الحظ ، لن ينجح هذا النهج. إذا كان الطلب منخفضا ، فإن هذا السعر الثابت لكل CU سيؤدي إلى عدم إرسال المستخدمين للمعاملات ، وقد تكون الكتل قريبة من الفارغة. إذا كان الطلب مرتفعا ، فقد يكون هذا السعر الثابت منخفضا جدا ونتيجة لذلك ، لن يفعل شيئا لتخفيف ازدحام الشبكة أو تقريب التكلفة الحقيقية لإدراج المعاملات (هدفنا الأصلي!). وبالتالي ، نحتاج إلى طريقة ما لزيادة وخفض الرسوم الأساسية بناء على طلب الشبكة ، وكذلك طريقة ما لتقدير هذا الطلب.
الخطوة التالية هي إضافة وحدة تحكم تعدل الرسوم لكل وحدة حساب استنادًا إلى الاستخدام السابق. على سبيل المثال، إذا كان هناك هدف استخدام لكل كتلة (أي، "حالة مستقرة" للاستخدام المثالي للسلسلة)، يمكننا زيادة أو تخفيض الرسوم الأساسية بناءً على الاستخدام أو الانحراف عن هذا الهدف. هناك العديد من الآليات، بما في ذلك واحدة مثل EIP-1559, تنفيذ هذه الفكرة. قد نجد أنفسنا مغرورين بتحديث الرسوم الأساسية داخل كتلة واحدة باستخدام الطلب في الوقت الحقيقي، أو بتشجيع كل قائد على اختيار قواعد تحديث الرسوم الخاصة به. ومع ذلك، فإن هذه التغييرات قد تقلل من قدرة التنبؤ بالرسوم الأساسية، ما يتناقض مع الهدف الأصلي لهذؤلؤ الآلية الرسوم. اختيار الآلية يحدد في نهاية المطاف تجربة المستخدم.
لحسن الحظ ، تسمح أوقات الحظر السريعة في Solana بخوارزميات عدوانية لتحديد الرسوم الأساسية. على سبيل المثال ، يمكننا زيادة السعر بسرعة خلال فترات ارتفاع الطلب (على سبيل المثال ، مضاعفة السعر لكل كتلة كاملة) ، ثم خفض السعر ببطء أكثر مع انحسار الطلب. سيستمر السعر في الانخفاض بسرعة معقولة بسبب أوقات الحظر القصيرة في Solana. بشكل حدسي ، عندما يتم "الحد الأقصى" لمورد معين ، فإن الشبكة تشحن بشكل كبير وتحصل على معلومات أقل حول السعر الأمثل. تستخدم أنواع مماثلة من الخوارزميات في الممارسة العملية في ضبط ازدحام TCP, طبقة ربط البيانات للاتصالات اللاسلكية، وتحسين السوق.
ناقشت المناقشة السابقة موردًا مشتركًا واحدًا يتم مشاركته بين جميع المعاملات: وحدات الحوسبة (العالمية). ومع ذلك، فإن وصول الحالة على Solana يؤثر أيضًا بشكل كبير على استخدام مورد المعاملات. إذا كانت العديد من المعاملات تصل إلى نفس قطعة الحالة، فإنها لا يمكن تنفيذها بشكل متوازي، وبالتالي تقلل من عرض النطاق الترددي للشبكة. من الطبيعي أن نرغب في أن تدفع هذه المعاملات رسوم أساسية أعلى، لتحفيز أسواق الرسوم الخاصة بالحساب (المحلية). (إن مسألة من يحصل على هذه الرسوم تتجاوز نطاق هذه المشاركة. المزيد عن ذلك في المستقبل.)
كمثال ملموس، دعونا ننظر في إسقاط NFT شهير. من دون أسواق الرسوم الخاصة بالحساب، سيزيد هذا الإسقاط من الرسوم الأساسية بشكل كبير لجميع المعاملات الأخرى. مع الرسوم الخاصة بالحساب، يمكن أن تزيد تكلفة تقديم المعاملات للمطالبة بـ NFT (والوصول إلى تلك الجزء من الحالة) في حين تبقى الرسوم للمعاملات الأخرى (مثل إعادة تعبئة الضمان على قرض) دون تغيير يذكر. يتم النظر في هذا النوع من تصميم السوق المحلية للرسوم بالحساب فيمسودة وثيقة تحسين سولانا.
يمكن أن تفسر هذه الرسوم متعددة الأبعاد أيضا الارتباطات بين العقود. على سبيل المثال ، إذا كانت بورصتان cNFT تتداولان في العديد من المجموعات نفسها ، فإن عقودهما تتطلب الوصول إلى العديد من الحسابات نفسها. إذا زاد حجم التداول بشكل كبير لمجموعة معينة في إحدى هذه البورصات ، فستزداد الرسوم الأساسية لتلك المجموعة من ناحية أخرى ، حيث زادت رسوم الحساب الأساسي لكليهما. وبهذه الطريقة ، ترتبط الرسوم "المحلية" لكل حساب بشكل صحيح بطريقة "عالمية" ، وتمنع الرسوم متعددة الأبعاد التلاعب بالنظام عن طريق إصدار عقود متعددة لنفس التطبيق.
من ناحية أخرى، إذا تم توازي تطبيق الحالة ذاته، ستكون الرسوم أقل. هذه الخاصية مرغوب فيها؛ تزيد التوازي من الإنتاجية حيث يُسمح بوضع معاملات مختلفة تستخدم نفس التطبيق على خيوط مختلفة عندما لا تتداخل الحسابات الأساسية (انظردورة حياة معاملة سولانا.
يمكن أن يكون تحكم السعر لهذه الأسواق المحلية برسوم لكل حساب مختلفًا عن تلك المستخدمة لوحدات الحوسبة. ربما لا يتم تحصيل أي رسوم على الحسابات حتى يتم منافسة الحالة بشكل كبير، الأمر الذي يؤدي إلى زيادة سريعة في الرسوم. يمكن أن تساعد تحليل الفترات السابقة من الاكتظاظ في توجيه هذه القرارات التصميمية.
الخيارات المناقشة أعلاه ليست الطرق الوحيدة لتعيين الرسوم. معظم آليات الرسوم الأساسية تتبع نفس الإجراء التكراري تقريبًا: في كل كتلة...
في الأمثلة المُناقَشة أعلاه، استخدمنا خيارات مختلفة للموارد في الخطوة 1 وآلية التحديث في الخطوات 2 و 3. تمت مناقشة طريقة تحويل تفضيلات استخدام الموارد إلى قاعدة تحديث رسوم ملموسة في هذه الورقة.
بينما يكون عملنا الأكاديمي في الغالب نظريًا، إلا أن الأمثلة البسيطة للألعاب تظهر أن تسعير الموارد، مثل الحسابات، بشكل منفصل يمكن أن يزيد من كفاءة الشبكة ويجعل الشبكة أكثر صلابة أمام هجمات منع الخدمة أو التغيرات في أنواع المعاملات المقدمة. في هذا القسم، نسلط الضوء على الفرق بين آلية رسوم ذات بُعد واحد وآلية رسوم متعددة بسيطة (انظر القسم 4 من ورقتناللتفاصيل).
أولاً، نحاكي سلوك الحالة الثابتة لآلية رسوم متعددة الأبعاد مع المعاملات التي تتطلب كميات تقريبية متساوية من المورد 1 والمورد 2. في حالة الاستقرار، يتسبب التسعير الموحد في تفاوت أعلى عن الأهداف في استخدام الموارد (اليسار). كما يؤدي الاستخدام غير الفعال أيضًا إلى انخفاض الإنتاجية (اليمين).
نحن نختبر أيضًا سلوك الآلية تحت تحول التوزيع: نحن نضيف 150 معاملة في الكتلة 10 التي تتطلب كمية كبيرة من الموارد 2. يمكن أن يظهر هذا السيناريو في صك NFT ، على سبيل المثال. يؤدي التسعير متعدد الأبعاد إلى زيادة كبيرة في الإنتاجية عندما يتحول التوزيع (اليسار) من خلال ضبط أسعار الموارد وضبطها وفقًا لذلك (اليمين).
نظرًا لمراقبة استخدام الموارد الفردية، نرى أن التسعير متعدد الأبعاد (اليسار) يسهل القدرة على الانفجار القصيرة، في حين أن التسعير الموحد (اليمين) لا يفعل ذلك.
البلوكشينات لديها موارد حسابية محدودة. عندما تكون الطلبات مرتفعة، يتطلب ذلك تخصيص هذه الموارد المحدودة بين معاملات المستخدمين القادمة بطريقة قابلة للتنبؤ. يجب أن يتم هذا التخصيص ضمنيًا عبر رسوم قاعدة معاملة ديناميكية.
نحن نقترح آلية مُنطقية لتحديد هذه الرسوم، والتي يمكن أن تزيد ليس فقط من إنتاجية الشبكة خلال فترات الطلب العالي ولكن أيضًا تحسين تجربة المستخدم عن طريق فصل المعاملات غير المتصلة وتوفير تكلفة متوقعة لإدراج المعاملة. لمزيد من التفاصيل حول الآلية، تفقد حديث تارون في نقطة الكسروورقتنا!
يتم إعادة طبع هذه المقالة من [بحث الظل], توجيه العنوان الأصلي 'نحو رسوم سولانا متعددة الأبعاد'، جميع حقوق النشر تنتمي إلى الكاتب الأصلي [@theo_diamandis،@tarunchitra、@0xShitTraderإذا كانت هناك اعتراضات على هذا النقل، يرجى التواصل معبوابة تعلمالفريق، وسوف يتعاملون معه بسرعة.
تنصل المسؤولية: الآراء والآراء المعبر عنها في هذه المقالة هي فقط تلك للكاتب ولا تشكل أي نصيحة استثمارية.
يتم إجراء ترجمات المقالة إلى لغات أخرى من قبل فريق Gate Learn. ما لم يذكر غير ذلك، فإن نسخ أو توزيع أو نسخ المقالات المترجمة ممنوع.
معاملة Solanaرحلةمن تقديم المستخدم إلى إدراج الكتلة يمكن أن يكون شاقًا. حتى بمجرد وصول العملية إلى القائد الحالي، يجب أن تتنافس مع عمليات أخرى على مساحة الكتل المحدودة. إدراج المعاملات بطريقة الأولوية حسب الوقت يشجع على البريد المزعج وقد يعيق المعاملات ذات القيمة العالية من المستخدمين العاديين. لحل هذه المشكلة نحتاج إلى آلية رسوم.
رسوم الأولوية تحل هذه المشكلة، صحيح؟ للأسف، ليس لمعظم المستخدمين.
تخيل هذا السيناريو. تريد الذهاب إلى دار السينما في مدينتك التي تتسع ل 100 مقعد ولكن المسرح لديه نظام تذاكر غير طبيعي: فهم لا ينشرون سعر التذكرة. بدلا من ذلك ، عليك أن تخبرهم بالمبلغ الذي ترغب في دفعه. (لنفترض أنه 50 دولارا.) إذا كان الطلب مرتفعا وقدم ما لا يقل عن 100 شخص آخر سعرا أعلى ، حظا صعبا. إذا كان الطلب منخفضا ، فأنت في! الصيد: أنت تدفع 50 دولارا حتى لو كان المسرح فارغا. لكن تجربة التذاكر لا تنتهي عند هذا الحد. هذا النظام له غرابة أخرى: عليك أن تخبر المسرح باستعدادك للدفع قبل مغادرة منزلك. من الواضح أن الحصول على تذكرة مسرح في هذا النظام هو تجربة محفوفة بالمخاطر بالنسبة للفرد العادي. من ناحية أخرى ، يمكن للأفراد الأثرياء والمتطورين تقدير سعر التذكرة بدقة. يمكنهم تثبيت كاميرات بجوار السينما لمراقبة حركة المرور في الوقت الفعلي. يمكنهم استخدام حركة المرور هذه وجمع البيانات التاريخية لتقدير الطلب في يوم معين. ويمكنهم حتى شراء طائرة هليكوبتر للسفر إلى المسرح بشكل أسرع بعد إخبار المسرح باستعدادهم للدفع. في حين أنه من الممكن استخدام نظام التذاكر هذا بشكل فعال ، إلا أن التجربة مروعة بالنسبة لمعظم الأشخاص الذين يرغبون في الذهاب إلى المسرح. عندما يكون المسرح مزدحما ، قد لا يكلف العديد من هؤلاء الأشخاص عناء محاولة الذهاب على الإطلاق.
بالمثل، يصعب تقدير الرسوم التي تحتاج إليها عملية Solana بأولوية "صحيحة".تتقلب كثيراأثناء فترات الازدحام العالي، من المرجح أن تقوم المحافظ التي تستخدم المتوسطات الأخيرة بتقدير الرسوم المطلوبة بشكل زائد، مما يتسبب في دفع المستخدمين مبالغ زائدة من أجل إدراج المعاملة. (وحتى مع رسوم الأولوية العالية، ستظل المعاملةقد لا تزال قيد الإعدادنظرًا لطبيعة إنتاج الكتل المتعدد المتواصل.) في النظرية، يمكن لرسوم الأولوية تخصيص مساحة الكتل بشكل مثالي. في الواقع، فإنها تفشل تمامًا. لحسن الحظ، هناك طرق لحل هذه المشاكل، مما يؤدي في النهاية إلى تخفيض تكلفة المعاملات مع فرصة أفضل لتضمين معظم المستخدمين. قبل الانغماس في الحل، دعونا نفحص بعض الخصائص للمورد الذي نحاول تخصيصه: مساحة الكتل.
تتم التحقق والتنفيذ المستقل للمعاملات على سولانا من قبل شبكة لامركزية من المحققين. نظرًا لأن لدى هؤلاء المحققين موارد حسابية محدودة، تحد سولانا من الموارد الحسابية الإجمالية، المقاسة بوحدات الحساب (CUs) التي يمكن استخدامها في كل كتلة. عندما يرتفع الطلب على مساحة الكتلة فوق العرض المحدود، يجب تخصيص هذه الموارد الثابتة بين المعاملات المتنافسة.
بطرق معينة، يمكن للسوق التعامل مع تخصيص مساحة الكتل من خلال التسعير؛ المعاملات ذات الفائدة العالية للمرسل مستعدة لدفع سعر أعلى. ومع ذلك، هذا الآلية لا تعمل عندما لا يعرف المستخدمون ما هو السعر لمساحة الكتل! كما هو موضح أعلاه، يؤدي مجرد رسم أولوية إلى أسعار معاملات صعبة التقدير بالنسبة لمعظم المستخدمين ولديها ضمانات ضعيفة لاستبعاد المعاملات. لقد تناولت سلاسل الكتل الأخرى هذه المشكلة من خلال تنفيذ آلية رسوم المعاملات (على سبيل المثال،EIP-1559 في إيثيريوم, ورسوم متعددة الأبعاد في أفالانشوPenumbraتنفذ آليات الرسوم هذه رسم أساسي سهل التقدير يوفر "رسوم دخول" قابلة للتنبؤ للشبكة؛ يقترب هذا الرسم الأساسي من السعر الحقيقي لإدراج المعاملة.
تنفذ Solana حاليا آليتين للرسوم: رسوم أساسية ورسوم أولوية. يمكننا التفكير في الرسوم الأساسية على أنها "رسوم دخول" لاستخدام الشبكة ورسوم الأولوية كنصيحة إضافية لتحفيز المدققين على تضمين معاملة على أخرى. الرسوم الأساسية ل Solana هي 5000 لامبورت ثابتة لكل توقيع (عادة واحدة لكل معاملة). نتيجة لذلك ، يدفع المستخدمون الذين يقدمون تحويلات بسيطة نفس الرسوم الأساسية التي يدفعها المستخدمون الذين يلعبون ألعابا كثيفة الحوسبة على السلسلة وكباحثين يحاولون التقاط فرص MEV المعقدة. وبالتالي ، فإن الرسوم الأساسية الحالية المفروضة لا تلتقط بدقة استخدام موارد المعاملة (و "العوامل الخارجية" ، في حديث الاقتصاد) ، مما يؤدي إلى احتمال سُوء الاستخدام blockspace.
في مثالنا على المسرح، سيتم تحصيل رسوم أساسية ثابتة بنفس السعر من قبل المشاهد الذي يشتري مقعدًا واحدًا والذي يشتري جميع المقاعد ال 100.
يجب أن تكون الرسوم الأساسية بدلاً من ذلك وظيفة للموارد المستخدمة. يتم حاليًا قياس هذا الاستهلاك في وحدات الحوسبة (CUs) ولكن يمكن أيضًا أن تشمل موارد أخرى مثل الوصول إلى الحساب. نريد للمستخدم أن يكون لديه تكلفة مشاركة أكثر قابلية للتنبؤ، تعطى برسوم أساسية ديناميكية. هذه الرسوم من الصعب تحديدها بشكل صحيح. (هناك الكثير من الأبحاث الأكاديمية، بما في ذلك الخاص بنا, ومع ذلك، فإن أي شخص تعرض للفشل في المعاملات بسبب ازدحام الشبكة يعلم أن الرسوم مهمة أيضًا لتحقيق النجاح إذا كنا نريد نمو الشبكة.
في نهاية المطاف، العديد من المستخدمين الذين يرغبون في تقديم المعاملات ليسوا متأكدين ما يجب دفعه كرسوم الأولوية. إذا قدّرت هذه الرسوم بشكل زائد، فسيدفعون كثيرًا للغاية. وإذا قللت هذه الرسوم، فلن تتم المعاملة. بالنسبة للرسوم الأساسية، على النقيض من ذلك، يدفع المستخدمون بالضبط الرسوم المنشورة حاليًا. نود أن يتمكن الرسوم الأساسية من التقاط تكلفة الاشتراك الحقيقية للمعاملات بدقة. هنا، نفترض أن جميع المعاملات تصل إلى المجدول ولكنها تتنافس من أجل مساحة كتل محدودة، بما في ذلك الوصول إلى الحساب والحساب. خلال فترات الطلب العالي، لا يمكن تضمين جميع المعاملات. في هذه المقالة، نحدد الخطوات نحو آلية رسوم أساسية ديناميكية يمكن أن تساعد على تخفيف انسداد الشبكة وتوفير تضمين معاملات أكثر قابلية للتنبؤ.
قد يمكن رؤية رسوم الأولوية بديلاً عن الدفعات للفرص الخاصة التي يتم تقييدها بواسطة شيء آخر غير استهلاك الموارد. على سبيل المثال، إذا قام اثنان من الباحثين بتقديم عمليات مالية بشكل متزامن لتصفية قرض معين، فإن إحدى هاتين العمليتين فقط يمكن تنفيذها بنجاح؛ فقط العملية الأولى في الكتلة تصفي القرض بنجاح. لذا، غالبًا ما تدفع رسوم الأولوية لترتيب العمليات بدلاً من الإدراج فقط. هذا الاستخدام لرسوم الأولوية لالتقاط فرص MEV يختلف إلى حد ما عن هذه المقالة - انظرMEV على سولانالمزيد من المناقشة. في هذا المنشور، نركز على الرسوم الأساسية واستضافة المعاملات.
قبل مناقشة كيفية تحديد الرسوم الأساسية ، سننظر في آلية وهمية لإدراج الكتلة: يختار مصمم الشبكة كلي العلم المعاملات لكل كتلة تزيد من رفاهية المستخدمين (المنفعة الإجمالية أو "السعادة" من المعاملة التي يتم تضمينها) ، مطروحا منها تكلفة استهلاك الموارد للشبكة ، مع مراعاة قيود المعاملات (على سبيل المثال ، قيود العقد الذكي ، حدود الحوسبة ، وما إلى ذلك). بالطبع ، رفاهية المستخدم غير معروفة وغير قابلة للقياس من قبل مصمم الشبكة في الممارسة العملية ، ولا يقوم مصمم الشبكة ببناء الكتل. ومع ذلك ، يمكننا استخدام هذه المشكلة كمعيار عقلي لكتلة "مثالية" مبنية من المعاملات التي تصل إلى المجدول. هدفنا هو تصميم آلية رسوم تقترب من هذا المعيار.
على الرغم من أن آلية بناء الكتل الوهمية هذه لا يمكن التعامل معها، إلا أنه يتبين أنه يمكننا أن نبتكر آلية مكافئة يمكن تنفيذها عمليًا. تسعى هذه الآلية المكافئة إلى العثور على أسعار الموارد التي تقلل الفجوة بين رفاهية الشبكة ورفاهية مستخدميها. ضبط الأسعار بشكل صحيح يوفر حوافز تجعل تكاليف الموارد للشبكة متوازنة تمامًا مع الفائدة التي يحققها المستخدمون والمحققون، على الرغم من أن الشبكة ليس لديها فكرة عن هذه الفائدة ولا يحدد المستخدمون هذه الفائدة بشكل صريح. تؤدي هذه الأسعار بعد ذلك إلى الكتل التي تكون “مثلى” في المتوسط. وبالتالي، يمكننا التركيز فقط على ضبط هذه الأسعار. (لمزيد من التفاصيل التقنية، تفقدهذه الورقة.)
كيف إذن نحدد الأسعار لتحفيز الكتل المثلى ، كما تمت مناقشته أعلاه؟ قد يكون النهج الأول هو فرض مبلغ ثابت لكل وحدة حوسبة تستخدمها المعاملة. لسوء الحظ ، لن ينجح هذا النهج. إذا كان الطلب منخفضا ، فإن هذا السعر الثابت لكل CU سيؤدي إلى عدم إرسال المستخدمين للمعاملات ، وقد تكون الكتل قريبة من الفارغة. إذا كان الطلب مرتفعا ، فقد يكون هذا السعر الثابت منخفضا جدا ونتيجة لذلك ، لن يفعل شيئا لتخفيف ازدحام الشبكة أو تقريب التكلفة الحقيقية لإدراج المعاملات (هدفنا الأصلي!). وبالتالي ، نحتاج إلى طريقة ما لزيادة وخفض الرسوم الأساسية بناء على طلب الشبكة ، وكذلك طريقة ما لتقدير هذا الطلب.
الخطوة التالية هي إضافة وحدة تحكم تعدل الرسوم لكل وحدة حساب استنادًا إلى الاستخدام السابق. على سبيل المثال، إذا كان هناك هدف استخدام لكل كتلة (أي، "حالة مستقرة" للاستخدام المثالي للسلسلة)، يمكننا زيادة أو تخفيض الرسوم الأساسية بناءً على الاستخدام أو الانحراف عن هذا الهدف. هناك العديد من الآليات، بما في ذلك واحدة مثل EIP-1559, تنفيذ هذه الفكرة. قد نجد أنفسنا مغرورين بتحديث الرسوم الأساسية داخل كتلة واحدة باستخدام الطلب في الوقت الحقيقي، أو بتشجيع كل قائد على اختيار قواعد تحديث الرسوم الخاصة به. ومع ذلك، فإن هذه التغييرات قد تقلل من قدرة التنبؤ بالرسوم الأساسية، ما يتناقض مع الهدف الأصلي لهذؤلؤ الآلية الرسوم. اختيار الآلية يحدد في نهاية المطاف تجربة المستخدم.
لحسن الحظ ، تسمح أوقات الحظر السريعة في Solana بخوارزميات عدوانية لتحديد الرسوم الأساسية. على سبيل المثال ، يمكننا زيادة السعر بسرعة خلال فترات ارتفاع الطلب (على سبيل المثال ، مضاعفة السعر لكل كتلة كاملة) ، ثم خفض السعر ببطء أكثر مع انحسار الطلب. سيستمر السعر في الانخفاض بسرعة معقولة بسبب أوقات الحظر القصيرة في Solana. بشكل حدسي ، عندما يتم "الحد الأقصى" لمورد معين ، فإن الشبكة تشحن بشكل كبير وتحصل على معلومات أقل حول السعر الأمثل. تستخدم أنواع مماثلة من الخوارزميات في الممارسة العملية في ضبط ازدحام TCP, طبقة ربط البيانات للاتصالات اللاسلكية، وتحسين السوق.
ناقشت المناقشة السابقة موردًا مشتركًا واحدًا يتم مشاركته بين جميع المعاملات: وحدات الحوسبة (العالمية). ومع ذلك، فإن وصول الحالة على Solana يؤثر أيضًا بشكل كبير على استخدام مورد المعاملات. إذا كانت العديد من المعاملات تصل إلى نفس قطعة الحالة، فإنها لا يمكن تنفيذها بشكل متوازي، وبالتالي تقلل من عرض النطاق الترددي للشبكة. من الطبيعي أن نرغب في أن تدفع هذه المعاملات رسوم أساسية أعلى، لتحفيز أسواق الرسوم الخاصة بالحساب (المحلية). (إن مسألة من يحصل على هذه الرسوم تتجاوز نطاق هذه المشاركة. المزيد عن ذلك في المستقبل.)
كمثال ملموس، دعونا ننظر في إسقاط NFT شهير. من دون أسواق الرسوم الخاصة بالحساب، سيزيد هذا الإسقاط من الرسوم الأساسية بشكل كبير لجميع المعاملات الأخرى. مع الرسوم الخاصة بالحساب، يمكن أن تزيد تكلفة تقديم المعاملات للمطالبة بـ NFT (والوصول إلى تلك الجزء من الحالة) في حين تبقى الرسوم للمعاملات الأخرى (مثل إعادة تعبئة الضمان على قرض) دون تغيير يذكر. يتم النظر في هذا النوع من تصميم السوق المحلية للرسوم بالحساب فيمسودة وثيقة تحسين سولانا.
يمكن أن تفسر هذه الرسوم متعددة الأبعاد أيضا الارتباطات بين العقود. على سبيل المثال ، إذا كانت بورصتان cNFT تتداولان في العديد من المجموعات نفسها ، فإن عقودهما تتطلب الوصول إلى العديد من الحسابات نفسها. إذا زاد حجم التداول بشكل كبير لمجموعة معينة في إحدى هذه البورصات ، فستزداد الرسوم الأساسية لتلك المجموعة من ناحية أخرى ، حيث زادت رسوم الحساب الأساسي لكليهما. وبهذه الطريقة ، ترتبط الرسوم "المحلية" لكل حساب بشكل صحيح بطريقة "عالمية" ، وتمنع الرسوم متعددة الأبعاد التلاعب بالنظام عن طريق إصدار عقود متعددة لنفس التطبيق.
من ناحية أخرى، إذا تم توازي تطبيق الحالة ذاته، ستكون الرسوم أقل. هذه الخاصية مرغوب فيها؛ تزيد التوازي من الإنتاجية حيث يُسمح بوضع معاملات مختلفة تستخدم نفس التطبيق على خيوط مختلفة عندما لا تتداخل الحسابات الأساسية (انظردورة حياة معاملة سولانا.
يمكن أن يكون تحكم السعر لهذه الأسواق المحلية برسوم لكل حساب مختلفًا عن تلك المستخدمة لوحدات الحوسبة. ربما لا يتم تحصيل أي رسوم على الحسابات حتى يتم منافسة الحالة بشكل كبير، الأمر الذي يؤدي إلى زيادة سريعة في الرسوم. يمكن أن تساعد تحليل الفترات السابقة من الاكتظاظ في توجيه هذه القرارات التصميمية.
الخيارات المناقشة أعلاه ليست الطرق الوحيدة لتعيين الرسوم. معظم آليات الرسوم الأساسية تتبع نفس الإجراء التكراري تقريبًا: في كل كتلة...
في الأمثلة المُناقَشة أعلاه، استخدمنا خيارات مختلفة للموارد في الخطوة 1 وآلية التحديث في الخطوات 2 و 3. تمت مناقشة طريقة تحويل تفضيلات استخدام الموارد إلى قاعدة تحديث رسوم ملموسة في هذه الورقة.
بينما يكون عملنا الأكاديمي في الغالب نظريًا، إلا أن الأمثلة البسيطة للألعاب تظهر أن تسعير الموارد، مثل الحسابات، بشكل منفصل يمكن أن يزيد من كفاءة الشبكة ويجعل الشبكة أكثر صلابة أمام هجمات منع الخدمة أو التغيرات في أنواع المعاملات المقدمة. في هذا القسم، نسلط الضوء على الفرق بين آلية رسوم ذات بُعد واحد وآلية رسوم متعددة بسيطة (انظر القسم 4 من ورقتناللتفاصيل).
أولاً، نحاكي سلوك الحالة الثابتة لآلية رسوم متعددة الأبعاد مع المعاملات التي تتطلب كميات تقريبية متساوية من المورد 1 والمورد 2. في حالة الاستقرار، يتسبب التسعير الموحد في تفاوت أعلى عن الأهداف في استخدام الموارد (اليسار). كما يؤدي الاستخدام غير الفعال أيضًا إلى انخفاض الإنتاجية (اليمين).
نحن نختبر أيضًا سلوك الآلية تحت تحول التوزيع: نحن نضيف 150 معاملة في الكتلة 10 التي تتطلب كمية كبيرة من الموارد 2. يمكن أن يظهر هذا السيناريو في صك NFT ، على سبيل المثال. يؤدي التسعير متعدد الأبعاد إلى زيادة كبيرة في الإنتاجية عندما يتحول التوزيع (اليسار) من خلال ضبط أسعار الموارد وضبطها وفقًا لذلك (اليمين).
نظرًا لمراقبة استخدام الموارد الفردية، نرى أن التسعير متعدد الأبعاد (اليسار) يسهل القدرة على الانفجار القصيرة، في حين أن التسعير الموحد (اليمين) لا يفعل ذلك.
البلوكشينات لديها موارد حسابية محدودة. عندما تكون الطلبات مرتفعة، يتطلب ذلك تخصيص هذه الموارد المحدودة بين معاملات المستخدمين القادمة بطريقة قابلة للتنبؤ. يجب أن يتم هذا التخصيص ضمنيًا عبر رسوم قاعدة معاملة ديناميكية.
نحن نقترح آلية مُنطقية لتحديد هذه الرسوم، والتي يمكن أن تزيد ليس فقط من إنتاجية الشبكة خلال فترات الطلب العالي ولكن أيضًا تحسين تجربة المستخدم عن طريق فصل المعاملات غير المتصلة وتوفير تكلفة متوقعة لإدراج المعاملة. لمزيد من التفاصيل حول الآلية، تفقد حديث تارون في نقطة الكسروورقتنا!
يتم إعادة طبع هذه المقالة من [بحث الظل], توجيه العنوان الأصلي 'نحو رسوم سولانا متعددة الأبعاد'، جميع حقوق النشر تنتمي إلى الكاتب الأصلي [@theo_diamandis،@tarunchitra、@0xShitTraderإذا كانت هناك اعتراضات على هذا النقل، يرجى التواصل معبوابة تعلمالفريق، وسوف يتعاملون معه بسرعة.
تنصل المسؤولية: الآراء والآراء المعبر عنها في هذه المقالة هي فقط تلك للكاتب ولا تشكل أي نصيحة استثمارية.
يتم إجراء ترجمات المقالة إلى لغات أخرى من قبل فريق Gate Learn. ما لم يذكر غير ذلك، فإن نسخ أو توزيع أو نسخ المقالات المترجمة ممنوع.