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

كتبه أليكس هوك، إيمانويل أووسيكا

تم إعداده بواسطة: جليندون، Techub News

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

في الوقت الحالي، لا تزال العمليات عبر السلاسل تواجه العديد من التحديات بسبب القيود المتأصلة في أساليب التشغيل البيني لـ blockchain مثل الجسور عبر السلاسل. على سبيل المثال، قد تنطوي الجسور عبر السلاسل على مخاطر أمنية (تسببت الهجمات عبر السلاسل التي شنها المتسللون في خسائر تزيد عن 2.5 مليار دولار)، أو قد تكون بطيئة ومكلفة ولها وظائف محدودة. علاوة على ذلك، قد تكون المشاكل المذكورة أعلاه موجودة في نفس الجسر عبر السلسلة في نفس الوقت.

بالإضافة إلى ذلك، هناك أيضًا مشكلة أساسية في مجال السلسلة المتقاطعة: تحويل الرموز المميزة القابلة للتبديل (مثل الرموز المميزة القياسية ERC-20) من خلال سلاسل متقاطعة مختلفة عندما يتم ربط الرموز المميزة بسلاسل مختلفة، ستصبح هذه الرموز المميزة رموزًا غير قابلة للاستبدال، وبالتالي تفقد وظيفتها كأصول قابلة للتحويل. في هذه المقالة، سنستكشف حلاً مصممًا لضمان قابلية استبدال الرمز المميز عبر السلاسل، بغض النظر عن مكان وجود عقده الأصلي: معيار الرمز المميز Sovereign Cross-Chain Standard ERC-7281.

ERC-7281 (المعروف أيضًا باسم xERC-20) هو امتداد لـ ERC-20، وهو معيار لإنشاء الرموز المميزة القابلة للاستبدال على Ethereum. يسمح ERC-7281 بجسور متعددة معتمدة من قبل جهة إصدار الرمز المميز لسك ونسخ إصدارات الرمز المميز القياسية من رموز ERC-20 على السلاسل البعيدة، مما يضمن حصول المستخدمين على ما يتلقونه في الوجهة عندما يكون جسر رموز ERC-20 نسخة قابلة للاستبدال من الرمز المميز (أي يمكن تبادل رمزين مميزين 1:1)، حتى لو تم إرسال الرموز المميزة عبر سلاسل عبر مسارات/جسور مختلفة.

الأهم من ذلك، أن البروتوكول الذي يعتمد ERC-7281 يمكنه الحفاظ على التحكم في الرموز المميزة عبر السلسلة (على عكس الحالة الحالية للجسور التي تتحكم في الرموز المميزة عبر السلسلة)، وال يمكن أن يكون معدل عمليات الصب محدودًا، مما يقلل المخاطر في حالة فشل الجسر عبر السلسلة.

بأخذ USDC كمثال، يمكننا أن نجد من الناحية النظرية أن نفس الرموز المميزة ERC-20 على سلاسل مختلفة غير قابلة للتبديل. في شبكات Ethereum L2 (مثل Arbitrum وBase وOptimism)، غالبًا ما يتم استخدام Canonical Bridge لنقل رموز ERC-20 الشهيرة من Ethereum L1 إلى هذه السلاسل. غالبًا ما يُشار إلى رموز L2 المميزة المشتقة من L1 باسم "السلسلة المتقاطعة [أدخل اسم الرمز المميز]".

بالنسبة لـ USDC، الرموز المميزة الشائعة هي USDC.e، وUSDC.b، وما إلى ذلك. على الرغم من أن كلا الرمزين تم سكهما من قبل نفس الكيان ولهما نفس السعر، إلا أنهما مختلفان من الناحية الفنية، وغير قابلين للاستبدال، وبالتالي غير "قابلين للتشغيل البيني" - على الرغم من أنه يمكن تبادل USDC الأصلي عبر بروتوكول نقل السلسلة الدائرية (CCTP) المستخدم في المعاملات التبادلية. سلسلة، لكن USDC عبر السلسلة لا يمكنه سوى العودة إلى L1 من خلال جسر قياسي.

يحل ERC-7281 هذه المشكلة عن طريق تقديم امتدادات ERC-20، حيث يمكن لموزع الرمز المميز تعيين أصول مختلفة عبر السلسلة ووضع معلمات لها. في المثال أعلاه، يمكن لـ Circle نشر رمز USDC عالمي على جميع L2s حيث يتم تعيين الجسور القياسية عبر السلاسل (مثل Circle Mint وCircle CCTP وغيرها من الجسور المعتمدة عبر السلاسل) لتكون قادرة على سك العملات المميزة وفقًا لمنطقها . لتقليل خطر تعرض القائمين بالتعدين للاختراق، يمكن للقائمين بالنشر تحديد عدد الرموز المميزة التي يمكن لكل عامل سكها سكها وتدميرها في فترة زمنية محددة - للحصول على جسور عبر سلسلة أكثر موثوقية (مثل الجسور عبر السلسلة L2 القياسية)، يمكن وضع حدود أعلى أما بالنسبة للجسور ذات الإجماع المركزي، فيمكن تعيين حدود أدنى.

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

