إن التعايش بين المئات من blockchain أو شبكات تكنولوجيا دفتر الأستاذ الموزعة (DLT) والاعتماد المتزايد لهذه التقنية التحويلية جعل المستهلكين والمطورين يدركون أننا بحاجة حقًا إلى حلول فعالة عبر السلاسل. مع الازدهار الحالي والمستقبلي في DeFi و NFTs و GameFi و Metaverse ، يرغب المطورون بشكل مثالي في التواجد على شبكات متعددة حتى يتمكنوا من الاستفادة من قواعد المستخدم عبر السلاسل.
إنهم يريدون أيضًا التوسع في سلاسل مختلفة بما في ذلك شبكات Layer-2 من أجل الاستفادة من السمات والقدرات الفريدة لكل سلسلة. بينما قد يبدو التخطيط أو التحضير لمستقبل عبر السلاسل هدفًا طويل المدى حقًا ، فإننا نعيش بالفعل في عالم متعدد السلاسل مع أكثر من 100 شبكة blockchain عامة يمكن الوصول إليها حاليًا.
تم تصميم بعض هذه السلاسل لمعالجة حالات استخدام محددة أو مشاكل مثل توسيع نطاق أو تمكين قدر أكبر من الخصوصية. وبعض شبكات DLT هذه هي مجرد تفرع (تنويعات أو تحديثات) لشبكات أخرى مع مجتمعاتها الموالية. ومع ذلك ، يعتقد معظم خبراء التشفير أن عدد سلاسل الكتل سوف ينمو بشكل مطرد مع اعتماد تقنية blockchain.
البلوكشين اليوم ليست مترابطة بشكل صحيح
مطورو deBridge ، الذي يضع معيارًا لامركزيًا للتشغيل البيني عبر السلاسل وعمليات نقل السيولة ، بعض التحديات الشائعة بين blockchain اليوم. لقد أوضحوا أن المشكلة الأساسية هي أن هذه البلوكشين كانت تنضج وتتطور بشكل مستقل dent مترابطة بشكل صحيح مع بعضها البعض. وإذا كانت مترابطة ، فمن خلال قنوات ضيقة يمكن أن تكون مركزية ومختلفة حقًا لكل بلوكشين معين.
وفقًا لفريق deBridge ، يمكن أن يؤدي ذلك إلى مشكلات رئيسية مثل تجزئة النظام البيئي ، والتي تشمل تجزئة التقنيات والسيولة بالإضافة إلى البيئات التنافسية. حاليًا ، لم يتم حل المشكلة نظرًا لعدم وجود معيار موحد ومتسق للربط البيني بين شبكات DLT المختلفة.
كما أوضح deBridge ، لدينا حاليًا تجزئة كبيرة للتقنيات. لذلك بدلاً من دفع النظام البيئي للأمام بطريقة هادفة ، نرى فرق المطورين تعمل على نفس المشكلات لسلاسل مختلفة. أشار فريق deBridge أيضًا إلى أن الكثير من هذه الفرق قد لا يسألون أنفسهم حتى "ما هي المشاكل التي نقوم بحلها؟"
قد يفكرون باستمرار في "ماذا يمكننا أن نتفرع؟" ، "ما هو البروتوكول الذي لم يتم إطلاقه على blockchain حتى الآن؟". نظرًا لأن هذا لا يبدو أسلوبًا مثمرًا للغاية ، فإننا نشهد الآن العديد من تفرع Uniswap و Curve و Aave . هذا غير فعال تمامًا وقد يقوم العديد من المطورين بتكرار الكثير من العمل دون داعٍ ولا يحرزون أي تقدم حقيقي.
بالإضافة إلى هذه القضايا ، نشهد أيضًا تجزئة السيولة. كما لوحظ من قبل deBridge ، فإن السيولة مجزأة بين (التبادلات اللامركزية أو غير الحافظة 0 DEXs وبين البلوكشين نفسها.
داخل blockchain واحد ، تتم معالجة هذه المشكلة من خلال مجمّعين مثل 1 بوصة أو Paraswap قادرون على تقسيم عملية المقايضة بين مجموعات السيولة المختلفة (LPs) من أجل تحقيق أدنى انزلاق. ومع ذلك ، ماذا لو أراد المستخدمون إجراء مبادلة عبر السلاسل؟ يسأل deBridge كيف وما إذا كان من الممكن تقسيم التبادل بين DEXes في شبكات DLT مختلفة؟ إنهم يرغبون في معرفة ما إذا كان سيكون هناك حل فعال للتجميع عبر السلاسل بمجرد أن نحقق إمكانية التشغيل البيني الحقيقي.
عدم وجود حلول التشغيل البيني التي تؤدي إلى مشاكل نظامية
وأضاف فريق deBridge في الوقت الحالي ، نشهد أيضًا الكثير من تجزئة البيئات التنافسية. بشكل عام ، هناك نقص في حلول التشغيل البيني مما أدى إلى حالة تتنافس فيها جميع المبادرات محليًا - Pan cake Swap مع BakerySwap في Binance Smart Chain ؛ Uniswap مع Sushi في Ethereum ، من بين العديد من الأمثلة الأخرى.
يتساءل فريق deBridge عما إذا كان بإمكان المستخدمين إجراء مقايضاتهم باستخدام Pan cake Swap أو Raydium في وقت واحد وأيضًا أن يكونوا قادرين على تحديد DEX الذي يقدم أكثر الأسعار تنافسية؟ وفقًا لـ deBridge ، هذا ما يمكننا تحقيقه في المستقبل المنظور عندما يكون لديهم حل لتمكين قابلية التشغيل البيني عبر السلاسل ، وقد يتعين على Pan cake Swap التنافس مع Raydium و Sabre ومختلف DEXs الأخرى في وقت واحد. وبشكل حاسم ، ينطبق هذا على DEXs بالإضافة إلى أنواع أخرى من البروتوكولات في مساحة التشفير و DLT.
في الوقت الحاضر ، هناك العديد من سلاسل الكتل المختلفة ومجموعة متنوعة من الجسور. كما لوحظ من قبل deBridge ، فإن بعضها معمم تمامًا ، وبعضها "خاص بالسلسلة" جدًا. وفي كل مرة ينوي المستخدم إجراء نقل من سلسلة إلى أخرى ، قد يضطر المستخدمون إلى إجراء الكثير من البحث.
كما أوضح deBridge ، قد يكون لكل جسر نوع مختلف من الوظائف وواجهة المستخدم مما يخلق تجربة مستخدم سيئة حقًا (UX). تكمن المشكلة الرئيسية هنا في عدم وجود حل موحد حيث يمكن للمستخدمين ببساطة اختيار "سلسلة من" و "سلسلة إلى" حيث تتم جميع عمليات المعالجة الفنية / المعقدة "تحت الغطاء".
Abs trac ting بعيدًا عن التقنيات
من الناحية المثالية ، سيكون من الأفضل تمامًا أن يتمكن المستخدم من الانتقال إلى محفظته ومبادلة أحد الأصول بأخرى في سلسلة مختلفة بسلاسة دون الحاجة إلى معرفة أن هناك عملية تجسير تعمل في الخلفية. كما لاحظ فريق deBridge ، سيحصل المستخدمون ببساطة على الأصل المطلوب عبر واجهة المستخدم. سيخلق هذا تجربة مشابهة إلى حد ما لكيفية استخدام المستهلكين للإنترنت دون فهم التفاصيل الفنية لبروتوكول TCP / IP.
يوضح الفريق في deBridge أيضًا أن ربط الأصول ليس كافيًا لتحقيق إمكانية التشغيل البيني عبر السلاسل. وأشار فريق deBridge إلى أن الجزء الأكثر أهمية هو أن يكون لديك خيار نقل أي بيانات عشوائية عبر سلسلة بسلاسة. وأشاروا أيضًا إلى أن نظامهم الأساسي يهدف إلى أن يكون "بروتوكول TCP / IP الخاص بشبكات البلوكشين ، شاملاً للجميع".
تم تنفيذ deBridge بطريقة trac تعقيدات القابلية للتركيب. يسمح هذا النهج بالتطبيقات اللامركزية للواجهة الأمامية (dApps) مثل المحافظ الافتراضية وبروتوكولات توليد العائد للاستفادة من deBridge "تحت الغطاء". وبدلاً من تفاعل المستخدمين الفرديين بشكل صارم مع واجهة مستخدم deBridge ، يجب أن يكون هناك عدد من حالات استخدام B2B ، بحيث تعمل البنية التحتية بطريقة موثوقة لدعم الابتكار الحقيقي.
كما لاحظ منشئوه ، يعمل deBridge كبروتوكول قابلية للتشغيل البيني ونقل السيولة عبر سلسلة يدعم النقل اللامركزي للأصول بين سلاسل متعددة. وبحسب ما ورد ، يتم تشغيل الاتصال الداخلي عبر trac الخاصة بتتبع deBridge الذكي من خلال شبكة من dent / المدققين المستقلين الذين تم انتخابهم من قبل إدارة deBridge. علاوة على ذلك ، يعمل بروتوكول deBridge كمنصة أساسية للبنية التحتية وخدمة ربط لتمكين قابلية التركيب عبر السلاسل trac الذكي ، وإجراء مقايضات عبر السلاسل ، وسد أي أصول وبيانات تعسفية ، وتسهيل قابلية التشغيل البيني وتجسير NFTs.
