الأسئلة الشائعة حول التخزين والتضخم

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

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

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

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

التخزين هو العملية التي يقوم من خلالها حامل رمز SOL (مثل شخص اشترى رموز SOL من بورصة) بتخصيص بعض أو كل رموزه لمدقق أو مدققين معينين، مما يساعد على زيادة وزن تصويت هؤلاء المدققين. يُعرف تخصيص رموزك لإضافتها إلى وزن حصة المدقق باسم “تفويض” رموزك. تفويض رموزك لمدقق لا يمنح المدقق ملكية أو سيطرة على رموزك. في جميع الأوقات، لا تزال تتحكم في جميع رموزك المخزنة التي ربما اخترت تفويضها.

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

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

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

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

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

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

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

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

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

يمكن لأي شخص يمتلك SOL تخزين رموزه في أي وقت.

لتخزين رموز SOL، يجب عليك استخدام محفظة تدعم التخزين. لا تدعم جميع المحافظ التخزين في الوقت الحالي. تُعدّ SolFlare.com إحدى المحافظ سهلة الاستخدام التي تدعم التخزين. اطلع على الوثائق الرسمية للحصول على قائمة المحافظ التي تدعم التخزين.

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

لكسب مكافآت التخزين (إذا كان التضخم مفعّلًا على الشبكة الرئيسية التجريبية)، يجب تفويض الرموز في حساب التخزين إلى validator. يمكن تفويض حساب تخزين واحد فقط إلى validator واحد في أي وقت، لذا إذا أردت التفويض لـ validators مختلفين، فستحتاج إلى توزيع رموزك بين عدة حسابات تخزين.

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

• Solanabeach.io
• Validators.app

اختار العديد من المدققين أيضًا تقديم أنفسهم وخدماتهم في منتديات سولانا:

• https://forums.solana.com/t/validator-information-thread/577

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

عند إنشاء حساب تخزين لأول مرة، تحدد عدد رموز SOL التي تريد تمويله بها، وتُسحب هذه الرموز من حساب محفظتك الرئيسية وتُودَع في حساب التخزين الجديد.

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

إذا كان لديك حساب تخزين مفوَّض وترغب في زيادة تفويضك لـ validator معين، فإن أفضل ممارسة هي إنشاء حساب تخزين جديد بالمبلغ الإضافي من الحصة وتفويض ذلك الحساب لنفس الـ validator.

مثال: زيادة الحصة المفوَّضة لـ validator واحد

• لدى المستخدم محفظة برصيد 1000 SOL.
• يستخدم المستخدم واجهة المحفظة لإنشاء حساب تخزين بـ 100 SOL، ثم يفوِّض الرموز في حساب التخزين إلى Validator A.
• أصبح رصيد المحفظة 900 SOL وتتحكم المحفظة أيضًا في حساب تخزين برصيد 100 SOL.
• يظهر حساب التخزين في واجهة المحفظة وعلى المستكشف بأنه "قيد التفعيل". بمجرد أن يصبح "نشطًا"، تصبح الرموز المخزَّنة مؤهلة للمكافآت. اطلع على اعتبارات التوقيت لمزيد من التفاصيل.
• لاحقًا، يريد المستخدم زيادة تفويضه لـ Validator A، فيستخدم واجهة المحفظة لإنشاء حساب تخزين ثانٍ بـ 50 SOL، ثم يفوِّض الرموز في حساب التخزين الجديد إلى Validator A.
• أصبح رصيد المحفظة 850 SOL وتتحكم المحفظة أيضًا في حسابَي تخزين بـ 100 و50 SOL على التوالي، كل منهما مفوَّض لـ Validator A.

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

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

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

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

مثال: سحب جميع الرموز من حساب تخزين

• لدى المستخدم محفظة برصيد 900 SOL، وحساب تخزين واحد بـ 100 SOL مفوَّضة إلى validator.
• يستخدم المستخدم واجهة المحفظة لإلغاء تنشيط تفويض التخزين. يظهر حساب التخزين في واجهة المحفظة وفي المستكشف على أنه "قيد إلغاء التنشيط". بمجرد أن يصبح "غير نشط" أو "غير مفوَّض"، تتوقف الرموز المخزَّنة عن كسب المكافآت ويمكن سحبها. راجع اعتبارات التوقيت لمزيد من التفاصيل.
• يمكن للمستخدم استخدام واجهة المحفظة لسحب جميع رموزه إلى حساب محفظته الرئيسية. يُظهر رصيد المحفظة الآن 1,000 SOL وتم إغلاق حساب التخزين.

إذا كنت تريد تقليل مقدار التخزين المفوَّض لـ validator معين دون إلغاء تنشيط رصيدك بالكامل (وبالتالي تفويت أي مكافآت محتملة خلال فترة توقف التفويض)، يمكنك تقسيم حساب تخزين موجود إلى حسابين، وإلغاء تفويض أحدهما، مع إبقاء الحساب الآخر مفوَّضًا ومؤهلاً باستمرار للمكافآت.

مثال: تقليل التخزين المفوَّض لـ validator معين

