تُظهر تقنية البلوكتشين إمكانات في مجالات التطبيق مثل التمويل وإدارة سلسلة التوريد، والرعاية الصحية، أو إدارة العمليات التجارية. لتلبية المتطلبات المتنوعة لهذه المناطق ، تم تطوير العديد من سلاسل الكتل المستقلة وغير المتصلة.
حيث طورت المؤسسات المختلفة نسختها من أنظمة Blockchain ، لتلبية احتياجاتها. أدى ذلك إلى التطوير الداخلي لمشاريع blockchain المختلفة باستخدام بروتوكولات وبنيات مختلفة. تستخدم هذه المشاريع تقنيات مختلفة وبروتوكولات إجماع تلبي حالات استخدام أو تطبيقات محددة. لقد أدى هذا العدد الكبير من المشاريع إلى جعل التطوير مجزأ للغاية مع وجود القليل جدًا من التشغيل البيني أو عدم وجوده على الإطلاق بين مشاريع blockchain المختلفة
إستحالة وجود سلسلة كتل تلبي جميع الإحتياجات
نظرًا لأنه من غير المحتمل ظهور بلوكتشين واحد يلبي احتياجات كل هذه المجالات المختلفة، فهناك حاجة قوية للتشغيل البيني بين سلاسل البلوكتشين المختلفة.
لا سيما في السيناريوهات التي تتم فيها إدارة الأصول ، أي التمثيل الرقمي للقيمة ، على السلسلة ، يؤدي الافتقار إلى قابلية التشغيل البيني إلي عدم قدرة تحويل الأصول الرقمية بسلاسه وسهولة عبر سلاسل الكتل المختلفة وعدم القدرة على الاستفادة من الميزات الجديدة التي توفرها سلاسل الكتل الجديدة ذو الإمكانيات المتطورة مثل قابلية التوسع و رسوم المعاملات المنخفضة, بالطبع ، يمكن نشر كيان مركزي لترحيل الأصول من بلوكتشين إلى آخر ، ومع ذلك ، فإن هذا يتعارض مع فكرة ابلوكتشين الأصلية عن اللامركزية.
أيضا حقيقة أن السلاسل تعمل في عزلة جعلت من المستحيل على الناس الاستمتاع بالمزايا الكاملة لتقنية دفتر الأستاذ. جعل عدم قدرة سلاسل الكتل المختلفة على التواصل مع بعضها البعض من المستحيل على الناس الاستمتاع بالمزايا الكاملة لتقنية blockchain. عبر السلسلة ، تسعى التكنولوجيا إلى حل كل هذه المشكلات ، من خلال تمكين إمكانية التشغيل البيني بين سلاسل الكتل ، مما يسهل عليهم التواصل مع بعضهم البعض ومشاركة المعلومات.
تقديم مشروع Connext
Connext هو بروتوكول قابلية التشغيل البيني يمكّن المطورين من إنشاء تطبيقات (xApps) عابرة للسلاسل مع تركيز قوي على الأمان.
يسمح لك Connext بالاتصال بالعقود الذكية على سلاسل أخرى واستعادة بيانات الاتصال على سلسلة الإرسال.
لا يحتاج المنشئون إلى النشر على سلاسل متعددة: يمكنهم تنفيذ التعليمات من xApp المركزي.
نموذج الأمان
تعتمد Connext نفس نموذج الأمان الأساسي الذي تستخدمه أنظمة القفل الأخرى مثل Hashed Timelock Contracts (HTLCs). يقدم هذا النوع من نموذج الأمان المزايا التالية:
المعاملات المحددة زمنياً – تضمن البنية التحتية لـConnext تنفيذ المعاملات في الوقت المناسب. هذا يضمن أن يعرف المستخدمون الحد الأقصى من الوقت الذي يجب أن تمر فيه المعاملة. إذا لم تكتمل المعاملة خلال هذه الفترة لأي سبب – ضار أو غير ضار – يتم إيقاف المعاملة ، ويستعيد المستخدم أمواله بأمان.
يقلل من مخاطر الطرف المقابل – نظرًا لأن تسوية كل معاملة مضمونة ، يتم تقليل مخاطر الطرف المقابل منذ إزالة “ماذا لو” من المعاملة. وبالتالي ، من خلال إنشاء ضمان يستند إلى الوقت ، يقلل نموذج الأمان لشركة Connext من مخاطر الطرف المقابل في عقودهم.
يمكننا تقييم بنية Connext وتصميمها على النحو التالي:
الأمان – لا يمكن أبدًا ضياع أموال المستخدم أو سرقتها نظرًا لأن أمان Connext يساوي البروتوكول الأساسي الذي يقوم بتوصيله. وبالتالي ، فإنه يقلل من افتراضات الثقة التي ينطوي عليها.
السرعة – يمكن لـ Connext تنفيذ المعاملات بسرعات عالية لأنه يستخدم أنظمة تم التحقق منها محليًا. على سبيل المثال ، في مجموعة البيانات ، وجدنا أنه من بين 50732 معاملة تم إجراؤها على Connext باستخدام البنية التحتية لـLi.Finance ، استغرقت 91٪ أقل من ساعة واحدة حتى يتم الانتهاء منها.
تقييم الجسر: السرعة
الاتصال – يتمتع Connext باتصال جيد لأنه يدعم مجموعة واسعة من سلاسل الوجهة.
كفاءة رأس المال – مقارنة بالحلول الأخرى ، تعتبر Connext فعالة للغاية في رأس المال بالنظر إلى مقدارها الكبير من الإنتاجية الاقتصادية.
الحالة – مقايضة كفاءة رأس المال هي التقيد بالحالة. بينما يمكن لـ Connext تمرير بيانات calldata ، إلا أنها محدودة في قدرتها على نقل أصول محددة وتنفيذ مكالمات عقد عبر سلسلة.
لمزيد من المعلومات : https://www.connext.network/