توكنات IBC (Cosmos)

ما توكنات IBC في Cosmos؟

توكنات IBC هي أصول مشفرة انتقلت بين شبكات بلوكشين متصلة بـ Cosmos عبر بروتوكول الاتصال بين البلوكشين (Inter-Blockchain Communication).

ببساطة، توكن IBC هو تمثيل لتوكن يظهر على شبكة مستقبِلة بعد نقل الأصل الأصلي عبر قناة IBC.

توضح وثائق IBC-Go أن IBC يتيح لشبكات البلوكشين التواصل فيما بينها ويدعم تطبيقات عبر السلاسل، مثل تحويلات التوكنات القابلة للاستبدال.

في منظومة Cosmos، يُعد IBC إحدى التقنيات الرئيسية التي تتيح للبلوكشينات المستقلة إرسال الأصول والرسائل وبيانات التطبيقات بعضها إلى بعض.

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

فهو عادةً تمثيل عبر السلاسل لأصل نشأ على شبكة أخرى.

على سبيل المثال، عندما ينتقل توكن أصلي من شبكته المصدر إلى شبكة Cosmos أخرى عبر IBC، قد تعرضه الشبكة المستقبِلة على هيئة توكن مقوّم بـ IBC.

يساعد هذا التمثيل الشبكة المستقبِلة على تتبع منشأ التوكن ومسار نقله.

تكتسب توكنات IBC أهمية لأنها تجعل منظومة Cosmos تبدو شبكة مترابطة بدلاً من كونها مجموعة من البلوكشينات المعزولة.

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

أهمية توكنات IBC

تكتسب توكنات IBC أهميتها لأن السيولة والمستخدمين والتطبيقات موزعون على شبكات بلوكشين متعددة.

ومن دون قابلية التشغيل البيني، قد يصعب استخدام توكن على شبكة معينة في تطبيقات شبكة أخرى.

يساعد IBC في حل هذه المشكلة بمنح الشبكات القائمة على Cosmos وسيلة موحدة لنقل التوكنات والبيانات.

يصف مستودع معايير Interchain بروتوكول IBC بأنه المرجع الأساسي لدلالات البروتوكول وأوصاف الترميز ومعايير طبقة التطبيقات.

وهذا مهم لأن التحويلات عبر السلاسل تتطلب أكثر من مجرد معاملة محفظة بسيطة.

إذ يجب أن تعمل شبكة الإرسال وشبكة الاستقبال والقناة والمرحل ووحدة التوكن والتحقق من الإثباتات معاً.

تجعل توكنات IBC تطبيقات DeFi عبر السلاسل ومشتقات Staking والمدفوعات وإدارة المحافظ والتطبيقات متعددة الشبكات أكثر عملية.

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

وبالنسبة إلى المطورين، يمكن لتوكنات IBC توسيع سوق التطبيق، لأن المستخدمين لا يضطرون إلى البقاء محصورين في شبكة المصدر.

أما في منظومة Cosmos، فتُعد توكنات IBC جزءاً رئيسياً من رؤية Interchain.

آلية عمل تحويلات توكنات IBC

تتبع تحويلات توكنات IBC عادةً معيار تحويل التوكنات القابلة للاستبدال ICS-20.

يحدد مواصفات تحويل التوكنات القابلة للاستبدال ICS-20 بيانات الحزم ومنطق آلة الحالات وقواعد الترميز اللازمة لتحويل التوكنات القابلة للاستبدال عبر IBC.

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

بعدها تسك الشبكة المستقبِلة تمثيلاً قسيمياً لهذا التوكن أو تقيد رصيده.

وعندما يعود التوكن إلى شبكته المصدر عبر المسار الصحيح، يمكن حرق التمثيل القسيمي وإطلاق التوكن الأصلي المحتفظ به في حساب الضمان.

يساعد هذا التصميم على منع وجود الأصل نفسه بحرية على الشبكتين من دون محاسبة.

الفكرة المهمة هي أن الشبكة المستقبِلة لا تنشئ توكناً منفصلاً تماماً.

بل تنشئ تمثيلاً مرتبطاً بمسار التحويل والأصل المصدر.

تعتمد تحويلات توكنات IBC على الحزم والقنوات والمنافذ والعملاء والمرحّلات والإقرارات ومهل انتهاء الصلاحية.

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

الشبكة المصدر والشبكة المستقبِلة

الشبكة المصدر هي الشبكة التي يُعد التوكن أصلياً فيها، أو التي يعتبرها مسار IBC الحالي مصدر التوكن.

أما الشبكة المستقبِلة فهي الشبكة التي تستقبل التوكن عبر IBC.

هذا التمييز مهم لأن سلوك توكن IBC يعتمد على ما إذا كان التحويل يبتعد عن المصدر أو يعود إليه.

إذا غادر توكن أصلي شبكته المصدر، فقد تحتفظ الشبكة المصدر بالأصل في حساب ضمان، فيما تنشئ الشبكة المستقبِلة قسيماً له.

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

ويساعد ذلك في ضبط المعروض عبر الشبكات.

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

فقد يكون التوكن أصلياً على Chain A، وممثلاً على Chain B، ثم يُرسل لاحقاً إلى Chain C.

