مؤخراً، قمنا بإجراء مقابلة مع جورج دانيزيس حول تعقيد وبنية تحتية سوي وقابلية التوسع، فضلاً عن كيفية تسهيل نظام معالجة المعاملات في سوي لشبكة عالية الأداء. جورج دانيزيس هو المؤسس المشارك ورئيس قسم العلوم في ميسطن لابس، وهو أيضاً أستاذ في مجال الأمن والخصوصية في جامعة لندن.
فيما يلي المحتوى الرئيسي لهذه المقابلة:
السؤال 1: هل يمكنك أن تعرفنا على مجالات بحثك الرئيسية؟
أدرس بشكل رئيسي في مجال الأمان والخصوصية في كلية لندن الجامعية. في البداية، كنت أركز على أنظمة النظير إلى النظير والأنظمة المجهولة، ثم تحولت إلى دفاتر الحسابات الموزعة وblockchain، أبحث في كيفية بناء أنظمة عالية الأداء. أسسنا شركة Chainspace، حيث قمنا بتجسيد بعض الأفكار تجارياً. بعد ذلك، انضممت إلى Facebook، وشاركت في تطوير مشروع Libra/Diem. حالياً، أبحث عن فرص أخرى لتحقيق مفهوم blockchain عالي الأداء.
Q2：ما الفرق بين التطبيق والبحث؟
في الواقع، لا يوجد فرق كبير. عند البحث، نأخذ في الاعتبار جميع الاحتمالات لتحقيق أهداف معينة، بينما عند بناء النظام الفعلي، نحتاج إلى اتخاذ قرارات. يجب علينا تقييم أي الأفكار هي الأكثر قيمة، والتي يمكن أن تلبي الاحتياجات الفعلية للمستخدمين. هذا ليس مجرد اهتمام بالمعرفة، بل الأهم هو خلق قيمة للمستخدمين.
السؤال 3: كيف تحدد المشكلة التي تريد حلها من النظرية إلى التطبيق العملي؟
أنا أركز بشكل أساسي على كيفية توسيع الوظائف المختلفة للبلوكشين، وخاصة كيفية زيادة قدرة المعاملات وتقليل التأخير. هذه المشكلة واضحة - كلما ظهرت تطبيقات شائعة على البلوكشين، غالبًا ما تكون المنصات الحالية غير قادرة على تحمل حجم المعاملات الكبير، مما يؤدي إلى الازدحام وارتفاع الرسوم. لذلك، فإن تحسين قدرة معالجة البلوكشين أصبح تحديًا ملحًا يتطلب الحل.
السؤال 4: ما الفرق والميزات بين شبكة L2 والشبكات الجديدة من نوع L1 مثل Sui؟
L2 هو حل توسيع لنظام إيثريوم البيئي، ولكنه قد يكون محيراً للاستخدام بالنسبة للمطورين والمستخدمين. يتطلب الأمر جسر الأصول بين L1 و L2، وهذه العملية عرضة للأخطاء وتجربة المستخدم ليست جيدة. خاصةً بالنسبة للأصول المعقدة، يتعين نشر عقود ذكية على الجانبين، مما يجعل الأمر مرهقاً.
بالمقارنة، اعتمد Sui على حل قاعدة بيانات ضخمة حيث يتم نسخ جميع الحالات بواسطة عقد التحقق. بعد أن يكمل المستخدم صفقة، يمكنه مباشرة استخدام أي حالة من نفس قاعدة البيانات للصفقة التالية، دون الحاجة إلى الانتقال المتكرر للأصول بين الشبكات المختلفة. وهذا يعزز بشكل كبير من تجربة المستخدم.
Q5: ما هو الابتكار الرئيسي في Sui Lutris؟
Sui Lutris لديه فكرتان رئيسيتان:
العديد من عمليات blockchain لا تتطلب توافق.
هناك طريقة ذات قدرة عالية على المعالجة عندما تحتاج إلى التوافق
يوفر مسارين للتداول: المسار السريع ( لا يتطلب توافق ) ومسار التوافق. بالنسبة للأشياء الخاصة بالمستخدم، يمكن إتمام المعاملة عبر المسار السريع في غضون ثانية واحدة. أما بالنسبة للأشياء المشتركة، فيجب معالجتها عبر مسار التوافق، مما يؤدي إلى تأخير أعلى ولكن لا يزال لديه قدرة عالية على المعالجة.
يتيح هذا التصميم معالجة معظم المعاملات اليومية من خلال مسار سريع ، مما يزيد بشكل كبير من الأداء. في الوقت نفسه ، يحتفظ بقدرة معالجة السيناريوهات المعقدة مثل DeFi.
س6: كيف يمكن للمطورين استخدام تصميم المسار السريع لتطوير التطبيقات؟
يمكن للمطورين التحكم تمامًا في ما إذا كانت الكائنات خاصة أو مشتركة. المفتاح لتوسيع التطبيقات هو استخدام أكبر عدد ممكن من الكائنات الخاصة، حيث يمكن تحقيق تأخير منخفض للغاية. على سبيل المثال، يجب أن تتم معظم العمليات في الألعاب على كائنات خاصة.
بالطبع، يمكن للتطبيق في نسخته الأولى أن يعتبر كل المحتوى حالة مشتركة. ولكن مع الحاجة للتوسع، يتعين على المطورين التفكير في الأجزاء التي يمكن تحويلها إلى كائنات مخصصة لتحسين الأداء.
Q7: كيف تعمل منطقة التداول القابلة للبرمجة؟
يمكن استخدام كتل التداول القابلة للبرمجة على مسار سريع أو مسار توافق. إذا كانت العمليات تتعلق بأشياء حصرية فقط، يمكن تنفيذ عدة عمليات في عملية واحدة على سلسلة واحدة، مما يجعلها فعالة للغاية. إذا كانت العمليات تتعلق بأشياء مشتركة، فسوف تدخل في مسار التوافق، مما يزيد من التأخير قليلاً.
س8: هل كانت أداء Sui بعد إطلاق الشبكة الرئيسية متوافقة مع التوقعات؟ هل كانت هناك اكتشافات غير متوقعة؟
لقد تم التحقق من تصميم Sui إلى حد كبير. خلال ذروة حجم التداول، يتم معالجة أكثر من 60 مليون صفقة يوميًا، يتم إنجاز معظمها من خلال مسار سريع، مما يظهر قابلية توسيع قوية وزمن استجابة منخفض.
كما تم اكتشاف بعض المشاكل. في بعض الأحيان يؤدي استخدام المسار السريع إلى قفل الكائنات، على الرغم من أنه عادةً ما يتم فك القفل في نهاية الفترة الزمنية، إلا أن هذا لا يزال يؤثر على تجربة المستخدم. يتم حاليًا تطوير تقنية لفك قفل هذه الكائنات بسرعة.
علاوة على ذلك، قد توفر هذه الآلية السريعة لفك القفل مزيدًا من القدرة التعبيرية للمطورين، بل وتسمح لبعض الكائنات المشتركة بالمعالجة عبر مسار سريع.
Q9: ما هي الأسباب التي تؤدي إلى قفل الكائن؟
عندما يقوم المستخدم أو برامجه بإعطاء تسلسل عمليات متناقض لنفس الكائن على أجهزة مختلفة، يحدث قفل الكائن. على سبيل المثال، يتم إجراء عمليات مختلفة على أصل ما في نفس الوقت من الهاتف والكمبيوتر.
في البداية اعتُبر هذا الوضع نادرًا، لكنه في الواقع يحدث كثيرًا. حاليًا، يجب الانتظار حتى تنتهي الحقبة لفك قفل الأغراض المقفلة، مما قد يسبب مشاكل خطيرة.
الحل الذي يتم تطويره هو أنه عند حدوث ذلك، يتم الحل على الفور من خلال مسار الاتفاق، بدلاً من الانتظار حتى نهاية الحقبة. سيؤدي ذلك إلى تقليل وقت الفتح من يوم إلى بضع ثوان.
Q10: كيف يمكن لسلسلة الكتل العامة تحقيق التوازن بين الشفافية، وقابلية التتبع والخصوصية؟
تعتمد الاحتياجات المتعلقة بالخصوصية إلى حد كبير على التطبيق المحدد. استراتيجية Sui هي توفير الأدوات والمنصة للمطورين لبناء حماية الخصوصية، بدلاً من فرض نوع معين من خطط الخصوصية.
يقدم Sui بعض الدعم الأصلي للتشفير، مثل وظيفة التحقق من الإثباتات ذات المعرفة الصفرية. يمكن للمطورين الاستفادة من هذه الأدوات، مع الجمع بين الاستراتيجيات على السلسلة وخارج السلسلة لتحقيق مستوى الخصوصية المطلوب.
س11: هل ستزيد Sui من دعم الخصوصية الأصلي؟
يتم النظر في تقديم المزيد من الدعم للمطورين بحيث يمكنهم كتابة عقود ذكية أكثر خصوصية. بالإضافة إلى إثباتات المعرفة الصفرية، قد يتم إضافة المزيد من الدوال الرياضية أو التشفيرية العامة.
كما تتابع تقنيات حماية الخصوصية الأخرى مثل الحسابات متعددة الأطراف والأجهزة الموثوقة. لكن قد تتطلب هذه تغييرات كبيرة في بنية Sui، لذلك تحتاج إلى دعم قوي من المجتمع.
Q12: كيف ترى تطور Sui في الأشهر 6 إلى 12 المقبلة؟
تحسينات قصيرة الأجل تعتمد بشكل رئيسي على نوع التطبيقات التي يبنيها المطورون على Sui. على المدى الطويل، سنقوم بـ:
تحسين بروتوكول Sui Lutris لتحقيق زمن انتقال أقل وتصميم أبسط
تحسين كفاءة الاقتصاد، مما يمكّن عقد التحقق من العمل على الأجهزة الأكثر تقييدًا
تحسين استخدام الموارد، وتخصيص المزيد من الأجهزة لتنفيذ المعاملات الفعلية بدلاً من نفقات البلوك تشين
قد تحتوي هذه الصفحة على محتوى من جهات خارجية، يتم تقديمه لأغراض إعلامية فقط (وليس كإقرارات/ضمانات)، ولا ينبغي اعتباره موافقة على آرائه من قبل Gate، ولا بمثابة نصيحة مالية أو مهنية. انظر إلى إخلاء المسؤولية للحصول على التفاصيل.
مؤسس Sui يشرح تصميم البلوكتشين عالي الأداء: المسار السريع والمسار الإجماعي يعملان بالتوازي
مؤخراً، قمنا بإجراء مقابلة مع جورج دانيزيس حول تعقيد وبنية تحتية سوي وقابلية التوسع، فضلاً عن كيفية تسهيل نظام معالجة المعاملات في سوي لشبكة عالية الأداء. جورج دانيزيس هو المؤسس المشارك ورئيس قسم العلوم في ميسطن لابس، وهو أيضاً أستاذ في مجال الأمن والخصوصية في جامعة لندن.
فيما يلي المحتوى الرئيسي لهذه المقابلة:
السؤال 1: هل يمكنك أن تعرفنا على مجالات بحثك الرئيسية؟
أدرس بشكل رئيسي في مجال الأمان والخصوصية في كلية لندن الجامعية. في البداية، كنت أركز على أنظمة النظير إلى النظير والأنظمة المجهولة، ثم تحولت إلى دفاتر الحسابات الموزعة وblockchain، أبحث في كيفية بناء أنظمة عالية الأداء. أسسنا شركة Chainspace، حيث قمنا بتجسيد بعض الأفكار تجارياً. بعد ذلك، انضممت إلى Facebook، وشاركت في تطوير مشروع Libra/Diem. حالياً، أبحث عن فرص أخرى لتحقيق مفهوم blockchain عالي الأداء.
Q2：ما الفرق بين التطبيق والبحث؟
في الواقع، لا يوجد فرق كبير. عند البحث، نأخذ في الاعتبار جميع الاحتمالات لتحقيق أهداف معينة، بينما عند بناء النظام الفعلي، نحتاج إلى اتخاذ قرارات. يجب علينا تقييم أي الأفكار هي الأكثر قيمة، والتي يمكن أن تلبي الاحتياجات الفعلية للمستخدمين. هذا ليس مجرد اهتمام بالمعرفة، بل الأهم هو خلق قيمة للمستخدمين.
السؤال 3: كيف تحدد المشكلة التي تريد حلها من النظرية إلى التطبيق العملي؟
أنا أركز بشكل أساسي على كيفية توسيع الوظائف المختلفة للبلوكشين، وخاصة كيفية زيادة قدرة المعاملات وتقليل التأخير. هذه المشكلة واضحة - كلما ظهرت تطبيقات شائعة على البلوكشين، غالبًا ما تكون المنصات الحالية غير قادرة على تحمل حجم المعاملات الكبير، مما يؤدي إلى الازدحام وارتفاع الرسوم. لذلك، فإن تحسين قدرة معالجة البلوكشين أصبح تحديًا ملحًا يتطلب الحل.
السؤال 4: ما الفرق والميزات بين شبكة L2 والشبكات الجديدة من نوع L1 مثل Sui؟
L2 هو حل توسيع لنظام إيثريوم البيئي، ولكنه قد يكون محيراً للاستخدام بالنسبة للمطورين والمستخدمين. يتطلب الأمر جسر الأصول بين L1 و L2، وهذه العملية عرضة للأخطاء وتجربة المستخدم ليست جيدة. خاصةً بالنسبة للأصول المعقدة، يتعين نشر عقود ذكية على الجانبين، مما يجعل الأمر مرهقاً.
بالمقارنة، اعتمد Sui على حل قاعدة بيانات ضخمة حيث يتم نسخ جميع الحالات بواسطة عقد التحقق. بعد أن يكمل المستخدم صفقة، يمكنه مباشرة استخدام أي حالة من نفس قاعدة البيانات للصفقة التالية، دون الحاجة إلى الانتقال المتكرر للأصول بين الشبكات المختلفة. وهذا يعزز بشكل كبير من تجربة المستخدم.
Q5: ما هو الابتكار الرئيسي في Sui Lutris؟
Sui Lutris لديه فكرتان رئيسيتان:
يوفر مسارين للتداول: المسار السريع ( لا يتطلب توافق ) ومسار التوافق. بالنسبة للأشياء الخاصة بالمستخدم، يمكن إتمام المعاملة عبر المسار السريع في غضون ثانية واحدة. أما بالنسبة للأشياء المشتركة، فيجب معالجتها عبر مسار التوافق، مما يؤدي إلى تأخير أعلى ولكن لا يزال لديه قدرة عالية على المعالجة.
يتيح هذا التصميم معالجة معظم المعاملات اليومية من خلال مسار سريع ، مما يزيد بشكل كبير من الأداء. في الوقت نفسه ، يحتفظ بقدرة معالجة السيناريوهات المعقدة مثل DeFi.
س6: كيف يمكن للمطورين استخدام تصميم المسار السريع لتطوير التطبيقات؟
يمكن للمطورين التحكم تمامًا في ما إذا كانت الكائنات خاصة أو مشتركة. المفتاح لتوسيع التطبيقات هو استخدام أكبر عدد ممكن من الكائنات الخاصة، حيث يمكن تحقيق تأخير منخفض للغاية. على سبيل المثال، يجب أن تتم معظم العمليات في الألعاب على كائنات خاصة.
بالطبع، يمكن للتطبيق في نسخته الأولى أن يعتبر كل المحتوى حالة مشتركة. ولكن مع الحاجة للتوسع، يتعين على المطورين التفكير في الأجزاء التي يمكن تحويلها إلى كائنات مخصصة لتحسين الأداء.
Q7: كيف تعمل منطقة التداول القابلة للبرمجة؟
يمكن استخدام كتل التداول القابلة للبرمجة على مسار سريع أو مسار توافق. إذا كانت العمليات تتعلق بأشياء حصرية فقط، يمكن تنفيذ عدة عمليات في عملية واحدة على سلسلة واحدة، مما يجعلها فعالة للغاية. إذا كانت العمليات تتعلق بأشياء مشتركة، فسوف تدخل في مسار التوافق، مما يزيد من التأخير قليلاً.
س8: هل كانت أداء Sui بعد إطلاق الشبكة الرئيسية متوافقة مع التوقعات؟ هل كانت هناك اكتشافات غير متوقعة؟
لقد تم التحقق من تصميم Sui إلى حد كبير. خلال ذروة حجم التداول، يتم معالجة أكثر من 60 مليون صفقة يوميًا، يتم إنجاز معظمها من خلال مسار سريع، مما يظهر قابلية توسيع قوية وزمن استجابة منخفض.
كما تم اكتشاف بعض المشاكل. في بعض الأحيان يؤدي استخدام المسار السريع إلى قفل الكائنات، على الرغم من أنه عادةً ما يتم فك القفل في نهاية الفترة الزمنية، إلا أن هذا لا يزال يؤثر على تجربة المستخدم. يتم حاليًا تطوير تقنية لفك قفل هذه الكائنات بسرعة.
علاوة على ذلك، قد توفر هذه الآلية السريعة لفك القفل مزيدًا من القدرة التعبيرية للمطورين، بل وتسمح لبعض الكائنات المشتركة بالمعالجة عبر مسار سريع.
Q9: ما هي الأسباب التي تؤدي إلى قفل الكائن؟
عندما يقوم المستخدم أو برامجه بإعطاء تسلسل عمليات متناقض لنفس الكائن على أجهزة مختلفة، يحدث قفل الكائن. على سبيل المثال، يتم إجراء عمليات مختلفة على أصل ما في نفس الوقت من الهاتف والكمبيوتر.
في البداية اعتُبر هذا الوضع نادرًا، لكنه في الواقع يحدث كثيرًا. حاليًا، يجب الانتظار حتى تنتهي الحقبة لفك قفل الأغراض المقفلة، مما قد يسبب مشاكل خطيرة.
الحل الذي يتم تطويره هو أنه عند حدوث ذلك، يتم الحل على الفور من خلال مسار الاتفاق، بدلاً من الانتظار حتى نهاية الحقبة. سيؤدي ذلك إلى تقليل وقت الفتح من يوم إلى بضع ثوان.
Q10: كيف يمكن لسلسلة الكتل العامة تحقيق التوازن بين الشفافية، وقابلية التتبع والخصوصية؟
تعتمد الاحتياجات المتعلقة بالخصوصية إلى حد كبير على التطبيق المحدد. استراتيجية Sui هي توفير الأدوات والمنصة للمطورين لبناء حماية الخصوصية، بدلاً من فرض نوع معين من خطط الخصوصية.
يقدم Sui بعض الدعم الأصلي للتشفير، مثل وظيفة التحقق من الإثباتات ذات المعرفة الصفرية. يمكن للمطورين الاستفادة من هذه الأدوات، مع الجمع بين الاستراتيجيات على السلسلة وخارج السلسلة لتحقيق مستوى الخصوصية المطلوب.
س11: هل ستزيد Sui من دعم الخصوصية الأصلي؟
يتم النظر في تقديم المزيد من الدعم للمطورين بحيث يمكنهم كتابة عقود ذكية أكثر خصوصية. بالإضافة إلى إثباتات المعرفة الصفرية، قد يتم إضافة المزيد من الدوال الرياضية أو التشفيرية العامة.
كما تتابع تقنيات حماية الخصوصية الأخرى مثل الحسابات متعددة الأطراف والأجهزة الموثوقة. لكن قد تتطلب هذه تغييرات كبيرة في بنية Sui، لذلك تحتاج إلى دعم قوي من المجتمع.
Q12: كيف ترى تطور Sui في الأشهر 6 إلى 12 المقبلة؟
تحسينات قصيرة الأجل تعتمد بشكل رئيسي على نوع التطبيقات التي يبنيها المطورون على Sui. على المدى الطويل، سنقوم بـ: