تم إنشاء هذه المقالة بواسطة الذكاء الاصطناعي. يرجى التحقق من المعلومات المهمة بشكل مستقل.

ما هو توكن NEAR؟ شرح نموذج الحساب

Crypto Wiki|Jul 24, 2026|4.5 (500 تقييمات)
ملخص الذكاء الاصطناعي

Learn how NEAR Protocol's account model works: named accounts, access keys, sub-accounts, and storage staking explained for developers and users.

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

مقدمة: ما هو بروتوكول NEAR ولماذا يهم نموذج الحساب الخاص به؟

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

يلحظ معظم الأشخاص الذين يواجهون NEAR لأول مرة شيئًا غير متوقع. يبدو حسابهم مثل alice.near، وليس سلسلة مشفرة من الحروف والأرقام. هذا الاختيار التصميمي ليس شكليًا. إنه يعكس قرارًا معماريًا أعمق مدمجًا في نموذج حساب NEAR، ويتناول الهوية، والأذونات، والتخزين، وكيفية تفاعل التطبيقات مع المستخدمين.

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


المحتويات

  1. ما هو بروتوكول NEAR؟ نظرة عامة أساسية
  2. نموذج حساب NEAR: كيف يدير NEAR الهوية والأذونات داخل الكتلة
  3. أنواع حسابات NEAR: الحسابات المسماة مقابل الحسابات الضمنية
  4. مفاتيح الوصول في NEAR: نظام الأذونات الذي يجعل حسابات NEAR فريدة
  5. حسابات NEAR الفرعية: فهم التسلسل الهرمي للحسابات
  6. رهن التخزين: لماذا تتطلب حسابات NEAR حداً أدنى من الرصيد
  7. نموذج حساب NEAR مقابل نموذج حساب Ethereum: مقارنة هيكلية
  8. كيفية إنشاء حساب NEAR وإدارته
  9. رمز NEAR: الغاز، والتخزين، والرهن
  10. الأسئلة الشائعة
  11. الملخص: ما الذي يجعل نموذج حساب NEAR مميزاً

ما هو بروتوكول NEAR؟ نظرة عامة أساسية

بروتوكول NEAR هو بلوكتشين قائم على إثبات الحصة من الطبقة الأولى، مصمم للتطبيقات اللامركزية القابلة للتوسع وسهلة للمطورين. يستخدم آلية توافق إثبات الحصة (PoS) وتقنية التجزئة Nightshade لتحقيق قابلية التوسع الأفقي. بروتوكول NEAR هو شبكة البلوكتشين؛ رمز NEAR هو عملته الرقمية الأصلية المستخدمة لرسوم المعاملات، التخزين، وتخزين الرموز (staking).

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

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

ما يميز NEAR عن غيرها من سلاسل الطبقة الأولى ليس تقنية التقسيم (sharding) وحدها؛ إذ يعد نموذج الحسابات، الذي سيتم تناوله في الأقسام التالية، هو الطبقة الهيكلية التي تحقق فيها NEAR أهم اختلافاتها التصميمية الجوهرية عن إيثيريوم والسلاسل المماثلة.

نموذج حساب NEAR: كيف يدير NEAR الهوية والأذونات داخل الكتلة

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

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

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

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

  1. معرفات وأنواع الحسابات: كيف يتم تحديد الحسابات (مسمى مقابل ضمني)
  2. مفاتيح الوصول: كيف يتم ربط الأذونات بالحسابات
  3. الحسابات الفرعية: كيف يمكن تنظيم الحسابات هرميًا
  4. تخزين التعهد: كيف تتم إدارة تكاليف التخزين داخل الكتلة

للحصول على المواصفات الفنية الكاملة، راجع وثائق نموذج حساب NEAR.

أنواع حسابات NEAR: الحسابات المُسماة مقابل الحسابات الضمنية

يدعم بروتوكول NEAR نوعين متميزين من الحسابات: الحسابات المُسماة، والتي تستخدم معرفات سهلة القراءة للبشر مثل alice.near، والحسابات الضمنية، التي تستخدم سلاسل سداسية عشرية مكونة من 64 حرفاً مشتقة من المفتاح العمومي. كلا النوعين عبارة عن حسابات NEAR كاملة الوظائف؛ فهما يختلفان في التنسيق، وعملية التسجيل، وحالة الاستخدام النموذجية.

الحسابات المُسماة

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