وتضيف كل خطوة معلومات عن المسار تساعد على تحديد مصدر الأصل وكيفية وصوله.

ولهذا تُعد مسارات التسمية مهمة جداً لتوكنات IBC.

ما المقصود بتسمية IBC؟

تسمية IBC هي التسمية المستخدمة على السلسلة للتعرف على توكن منقول عبر IBC على الشبكة المستقبِلة.

بدلاً من عرض رمز أصلي بسيط دائماً، قد يظهر توكن IBC على هيئة قيمة تجزئة تبدأ بـ «ibc/» وتتبعها مُعرّفات طويلة.

يوضح دليل Interchain Developer Academy إلى تسميات IBC أن الأصول المرسلة عبر IBC قد تُمثّل على السلسلة بهاش تسمية IBC.

قد يبدو ذلك مربكاً للمبتدئين، لأن المحفظة أو مستكشف البلوكشين قد يعرض سلسلة تقنية طويلة بدلاً من رمز توكن مألوف.

والسبب أن الشبكة تحتاج إلى وسيلة دقيقة للتمييز بين الأصل ومسار نقله.

قد يحمل توكنان الرمز المعروض نفسه مع اختلاف مصدرهما.

كما قد تصل نسختان من التوكن نفسه عبر قناتي IBC مختلفتين.

وتساعد تسمية IBC على تجنب الخلط بين تمثيلين مختلفين للأصل.

قد تعرض المحافظ ومستكشفات البلوكشين رمزاً مألوفاً، لكن الشبكة تواصل تتبع التسمية التقنية الأساسية.

ينبغي للمستخدمين التحقق من مسار التسمية إذا لم يتأكدوا من توكن IBC الذي يحتفظون به.

مسار التسمية

مسار التسمية سجل يربط توكن IBC بمصدره ومسار نقله.

يوضح عرض Cosmos لتحويلات IBC أن مسار التسمية يحتوي على مُعرّفات المنافذ والقنوات مرتبة من أحدث تحويل إلى أقدمه.

وبالنسبة إلى المستخدمين، يشبه مسار التسمية سجل إيصالات للتحويلات بين الشبكات.

فهو يساعد على تحديد التسمية الأساسية الأصلية والمسار الذي سلكه التوكن.

أما للمطورين، فتساعد مسارات التسمية على منع الخلط غير المقصود بين الأصول المتشابهة في المظهر والمنقولة عبر مسارات مختلفة.

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

ويهم ذلك المحافظ ومستكشفات البلوكشين وتطبيقات DeFi وأدوات المحاسبة وأنظمة المخاطر.

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

كما تساعد هذه المسارات المستخدمين على اكتشاف ما إذا كانوا يتعاملون مع الأصل المتوقع.

قبل استخدام توكن IBC في تحويل كبير أو مركز DeFi، ينبغي للمستخدمين التأكد من مسار التسمية والقناة.

قسائم توكنات IBC

قسيمة توكن IBC هي تمثيل لتوكن على شبكة لا يكون التوكن فيها أصلياً.

تمثل القسيمة مطالبة بتوكن جرى الاحتفاظ به في حساب ضمان أو احتسابه بطريقة أخرى عبر منطق تحويل IBC.

على سبيل المثال، إذا أُرسل توكن أصلي على Chain A إلى Chain B، فقد تعرض Chain B نسخة قسيمة IBC من ذلك الأصل.

ويمكن استخدام القسيمة على Chain B إذا كانت التطبيقات والمحافظ تدعمها.

إذا أُعيدت القسيمة إلى Chain A عبر المسار الصحيح، فيمكن حرقها وإلغاء قفل التوكن الأصلي أو إطلاقه.

يختلف هذا النموذج عن الأصل المغلف البسيط الذي تصدره جهة حفظ مركزية.

إذ يعتمد IBC على الاتصال بين الشبكات على مستوى البروتوكول والتحقق عبر العملاء الخفيفين والمرحّلات والوحدات الخاصة بكل شبكة.

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

إذا تعطلت القناة أو نشاط المرحّل أو دعم الشبكة المستقبِلة، فقد يتأثر استخدام الأصل.

قسيمة IBC مفيدة، لكنها لا تعادل الاحتفاظ بالتوكن مباشرةً على شبكته الأصلية.

قنوات IBC

قناة IBC مسار اتصال بين وحدات على شبكتين منفصلتين.

غالباً ما تستخدم تحويلات التوكنات وحدة التحويل عبر قناة محددة.

ويصبح مُعرّف القناة جزءاً من مسار التسمية عندما ينتقل التوكن بين الشبكات.

لذلك قد تكون للتوكن نفسه تسميات IBC مختلفة على الشبكة المستقبِلة نفسها إذا وصل عبر قنوات مختلفة.

قد تبدو تفاصيل القناة تقنية للمستخدمين، لكنها مهمة عملياً.

إذا كانت المحفظة أو التطبيق يدعم إصداراً من التوكن عبر قناة معينة ولا يدعم إصداراً آخر، فقد يرى المستخدم أرصدة غير متوقعة أو وظائف محدودة.

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

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

