ما هو Incentiv؟ شرح EVM وPoW وL1 والتجريد الأصلي للحسابات (Native AA)

آخر تحديث 2026-10-12 05:50:53
مدة القراءة: 4m
Incentiv هي شبكة Layer 1 لإثبات العمل متوافقة مع EVM وقيد التشغيل، وتتمحور حول التجريد المتقدم الأصلي للحسابات (AAA). يرسل المستخدمون النوايا عبر المحافظ الذكية، بينما تجمع Bundlers هذه النوايا في دفعات، ويتولى EntryPoint التحقق منها وتنفيذها بشكل ذري. وتقلل Portal وPaymaster وUnified Token من الحاجة إلى الاحتفاظ مسبقًا بعملة الغاز الأصلية. الرمز المميز الأصلي هو CENT، ومعرّف سلسلة الشبكة الرئيسية هو 24101.

يناسب ذلك المبتدئين والقراء ذوي المستوى المتوسط الذين يرغبون في معرفة كيفية تكامل الحسابات القابلة للبرمجة وحوافز المساهمة. وبخلاف البُنى التي تقتصر أساسًا على معالجة account abstraction في طبقة التطبيق، يضع Incentiv المحافظ الذكية وBundlers وEntryPoint وتجريد الرسوم ضمن مسارات قابلة للاستخدام على مستوى البروتوكول، بحيث تبدو التحويلات وعمليات المبادلة والإجراءات المجمعة أقرب إلى تأكيد واحد. تبدأ عمليات التحقق من الآليات في Incentiv Docs، بينما تمر المكافآت عبر Incentiv+، الذي يعيد القيمة إلى المشاركين بناءً على المساهمة القابلة للقياس.

يغطي التقييم عادةً مسار AAA القابل للتحقق، ومسار رسوم Unified Token، وإمداد CENT وأدواره، وإثبات العمل القائم على تقييم المساهمة، وحدود إمكانات Portal MCP لوكلاء الذكاء الاصطناعي، والمخاطر والقيود التي ينبغي التحقق منها قبل الاستخدام.

أبرز النقاط

  • Incentiv هو بلوكشين Layer 1 يعمل بآلية إثبات العمل ومتوافق مع EVM: إذ تربط سلاسل AAA الأصلية بين UserOperation ← Bundler ← EntryPoint، مع Paymaster اختياري، ضمن مسار قابل للتتبع.
  • يمكن لـ Unified Token دفع رسوم الغاز باستخدام أصول مدعومة مثل USDC وUSDT وWETH، ما يقلل الحاجة إلى شراء CENT وتخزينه قبل التفاعل.
  • يبلغ الإمداد الثابت من CENT ‏100 مليار رمز، وقد سُكَّ عند إنشاء الشبكة من دون إصدار تضخمي؛ ويعيد Incentiv+ مكافآت محدودة من مجمع المكافآت إلى أدوار متعددة وفقًا للمساهمة.
  • يستهدف Portal MCP وكلاء الذكاء الاصطناعي؛ إذ يمكنه قراءة حالة الشبكة، وإنشاء عمليات غير موقعة، وتمرير النتائج الموقعة، بينما لا تحتفظ نقاط النهاية المستضافة بالمفاتيح الخاصة.

ما هو Incentiv، وما نقاط الاحتكاك على السلسلة التي يعالجها؟

يهيئ Incentiv الشبكة لتناسب المستخدمين والتطبيقات، من خلال AAA أصلية على قاعدة EVM تعمل بإثبات العمل، إلى جانب تغذية اقتصادية راجعة للمساهمة الفعلية. وتشمل نقاط الاحتكاك التي يستهدفها صعوبة حفظ مفاتيح EOA، والحاجة إلى تمويل رصيد الغاز الأصلي مسبقًا، وتعدد الموافقات التي تعيق تجربة المستخدم، و"زراعة عدد المعاملات" التي لا تعكس القيمة الفعلية بصورة جيدة.

Incentiv

وتتمثل الاستجابات المقابلة في المحافظ الذكية التي تحمل النوايا؛ وPaymaster وUnified Token اللذين يوسعان نطاق عملات الرسوم؛ والمكافآت الموجهة نحو المساهمة التي توجّه مجمعًا محدودًا نحو أدوار قابلة للقياس. تعمل الحسابات والرسوم والحوافز ونقاط الدخول إلى Portal وPortal MCP بالتوازي، وهي الإطار الأساسي لتقييم Incentiv.

