سلسلة الترحيل هي الجزء الأساسي من شبكة Polkadot ، والتي تحتوي على المنطق الرئيسي للشبكة. من الضروري أن تفترض سلسلة الترحيل هذا المنطق الأساسي قبل أن تبدأ السلسلة الفرعية في العمل ويمكن تطوير XCM. ولكن مع تطور الوقت ، يمكن الآن اعتبار هذا المنطق الأساسي مرحلا إلى نظام parachain! نتيجة لذلك ، بدأ الدكتور جافين وود وجو بتروفسكي من مؤسسة Web3 RFC-32 ، مقترحين ترحيل منطق الأنظمة الفرعية المتعددة من سلسلة الترحيل إلى "سلسلة النظام parachain" التي تشكل معا شبكة Polkadot بأكملها.
لذا ، لماذا تتحلل جزء من منطق سلسلة الترحيل إلى سلاسل النظام؟ ما هي الميزات التي يتم تقسيمها أولا؟ تحقق من المعلومات المهمة التي جمعتها PolkaWorld أدناه!
لماذا تريد أن تفعل هذا؟ **
تم تصميم شبكة Polkadot لتوسيع نطاق والسماح للعديد من آلات الدولة المستقلة (أي parachains) بالعمل في ظل ضمان أمان وصلاحية مشترك. لتحقيق هذا الضمان ، تحتوي سلسلة الترحيل على مجموعة من المدققين المسؤولين بشكل أساسي عن أمان سلسلة الترحيل. ومع ذلك ، لا يتعامل جميع المدققين مباشرة مع انتقالات الحالة للسلاسل الفرعية. يتم التعامل مع كل انتقال حالة من parachain بواسطة مجموعة فرعية من المدققين ، تسمى مجموعة الدعم. هذا يعني أنه ليس كل المدققين يتعاملون مباشرة مع كل انتقال حالة من parachain ، فقط مجموعة فرعية منهم هي المسؤولة عن التعامل مع انتقالات الحالة.
ولكن عندما تحدث انتقالات الحالة على سلسلة الترحيل ، يجب أن يشارك جميع المدققين في التنفيذ لضمان اتساق الشبكة وأمانها. ومع ذلك ، فإن أحد الآثار الجانبية لهذا التصميم هو عنق الزجاجة في الأداء ، حيث يتطلب كل تغيير في الحالة التحقق من الصحة على مستوى الشبكة ، مما يزيد من زمن الوصول ويحد من الإنتاجية.
ولكن إذا كان من الممكن إجراء انتقال حالة سلسلة الترحيل على parachain ، فسيؤدي ذلك إلى تحرير بعض الموارد. هذا يعني أنه يمكن إعادة توجيه جزء موارد المدقق الذي يمكن استخدامه بخلاف ذلك لانتقالات حالة سلسلة الترحيل ، مما يوفر للشبكة المزيد من الوقت الأساسي ، أي مساحة كتلة أكبر.
بشكل عام ، هناك عدة أسباب رئيسية لترحيل جزء من منطق سلسلة الترحيل إلى parachain النظام:
الأداء وقابلية التوسع: من خلال ترحيل منطق ومسؤوليات معينة إلى سلسلة parachain للنظام ، يمكن لسلسلة الترحيل التركيز على مسؤولياتها الأساسية ، وتحسين أداء الشبكة الشاملة وقابليتها للتوسع.
تحسين الموارد: عندما يتم ترحيل جزء من المنطق إلى parachain النظام ، يمكن لسلسلة الترحيل تحرير المزيد من الموارد لمهام أخرى ، مثل معالجة الرسائل عبر السلسلة أو توفير الأمان لمزيد من parachains.
النمطية والمرونة: يسهل التصميم المعياري تعديل ميزات جديدة أو ترقيتها أو إضافتها دون التدخل في التشغيل الرئيسي لسلسلة الترحيل. وهذا يوفر مرونة أكبر للابتكار المستقبلي وتوسيع الميزات.
الأمان: يؤدي فصل أجزاء من المنطق عن سلسلة الترحيل إلى تقليل مخاطر نقطة فشل واحدة. في نظام parachain منفصل ، إذا تعرضت parachain للهجوم أو فشلت ، فمن غير المرجح أن تؤثر على سلسلة الترحيل أو parachains الأخرى.
** المزيد من فرص parachain **: من خلال تحرير موارد سلسلة الترحيل ، يمكن لشبكة Polkadot دعم المزيد من الانضمام إلى parachain ، مما يزيد من توسيع نظامها البيئي.
** تحسين ميزات محددة **: مع تطور Polkadot ، قد تتطلب بعض الميزات أو المنطق تحسينات متخصصة أو طرق معالجة متخصصة. يضمن نقل هذه الوظائف إلى سلاسل النظام المتخصصة معالجتها وتحسينها على النحو الأمثل.
** ما هي الوظائف التي سيتم تقسيمها إلى سلاسل باراتشين للنظام؟ **
الوحدات والأنظمة الفرعية التالية هي خيارات ممكنة للترحيل خارج سلسلة الجذع:
1.الهوية
الأرصدة
التكديس (التراص)
اضراب
مزود الانتخابات
قائمة الحقائب
شيكل
مجمعات الترشيحات
إلغاء الحصة السريع
الحوكمة
الخزينة والمكافآت
التصويت بالإدانة
استفتاء
ملاحظة: لن يتم استخدام وحدات المزاد والإقراض الجماعي الحالية ، ولكن سيتم استبدالها بنظام جديد يسمى Coretime. يتم وصف التفاصيل حول سلسلة نظام Coretime وواجهاتها في RFC-1 و RFC-5 ، على التوالي. تقوم زمالة Polkadot أيضا بتطوير سلاسل Coretime. لمزيد من التقدم في Polkadot ، يرجى الاطلاع على تقدم Polkadot Q3: تم إطلاق 5 سلاسل باراتشين جديدة ، ودخلت USDC النظام البيئي ، وتنمو الحصة والحسابات المنفصلة والأحداث على السلسلة بشكل كبير.
كيف يمكنني الترحيل؟ **
يمكن ترحيل بعض الأنظمة الفرعية من سلسلة الترحيل إلى مواقع أخرى ببساطة نسبية. باستخدام المصادقة كمثال، يمكنك ببساطة حظر تغييرات الحالة على سلسلة الترحيل وتعيين الحالة الأولية للسلسلة الجديدة باستخدام الحالة المقترنة بالمصادقة. ثم يتم استخدام هذه الحالة الأولية والمنطق أو الوحدات المرتبطة بها لبدء سلسلة جديدة.
ومع ذلك ، هناك أنظمة فرعية لا يمكن أن يكون لها أي توقف أثناء عملية الترحيل لأنها ضرورية للتشغيل السليم للشبكة بأكملها ، مثل التخزين والحوكمة. ومع ذلك ، قد تتعايش هذه الأنظمة الفرعية الهامة مع سلاسل أخرى من الأنظمة ذات أذونات مماثلة لبعض الوقت. تماما كما تعايش "Gov1" و "OpenGov" عندما تم تقديم الأخير.
شاهد النسخة الأصلية
قد تحتوي هذه الصفحة على محتوى من جهات خارجية، يتم تقديمه لأغراض إعلامية فقط (وليس كإقرارات/ضمانات)، ولا ينبغي اعتباره موافقة على آرائه من قبل Gate، ولا بمثابة نصيحة مالية أو مهنية. انظر إلى إخلاء المسؤولية للحصول على التفاصيل.
يقترح GavinWood تقليل سلسلة الترحيل
سلسلة الترحيل هي الجزء الأساسي من شبكة Polkadot ، والتي تحتوي على المنطق الرئيسي للشبكة. من الضروري أن تفترض سلسلة الترحيل هذا المنطق الأساسي قبل أن تبدأ السلسلة الفرعية في العمل ويمكن تطوير XCM. ولكن مع تطور الوقت ، يمكن الآن اعتبار هذا المنطق الأساسي مرحلا إلى نظام parachain! نتيجة لذلك ، بدأ الدكتور جافين وود وجو بتروفسكي من مؤسسة Web3 RFC-32 ، مقترحين ترحيل منطق الأنظمة الفرعية المتعددة من سلسلة الترحيل إلى "سلسلة النظام parachain" التي تشكل معا شبكة Polkadot بأكملها.
لذا ، لماذا تتحلل جزء من منطق سلسلة الترحيل إلى سلاسل النظام؟ ما هي الميزات التي يتم تقسيمها أولا؟ تحقق من المعلومات المهمة التي جمعتها PolkaWorld أدناه!
لماذا تريد أن تفعل هذا؟ **
تم تصميم شبكة Polkadot لتوسيع نطاق والسماح للعديد من آلات الدولة المستقلة (أي parachains) بالعمل في ظل ضمان أمان وصلاحية مشترك. لتحقيق هذا الضمان ، تحتوي سلسلة الترحيل على مجموعة من المدققين المسؤولين بشكل أساسي عن أمان سلسلة الترحيل. ومع ذلك ، لا يتعامل جميع المدققين مباشرة مع انتقالات الحالة للسلاسل الفرعية. يتم التعامل مع كل انتقال حالة من parachain بواسطة مجموعة فرعية من المدققين ، تسمى مجموعة الدعم. هذا يعني أنه ليس كل المدققين يتعاملون مباشرة مع كل انتقال حالة من parachain ، فقط مجموعة فرعية منهم هي المسؤولة عن التعامل مع انتقالات الحالة.
ولكن عندما تحدث انتقالات الحالة على سلسلة الترحيل ، يجب أن يشارك جميع المدققين في التنفيذ لضمان اتساق الشبكة وأمانها. ومع ذلك ، فإن أحد الآثار الجانبية لهذا التصميم هو عنق الزجاجة في الأداء ، حيث يتطلب كل تغيير في الحالة التحقق من الصحة على مستوى الشبكة ، مما يزيد من زمن الوصول ويحد من الإنتاجية.
ولكن إذا كان من الممكن إجراء انتقال حالة سلسلة الترحيل على parachain ، فسيؤدي ذلك إلى تحرير بعض الموارد. هذا يعني أنه يمكن إعادة توجيه جزء موارد المدقق الذي يمكن استخدامه بخلاف ذلك لانتقالات حالة سلسلة الترحيل ، مما يوفر للشبكة المزيد من الوقت الأساسي ، أي مساحة كتلة أكبر.
بشكل عام ، هناك عدة أسباب رئيسية لترحيل جزء من منطق سلسلة الترحيل إلى parachain النظام:
** ما هي الوظائف التي سيتم تقسيمها إلى سلاسل باراتشين للنظام؟ **
الوحدات والأنظمة الفرعية التالية هي خيارات ممكنة للترحيل خارج سلسلة الجذع:
1.الهوية
الأرصدة
التكديس (التراص)
اضراب
مزود الانتخابات
قائمة الحقائب
شيكل
مجمعات الترشيحات
إلغاء الحصة السريع
الخزينة والمكافآت
التصويت بالإدانة
استفتاء
ملاحظة: لن يتم استخدام وحدات المزاد والإقراض الجماعي الحالية ، ولكن سيتم استبدالها بنظام جديد يسمى Coretime. يتم وصف التفاصيل حول سلسلة نظام Coretime وواجهاتها في RFC-1 و RFC-5 ، على التوالي. تقوم زمالة Polkadot أيضا بتطوير سلاسل Coretime. لمزيد من التقدم في Polkadot ، يرجى الاطلاع على تقدم Polkadot Q3: تم إطلاق 5 سلاسل باراتشين جديدة ، ودخلت USDC النظام البيئي ، وتنمو الحصة والحسابات المنفصلة والأحداث على السلسلة بشكل كبير.
كيف يمكنني الترحيل؟ **
يمكن ترحيل بعض الأنظمة الفرعية من سلسلة الترحيل إلى مواقع أخرى ببساطة نسبية. باستخدام المصادقة كمثال، يمكنك ببساطة حظر تغييرات الحالة على سلسلة الترحيل وتعيين الحالة الأولية للسلسلة الجديدة باستخدام الحالة المقترنة بالمصادقة. ثم يتم استخدام هذه الحالة الأولية والمنطق أو الوحدات المرتبطة بها لبدء سلسلة جديدة.
ومع ذلك ، هناك أنظمة فرعية لا يمكن أن يكون لها أي توقف أثناء عملية الترحيل لأنها ضرورية للتشغيل السليم للشبكة بأكملها ، مثل التخزين والحوكمة. ومع ذلك ، قد تتعايش هذه الأنظمة الفرعية الهامة مع سلاسل أخرى من الأنظمة ذات أذونات مماثلة لبعض الوقت. تماما كما تعايش "Gov1" و "OpenGov" عندما تم تقديم الأخير.