على شبكة مينيت، تُعد اللاحقة ‎.near هي المعرّف من المستوى الأعلى المملوك لمسجل ‎.near. يتم إنشاء حساب مثل alice.near أو defi-protocol.near عن طريق إرسال معاملة تسجيل من خلال حساب NEAR موجود أو خدمة صنبور (faucet). وفقاً لـ توثيق نموذج حساب NEAR, تتبع معرفات الحسابات المسماة هذه القواعد: يتراوح طولها بين 2 إلى 64 حرفاً، وتتكون من أحرف صغيرة وأرقام فقط، مع السماح باستخدام الواصلات والشرطات السفلية كفواصل، ولا يمكن أن يبدأ المعرف أو ينتهي بحرف فاصل.

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

الحسابات الضمنية

يستخدم الحساب الضمني معرّف حساب مكوناً من 64 حرفاً بنظام سداسي عشر (hexadecimal) بأحرف صغيرة، مشتقاً مباشرة من المفتاح العمومي، بشكل مشابه لآلية عمل عناوين محافظ إيثيريوم. ويشير مصطلح "ضمني" إلى حقيقة أن معرّف الحساب مشتق ضمنياً من المفتاح، ولا يعني أن الحساب مجهول الهوية أو غير متتبع. يبدو مثال لمعرّف حساب ضمني كالتالي 98793cd91a3f870fb126f662858dbb54de0ca... (بإجمالي 64 حرفاً).

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

تُعد الحسابات الضمنية مماثلة لعناوين محافظ العملات الرقمية التقليدية: وهي عبارة عن سلسلة سداسية عشرية (hex) طويلة مشتقة من المفتاح العمومي الخاص بك، ويمكن لأي شخص مطلع على تنسيقات عناوين إيثيريوم أو بيتكوين التعرف عليها.

الحسابات المسماة مقابل الحسابات الضمنية: مقارنة جنباً إلى جنب

الميزةالحساب المسمىالحساب الضمني
تنسيق معرف الحسابقابل للقراءة البشرية (مثل: alice.near)سلسلة سداسية عشرية بطول 64 حرفاً
سهولة القراءةعالية؛ سهل التذكر والمشاركةمنخفضة؛ سلسلة تشفير
متطلبات التسجيلالتسجيل داخل الكتلة عبر حساب موجود أو صنبورزوج المفاتيح موجود بدون تسجيل؛ المعاملة الممولة تنشط داخل الكتلة
حالة الاستخدام الأساسيةالمستخدمون النهائيون، التطبيقات اللامركزية (dApps)، المنظماتالاستخدام البرمجي، المنصات، محافظ الوصاية
مثالdefi-protocol.near98793cd91a3f...

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

مفاتيح الوصول لـ NEAR: نظام الأذونات الذي يجعل حسابات NEAR فريدة من نوعها

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

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

مفاتيح الوصول الكامل

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

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

مفاتيح الوصول لاستدعاء الوظائف

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

عندما يطالبك تطبيق لامركزي (dApp) بـ "الموافقة على اتصال" أو "إضافة مفتاح وصول"، فإنه يطلب مفتاح وصول لاستدعاء وظيفة، وليس التحكم الكامل في حسابك. تعد مفاتيح الوصول لاستدعاء الوظائف آمنة للموافقة عليها من التطبيقات الموثوقة لأن نطاقها محدد عند الإنشاء: فهي لا يمكنها تحويل رموزك المميزة، أو نشر العقود، أو إدارة مفاتيح أخرى. يمكنك إلغاء أي مفتاح وصول لاستدعاء وظيفة في أي وقت من خلال واجهة محفظتك.

تُعد رسوم الغاز في شبكة NEAR منخفضة ويمكن التنبؤ بها مقارنةً بشبكة Ethereum، كما يمكن لمفاتيح الوصول لطلب الوظائف أن تتضمن مخصصات للغاز بحيث لا يحتاج المستخدمون إلى الموافقة يدوياً على الرسوم لكل عملية تفاعل فردية. وفقاً للوثائق الرسمية، يذهب ما يقرب من 30% من رسوم الغاز في NEAR إلى مطوري عقد ذكي (يُرجى التحقق من النسبة المئوية الحالية عبر docs.near.org، حيث أن هذا الأمر يخضع لتحديثات البروتوكول).

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

مفتاح الوصول الكامل مقابل مفتاح الوصول لاستدعاء الوظيفة: مقارنة