نظرة عامة على آلية الجسر المتقاطع

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

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

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

< p style="text-align: left;">القفل وجسر النعناع

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

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

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

جسر التدمير وسك

• لا تؤدي هذه الطريقة إلى قفل الرموز المميزة الموجودة في الحجز، ولكنها تدمر الرموز المميزة الموجودة في السلسلة المصدر؛

• هذه السلسلة المتقاطعة الجسر سيتم سك كمية متساوية من الرموز المميزة على السلسلة المستهدفة؛

• بالنسبة للنقل العكسي، تكون الرموز المميزة عبر السلسلة موجودة على السلسلة المستهدفة يتم تدميرها، ثم يتم سك الرموز المميزة الجديدة على السلسلة المصدر؛

• يمكن أن يحافظ هذا على الرمز المميز مع تحقيق إجمالي النقل عبر السلسلة إمداد.

المقايضات الذرية

• الذرية تقوم المقايضة بفتح الأموال ذات القيمة الخاصة نفسها عن طريق قفلها مع بعضها البعض، مما يعني أنه إذا تم تسريب سر أي من الطرفين، فسيتم أيضًا تسريب سر الطرف الآخر. وهذا يعطي التبادل خاصية الذرية.

• الذرية تعني أن التبادل إما يكتمل بالكامل (على كلا الجانبين) أو لا يكتمل على الإطلاق، وبالتالي منع الاحتيال أو النقل الجزئي/الفاشلة .

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

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

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

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

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

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

لماذا نحتاج إلى جسر عبر السلسلة؟

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

لفهم كيفية عمل ذلك بشكل أفضل في الممارسة العملية، وسبب أهميته لكل من المطورين والمستخدمين، فلنبدأ بأداة تسمى "لنأخذ البورصة اللامركزية الخيالية" "BobDEX" كمثال. سيوضح هذا المثال كيف يمكن للرمز المغلف أن يتوسع عبر السلاسل، مع تسليط الضوء على الفوائد والتعقيدات المحتملة التي قد تنشأ:

تم إنشاء BobDEX بواسطة Bob على Ethereum وهو نظام آلي. بورصة صانع السوق (AMM) مصممة لتمكين التبادل غير الموثوق به بين الأصول المختلفة. لدى BobDEX رمز BOB أصلي، وهو رمز مميز للحوكمة ورمز مكافأة مزود السيولة (LP). في الحالة الأخيرة، يصدر BobDEX رموز BOB إلى LPs، مما يمنح المستخدمين الذين يوفرون السيولة للمجمع الحصول على جزء (محسوب كنسبة مئوية) من الرسوم التي يدفعها مستخدمو DEX لتبادل الأصول المحتفظ بها في المجمع.

ولكن مع نمو حصة BobDEX في السوق بشكل كبير، فإن القيود المفروضة على Ethereum L1 أعاقت نموها الإضافي. على سبيل المثال، لا يرغب بعض المستخدمين في استخدام BobDEX على Ethereum بسبب رسوم الغاز المرتفعة وتأخير المعاملات، وبالمثل، يريد مستخدمون آخرون التعرض لرموز BOB ولكنهم لا يريدون الاحتفاظ برموز BOB الأصلية على Ethereum؛

لحل هذه المشكلة، نشر بوب إصدارًا من BobDEX (طبقة تراكمية منخفضة التكلفة وعالية الإنتاجية من الطبقة 2) على Arbitrum، واجتاز Arbitrum -Ethereum Bridge ينشر نسخة رمزية ملفوفة من رمز BOB (wBOB) على L2. BobDEX على Arbitrum هو نفس BobDEX على Ethereum، ولكنه يستخدم wBOB (بدلاً من رمز BOB الأصلي) كمكافأة LP ورمز الحوكمة.

بالنسبة للمستخدمين الذين يتفاعلون مع BobDEX على Arbitrum (مثل موفري السيولة)، فإن الاختلاف في الرموز المميزة المطبقة (BOB المغلف مقابل BOB الأصلي) ليس مهمًا. وذلك لأن رموز wBOB مدعومة برموز BOB الفعلية الموجودة في جسر Arbitrum-Ethereum، لذلك يمكن لحاملي رمز wBOB استرداد رموز BOB ERC-20 الأصلية بسهولة على Ethereum من خلال التفاعل مع عقد الجسر.

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

1.يمكن لـBob جذب المزيد من المستخدمين، خاصة أولئك الذين يريدون رسوم غاز أقل وتأكيدًا سريعًا للمعاملات عند التداول على BobDEX؛

