المؤلف: 0xKooKoo ، المستشار الفني ل Geek Web3 و Moledao ، القائد الفني السابق في Bybit
![]()
** شكرا ل 0xmiddle لمساعدتهم في كتابة هذا المقال. **
مقدمة****
منذ إنشاء صناعة blockchain ، ظهر عدد لا يحصى من L1 / L2 ، وطورت كل سلسلة عامة تقريبا نظام DeFi البيئي الخاص بها. يتفاعل بعض الأشخاص فقط على سلاسل عامة محددة ، بينما يرغب المزيد من الأشخاص في العثور على فرص للإيرادات مثل التجارة والتعدين على سلاسل مختلفة. من بينها ، أصبح تحويل الأموال عبر السلسلة حاجة صارمة لا غنى عنها.
بالإضافة إلى المستخدمين العاديين ، يحتاج العديد من أطراف المشروع أيضا إلى تحويل الأموال بين سلاسل مختلفة ، وتوجيه السيولة على سلاسل مختلفة ، وتحقيق “أموال واحدة لأغراض متعددة”.
لكن سلاسل الكتل المختلفة هي أنظمة إجماع معزولة ، ولا توجد طريقة للأموال للعبور مباشرة من سلسلة إلى أخرى. يتمثل جوهر الأموال عبر السلسلة في أن الجسر عبر السلسلة يعمل كطرف مقابل عام لتلقي أموال المستخدمين على سلسلة المصدر وإرسال الأموال إلى المستخدمين في سلسلة الوجهة (إصدار الأصول المعينة ، أو تحرير الأموال للمستخدمين من مجمع السيولة للسلسلة المستهدفة).
![]()
في البداية ، كان الناس لا يزالون يثقون في البورصات المركزية ، وكان هناك قول مأثور مفاده أن “التبادلات المركزية هي أفضل الجسور عبر السلاسل”. ومع ذلك ، فإن عملية “الشحن والمبادلة والسحب” مرهقة للغاية ، ويأمل الناس أن تكون هناك طريقة نقية على السلسلة لإكمال سلسلة الأموال عبر بشكل مباشر.
علاوة على ذلك ، مقارنة بالبورصات المركزية ، يمكن للجسور عبر السلسلة إكمال رسائل أكثر عمومية عبر السلسلة ، لا تقتصر فقط على تحويل الأموال. على سبيل المثال، إذا كنت تستخدم تطبيق dApp للإقراض عبر السلسلة يوفر ضمانا من السلسلة أ ويقرض الأصول على السلسلة ب، فستحتاج إلى استخدام المراسلة عبر السلسلة.
إذا نظرنا إلى الأصول التاريخية للسلسلة المتقاطعة ، فيمكننا تتبعها إلى المراحل الأولى من تطوير تقنية blockchain. في ذلك الوقت ، جعل ظهور سلاسل عامة مختلفة الناس يدركون أنه يجب حل مشكلة التشغيل البيني بين السلاسل ، وإلا سيكون هناك الكثير من صوامع المعلومات / رأس المال. بمرور الوقت ، تم اقتراح أنواع مختلفة من النهج عبر السلسلة ، والتي تشكل تدريجيا النمط العالمي عبر السلسلة اليوم.
دعونا نلقي نظرة على بعض التطورات في التكنولوجيا عبر السلسلة.
منهج****
**1. ابحث عن الطرف المقابل الخاص بك **
دعونا نفكر في الأمر ، ما هي الطريقة الأكثر سهولة عبر السلسلة؟ لنفترض أن لديك 100 USDT في السلسلة A وتريد نقلها إلى السلسلة B. يحدث أن يكون هناك شخص لديه 100 USDT في السلسلة B ويريد تحويل USDT إلى السلسلة A. رأى كلاكما أن هذا لم يكن صحيحا تماما ، لذلك قاموا بضربه.
ولكن عندما تقوم بتحويل USDT إلى عنوان الطرف الآخر في السلسلة أ ، فإنه يتوب ولا يحول USDT إلى عنوانك في السلسلة ب.
لذلك ، فإن نموذج معاملة P2P هذا ليس موثوقا به للغاية ، أولا ، قد يكسر الطرف الآخر العقد ، بحيث تتكبد خسائر ، دون أي حماية ، وثانيا ، ليس من السهل العثور على هذا الطرف المقابل ، فقد تضطر إلى الانتظار لفترة طويلة لمقابلة مستخدم يطابق فقط المبلغ الذي تريد الخروج منه ، ولكن الاتجاه عبر السلسلة هو عكس ذلك ، وقد لا ينتظر حتى لفترة طويلة لانتظار مثل هذا الطرف المقابل.
![]()
2. مخططات كاتب العدل
2-1 شاهد كاتب عدل واحد
لذلك فكرنا ، بما أن الطرف الآخر قد يتخلف عن السداد ، هل يمكنني العثور على طرف ثالث موثوق به للتداول؟** أعطيه المال على سلسلة المصدر أولا ، ثم يعد بتحويل الأموال إلي في السلسلة المستهدفة. على سبيل المثال ، يمتلك هذا الشخص أصولا في كل من السلسلة أ والسلسلة ب ، ثم يضمن أنه طالما أنه يتلقى 100 USDT على السلسلة A ، فسوف يحول بالتأكيد 100 USDT من السلسلة B.
هذا أفضل بكثير من النوع الأول من تبادل الأصول بين سلاسل P2P ، لأن هناك طرفا مقابلا عاما موثوقا به لديه شيء سحري في يديه يسمى “السيولة” يمكنك التداول به في أي وقت.
بمعنى آخر ، تصبح معاملتك معه معاملة “نظير إلى مجمع” ، بدلا من معاملة “نظير إلى نظير”. لكنك ما زلت غير متأكد ، إذا كنت تتداول 100 USDT معه ، فلا بأس ، ماذا لو كنت تريد تداول 1 مليون USDT معه؟
في التحليل النهائي ، قدم كاتب العدل هذا بالفعل نوعا من المركزية ، والتي لا تزال ليست الطريقة غير الموثوقة عبر السلسلة التي نريدها.
** 2.2 كتاب العدل المتعددون (MultiSig) **
ماذا لو لم يكن كاتب العدل شخصا واحدا ، بل مجموعة من الأشخاص؟ يمكننا إنشاء حساب عمارات ، حيث يقوم العديد من الموقعين بإدارة الحساب بشكل مشترك ، وعليهم توقيع رسالة ، ويصل عدد التوقيعات إلى عتبة (عادة 2/3) قبل تحويل الأموال.
في هذه الحالة ، إذا كان لدى عدد قليل منهم (لا يزيد عن 1/3) عقل ملتوي ويريدون جمع أموالي على سلسلة المصدر ، لكنهم لا يريدون إرسال الأموال إلي على السلسلة المستهدفة ، أو إذا كانوا غير متصلين بالإنترنت ، فلا يهم ، سيظل كتاب العدل الشرفاء الآخرون يوقعون ويحولون الأموال التي يجب إعطاؤها لي.
![]()
** هذا المخطط أكثر موثوقية ، ويضعف خطر المركزية ، وأكثر أمانا. على سبيل المثال ، هناك ما مجموعه 20 كاتب عدل حسن السمعة ، ولا يزال احتمال وجود عقول ملتوية في نفس الوقت منخفضا جدا. (هذا لا يشمل عقد Multichain ال 20 التي يديرها بالفعل شخص واحد ، أو المتسللين الذين يسرقون 2/3 من مفاتيح توقيع كاتب العدل مثل جسر Axie.) ）
**2.3 كاتب العدل المتعدد (MPC) **
ومع ذلك ، هناك أيضا العديد من المضايقات في طريقة إدارة الحساب للتوقيع المتعدد.
يجعل Multisig قواعد التوقيع أسهل في الكشف. ** إذا كان مخطط توقيع 5/7 ، فإن رمز العقد الذكي لمحفظة multisig سيكشف عدد الموقعين الموجودين ، ويمكن للقراصنة العثور على هؤلاء الموقعين بطريقة مستهدفة وانتظار الفرصة لسرقة المفتاح الخاص.
** يحتاج Multisig إلى التكيف مع السلاسل العامة المختلفة. على سبيل المثال ، لا تدعم بعض السلاسل العامة العقود الذكية ، يجب عليك استخدام أوليات التشفير الخاصة بالسلسلة لتنفيذ حسابات multisig ، إذا لم يكن ذلك مدعوما ، فلن تتمكن محفظة multisig الخاصة بك من القيام بذلك.
لا يمكن تغيير التوقيع المتعدد إذا تم تعيين الموقع. على سبيل المثال ، إذا كنت تريد التغيير إلى نظام توقيع 6/8 ، أو إذا كنت تريد تغيير الموقع ، فيجب عليك إعادة توزيع العقد متعدد التواقيع ، ويجب عليك أيضا تحويل الأموال إلى العقد الجديد متعدد التوقيعات.
يستخدم المخطط عبر السلسلة لأول مشتق BTC tBTC طريقة متعددة التوقيعات ، والتي تم التخلص منها لأنها عرجاء للغاية وصعبة الاستخدام. ** تتبنى معظم الجسور الحالية عبر السلاسل نهج MPC أكثر تقدما. **
![]()
MPC تعني الحوسبة متعددة الأطراف ، وهي تقنية تجزئة المفتاح الخاص. الحساب متعدد التواقيع هو حساب تديره مفاتيح خاصة متعددة ، بينما تتم إدارة حساب MPC بواسطة مفتاح خاص لإدارة حساب ، وينقسم المفتاح الخاص إلى أجزاء متعددة ، ويحمل كل من الموقعين المتعددين جزءا من المفتاح الخاص ، ويمكن تجميع التوقيع الكامل عندما يصل عدد الموقعين إلى الحد الأدنى ، ولن يتم الكشف عن المفتاح الخاص الكامل أثناء عملية التوقيع.
يتمتع حساب MPC بالمزايا التالية:**
** سرية أكثر من محافظ multisig العادية. ** عندما يكون التوقيع مطلوبا ، على سبيل المثال ، يتم استخدام أجزاء المفتاح الخاص 5/7 للتوقيع على بعضها البعض ، ويتم دمج توقيعات فرعية متعددة في قطعة واحدة لتشكيل توقيع قانوني نهائي. بهذه الطريقة ، ما تراه على السلسلة هو توقيع واحد عادي ، ولا يمكنك معرفة ما إذا كان من حساب MPC ، ناهيك عن الموقع الذي يقف وراءه ، ولا يمكنك معرفة عدد أجزاء المفتاح الخاص وقواعد التوقيع المحددة.
** يمكن تكييفها بشكل أفضل مع معظم السلاسل العامة من محافظ multisig. MPC هي تقنية مميزة وهي محايدة للسلسلة. حساب MPC هو في الواقع حساب عادي ، بغض النظر عما إذا كانت السلسلة العامة تدعم العقود الذكية أم لا ، يمكنك إنشاء حساب عمارات من خلال تقنية MPC.
** لجنة السياسة النقدية أكثر مرونة في تغيير التوقيعات. ** يمكن أن يدعم تعديلا أكثر مرونة لقواعد التوقيع ، مثل تغيير عدد أجزاء المفتاح الخاص وعتبة التوقيع في أي وقت ، وتغيير الموقع في أي وقت ، يحتاج فقط إلى إعادة مشاركة المفتاح الخاص.
![]()
3. تدابير أمنية أخرى
3.1 الفصل الساخن والبارد
** بعد أن تلقى حساب الضمان الخاص بكاتب العدل 100 USDT على السلسلة A ، قام بتحويل 100 USDT إلى عنواني في السلسلة B ، كيف يمكنني تشغيل هذا السلوك؟
لنفترض أن كل عضو في كاتب العدل لديه آلة تستمع إلى المعاملات على السلسلة A ، وعندما يكتشفون أنني قمت بتحويل 100 USDT إلى حساب ضمان جسر عبر السلسلة ، وتنص المعاملة على أنني أريد تلقي USDT هذه على عنوان يسمى user2 في السلسلة B.
في هذا الوقت ، شارك كتاب العدل بشكل جماعي في توقيع وتحويل 100 USDT من حساب الجسر عبر السلسلة على السلسلة B إلى user2. يجب كتابة هذه العملية برمز وآلي ، وإلا فسيتعين على كاتب العدل أن يكون متصلا بالإنترنت في الوقت الفعلي ، وسيتعين تشغيل الطلب على الفور ، وهو أمر غير واقعي للغاية.
** سيكون هناك عدة أجزاء في هذا البرنامج الآلي **
-
المستمع: مسؤول عن مراقبة المعاملات على سلسلة المصدر ، من أجل تصفية المعاملات غير ذات الصلة أو المعاملات غير الصالحة ، قد تقوم هذه الخطوة ببعض التحقق من التنسيق الأساسي ؛
-
إجراء التحقق: سيشمل ذلك عميل العقدة الخفيفة (أو العقدة الكاملة) ل blockchain المدعوم ، وهو المسؤول عن التحقق من أن المعاملة على سلسلة المصدر التي لها علاقة تفاعلية مع عقد الجسر عبر السلسلة قد تم تعبئتها بالفعل في كتلة ووضعها على السلسلة ؛
-
برنامج التوقيع: مسؤول عن توقيع وبدء معاملة التحويل إلى المستخدم في السلسلة المستهدفة.
![]()
لكن الأتمتة تجلب معها أيضا مشكلة إمكانية اختراق هذا البرنامج الآلي والتلاعب به. لذلك ، من أجل التحكم في المخاطر ، سيتخذ الجسر عبر السلسلة تدابير للفصل بين الساخن والبارد. ** يتحكم البرنامج الآلي في مفتاح التشغيل السريع ، وكمية التحويل محدودة ، وفي حالة التحويل الكبير ، يجب على كاتب العدل التوقيع يدويا باستخدام المفتاح البارد. يمكن تنفيذ قواعد الفصل الساخن والبارد في حساب MPC.
3.2 عزل المخاطر
لذلك ، من الضروري القيام بعمل جيد في عزل مجمع رأس المال واستخدام حسابات حفظ متعددة لإدارة صناديق السيولة ، مثل العزل وفقا لسلاسل عامة مختلفة ، مثل A و B و B و C و C و D كلها مجمعات رأسمالية مستقلة.
**3.3 نقطة الإنطلاق **
** يمكن تشغيل إجراءات الاستماع والتوقيع الآلية التي يديرها كاتب العدل في جهاز TEE ، مما قد يزيد بشكل كبير من صعوبة هجمات القرصنة. ** TEE تعني بيئة التنفيذ الموثوق بها ، وهي بيئة حوسبة تعمل على جهاز معين معزول عن نظام التشغيل الرئيسي ، مثل الجيب.
يتم فرض هذه العزلة على الأجهزة بأمان عال للغاية ، بحيث يمكن ل TEEs تشغيل التطبيقات ذات متطلبات الأمان العالية ، مثل إدارة مفاتيح التشفير والمصادقة البيومترية ومعالجة الدفع الآمنة والمزيد.
**3.4 PoA إلى اليسار ، PoS إلى اليمين **
من أجل جعل الجسور عبر السلاسل أكثر أمانا ، هناك اتجاهان في اختيار كتاب العدل:
** الأول هو اختيار شركة كبيرة أو مؤسسة معروفة ذات سمعة طيبة قدر الإمكان. بالنسبة لهذه المنظمات ، فإن تكلفة فعل الشر مرتفعة للغاية ، ويمكن أن تكلف سنوات من النوايا الحسنة. بالإضافة إلى ذلك ، حاول أن تجعلها متنوعة جغرافيا بدرجة كافية (تجنب التركز في نفس الولاية القضائية).
على سبيل المثال ، اختار مشروع الجسر عبر السلسلة Wormhole مثل هذا النموذج ، وعقده ال 19 كلها مؤسسات معروفة ذات حجم كبير وأموال قوية ، وهي طريقة PoA.
الطريقة الأخرى هي أن يعترف كتاب العدل غير المصرح لهم ، لكنهم مطالبون بتقديم تعهد ، وإذا أساءوا التصرف ، تخفيض أموالهم المرهونة. هذه هي الطريقة التي تعمل بها نقاط البيع. هذا ما تدور حوله ZetaChain.
![]()
ليس من الجيد استخلاص استنتاجات مباشرة وتعسفية حول من هو الأعلى ومن هو الأدنى بالطريقتين. يعتمد ذلك على مدى جودة أداء أطراف مشروع الجسر عبر السلسلة في اتجاهات كل منها.
سواء كان PoA أو PoS ، يمكنك إنشاء جسر عبر السلسلة مباشرة في سلسلة عامة ، حيث تقوم كل عقدة بتشغيل نفس البرنامج ، وسيتم تسجيل جميع الطلبات عبر السلسلة وعمليات المعالجة على هذه السلسلة. يمكن للسلسلة نفسها أيضا استضافة التطبيقات ، وبالتالي تصبح مركزا بيئيا.
3.5 مراقب
طريقة أخرى لتعزيز الأمن هي إنشاء دور مراقب. هذا الدور مسؤول عن مراقبة السلوك عبر السلسلة ويمكنه الإبلاغ عن المعاملات وإجهاضها على السلسلة إذا تم العثور على مشكلات. نظرا لأن المراقب يحتاج إلى نافذة للرد ، فقد يتأخر وقت وصول النقل عبر السلسلة ، لذلك لن يتدخل المراقب إلا إذا قبل المستخدم التأخير في النقل لمعاملة كبيرة أو عملية حساسة عبر السلسلة.
حلول أخرى عبر السلسلة****
** قفل التجزئة **
العودة إلى الطريقة الأولى المذكورة في هذه المقالة: P2P للعثور على طرف مقابل لمقايضات الأصول عبر السلسلة. إذا كنا نخشى أن يتخلف الطرف الآخر عن سداد الديون ، فيمكننا إنشاء آلية ، بمجرد أن يتوب شخص ما ، يمكن للطرف الآخر استعادة الأموال وإعادتها إلى تشاو.
هذا هو قفل التجزئة ، والذي يستخدم بذكاء أقفال التجزئة والأقفال الزمنية لإجبار مستلم الأموال على تحديد الإيصال قبل الموعد النهائي ، وإنشاء شهادة إيصال على سلسلة المصدر ، ويجب على الدافع الحصول على الأصول المكافئة للمستلم على السلسلة المستهدفة مع إثبات الإيصال هذا ، وإلا سيتم إرجاع أموال كلا الطرفين إلى الطريقة الأصلية.
![]()
ومع ذلك ، يمكن لهذه الطريقة تبادل الأموال فقط ، ولا يمكنها إكمال نقل المعلومات العام عبر السلسلة. وحتى من منظور تحويل الأموال عبر السلسلة ، فإن تجربة المستخدم لقفل وقت التجزئة سيئة للغاية:
إذا كان تقلب سعر العملة غير موات للطرف المقابل (مزود السيولة) ، فقد يختار بعقلانية عدم التنفيذ ؛
من أجل إكمال مبادلة عبر السلسلة ، يجب على كل من المستخدم والطرف المقابل إجراء توقيعين.
نتيجة لذلك ، تم التخلص التدريجي إلى حد كبير من أقفال توقيت التجزئة ، كحل عبر السلسلة. ** لقد غيرت جميع الجسور عبر السلاسل المبكرة التي استخدمت هذا الحل (على سبيل المثال ، cBridge و Connext) مسارها.
عميل خفيف على السلسلة
هذه الطريقة هي نشر عقد العميل الخفيف لسلسلة المصدر مباشرة على السلسلة المستهدفة. إذا قمت بنشر عقد على سلسلة، فستقوم جميع عقد هذه السلسلة بتشغيل رمز العقد الذي قمت بنشره. لذلك ، فإن حل العميل الخفيف على السلسلة هو في الواقع السماح للسلسلة المستهدفة بالتحقق مباشرة من المعاملة من سلسلة المصدر.
هذه الطريقة آمنة للغاية ، لكنها أيضا الأغلى. مكلف بالطرق التالية:**
يحتاج عقد العميل الخفيف للسلسلة المستهدفة إلى تلقي رأس الكتلة الجديد والتحقق منه من سلسلة المصدر في الوقت الفعلي ، وهذه العملية كثيفة الاستخدام للغاز ، حتى إذا تم استخدام ZK لتحقيق براهين موجزة ، فإن استهلاك الغاز للتحقق من إثبات ZK لن يقل عن 400000 غاز (EVM على سبيل المثال) ، وفي مخطط MPC ، تحتاج السلسلة فقط إلى التحقق من التوقيع ، واستهلاك الغاز أكثر من 20000 فقط ، وهو أسوأ 20 مرة!** جسر أكثر أمانا ، ولكن أغلى 20 مرة ، هل ستستخدمه؟
![]()
حجم العمل الذي ينطوي عليه تطوير عقود العملاء الخفيفة ضخم ، ولكي تكون الجسور عبر السلاسل متوافقة مع سلاسل أكثر تجانسا ، تحتاج إلى تنفيذ عقود عملاء خفيفة لكل سلسلة أخرى في بيئات تطوير مختلفة تماما على سلاسل مختلفة ، وهو تحد جهنمي للمطورين. هذا يؤدي إلى احتمال أكبر للأخطاء في كتابة العقد ، وهذا يعني أن أمن جسر العميل الخفيف هو فقط على المستوى النظري ، وهو غير آمن للغاية من حيث الممارسة الهندسية. **
من أجل تقليل كمية أعمال التطوير ، يتمثل الحل المجدي في إدخال سلسلة ترحيل ، بحيث يمكن لجميع السلاسل وسلسلة الترحيل هذه إبرام عقود عميل خفيفة مع بعضها البعض ، والتي يمكن أن تقلل بالفعل من عبء العمل من C (n ، 2) إلى n ، لكنها لا تزال ليست صغيرة جدا. ما كان في الأصل نقلا مباشرا عبر السلسلة من سلسلة المصدر إلى سلسلة الوجهة أصبح أيضا انتقالا من الدرجة الثانية بين سلسلة المصدر → سلسلة الترحيل → سلسلة الوجهة ، مما سيولد استهلاكا إضافيا للغاز واستهلاكا للوقت.
![]()
لذلك ، لا يمكن استخدام الحلول التقنية للعملاء الخفيفين ، في الوقت الحالي ، لبناء جسور عالمية أكثر عبر السلاسل.
نهاية اللعبة ****
بادئ ذي بدء ، لدى السلاسل العامة المختلفة ممارسات مختلفة ، وهناك موارد مختلفة وراءها ، طالما أنها لا تعترف بالهزيمة ، فإن البيئة ستكون موجودة بالتأكيد ، حتى لو لم يكن التطوير جيدا على المدى القصير ، فربما في يوم من الأيام سيعودون إلى الحياة بعد إجراء ترقية. الشيء مثل هذا النوع من البنية التحتية الأساسية هو معرفة من يستمر لفترة طويلة ومن يتكيف بسرعة مع السوق. **
لا يمكن ل Bitcoin و Ethereum حل جميع سيناريوهات التطبيق ، أو في تقسيم فرعي معين ، هناك دائما أشخاص لا يحبون المركز الأول ، لذلك يقومون بإنشاء عجلة جديدة ، وبالتالي فإن المستقبل سيكون بالتأكيد متعدد السلاسل. أو في المستقبل ، لن تكون الطبقة السفلية سلسلة ، ثم يجب أن يكون المستقبل متعدد البيئات ، وكيفية نقل الأموال والمعلومات بين النظم الإيكولوجية المتعددة ، ويجب أن تكون هناك تقنية عبر السلسلة / عبر البيئة!
ما الذي يوليه المستخدمون أكثر من اللازم في مسألة عبر السلسلة؟
السرعة: كم من الوقت يستغرق إكمال عملية عبر السلسلة
الرسوم: المبلغ الذي أحتاج إلى دفعه مقابل عملية عبر السلسلة
الأمان: ما إذا كان الجسر عبر السلسلة آمنا وما إذا كانت الأموال لن تضيع
السيولة: هل هناك سيولة كافية لدعم تداولاتي وتأثير سعر مقبول
نطاق الاتصال: كم عدد السلاسل التي تدعمها، وما إذا كنت تدعم السلاسل التي أحتاجها لعمليتي عبر السلاسل
الخبرة: ما إذا كانت العملية عبر السلسلة مريحة ، مثل ما إذا كانت تدعم دفع الغاز ، وما إذا كان تقدير التكلفة دقيقا ، وما إذا كان يدعم استعلام التقدم وعرض المتصفح ، وما إذا كانت تحدث حالات الفشل بشكل متكرر ، وكيفية التعامل مع حالات الفشل ، وما إلى ذلك.
** دعنا أولا نقدم نظرة عامة على ميزات بعض المشاريع من ثلاث وجهات نظر واضحة: الأمان والتكلفة ونطاق الاتصال. **
![]()
![]()
انقر على الرابط لرؤية الجدول الواضح (يتم تحديث الجدول باستمرار):
من أجل شرح الجسر عبر السلسلة بشكل كامل ، هناك بالفعل العديد من الأبعاد التي يجب مناقشتها ، مثل جميع الأبعاد وتحليل البيانات في الجدول أعلاه. إذن ما هي العناصر التي تهتم بها عند السلاسل المتقاطعة؟ما هي الجسور عبر السلاسل التي تستخدمها غالبا؟ما الذي تعتقد أن الجسور عبر السلاسل يجب أن تركز عليه؟إذا كانت لديك أفكارك ، فيرجى التواصل مع المؤلفين.