المكوّن الدور تجربة المستخدم
تجريد الحسابات المتقدم محفظة ذكية + UserOperation التعبير عن النية في صورة عملية قابلة للتحقق
Unified Token / Paymaster رسوم بعملات غير CENT أو رسوم مدعومة تقليل الاحتكاك الناتج عن ضرورة شراء الغاز أولًا
Incentiv+ مجمع محدود وفقًا للمساهمة إمكانية ربط مساهمة الدور بـ CENT
Portal / Portal MCP نقاط دخول للمستخدمين والوكلاء الوصول إلى الشبكة عبر المتصفح أو استدعاءات الأدوات

كيف يعمل تجريد الحسابات المتقدم في Incentiv؟

يستبدل تجريد الحسابات المتقدم (AAA) المعاملات الجامدة برسائل نوايا، ويضع تجريد الحسابات ضمن مسار قابل للاستخدام على مستوى البروتوكول ويعمل بالتوازي مع المعاملات العادية. ومسار التحقق هو:

  1. إنشاء UserOperation، وهي نية وليست مجرد معلمات استدعاء منخفضة المستوى
  2. تتحقق المحفظة الذكية من التوقيع والحدود والاسترداد والقواعد ذات الصلة
  3. الدخول إلى Alt Mempool؛ حيث يحاكي Bundlers العمليات ويجمعها
  4. رعاية اختيارية من Paymaster أو تسوية رسوم الغاز باستخدام رمز مدعوم
  5. يؤكد EntryPoint الحالات "تم التحقق ← قابلة للدفع ← تنفيذ ذري"
  6. يطابق المستكشفون بين UserOperation وBundle وBundler وPaymaster

Incentiv AAA lifecycle from UserOperation to EntryPoint

الشكل 1. دورة حياة AAA في Incentiv: تمر النية عبر المحفظة الذكية وBundler وPaymaster الاختياري، ثم يتحقق EntryPoint منها وينفذها.

وبخلاف تجريد الحسابات الذي يقتصر على كونه معالجة في طبقة التطبيق، تتمثل النقاط الأساسية في أولوية قواعد المحفظة، وكون EntryPoint بوابة موحدة، وإمكانية توصيل تجريد الرسوم. وغالبًا ما تظهر عمليات الإرسال والمبادلة والإجراءات المجمعة على Portal في صورة تأكيد واحد؛ ويمكن للمطورين التحقق من Bundler https://bundler.incentiv.io ومعلمات Mainnet.

كيف يتيح Unified Token للمستخدمين دفع رسوم الغاز بأصول غير CENT؟

يتيح Unified Token للمستخدمين اختيار عملة الغاز من بين الأصول المدعومة. فبعد أن يقدّر Portal الرسوم، يمكنهم الاختيار من الرموز التي يتوفر رصيد كافٍ منها. عند الاحتفاظ بـ CENT، يكون CENT هو الخيار الافتراضي، بينما يمكن اختيار WETH وUSDC وUSDT وغيرها من الأصول المدرجة. وتعمل Paymaster وبورصة DEX أصلية في الخلفية على نقل الرسوم التي يتحملها المستخدم إلى مسار قابل للتسوية، مع الحفاظ على آلية تسوية CENT.

والنتيجة هي أن التفاعل الأول لا يتطلب بالضرورة شراء CENT مخصصًا، لكن يجب أن يكون الرمز المختار مدرجًا ضمن قائمة الأصول المدعومة، كما يجب أن يغطي الرصيد التقدير. وقد تظل عمليات الخروج عبر الجسر والتدفقات المماثلة تتطلب احتفاظ الحساب بـ CENT مباشرةً؛ ولا ينبغي افتراض تغطية Paymaster لكل رسوم المعاملات عبر السلاسل.

كيف يكافئ Incentiv+ المشاركين بناءً على المساهمة؟

يحوّل Incentiv+ نشاط الشبكة إلى مكافآت للمساهمين: إذ يمكن للمستخدمين والوكلاء والتطبيقات اللامركزية وعمال التعدين وBundlers ومزودي السيولة والأدوار ذات الصلة كسب CENT إضافي من مجمع محدود، بناءً على المساهمة القابلة للقياس، وليس على عدد المعاملات وحده.