2. يمكن لمحدودي السيولة كسب عوائد من خلال توفيرها السيولة إلى BobDEX دون الاضطرار إلى التعامل مع تكاليف الغاز المرتفعة في Ethereum وأوقات التأكيد الطويلة؛

3. يمكن للمستثمرين شراء رموز wBOB في السوق للاستفادة من سعر رمز BOB يتغير دون التفاعل مع عقد BOB ERC-20 على Ethereum.

بالإضافة إلى ذلك، تتمثل فوائد الجسور عبر السلسلة في تعزيز الابتكار القابل للتركيب وفتح حالات الاستخدام الجديدة التي تزيد من سيولة رمز الجسر. على سبيل المثال، يمكن لـ Alice إنشاء بروتوكول إقراض يسمى "AliceLend" على Arbitrum والذي يقبل wBOB الخاص بالمقترض كضمان لتوسيع فائدة wBOB وإنشاء سوق إقراض جديد.

يضمن للمقرضين الذين يوفرون السيولة لـ AliceLend إمكانية الوصول إلى الودائع: إذا تخلف المستخدم عن السداد، فسوف تقوم AliceLend تلقائيًا بمزاد رموز wBOB المودعة كضمان لسداد المقرض. في هذه الحالة، سيتولى المشتري الذي يقوم بتصفية ضمانات wBOB دور LP على BobDEX مع نفس الضمان الذي يمكن استبدال رموز wBOB برموز BOB الأصلية بنسبة 1:1.

حاليًا، يتم استخدام الجسور عبر السلاسل لضمان قابلية التشغيل البيني بين Ethereum L2 (المعزول سابقًا) ولتسهيل التطبيقات الجديدة مثل الإقراض عبر السلاسل والسلاسل المتقاطعة DEX) يوفر حلاً ممكنًا. ومع ذلك، يواجه النظام البيئي للجسر عبر السلسلة قيودًا تعيق نموه الإضافي، مثل مشكلة عدم إمكانية استبدال الرموز المميزة عبر السلسلة.

لماذا تصبح الرموز المميزة عبر السلسلة غير قابلة للاستبدال؟

يبدو سير العمل عبر السلسلة لجسر القفل والسك المذكور أعلاه بسيطًا، لكنه في الواقع يتطلب الكثير من أعمال التصميم الهندسي والآلي .

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

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

< li>

تقوم أليس بتوصيل USDC من Ethereum إلى Arbitrum عبر جسر Arbitrum القياسي وتتلقى 200 USDC.e على Arbitrum، بينما يقوم Bob بربط USDC بـ Arbitrum عبر Axelar Arbitrum ويتلقى 200 axlUSDC على Arbitrum. توصلت أليس وبوب إلى اتفاق حيث ترسل أليس 200 دولار أمريكي إلى بوب (مقابل 200 دولار أمريكي) حتى يتمكن بوب من سحب 400 دولار أمريكي إلى إيثريوم.

• حاول بوب سحب 400 USDC من خلال axlUSDC، لكنه لم يتلق سوى 200 USDC، وتلقى أيضًا رسالة تفيد بأن السلسلة المتقاطعة بروتوكول الجسر يمكن توفير 200 USDC فقط لبوب. يرتبك بوب بسبب هذا لأنه من المفترض أن تكون رموز ERC-20 المغلفة "قابلة للاستبدال" ويجب ألا تكون هناك اختلافات تمنع أي شخص من تبادل رموز ERC-20 بنسبة 1:1 على أي تطبيق.

• تعلم بوب درسًا عميقًا من الجسر عبر السلسلة: "رموز ERC-20 القابلة للاستبدال" ليست دائمًا تعني "أنت" يمكن استبدالها برموز ERC-20 الأخرى بنسبة 1:1 في تطبيقات مختلفة." وبالتالي، فإن محاولة بوب للدخول في صفقة محفوفة بالمخاطر مع أليس (لأن أليس قد لا تعيد الرموز المميزة) تفشل تمامًا.

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

لذلك، ترتبط قيمة كل رمز مميز عبر السلسلة بجسر عبر السلسلة المسؤول عن الاحتفاظ بالوديعة على السلسلة الرئيسية وسك الرمز المميز المغلف عليها خطاف الموفر؛ يمكن لموفر الجسر عبر السلسلة الخاص بـ Bob أن يدفع فقط لـ Bob 200 USDC لأن هذا هو المبلغ الذي يمكنه دفعه من إيداعه الذي يبلغ 200 USDC، ولا يمكن سحبه من خلال موفر الجسر عبر السلسلة الخاص بـ Bob لأنه لم يتم استلامه مطلقًا. إيداع أو إصدار "IOU" إلى Alice. يجب على Alice سحب USDC المقفل الخاص بها من Arbitrum على Ethereum وتجسيره عبر موفر الجسر عبر السلسلة الخاص بـ Bob قبل أن يتمكن Bob من الوصول إلى الرموز المميزة المتبقية.

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

