تفسير مؤسس Sui: كيف تتجاوز سلسلة الكتل العامة عالية الأداء قيود التوسع

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

فيما يلي المحتوى الرئيسي لهذه المقابلة:

Q1: هل يمكنك أن تعرفني على نقاط تركيز أبحاثك؟

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

Q2: كيف ترى الفرق بين التطبيقات والبحث؟

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

سؤال 3: كيف تحدد المشكلة التي ترغب في حلها عند الانتقال من النظرية إلى التطبيق العملي؟

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

Q4: ما الفرق والميزات بين شبكة L2 والشبكة L1 الجديدة في حل مشكلات التوسع؟

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

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

Q5: ما هي الابتكارات الرئيسية في Sui Lutris؟

تحتوي Sui Lutris على مفهومين أساسيين: الأول هو أن العديد من عمليات البلوكتشين في الواقع لا تحتاج إلى توافق؛ والثاني هو أنه في الحالات التي تحتاج بالفعل إلى توافق، لدينا طريقة معالجة ذات قدرة عالية على المرور. يجمع هذا المزيج بين الطريقتين مما يسمح لـ Sui بتحقيق أداء عالي.

يقدم Sui مسارين للتداول: مسار سريع لا يتطلب توافق وآخر يتطلب توافق. عندما يقوم المستخدم بعمليات على كائناته الخاصة، يمكنه استخدام المسار السريع، مما يوفر تأخيرًا منخفضًا للغاية وقابلية توسع عالية. أما بالنسبة للعمليات التي تتضمن كائنات مشتركة، فيجب معالجتها من خلال مسار التوافق.

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

Q6: كيف يمكن للمطورين الاستفادة من المسار السريع لـ Sui؟

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

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

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

Q7: ما هو دور كتلة التداول القابلة للبرمجة في Sui؟

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

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

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

Q8: بعد إطلاق الشبكة الرئيسية، هل كانت أداء Sui متوافقة مع التوقعات؟ هل هناك شيء أدهشك؟

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

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

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

Q9: ما هي الأسباب الرئيسية التي تؤدي إلى قفل الكائن؟

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

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

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

Q10: كيف ترى التوازن بين الشفافية، القابلية للتتبع والخصوصية في الشبكات العامة؟

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

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

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

Q11: هل تخطط Sui لتوفير المزيد من الدعم الأصلي للخصوصية؟

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

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

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

Q12: ما هي توقعاتك لتطور Sui في الأشهر 6 إلى 12 القادمة؟

سيعتمد تطوير Sui بشكل أساسي على احتياجات التطبيقات التي يطورها المجتمع. على المدى الطويل، سنكرس جهودنا لتحسين بروتوكول Sui Lutris لتحقيق تأخير أقل وعمليات أبسط، مما يعزز قابلية التوسع لـ Sui.

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

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