الميزةمفتاح الوصول الكاملمفتاح الوصول لاستدعاء الوظائف
نطاق الأذوناتغير مقيد؛ جميع أنواع المعاملاتمقيد؛ طرق عقد محددة فقط
يمكن تحويل رموز NEARنعملا (إلا إذا سُمح بذلك صراحةً)
يمكن نشر العقودنعملا
يمكن إضافة أو إزالة المفاتيحنعملا
حد مخصصات الغازلا ينطبقاختياري؛ يتم تحديده وقت إنشاء المفتاح
حالة الاستخدام الأساسيةمالك الحساب، الاسترداد، التحكم الكاملالتفاعلات مع التطبيقات اللامركزية (dApp)، الأذونات المفوضة
توصية أمنيةيُخزن بشكل آمن؛ لا يتم مشاركته أبداً مع التطبيقات اللامركزية (dApps)من الآمن منحه للتطبيقات اللامركزية (dApps) الموثوقة؛ يمكن إلغاؤه في أي وقت

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

حسابات NEAR الفرعية: فهم التسلسل الهرمي للحسابات

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

تعمل الحسابات الفرعية مثل النطاقات الفرعية على موقع إلكتروني: blog.example.com هو نطاق فرعي لـ example.com، تمامًا كما أن app.alice.near هو حساب فرعي لـ alice.near. يمتد التسلسل الهرمي للحسابات بالعمق المطلوب، حيث يتم إنشاء كل مستوى بواسطة المستوى الأصل المباشر له.

alice.near └── app.alice.near └── v2.app.alice.near

قاعدة الإنشاء صارمة: يمكن لـ alice.near إنشاء app.alice.near، لكن alice.near لا يمكنها إنشاء sub.app.alice.near مباشرة. فقط app.alice.near يمكنها إنشاء ذلك الفرع الأعمق. بعد الإنشاء، تكون الحسابات الفرعية حسابات مستقلة بمفاتيح وصول خاصة بها؛ ولا يتحكم الحساب الأصلي تلقائيًا في الحساب الفرعي.

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

ثلاث حالات استخدام عملية تدفع معظم تبني الحسابات الفرعية:

["1. عزل العقود: نشر عقود ذكية منفصلة لـ v1.myapp.near و v2.myapp.near، مع الحفاظ على استقلالية الإصدارات بحيث لا يؤثر الخطأ في أحدهما على الآخر.","2. مساحات أسماء التطبيقات: إنشاء حسابات مستخدمين ضمن مساحة اسم التطبيق، مثل username.myapp.near، مما يمنح التطبيق مساحة حساب منظمة.","3. الفصل التنظيمي: إدارة الخزانة والعمليات تحت حساب رئيسي واحد، على سبيل المثال treasury.myorg.near و governance.myorg.near."]

من الناحية العملية، يعني هذا أن مطور NEAR يمكنه نشر نسخة جديدة من عقد ذكي في v2.app.myprotocol.near دون المساس بـ app.myprotocol.near الحالي، مما يحافظ على فصل بيئات الإنتاج والتطوير بشكل واضح تحت مساحة اسم تنظيمية واحدة.

مشاركة التخزين: لماذا تتطلب حسابات NEAR حدًا أدنى للرصيد

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

بالنسبة للحساب الأساسي الذي يحتفظ بمفاتيح فقط ولا يحتوي على عقد منشور، فإن الحد الأدنى للرصيد هو 0.0023 NEAR تقريبًا حتى وقت كتابة هذا النص (تحقق من الرقم الحالي في docs.near.org، حيث يخضع ذلك لتحديثات البروتوكول). تغطي الرموز المميزة المقفلة البصمة التخزينية لحالة الحساب داخل الكتلة.

إن الرموز المميزة المقفلة لا تُفقد ولا تُحرق. فكر في تخزين الحصص (staking) مثل استئجار مساحة رف في مستودع: أنت تدفع إيداعاً يتناسب مع حجم المساحة التي تستخدمها، وتسترد إيداعك عند إخلاء الرف. إذا حذفت البيانات المخزنة أو أغلقت حساباً، فإن رموز NEAR المتناسبة تعود إلى رصيدك.

يحمل رهن التخزين معنى مميزًا عن رهن المدققين، ويُعد هذا الاختلاف مهمًا. على شبكة NEAR، يشير مصطلح "الرهن" (staking) إلى آليتين منفصلتين:

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

