تقدم SEI آليات بما في ذلك التنفيذ غير المتزامن ، وإجماع المقترحين المتعددين ، وتوازي المعاملات ، وتحسين التخزين في ترقية Giga. كتب هذا المقال بافيل بارامونوف ، مؤسس Hazeflow ، وتم تجميعه وتجميعه ومساهمته بواسطة Felix ، PANews. (ملخص: $SEI 70٪ في شهر واحد!) إطلاق اقتراح SIP-3: الانتقال إلى EVM النقي ، بهدف 100,000 معاملة في الثانية) (تمت إضافة الخلفية: ستدعم MetaMask محفظة MetaMask "أول سلسلة غير EVM" لشبكة Solana خارج منطقة راحة Ethereum في مايو) أصدرت Sei ورقة بيضاء جديدة تقدم أحدث ترقية Giga. يجد معظم القراء صعوبة في قراءة 17 صفحة من المحتوى التقني المتعمق. لذلك ، ستشرح هذه المقالة ماهية هذا التحديث وكيفية تحسين أداء blockchain على مستويات مختلفة. 1. الأفكار والأسس الرئيسية لجيجا إنشاء الكتل للتنفيذ غير المتزامن هي كما يلي: "إذا كانت قائمة المعاملات الخاصة بنا بالترتيب وكانت الحالة الأولية ل blockchain متسقة ، وتعالج جميع العقد الصادقة هذه المعاملات بنفس الترتيب ، فستصل العقد إلى نفس الحالة النهائية." في هذه الحالة ، تعتمد النتيجة فقط على الحالة الأولية وترتيب المعاملات. هذا يعني أن الإجماع يحتاج فقط إلى الاتفاق على ترتيب المعاملات داخل الكتلة ، ويمكن لكل عقدة حساب الحالة النهائية بشكل مستقل. في هذا النموذج ، يتم فصل الإجماع عن التنفيذ ، مما يسمح للكتل بالتنفيذ بشكل غير متزامن. بمجرد الانتهاء من الكتلة، تقوم العقدة بمعالجتها والالتزام بحالتها في الكتل اللاحقة. ثم يتم التحقق من صحة الكتلة من خلال إجماع الدولة للتأكد من أن جميع العقد قد حسبت الحالة النهائية الصحيحة. التفاصيل المهمة هنا هي أن التنفيذ والإجماع (التوليد) يحدثان بالتوازي. عندما تقوم العقدة بحساب كتلة واحدة ، فإنها تتلقى أيضا كتل أخرى. نتيجة لذلك ، يتم تنفيذ الكتل فعليا بالترتيب الكلي (وليس بالتوازي) ، في حين أن عملية إنشاء الكتلة نفسها تحدث بالتوازي مع الإجماع. ومع ذلك ، بالنسبة لأي كتلة معينة ، تكون هذه العمليات غير متزامنة تماما. من الواضح أن الإجماع وتنفيذ نفس الكتلة في نفس الوقت يبدو مستحيلا. لذلك، عند تنفيذ الكتلة n، تتلقى العقدة الكتلة n+1 للخطوة التالية. إذا كان الإجماع منحرفا (على سبيل المثال ، ثلث العقد في الشبكة تتصرف بشكل ضار) ، يتم تعليق السلسلة ، على غرار بروتوكول BFT القياسي. لا يؤدي تنفيذ معاملة فاشلة داخل كتلة إلى إبطال الكتلة، ولكنه ببساطة يظل في حالة فشل لأن إنشاء الكتلة وتنفيذها منفصلان، ويتم الالتزام بالحالة النهائية للكتلة الحالية في الكتل اللاحقة. 2 كيف يتم تنفيذ نموذج المقترحات المتعددة وما هو Autobahn؟ يطلق على بروتوكول الإجماع نفسه اسم "Autobahn" (مثل الطريق السريع الألماني بدون حد للسرعة). يفصل Autobahn توفر البيانات عن ترتيب المعاملات ، وهناك نموذج مثير للاهتمام وراءه. تماما مثل ممرات أي طريق سريع ، هناك ممرات متعددة ، كل عقدة لها ممر خاص بها. تستخدم العقد هذه القنوات لتقديم مقترحات بشأن ترتيب المعاملات. الاقتراح هو مجرد مجموعة مرتبة من المعاملات. يقوم Autobahn أحيانا بإجراء عملية "Tipcut" ، حيث يتم تجميع مقترحات متعددة لإنهاء ترتيب المعاملات. كما ذكرنا سابقا ، كل مدقق لديه قناته الخاصة لاقتراح الكثير من المعاملات. عندما تتلقى عقدة اقتراحا صالحا، فإنها ترسل تصويتا لتأكيد استلام الاقتراح. بمجرد جمع الاقتراح للتصويت ، يتم تشكيل إثبات التوافر (PoA) ، مما يضمن تلقي البيانات من قبل عقدة صادقة واحدة على الأقل في الشبكة. تحدث التقليلات في أجزاء من الثانية ، وفي النهاية يتم "قطع" مقترحات متعددة من Autobahn. لدى مقدمي الاقتراحات حافز لانتظار إصدار الكتل وإطلاق الكتل الفردية حيثما أمكن ذلك ، لكن الحد الزمني للتنفيذ لكل كتلة (على غرار حد الغاز) يغير هذه الديناميكية قليلا. عادة ما يكون الاقتراح على القناة مكافئا للكتلة ، مما يعني أنه عند حدوث قطع ، يتم قطع كتل متعددة في نفس الوقت. بعد ذلك ، يقوم قائد الفتحة بتمرير tipcut إلى العقد الأخرى لإكمال الفرز. تقوم العقدة في الواقع بالتصويت على tipcut واحد في نفس الوقت الذي تقوم فيه بالفعل بإعداد Tipcut التالي. يمكن الحصول على العقد التي تفوت الدفعات بشكل غير متزامن من المدققين المدرجين في PoA: هذا هو جوهر الحاجة إلى توفر البيانات. في ظل ظروف متزامنة ، إذا كان القائد على صواب ، يكمل Autobahn تأكيد الاقتراح في جولتين من الاتصال. إذا فشل القائد ، تنتخب الآلية قائدا جديدا للحفاظ على النظام بالترتيب. يمكن أن يبدأ اقتراح قطع التلميح التالي بالفعل أثناء مرحلة الالتزام لقطع التلميح الحالي ، مما يقلل من زمن الوصول لأن التنفيذ يحدث بالتوازي مع البناء. في الواقع ، النموذج بأكمله عبارة عن نموذج متعدد المقترحين حيث يمكن للعديد من العقد تقديم مقترحات لترتيب الكتل في نفس الوقت. يقترح كل مدقق الكتل الخاصة به ويتلقى دليلا على أن الشبكة تمتلك تلك الكتل (PoA) ، مما يساعد على تحسين الإنتاجية والكفاءة الإجمالية للشبكة. 3 التنفيذ المتوازي وتطبيقه كما ذكرنا سابقا ، تحدث عملية تنفيذ الكتلة بالتوازي مع الإجماع ، على الرغم من أن الكتل نفسها يتم تنفيذها بالفعل بالتتابع. قد تتساءل عما إذا كان هذا يشكل تنفيذا موازيا حقيقيا. الجواب هو نعم ولا. على الرغم من أن الكتل يتم تنفيذها بالتتابع ، إلا أنه يمكن بالفعل تنفيذ المعاملات داخل الكتل بالتوازي. إذا لم تقم المعاملات بتعديل (كتابة) نفس الحالة ، ولم تؤثر نتيجة معاملة واحدة على أخرى ، فيمكن تنفيذها بالتوازي. باختصار ، يجب ألا تعتمد مسارات التنفيذ الخاصة بهم على بعضها البعض. لا يحتوي Giga على mempool ، ويتم تضمين المعاملات على الفور بواسطة العقدة. تفترض Giga أنه لا توجد تعارضات بين معظم المعاملات وتعالجها في وقت واحد على نوى معالج متعددة. يتم تخزين التغييرات التي تطرأ على كل معاملة مؤقتا في مخزن مؤقت خاص ولا يتم تطبيقها على الفور على blockchain. عند اكتمال المعالجة، يتحقق النظام مما إذا كانت المعاملة تتعارض مع الحركات السابقة. إذا كان هناك تعارض ، إعادة معالجة المعاملة. إذا لم تكن هناك تعارضات ، يتم تطبيق تغييراتها على blockchain ووضع اللمسات الأخيرة عليها. قد تكون هناك أيضا تصادمات عالية التردد ، وفي هذه الحالة يتحول النظام إلى معالجة معاملة واحدة في كل مرة لضمان أن المعاملة يمكن أن تمضي قدما. بعبارات بسيطة ، يوزع التنفيذ الموازي المعاملات عبر مراكز متعددة ، مما يتيح لتلك المعاملات التي لا تتعارض من التنفيذ في وقت واحد. 4. مشكلات التخزين والتحسين نظرا للحجم الكبير للمعاملات ، يجب أن تكون البيانات آمنة ويمكن الوصول إليها بسهولة ، لذلك يجب تخزينها بطريقة مختلفة قليلا عن تخزين blockchain التقليدي. تخزن Gigas البيانات بتنسيق بسيط لقيمة المفتاح ، وهو هيكل مسطح نسبيا يساعد على تقليل الحاجة إلى تحديثات أو فحوصات متعددة عند تغيير البيانات. بالإضافة إلى ذلك ، تستخدم Giga التخزين المتدرج: يتم الاحتفاظ بالبيانات الحديثة على محركات أقراص الحالة الصلبة (عالية السرعة) ، بينما يتم ترحيل البيانات الأقل استخداما إلى أنظمة تخزين أبطأ وأكثر فعالية من حيث التكلفة. في حالة تعطل العقدة، يمكنها تشغيل السجلات لاستعادة الحالة الصحيحة وتطبيق التحديثات على RocksDB، وهي قاعدة بيانات متخصصة، لتنظيم البيانات. يستخدم نظام التخزين مجمع تشفير يثبت صحة البيانات دون حسابات مكثفة. يتم تحديث المراكم على دفعات ، مما يسمح للمدققين والعقد الخفيفة بالاتفاق بسرعة على الحالة الحالية ل blockchain. 5. كن كتلة EVM L1 متعددة المقترحات ...
المحتوى هو للمرجعية فقط، وليس دعوة أو عرضًا. لا يتم تقديم أي مشورة استثمارية أو ضريبية أو قانونية. للمزيد من الإفصاحات حول المخاطر، يُرجى الاطلاع على إخلاء المسؤولية.
تفسير ورقة بيضاء Sei الجديدة: ما هي الابتكارات التكنولوجية التي تقدمها ترقية Giga؟
تقدم SEI آليات بما في ذلك التنفيذ غير المتزامن ، وإجماع المقترحين المتعددين ، وتوازي المعاملات ، وتحسين التخزين في ترقية Giga. كتب هذا المقال بافيل بارامونوف ، مؤسس Hazeflow ، وتم تجميعه وتجميعه ومساهمته بواسطة Felix ، PANews. (ملخص: $SEI 70٪ في شهر واحد!) إطلاق اقتراح SIP-3: الانتقال إلى EVM النقي ، بهدف 100,000 معاملة في الثانية) (تمت إضافة الخلفية: ستدعم MetaMask محفظة MetaMask "أول سلسلة غير EVM" لشبكة Solana خارج منطقة راحة Ethereum في مايو) أصدرت Sei ورقة بيضاء جديدة تقدم أحدث ترقية Giga. يجد معظم القراء صعوبة في قراءة 17 صفحة من المحتوى التقني المتعمق. لذلك ، ستشرح هذه المقالة ماهية هذا التحديث وكيفية تحسين أداء blockchain على مستويات مختلفة. 1. الأفكار والأسس الرئيسية لجيجا إنشاء الكتل للتنفيذ غير المتزامن هي كما يلي: "إذا كانت قائمة المعاملات الخاصة بنا بالترتيب وكانت الحالة الأولية ل blockchain متسقة ، وتعالج جميع العقد الصادقة هذه المعاملات بنفس الترتيب ، فستصل العقد إلى نفس الحالة النهائية." في هذه الحالة ، تعتمد النتيجة فقط على الحالة الأولية وترتيب المعاملات. هذا يعني أن الإجماع يحتاج فقط إلى الاتفاق على ترتيب المعاملات داخل الكتلة ، ويمكن لكل عقدة حساب الحالة النهائية بشكل مستقل. في هذا النموذج ، يتم فصل الإجماع عن التنفيذ ، مما يسمح للكتل بالتنفيذ بشكل غير متزامن. بمجرد الانتهاء من الكتلة، تقوم العقدة بمعالجتها والالتزام بحالتها في الكتل اللاحقة. ثم يتم التحقق من صحة الكتلة من خلال إجماع الدولة للتأكد من أن جميع العقد قد حسبت الحالة النهائية الصحيحة. التفاصيل المهمة هنا هي أن التنفيذ والإجماع (التوليد) يحدثان بالتوازي. عندما تقوم العقدة بحساب كتلة واحدة ، فإنها تتلقى أيضا كتل أخرى. نتيجة لذلك ، يتم تنفيذ الكتل فعليا بالترتيب الكلي (وليس بالتوازي) ، في حين أن عملية إنشاء الكتلة نفسها تحدث بالتوازي مع الإجماع. ومع ذلك ، بالنسبة لأي كتلة معينة ، تكون هذه العمليات غير متزامنة تماما. من الواضح أن الإجماع وتنفيذ نفس الكتلة في نفس الوقت يبدو مستحيلا. لذلك، عند تنفيذ الكتلة n، تتلقى العقدة الكتلة n+1 للخطوة التالية. إذا كان الإجماع منحرفا (على سبيل المثال ، ثلث العقد في الشبكة تتصرف بشكل ضار) ، يتم تعليق السلسلة ، على غرار بروتوكول BFT القياسي. لا يؤدي تنفيذ معاملة فاشلة داخل كتلة إلى إبطال الكتلة، ولكنه ببساطة يظل في حالة فشل لأن إنشاء الكتلة وتنفيذها منفصلان، ويتم الالتزام بالحالة النهائية للكتلة الحالية في الكتل اللاحقة. 2 كيف يتم تنفيذ نموذج المقترحات المتعددة وما هو Autobahn؟ يطلق على بروتوكول الإجماع نفسه اسم "Autobahn" (مثل الطريق السريع الألماني بدون حد للسرعة). يفصل Autobahn توفر البيانات عن ترتيب المعاملات ، وهناك نموذج مثير للاهتمام وراءه. تماما مثل ممرات أي طريق سريع ، هناك ممرات متعددة ، كل عقدة لها ممر خاص بها. تستخدم العقد هذه القنوات لتقديم مقترحات بشأن ترتيب المعاملات. الاقتراح هو مجرد مجموعة مرتبة من المعاملات. يقوم Autobahn أحيانا بإجراء عملية "Tipcut" ، حيث يتم تجميع مقترحات متعددة لإنهاء ترتيب المعاملات. كما ذكرنا سابقا ، كل مدقق لديه قناته الخاصة لاقتراح الكثير من المعاملات. عندما تتلقى عقدة اقتراحا صالحا، فإنها ترسل تصويتا لتأكيد استلام الاقتراح. بمجرد جمع الاقتراح للتصويت ، يتم تشكيل إثبات التوافر (PoA) ، مما يضمن تلقي البيانات من قبل عقدة صادقة واحدة على الأقل في الشبكة. تحدث التقليلات في أجزاء من الثانية ، وفي النهاية يتم "قطع" مقترحات متعددة من Autobahn. لدى مقدمي الاقتراحات حافز لانتظار إصدار الكتل وإطلاق الكتل الفردية حيثما أمكن ذلك ، لكن الحد الزمني للتنفيذ لكل كتلة (على غرار حد الغاز) يغير هذه الديناميكية قليلا. عادة ما يكون الاقتراح على القناة مكافئا للكتلة ، مما يعني أنه عند حدوث قطع ، يتم قطع كتل متعددة في نفس الوقت. بعد ذلك ، يقوم قائد الفتحة بتمرير tipcut إلى العقد الأخرى لإكمال الفرز. تقوم العقدة في الواقع بالتصويت على tipcut واحد في نفس الوقت الذي تقوم فيه بالفعل بإعداد Tipcut التالي. يمكن الحصول على العقد التي تفوت الدفعات بشكل غير متزامن من المدققين المدرجين في PoA: هذا هو جوهر الحاجة إلى توفر البيانات. في ظل ظروف متزامنة ، إذا كان القائد على صواب ، يكمل Autobahn تأكيد الاقتراح في جولتين من الاتصال. إذا فشل القائد ، تنتخب الآلية قائدا جديدا للحفاظ على النظام بالترتيب. يمكن أن يبدأ اقتراح قطع التلميح التالي بالفعل أثناء مرحلة الالتزام لقطع التلميح الحالي ، مما يقلل من زمن الوصول لأن التنفيذ يحدث بالتوازي مع البناء. في الواقع ، النموذج بأكمله عبارة عن نموذج متعدد المقترحين حيث يمكن للعديد من العقد تقديم مقترحات لترتيب الكتل في نفس الوقت. يقترح كل مدقق الكتل الخاصة به ويتلقى دليلا على أن الشبكة تمتلك تلك الكتل (PoA) ، مما يساعد على تحسين الإنتاجية والكفاءة الإجمالية للشبكة. 3 التنفيذ المتوازي وتطبيقه كما ذكرنا سابقا ، تحدث عملية تنفيذ الكتلة بالتوازي مع الإجماع ، على الرغم من أن الكتل نفسها يتم تنفيذها بالفعل بالتتابع. قد تتساءل عما إذا كان هذا يشكل تنفيذا موازيا حقيقيا. الجواب هو نعم ولا. على الرغم من أن الكتل يتم تنفيذها بالتتابع ، إلا أنه يمكن بالفعل تنفيذ المعاملات داخل الكتل بالتوازي. إذا لم تقم المعاملات بتعديل (كتابة) نفس الحالة ، ولم تؤثر نتيجة معاملة واحدة على أخرى ، فيمكن تنفيذها بالتوازي. باختصار ، يجب ألا تعتمد مسارات التنفيذ الخاصة بهم على بعضها البعض. لا يحتوي Giga على mempool ، ويتم تضمين المعاملات على الفور بواسطة العقدة. تفترض Giga أنه لا توجد تعارضات بين معظم المعاملات وتعالجها في وقت واحد على نوى معالج متعددة. يتم تخزين التغييرات التي تطرأ على كل معاملة مؤقتا في مخزن مؤقت خاص ولا يتم تطبيقها على الفور على blockchain. عند اكتمال المعالجة، يتحقق النظام مما إذا كانت المعاملة تتعارض مع الحركات السابقة. إذا كان هناك تعارض ، إعادة معالجة المعاملة. إذا لم تكن هناك تعارضات ، يتم تطبيق تغييراتها على blockchain ووضع اللمسات الأخيرة عليها. قد تكون هناك أيضا تصادمات عالية التردد ، وفي هذه الحالة يتحول النظام إلى معالجة معاملة واحدة في كل مرة لضمان أن المعاملة يمكن أن تمضي قدما. بعبارات بسيطة ، يوزع التنفيذ الموازي المعاملات عبر مراكز متعددة ، مما يتيح لتلك المعاملات التي لا تتعارض من التنفيذ في وقت واحد. 4. مشكلات التخزين والتحسين نظرا للحجم الكبير للمعاملات ، يجب أن تكون البيانات آمنة ويمكن الوصول إليها بسهولة ، لذلك يجب تخزينها بطريقة مختلفة قليلا عن تخزين blockchain التقليدي. تخزن Gigas البيانات بتنسيق بسيط لقيمة المفتاح ، وهو هيكل مسطح نسبيا يساعد على تقليل الحاجة إلى تحديثات أو فحوصات متعددة عند تغيير البيانات. بالإضافة إلى ذلك ، تستخدم Giga التخزين المتدرج: يتم الاحتفاظ بالبيانات الحديثة على محركات أقراص الحالة الصلبة (عالية السرعة) ، بينما يتم ترحيل البيانات الأقل استخداما إلى أنظمة تخزين أبطأ وأكثر فعالية من حيث التكلفة. في حالة تعطل العقدة، يمكنها تشغيل السجلات لاستعادة الحالة الصحيحة وتطبيق التحديثات على RocksDB، وهي قاعدة بيانات متخصصة، لتنظيم البيانات. يستخدم نظام التخزين مجمع تشفير يثبت صحة البيانات دون حسابات مكثفة. يتم تحديث المراكم على دفعات ، مما يسمح للمدققين والعقد الخفيفة بالاتفاق بسرعة على الحالة الحالية ل blockchain. 5. كن كتلة EVM L1 متعددة المقترحات ...