• لدى المستخدم محفظة برصيد 800 SOL، وحساب تخزين واحد بـ 200 SOL مفوَّضة إلى validator.
• يريد المستخدم تقليل مقدار التخزين المفوَّض لـ validator بمقدار 100 SOL.
• استخدم واجهة المحفظة لـ "تقسيم" حساب التخزين، وحدد 100 SOL كمبلغ التقسيم.
• يوجد الآن حسابا تخزين، كل منهما بـ 100 SOL، وكلاهما مفوَّض لنفس الـ validator.
• يمكن للمستخدم حينئذٍ استخدام واجهة المحفظة لإلغاء تنشيط أحد تفويضات التخزين. يظهر حساب التخزين في واجهة المحفظة وفي المستكشف على أنه "قيد إلغاء التنشيط". بمجرد أن يصبح "غير نشط" أو "غير مفوَّض"، تتوقف الرموز المخزَّنة عن كسب المكافآت ويمكن سحبها. راجع اعتبارات التوقيت لمزيد من التفاصيل.
• بمجرد أن يصبح الحساب غير نشط، يمكن للمستخدم حينئذٍ اختيار تفويض الحساب لـ validator مختلف، أو سحب الرموز إلى المحفظة الرئيسية، أو تقسيم حساب التخزين غير النشط وتفويضه لعدة validators مختلفة.

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

عند تفويض أو إلغاء تفويض حساب الستيكينغ، لا تتغير حالة الرموز على الفور. تعتبر الرموز المفوضة حديثًا “قيد التنشيط” أو “قيد الإحماء”، وهي غير مؤهلة لكسب المكافآت حتى يتم تنشيطها بالكامل. تعتبر الرموز الملغى تفويضها حديثًا “قيد إلغاء التنشيط” أو “قيد التبريد” ولا يمكن سحبها حتى يتم إلغاء تنشيطها.

يسمح بروتوكول سولانا فقط لرموز الستيكينغ بإنهاء تغيير الحالة في بداية حقبة جديدة. تستغرق الحقبة حوالي يومين. استخدم solana epoch-info لرؤية تفاصيل الحقبة الحالية.

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

هناك حد لمقدار إجمالي الستيكينغ الذي يمكن أن يغير حالته في حقبة واحدة عبر شبكة سولانا بأكملها. لا يمكن تنشيط أو إلغاء تنشيط أكثر من 25% من إجمالي الستيكينغ النشط على الشبكة في حقبة واحدة. في سيناريو يتم فيه تنشيط أكثر من 25% من إجمالي الستيكينغ النشط على الشبكة في حقبة واحدة، سينتهي جزء من جميع الستيكينغ قيد التنشيط/إلغاء التنشيط حتى الحد العالمي البالغ 25%، من تغيير الحالة عند حدود الحقبة الأولى. سيبقى الستيكينغ المتبقي على أنه “قيد التنشيط” أو “قيد إلغاء التنشيط” لحقبة واحدة على الأقل، حتى حدود الحقبة التالية.

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

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

يمكن عرض جميع حسابات التخزين على سولانا (وجميع الحسابات من أي نوع) على مستكشف الشبكة الخاص بسولانا، والذي يمكن العثور عليه هنا:

مستكشف سولانا

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

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

تُحسب مكافآت التخزين وتُصدر مرة واحدة لكل epoch. تبلغ مدة الـ epoch تقريبًا يومين. تُصدر المكافآت المتراكمة في epoch معين لجميع الـ validators والمفوِّضين في أول كتلة من الـ epoch التالي. يُعرض عائد التخزين كرقم سنوي، وإن كان هذا الرقم يتغير مع كل epoch مع التغير المستمر في معدل التضخم وإجمالي الحصة النشطة. يُشرح عائد التخزين وتصميم التضخم الكامل هنا:

الوثائق الرسمية

يمكن استكشاف تقديرات عائد التخزين، بناءً على نماذج مختلفة لنسبة إجمالي SOL المخزَّن، هنا:

نماذج عائد التخزين

لتقدير مقدار SOL الذي يمكن للمفوِّض توقع رؤيته في epoch واحد في حساب تخزين واحد:

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

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

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

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

إذا كانت المكافآت المستحقة لمدقق أو أحد حسابات الستاكينغ الخاصة به أقل من lamport واحد لـ epoch معين، يتم تأجيل إصدار المكافأة حتى الـ epoch التالي الذي سيحصل فيه كلاهما على lamport واحد على الأقل.

تمت مناقشة تفاصيل جدول التضخم المقترح في الأصل هنا. المعاملات المحددة التي تحدد جدول التضخم هي:

1. معدل التضخم الأولي: 8%
2. معدل انخفاض التضخم: −15%
3. معدل التضخم طويل الأجل: 1.5%

المعاملات المذكورة أعلاه معرفة على النحو التالي:

• معدل التضخم الأولي: معدل التضخم الابتدائي عند تفعيل التضخم لأول مرة. لا يمكن أن ينخفض معدل إصدار الرموز إلا من هذا المقدار
• معدل انخفاض التضخم: المعدل السنوي الذي يتم به تخفيض معدل التضخم
• معدل التضخم طويل الأجل: معدل التضخم المستقر طويل الأجل المتوقع

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

يُقترح تسليم 100% من الإصدارات التضخمية إلى حسابات الحصص المفوضة والمدققين.

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

نظرة عامة على تصميم التضخم

كمية SOL الإجمالية التي سيتم تخزينها غير معروفة، لذا يمكننا فقط تقدير عوائد التخزين الدقيقة. أدناه، نعرض عوائد التخزين بمرور الوقت مقسمة حسب قيم مختلفة لنسبة SOL المخزنة التي قد تُلاحظ على الشبكة (بين 60-90%). تم تعيين معاملات جدول التضخم كما هو موضح أعلاه.

يتم توفير لوحة معلومات تفاعلية بسيطة هنا، حيث يمكن تحديد نسب مختلفة من SOL المخزنة لرؤية التأثير على عوائد التخزين المحتملة.

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