هاتان الآليتان مستقلتان تشغيليًا. التخزين هو جزء لا يتجزأ من نموذج الحساب نفسه: يتم تخزين حالة كل حساب NEAR داخل الكتلة، وهذا التخزين يتطلب رصيدًا مقفلًا متناسبًا.

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

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

--- ## نموذج حساب NEAR مقابل نموذج حساب إيثيريوم: مقارنة هيكلية

يتخذ NEAR و Ethereum نهجين مختلفين جوهريًا في بنية الحسابات. يستخدم NEAR نموذج حساب موحد حيث يمكن لكل حساب الاحتفاظ بالرموز والمفاتيح والكود، بينما تفصل Ethereum الحسابات المملوكة خارجيًا عن حسابات العقود على مستوى البروتوكول. تدعم حسابات NEAR أزواج مفاتيح تشفير متعددة بنطاقات أذونات قابلة للتكوين، بينما يتم التحكم في حسابات Ethereum بواسطة مفتاح سري واحد. حيث تكون معرفات حسابات NEAR عبارة عن سلاسل نصية قابلة للقراءة البشرية مثل alice.near، تعتمد Ethereum على عناوين سداسية عشرية مكونة من 42 حرفًا مثل 0x71C7656EC7ab88b098defB751B7401B5f6d8976F.

يحدد نموذج الطبقة الأساسية لـ Ethereum نوعين مختلفين من الحسابات. الحساب المملوك خارجيًا (EOA) هو حساب يتحكم فيه المستخدم، ويتم تحديده بواسطة عنوان سداسي عشري مكون من 42 حرفًا، ويتم التحكم فيه بواسطة مفتاح سري واحد. يحتفظ الحساب التعاقدي بالكود ويتم التحكم فيه بواسطة منطق هذا الكود بدلاً من مفتاح. الحسابات التعاقدية فقط يمكنها الاحتفاظ بالعقود الذكية في تصميم الطبقة الأساسية لـ Ethereum. ارجع إلى توثيق نموذج حساب Ethereum) للمواصفات الكاملة.

تعمل مقترحات تجريد الحساب EIP-4337 الخاصة بإيثيريوم على تطوير نموذج الطبقة الأساسية نحو حسابات أكثر قابلية للبرمجة. تعكس هذه المقارنة نموذج حسابات الطبقة الأساسية الأصلي لإيثيريوم، وليس ملحقات تجريد الحساب.

للمطورين الذين يقيمون التوافق مع الإيثيريوم، تسمح Aurora (طبقة متوافقة مع EVM مبنية على NEAR) لعقود Solidity الذكية بالعمل على البنية التحتية لـ NEAR. يتيح جسر قوس قزح (Rainbow Bridge) نقل الأصول بين NEAR و Ethereum لضمان التشغيل البيني بين النظامين البيئيين. تتبع سلاسل الطبقة الأولى الأخرى مثل Solana أساليب معمارية مختلفة لإدارة الحسابات، والتي تتضمن مقايضات منفصلة تستحق التقييم بشكل مستقل.

رسوم الغاز في NEAR منخفضة ويمكن التنبؤ بها مقارنة برسوم الطبقة الأساسية لـ Ethereum، ويذهب ما يقرب من 30% من رسوم الغاز في NEAR إلى مطوري العقود الذكية (تحقق في docs.near.org)، مما يخلق حافزًا مباشرًا للمطورين مرتبطًا باستخدام العقد.

نموذج حساب NEAR مقابل نموذج حساب Ethereum

الميزةNEAREthereum
تنسيق معرف الحسابمعرف قابل للقراءة البشرية (مثل alice.near) أو 64 حرفاً بنظام hexعنوان بنظام ست عشري مكون من 42 حرفاً (مثل 0x71C...)
أنواع الحساباتموحدة؛ نوع حساب واحد لجميع الاستخداماتنوعان: حساب مملوك خارجيًا (مستخدم) وحساب عقد (برمجي)
إدارة المفاتيحأزواج مفاتيح متعددة مع نطاقات أذونات قابلة للتكوينمفتاح سري واحد يتحكم في الحساب بالكامل
دعم العقود الذكيةيمكن لأي حساب أن يحمل اختيارياً عقداً ذكياًحسابات العقود فقط هي التي تحمل الأكواد
نموذج التخزينحصة التخزين؛ رموز مقفلة تتناسب مع البيانات المخزنةيعتمد على رسوم الغاز؛ لا يوجد ضمان مقفل للتخزين
القابلية للقراءة البشريةالحسابات المسماة قابلة للقراءة البشرية وسهلة الحفظالعناوين بنظام hex تتطلب النسخ واللصق
التوافق مع EVMغير أصلي؛ توفر Aurora طبقة EVM على NEAREVM أصلي؛ جميع الأدوات القياسية متوافقة مع EVM

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