لا نزال نستخدم المثال أعلاه، إذا كان لدينا axlUSDC وUSDC.e على السلسلة، ونريد استبدالهما بـ ETH، فيجب علينا نشر تدفقين للسيولة المجمعات - ETH/axlUSDC وETH/USDC.e، مما يؤدي إلى ما يسمى بمشكلة "تجزئة السيولة" - أي أن أزواج التداول التي كان من الممكن أن تكون في نفس مجمع السيولة يتم تقسيمها إلى مجمعات مختلفة.

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

إذًا، كيف يمكننا تنفيذ إصدار قياسي من الرمز المميز في كل سلسلة حيث من المتوقع استخدامه أو نقله؟

تنفيذ الرموز القياسية عبر سلاسل متعددة

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

1 .إصدار الرموز المميزة من خلال Rollup/Sidechain Bridge القياسي

2. يقوم موفر Bridge بإصدار الرموز المميزة القياسية

3. إصدار الرموز المميزة القياسية من خلال جسر مُصدر الرمز المميز

;">4. استخدم المقايضات الذرية للإصدار المباشر متعدد السلاسل

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

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

سك الرموز القياسية من خلال جسر التجميع/السلسلة الجانبية القياسي

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

على الرغم من أن Standard Bridge يقوم بسك إصدار Standard Token من الرمز المميز، إلا أن إصدارات الرموز المميزة الأخرى ستظل موجودة وذلك لأن Standard Bridge غالبًا ما يكون له قيود ولا يمكنه توفيرها للمستخدمين أفضل تجربة. على سبيل المثال، فإن التوصيل من Arbitrum/Optimism إلى Ethereum عبر الجسر القياسي لـ Rollup له تأخير لمدة سبعة أيام لأنه يجب التحقق من المعاملة بواسطة مدقق (وربما يتم الاعتراض عليها عبر دليل احتيال إذا كانت غير صالحة)، وبعد ذلك سيتم إنشاء طبقة التسوية الخاصة بـ Rollup (Ethereum ) تسوية مجموعة من المعاملات.

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

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

ملاحظة: نحن نشير إلى سلسلة Polygon PoS الأصلية، وليسسلسلة Validium التي تخطط لاستخدام Ethereum للتسوية <م>. سيصبح Polygon L2 بمجرد أن يتحول من سلسلة جانبية مؤمنة بواسطة مدققين خارجيين إلى سلسلة Validium مؤمنة بإجماع Ethereum.

لسوء الحظ، يحتوي جسر السلسلة الجانبية أيضًا على نقطة ضعف مشتركة مع الجسر القياسي التراكمي: يمكن للمستخدمين الاتصال فقط بين زوج من السلاسل المتصلة عبر السلسلة. لا يمكنهم إجراء عمليات ربط متقاطعة مع سلاسل كتل أخرى باستخدام الجسور القياسية. ببساطة، في الوقت الحالي، لا يمكنك ربط Arbitrum بالتفاؤل باستخدام جسر Arbitrum عبر السلسلة، ولا جسر Polygon إلى Avalanche عبر جسر Polygon PoS عبر السلسلة.

استخدام جسر السيولة لسك الرموز القياسية

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

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

الرموز المميزة في السلسلة المستهدفة عادةً ما تكون إصدارات تم سكها بواسطة الجسر الجانبي القياسي/جسر التجميع، على الرغم من وجود استثناءات (تتم مناقشتها لاحقًا). على سبيل المثال، الرمز القياسي لـ USDT على Optimism هو opUSDT الذي تم سكه بواسطة Optimism Bridge.

يعمل كل جسر سيولة بشكل مشابه لـ DEX مع صانع سوق آلي (AMM)، والذي يستخدم لتنفيذ الأموال المخزنة في مجموعات سيولة مختلفة للتبادل بين أزواج الأصول . لتحفيز توفير السيولة، سيخصص مجمع AMM جزءًا من رسوم الصرف لحاملي الرموز القياسية المقفلة في عقد المجمع.

يشبه هذا نموذج Uniswap؛ والفرق الوحيد الواضح هو أن زوج الأصول عادةً ما يكون عبارة عن تبادل زوج لجسر السيولة بين الرموز المميزة عبر السلسلة والرموز القياسية. على سبيل المثال، بعد قيام المستخدمين بالتحويل عبر سلسلة USDT إلى Optimism من خلال Hop، سيتعين عليهم استرداد hUSDT من خلال تجمع huSDT:opUSDT على Optimism.

سير عمل السلسلة المتقاطعة من خلال جسر السيولة كما يلي:

1. قفل الرمز المميز الأصلي في السلسلة المصدر

