أعدتُ مؤخرًا مراجعة آلية عمل @Acurast، ولاحظت تفصيلًا في $ACU يسهل تجاهله.
بعد نشر المطورين لمهمة على Acurast، عليهم دفع تكلفة الحوسبة.
لكن هذا المبلغ لا ينتقل ببساطة من محفظة المطور إلى محفظة هاتف معيّن.
أثناء تنفيذ المهمة فعليًا، تُستهلك رسوم الحوسبة؛ أما الـ Processor الذي يوفر القدرة الحاسوبية، فيتنافس على مكافآت الشبكة بناءً على معيار أداء الأجهزة، وأداء المهام، وما إذا كان يشارك في Staked Compute.
أرى أن هذا الجانب يستحق التوقف عنده بشكل منفصل.
لأنه يفصل بين أمرين:
الأول هو وجود مهام حقيقية لدى المطورين. فإذا لم ينشر أحد تطبيقًا ولم تُستهلك موارد الحوسبة، فسيكون الطلب على استخدام $ACU محدودًا بطبيعة الحال.
والثاني هو سبب استمرار الهواتف في توفير القدرة الحاسوبية. إذ يؤثر أداء الجهاز وتنفيذ المهام والتخزين في حصته من مجمع المكافآت.
يُظهر الموقع الرسمي لـ Acurast الآن أن أكثر من 32.2 ألف هاتف متصل بالشبكة، وأن إجمالي عمليات Compute Deployments تجاوز 67.5 ألف مرة.
أصبح لدينا الآن عدد كبير من العُقد، وما يهمني أكثر بعد ذلك هو هذا الرقم:
كم تبلغ الحوسبة التي يحتاج إليها المطورون فعلًا، ويستعدون لمواصلة الدفع مقابل تشغيلها؟
وهذا أحد الجوانب التي أركز عليها عند تقييم $ACU.
فهو يُستخدم في Deployment ورسوم الشبكة، كما يدخل في Staked Compute والمكافآت والحوكمة على السلسلة.
لذلك، حين أدرس $ACU، لا أركز فقط على عائد التخزين السنوي أو المعروض المتداول.
كلما زاد عدد مهام الحوسبة المنفذة، ظهرت حالات استخدام حقيقية أكثر للعملة داخل الشبكة.
إذا استمر طلب المطورين في النمو مستقبلًا، فستصبح هذه الدورة جديرة بالمزيد من الدراسة: توفر الهواتف القدرة الحاسوبية، وتستهلك المهام ACU، وتكافئ الشبكة مزودي القدرة الحاسوبية.
#depin #acurast
بعد نشر المطورين لمهمة على Acurast، عليهم دفع تكلفة الحوسبة.
لكن هذا المبلغ لا ينتقل ببساطة من محفظة المطور إلى محفظة هاتف معيّن.
أثناء تنفيذ المهمة فعليًا، تُستهلك رسوم الحوسبة؛ أما الـ Processor الذي يوفر القدرة الحاسوبية، فيتنافس على مكافآت الشبكة بناءً على معيار أداء الأجهزة، وأداء المهام، وما إذا كان يشارك في Staked Compute.
أرى أن هذا الجانب يستحق التوقف عنده بشكل منفصل.
لأنه يفصل بين أمرين:
الأول هو وجود مهام حقيقية لدى المطورين. فإذا لم ينشر أحد تطبيقًا ولم تُستهلك موارد الحوسبة، فسيكون الطلب على استخدام $ACU محدودًا بطبيعة الحال.
والثاني هو سبب استمرار الهواتف في توفير القدرة الحاسوبية. إذ يؤثر أداء الجهاز وتنفيذ المهام والتخزين في حصته من مجمع المكافآت.
يُظهر الموقع الرسمي لـ Acurast الآن أن أكثر من 32.2 ألف هاتف متصل بالشبكة، وأن إجمالي عمليات Compute Deployments تجاوز 67.5 ألف مرة.
أصبح لدينا الآن عدد كبير من العُقد، وما يهمني أكثر بعد ذلك هو هذا الرقم:
كم تبلغ الحوسبة التي يحتاج إليها المطورون فعلًا، ويستعدون لمواصلة الدفع مقابل تشغيلها؟
وهذا أحد الجوانب التي أركز عليها عند تقييم $ACU.
فهو يُستخدم في Deployment ورسوم الشبكة، كما يدخل في Staked Compute والمكافآت والحوكمة على السلسلة.
لذلك، حين أدرس $ACU، لا أركز فقط على عائد التخزين السنوي أو المعروض المتداول.
كلما زاد عدد مهام الحوسبة المنفذة، ظهرت حالات استخدام حقيقية أكثر للعملة داخل الشبكة.
إذا استمر طلب المطورين في النمو مستقبلًا، فستصبح هذه الدورة جديرة بالمزيد من الدراسة: توفر الهواتف القدرة الحاسوبية، وتستهلك المهام ACU، وتكافئ الشبكة مزودي القدرة الحاسوبية.
#depin #acurast