ينبغي للمستخدمين التأكد من مسار القناة المدعوم قبل تحويل مبالغ مهمة.

وقد يساعد تحويل تجريبي صغير على تقليل الأخطاء عند استخدام مسار IBC جديد.

منافذ IBC

يحدد منفذ IBC وحدة التطبيق التي ترسل الحزم أو تستقبلها.

في تحويلات التوكنات القابلة للاستبدال، يرتبط المنفذ عادةً بوحدة التحويل.

يساعد المنفذ والقناة معاً في تحديد المسار المستخدم للاتصال عبر IBC.

لا يتعامل المبتدئون عادةً مع هذه المعرّفات مباشرةً.

لكنها مهمة لأنها جزء من المسار التقني الذي يحدد تمثيل توكن IBC.

تستخدم التطبيقات هذه المعرّفات لمعالجة الحزم بشكل صحيح.

كما تستخدمها مستكشفات البلوكشين وأدوات المطورين لعرض مسارات التسمية وطرق التحويل.

عند فشل التحويل، قد تفحص فرق الدعم والمطورون المنفذ والقناة وتسلسل الحزم وتفاصيل المهلة.

أما المستخدم العادي، فأهم ما ينبغي معرفته هو استخدام مسارات المحافظ الموثوقة والتدفقات الرسمية للتطبيقات.

ينبغي تحديد القناة يدوياً بحذر لأن المسار يؤثر في تسمية التوكن الناتجة.

المرحّلات وتوكنات IBC

المرحّلات عمليات خارج السلسلة تنقل حزم IBC وإثباتاتها بين الشبكات.

لا يتطلب IBC أن تدفع شبكة البيانات مباشرةً إلى شبكة أخرى بنفسها.

بدلاً من ذلك، تراقب المرحّلات الأحداث على شبكة وترسل المعلومات المطلوبة إلى الشبكة الأخرى.

يتحقق البروتوكول من المعلومات باستخدام العملاء والإثباتات.

للمرحّلات أهمية لأنها تضمن استمرار الاتصال بين الشبكات.

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

لا تتحكم المرحّلات عادةً بأموال المستخدم كما تفعل جهات الحفظ.

لكن توفر المرحّلات يؤثر في تجربة المستخدم وسرعة التحويل.

قد يؤدي تأخر المرحّل إلى ظهور تحويل IBC كأنه عالق، حتى مع وجود آليات أمان في البروتوكول الأساسي.

لذلك تحتاج مسارات IBC السليمة عادةً إلى بنية تحتية موثوقة للمرحّلات.

حسابات الضمان في ICS-20

يُعد حساب الضمان جزءاً أساسياً من كثير من تحويلات توكنات IBC.

توضح وثائق حساب الضمان في Cosmos IBC أن لكل قناة تحويل ICS-20 حساباً مصرفياً خاصاً للضمان تُحتفظ فيه التوكنات المنقولة خارج الشبكة المصدر.

عندما يغادر توكن أصلي شبكته المصدر عبر IBC، يمكن قفله في حساب ضمان.

ثم تمثل الشبكة المستقبِلة ذلك الأصل على هيئة قسيمة IBC.

ويساعد ذلك في ضبط إجمالي المعروض بين الشبكات.

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

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

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

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

لا يلغي حساب الضمان كل المخاطر، لكنه عنصر أساسي في أمان تحويلات IBC.

مُهل انتهاء صلاحية IBC

مُهل انتهاء صلاحية IBC قواعد أمان تمنع بقاء الحزم صالحة إلى الأبد.

تحدد المهلة الوقت الذي لا تعود بعده الحزمة قابلة للإكمال وفق شروطها الأصلية.

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

وهذا مهم لأن الاتصال عبر السلاسل قد يفشل أو يتأخر.

فقد تكون الشبكة المستقبِلة غير متاحة.

وقد يتوقف المرحّل عن العمل.

وقد تُغلق القناة.

وقد لا تُستقبل الحزمة قبل حلول شرط انتهاء المهلة.

يساعد منطق انتهاء الصلاحية على جعل IBC أكثر أماناً من رسالة أحادية الاتجاه لا توفر مساراً للاسترداد.

ومع ذلك، ينبغي للمستخدمين إدراك أن انتهاء المهلة قد يتطلب إجراءً من المرحّل أو المستخدم لإكمال عملية الاسترداد.

إقرارات IBC

الإقرار رد يؤكد ما إذا كانت الشبكة المستقبِلة قد عالجت حزمة IBC بنجاح.

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

إذا نجحت الحزمة، يكتمل التحويل.

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

تُعد الإقرارات أحد أسباب موثوقية تحويلات IBC مقارنةً برسائل بسيطة عبر السلاسل لا تتلقى رداً.

فهي تساعد الشبكات على تنسيق تغييرات الحالة عبر دفاتر أستاذ منفصلة.

تحدث الإقرارات عادةً في الخلفية من وجهة نظر المستخدمين.

أما للمطورين، فهي ضرورية لبناء تطبيقات تحتاج إلى يقين بشأن حالة النقل بين الشبكات.

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

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

توكنات IBC متعددة الخطوات

توكن IBC متعدد الخطوات هو توكن انتقل عبر أكثر من مسار IBC واحد قبل وصوله إلى شبكته الحالية.