< p style="text-align: left;">2. قطع الرموز المميزة عبر السلسلة من الرموز الأصلية على السلسلة المستهدفة

3. الرموز المميزة على الهدف من خلال مجمع AMM قم بتبادل الرموز المميزة عبر السلسلة إلى رموز قياسية على السلسلة

4. أرسل الرموز المميزة للمستخدمين

العملية مماثلة لجميع جسور السيولة (Across، Celer، Hop، Stargate، وما إلى ذلك)، ولكن بالنسبة للمستخدم النهائي تبدو العملية وكأنها معاملة بسيطة على الرغم من الأجزاء المتحركة العديدة المعنية .

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

تتمثل ميزة جسر السيولة في أنه يحل مشكلة التأخير في جسر Rollup عبر السلسلة، على سبيل المثال، يسمح Hop للمؤسسات المتخصصة التي تسمى "Bonders" بذلك تعمل على L2 إثبات صحة معاملة السحب الخاصة بالمستخدم وتحمل تكلفة سحب الأموال من جسر L1 الخاص بـ Rollup. سيقوم كل بوندر بتشغيل عقدة كاملة لسلسلة L2 ويمكنه تحديد ما إذا كان سيتم تأكيد معاملة خروج المستخدم في النهاية على L1، وبالتالي تقليل مخاطر قيام المستخدمين ببدء عمليات سحب احتيالية والتسبب في خسائر للبوندر.

على عكس الجسور القياسية، تتيح جسور السيولة أيضًا للمستخدمين التنقل بين المزيد من السلاسل. على سبيل المثال، يسمح Hop للمستخدمين بالتبادل بين Arbitrum وOptimism دون الانسحاب أولاً إلى Ethereum. تمامًا مثل التجسير السريع من L2 إلى L1، يتطلب التجسير السريع من L2 إلى L2 أيضًا أن يقوم Bonders بتشغيل عقدة كاملة لسلسلة L2 المصدر لتأكيد عمليات السحب ثم الدفع المسبق لرسوم سك الرموز المميزة للمستخدمين على سلسلة L2 المستهدفة، مما يجعل التجميع مناسبًا أكثر قابلية للتركيب ويحسن تجربة المستخدم بشكل ملحوظ.

بالطبع، هناك بعض العيوب في جسور السيولة، والتي تؤثر على التطبيق العملي لسك الرموز القياسية على سلاسل L2/L1 باستخدام الجسر القياسي للسلسلة.

مساوئ جسر السيولة

الانزلاق

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

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

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

قيود السيولة

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

• إذا كانت السيولة منخفضة جدًا، فقد تتوقف العمليات عبر السلسلة تمامًا، مما يمنع المستخدمين من إكمالها التحويلات المتوقعة؛

• قد يضطر المستخدمون إلى تقسيم التحويلات الكبيرة إلى معاملات أصغر لتجنب استنفاد سيولة المجمع

• خلال فترات التقلبات أو الضغوط الكبيرة في السوق، قد يقوم موفرو السيولة بسحب الأموال من المجمع، وهذا عندما تكون هناك حاجة ماسة إلى وظيفة الجسر عبر السلسلة؛

• يصبح إطلاق أزواج العملات الجديدة أمرًا صعبًا بشكل خاص، لأن هناك حاجة إلى قدر كبير من السيولة الأولية لتشغيل الجسر عبر السلسلة.

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

عدم تطابق آلية الحوافز

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

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

علاوة على ذلك، فإن جسور السيولة تضر أيضًا بالأصول طويلة الأمد ذات النشاط التجاري الأقل (مما يجعلها أقل احتمالية لجذب مزودي السيولة). سيتعين على مصدري الرموز طويلة الذيل (أو الرموز المميزة الجديدة ذات حجم سلسلة متقاطعة أقل) إما إنشاء مجمعات AMM وسيولة مباشرة لتغطية الرموز الأصلية (عبر السلسلة عبر جسور السيولة) مع الرموز المميزة لمقايضات الرموز المميزة للمصدر بين LPs، أو العمل مع مزود جسر عبر السلسلة لزيادة الحوافز المالية للشركات المحدودة لتوفير السيولة للأصل.

تجربة مستخدم سيئة عبر السلسلة

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

في هذه الحالة، يكون لدى المستخدم خياران (ليس أي منهما مثاليًا):

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

• احصل على الرموز المميزة للجسر عبر السلسلة (على سبيل المثال، hUSDT الخاص بـ Hop Bridge). يعد هذا دون المستوى الأمثل نظرًا لأن معظم التطبيقات تفضل التكامل مع الرموز المميزة القياسية للرموز الأصلية (مثل opUSDT التي تم سكها بواسطة Optimism Bridge) وقد لا تقبل الأصول المجمعة من المستخدمين.

سك الرموز القياسية من خلال جسور عبر السلاسل التابعة لجهات خارجية

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

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

