اطّلعت على قواعد تخزين $ACU لدى @Acurast، ولاحظت مدةً لافتة: تصل إلى 1344 يومًا، أي نحو ثلاث سنوات وثمانية أشهر.
لكن ما يسهل التغاضي عنه هو أن فترة الانتظار هذه لا تبدأ إلا من اليوم الذي تقرر فيه إلغاء التخزين؛ فالوقت الذي أمضيته في التخزين قبل ذلك لا يُحتسب ضمنها.
وبالطبع، ليس على الجميع الانتظار كل هذه المدة. فعند إنشاء Stake على Acurast Mainnet، يمكنك اختيار مدة التبريد، من نحو 28 يومًا إلى 1344 يومًا. وبعد انتهاء فترة التبريد، لا بد من إتمام Finalize لتتمكن من استعادة ACU التي أصبح بإمكانك سحبها.
تعمّدت البحث عن سبب اعتماد هذا التصميم. إذ تربط Staked Compute بين تخزين ACU والتزام الهاتف بتوفير القدرة الحاسوبية. وبالنسبة إلى Committer الذي يشغّل جهازًا، عليه مواصلة توفير القدرة الحاسوبية المطلوبة خلال فترة التبريد، حتى لو قرر الانسحاب.
يحتاج المطوّرون إلى قدرة حاسوبية متاحة باستمرار. فإذا انسحب أحد المزوّدين فجأة، انخفضت القدرة الحاسوبية المتاحة للشبكة بشكل مفاجئ؛ لذا لا بد من إتاحة بعض الوقت للآخرين كي يحلّوا مكانه.
لكل آلية منطقها، لكن الانتظار بحد ذاته تكلفة يتحملها المشاركون. فهو يمنح الشبكة فترةً مؤقتة لتعديل إمدادات القدرة الحاسوبية، لكنه لا يضمن بقاء كل جهاز متصلًا دائمًا، ولا يثبت أن الطلب المدفوع من المطوّرين ينمو فعلًا.
بعد المرور بعدة دورات في السوق، عندما أنظر اليوم إلى آليات المشاركة طويلة الأمد، أسأل نفسي أولًا: إذا أردت الانسحاب يومًا ما، فهل أستطيع تحمّل فترة الانتظار؟ هل سيظل جهازي يعمل باستمرار، وهل أستطيع إبقاء ما لديّ من ACU دون الحاجة إليه؟ من الأفضل التفكير في هذه الأمور قبل التخزين. أنت من يختار مدة الالتزام، لكنك تتحمل أيضًا مدة الانتظار عند الانسحاب.
https://hub.acurast.com/rebellion?ref=qqj0i8
لكن ما يسهل التغاضي عنه هو أن فترة الانتظار هذه لا تبدأ إلا من اليوم الذي تقرر فيه إلغاء التخزين؛ فالوقت الذي أمضيته في التخزين قبل ذلك لا يُحتسب ضمنها.
وبالطبع، ليس على الجميع الانتظار كل هذه المدة. فعند إنشاء Stake على Acurast Mainnet، يمكنك اختيار مدة التبريد، من نحو 28 يومًا إلى 1344 يومًا. وبعد انتهاء فترة التبريد، لا بد من إتمام Finalize لتتمكن من استعادة ACU التي أصبح بإمكانك سحبها.
تعمّدت البحث عن سبب اعتماد هذا التصميم. إذ تربط Staked Compute بين تخزين ACU والتزام الهاتف بتوفير القدرة الحاسوبية. وبالنسبة إلى Committer الذي يشغّل جهازًا، عليه مواصلة توفير القدرة الحاسوبية المطلوبة خلال فترة التبريد، حتى لو قرر الانسحاب.
يحتاج المطوّرون إلى قدرة حاسوبية متاحة باستمرار. فإذا انسحب أحد المزوّدين فجأة، انخفضت القدرة الحاسوبية المتاحة للشبكة بشكل مفاجئ؛ لذا لا بد من إتاحة بعض الوقت للآخرين كي يحلّوا مكانه.
لكل آلية منطقها، لكن الانتظار بحد ذاته تكلفة يتحملها المشاركون. فهو يمنح الشبكة فترةً مؤقتة لتعديل إمدادات القدرة الحاسوبية، لكنه لا يضمن بقاء كل جهاز متصلًا دائمًا، ولا يثبت أن الطلب المدفوع من المطوّرين ينمو فعلًا.
بعد المرور بعدة دورات في السوق، عندما أنظر اليوم إلى آليات المشاركة طويلة الأمد، أسأل نفسي أولًا: إذا أردت الانسحاب يومًا ما، فهل أستطيع تحمّل فترة الانتظار؟ هل سيظل جهازي يعمل باستمرار، وهل أستطيع إبقاء ما لديّ من ACU دون الحاجة إليه؟ من الأفضل التفكير في هذه الأمور قبل التخزين. أنت من يختار مدة الالتزام، لكنك تتحمل أيضًا مدة الانتظار عند الانسحاب.
https://hub.acurast.com/rebellion?ref=qqj0i8