سعر Aleph.im (ALEPH)

ALEPH هو رمز منفعة تستخدمه شبكة Aleph.im السحابية اللامركزية؛ وAleph.im نفسها ليست سلسلة بلوكتشين. إنها شبكة نظير إلى نظير خارج السلسلة توفر للتطبيقات موارد لامركزية للحوسبة والتخزين وتنفيذ الآلات الافتراضية/الدوال والفهرسة وغيرها، وتتفاعل مع محافظ السلاسل الخارجية وأرصدة الرموز لإتمام التوقيعات وتخصيص الموارد والمدفوعات وحوافز الشبكة. تتولى عقد القناة الأساسية (CCN) نشر الرسائل وتنسيقها في شبكة النظير إلى النظير، بينما توفر عقد موارد الحوسبة (CRN) قدرات الحوسبة الفعلية وتنفيذ الموارد. ولا ينبغي فهم دور ALEPH ببساطة على أنه Gas لسلسلة ما: فهو يرتبط بحوافز العقد والرهن، ويمكن أيضا استخدامه لاستهلاك الموارد؛ وتعتمد الوظائف المتاحة تحديدا على السلسلة ونقطة دخول المنتج المستخدمتين.

يبدأ حمل عمل حوسبي عادة بأن يوقع المستخدم أولا برسالة عبر محفظته ويقدمها باستخدام SDK أو سطر الأوامر أو وحدة التحكم؛ تستقبلها CCN ثم تبثها إلى عقد CCN الأخرى، وبعد ذلك تخصص حمل العمل إلى CRN، التي تنشئ بيئات تنفيذ مثل microVM لتشغيل البرنامج المطلوب. لذلك تتولى CCN تنسيق الرسائل والجدولة، فيما تتولى CRN توفير موارد الحوسبة فعليا. يوضح هذا التقسيم أيضا سبب تركيز حوافز الشبكة على موثوقية CCN وCRN المرتبطة بها معا: فتنسيق الرسائل وحده لا ينجز حمل العمل، كما يجب أن تظل موارد الحوسبة الفعلية المتاحة عاملة بصورة مستمرة. والعقد ليست نظام حسابات لمزود سحابة مركزي؛ إذ تتفاعل المستخدمون والتطبيقات مع الشبكة عبر التوقيعات وقدرات الرمز/الرصيد القابلة للتعرف عليها على السلسلة.

وفقا للأسئلة الشائعة الرسمية الحالية، يدعم الرهن الذاتي فقط ALEPH على إيثريوم، والحد الأدنى للرهن المؤهل للمكافآت هو 10,000 ALEPH. عند الرهن يمكن توزيع المبلغ الإجمالي على عدة عقد؛ وإذا رهنَت المحفظة نفسها لدى عدة عقد، تقسم الشبكة مبلغ رهن تلك المحفظة بالتساوي بينها، ثم يتأثر كل جزء بحالة العقدة المعنية. لا يعني ذلك تسليم الرموز إلى مشغل العقدة لحفظها: توضح الوثائق الرسمية أن الرهن غير وصائي، وأن الرموز تبقى في محفظة المستخدم ولا توجد فترة قفل؛ ويمكن إلغاء الرهن في أي وقت. حد 10,000 ALEPH يهدف إلى ضبط عدد مستلمي توزيع المكافآت والتكاليف التشغيلية الناتجة، وليس حدا يضمن عائدا. يمكن إكمال إعداد الرهن نفسه بشكل شبه فوري، بينما قد يستغرق دفع المكافآت عادة حتى 10 أيام، بحسب تكاليف Gas.

لا تحصل CCN ورامنوها على مكافأة ثابتة متساوية لمجرد أن الرهن قائم. يجب أن تكون CCN مسجلة في صفحة الحساب، وأن يكون لديها رهن ALEPH كاف، وألا تكون درجة موثوقيتها صفرا؛ فلا توزع مكافآت عندما تقل الدرجة عن 20%، وتوزع بنسبة خطية بين 20% و80%، ولا تصل إلى نسبة التوزيع الكاملة إلا عند 80% أو أكثر. في نطاق 20%–80%، يكون مضاعف الدرجة (x−0.2)÷0.6، حيث x هي درجة العقدة معبرة كعدد عشري: فدرجة 50% تقابل مضاعف درجة قدره 0.5، وليس المكافأة الكاملة. تُحسب الدرجة يوميا باستخدام مؤشرات تاريخية مع وزن أعلى للمؤشرات الحديثة؛ وتبدأ العقد الجديدة من 0%، وعادة ما تحتاج أسبوعين إلى ثلاثة أسابيع من الأداء الجيد لتصل إلى أكثر من 80%. يغير ارتباط CCN بـCRN النتيجة أيضا. يمكن لكل CCN ربط ما يصل إلى 5 CRN؛ وإذا كان عدد CRN المرتبطة العاملة طبيعيا أقل من 3، تُخفض المكافآت 10% عن كل موضع مفقود أو CRN مرتبطة درجتها 0، وبحد أقصى للخفض 30%. لذا تقابل 0 و1 و2 من CRN المرتبطة العاملة معاملات ارتباط قدرها 70% و80% و90% على الترتيب، بينما تقابل 3 إلى 5 معامل 100%. كما تتغير حصة الراهن في CCN ما مع نسبة رصيده المخصص لتلك العقدة ودرجة العقدة ومعامل الارتباط؛ ولا يخفض إجمالي الرهن داخل العقدة نفسه مكافأة الراهن الفردية.