على سبيل المثال، قد ينشأ التوكن على Chain A، ثم ينتقل إلى Chain B، وبعد ذلك إلى Chain C.

وقد يتضمن مسار التسمية الناتج عدة أزواج من مُعرّفات المنافذ والقنوات.

قد تزيد التحويلات متعددة الخطوات مرونة التوجيه عبر شبكة Interchain.

لكنها قد تسبب الارتباك أيضاً، لأن مسار التوكن يصبح أطول وقد يصعب قراءة تسميته.

توضح وثيقة Cosmos للتتبع المصدر للعملات أن تكرار تحويلات IBC قد ينشئ مسارات تسمية طويلة، وأن التعامل مع التسميات القائمة على الهاش يساعد على إدارة حدود طولها.

ينبغي للمستخدمين توخي الحذر مع توكنات IBC متعددة الخطوات، لأن التطبيقات لا تتعامل مع كل المسارات على أنها متكافئة.

قد لا يدعم بروتوكول DeFi إلا المسار الأكثر شيوعاً أو المعتمد للأصل.

وقد يكون للتمثيل الناتج عن مسار غير مألوف سيولة أقل أو دعم محدود في التطبيقات.

ينبغي للمستخدمين اتباع مسارات التحويل الرسمية التي توصي بها المحفظة أو التطبيق المستهدف متى أمكن.

توكنات IBC المعتمدة

توكن IBC المعتمد هو التمثيل الشائع أو المفضل لأصل على شبكة معينة.

تكتسب المسارات المعتمدة أهمية لأن الأصل نفسه قد يصل عبر مسارات IBC مختلفة وينشئ تسميات مختلفة.

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

قد تكون الإصدارات غير المعتمدة تمثيلات صالحة عبر IBC، لكن قد يصعب استخدامها.

فقد لا يظهر توكن IBC غير معتمد في واجهة المحفظة أو قد يتعذر إيداعه في تطبيق.

ولا يعني ذلك دائماً ضياع الأموال.

قد يعني فقط أن التطبيق لا يتعرف على مسار التسمية المحدد.

ينبغي للمستخدمين التحقق من التسميات المدعومة قبل تحويل التوكنات لاستخدامها في DeFi.

وينبغي للمطورين عرض تسميات IBC المدعومة بوضوح لتقليل أخطاء المستخدمين.

يُعد التوجيه المعتمد من أهم مسائل تجربة المستخدم العملية في تحويلات توكنات IBC.

توكنات IBC والمحافظ

تساعد المحافظ المستخدمين على إرسال توكنات IBC واستقبالها وعرضها.

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

لكن المحفظة تظل معتمدة على صحة البيانات الوصفية ومعلومات سجل الشبكات ومسارات التسمية والمسارات المدعومة.

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

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

ينبغي ألا يفترض المستخدمون أن التوكن مزيف لمجرد ظهوره على هيئة هاش IBC.

كما ينبغي ألا يفترضوا أن الرمز المألوف آمن من دون التحقق من مسار التسمية.

أفضل عادة هي التحقق من الشبكة والقناة والتسمية وعنوان الاستقبال قبل التحويلات الكبيرة.

تحسن المحافظ سهولة الاستخدام، لكنها لا تزيل كل مخاطر التحويل عبر السلاسل.

ينبغي لمستخدمي توكنات IBC تعلم قراءة تفاصيل المعاملات على مستوى أساسي.

توكنات IBC وDeFi

تُستخدم توكنات IBC على نطاق واسع في تطبيقات DeFi ضمن Cosmos، لأنها تتيح إدخال الأصول من شبكات مختلفة إلى أسواق مشتركة.

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

وقد يقبل سوق إقراض توكن IBC كضمان إذا كان البروتوكول يدعمه.

وقد يقبل تطبيق مدفوعات أصول IBC من عدة شبكات.

وهذا ينشئ بيئة سيولة أكثر ترابطاً.

لكن استخدام DeFi يضيف مخاطر أخرى.

فقد يواجه توكن IBC في DeFi مخاطر العقود الذكية والسيولة والأوراكل وتقلب الأسعار والقنوات والشبكة المصدر الأصلية.

إذا كان التطبيق يدعم تسمية IBC واحدة فقط، فقد يؤدي إرسال تسمية أخرى إلى مشكلات في الإيداع.

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

ينبغي للمستخدمين التحقق من التسميات المدعومة وعمق المجمع وأثر السعر ومخاطر العقود ومسارات السحب قبل استخدام توكنات IBC في DeFi.

توكنات IBC وNFTs

لا يقتصر IBC على التوكنات القابلة للاستبدال.

تتضمن منظومة IBC أيضاً معايير لتحويل التوكنات غير القابلة للاستبدال.

يحدد معيار تحويل NFT ‏ICS-721 المنطق وبنية الحزم اللازمة لنقل التوكنات غير القابلة للاستبدال عبر قنوات IBC.

لكن المستخدمين يقصدون عادةً بالتعبير «توكنات IBC» التوكنات القابلة للاستبدال المنقولة عبر ICS-20.