كيفية إنشاء حساب NEAR وإدارته

يتطلب إنشاء حساب NEAR أربع خطوات، ويمكنك إكمال العملية من خلال أي من مزودي المحافظ المدعومين من NEAR.

  1. اختر محفظة NEAR. تشمل الخيارات الحالية MyNearWallet و Meteor Wallet ودعم المحافظ الصلبة Ledger. تم إيقاف NEAR Wallet الأصلي على wallet.near.org، لذا تحقق من خيارات محافظ NEAR الحالية للحصول على قائمة محدثة، مع تطور نظام المحافظ بمرور الوقت.

٢. أنشئ حسابك باسم من اختيارك. ستختار معرّف حسابك أثناء إعداد المحفظة، على سبيل المثال yourname.near. تتولى المحفظة معاملة التسجيل داخل الكتلة.

  1. حافظ على أمان العبارة الأوَّلية الخاصة بك. تتحكم العبارة الأوَّلية في مفتاح الوصول الكامل الخاص بك. تعامل معها كأنها كلمة مرور رئيسية: قم بتدوينها يدوياً (دون اتصال بالإنترنت)، واحفظها بشكل آمن، ولا تشاركها أبداً مع أي موقع إلكتروني أو تطبيق تابع لطرف ثالث. أي شخص يمتلك العبارة الأوَّلية الخاصة بك لديه سيطرة كاملة على حسابك.

  2. قم بتمويل حسابك. قم بتحويل رصيد كافٍ من NEAR لتغطية الحد الأدنى لرصيد تخزين الحصة (حوالي 0.0023 NEAR وقت كتابة هذا التقرير، تحقق من docs.near.org لمعرفة الأرقام الحالية) بالإضافة إلى أي رسوم معاملات لنشاطك الأولي.

عندما يطلب منك تطبيق لامركزي (dApp) ربط محفظتك، فإنه يطلب مفتاح وصول لاستدعاء وظيفة محددة، وليس التحكم الكامل في حسابك. يمكن للتطبيق اللامركزي فقط استدعاء طرق عقود محددة توافق عليها، وضمن رسوم الغاز (gas allowance) التي تحددها. يمكنك إلغاء أي مفتاح وصول لاستدعاء وظيفة في أي وقت من خلال واجهة إدارة المفاتيح في محفظتك.

من أجل أمن حسابك المستمر، احتفظ بـ العبارة الأوَّلية مخزنة في وضع عدم الاتصال، وقم بإلغاء مفاتيح الوصول لطلب الوظائف من التطبيقات التي لم تعد تستخدمها، وفكر في استخدام محفظة أجهزة مثل Ledger للحسابات ذات القيمة العالية. للحصول على إرشادات خطوة بخطوة حول إنشاء الحساب، يرجى الرجوع إلى وثائق NEAR الرسمية على docs.near.org.

رمز NEAR: الغاز، التخزين، والرهن

يؤدي رمز NEAR ثلاث وظائف مميزة ضمن بروتوكول NEAR:

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

يدعم نظام NEAR البيئي مجموعة من فئات التطبيقات. تمثل بروتوكولات DeFi مثل Ref Finance، وأسواق الرموز غير القابلة للاستبدال (NFT) مثل Mintbase وParas، وألعاب البلوكتشين، والمنظمات اللامركزية المستقلة (DAOs) مجالات نشطة لتطوير بروتوكول NEAR منذ إطلاق المينيت الخاص به في عام 2020. يعتمد كل نوع من أنواع التطبيقات هذه على ميزات نموذج الحساب: الحسابات المسماة لهوية المستخدم، ومفاتيح الوصول لاستدعاء الوظائف للأذونات المفوضة، وتخزين الرهن لإدارة البيانات داخل الكتلة.

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

رمز NEAR هو الركيزة الاقتصادية لنموذج الحساب. وهو يمول رسوم الغاز التي تجعل المعاملات ممكنة، ويؤمّن تخزين داخل الكتلة من خلال تخزين الرهن، ويدعم أمن الشبكة من خلال رهن المدققين.