يمكن تمثيل ALEPH على عدة شبكات عبر العقود أو عناوين السك الرسمية، ومنها إيثريوم وBNB Chain وAvalanche وSolana وBase؛ ولا يعني ذلك أن كل سلسلة تدعم وظائف Aleph.im ذاتها. تسرد وثائق البروتوكول توقيع الرسائل والمحافظ وتوافر الرموز ودعم الأرصدة ودعم الرهن بشكل منفصل. ومن المهم خصوصا التمييز بين «إمكانية الاحتفاظ بـALEPH أو تحويله على سلسلة ما» و«إمكانية استخدامه للرهن»: فجدول الدعم الحالي والأسئلة الشائعة يوجهان الرهن إلى إيثريوم. قبل التنفيذ، يجب التحقق من السلسلة المستهدفة والعنوان الرسمي والوظيفة المطلوبة؛ فلا يجوز إرسال الأصول إلى مسار رهن على سلسلة أخرى لمجرد تطابق رمز العملة. كما لا يمكن رهن تمثيلات NULS أو NEO القديمة مباشرة؛ إذ تطلب الوثائق الرسمية تحويلها أولا إلى ALEPH من معيار ERC-20.

لا يلزم شراء أو رهن كمية كبيرة من ALEPH مسبقا لاستخدام موارد Aleph Cloud. توضح الأسئلة الشائعة الرسمية أن Pay-As-You-Go يسمح للمستخدمين بالدفع بحسب استخدام الموارد الفعلي، والغرض منه تحديدا إزالة اشتراط الاحتفاظ بكمية كبيرة من ALEPH أو رهنها لاستخدام الموارد؛ وتذكر الأسئلة الشائعة أن هذه الطريقة متاحة على Base وAvalanche C-Chain. في منتج أرصدة الخدمة، توضح الوثائق الرسمية أنه يمكن شحن الرصيد بالعملة الورقية أو USDC أو ALEPH، ثم يُخصم الرصيد حسب الاستهلاك الفعلي للموارد؛ وعند نفاد الرصيد، تُسترد الموارد ذات الصلة تلقائيا. لذلك فالرهن جزء من آلية المشاركة والحوافز في الشبكة، بينما الدفع حسب الاستخدام هو مسار استهلاك الموارد، ولا ينبغي الخلط بينهما كشرط واحد. تظل الشبكات المتاحة وأصول الدفع ونطاق الخدمة المحدد خاضعة لصفحة المنتج التي يدخل إليها المستخدم فعليا.

ينتج ما يسمى حاليا ALEPH V2 عن ترحيل رموز حدث فعلا: ذكرت مراجعة المشروع الرسمية لعام 2020 أنه بعد حادثة KuCoin في 25 سبتمبر 2020، أصدر المشروع بسرعة النسخة الجديدة من ALEPH، وهي ALEPH V2، وحصلت حينها جميع المحافظ التي كانت تحمل ALEPH V1، بما فيها محافظ المنصات، على V2 بالكمية نفسها. ما تغير في هذا الحدث هو إصدار الرمز والتعرف على الأصل، وليس اعتبار جميع التمثيلات التاريخية المتشابهة في الاسم أو الموجودة على سلاسل مختلفة تلقائيا أصول رهن قابلة للتبادل. يجب أن تستخدم العمليات الحالية عقد أو عنوان سك الرسمي الذي يعلنه المشروع، وأن تتبع متطلب الأسئلة الشائعة الحالية لتحويل تمثيلات NULS وNEO القديمة أولا إلى إصدار ERC-20؛ ولا تحل سجلات الترحيل التاريخية محل التحقق من شبكة الاستلام الحالية وعنوان العقد.