تضيف تحويلات NFT تعقيداً لأن البيانات الوصفية وهوية المجموعة وسجل الملكية يجب تتبعها بعناية بين الشبكات.

التوكنات القابلة للاستبدال متبادلة، بينما NFTs فريدة.

لذلك تختلف المخاطر وتجربة المستخدم.

ينبغي ألا يفترض المستخدم أن تحويل توكن قابل للاستبدال عبر IBC وتحويل NFT عبر IBC يعملان بالطريقة نفسها تماماً.

يعتمد كلاهما على الاتصال بين الشبكات، لكن منطق التطبيق يختلف.

يركز هذا المدخل في المسرد أساساً على توكنات IBC القابلة للاستبدال في منظومة Cosmos.

افتراضات الأمان في توكنات IBC

يعتمد أمان توكنات IBC على أكثر من شبكة واحدة.

ينبغي للمستخدمين مراعاة الشبكة المصدر والشبكة المستقبِلة وعملاء IBC والمرحّلات وحالة القناة ووحدة التوكن والتطبيق الذي يستخدم التوكن.

صُمم IBC ليكون مفتوحاً وآمناً، لكن كل أصل عبر السلاسل يظل معرضاً لطبقات متعددة من المخاطر.

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

وإذا واجهت الشبكة المستقبِلة خطأً خطيراً، فقد يتأثر رصيد قسيمة المستخدم أو مركزه في التطبيق.

إذا كانت القناة معدة بشكل خاطئ أو غير مدعومة، فقد تصبح التحويلات مربكة أو تتأخر.

وإذا عرضت المحفظة بيانات وصفية خاطئة للتوكن، فقد يخلط المستخدمون بين تمثيل وآخر.

دائماً ما يجمع أمان التحويل عبر السلاسل بين تصميم البروتوكول والموثوقية التشغيلية.

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

ينبغي للمستخدمين التعامل مع توكنات IBC على أنها أصول عبر السلاسل ذات افتراضات أمان متعددة الطبقات.

توكنات IBC مقارنةً بالتوكنات المغلفة

غالباً ما تُقارن توكنات IBC بالتوكنات المغلفة، لكنهما ليسا الشيء نفسه دائماً.

عادةً ما يمثل التوكن المغلف أصلاً من شبكة أخرى عبر عملية تغليف.

تعتمد بعض التوكنات المغلفة على جهات حفظ أو عقود جسور أو سك تتحكم به جهة الإصدار.

تعتمد تحويلات توكنات IBC على اتصال موحد بين الشبكات المتوافقة.

في كثير من عمليات ICS-20، يُحتفظ بالأصل المصدر في حساب ضمان وينشأ تمثيل قسيمي له على الشبكة المستقبِلة.

وهذا يمنح توكنات IBC مسار تحويل واضحاً على مستوى البروتوكول ومسار تسمية يمكن تتبعه.

ومع ذلك، يظل توكن IBC تمثيلاً للأصل عندما يكون خارج شبكته الأصلية.

ينبغي للمستخدمين التحقق مما إذا كان الأصل أصلياً أو منقولاً عبر IBC أو مجسّراً عبر نظام آخر أو مغلفاً بواسطة جهة إصدار منفصلة.

يُستخدم مصطلح «مغلف» بمعانٍ فضفاضة في الكريبتو، لذا من المهم تتبع المصدر بدقة.

لمستخدمي Cosmos، غالباً ما يكون مسار التسمية أفضل وسيلة لفهم مسار الأصل.

توكنات IBC مقارنةً بالتوكنات الأصلية

التوكن الأصلي هو التوكن الأصلي لشبكته المصدر.

أما توكن IBC فهو عادةً تمثيل لذلك الأصل على شبكة أخرى.

على سبيل المثال، قد يكون التوكن أصلياً على Chain A ويظهر على Chain B كتوكن IBC.

قد تُستخدم النسخة الأصلية في التخزين أو الحوكمة أو الرسوم أو تأمين الشبكة المصدر.

وقد تُستخدم نسخة IBC للتداول أو DeFi أو المدفوعات أو التطبيقات على الشبكة المستقبِلة.

النسختان مترابطتان، لكن التطبيقات لا تتعامل معهما دائماً بالطريقة نفسها.

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

وقد يقبل تطبيق DeFi على الشبكة المستقبِلة نسخة IBC، لكنه لا يقبل النسخة الأصلية مباشرةً.

ينبغي للمستخدمين فهم مكان وجود التوكن حالياً وما يمكن للنسخة الموجودة هناك فعله.

سياق الشبكة لا يقل أهمية عن رمز التوكن.

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

تعني قابلية الاستبدال أن كل وحدة من التوكن قابلة للاستبدال بوحدة أخرى من التوكن نفسه.

قد يعقد IBC قابلية الاستبدال لأن الأصل نفسه يمكن أن يظهر بعدة تمثيلات IBC على الشبكة المستقبِلة.

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

ومن منظور الشبكة الدقيق، لا تُعد هاتان النسختان التوكن نفسه تلقائياً.

وقد تختار التطبيقات دعم إحداهما أو كلتيهما أو عدم دعم أي منهما.

وقد تختلف السيولة أيضاً بين النسخ.