• لن يعاني المستخدمون من خسائر الانزلاق في المعاملات عبر السلسلة لأن موفري الجسر عبر السلسلة لا يحتاجون إلى تحويل الرموز المميزة الخاصة بهم إلى رموز قياسية من خلال AMM - الرموز المميزة التي يدعمها موفرو الجسر عبر السلسلة هي إصدار رمزي قياسي؛ على كل سلسلة. ترتبط قيمة هذه الرموز القياسية بقيمة الرموز المميزة المقفلة بواسطة الموفر على السلسلة الأصلية.

• لن يواجه المستخدمون أي تأخير عند عبور السلاسل، لأن موفر الجسر عبر السلسلة يمكنه تلقي mint() مباشرة بعد الرسالة ، يبدأ سك العملات المعدنية المغلفة على السلسلة المستهدفة.

• يمكن للمطورين الاستعانة بمصادر خارجية لإدارة نشر الرمز المميز متعدد السلاسل لموفري الجسور عبر السلاسل دون القلق بشأن إطلاق تدفقات AMM توفير برامج الحوافز للسيولة أو السيولة.

في الوقت الحالي، تتضمن بعض الأمثلة على معايير الرمز المميز لموفر جسر واحد عبر السلسلة رمزًا عالميًا لسلسلة كاملة من LayerZero (OFT)، وخدمة رمز مميز عبر سلسلة من Axelar ( ITS)، وxAsset من Celer، وanyAsset من Multichain. تجدر الإشارة إلى أن هذه الأمثلة عبارة عن رموز مميزة بطبيعتها وغير متوافقة مع الرموز المميزة عبر السلسلة لنفس الرمز المرسل من خلال موفري خدمات الجسر المتقاطعة المختلفين، لذلك تسلط هذه التفاصيل أيضًا الضوء على هذه السلسلة المتقاطعة وبعض المشكلات المتعلقة بطريقة التعامل مع الرموز المميزة للسلسلة هي كما يلي:

• قفل الموفر

  <
• < p style="text-align: left;">فقدان سيادة البروتوكول

• خطر فشل الجسر الكبير

  < /li>

• يتم فقدان الوظائف المخصصة للرموز المميزة في السلسلة المستهدفة

• يقتصر على السلاسل التي يدعمها الموفر

• لا يمكن أن يظل كما هو في جميع عناوين الرموز المميزة للسلاسل المطلوبة، مما قد يعرض أمان المستخدم أو تجعلهم عرضة لهجمات التصيد الاحتيالي

استخدام عيوب Bridges القياسية عبر السلسلة المشتركة لجهات خارجية

قفل الموفر

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

على الرغم من أنه من الممكن تغيير موفري الجسور عبر السلسلة، إلا أن تكلفة الاستبدال مرتفعة بما يكفي لمنع معظم المشاريع من اختيار هذا المسار.

على سبيل المثال، لنفترض أن أحد المطورين (دعنا نسميه Bob) أصدر رمزًا مميزًا (BobToken) على Ethereum واختار LayerZero OFT الإصدارات القياسية من BobToken المسكوكة على Optimism وArbitrum وقاعدة. يمتلك BobToken عرضًا ثابتًا قدره 1,000,000، وتمثل الرموز المميزة عبر السلسلة التي تم سكها من خلال LayerZero 50% من إجمالي المعروض من BobToken المتداول.

في البداية، كان العمل يسير بسلاسة حتى قرر بوب إنشاء جسر لـ BobToken من خلال التنافس على خدمة عبر السلسلة مثل Axelar. ومع ذلك، لا يستطيع بوب أن يقول ببساطة: "أريد التبديل إلى Axelar ITS لسك الرموز القياسية لـ BobToken على Optimism وBase وArbitrum"؛ نظرًا لعدم توافق رموز OFT ورموز ITS، قد يمنح Bob المستخدمين الجدد والقدامى كلاهما يجلب المتاعب، لأن اثنين من BobTokens قد لا يكونا قابلين للتبديل (هنا نعيد تقديم المشكلة التي وصفناها سابقًا). في الوقت نفسه، قد لا تتمكن التطبيقات التي تتكامل مع إصدار LayerZero من BobToken من قبول إصدار Axelar من BobToken كبديل، مما يؤدي إلى سيولة مجزأة عبر سلاسل L2 حيث تتواجد رموز BobToken المتنافسة.

فإذا كان على بوب تنفيذ التحويل، فماذا يجب عليه فعله؟