تتضمن قواعد Portal على Mainnet مثالًا لحد معين: بعد تنفيذ أكثر من 100 معاملة في يوم واحد، تحصل التداولات المؤهلة من المعاملة رقم 101 وما بعدها على استرداد نقدي يعادل %50 من رسوم الغاز المدفوعة بـ CENT في تلك التداولات المؤهلة، ويُحتسب ذلك يوميًا؛ أما إذا كان العدد أقل من الحد، فسيكون استرداد ذلك اليوم 0. ويتطلب التقييم الكامل للأدوار ومجمع المكافآت الموحد التحقق المتقاطع من مقاييس المساهمة، والحصص داخل المجمع، وقواعد العصور.

Incentiv+ reward pool split from gas fees to contributors الشكل 2. توزيع مكافآت Incentiv+: تُخصص رسوم الغاز في الكتلة بنسب ثابتة لعمال التعدين وموزع الرسوم، ثم تُعاد إلى أدوار متعددة من المشاركين وفقًا لقواعد المساهمة.

يجب التمييز بين تقسيم الرسوم على مستوى البروتوكول والاسترداد النقدي الظاهر على Portal: فالاسترداد النقدي لا يعني وجود دعم غير محدود. وتظل قواعد العرض في Docs وPortal وسقوف المجمع هي المرجع المعتمد.

ما هو CENT، وما الأدوار التي يؤديها في Incentiv؟

CENT هو الرمز الأصلي ووحدة الحساب: إذ يحدد رسوم الغاز، ويدعم تسوية Unified Token، ويُستخدم كأصل لدفع مكافآت Incentiv+ والمكافآت ذات الصلة. ويحدد whitepaper الإمداد الثابت عند 100 مليار رمز، سُكَّت عند إنشاء الشبكة، من دون إصدار جديد تضخمي؛ وتدور الرسوم والمساهمات ضمن الإمداد الحالي. كما يمكن التحقق من إجمالي الإمداد وبيانات التخصيص من خلال إعلان Gate Initial Listing: Incentiv (CENT).

يظل رمز العملة هو CENT. ويمكن للرموز المدعومة الأخرى دفع الرسوم، لكن عروض الأسعار والمستكشفات وبعض الرسوم عبر السلاسل لا تزال تُسوى وفق آلية CENT. وعلى Gate، يمثل CENT/USDT spot trading الزوج المستخدم لمراقبة عروض الأسعار وعمق السوق. ولا يعني الإمداد الثابت وجود وعد بعائد أو سعر؛ إذ يظل التداول الحر وعمليات فتح الرموز وعمق السوق عوامل مؤثرة في التكاليف الفعلية.

ما هو إثبات العمل القائم على تقييم المساهمة، وكيف يختلف عن إثبات العمل التقليدي؟

يحافظ إثبات العمل القائم على تقييم المساهمة على إنتاج الكتل بإثبات العمل من دون إذن، لكنه ينقل مكافآت عمال التعدين من دعم تضخمي ثابت إلى تخصيص للرسوم والمساهمات مرتبط بالاستخدام الفعلي. ووفقًا للوثائق، لا يحصل عمال التعدين منذ إنشاء الشبكة على تمويل من مكافآت كتل تضخمية؛ إذ يذهب نحو 12.5% من رسوم الغاز في كل كتلة إلى عمال التعدين، بينما يدخل نحو 87.5% إلى FeeDistributor. ويعتمد التعدين على آلية شبيهة بـ Ethash، وهي مناسبة لوحدات معالجة الرسومات وتتطلب قدرًا كبيرًا من الذاكرة.

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

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

كيف يمتد Incentiv إلى وكلاء الذكاء الاصطناعي، وما الدور الذي يؤديه Portal MCP؟

يوسع Incentiv الحسابات القابلة للبرمجة لتشمل الوكلاء، إذ يمكن تحديد الميزانيات والأذونات والتفويضات القابلة للإلغاء. ويعرض Portal MCP ‏(mcp.incentiv.io) إمكانات الاكتشاف والأدوات القابلة للاستدعاء؛ وترتبط الهوية بهذه السلسلة، بينما يمكن نقل الأصول عبر شبكات EVM المدعومة باستخدام الجسر الرسمي قبل تسويتها مجددًا على Incentiv.

