حققت جميع البلوكتشين اليوم تقدماً كبيراً - Bitcoin ، البلوكتشين الأصلي الذي تم إطلاقه في عام 2008 ، هو متجر ذو قيمة تم تسعير شبكته بأكثر من 300 مليار دولار، بينما Ethereum ، "الكمبيوتر العالمي" الأصلي الذي تم إطلاقه في عام 2014 ، يضم آلاف التطبيقات المبتكرة تمتد من الألعاب إلى التمويل اللامركزي.

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

 

هذا نتيجة عاملين رئيسيين:

1. تصميم النظام
2. تصميم المنظمة

تصميم النظام مهم لأن البنية التقنية للمنصات الأخرى تخلق مشاكل كبيرة في كل من قابلية الاستخدام وقابلية التوسع والتي جعلت التبني شبه مستحيل من قِبل أي مبتكر تقني. يواجه المستخدمون النهائيون معدلات انسحاب 97-99٪ عند استخدام التطبيقات، ويجد المطورون أن عملية إنشاء تطبيقاتهم وصيانتها محبطة إلى ما لا نهاية.

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

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

سوف يسلط القسم التالي الضوء على الميزات الرئيسية التي تعالج هذه المشاكل.

يتم تناول كل مشكلة من المشكلات الرئيسية التي تواجهها الأنظمة الأساسية الحالية ومطوروها ومستخدموها النهائيون أدناه.

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

وبالتالي، فإن المشكلة الفورية الأكثر أهمية التي يجب معالجتها هي كيفية السماح للمطورين بإنشاء تطبيقات مفيدة بسهولة يمكن للمستخدمين استخدامها بالفعل والتي ستحقق قيمة مستدامة لهؤلاء المطورين.

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

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

1. الإعداد البسيط: يتيح NEAR للمطورين اتخاذ إجراءات نيابة عن مستخدميه، مما يسمح لهم بإلحاق المستخدمين دون مطالبة هؤلاء المستخدمين بتوفير محفظة أو التفاعل مع العملات فور الوصول إلى التطبيق. نظراً لأن الحسابات، التي تحتوي على أسماء يمكن للبشر قراءتها مثل foobar.near، تتعقب المفاتيح الخاصة بالتطبيق، يمكن أيضاً استخدام حسابات المستخدمين لأداء وظيفة "الدخول الموحد" (SSO) التي يعرفها المستخدمون من الويب التقليدي (على سبيل المثال ، "تسجيل الدخول باستخدام Facebook / Google / Github / إلخ").
2. الاشتراكات السهلة: تتيح الحسابات القائمة على العقود سهولة إنشاء الاشتراكات ومنح الأذونات المخصصة لتطبيقات معينة.
3. أنماط الاستخدام المألوفة: يسمح نموذج NEAR الاقتصادي للمطورين بالدفع مقابل الاستخدام نيابة عن مستخدميهم من أجل إخفاء تكاليف البنية التحتية بطريقة تتماشى مع نماذج استخدام الويب المألوفة.
4. التسعير المتنبأ به: تسعر NEAR المعاملات على المنصة بعبارات بسيطة تسمح للمستخدمين النهائيين بتجربة أسعار يمكن التنبؤ بها وحمل إدراكي أقل عند استخدام النظام الأساسي.

يدعم عدد من تحسينات قابلية الاستخدام الرئيسية مطوري المنصة، مما يتيح لهم تعلم وتطوير واختبار ونشر تطبيقاتهم بسهولة أكبر مما يمكنهم مع أي نظام أساسي آخر.

1. اللغات المألوفة: تقوم عُقَد NEAR بتشغيل Web Assembly (WASM) ، والتي يمكن تجميعها من مجموعة من اللغات الشائعة. في البداية، يمكن إنشاء العقود الذكية باستخدام لغة البرمجة Rust، وهي لغة برمجة آمنة وشاملة للغاية تكتسب شعبية بسرعة. يدعم NEAR أيضاً العقود المكتوبة في AssemblyScript والتي تشبه إلى حد ما TypeScript، وهو تعديل طورته Microsoft لJavaScript يحتوي على Types واعتماد واسع جداً بين المطورين. في المستقبل، سيتم دعم المزيد من لغات البرمجة الشائعة حتى لا يضطر المطورون إلى تعلم لغة جديدة تماماً لإنشاء تطبيقات على المنصة.
2. الأدوات القوية: تم إنشاء مجموعة تطوير NEAR لدعم سير عمل المطور من خلال مجموعة موحدة من الأدوات بحيث يمكن للمطورين إنشاء التطبيقات واختبارها ونشرها بسهولة. توفر الأدوات الموجودة في المنصة وواجهات برمجة التطبيقات التي تعرضها للمطورين تجربة التطوير التي اعتادوا عليها من تطبيقات الويب التقليدية. يتضمن ذلك النشر بنقرة واحدة، واختبار الوحدة المتكاملة، والتكامل السهل للواجهة الأمامية، وتصحيح الأخطاء من وحدة تحكم مطور متصفح الويب.
3. نماذج أعمال المطورين: يدعم بروتوكول NEAR المطورين من خلال مساعدتهم على تحقيق الدخل من المكونات المفتوحة التي ينشئونها للنظام البيئي من خلال مكافأتهم محلياً بخصومات على أساس استخدام تلك المكونات. يتم تناول هذا على وجه التحديد في القسم التالي.
4. التسعير المتنبأ به: تسعر NEAR المعاملات على المنصة بعبارات بسيطة تسمح للمطورين بتجربة أسعار يمكن التنبؤ بها وحمل إدراكي أقل عند استخدام النظام الأساسي.

يجب أن يقسم البروتوكول المحمي للمستقبل الحالة والمعالجة من أجل التوسع. مع الاعتماد الكبير للمنصة، لن تتمكن أي آلة واحدة من تخزين جميع المعلومات على السلسلة أو التحقق من جميع المعاملات.

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

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

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

لقد أثبتت البروتوكولات الحالية أنها غير متحدثة بشكل كافٍ لمواكبة وتيرة الابتكار، ويجب أن يضمن بروتوكول الجيل التالي الناجح أن تحافظ الشبكة على لامركزيتها مع استمرار السماح بعملية تطوير فعالة تمنعها من التعطل بسبب الموجة التالية من التكنولوجيا.

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

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

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

غالباً ما تستبدل الشبكات الأحدث الأمل في تحقيق اللامركزية من أجل الكفاءات التشغيلية التي توفرها عمليات التنفيذ الأكثر مركزية والتي تستخدم إما مجموعات مدققين محدودة أو "شبكات مأذونة" بالكامل. هذا ينتهك أحد المبادئ الأساسية للشبكة اللامركزية حقاً - أن قيمتها محمية من خلال مستوى التكرار بين العقد المستقلة.

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

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

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

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