أولاً، يحتاج بوب إلى إقناع المستخدم بإرسال معاملة لفتح رمز BobToken المميز المغلف من خلال LayerZero، والذي سيؤدي إلى تدمير رمز OFT عبر السلسلة وفتح القفل الأثير BobToken في السوق. يمكن للمستخدمين بعد ذلك قفل الرموز المميزة الخاصة بهم باستخدام Axelar على Ethereum واستلام BobToken (الرمز القياسي الجديد المعين لتوريد عقد الرمز المميز على Ethereum) على السلسلة المستهدفة. تعتبر هذه العملية مكلفة لفريق إدارة مشروع DAO وتخلق تنسيقًا كبيرًا وتكاليف تشغيلية كبيرة، لذا فإن الالتزام بالمزود الأصلي عادةً ما يكون الخيار الأكثر أمانًا.

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

فقدان سيادة البروتوكول

يؤكد الاستنتاج أعلاه بشأن قفل الموفر على وجود مشكلة أخرى في استخدام جسور قياسية عبر السلاسل تابعة لجهات خارجية: يضحي مصدرو الرمز المميز بالتحكم في الرموز المميزة القياسية عبر السلاسل لمزيد من الراحة وتحسينات تجربة المستخدم. على سبيل المثال، يقع BobToken على Ethereum تحت سيطرة Bob تمامًا لأنه يتحكم في عقد الرمز المميز ERC-20 الأساسي، ولكن يتم التحكم في BobToken on Optimism وArbitrum وBase بواسطة LayerZero، التي تمتلك الأصول في عقد OFT يتم إصدار الرمز المميز القياسي لـ BobToken على blockchain.

بينما قد يتوقع بوب أن تحافظ LayerZero على الرموز القياسية المتسقة مع التصميم الأصلي للرموز المميزة الأصلية، فإن هذا ليس هو الحال دائمًا. في أسوأ السيناريوهات، قد يتصرف BobToken بشكل مختلف تمامًا على Ethereum عن BobToken على Optimism، لأن مزود الجسر عبر السلسلة ينفذ نسخة مختلفة تمامًا من عقد الرمز المميز - مما يسبب أيضًا مشاكل لمستخدمي البروتوكول بسبب الأهداف وقد تتباين مصالح مطوري البروتوكول ومقدمي الجسور عبر السلاسل.

ارتفاع خطر فشل الجسر عبر السلسلة

في الحل الأول، الرمز المميز Cross يتم إجراء السلاسل عبر الجسور القياسية لكل سلسلة، ويقتصر خطر مصدر الرمز المميز من نقاط الضعف التي تؤثر على جسر واحد عبر السلسلة على هذا الجسر. على سبيل المثال، لنفترض أن أحد المتسللين تمكن من اختراق جسر السيولة وسك عدد غير محدود من الرموز المميزة دون إيداع ضمانات. في هذه الحالة، يمكنها فقط سحب الحد الأقصى من السيولة المتاحة للأصل المغلف في مجمع السيولة (على سبيل المثال: Mint cUSDT على Optimism → مبادلة cUSDT بـ opUSDT القياسي → سحب opUSDT إلى Ethereum عبر سلسلة سريعة متقاطعة → على Ethereum Exchange على سوق USDT الأصلي).

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

لنفترض يقوم أحد المهاجمين باختراق جسر السلسلة المتقاطعة التابع لجهة خارجية على السلسلة B وسك 1000 رمز مميز (تم إصدار الرموز المميزة في الأصل على السلسلة A) دون إيداع ضمانات. لا يتم ربط الرموز المميزة للمهاجم في السلسلة B بعقد السلسلة الرئيسية، لذلك لا يمكن سحبها من السلسلة A. ومع ذلك، يمكنها عبور سلسلة إلى سلسلة C، واستبدال 1000 رمز سلسلة B مقابل 1000 رمز سلسلة C - تذكر أن هذه الرموز المميزة عبر السلسلة القياسية جميعها متوافقة وقابلة للتبديل لأنها تأتي من نفس خدمة الجسر عبر السلسلة. يتم تعيين الرموز المميزة للسلسلة C إلى عقد السلسلة الرئيسية لأنه تم سكها بشكل قانوني من قبل المستخدمين الذين قاموا بقفل الرموز المميزة الخاصة بهم على السلسلة A (السلسلة الرئيسية للرمز المميز)، والتي تسمح للمهاجم بتدمير الرموز المميزة على السلسلة C وسحب السلسلة A على الرمز المميز الأصلي ، يمكن للمهاجم أخيرًا إكمال الهجوم عن طريق تداول الرموز المميزة على CEX.

يتم فقدان الوظيفة المخصصة للرموز المميزة في السلسلة المستهدفة

عند استخدام جسر عبر سلسلة تابع لجهة خارجية، عادةً ما يكون مُصدر الرمز المميز أيضًا يفقد الوظائف المخصصة أو إمكانات تنفيذ سلوك الرمز المميز الموجودة في نشره الأصلي، مثل تفويض التصويت (ZK)، وآلية إعادة التأسيس (stETH، USDM)، ووظيفة رسوم النقل، ووظائف القائمة السوداء والقائمة البيضاء (USDT، USDC)، والتحويلات المعلقة والسك الخاص القواعد أو الأذونات، وما إلى ذلك. عادةً ما يتم تجريد وظائف الرمز المميز هذه، وذلك لأن موفري الجسر عبر السلسلة غالبًا ما يستخدمون عقود تنفيذ ERC-20 الموحدة، والتي قد لا تدعم الميزات المتخصصة الأصلية الموجودة في تنفيذ الرمز المميز.

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