الإمكانية / نقطة المخاطر الحدود
قراءة الحالة الأرصدة والكتل وUserOperations وحالة الشبكة؛ وتستند الأرصدة إلى قراءات على السلسلة
مسار الكتابة يُصدر build_* عمليات غير موقعة؛ ويمرر broadcast_* النتائج الموقعة؛ ولا تحتفظ نقاط النهاية المستضافة بالمفاتيح ولا تشارك في التوقيع
الرسوم والجسور يمكن تحديد gas_token؛ وقد يتطلب الخروج عبر الجسر الاحتفاظ بـ CENT بشكل مباشر
الحسابات يمكن للمالك اشتقاق حساب ذكي؛ ويمكن نشر المعاملة الأولى ذريًا؛ وتتطلب مسارات الكتابة للحسابات غير المنشورة مالكًا
المخاطر الرئيسية الأذونات الواسعة أكثر من اللازم، والتعامل مع MCP باعتباره محفظة وصائية، واختيار مسار الجسر أو سلسلة الاستلام الخطأ، والأدوات العامة التي لا يمكنها التوقيع محليًا

ويحافظ النمط السليم على استخدام MCP في التسعير والتجميع، بينما تبقى التوقيعات والحدود لدى المستخدم أو ضمن سياسة محلية.

ما المخاطر والقيود التي ينبغي للمستخدمين مراعاتها عند تقييم Incentiv؟

من نقاط القوة: يقلل AAA الأصلي عدد الخطوات، ويوسع Unified Token نطاق عملات الغاز، ويحد إثبات العمل المرتبط بالرسوم من الاعتماد على سرديات الدعم التضخمي المستمر، كما يمكن التحقق من حدود Portal MCP. أما من ناحية القيود، فتعتمد ميزانيات أمان إثبات العمل على الرسوم وقوة التجزئة؛ وقد يؤدي تعطل Bundler أو Paymaster أو EntryPoint إلى توقف التأكيد؛ ولا يغطي Unified Token سوى الأصول المدرجة؛ كما أن مجمعات Incentiv+ محدودة وقد تتغير قواعدها؛ وقد تؤدي الجسور والأذونات الواسعة للوكلاء إلى خسارة الأموال. وينبغي التحقق المتقاطع من المعلمات والعقود بالرجوع إلى الموقع الإلكتروني وDocs والمستكشفات.

الملخص

يجمع Incentiv بين Layer 1 متوافق مع EVM ويعمل بإثبات العمل، وAAA أصلي، وUnified Token، وIncentiv+ الموجه نحو المساهمة: تخرج النوايا من المحافظ الذكية، وتمر عبر Bundler وEntryPoint، ويمكن تسوية الرسوم بأصول غير CENT، وتأتي المكافآت من مجمع مساهمات محدود، ويستخدم الوكلاء Portal MCP ضمن مسار الإنشاء–التوقيع الذاتي–البث. وتتمثل المعلمات الأساسية في Chain ID ‏24101، وRPC ‏https://rpc.incentiv.io، والمستكشف ‏https://explorer.incentiv.io. وينبغي أن يعود التقييم إلى المسار وتقسيم الرسوم وجدول إمكانات MCP.

الأسئلة الشائعة

ما هو Incentiv؟

Incentiv هو Layer 1 حي ومتوافق مع EVM ويعمل بإثبات العمل، وقد بُني حول تجريد الحسابات المتقدم الأصلي، بحيث يمكن للمحافظ الذكية وPaymaster وUnified Token تقليل الاحتكاك المرتبط بالعمليات والغاز. والرمز الأصلي هو CENT؛ وتشمل نقاط الدخول الموقع الإلكتروني وDocs وPortal.

ما هو رمز CENT، وكيف تم تحديد الإمداد؟

CENT هو الرمز الأصلي لـ Incentiv، ويُستخدم لتسعير الغاز وتسوية الرسوم ودفع المكافآت. ووفقًا لإطار الورقة البيضاء، يبلغ الإمداد 100 مليار رمز ثابتًا، وقد سُكَّ عند إنشاء الشبكة من دون إصدار جديد تضخمي؛ ولا يزال يتعين التحقق من التداول الحر وعمليات فتح الرموز من خلال إفصاحات التخصيص العامة وlisting announcement والبيانات على السلسلة. وزوج التداول الفوري على Gate هو CENT/USDT.