يساعد المسار المعتمد على تركيز السيولة وتقليل الالتباس.

ومن دون توجيه واضح، قد تتوزع السيولة على عدة تسميات IBC.

وهذا أحد أسباب أهمية واجهات المستخدم وسجلات الشبكات في منظومة Cosmos.

تجعل البيانات الوصفية الجيدة فهم توكنات IBC أسهل من دون إخفاء مسارها الأساسي.

توكنات IBC وسجلات الشبكات

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

تتحسن سهولة استخدام توكنات IBC عندما تستطيع الأدوات ربط هاش IBC باسم توكن ومسار مألوفين.

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

تكتسب سجلات الشبكات أهمية خاصة في منظومة متعددة الشبكات تضم مسارات كثيرة.

وقد تساعد على توحيد معلومات العرض والحد من أخطاء المستخدمين.

لكن البيانات الوصفية لا تعادل الحقيقة على السلسلة.

فقد يكون وصف المحفظة خاطئاً أو قديماً أو غير مكتمل.

لذلك ينبغي للمستخدمين التحقق من التحويلات المهمة باستخدام بيانات مستكشف البلوكشين ومسارات التسمية.

وينبغي للمطورين صيانة بيانات دقيقة عن الأصول ليتمكن المستخدمون من فهم توكنات IBC بأمان.

تمثل بيانات السجل الجيدة طبقة لتحسين تجربة المستخدم فوق الأساس التقني لـ IBC.

توكنات IBC ورسوم التحويل

قد تنطوي تحويلات IBC على رسوم في الشبكة المصدر أو المستقبِلة أو في المسارات التي تدعمها المرحّلات.

قد يحتاج المستخدم إلى توكن الرسوم الأصلي للشبكة المرسلة لبدء التحويل.

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

قد يربك ذلك المبتدئين، لأن الاحتفاظ بتوكن IBC لا يعني دائماً قدرة المستخدم على نقله من دون رسوم غاز على الشبكة الحالية.

على سبيل المثال، قد يتلقى المستخدم توكن IBC على شبكة مستقبِلة، لكنه يظل بحاجة إلى أصل الرسوم الأصلي لتلك الشبكة لإجراء معاملة أخرى.

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

ينبغي للمستخدمين التحقق من أصول رسوم الغاز قبل التحويل بين الشبكات.

وعليهم تجنب إرسال كامل رصيدهم من أصل الرسوم الأصلي إذا احتاجوا إلى إجراء معاملات أخرى.

قد يمنع الاحتفاظ برصيد صغير بقاء المحفظة عالقة من دون أموال للرسوم.

يُعد التخطيط للرسوم خطوة بسيطة لكنها مهمة في إدارة توكنات IBC.

مشكلات شائعة في توكنات IBC

من المشكلات الشائعة إرسال التوكن عبر قناة خاطئة.

وقد ينشئ ذلك تمثيلاً صالحاً للتوكن لا يدعمه التطبيق المقصود.

ومن المشكلات الأخرى إرسال التوكنات إلى عنوان على شبكة خاطئة.

قد تتشابه بعض تنسيقات العناوين، لكن لكل شبكة بيئة حسابات خاصة بها.

والمشكلة الثالثة رؤية هاش IBC وافتراض أن التوكن مفقود.

قد يكون التوكن موجوداً لكن المحفظة لم تعرض اسمه بشكل صحيح.

والمشكلة الرابعة تأخر المرحّل، ما قد يجعل التحويل يستغرق وقتاً أطول من المتوقع.

والخامسة عدم توفر ما يكفي من الغاز على الشبكة المستقبِلة.

والسادسة التفاعل مع تطبيق DeFi لا يدعم إلا تسمية معتمدة واحدة.

يمكن الحد من معظم هذه المشكلات باستخدام المسارات الرسمية والتحقق من مسارات التسمية وإجراء تحويلات تجريبية بمبالغ صغيرة أولاً.

كيفية التحقق من توكن IBC

الخطوة الأولى هي التحقق من تسمية التوكن على الشبكة المستقبِلة.

والثانية هي البحث عن مسار التسمية في مستكشف بلوكشين أو أداة موثوقة.

والثالثة هي تأكيد التسمية الأساسية والشبكة المصدر.

والرابعة هي تأكيد مسار المنفذ والقناة.

والخامسة هي مقارنة المسار بالمسار الذي تدعمه المحفظة أو واجهة الجسر أو التطبيق الذي تنوي استخدامه.

والسادسة هي التحقق مما إذا كان التوكن النسخة المعتمدة على الشبكة المستقبِلة.

والسابعة هي التحقق من السيولة إذا كنت تنوي تداول التوكن أو استخدامه في DeFi.

والثامنة هي إجراء تحويل تجريبي صغير عند استخدام مسار غير مألوف.

قد تبدو هذه العملية بطيئة، لكنها قد تمنع أخطاء مكلفة.

يكتسب التحقق من توكنات IBC أهمية خاصة عند التحويلات الكبيرة والإيداع في DeFi.

فوائد توكنات IBC

الفائدة الأولى لتوكنات IBC هي قابلية التشغيل البيني.