سلاسل مدعومة محدودة

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

< li>

انتظر حتى يضيف موفر الجسر عبر السلسلة دعمًا للسلسلة المطلوبة، الأمر الذي قد يستغرق وقتًا طويلاً أو قد لا يتم تنفيذه أبدًا بسبب ارتفاع تكاليف التكامل (على سبيل المثال. يؤدي عدم تكافؤ EVM الخاص بـ ZKsync Era إلى عدم نشر العديد من التطبيقات اللامركزية عليها مطلقًا)؛

• استخدم امتدادات مختلفة لهذه السلسلة المحددة لموفري جسر السلسلة، ولكن هذا يعيد طرح قضايا الرموز غير القابلة للاستبدال وتجزئة السيولة.

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

عناوين الرموز المميزة عبر السلسلة غير متناسقة

نظرًا لخصوصية مكدس التكنولوجيا ( مثل عدم دعم CREATE2)، قد يستخدم موفرو الجسور عبر السلاسل الخارجية عناوين مختلفة لنشر الرموز المميزة عبر السلاسل على كل سلسلة، وقد تسبب عدم تناسق العنوان في العديد من مشكلات تجربة المستخدم:

• المخاطر الأمنية: يجب على المستخدمين التحقق من عناوين الرموز المميزة المختلفة في كل سلسلة، وبالتالي زيادة خطر التفاعل مع الرموز المميزة الاحتيالية؛< /p>

• تعقيد التكامل: يجب على المطورين الاحتفاظ بقائمة من عناوين الرموز الصالحة لكل شبكة؛

< li>

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

إصدار الرموز القياسية من خلال جسر إصدار الرمز المميز

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

لكي ينجح هذا النهج، يجب على مصدري الرمز المميز إعداد بنية تحتية لإدارة سك وحرق الرموز المميزة عبر السلاسل (مع ضمان مزامنة العرض العالمي) .

من الأمثلة البارزة على الرموز المميزة القياسية (الرمزية الأصلية) الصادرة عن منشئي الرموز المميزة هي Teleport الخاص بـ MakerDAO وبروتوكول النقل عبر السلسلة (CCTP) الخاص بـ Circle. يتيح النقل الفوري للمستخدمين نقل DAI القياسي بين Ethereum ومختلف مجموعات Ethereum. يتم تدمير DAI على سلسلة واحدة ويمكن سكه على السلسلة المستهدفة. يعمل CCTP بالمثل ويتيح عمليات النقل عبر السلسلة لـ USDC الأصلي (الصادر عن Circle) من خلال آلية الحرق والسك. في كلتا الحالتين، يتحكم مصدر الرمز المميز في سك وحرق الرموز القياسية.

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

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

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

من الناحية الموضوعية، هذه العلاقة (العلاقة بين الإصدارات عبر السلسلة من الرموز المميزة للبروتوكول وأمن البروتوكول) ودية لأن الرموز المميزة القياسية مدعومة بأمان النسخة الأصلية يعتمد الرمز المميز بالفعل على أمان البروتوكول، لذلك لا يُثقل كاهل المستخدمين والمطورين الخارجيين بافتراضات الثقة الجديدة. ينطبق هذا بشكل خاص على جسور العملات المستقرة التي يديرها مصدرون مثل Circle وMaker (المعروفة الآن باسم Sky) - يثق المستخدمون بالفعل في أن مصدر العملة المستقرة لديه ما يكفي من الأصول لتغطية تكلفة تبادل العملة المستقرة بالعملة الورقية، وبالتالي يثقون في جسر العملة المستقرة. صعب.

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

الأفكار النهائية

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

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

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

نعتقد أن ERC-7281 هو حل جديد لاستبدال الأصول عبر السلسلة والذي يمكّن من نشر البروتوكولات بكفاءة على سلاسل متعددة من الرموز المميزة القياسية دون التضحية بالأمن أو السيادة أو تجربة المستخدم.

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

لذلك، في الجزء التالي من تقرير قابلية استبدال الأصول عبر السلسلة، سنتناول التفاصيل حول ERC-7281 (المعروف أيضًا باسم xERC-20)، عبر المقارنة مع تصميمات الرمز المميز القياسية متعددة السلاسل الأخرى، وتحليل نهج الرمز المميز القياسي متعدد السلاسل لـ xERC-20، والتعمق في كيفية استفادة المطورين والمستخدمين من معيار الرمز المميز xERC-20.

يتبع.