هل يمكن للمستخدمين دفع رسوم الغاز من دون الاحتفاظ بـ CENT؟

نعم، ضمن الأصول التي يدعمها Unified Token: يمكن لـ Portal اختيار رموز مدعومة مثل USDC وUSDT وWETH لدفع الغاز، مع تسويتها عبر مسارات Paymaster وDEX. عند الاحتفاظ بـ CENT، يكون CENT هو الخيار الافتراضي؛ لكن قد تتطلب عمليات الخروج عبر الجسر والتدفقات ذات الصلة الاحتفاظ بـ CENT بشكل مباشر.

ما Chain ID وRPC الخاصان بـ Incentiv؟

يبلغ Chain ID للشبكة الرئيسية 24101، ورمز العملة هو CENT، وRPC هو https://rpc.incentiv.io، والمستكشف هو https://explorer.incentiv.io، وBundler هو https://bundler.incentiv.io. وينبغي التحقق من إضافات الشبكة بندًا بندًا بالرجوع إلى إعدادات الشبكة في Docs.

ما المخاطر الرئيسية لاستخدام Incentiv؟

تشمل المخاطر الرئيسية ارتباط أمان إثبات العمل بحجم الرسوم، واعتماد AAA على عدة مكونات، وإمكانية تغير قواعد المكافآت وسقوف المجمعات، وأخطاء الجسور والعناوين، واتساع أذونات Agent وPortal MCP أكثر من اللازم. ولا يعني عدم احتفاظ MCP المستضاف بالمفاتيح أن الإجراءات على السلسلة خالية من المخاطر؛ إذ لا يزال يتعين مراجعة الأذونات وقوائم الأصول وUserOperations عبر المستكشفات.

المؤلف: Jayne
إخلاء المسؤولية

* لا يُقصد من المعلومات أن تكون أو أن تشكل نصيحة مالية أو أي توصية أخرى من أي نوع تقدمها منصة Gate أو تصادق عليها .

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

مشاركة

sign up guide logosign up guide logo
sign up guide content imgsign up guide content img
Sign Up

المقالات ذات الصلة

ما هي العناصر الرئيسية لبروتوكول 0x؟ استعراض معماري Relayer وMesh وAPI
مبتدئ

ما هي العناصر الرئيسية لبروتوكول 0x؟ استعراض معماري Relayer وMesh وAPI

يؤسس بروتوكول 0x بنية تحتية متقدمة للتداول اللامركزي من خلال مكونات رئيسية تشمل Relayer، وMesh Network، و0x API، وExchange Proxy. يتولى Relayer إدارة بث الأوامر خارج السلسلة، وتتيح Mesh Network مشاركة الأوامر، بينما يوفر 0x API واجهة موحدة لعروض السيولة، ويتولى Exchange Proxy تنفيذ التداولات على السلسلة وتوجيه السيولة بكفاءة. تُمكّن هذه المكونات مجتمعةً من بناء هيكل يجمع بين نشر الأوامر خارج السلسلة وتسوية التداولات على السلسلة، ما يمنح المحافظ، وDEXs، وتطبيقات التمويل اللامركزي (DeFi) إمكانية الوصول إلى سيولة متعددة المصادر عبر واجهة موحدة واحدة.
2026-04-29 03:06:50
كيف تتيح Pharos تحويل الأصول الحقيقية (RWA) إلى على السلسلة؟ استعراض معمّق للمنهجية التي تستند إليها بنية RealFi التحتية لديها
متوسط

كيف تتيح Pharos تحويل الأصول الحقيقية (RWA) إلى على السلسلة؟ استعراض معمّق للمنهجية التي تستند إليها بنية RealFi التحتية لديها

تتيح Pharos (PROS) دمج الأصول الواقعية (RWA) على السلسلة عبر بنية طبقة أولى عالية الأداء وبنية تحتية محسّنة للسيناريوهات المالية. من خلال التنفيذ المتوازي، والتصميم المعياري، والوحدات المالية القابلة للتوسع، تلبي Pharos متطلبات إصدار الأصول، وتسوية التداولات، وتدفق رأس المال المؤسسي، مما يسهل ربط الأصول الحقيقية بالنظام المالي على السلسلة. في جوهرها، تبني Pharos بنية تحتية RealFi تربط الأصول التقليدية بالسيولة على السلسلة، لتوفر شبكة أساسية مستقرة وفعالة لسوق RWA.
2026-04-29 08:04:57
كاردانو مقابل إيثيريوم: التعرف على الاختلافات الأساسية بين اثنتين من أبرز منصات العقود الذكية
مبتدئ