يعتمد كون توكن NEAR استثمارًا مناسبًا على الظروف المالية الفردية ومدى تحمل المخاطر. يتناول هذا المقال البنية التقنية لـ NEAR. لاتخاذ قرارات استثمارية، استشر مستشارًا ماليًا مؤهلاً وأجرِ بحثًا مستقلاً.


بروتوكول NEAR ونموذج حساب NEAR: الأسئلة الشائعة

ما هو حساب NEAR، ولماذا يحتوي على اسم مستخدم بدلاً من عنوان محفظة؟

تستخدم حسابات NEAR معرفات سهلة القراءة مثل alice.near لأن نموذج حساب NEAR تم تصميمه مع مراعاة تجربة المستخدم على مستوى البروتوكول. بدلاً من اشتقاق معرفات الحسابات بشكل تشفيري من مفتاح عمومي (الذي ينتج سلسلة سداسية عشرية طويلة)، يسمح NEAR بتسجيل الحسابات بأسماء قابلة للقراءة من خلال نظام تسمية. يمكنك مشاركة معرف حساب NEAR الخاص بك بنفس الطريقة التي تشارك بها عنوان بريد إلكتروني، دون الحاجة إلى نسخ سلسلة سداسية عشرية مكونة من 42 حرفًا.

ما الفرق بين مفتاح الوصول الكامل ومفتاح الوصول لاستدعاء الوظيفة؟

يمنح مفتاح الوصول الكامل تحكمًا غير مقيد على حساب NEAR: يمكنه توقيع تحويلات الرموز، ونشر العقود، وإدارة المفاتيح الأخرى، وحذف الحساب. مفتاح وصول استدعاء الوظيفة له أذونات محدودة النطاق: يمكنه فقط استدعاء طرق محددة على عقد ذكي مُسمى، مع حد أقصى اختياري لمخصص الغاز. عبارتك الأوَّلية تتحكم في مفتاح وصول كامل. عندما يطلب تطبيق لامركزي (dApp) الوصول إلى المحفظة، فإنه يطلب مفتاح وصول استدعاء وظيفة، يمكنك إلغاؤه في أي وقت.

ما هو تخزين التخزين (storage staking)، ولماذا يحتاج حساب NEAR الخاص بي إلى حد أدنى للرصيد؟

آلية التخزين هي نظام NEAR لتمويل التخزين داخل الكتلة. يجب على كل حساب NEAR قفل كمية متناسبة من رموز NEAR لتغطية بصمة التخزين الخاصة به على البلوكتشين، حوالي 1 NEAR لكل 100 كيلوبايت من البيانات. يتطلب الحساب الأساسي حوالي 0.0023 NEAR (تحقق من docs.near.org للحصول على الأرقام الحالية). الرموز المقفلة ليست رسومًا؛ إنها إيداع قابل للاسترداد يتم إرجاعه عند حذف البيانات المخزنة أو إغلاق الحساب.

ما هي الحسابات الفرعية لـ NEAR، ولماذا تُستخدم؟

الحسابات الفرعية في NEAR هي حسابات تابعة تمتد من حساب أصلي مُسمى باستخدام هيكل تسمية شبيه بالنطاق الفرعي. على سبيل المثال، app.alice.near هو حساب فرعي تابع للحساب alice.near. يمكن للحساب الأصلي المباشر فقط إنشاء حساب فرعي. يستخدم المطورون الحسابات الفرعية لعزل إصدارات العقود (مثل v1.myapp.near و v2.myapp.near)، ولتقسيم أسماء التطبيقات (مثل username.myapp.near)، ولفصل الحسابات التنظيمية تحت هوية أب واحدة.

كيف يختلف بروتوكول NEAR عن إيثيريوم؟

يستخدم NEAR نموذج حساب موحد حيث يمكن لكل حساب الاحتفاظ بالرموز والمفاتيح والكود، بينما تفصل إيثيريوم الحسابات المملوكة خارجيًا (EOAs) عن حسابات العقود. تدعم حسابات NEAR مفاتيح وصول متعددة بنطاقات صلاحيات قابلة للتكوين؛ يتم التحكم في حسابات إيثيريوم بواسطة مفتاح سري واحد. معرفات حسابات NEAR هي سلاسل نصية قابلة للقراءة البشرية؛ تستخدم حسابات إيثيريوم عناوين سداسية عشرية مكونة من 42 حرفًا. هذه مفاضلات معمارية، لكل منها آثار مميزة على نظام المطورين البيئي.

