مؤخراً، أجرينا مقابلة مع خبير معروف في مجال البلوكتشين، حيث ناقشنا تعقيد وقابلية توسعة بنية Sui التحتية، وكيف يساهم نظام معالجة المعاملات في Sui في إنشاء شبكة عالية الأداء. هذا الخبير هو المؤسس المشارك والعالم الرئيسي في مختبر معروف، وأيضاً أستاذ في مجال الأمن والخصوصية في جامعة مشهورة.
فيما يلي محتوى هذه المقابلة:
Q1：هل يمكنك تقديم نظرة عامة عن مجالات بحثك؟
أنا أستاذ في جامعة معروفة، وتركز أبحاثي بشكل رئيسي على الأمان والخصوصية. في البداية، قمت بإجراء العديد من الأبحاث في أنظمة الند للند والأنظمة المجهولة، والتي كانت غالبًا أنظمة موزعة كبيرة تركز على التخزين. مع تطور تقنية البلوكتشين، وخاصة ظهور الإيثيريوم، أصبحت مهتمًا جدًا بدفاتر الحسابات الموزعة والبلوكتشين وكيفية تنفيذ العقود الذكية. بدأنا في دراسة كيفية بناء أنظمة ذات أداء أعلى، وحاولنا تجارية بعض الأفكار. لاحقًا، شاركنا أيضًا في مشروع بلوكتشين لشركة وسائل التواصل الاجتماعي الكبرى، محاولين تقديم حلول للتوسع. عندما لم يتقدم هذا المشروع، واصلت البحث عن فرص أخرى لتحقيق فكرة بلوكتشين عالية الأداء.
Q2: أنت لا تزال أستاذًا، فما الفرق بين التطبيق والبحث في رأيك؟
في الواقع، لا توجد اختلافات كبيرة. عند البحث، سنأخذ في الاعتبار جميع الإمكانيات لتحقيق أهداف محددة، مثل بناء بلوكتشين عالي الأداء. ولكن في التطبيق العملي، يجب علينا الاختيار من بين العديد من الأفكار الجيدة، وتحديد أيها الأكثر قيمة وأيها يتماشى مع احتياجات المستخدمين. نحتاج إلى مراعاة العقبات التي تواجه اعتماد البلوكتشين، وكذلك العوامل التي تعيق الناس عن تحقيق أهدافهم. عند بناء النظام، سنشير إلى الأدبيات الأكاديمية، لكننا سنركز أكثر على خلق قيمة عملية للمستخدمين.
Q3: كيف تحدد المشاكل التي يجب حلها عند الانتقال من النظرية إلى التطبيق العملي؟
أنا أركز بشكل أساسي على كيفية توسيع وظائف البلوكتشين المختلفة، وخاصة زيادة قدرة المعاملات وتقليل الكمون. هذه المشكلة واضحة للغاية - كلما أصبح عقد معين شائعًا على الإيثيريوم، فإن المنصة لا تستطيع تحمل هذا الحجم الكبير من المعاملات، مما يؤدي إلى الازدحام وارتفاع التكاليف بشكل كبير. لقد رأينا مرارًا وتكرارًا أن قدرة معالجة البلوكتشين لا تلبي احتياجات المستخدمين. هذا التحدي لم يجذب انتباه فريقنا فحسب، بل إن المجتمع الأكاديمي بأسره يدرس حلولًا مختلفة. لقد تم تطوير العديد من التقنيات اليوم لتوسيع قدرة البلوكتشين.
Q4: تعتبر شبكات L2 واحدة من الطرق التي تم اقتراحها لحل مشكلة التوسع، فما الفرق والفوائد بين ذلك وبين إنشاء شبكات L1 الجديدة؟
L2 هو حل توسيع في نظام إيثيريوم البيئي، لكنه قد يكون مزعجًا بعض الشيء بالنسبة للمطورين. تتطلب عمليات نقل الأصول بين L2 و L1 عمليات جسر معقدة، مما يؤثر سلبًا على تجربة المستخدم. الأمر جيد بالنسبة للرموز البسيطة، ولكن يصبح صعبًا بالنسبة للأصول الأكثر تعقيدًا. كما أن نقل الأصول بين شبكات L2 المختلفة يعد أمرًا معقدًا.
بالمقارنة، فإن خطتنا هي إنشاء قاعدة بيانات موزعة كبيرة تحتوي على جميع الحالات. بمجرد إتمام المعاملة، يمكن استخدام جميع الحالات على الفور للمعاملة التالية، دون الحاجة إلى الانتقال ذهابًا وإيابًا بين الشبكات المختلفة. وهذا يوفر للمستخدمين تجربة أكثر سلاسة.
Q5: Sui Lutris هو الأساس لبروتوكول Sui، ما هي الابتكارات الرئيسية التي تسمح لـ Sui بامتلاك خصائص سعة عالية وزمن انتقال منخفض؟
يتكون Sui Lutris من فكرتين رئيسيتين: الأولى هي أن العديد من عمليات البلوكتشين لا تحتاج فعليًا إلى توافق؛ والثانية هي أنه في الحالات التي تتطلب توافق، لدينا طريقة عالية السعة. هذا يضمن أن عقد التحقق التي تتبع البروتوكول لن تكون أبدًا في حالة عدم اتساق.
تقدم Sui Lutris مسارين مختلفين: مسار سريع لا يتطلب توافق وآخر يتطلب توافق. بالنسبة للأشياء التي يمتلكها المستخدمون بأنفسهم، يمكن استخدام المسار السريع للحصول على النهائية للصفقة دون الحاجة إلى انتظار التوافق. أما بالنسبة للأشياء التي يشاركها عدة أشخاص، فيجب استخدام مسار التوافق.
تأخير المسار السريع منخفض جدًا، وعادة ما يكون أقل من ثانية، ويمكن توسيعه على نطاق واسع. تأخير مسار الإجماع أعلى، لكن سعته كبيرة أيضًا. يمكن استخدام المسار السريع لمعظم المعاملات اليومية، بينما تتطلب العمليات المعقدة في DeFi عادةً مسار الإجماع.
Q6: هل يمكن لمطوري التطبيقات على Sui تصميم تطبيقاتهم للاستفادة من المسار السريع؟
بالتأكيد. هذه واحدة من المهام الأساسية لتصميم التطبيقات القابلة للتوسع. يمكن للمطورين التحكم بشكل كامل فيما إذا كانت الكائنات التي يتعاملون معها في العقد خاصة أو مشتركة. واحدة من الحيل لتوسيع التطبيقات في Sui هي التأكد من أن معظم العمليات تعتمد على الكائنات الخاصة، مما يتيح تحقيق تأخير منخفض للغاية.
مطوروا العقود الذكية لديهم السيطرة الكاملة على ذلك. يمكنهم تحديد كل نوع من أنواع المعاملات بدقة. على الرغم من أن النسخة الأولية من العقد قد تعتبر كل شيء حالة مشتركة، إلا أنه مع الحاجة للتوسع، يجب على المطورين التفكير في كيفية الاستفادة القصوى من المسار السريع.
Q7：كيف تلعب الكتلة القابلة للبرمجة في هذه العملية؟
يمكن استخدام معاملات الكتل القابلة للبرمجة على المسار السريع أو مسار الإجماع. إذا كانت المعاملات تتعلق فقط بالكائنات الخاصة، يمكن تنفيذ عدة عمليات في عملية واحدة على سلسلة واحدة، مع تأخير منخفض جداً. إذا كانت المعاملات تتعلق بالكائنات المشتركة، فسوف تدخل في مسار الإجماع، وسيكون التأخير أعلى قليلاً. وهذا يوفر للمطورين المرونة لاختيار المسار المناسب وفقًا للاحتياجات.
Q8: بعد مرور أكثر من 100 يوم على إطلاق الشبكة الرئيسية، هل أثبت أداء Sui فرضياتك البحثية؟ هل كان هناك شيء أدهشك؟
بالطبع هناك بعض الأمور التي تؤكد تصميم Sui، ولكن هناك أيضًا بعض الحالات المثيرة للتفكير. عندما يكون حجم المعاملات كبيرًا بشكل خاص، فإن Sui تتعامل مع أكثر من 60 مليون معاملة يوميًا، يتم إنجاز معظمها عبر المسار السريع. وهذا يثبت قابلية Scalability وخصائص التأخير المنخفض لـ Sui Lutris.
ومع ذلك، اكتشفنا أيضًا أن استخدام المسار السريع له بعض التفاصيل الدقيقة. في بعض الأحيان، قد يتم قفل الكائنات عن طريق الخطأ، على الرغم من أنه عادةً ما يتم إلغاء قفلها في نهاية فترة زمنية، إلا أن هذه ليست تجربة مثالية. نحن نعمل على تطوير مجموعة من التقنيات التي تسمح بإلغاء قفل الكائنات المقفلة عن طريق الخطأ بسرعة.
بالإضافة إلى ذلك، نحن نستكشف كيفية تمكين أنواع أكثر من الكائنات من استخدام المسار السريع، حتى لو كانت مشتركة من قبل عدة أطراف. قد يؤدي ذلك إلى تحسين أداء Sui ومرونته بشكل أكبر.
Q9：هل يمكنك مشاركة المزيد من التفاصيل حول الأسباب الحالية التي تؤدي إلى قفل الكائن؟
عادةً ما يحدث قفل الكائنات في المسار السريع، عندما يتلقى النظام ترتيب عمليات متعارضة. على سبيل المثال، إذا قام هاتف المستخدم وجهاز الكمبيوتر الخاص به بإجراء عمليات على نفس الأصل بترتيب مختلف، فلن تتمكن Sui من تحديد الترتيب الصحيح، مما يؤدي إلى قفل الكائن.
في البداية اعتقدنا أن هذه الحالة لن تحدث بشكل متكرر، ولكن في الواقع هي أكثر شيوعًا مما توقعنا. حاليًا، تحتاج الكائنات المقفلة إلى الانتظار حتى نهاية حقبة واحدة (epoch) لكي يتم فتحها، مما قد يتسبب في مشاكل خطيرة.
نحن نقوم بتطوير حلول، عندما يتم قفل الكائنات، يمكن للنظام سريعاً حل المشكلة من خلال مسار الإجماع، بدلاً من الانتظار حتى نهاية الإبوك. ستحسن هذه بشكل كبير تجربة المستخدم.
س10: ما رأيك في كيفية تحقيق توازن أفضل بين الشفافية وقابلية التتبع والخصوصية في الشبكات العامة؟
في السلاسل العامة، تعتمد احتياجات الخصوصية إلى حد كبير على التطبيق المحدد. تتمثل طريقة Sui في توفير أدوات لمطوري التطبيقات، مما يسمح لهم بتنفيذ حماية الخصوصية حسب الحاجة.
لهذا السبب، توفر Sui بعض الدعم الأصلي للتشفير، مثل القدرة على التحقق من إثباتات المعرفة الصفرية. هذا يمكّن مصممي التطبيقات من التحقق من بعض الأحداث خارج السلسلة، دون الحاجة إلى الكشف عن التفاصيل المحددة على السلسلة.
يمكن لمطوري التطبيقات معالجة قضايا الخصوصية بناءً على احتياجاتهم من خلال دمج استراتيجيات على البلوكتشين وخارجه والتشفير. نحن نؤمن أن هذه المرونة يمكن أن تلبي احتياجات أنواع مختلفة من التطبيقات.
Q11：هل هناك المزيد من الدعم الأصلي للخصوصية على Sui؟
تبحث المجتمع عن توفير المزيد من الدعم لكتابة العقود الذكية الصديقة للخصوصية للمطورين. بالإضافة إلى إثباتات المعرفة الصفرية، نحن نفكر أيضًا في إضافة المزيد من الدوال الرياضية أو التشفير العامة.
نرحب بمصممي العقود الذكية لتقديم ملاحظات بشأن الوظائف المفقودة. بالإضافة إلى ذلك، هناك بعض التقنيات الأخرى مثل الحسابات متعددة الأطراف أو الأجهزة الموثوقة التي قد تُستخدم أيضًا لحماية الخصوصية. إذا كان لدى المجتمع طلب قوي على هذه التقنيات، فسوف نأخذ في الاعتبار إجراء التعديلات المعمارية المناسبة.
Q12：كيف ترى تطور Sui في الأشهر 6 إلى 12 المقبلة؟
ستعتمد تطورات Sui إلى حد كبير على التطبيقات التي تم تطويرها على المنصة. على المدى القصير، سنقوم بتحسينات بناءً على احتياجات التطبيقات الفعلية. على المدى الطويل، سنبذل جهدًا لتحسين بروتوكول Sui Lutris لتحقيق زمن استجابة أقل وهيكل بروتوكول أبسط، مما يزيد من قابلية التوسع.
سنواصل الجهود لزيادة كفاءة الاقتصاد، مما سيمكن عقد التحقق من العمل على أجهزة أكثر تقييدًا، وتحسين استخدام موارد الأجهزة. ستجعل هذه التحسينات Sui أكثر كفاءة وقوة.
قد تحتوي هذه الصفحة على محتوى من جهات خارجية، يتم تقديمه لأغراض إعلامية فقط (وليس كإقرارات/ضمانات)، ولا ينبغي اعتباره موافقة على آرائه من قبل Gate، ولا بمثابة نصيحة مالية أو مهنية. انظر إلى إخلاء المسؤولية للحصول على التفاصيل.
تسجيلات الإعجاب 11
أعجبني
11
7
مشاركة
تعليق
0/400
SolidityJester
· منذ 15 س
مرة أخرى يتحدث عن الأداء، يبدو مألوفًا بعض الشيء.
شاهد النسخة الأصليةرد0
ForkTongue
· منذ 15 س
هذا الأداء رائع
شاهد النسخة الأصليةرد0
just_another_fish
· منذ 15 س
SUI هي بالفعل بيرة بقرة
شاهد النسخة الأصليةرد0
NeverVoteOnDAO
· منذ 15 س
كلها بيانات وأداء، هل قام أحد بعمل تطبيقات؟
شاهد النسخة الأصليةرد0
TokenUnlocker
· منذ 15 س
كلها تعتمد على الثور، النسخة الأولى لم تظهر بعد.
شاهد النسخة الأصليةرد0
SelfCustodyIssues
· منذ 15 س
تحليل نمط حساب SelfCustodyIssues: يميل إلى أسلوب تعليق حاد ومشوش قليلاً.
مؤسس Sui يكشف: تقنيات وتحديات البلوكتشين عالية الأداء
مؤخراً، أجرينا مقابلة مع خبير معروف في مجال البلوكتشين، حيث ناقشنا تعقيد وقابلية توسعة بنية Sui التحتية، وكيف يساهم نظام معالجة المعاملات في Sui في إنشاء شبكة عالية الأداء. هذا الخبير هو المؤسس المشارك والعالم الرئيسي في مختبر معروف، وأيضاً أستاذ في مجال الأمن والخصوصية في جامعة مشهورة.
فيما يلي محتوى هذه المقابلة:
Q1：هل يمكنك تقديم نظرة عامة عن مجالات بحثك؟
أنا أستاذ في جامعة معروفة، وتركز أبحاثي بشكل رئيسي على الأمان والخصوصية. في البداية، قمت بإجراء العديد من الأبحاث في أنظمة الند للند والأنظمة المجهولة، والتي كانت غالبًا أنظمة موزعة كبيرة تركز على التخزين. مع تطور تقنية البلوكتشين، وخاصة ظهور الإيثيريوم، أصبحت مهتمًا جدًا بدفاتر الحسابات الموزعة والبلوكتشين وكيفية تنفيذ العقود الذكية. بدأنا في دراسة كيفية بناء أنظمة ذات أداء أعلى، وحاولنا تجارية بعض الأفكار. لاحقًا، شاركنا أيضًا في مشروع بلوكتشين لشركة وسائل التواصل الاجتماعي الكبرى، محاولين تقديم حلول للتوسع. عندما لم يتقدم هذا المشروع، واصلت البحث عن فرص أخرى لتحقيق فكرة بلوكتشين عالية الأداء.
Q2: أنت لا تزال أستاذًا، فما الفرق بين التطبيق والبحث في رأيك؟
في الواقع، لا توجد اختلافات كبيرة. عند البحث، سنأخذ في الاعتبار جميع الإمكانيات لتحقيق أهداف محددة، مثل بناء بلوكتشين عالي الأداء. ولكن في التطبيق العملي، يجب علينا الاختيار من بين العديد من الأفكار الجيدة، وتحديد أيها الأكثر قيمة وأيها يتماشى مع احتياجات المستخدمين. نحتاج إلى مراعاة العقبات التي تواجه اعتماد البلوكتشين، وكذلك العوامل التي تعيق الناس عن تحقيق أهدافهم. عند بناء النظام، سنشير إلى الأدبيات الأكاديمية، لكننا سنركز أكثر على خلق قيمة عملية للمستخدمين.
Q3: كيف تحدد المشاكل التي يجب حلها عند الانتقال من النظرية إلى التطبيق العملي؟
أنا أركز بشكل أساسي على كيفية توسيع وظائف البلوكتشين المختلفة، وخاصة زيادة قدرة المعاملات وتقليل الكمون. هذه المشكلة واضحة للغاية - كلما أصبح عقد معين شائعًا على الإيثيريوم، فإن المنصة لا تستطيع تحمل هذا الحجم الكبير من المعاملات، مما يؤدي إلى الازدحام وارتفاع التكاليف بشكل كبير. لقد رأينا مرارًا وتكرارًا أن قدرة معالجة البلوكتشين لا تلبي احتياجات المستخدمين. هذا التحدي لم يجذب انتباه فريقنا فحسب، بل إن المجتمع الأكاديمي بأسره يدرس حلولًا مختلفة. لقد تم تطوير العديد من التقنيات اليوم لتوسيع قدرة البلوكتشين.
Q4: تعتبر شبكات L2 واحدة من الطرق التي تم اقتراحها لحل مشكلة التوسع، فما الفرق والفوائد بين ذلك وبين إنشاء شبكات L1 الجديدة؟
L2 هو حل توسيع في نظام إيثيريوم البيئي، لكنه قد يكون مزعجًا بعض الشيء بالنسبة للمطورين. تتطلب عمليات نقل الأصول بين L2 و L1 عمليات جسر معقدة، مما يؤثر سلبًا على تجربة المستخدم. الأمر جيد بالنسبة للرموز البسيطة، ولكن يصبح صعبًا بالنسبة للأصول الأكثر تعقيدًا. كما أن نقل الأصول بين شبكات L2 المختلفة يعد أمرًا معقدًا.
بالمقارنة، فإن خطتنا هي إنشاء قاعدة بيانات موزعة كبيرة تحتوي على جميع الحالات. بمجرد إتمام المعاملة، يمكن استخدام جميع الحالات على الفور للمعاملة التالية، دون الحاجة إلى الانتقال ذهابًا وإيابًا بين الشبكات المختلفة. وهذا يوفر للمستخدمين تجربة أكثر سلاسة.
Q5: Sui Lutris هو الأساس لبروتوكول Sui، ما هي الابتكارات الرئيسية التي تسمح لـ Sui بامتلاك خصائص سعة عالية وزمن انتقال منخفض؟
يتكون Sui Lutris من فكرتين رئيسيتين: الأولى هي أن العديد من عمليات البلوكتشين لا تحتاج فعليًا إلى توافق؛ والثانية هي أنه في الحالات التي تتطلب توافق، لدينا طريقة عالية السعة. هذا يضمن أن عقد التحقق التي تتبع البروتوكول لن تكون أبدًا في حالة عدم اتساق.
تقدم Sui Lutris مسارين مختلفين: مسار سريع لا يتطلب توافق وآخر يتطلب توافق. بالنسبة للأشياء التي يمتلكها المستخدمون بأنفسهم، يمكن استخدام المسار السريع للحصول على النهائية للصفقة دون الحاجة إلى انتظار التوافق. أما بالنسبة للأشياء التي يشاركها عدة أشخاص، فيجب استخدام مسار التوافق.
تأخير المسار السريع منخفض جدًا، وعادة ما يكون أقل من ثانية، ويمكن توسيعه على نطاق واسع. تأخير مسار الإجماع أعلى، لكن سعته كبيرة أيضًا. يمكن استخدام المسار السريع لمعظم المعاملات اليومية، بينما تتطلب العمليات المعقدة في DeFi عادةً مسار الإجماع.
Q6: هل يمكن لمطوري التطبيقات على Sui تصميم تطبيقاتهم للاستفادة من المسار السريع؟
بالتأكيد. هذه واحدة من المهام الأساسية لتصميم التطبيقات القابلة للتوسع. يمكن للمطورين التحكم بشكل كامل فيما إذا كانت الكائنات التي يتعاملون معها في العقد خاصة أو مشتركة. واحدة من الحيل لتوسيع التطبيقات في Sui هي التأكد من أن معظم العمليات تعتمد على الكائنات الخاصة، مما يتيح تحقيق تأخير منخفض للغاية.
مطوروا العقود الذكية لديهم السيطرة الكاملة على ذلك. يمكنهم تحديد كل نوع من أنواع المعاملات بدقة. على الرغم من أن النسخة الأولية من العقد قد تعتبر كل شيء حالة مشتركة، إلا أنه مع الحاجة للتوسع، يجب على المطورين التفكير في كيفية الاستفادة القصوى من المسار السريع.
Q7：كيف تلعب الكتلة القابلة للبرمجة في هذه العملية؟
يمكن استخدام معاملات الكتل القابلة للبرمجة على المسار السريع أو مسار الإجماع. إذا كانت المعاملات تتعلق فقط بالكائنات الخاصة، يمكن تنفيذ عدة عمليات في عملية واحدة على سلسلة واحدة، مع تأخير منخفض جداً. إذا كانت المعاملات تتعلق بالكائنات المشتركة، فسوف تدخل في مسار الإجماع، وسيكون التأخير أعلى قليلاً. وهذا يوفر للمطورين المرونة لاختيار المسار المناسب وفقًا للاحتياجات.
Q8: بعد مرور أكثر من 100 يوم على إطلاق الشبكة الرئيسية، هل أثبت أداء Sui فرضياتك البحثية؟ هل كان هناك شيء أدهشك؟
بالطبع هناك بعض الأمور التي تؤكد تصميم Sui، ولكن هناك أيضًا بعض الحالات المثيرة للتفكير. عندما يكون حجم المعاملات كبيرًا بشكل خاص، فإن Sui تتعامل مع أكثر من 60 مليون معاملة يوميًا، يتم إنجاز معظمها عبر المسار السريع. وهذا يثبت قابلية Scalability وخصائص التأخير المنخفض لـ Sui Lutris.
ومع ذلك، اكتشفنا أيضًا أن استخدام المسار السريع له بعض التفاصيل الدقيقة. في بعض الأحيان، قد يتم قفل الكائنات عن طريق الخطأ، على الرغم من أنه عادةً ما يتم إلغاء قفلها في نهاية فترة زمنية، إلا أن هذه ليست تجربة مثالية. نحن نعمل على تطوير مجموعة من التقنيات التي تسمح بإلغاء قفل الكائنات المقفلة عن طريق الخطأ بسرعة.
بالإضافة إلى ذلك، نحن نستكشف كيفية تمكين أنواع أكثر من الكائنات من استخدام المسار السريع، حتى لو كانت مشتركة من قبل عدة أطراف. قد يؤدي ذلك إلى تحسين أداء Sui ومرونته بشكل أكبر.
Q9：هل يمكنك مشاركة المزيد من التفاصيل حول الأسباب الحالية التي تؤدي إلى قفل الكائن؟
عادةً ما يحدث قفل الكائنات في المسار السريع، عندما يتلقى النظام ترتيب عمليات متعارضة. على سبيل المثال، إذا قام هاتف المستخدم وجهاز الكمبيوتر الخاص به بإجراء عمليات على نفس الأصل بترتيب مختلف، فلن تتمكن Sui من تحديد الترتيب الصحيح، مما يؤدي إلى قفل الكائن.
في البداية اعتقدنا أن هذه الحالة لن تحدث بشكل متكرر، ولكن في الواقع هي أكثر شيوعًا مما توقعنا. حاليًا، تحتاج الكائنات المقفلة إلى الانتظار حتى نهاية حقبة واحدة (epoch) لكي يتم فتحها، مما قد يتسبب في مشاكل خطيرة.
نحن نقوم بتطوير حلول، عندما يتم قفل الكائنات، يمكن للنظام سريعاً حل المشكلة من خلال مسار الإجماع، بدلاً من الانتظار حتى نهاية الإبوك. ستحسن هذه بشكل كبير تجربة المستخدم.
س10: ما رأيك في كيفية تحقيق توازن أفضل بين الشفافية وقابلية التتبع والخصوصية في الشبكات العامة؟
في السلاسل العامة، تعتمد احتياجات الخصوصية إلى حد كبير على التطبيق المحدد. تتمثل طريقة Sui في توفير أدوات لمطوري التطبيقات، مما يسمح لهم بتنفيذ حماية الخصوصية حسب الحاجة.
لهذا السبب، توفر Sui بعض الدعم الأصلي للتشفير، مثل القدرة على التحقق من إثباتات المعرفة الصفرية. هذا يمكّن مصممي التطبيقات من التحقق من بعض الأحداث خارج السلسلة، دون الحاجة إلى الكشف عن التفاصيل المحددة على السلسلة.
يمكن لمطوري التطبيقات معالجة قضايا الخصوصية بناءً على احتياجاتهم من خلال دمج استراتيجيات على البلوكتشين وخارجه والتشفير. نحن نؤمن أن هذه المرونة يمكن أن تلبي احتياجات أنواع مختلفة من التطبيقات.
Q11：هل هناك المزيد من الدعم الأصلي للخصوصية على Sui؟
تبحث المجتمع عن توفير المزيد من الدعم لكتابة العقود الذكية الصديقة للخصوصية للمطورين. بالإضافة إلى إثباتات المعرفة الصفرية، نحن نفكر أيضًا في إضافة المزيد من الدوال الرياضية أو التشفير العامة.
نرحب بمصممي العقود الذكية لتقديم ملاحظات بشأن الوظائف المفقودة. بالإضافة إلى ذلك، هناك بعض التقنيات الأخرى مثل الحسابات متعددة الأطراف أو الأجهزة الموثوقة التي قد تُستخدم أيضًا لحماية الخصوصية. إذا كان لدى المجتمع طلب قوي على هذه التقنيات، فسوف نأخذ في الاعتبار إجراء التعديلات المعمارية المناسبة.
Q12：كيف ترى تطور Sui في الأشهر 6 إلى 12 المقبلة؟
ستعتمد تطورات Sui إلى حد كبير على التطبيقات التي تم تطويرها على المنصة. على المدى القصير، سنقوم بتحسينات بناءً على احتياجات التطبيقات الفعلية. على المدى الطويل، سنبذل جهدًا لتحسين بروتوكول Sui Lutris لتحقيق زمن استجابة أقل وهيكل بروتوكول أبسط، مما يزيد من قابلية التوسع.
سنواصل الجهود لزيادة كفاءة الاقتصاد، مما سيمكن عقد التحقق من العمل على أجهزة أكثر تقييدًا، وتحسين استخدام موارد الأجهزة. ستجعل هذه التحسينات Sui أكثر كفاءة وقوة.
التعليق:
ملك اللفة يقدم أشكال جديدة في اللفة