يمكن للمستخدمين نقل الأصول بين الشبكات المتوافقة بدلاً من البقاء محصورين في بيئة بلوكشين واحدة.

الفائدة الثانية هي قابلية التركيب بين التطبيقات.

يمكن استخدام أصل من شبكة في تطبيقات شبكة أخرى إذا كان التطبيق يدعم التسمية.

الفائدة الثالثة هي تعزيز روابط السيولة.

قد يساعد IBC الأصول على الوصول إلى مجمعات السيولة والأسواق عبر شبكة Interchain.

الفائدة الرابعة هي الاستقلالية.

يمكن لكل شبكة الاحتفاظ بقواعدها مع مواصلة التواصل مع الشبكات الأخرى.

الفائدة الخامسة هي شفافية تتبع المصدر.

تتيح مسارات التسمية للمستخدمين والتطبيقات تحديد مصدر توكن IBC.

الفائدة السادسة هي التصميم على مستوى البروتوكول.

يوفر IBC إطار اتصال موحداً بدلاً من الاعتماد فقط على منطق جسور مخصص.

مخاطر توكنات IBC

الخطر الأول هو الالتباس بشأن المسار.

قد يظهر الأصل نفسه عبر قنوات مختلفة وبتسميات مختلفة.

الخطر الثاني هو تجزؤ السيولة.

قد توزع النسخ المتعددة للأصل نفسه السيولة بين مجمعات وتطبيقات مختلفة.

الخطر الثالث هو مخاطر الشبكة المصدر.

يعتمد توكن IBC جزئياً على سلامة الشبكة التي نشأ فيها وأمانها.

الخطر الرابع هو مخاطر الشبكة المستقبِلة.

يعتمد التوكن أيضاً على الشبكة التي يُحتفظ به أو يُستخدم عليها حالياً.

الخطر الخامس هو تأخر المرحّل.

قد لا يكتمل التحويل بسرعة إذا كان نشاط المرحّلات ضعيفاً.

الخطر السادس هو مخاطر دعم التطبيقات.

قد لا يدعم تطبيق DeFi تسمية التوكن التي يحتفظ بها المستخدم.

الخطر السابع هو خطأ المستخدم.

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

توكنات IBC وسلامة المستخدم

ينبغي للمستخدمين دائماً تأكيد الشبكة المستقبِلة قبل تحويل توكنات IBC.

وعليهم التأكد من تسمية الأصل ومسار القناة قبل إرسال مبالغ كبيرة.

ينبغي استخدام تدفقات المحافظ الرسمية متى أمكن.

وعليهم تجنب المسارات اليدوية ما لم يفهموا نتيجتها.

ينبغي الاحتفاظ بما يكفي من توكنات الغاز الأصلية على كل شبكة يستخدمونها.

وعليهم التحقق مما إذا كان التطبيق المستقبِل يدعم تسمية IBC المحددة بالضبط.

ينبغي إجراء تحويلات تجريبية للمسارات الجديدة.

ولا ينبغي مطلقاً مشاركة عبارات الاسترداد مع أي شخص يدعي استعادة تحويل IBC.

ينبغي الحذر من حسابات الدعم المزيفة عند تأخر التحويلات.

غالباً ما يكون تأخر التحويل مشكلة تقنية، وليس سبباً لكشف معلومات المحفظة الخاصة.

توكنات IBC للمطورين

ينبغي للمطورين الذين يبنون تطبيقات Cosmos التعامل مع دعم توكنات IBC بوصفه خياراً تصميمياً مهماً.

فعليهم تحديد التسميات المقبولة وطريقة عرض البيانات الوصفية وكيفية التحقق من المسارات.

ينبغي تجنب قبول إصدارات IBC غير المعروفة من دون فهم مصدرها وسيولتها.

وينبغي عرض التسمية الأساسية والشبكة المصدر ومسار القناة بوضوح متى أمكن.

كما ينبغي تنبيه المستخدمين عندما لا يكون التوكن هو النسخة المعتمدة التي يتوقعها التطبيق.

ينبغي تصميم عمليات الإيداع والسحب والمبادلة للحد من أخطاء اختيار المسار.

وعلى المطورين مراقبة حالة القنوات وسلامة المرحّلات للمسارات المدعومة.

ينبغي اختبار سلوك انتهاء المهلة والإقرارات والتحويلات الفاشلة.

قد يوسع دعم توكنات IBC نطاق التطبيق، لكنه يزيد التعقيد التشغيلي أيضاً.

يساعد التصميم الجيد من المطورين على جعل الأصول عبر السلاسل أكثر أماناً للمستخدمين العاديين.

مفاهيم خاطئة شائعة عن توكنات IBC

من المفاهيم الخاطئة الشائعة أن كل توكن يحمل الرمز نفسه هو الأصل نفسه.

في IBC، يكون مسار التسمية أهم من الرمز المعروض.

ومن المفاهيم الخاطئة الأخرى أن توكن IBC يكون دائماً أصلياً على الشبكة التي يظهر عليها.

كثير من توكنات IBC تمثيلات عبر السلاسل، وليست أصولاً أصلية للشبكة المستقبِلة.

والثالث أن تحويلات IBC فورية.

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