هل يمكن لكل حساب NEAR الاحتفاظ بعقد ذكي؟

يمتلك كل حساب NEAR خيار نشر عقد ذكي، ولكن لا يوجد حساب ملزم بالقيام بذلك. فالحساب الذي لا يحتوي على عقد منشور يحتفظ ببساطة بالرموز المميزة ومفاتيح الوصول. في إيثيريوم، تحتفظ حسابات العقود فقط بالأكواد البرمجية؛ أما حسابات المستخدمين (EOAs) فلا يمكنها ذلك. يزيل NEAR هذا التمييز: حيث يمكن لأي حساب، بما في ذلك الحسابات الفرعية، استضافة عقد ذكي اختيارياً مكتوباً بلغة Rust أو JavaScript/TypeScript عبر NEAR SDK.

ما هي المحافظ التي تدعم بروتوكول NEAR؟

تشمل محافظ NEAR الحالية MyNearWallet، ومحفظة Meteor، ودعم محفظة Ledger للأجهزة. تم إهمال محفظة NEAR الأصلية على wallet.near.org. يتطور النظام البيئي للمحافظ مع تطور البروتوكول، لذا تحقق من خيارات محافظ NEAR الحالية للحصول على أحدث قائمة. تسمح لك جميع المحافظ المدعومة بإنشاء وإدارة حسابات NEAR، وعرض مفاتيح الوصول الخاصة بك، والموافقة على طلبات مفاتيح dApp أو رفضها.

ما هو التجزئة Nightshade على NEAR؟

Nightshade هي آلية التجزئة (sharding) الخاصة ببروتوكول NEAR لتحقيق قابلية التوسع الأفقي. تقوم التجزئة بتقسيم الشبكة إلى أجزاء معالجة متوازية تسمى "shards"، كل منها يتعامل مع مجموعة فرعية من المعاملات في وقت واحد. Nightshade هو التطبيق المحدد لـ NEAR، المصمم لزيادة إنتاجية الشبكة مع زيادة الطلب دون التضحية باللامركزية. للحصول على معالجة تقنية أعمق لـ Nightshade، ارجع إلى وثائق NEAR الرسمية.


ملخص: ما الذي يجعل نموذج حساب NEAR مميزاً

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

أهم النقاط المستفادة من هذا المقال:

  • تستخدم الحسابات المسماة (Named accounts) معرفات قابلة للقراءة البشرية مثل alice.near ، ويتم تسجيلها من خلال نظام تسمية وتكون قابلة للمشاركة مثل عنوان البريد الإلكتروني
  • توفر الحسابات الضمنية (Implicit accounts) بديلاً برمجياً، باستخدام معرفات سداسية عشرية مكونة من 64 حرفاً مشتقة مباشرة من المفتاح العمومي
  • تربط مفاتيح وصول NEAR أزواج مفاتيح تشفير متعددة بحساب واحد، ولكل منها نطاقات أذونات قابلة للتكوين (مفاتيح وصول كاملة للتحكم الكامل، ومفاتيح وصول لاستدعاء الوظائف لتفاعلات التطبيقات اللامركزية (dApp) المحددة)
  • تنشئ الحسابات الفرعية (Sub-accounts) مساحة اسم هرمية لهندسة التطبيقات اللامركزية، وإصدار العقود، والفصل التنظيمي
  • يتطلب تحصيص التخزين (Storage staking) رصيد NEAR مقفل صغير يتناسب مع البيانات المخزنة داخل الكتلة، وهو إيداع قابل للاسترداد وليس رسوماً
  • يتناقض تصميم حساب NEAR الموحد مع انقسام Ethereum بين حسابات المالك الخارجي (EOAs) وحسابات العقود، مما يمنح كل حساب NEAR خيار الاحتفاظ بالرموز والمفاتيح والكود ضمن نوع حساب واحد

إن فهم هذه الجوانب الستة لنموذج الحساب يمنح المطورين والمستثمرين والمستخدمين صورة واضحة عما يقدمه بروتوكول NEAR من الناحية المعمارية، والسبب في أن خيارات التصميم الخاصة به توفر تجربة مستخدم تميزه عن غيره من سلاسل الطبقة الأولى (Layer-1).

الخطوات التالية:


قراءات ذات صلة