$WAL المدفوعات من مستخدمي التخزين تُوزع تدريجيًا على عقد التخزين والمشاركين في الحصة خلال مدة عقد التخزين، عادة عبر عدة عصور، لتتناسب مع التكاليف المستمرة لصيانة البيانات.
يدفع المستخدم المبلغ الكامل مقدمًا بعملة WAL لفترة تخزين ثابتة تصل إلى عامين، ويقوم بتثبيته في عقود ذكية على Sui التي تقوم بعد ذلك بإصدار أجزاء من الأموال كمكافآت في نهاية كل عصر، والذي يستمر حوالي أسبوعين.
تتبع عملية التوزيع نموذجًا اقتصاديًا منظمًا بأربعة قواعد رئيسية لموازنة تسعير المستخدم، وعمولات العقد، ومكافآت المشارك، ودعم البروتوكول.
أولاً، يدفع المستخدم سعرًا مخفضًا
User_Price = Storage_Price x (1 - Subsidy_Rate)
حيث أن معدل الدعم الممول من تخصيص رمزي بنسبة 10 في المائة يحافظ على تكاليف المستخدم منخفضة خلال النمو المبكر.
ثانيًا، يحقق مشغل العقد عمولة
Node_Revenue = Storage_Price * Subsidy_Rate * (1 - Commission_Rate)
يغطي تكاليف ثابتة مثل الأجهزة بينما تحفز العمولات على تقديم خدمة موثوقة.
ثالثًا، بعد خصم عمولة العقد، يتم دفع الإيرادات المتبقية للمشاركين في الحصة المخصصين لذلك العقد
Staker_Revenue = Storage_Price * Subsidy_Rate * Commission_Rate
توزع بشكل تناسبي بناءً على حصة كل مشارك في الحصة من إجمالي WAL المخصص للعقد.
رابعًا، يملأ صندوق الدعم الفرق
Subsidy_Payment = (Storage_Price - User_Price) * 2 * Subsidy_Rate
مما يضمن تعويض العقد والمشاركين في الحصة بشكل كامل حتى لو كانت رسوم المستخدم وحدها غير كافية.
يتم تدفق هذه المدفوعات بشكل خطي لكل عصر، بنسبة تتناسب مع البيانات المخزنة ومدة العقد المتبقية، بحيث يطلق عقد لمدة سنة مكافآته بشكل مستمر بدلاً من دفعة واحدة.
تعريف العصور يحدد وتيرة الدفع
في نهاية كل عصر، تسوي العقود الذكية على Sui المكافآت للعقد في اللجنة الحالية التي يتم انتخابها عبر إثبات الحصة المفوض من قبل حاملي WAL، استنادًا إلى وقت التشغيل، وأدلة التوفر، وحجم البيانات المخصص.
العقد التي تمتلك حصة مفوضة أكبر تحصل على مزيد من البيانات المخصصة، مما يعني إمكانات إيرادات أكبر، بينما يواجه الأداء الضعيف خصمًا مستقبليًا يُحرق جزئيًا لمواءمة الحوافز.
يكسب المشاركون في الحصة حصتهم بشكل سلبي عن طريق تفويض WAL لعقد فعال، مع تراكم المكافآت بشكل تناسبي مع حصتهم نسبةً إلى إجمالي العقد.
تصميم التدفق الزمني هذا يمنع تحميل الإيرادات مقدمًا، والذي قد يؤدي إلى تغيّر العقد بعد دفعات سريعة، ويربط المدفوعات مباشرة بتوفر البيانات المستمر.
إذا كانت هناك حاجة لنقل البيانات بسبب تغيّر الحصص أو العقد، تُطبق رسوم العقوبات التي تُحرق جزئيًا وتُعاد توجيهها جزئيًا للمشاركين في الحصة على المدى الطويل، مما يعزز الاستقرار أكثر.
يمكن لحاملي WAL إدارة المعلمات مثل معدلات الدعم، والعمولات، وخصم العقوبات لتحسين تدفق العمليات مع مرور الوقت.
$WAL
#Walrus @WalrusProtocol
قد تحتوي هذه الصفحة على محتوى من جهات خارجية، يتم تقديمه لأغراض إعلامية فقط (وليس كإقرارات/ضمانات)، ولا ينبغي اعتباره موافقة على آرائه من قبل Gate، ولا بمثابة نصيحة مالية أو مهنية. انظر إلى إخلاء المسؤولية للحصول على التفاصيل.
كيف يتم توزيع مدفوعات WAL على عقد التخزين مع مرور الوقت
$WAL المدفوعات من مستخدمي التخزين تُوزع تدريجيًا على عقد التخزين والمشاركين في الحصة خلال مدة عقد التخزين، عادة عبر عدة عصور، لتتناسب مع التكاليف المستمرة لصيانة البيانات. يدفع المستخدم المبلغ الكامل مقدمًا بعملة WAL لفترة تخزين ثابتة تصل إلى عامين، ويقوم بتثبيته في عقود ذكية على Sui التي تقوم بعد ذلك بإصدار أجزاء من الأموال كمكافآت في نهاية كل عصر، والذي يستمر حوالي أسبوعين. تتبع عملية التوزيع نموذجًا اقتصاديًا منظمًا بأربعة قواعد رئيسية لموازنة تسعير المستخدم، وعمولات العقد، ومكافآت المشارك، ودعم البروتوكول. أولاً، يدفع المستخدم سعرًا مخفضًا User_Price = Storage_Price x (1 - Subsidy_Rate) حيث أن معدل الدعم الممول من تخصيص رمزي بنسبة 10 في المائة يحافظ على تكاليف المستخدم منخفضة خلال النمو المبكر. ثانيًا، يحقق مشغل العقد عمولة Node_Revenue = Storage_Price * Subsidy_Rate * (1 - Commission_Rate) يغطي تكاليف ثابتة مثل الأجهزة بينما تحفز العمولات على تقديم خدمة موثوقة.
ثالثًا، بعد خصم عمولة العقد، يتم دفع الإيرادات المتبقية للمشاركين في الحصة المخصصين لذلك العقد Staker_Revenue = Storage_Price * Subsidy_Rate * Commission_Rate توزع بشكل تناسبي بناءً على حصة كل مشارك في الحصة من إجمالي WAL المخصص للعقد. رابعًا، يملأ صندوق الدعم الفرق Subsidy_Payment = (Storage_Price - User_Price) * 2 * Subsidy_Rate مما يضمن تعويض العقد والمشاركين في الحصة بشكل كامل حتى لو كانت رسوم المستخدم وحدها غير كافية. يتم تدفق هذه المدفوعات بشكل خطي لكل عصر، بنسبة تتناسب مع البيانات المخزنة ومدة العقد المتبقية، بحيث يطلق عقد لمدة سنة مكافآته بشكل مستمر بدلاً من دفعة واحدة. تعريف العصور يحدد وتيرة الدفع في نهاية كل عصر، تسوي العقود الذكية على Sui المكافآت للعقد في اللجنة الحالية التي يتم انتخابها عبر إثبات الحصة المفوض من قبل حاملي WAL، استنادًا إلى وقت التشغيل، وأدلة التوفر، وحجم البيانات المخصص. العقد التي تمتلك حصة مفوضة أكبر تحصل على مزيد من البيانات المخصصة، مما يعني إمكانات إيرادات أكبر، بينما يواجه الأداء الضعيف خصمًا مستقبليًا يُحرق جزئيًا لمواءمة الحوافز. يكسب المشاركون في الحصة حصتهم بشكل سلبي عن طريق تفويض WAL لعقد فعال، مع تراكم المكافآت بشكل تناسبي مع حصتهم نسبةً إلى إجمالي العقد. تصميم التدفق الزمني هذا يمنع تحميل الإيرادات مقدمًا، والذي قد يؤدي إلى تغيّر العقد بعد دفعات سريعة، ويربط المدفوعات مباشرة بتوفر البيانات المستمر. إذا كانت هناك حاجة لنقل البيانات بسبب تغيّر الحصص أو العقد، تُطبق رسوم العقوبات التي تُحرق جزئيًا وتُعاد توجيهها جزئيًا للمشاركين في الحصة على المدى الطويل، مما يعزز الاستقرار أكثر. يمكن لحاملي WAL إدارة المعلمات مثل معدلات الدعم، والعمولات، وخصم العقوبات لتحسين تدفق العمليات مع مرور الوقت. $WAL #Walrus @WalrusProtocol