بدأ تطوير الباراشين عند الطلب (المعروف أيضًا باسم باراثريد)! كثير من الناس ينتظرون بالفعل إطلاق سلاسل متوازية. ستشارك هذه المقالة ما هو الخيط المتوازي؟ كيف تحصل باراثريد على الحق في إنتاج الكتل؟ وعملية التحقق من المجمع ، إلخ.
الباراشينات عند الطلب هي البديل الأول لطريقة أكثر ديناميكية للحصول على مساحة الكتلة. توفر parachains الحالية طريقة ثابتة للغاية للحصول على مساحة بلوك ، أي الفوز بالمزاد ومن ثم توفير مساحة كتلة مضمونة متاحة لفترة طويلة من الزمن ، مثل عام. حاليًا ، ينتج الباراشين كتلة كل 12 ثانية طوال الفترة. هذا الضمان لإنتاج الكتل بانتظام هو في الواقع ما تحتاجه بعض التطبيقات / السلاسل ، وهو أحد الخصائص التي تجعل الباراشين متفوقًا على العقود الذكية.
ولكن من ناحية أخرى ، من منظور الشبكة ، هذا ثقيل جدًا بالنسبة لبعض التطبيقات ، وسيؤدي تحولها إلى باراشين إلى إهدار الكثير من الموارد. من وجهة نظر المستخدم ، يعتبر الفوز بالمزاد عائقًا كبيرًا نسبيًا للدخول ، مما يجعل من الصعب على المشاريع والأفكار الجديدة الانضمام إلى الشبكة. مع باراشين عند الطلب ، نقوم بتخفيض هذا الحاجز وفتح الشبكة لتطبيقات أقل كثافة في استخدام الموارد بطريقة أكثر كفاءة.
فكيف يعمل هذا؟ بدلاً من جدولة إنشاء كتلة كل 12 ثانية ، يقوم عامل التجميع عند الطلب ، عند الحاجة ، بطلب نواة (فرصة لتوليد الكتلة) ويرسل إنشاء كتلة خاصة إلى سلسلة الترحيل الخاصة بـ Polkadot. معاملة (خارجية) تقول إنهم يريدون نواة لعلامة ParaId الخاصة بهم ويتضمن الحد الأقصى للسعر الذي يرغبون في دفعه.
** اطلب كور **
سيحسب وقت تشغيل سلسلة الترحيل أفضل سعر للجوهر الحالي ، إذا كان أعلى سعر لطلب جديد يساوي أو أعلى وكان الحساب يحتوي على أموال كافية ، فسيتم تحصيله وفقًا لأفضل سعر حالي ، وسيتم تحصيل رسوم منه قريبًا يقوم منتج الكتلة بترتيب سلطة الكتلة. يتم حساب هذا السعر من خلال سلسلة الترحيل بناءً على الطلب الحالي. يعتمد على نفس آلية الرسوم ، من أجل الاستجابة للطلب ببطء لتجنب تقلبات الأسعار الجامحة.
أضاف روبرت ، المؤسس المشارك لشركة Polkadot ، إلى هذا السؤال ، وأوضح أنه في آلية دفع الرسوم في Parathreads ، بغض النظر عن أعلى سعر يرغب العارض في دفعه ، فإن الرسوم المدفوعة هي نفسها. عندما يكون الطلب على الباراشين عند الطلب مرتفعًا ، سيرتفع سعر النواة ببطء في تعديل تلقائي.
قد تكون هناك مشكلة "MEV" في هذه الحالة ، والتي تشير إلى الإيرادات الإضافية التي يمكن أن يحصل عليها عمال المناجم أو المدققون من خلال التلاعب بترتيب المعاملات أو المعاملات المضمنة. على سبيل المثال ، قد يختار المدققون تأخير أوامر المعالجة ذات العطاءات الأعلى حتى يتمكنوا من تحصيل المزيد من الرسوم أو حرقها. لكن "الكائنات الخارجية البشرية" لبولكادوت تحد من هذا الاحتمال. "الكائنات الخارجية المميتة" هي معاملات ذات دورة حياة ، مما يعني أن هذه المعاملات لن تنتظر إلى الأبد حتى تتم معالجتها ، وسيتم التخلص منها تلقائيًا بعد فترة زمنية ، مما يحد من مساحة عمل المدقق.
من أجل استخدام Parathreads آليات الأمان الحالية عند طلب إذن الحظر ، يجب توقيع المعاملة (الخارجية) التي يرسلونها لطلب إذن الكتلة. تعني عبارة "خارجي موقعة" أن الحساب الذي أرسل المعاملة وقع المعاملة بمفتاحه الخاص. تم تصميم هذا لمنع الآخرين من إرسال معاملات تنتحل صفة الحساب ، حيث لا يمكن لأي شخص آخر غير مالك الحساب إنشاء توقيع يطابق المفتاح العام للحساب. لذلك ، عندما تتلقى سلسلة الترحيل معاملة موقعة ، يمكنها تأكيد أن المعاملة قد تم إرسالها بالفعل من قبل من تدعي أنها.
بالإضافة إلى ذلك ، يمكن أن تحتوي المعاملات الموقعة أيضًا على بعض المعلومات الإضافية ، مثل nonce (تُستخدم لمنع هجمات إعادة التشغيل) والإكرامية (تُستخدم لإرشاد مانح الكتلة). تحتوي سلسلة الترحيل بالفعل على آلية للتعامل مع هذه المعلومات ، لذا فإن جعل طلبات كتلة parachains المدفوعة بالطلب تستخدم المعاملات الموقعة تسمح لها بالاستفادة بشكل مباشر من هذه الآليات الحالية دون الحاجة إلى تطوير آليات أمان جديدة.
من وجهة نظر المستخدم ، هذا يعني أن إجمالي رسوم السعر الواجب دفعها تتكون من ثلاثة أجزاء: رسوم المعاملة التقليدية (التي تُستخدم لدفع ثمن موارد الحوسبة المطلوبة لمعالجة المعاملة) ، ونصائح اختيارية (تُستخدم هذه) لتشجيع منتجي الكتل على تحديد أولويات معاملاتهم) ، وسعر الاشتراك الأساسي المذكور أعلاه (أي سعر كتلة الطاقة).
** دمج آلية الطلب في عقدة التجميع **
عملية إنشاء الكتلة الفعلية هي نفسها تمامًا للمدققين (المجمعين) كما هو الحال بالنسبة للباراشين الثابت. المجمعات هي عُقد مسؤولة عن تجميع الكتل وإنشائها. يتحققون بانتظام من حالة الباراشين ، وخاصة الباراشين المسئولين عنها (التي تم تحديدها بواسطة ParaId). إذا وجدوا أن parachain المقابل لـ ParaId الخاص بهم على وشك الوصول إلى وقت إنشاء كتلة ، فسيبدأون في إنشاء كتلة جديدة. بعد إنشاء الكتلة ، يحتاجون إلى إنشاء إثبات (إثبات الصلاحية ، يُشار إليه باسم PoV) ، والذي يحتوي على محتوى الكتلة والمعلومات التي تثبت أن الكتلة قانونية. بعد ذلك ، سيرسلون إثبات PoV هذا إلى مجموعة الدعم المعينة (مجموعة الدعم). مجموعة المصادقة هي مجموعة من العقد المسؤولة عن التحقق والتأكيد على صلاحية هذه الكتلة.
على الرغم من أن عملية إنشاء الكتلة على الباراشين عند الطلب هي نفسها التي يتم إجراؤها على الباراشين الثابت ، فإننا نحتاج إلى إدخال آلية جديدة في أدوات التجميع (Collators) عند الطلب عند إرسال طلبات الكتلة فرص التوليد (أي "الطلبات الأساسية").
يوجد حاليًا العديد من الاستراتيجيات الممكنة حول كيفية تصميم هذه الآلية الجديدة (إذا كنت مهتمًا بهذه المشكلة ، أو إذا كان لديك بعض المعرفة بالركام ، فإن البحث في هذه المشكلة سيكون طريقة جيدة للمشاركة في هذا المشروع ، والمساعدة في- المطالبة بتنفيذ parachains بشكل أسرع.
Cumulus هو إطار تطوير لبناء باراشين على شبكات Polkadot و Kusama. تم تطويره بواسطة Parity Technologies ، المطور الرئيسي لـ Polkadot. يقلل الركام من التعقيد الذي يواجهه المطورون في بناء باراشين. عند استخدام Cumulus لبناء باراشين ، يمكنك الاستفادة من بعض المنطق والوظائف المشتركة التي تم تنفيذها بالفعل في الركام ، مثل الاتصال بسلسلة الترحيل والتحقق من الكتلة ومعالجة النهاية. يتيح ذلك للمطورين التركيز على منطق أعمالهم دون الحاجة إلى التعامل مع هذه المشكلات ذات المستوى المنخفض.
بشكل عام ، الهدف من Cumulus هو جعل بناء الباراشين أسهل ما يمكن لتعزيز تطوير بيئة Polkadot و Kusama.
تذكير مهم آخر هو أنه قد يكون هناك خطر أمني إذا كانت أداة التجميع تعمل من محفظة ساخنة (محفظة متصلة بالشبكة). لذلك ، سنوفر نوع حساب وكيل مخصص ، والذي يتمتع فقط بسلطة المزايدة الأساسية على parachain عند الطلب ، وبالتالي تقليل المخاطر الأمنية.
** دعم متكامل غير متزامن ومزيد من التفاصيل **
لجمهور تقني أكثر اهتمامًا ، يتم هنا تتبع التطوير الكامل للباراشين عند الطلب.
يمكن العثور على المهام الفرعية هنا (خاصة بالنسبة للتكامل القادم للدعم غير المتزامن ، تم تلخيص بعض الانعكاسات في هذا التعليق (.
باختصار ، لن يكون التجريد الأساسي الحالي صفريًا بعد الآن ، بل بُعدًا واحدًا. قد يعني هذا أن الطريقة التي يعمل بها النظام أو النموذج ستصبح أكثر مرونة أو تعقيدًا ، مما يسمح لهذه "النوى" أو أجزاء أخرى من النظام أن تعرف مقدمًا أو توقع المهام أو الأحداث التي ستحدث في المستقبل. قد يكون هذا تحسينًا أو تحسينًا يجعل النظام العام أكثر قدرة على التنبؤ بالنشاط المستقبلي ومعالجته.
في Polkadot ، "النواة" هي عقدة خاصة مسؤولة عن معالجة والتحقق من المعاملات والأنشطة الأخرى على parachains ، ويشير "التجريد الأساسي" عادةً إلى تصميم يتم فيه استخراج بعض الآليات الداخلية المعقدة أو تفاصيل التنفيذ المخفية تحت واجهة بسيطة أو مفهوم.
لكن تفاصيل كافية في الوقت الحالي. نحن متحمسون جدًا للإمكانيات الجديدة التي ستوفرها باراشين عند الطلب ولا يسعنا الانتظار حتى يتم بثها مباشرة!
رابط مرجع المحتوى:
شاهد النسخة الأصلية
قد تحتوي هذه الصفحة على محتوى من جهات خارجية، يتم تقديمه لأغراض إعلامية فقط (وليس كإقرارات/ضمانات)، ولا ينبغي اعتباره موافقة على آرائه من قبل Gate، ولا بمثابة نصيحة مالية أو مهنية. انظر إلى إخلاء المسؤولية للحصول على التفاصيل.
بدأ تطوير Parathread Polkadot في فهم كيفية عمله
تجميع: PolkaWorld
بدأ تطوير الباراشين عند الطلب (المعروف أيضًا باسم باراثريد)! كثير من الناس ينتظرون بالفعل إطلاق سلاسل متوازية. ستشارك هذه المقالة ما هو الخيط المتوازي؟ كيف تحصل باراثريد على الحق في إنتاج الكتل؟ وعملية التحقق من المجمع ، إلخ.
الباراشينات عند الطلب هي البديل الأول لطريقة أكثر ديناميكية للحصول على مساحة الكتلة. توفر parachains الحالية طريقة ثابتة للغاية للحصول على مساحة بلوك ، أي الفوز بالمزاد ومن ثم توفير مساحة كتلة مضمونة متاحة لفترة طويلة من الزمن ، مثل عام. حاليًا ، ينتج الباراشين كتلة كل 12 ثانية طوال الفترة. هذا الضمان لإنتاج الكتل بانتظام هو في الواقع ما تحتاجه بعض التطبيقات / السلاسل ، وهو أحد الخصائص التي تجعل الباراشين متفوقًا على العقود الذكية.
ولكن من ناحية أخرى ، من منظور الشبكة ، هذا ثقيل جدًا بالنسبة لبعض التطبيقات ، وسيؤدي تحولها إلى باراشين إلى إهدار الكثير من الموارد. من وجهة نظر المستخدم ، يعتبر الفوز بالمزاد عائقًا كبيرًا نسبيًا للدخول ، مما يجعل من الصعب على المشاريع والأفكار الجديدة الانضمام إلى الشبكة. مع باراشين عند الطلب ، نقوم بتخفيض هذا الحاجز وفتح الشبكة لتطبيقات أقل كثافة في استخدام الموارد بطريقة أكثر كفاءة.
فكيف يعمل هذا؟ بدلاً من جدولة إنشاء كتلة كل 12 ثانية ، يقوم عامل التجميع عند الطلب ، عند الحاجة ، بطلب نواة (فرصة لتوليد الكتلة) ويرسل إنشاء كتلة خاصة إلى سلسلة الترحيل الخاصة بـ Polkadot. معاملة (خارجية) تقول إنهم يريدون نواة لعلامة ParaId الخاصة بهم ويتضمن الحد الأقصى للسعر الذي يرغبون في دفعه.
** اطلب كور **
سيحسب وقت تشغيل سلسلة الترحيل أفضل سعر للجوهر الحالي ، إذا كان أعلى سعر لطلب جديد يساوي أو أعلى وكان الحساب يحتوي على أموال كافية ، فسيتم تحصيله وفقًا لأفضل سعر حالي ، وسيتم تحصيل رسوم منه قريبًا يقوم منتج الكتلة بترتيب سلطة الكتلة. يتم حساب هذا السعر من خلال سلسلة الترحيل بناءً على الطلب الحالي. يعتمد على نفس آلية الرسوم ، من أجل الاستجابة للطلب ببطء لتجنب تقلبات الأسعار الجامحة.
أضاف روبرت ، المؤسس المشارك لشركة Polkadot ، إلى هذا السؤال ، وأوضح أنه في آلية دفع الرسوم في Parathreads ، بغض النظر عن أعلى سعر يرغب العارض في دفعه ، فإن الرسوم المدفوعة هي نفسها. عندما يكون الطلب على الباراشين عند الطلب مرتفعًا ، سيرتفع سعر النواة ببطء في تعديل تلقائي.
قد تكون هناك مشكلة "MEV" في هذه الحالة ، والتي تشير إلى الإيرادات الإضافية التي يمكن أن يحصل عليها عمال المناجم أو المدققون من خلال التلاعب بترتيب المعاملات أو المعاملات المضمنة. على سبيل المثال ، قد يختار المدققون تأخير أوامر المعالجة ذات العطاءات الأعلى حتى يتمكنوا من تحصيل المزيد من الرسوم أو حرقها. لكن "الكائنات الخارجية البشرية" لبولكادوت تحد من هذا الاحتمال. "الكائنات الخارجية المميتة" هي معاملات ذات دورة حياة ، مما يعني أن هذه المعاملات لن تنتظر إلى الأبد حتى تتم معالجتها ، وسيتم التخلص منها تلقائيًا بعد فترة زمنية ، مما يحد من مساحة عمل المدقق.
من أجل استخدام Parathreads آليات الأمان الحالية عند طلب إذن الحظر ، يجب توقيع المعاملة (الخارجية) التي يرسلونها لطلب إذن الكتلة. تعني عبارة "خارجي موقعة" أن الحساب الذي أرسل المعاملة وقع المعاملة بمفتاحه الخاص. تم تصميم هذا لمنع الآخرين من إرسال معاملات تنتحل صفة الحساب ، حيث لا يمكن لأي شخص آخر غير مالك الحساب إنشاء توقيع يطابق المفتاح العام للحساب. لذلك ، عندما تتلقى سلسلة الترحيل معاملة موقعة ، يمكنها تأكيد أن المعاملة قد تم إرسالها بالفعل من قبل من تدعي أنها.
بالإضافة إلى ذلك ، يمكن أن تحتوي المعاملات الموقعة أيضًا على بعض المعلومات الإضافية ، مثل nonce (تُستخدم لمنع هجمات إعادة التشغيل) والإكرامية (تُستخدم لإرشاد مانح الكتلة). تحتوي سلسلة الترحيل بالفعل على آلية للتعامل مع هذه المعلومات ، لذا فإن جعل طلبات كتلة parachains المدفوعة بالطلب تستخدم المعاملات الموقعة تسمح لها بالاستفادة بشكل مباشر من هذه الآليات الحالية دون الحاجة إلى تطوير آليات أمان جديدة.
من وجهة نظر المستخدم ، هذا يعني أن إجمالي رسوم السعر الواجب دفعها تتكون من ثلاثة أجزاء: رسوم المعاملة التقليدية (التي تُستخدم لدفع ثمن موارد الحوسبة المطلوبة لمعالجة المعاملة) ، ونصائح اختيارية (تُستخدم هذه) لتشجيع منتجي الكتل على تحديد أولويات معاملاتهم) ، وسعر الاشتراك الأساسي المذكور أعلاه (أي سعر كتلة الطاقة).
** دمج آلية الطلب في عقدة التجميع **
عملية إنشاء الكتلة الفعلية هي نفسها تمامًا للمدققين (المجمعين) كما هو الحال بالنسبة للباراشين الثابت. المجمعات هي عُقد مسؤولة عن تجميع الكتل وإنشائها. يتحققون بانتظام من حالة الباراشين ، وخاصة الباراشين المسئولين عنها (التي تم تحديدها بواسطة ParaId). إذا وجدوا أن parachain المقابل لـ ParaId الخاص بهم على وشك الوصول إلى وقت إنشاء كتلة ، فسيبدأون في إنشاء كتلة جديدة. بعد إنشاء الكتلة ، يحتاجون إلى إنشاء إثبات (إثبات الصلاحية ، يُشار إليه باسم PoV) ، والذي يحتوي على محتوى الكتلة والمعلومات التي تثبت أن الكتلة قانونية. بعد ذلك ، سيرسلون إثبات PoV هذا إلى مجموعة الدعم المعينة (مجموعة الدعم). مجموعة المصادقة هي مجموعة من العقد المسؤولة عن التحقق والتأكيد على صلاحية هذه الكتلة.
على الرغم من أن عملية إنشاء الكتلة على الباراشين عند الطلب هي نفسها التي يتم إجراؤها على الباراشين الثابت ، فإننا نحتاج إلى إدخال آلية جديدة في أدوات التجميع (Collators) عند الطلب عند إرسال طلبات الكتلة فرص التوليد (أي "الطلبات الأساسية").
يوجد حاليًا العديد من الاستراتيجيات الممكنة حول كيفية تصميم هذه الآلية الجديدة (إذا كنت مهتمًا بهذه المشكلة ، أو إذا كان لديك بعض المعرفة بالركام ، فإن البحث في هذه المشكلة سيكون طريقة جيدة للمشاركة في هذا المشروع ، والمساعدة في- المطالبة بتنفيذ parachains بشكل أسرع.
Cumulus هو إطار تطوير لبناء باراشين على شبكات Polkadot و Kusama. تم تطويره بواسطة Parity Technologies ، المطور الرئيسي لـ Polkadot. يقلل الركام من التعقيد الذي يواجهه المطورون في بناء باراشين. عند استخدام Cumulus لبناء باراشين ، يمكنك الاستفادة من بعض المنطق والوظائف المشتركة التي تم تنفيذها بالفعل في الركام ، مثل الاتصال بسلسلة الترحيل والتحقق من الكتلة ومعالجة النهاية. يتيح ذلك للمطورين التركيز على منطق أعمالهم دون الحاجة إلى التعامل مع هذه المشكلات ذات المستوى المنخفض.
بشكل عام ، الهدف من Cumulus هو جعل بناء الباراشين أسهل ما يمكن لتعزيز تطوير بيئة Polkadot و Kusama.
تذكير مهم آخر هو أنه قد يكون هناك خطر أمني إذا كانت أداة التجميع تعمل من محفظة ساخنة (محفظة متصلة بالشبكة). لذلك ، سنوفر نوع حساب وكيل مخصص ، والذي يتمتع فقط بسلطة المزايدة الأساسية على parachain عند الطلب ، وبالتالي تقليل المخاطر الأمنية.
** دعم متكامل غير متزامن ومزيد من التفاصيل **
لجمهور تقني أكثر اهتمامًا ، يتم هنا تتبع التطوير الكامل للباراشين عند الطلب.
يمكن العثور على المهام الفرعية هنا (خاصة بالنسبة للتكامل القادم للدعم غير المتزامن ، تم تلخيص بعض الانعكاسات في هذا التعليق (.
باختصار ، لن يكون التجريد الأساسي الحالي صفريًا بعد الآن ، بل بُعدًا واحدًا. قد يعني هذا أن الطريقة التي يعمل بها النظام أو النموذج ستصبح أكثر مرونة أو تعقيدًا ، مما يسمح لهذه "النوى" أو أجزاء أخرى من النظام أن تعرف مقدمًا أو توقع المهام أو الأحداث التي ستحدث في المستقبل. قد يكون هذا تحسينًا أو تحسينًا يجعل النظام العام أكثر قدرة على التنبؤ بالنشاط المستقبلي ومعالجته.
في Polkadot ، "النواة" هي عقدة خاصة مسؤولة عن معالجة والتحقق من المعاملات والأنشطة الأخرى على parachains ، ويشير "التجريد الأساسي" عادةً إلى تصميم يتم فيه استخراج بعض الآليات الداخلية المعقدة أو تفاصيل التنفيذ المخفية تحت واجهة بسيطة أو مفهوم.
لكن تفاصيل كافية في الوقت الحالي. نحن متحمسون جدًا للإمكانيات الجديدة التي ستوفرها باراشين عند الطلب ولا يسعنا الانتظار حتى يتم بثها مباشرة!
رابط مرجع المحتوى: