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

تحدد ICS-02 متطلبات بناء العميل الخفيف، بما في ذلك كيفية إدارة IBC لبيانات العميل الخفيف. العملاء مطلوبون لعمل IBC، وهم خوارزميات التحقق التعسفية لإثبات المعلومات على السلسلة، والتي عادة ما تكون مشفرة بتنسيق IBC، من مكان إلى آخر.

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

التحقق من دليل الإجماع

مذكرة حول خوارزميات التوافق

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

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

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

عملاء خفيفون: آلات حالة

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

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

نوع العميل مقابل مثيل العميل

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

عملاء خفيفون: آلات فردية

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

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

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

التحقق بعد البراهين المتفق عليها

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

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

ZK-IBC: تحدث عمليات العميل خارج السلسلة ويتم التحقق منها على السلسلة من خلال ZKPs. لا توجد حد أدنى للتأخير والتكلفة أقل من التحقق الساذج. ومع ذلك، يمكن أن يكون التحقق من ZK مكلفًا على السلسلة ولا يوجد حد أقصى للتأخير، مما يعني أن المستخدم قد ينتظر لفترة من الوقت للحصول على تأكيد. قد تكون هناك أيضًا مشكلات عدم التوافق إذا كانت خطة التوقيع غير صديقة للSNARK.

نظرًا لأن الأنظمة المنفصلة أعلاه قد تكون لها بعض العيوب المحظورة، يُقترح استخدام ZK التفاؤلي للاستفادة من الجانبين. فوائد استخدام الجانبين تقلل من تكلفة صيانة الاتصال وتقدم حدًا أقصى للتأخير من خلال تحفيز مرسلي البيانات.

Optimistic ZK: يقبل السلسلة المصدرية الرؤوس بتفاؤل على السلسلة (ربما يكون هناك آلية رهان موجودة للأمان). ثمّ يُستخدم البراهين الصفرية المعرفية كبراهين احتيال في حالة السلوك غير الصادق أو كبراهين صحة لتقليل بشكل ديناميكي تأخير الاتصال.

الأمان وسوء السلوك

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

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

البناء مع العملاء الخفيفين

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

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

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

تم رعاية هذه المقالة بواسطة Polymer لدعم التعليم المجتمعي حول IBC والتوافق الحقيقي بين السلسلات القائمة على النظام اللامركزي.

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

تنويه:

1. تم نشر هذه المقالة من [Gateeshitanandini]. كل حقوق الطبع والنشر تنتمي إلى الكاتب الأصلي [ESHITA]. إذا كانت هناك اعتراضات على هذه الإعادة طباعة، يرجى التواصل معبوابة تعلمالفريق، وسيتولون بالأمر على الفور.
2. إخلاء المسؤولية عن المسؤولية: الآراء والآراء المعبر عنها في هذه المقالة هي فقط تلك للكاتب ولا تشكل أي نصيحة استثمارية.
3. تتم ترجمة المقالة إلى لغات أخرى من قبل فريق تعلم جيت. ما لم يذكر غير ذلك، يُحظر نسخ أو توزيع أو ارتكاب الانتحال للمقالات المترجمة.