والرابع أن جميع المسارات متساوية.

قد تنشئ مسارات القنوات المختلفة تسميات مختلفة ومستويات دعم مختلفة في التطبيقات.

والخامس أن تسميات المحافظ صحيحة دائماً.

تفيد البيانات الوصفية للمحفظة، لكن مسارات التسمية أكثر موثوقية للتحقق.

أفضل الممارسات لاستخدام توكنات IBC

استخدم مسارات التحويل الرسمية عند نقل الأصول بين شبكات Cosmos.

تحقق من التسمية التي يدعمها التطبيق المستقبِل قبل التحويل.

تحقق من مسارات التسمية عندما يظهر التوكن على هيئة هاش IBC.

احتفظ بتوكنات الغاز الأصلية على كل شبكة تحتفظ عليها بأصول IBC.

أرسل تحويلاً تجريبياً صغيراً قبل إرسال مبلغ كبير.

تجنب المسارات متعددة الخطوات غير المألوفة ما لم تفهم التسمية الناتجة.

تحقق من السيولة قبل مبادلة توكن IBC أو إيداعه في DeFi.

توخ الحذر مع العناوين المنسوخة وبادئات الشبكات.

لا تثق بأي شخص يطلب عبارة الاسترداد لإصلاح تحويل.

تعامل مع توكنات IBC على أنها أصول مفيدة عبر السلاسل، لها افتراضات محددة بشأن المسار والأمان.

الأسئلة الشائعة

ما توكنات IBC في Cosmos؟

توكنات IBC هي توكنات نُقلت بين شبكات بلوكشين متصلة بـ Cosmos عبر بروتوكول الاتصال بين البلوكشين.

ما اختصار IBC؟

يشير IBC إلى Inter-Blockchain Communication، أي الاتصال بين البلوكشين.

هل توكنات IBC توكنات أصلية؟

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

ما تسمية IBC؟

تسمية IBC هي المعرّف المستخدم على السلسلة لتمثيل توكن منقول عبر IBC ومسار نقله.

لماذا يظهر التوكن لدي على هيئة هاش ibc؟

قد يظهر التوكن على هيئة هاش IBC لأن الشبكة المستقبِلة تتبع الأصل باستخدام مسار تسمية مجزأ بدلاً من الاعتماد على رمز عرض بسيط فقط.

ما مسار التسمية؟

مسار التسمية هو معلومات تربط توكن IBC بشبكته المصدر ومسار تحويله.

هل يمكن أن يكون للتوكن نفسه عدة نسخ عبر IBC؟

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

هل توكنات IBC آمنة؟

قد تكون توكنات IBC مفيدة وآمنة عند توافر الافتراضات المناسبة، لكنها تظل تنطوي على مخاطر الشبكة المصدر والمستقبِلة والمسار والمرحّلات والسيولة وأخطاء المستخدمين.

ماذا يحدث إذا تأخر تحويل IBC؟

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

هل يمكنني استعادة توكنات أُرسلت عبر قناة IBC خاطئة؟

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

ما الفرق بين توكن IBC والتوكن المغلف؟

ينتقل توكن IBC عبر بروتوكول IBC مع إمكانية تتبع مصدره، بينما قد يعتمد التوكن المغلف على نموذج تغليف أو حفظ منفصل.

لماذا ينبغي التحقق من مسار IBC قبل استخدام DeFi؟

ينبغي التحقق من المسار لأن تطبيق DeFi قد يدعم تسمية IBC محددة فقط، وقد لا يتعرف على توكن وصل عبر مسار مختلف.

الخلاصة

تُعد توكنات IBC جزءاً أساسياً من منظومة Cosmos، لأنها تتيح انتقال الأصول بين البلوكشينات المستقلة عبر بروتوكول الاتصال بين البلوكشين.

وتجعل تطبيقات DeFi والمدفوعات والسيولة والتشغيل البيني للتطبيقات عبر السلاسل أكثر عملية ضمن شبكة Interchain.

غالباً ما يكون توكن IBC تمثيلاً عبر السلاسل لأصل نشأ في مكان آخر.

وتعتمد هويته على الشبكة المصدر والتسمية الأساسية والمنفذ والقناة ومسار التسمية.

لذلك ينبغي للمستخدمين الانتباه إلى تسميات IBC بدلاً من الاعتماد على رموز التوكنات وحدها.

قد تحسن توكنات IBC السيولة وسهولة الاستخدام، لكنها تضيف أيضاً مخاطر المسارات والالتباس في البيانات الوصفية وتأخر المرحّلات ومشكلات دعم التطبيقات وافتراضات الأمان عبر السلاسل.

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

يتطلب دعم توكنات IBC من المطورين بيانات وصفية واضحة والتحقق من المسارات ومراقبة القنوات وتنبيهات سهلة الفهم للمستخدمين.

أما الدرس الأهم للمستخدمين فهو أن توكن IBC ليس مجرد رمز في محفظة.

إنه تمثيل لأصل له تاريخ ومسار وهوية تقنية عبر عدة شبكات بلوكشين.

وعندما تُفهم توكنات IBC على نحو صحيح، فإنها توضح قوة قابلية التشغيل البيني في Cosmos.

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