كاردانو مقابل إيثيريوم: التعرف على الاختلافات الأساسية بين اثنتين من أبرز منصات العقود الذكية

يكمن الفرق الجوهري بين Cardano وEthereum في نماذج السجلات وفلسفات التطوير لكل منهما. تعتمد Cardano على نموذج Extended UTXO (EUTXO) المستمد من Bitcoin، وتولي أهمية كبيرة للتحقق الرسمي والانضباط الأكاديمي. في المقابل، تستخدم Ethereum نموذجًا معتمدًا على الحسابات، وبصفتها رائدة في مجال العقود الذكية، تركز على سرعة تطور النظام البيئي والتوافق الشامل.
2026-03-24 22:08:15
بروتوكول 0x مقابل Uniswap: ما الفرق بين بروتوكولات دفتر الطلبات ونموذج AMM؟
متوسط

بروتوكول 0x مقابل Uniswap: ما الفرق بين بروتوكولات دفتر الطلبات ونموذج AMM؟

تم تصميم كل من 0x Protocol وUniswap لتداول الأصول بشكل لامركزي، لكن كلاهما يعتمد آليات تداول مميزة. يستند 0x Protocol إلى بنية دفتر الطلبات خارج السلسلة مع تسوية على السلسلة، حيث يقوم بتجميع السيولة من مصادر متعددة لتوفير بنية تحتية للتداول للمحافظ ومنصات DEX. في المقابل، يتبنى Uniswap نموذج صانع السوق الآلي (AMM)، ما يتيح مبادلات الأصول على السلسلة من خلال مجمعات السيولة. يكمن الفرق الأساسي بينهما في تنظيم السيولة؛ إذ يركز 0x Protocol على تجميع الطلبات وتوجيه التداول بكفاءة، ما يجعله مثاليًا لدعم السيولة الأساسية للتطبيقات. بينما يستخدم Uniswap مجمعات السيولة لتقديم خدمات المبادلة المباشرة للمستخدمين، ليبرز كمنصة قوية لتنفيذ التداولات على السلسلة.
2026-04-29 03:48:20
دور Render في AI: كيف يعزز معدل التجزئة اللامركزي الابتكار في الذكاء الاصطناعي
مبتدئ

دور Render في AI: كيف يعزز معدل التجزئة اللامركزي الابتكار في الذكاء الاصطناعي

على عكس المنصات التي تركز فقط على قوة التجزئة في مجال الـ AI، تبرز Render بفضل شبكتها المعتمدة على GPU وآلية التحقق من المهام ونموذج الحوافز القائم على رمز RENDER. يمنح هذا التكامل Render توافقًا ومرونة طبيعية في حالات استخدام AI المختارة، ولا سيما تلك المرتبطة بالحوسبة الرسومية.
2026-03-27 13:12:58
Render و io.net و Akash: مقارنة الفروقات الأساسية بين شبكات معدل التجزئة DePIN
مبتدئ

Render و io.net و Akash: مقارنة الفروقات الأساسية بين شبكات معدل التجزئة DePIN

تُعد Render وio.net وAkash أكثر من مجرد منافسين يقدمون حلولًا متشابهة؛ فهي تمثل ثلاثة مشاريع رائدة في قطاع قوة التجزئة DePIN، حيث يسلك كل مشروع منها مسارًا تقنيًا خاصًا: معالجة الرسومات باستخدام GPU، وتنظيم قوة التجزئة للذكاء الاصطناعي، والحوسبة السحابية اللامركزية. تركز Render على تنفيذ مهام معالجة الرسومات عالية الجودة عبر GPU، مع إعطاء أولوية للتحقق من النتائج وبناء منظومة قوية للمنشئين. أما io.net فتركز على تدريب نماذج الذكاء الاصطناعي وعمليات الاستدلال، وتكمن ميزتها الأساسية في تنظيم GPU على نطاق واسع وكفاءة التكلفة. بينما طورت Akash متجر سحابة لامركزي للأغراض العامة يوفّر موارد حوسبة منخفضة التكلفة عبر عملية تقديم عروض تنافسية.
2026-03-27 13:18:02