مؤخراً، قمنا بإجراء مقابلة مع خبير في مجال البلوكتشين، حيث ناقشنا تعقيد وقابلية توسيع بنية Sui التحتية، وكيف يسهل نظام معالجة المعاملات في Sui شبكة عالية الأداء. هذا الخبير هو أحد المساهمين الأصليين في Sui، وأيضاً أستاذ في كلية الهندسة الأمنية والخصوصية في جامعة لندن.
以下为本次 المقابلة内容：
Q1：هل يمكنك أن تعرفنا على مجالات بحثك الرئيسية؟
أنا أستاذ في جامعة لندن كوليدج، وتركز أبحاثي على الأمان والخصوصية. في بداية الأمر، كنت أدرس أنظمة الند للند والأنظمة المجهولة، والتي كانت تركز بشكل رئيسي على أنظمة التخزين الكبيرة الموزعة. مع تطور البلوكتشين، وخاصة مع ظهور الإيثيريوم، زاد اهتمامي بالسجلات الموزعة والعقود الذكية. بدأت مجموعة البحث الخاصة بي في UCL دراسة كيفية بناء أنظمة ذات أداء أعلى. أسسنا شركة Chainspace، حيث قمنا بتجسيد بعض الأفكار تجارياً، ثم تم الاستحواذ على الفريق من قبل شركة ما. بعد ذلك، ساعدنا في تقديم حلول لتوسيع البلوكتشين. عندما لم تحقق الحلول أي تقدم، واصلت البحث عن فرص أخرى لتحقيق فكرة البلوكتشين عالية الأداء.
Q2：ما الفرق بين التطبيق والبحث؟
في الواقع ، فإن الاختلاف ليس كبيرًا. عند البحث ، سنأخذ في الاعتبار جميع الاحتمالات لتحقيق أهداف محددة ، مثل بناء بلوكتشين عالي الأداء. ولكن عند بناء النظام فعليًا ، يجب علينا اختيار الحل الأكثر فائدة وملاءمة من بين العديد من الأفكار الجيدة. نحتاج إلى الحكم على ما يعيق الناس عن تحقيق أهدافهم ، وفهم الحالات المحتملة من الأدبيات الأكاديمية ، ثم اختيار المحتوى الأكثر صلة. هذا ليس مجرد اهتمام بالمعرفة ، بل هو خلق قيمة للمستخدم.
Q3: كيف تحدد المشاكل التي تحتاج إلى حلها عند الانتقال من النظرية إلى التطبيق العملي؟
أنا أركز بشكل أساسي على كيفية توسيع وظائف البلوكتشين المختلفة، وخاصة زيادة قدرة المعاملات وتقليل التأخير. هذه المشكلة واضحة، فكلما أصبح عقد ذكي معين شائعًا جدًا، فإن المنصة لا تستطيع تحمل حجم المعاملات الهائل، مما يؤدي إلى الازدحام وارتفاع الرسوم. لقد رأينا مرارًا وتكرارًا أن قدرة معالجة البلوكتشين لا تلبي احتياجات المستخدمين. يُعتبر هذا تحديًا ذا قيمة، وليس فقط فريقي، بل الأكاديمية بأكملها تعمل بطرق مختلفة لحل هذه المشكلة. لقد تم تطوير العديد من التقنيات الآن لتوسيع قدرة البلوكتشين.
س4: ما الفرق والميزة بين شبكة L2 وإنشاء شبكة L1 جديدة؟
L2 هو حل توسيعي في نظام بيئي معين، لكنه قد يكون معقدًا بعض الشيء للاستخدام بالنسبة للمطورين. يتطلب L2 جسرًا عند التفاعل مع L1، ويجب أن يتم عكس الحالة الموجودة في L1 في L2، والعكس صحيح. يحتاج L2 أيضًا إلى آلية تسمح لـ L1 بالتحقق من كل ما يحدث فيه. هذه العملية مرهقة، خاصة بالنسبة للأصول المعقدة. كما أن نقل الأصول بين L2 المختلفة أمر صعب أيضًا.
طريقة أخرى هي استخدام بلوكتشين مختلفة لتطبيقات مختلفة، ولكنها تواجه نفس مشكلة الجسر. يحتاج المستخدمون إلى جسر الأصول بشكل متكرر عند التعامل بين التطبيقات المختلفة، مما يؤدي إلى تجربة سيئة.
خطتنا هي إنشاء قاعدة بيانات كبيرة تحتوي على جميع الحالات التي تم نسخها من العقد المعتمدة. بمجرد إتمام الصفقة، يمكن استخدام جميع الحالات الموجودة في نفس قاعدة البيانات للصفقة التالية، دون الحاجة إلى نقل حالة الأصول باستمرار بين الشبكات المختلفة.
Q5: ما هي الابتكارات الرئيسية في Sui Lutris، وكيف تحقق معدل نقل عالٍ وزمن استجابة منخفض؟
Sui Lutris لديها فكرتان رئيسيتان: العديد من العمليات لا تحتاج إلى توافق، وعندما يتطلب الأمر توافقًا، هناك طريقة ذات قدرة عالية على معالجة البيانات. إنها تضمن أن عقد التحقق لا تكون أبداً في حالة عدم توافق أثناء معالجة المعاملات.
Sui Lutris لديه مساران: المسار السريع (لا يحتاج إلى إجماع) ومسار الإجماع. عند التعامل مع كائناتك الخاصة، استخدم المسار السريع، حيث يمكنك الحصول على نهائية المعاملات دون الحاجة للانتظار على الإجماع. المعاملات التي تتضمن كائنات مشتركة تحتاج إلى مسار الإجماع.
تأخير المسار السريع منخفض جداً، أقل من ثانية، وقابل للتوسع على نطاق واسع. تأخير مسار الإجماع أعلى، عادة ما يتجاوز ثانية، السعة عالية لكن قابلية التوسع أقل. تستخدم معظم المعاملات اليومية المسار السريع، بينما تستخدم العمليات المعقدة في DeFi عادة مسار الإجماع.
Q6: هل يمكن للمطورين تصميم تطبيقات للاستفادة من المسار السريع؟
بالتأكيد. يمكن لمطوري العقود الذكية التحكم فيما إذا كانت الكائنات المستخدمة في العمليات خاصة أو مشتركة. المفتاح لتوسيع التطبيقات هو ضمان أن معظم العمليات تعتمد على كائنات خاصة لتحقيق انخفاض في زمن الاستجابة. يجب أن تحاول التطبيقات مثل الألعاب استخدام هذه الطريقة بدلاً من الاعتماد على الحالة المشتركة والكائنات المشتركة. يمكن للمطورين تحديد كل نوع من أنواع المعاملات بدقة، وتحسين التصميم عند الحاجة للتوسع.
Q7: كيف تعمل كتل التداول القابلة للبرمجة؟
يمكن استخدام الكتلة القابلة للبرمجة في مسار سريع أو مسار إجماع. إذا كانت تتعلق فقط بالأشياء الخاصة، يمكن تنفيذ عدة عمليات في عملية واحدة على سلسلة، مع تأخير منخفض. إذا كانت تحتوي على أشياء مشتركة، فإنها تدخل مسار الإجماع، مما يؤدي إلى تأخير أعلى قليلاً. هذا يوفر مرونة لمشاهد مختلفة.
Q8: هل أثبت أداء Sui بعد إطلاق الشبكة الرئيسية نظريتك البحثية؟ هل كانت هناك اكتشافات غير متوقعة؟
تم التحقق من تصميم Sui، خاصة خلال فترات التداول العالية. في يوم ما، تجاوز حجم التداول 60 مليون معاملة، حيث استخدم معظمها المسار السريع، مما يثبت قابلية التوسع وانخفاض زمن الانتظار لـ Sui Lutris.
لكن المجتمع اكتشف أن المسار السريع له بعض التعقيد. في بعض الأحيان قد يتم قفل الكائنات عن طريق الخطأ، على الرغم من أنه عادة ما يتم إلغاء قفلها في نهاية epoch، لكن هذه ليست تجربة جيدة. يتم تطوير تقنية تسمح بإلغاء قفل الكائنات المقفلة بسرعة.
هذه التقنيات الجديدة لا يمكنها فقط تجنب الأخطاء، بل قد تسمح أيضًا للمطورين بالتعبير عن المزيد من العمليات من خلال مسارات سريعة، وحتى التعامل مع بعض حالات الكائنات المشتركة. سيؤدي ذلك إلى تعزيز أداء Sui ومرونتها.
Q9: هل يمكنك توضيح الأسباب التي تؤدي إلى قفل الكائن بالتفصيل؟
عندما ينتمي كائن إلى مستخدم واحد، تعتمد Sui على المستخدم لإبلاغ ترتيب العمليات. يتحقق النظام مما إذا كان الجميع قد رأوا هذه العمليات بنفس الترتيب. تظهر المشكلة عندما يخطئ المستخدم أو البرنامج، مثل حدوث تناقض في ترتيب العمليات من أجهزة مختلفة. في هذه الحالة، لا تستطيع Sui تحديد الترتيب الصحيح، وسيتم قفل الكائن.
هذا الوضع أكثر شيوعًا مما هو متوقع، حيث يستخدم الأشخاص أجهزة متعددة أو يقومون بإجراء معاملات متعددة على نفس الكائن في نفس الوقت. حاليًا، يجب الانتظار حتى انتهاء epoch لفك قفل الكائنات المقفلة، مما قد يسبب مشاكل خطيرة.
تقوم Sui بتطوير آلية جديدة، عندما يتم قفل الكائن، يتم حل النزاعات بسرعة من خلال الإجماع، بدلاً من الانتظار حتى انتهاء العصر. سيتم ذلك في غضون ثوانٍ، مما يحسن تجربة المستخدم بشكل كبير.
Q10: ما رأيك في كيفية تحقيق توازن بين الشفافية، القابلية للتتبع والخصوصية في البلوكتشين؟
هذا يعتمد إلى حد كبير على التطبيق المحدد. في منصة معينة، يمكن لمطوري التطبيقات إنشاء عقود لحماية خصوصية المستخدمين بأنفسهم. قد لا تركز بعض التطبيقات كثيرًا على الخصوصية، بينما قد تحتاج بعض التطبيقات المالية إلى حماية الخصوصية بشكل أكبر، مع الأخذ في الاعتبار مسائل التنظيم.
لمساعدة في بناء حماية الخصوصية، يوفر المنصة بعض الدعم الأصلي للتشفير، مثل القدرة على التحقق من إثباتات المعرفة الصفرية. وهذا يسمح لمصممي التطبيقات بالتحقق من بعض الأحداث خارج السلسلة دون الحاجة إلى الكشف عن التفاصيل على السلسلة.
يمكن لمطوري التطبيقات تحديد نوع حماية الخصوصية المطلوبة، ودمج استراتيجيات مثل على السلسلة، خارج السلسلة، والتشفير لمواجهة تحديات الخصوصية.
Q11：هل هناك المزيد من الدعم الأصلي للخصوصية؟
تدرس المجتمع تقديم المزيد من الدعم للعقود الذكية الصديقة للخصوصية للمطورين. بالإضافة إلى إثباتات المعرفة الصفرية، قد تكون هناك حاجة أيضًا إلى المزيد من الدوال الرياضية أو التشفير العامة. نرحب بمصممي العقود الذكية لتقديم الملاحظات حول الوظائف المفقودة.
تقنيات أخرى مثل الحسابات متعددة الأطراف أو الأجهزة الموثوقة يمكن استخدامها أيضًا لحماية الخصوصية، لكن هذه تتطلب أنظمة إضافية معقدة. إذا كانت هناك حاجة قوية من المجتمع، يمكن إضافة طرق جديدة لحماية الخصوصية من خلال عملية الاقتراح.
Q12：كيف ترى تطور Sui في الأشهر 6 إلى 12 المقبلة؟
ستركز التحسينات على الاحتياجات التطبيقية الفعلية على المدى القصير. على المدى الطويل، سنعمل على تحسين بروتوكول Sui Lutris لتحقيق انخفاض أكبر في زمن التأخير، وبروتوكول أبسط، وزيادة قابلية التوسع. سنعمل أيضًا على تحسين الكفاءة الاقتصادية، مما سيمكن عقد التحقق من العمل على أجهزة أكثر تقييدًا، وسيتم استخدام الأجهزة الحالية بشكل أكبر لتنفيذ المعاملات الفعلية بدلاً من نفقات البلوكتشين الأخرى. هذه هي الاتجاهات الرئيسية التي نتوقع أن نراها.
قد تحتوي هذه الصفحة على محتوى من جهات خارجية، يتم تقديمه لأغراض إعلامية فقط (وليس كإقرارات/ضمانات)، ولا ينبغي اعتباره موافقة على آرائه من قبل Gate، ولا بمثابة نصيحة مالية أو مهنية. انظر إلى إخلاء المسؤولية للحصول على التفاصيل.
تسجيلات الإعجاب 16
أعجبني
16
5
مشاركة
تعليق
0/400
BlockchainBard
· 07-29 03:23
الطريق ما زال طويلاً
شاهد النسخة الأصليةرد0
CryingOldWallet
· 07-29 03:17
الشيء الوحيد الذي أفهمه هو السعة العالية
شاهد النسخة الأصليةرد0
SocialAnxietyStaker
· 07-29 03:16
هل يمكن أن تؤدي سرعة التداول إلى تحسين الخصوصية؟
شاهد النسخة الأصليةرد0
DataBartender
· 07-29 03:06
سوي卷麻了
شاهد النسخة الأصليةرد0
CryptoNomics
· 07-29 03:00
*تثاؤب* ادعاءاتهم حول الإنتاجية تفتقر إلى التحقق الإحصائي الصارم بصراحة
مؤسس Sui يشرح تعقيد البنية التحتية وتنفيذ البلوكتشين عالي الأداء
مؤخراً، قمنا بإجراء مقابلة مع خبير في مجال البلوكتشين، حيث ناقشنا تعقيد وقابلية توسيع بنية Sui التحتية، وكيف يسهل نظام معالجة المعاملات في Sui شبكة عالية الأداء. هذا الخبير هو أحد المساهمين الأصليين في Sui، وأيضاً أستاذ في كلية الهندسة الأمنية والخصوصية في جامعة لندن.
以下为本次 المقابلة内容：
Q1：هل يمكنك أن تعرفنا على مجالات بحثك الرئيسية؟
أنا أستاذ في جامعة لندن كوليدج، وتركز أبحاثي على الأمان والخصوصية. في بداية الأمر، كنت أدرس أنظمة الند للند والأنظمة المجهولة، والتي كانت تركز بشكل رئيسي على أنظمة التخزين الكبيرة الموزعة. مع تطور البلوكتشين، وخاصة مع ظهور الإيثيريوم، زاد اهتمامي بالسجلات الموزعة والعقود الذكية. بدأت مجموعة البحث الخاصة بي في UCL دراسة كيفية بناء أنظمة ذات أداء أعلى. أسسنا شركة Chainspace، حيث قمنا بتجسيد بعض الأفكار تجارياً، ثم تم الاستحواذ على الفريق من قبل شركة ما. بعد ذلك، ساعدنا في تقديم حلول لتوسيع البلوكتشين. عندما لم تحقق الحلول أي تقدم، واصلت البحث عن فرص أخرى لتحقيق فكرة البلوكتشين عالية الأداء.
Q2：ما الفرق بين التطبيق والبحث؟
في الواقع ، فإن الاختلاف ليس كبيرًا. عند البحث ، سنأخذ في الاعتبار جميع الاحتمالات لتحقيق أهداف محددة ، مثل بناء بلوكتشين عالي الأداء. ولكن عند بناء النظام فعليًا ، يجب علينا اختيار الحل الأكثر فائدة وملاءمة من بين العديد من الأفكار الجيدة. نحتاج إلى الحكم على ما يعيق الناس عن تحقيق أهدافهم ، وفهم الحالات المحتملة من الأدبيات الأكاديمية ، ثم اختيار المحتوى الأكثر صلة. هذا ليس مجرد اهتمام بالمعرفة ، بل هو خلق قيمة للمستخدم.
Q3: كيف تحدد المشاكل التي تحتاج إلى حلها عند الانتقال من النظرية إلى التطبيق العملي؟
أنا أركز بشكل أساسي على كيفية توسيع وظائف البلوكتشين المختلفة، وخاصة زيادة قدرة المعاملات وتقليل التأخير. هذه المشكلة واضحة، فكلما أصبح عقد ذكي معين شائعًا جدًا، فإن المنصة لا تستطيع تحمل حجم المعاملات الهائل، مما يؤدي إلى الازدحام وارتفاع الرسوم. لقد رأينا مرارًا وتكرارًا أن قدرة معالجة البلوكتشين لا تلبي احتياجات المستخدمين. يُعتبر هذا تحديًا ذا قيمة، وليس فقط فريقي، بل الأكاديمية بأكملها تعمل بطرق مختلفة لحل هذه المشكلة. لقد تم تطوير العديد من التقنيات الآن لتوسيع قدرة البلوكتشين.
س4: ما الفرق والميزة بين شبكة L2 وإنشاء شبكة L1 جديدة؟
L2 هو حل توسيعي في نظام بيئي معين، لكنه قد يكون معقدًا بعض الشيء للاستخدام بالنسبة للمطورين. يتطلب L2 جسرًا عند التفاعل مع L1، ويجب أن يتم عكس الحالة الموجودة في L1 في L2، والعكس صحيح. يحتاج L2 أيضًا إلى آلية تسمح لـ L1 بالتحقق من كل ما يحدث فيه. هذه العملية مرهقة، خاصة بالنسبة للأصول المعقدة. كما أن نقل الأصول بين L2 المختلفة أمر صعب أيضًا.
طريقة أخرى هي استخدام بلوكتشين مختلفة لتطبيقات مختلفة، ولكنها تواجه نفس مشكلة الجسر. يحتاج المستخدمون إلى جسر الأصول بشكل متكرر عند التعامل بين التطبيقات المختلفة، مما يؤدي إلى تجربة سيئة.
خطتنا هي إنشاء قاعدة بيانات كبيرة تحتوي على جميع الحالات التي تم نسخها من العقد المعتمدة. بمجرد إتمام الصفقة، يمكن استخدام جميع الحالات الموجودة في نفس قاعدة البيانات للصفقة التالية، دون الحاجة إلى نقل حالة الأصول باستمرار بين الشبكات المختلفة.
Q5: ما هي الابتكارات الرئيسية في Sui Lutris، وكيف تحقق معدل نقل عالٍ وزمن استجابة منخفض؟
Sui Lutris لديها فكرتان رئيسيتان: العديد من العمليات لا تحتاج إلى توافق، وعندما يتطلب الأمر توافقًا، هناك طريقة ذات قدرة عالية على معالجة البيانات. إنها تضمن أن عقد التحقق لا تكون أبداً في حالة عدم توافق أثناء معالجة المعاملات.
Sui Lutris لديه مساران: المسار السريع (لا يحتاج إلى إجماع) ومسار الإجماع. عند التعامل مع كائناتك الخاصة، استخدم المسار السريع، حيث يمكنك الحصول على نهائية المعاملات دون الحاجة للانتظار على الإجماع. المعاملات التي تتضمن كائنات مشتركة تحتاج إلى مسار الإجماع.
تأخير المسار السريع منخفض جداً، أقل من ثانية، وقابل للتوسع على نطاق واسع. تأخير مسار الإجماع أعلى، عادة ما يتجاوز ثانية، السعة عالية لكن قابلية التوسع أقل. تستخدم معظم المعاملات اليومية المسار السريع، بينما تستخدم العمليات المعقدة في DeFi عادة مسار الإجماع.
Q6: هل يمكن للمطورين تصميم تطبيقات للاستفادة من المسار السريع؟
بالتأكيد. يمكن لمطوري العقود الذكية التحكم فيما إذا كانت الكائنات المستخدمة في العمليات خاصة أو مشتركة. المفتاح لتوسيع التطبيقات هو ضمان أن معظم العمليات تعتمد على كائنات خاصة لتحقيق انخفاض في زمن الاستجابة. يجب أن تحاول التطبيقات مثل الألعاب استخدام هذه الطريقة بدلاً من الاعتماد على الحالة المشتركة والكائنات المشتركة. يمكن للمطورين تحديد كل نوع من أنواع المعاملات بدقة، وتحسين التصميم عند الحاجة للتوسع.
Q7: كيف تعمل كتل التداول القابلة للبرمجة؟
يمكن استخدام الكتلة القابلة للبرمجة في مسار سريع أو مسار إجماع. إذا كانت تتعلق فقط بالأشياء الخاصة، يمكن تنفيذ عدة عمليات في عملية واحدة على سلسلة، مع تأخير منخفض. إذا كانت تحتوي على أشياء مشتركة، فإنها تدخل مسار الإجماع، مما يؤدي إلى تأخير أعلى قليلاً. هذا يوفر مرونة لمشاهد مختلفة.
Q8: هل أثبت أداء Sui بعد إطلاق الشبكة الرئيسية نظريتك البحثية؟ هل كانت هناك اكتشافات غير متوقعة؟
تم التحقق من تصميم Sui، خاصة خلال فترات التداول العالية. في يوم ما، تجاوز حجم التداول 60 مليون معاملة، حيث استخدم معظمها المسار السريع، مما يثبت قابلية التوسع وانخفاض زمن الانتظار لـ Sui Lutris.
لكن المجتمع اكتشف أن المسار السريع له بعض التعقيد. في بعض الأحيان قد يتم قفل الكائنات عن طريق الخطأ، على الرغم من أنه عادة ما يتم إلغاء قفلها في نهاية epoch، لكن هذه ليست تجربة جيدة. يتم تطوير تقنية تسمح بإلغاء قفل الكائنات المقفلة بسرعة.
هذه التقنيات الجديدة لا يمكنها فقط تجنب الأخطاء، بل قد تسمح أيضًا للمطورين بالتعبير عن المزيد من العمليات من خلال مسارات سريعة، وحتى التعامل مع بعض حالات الكائنات المشتركة. سيؤدي ذلك إلى تعزيز أداء Sui ومرونتها.
Q9: هل يمكنك توضيح الأسباب التي تؤدي إلى قفل الكائن بالتفصيل؟
عندما ينتمي كائن إلى مستخدم واحد، تعتمد Sui على المستخدم لإبلاغ ترتيب العمليات. يتحقق النظام مما إذا كان الجميع قد رأوا هذه العمليات بنفس الترتيب. تظهر المشكلة عندما يخطئ المستخدم أو البرنامج، مثل حدوث تناقض في ترتيب العمليات من أجهزة مختلفة. في هذه الحالة، لا تستطيع Sui تحديد الترتيب الصحيح، وسيتم قفل الكائن.
هذا الوضع أكثر شيوعًا مما هو متوقع، حيث يستخدم الأشخاص أجهزة متعددة أو يقومون بإجراء معاملات متعددة على نفس الكائن في نفس الوقت. حاليًا، يجب الانتظار حتى انتهاء epoch لفك قفل الكائنات المقفلة، مما قد يسبب مشاكل خطيرة.
تقوم Sui بتطوير آلية جديدة، عندما يتم قفل الكائن، يتم حل النزاعات بسرعة من خلال الإجماع، بدلاً من الانتظار حتى انتهاء العصر. سيتم ذلك في غضون ثوانٍ، مما يحسن تجربة المستخدم بشكل كبير.
Q10: ما رأيك في كيفية تحقيق توازن بين الشفافية، القابلية للتتبع والخصوصية في البلوكتشين؟
هذا يعتمد إلى حد كبير على التطبيق المحدد. في منصة معينة، يمكن لمطوري التطبيقات إنشاء عقود لحماية خصوصية المستخدمين بأنفسهم. قد لا تركز بعض التطبيقات كثيرًا على الخصوصية، بينما قد تحتاج بعض التطبيقات المالية إلى حماية الخصوصية بشكل أكبر، مع الأخذ في الاعتبار مسائل التنظيم.
لمساعدة في بناء حماية الخصوصية، يوفر المنصة بعض الدعم الأصلي للتشفير، مثل القدرة على التحقق من إثباتات المعرفة الصفرية. وهذا يسمح لمصممي التطبيقات بالتحقق من بعض الأحداث خارج السلسلة دون الحاجة إلى الكشف عن التفاصيل على السلسلة.
يمكن لمطوري التطبيقات تحديد نوع حماية الخصوصية المطلوبة، ودمج استراتيجيات مثل على السلسلة، خارج السلسلة، والتشفير لمواجهة تحديات الخصوصية.
Q11：هل هناك المزيد من الدعم الأصلي للخصوصية؟
تدرس المجتمع تقديم المزيد من الدعم للعقود الذكية الصديقة للخصوصية للمطورين. بالإضافة إلى إثباتات المعرفة الصفرية، قد تكون هناك حاجة أيضًا إلى المزيد من الدوال الرياضية أو التشفير العامة. نرحب بمصممي العقود الذكية لتقديم الملاحظات حول الوظائف المفقودة.
تقنيات أخرى مثل الحسابات متعددة الأطراف أو الأجهزة الموثوقة يمكن استخدامها أيضًا لحماية الخصوصية، لكن هذه تتطلب أنظمة إضافية معقدة. إذا كانت هناك حاجة قوية من المجتمع، يمكن إضافة طرق جديدة لحماية الخصوصية من خلال عملية الاقتراح.
Q12：كيف ترى تطور Sui في الأشهر 6 إلى 12 المقبلة؟
ستركز التحسينات على الاحتياجات التطبيقية الفعلية على المدى القصير. على المدى الطويل، سنعمل على تحسين بروتوكول Sui Lutris لتحقيق انخفاض أكبر في زمن التأخير، وبروتوكول أبسط، وزيادة قابلية التوسع. سنعمل أيضًا على تحسين الكفاءة الاقتصادية، مما سيمكن عقد التحقق من العمل على أجهزة أكثر تقييدًا، وسيتم استخدام الأجهزة الحالية بشكل أكبر لتنفيذ المعاملات الفعلية بدلاً من نفقات البلوكتشين الأخرى. هذه هي الاتجاهات الرئيسية التي نتوقع أن نراها.