
صعوبات تطبيقات الوقت الحقيقي ليست فقط في السرعة، بل في القدرة على التسوية حتى بعد حدوث خطأ. MagicBlock 1.0، أنا أركز أكثر على قدرة الاستعادة أكثر من الترويج للتأخير. ① أُعلن عن Validator v1.0 من MagicBlock في 6 أكتوبر، وتم نشر الإصدار المقابل على GitHub في نفس اليوم. هذا هو مكون التنفيذ لـ Ephemeral Rollups، وليس عميلاً جديداً يحل محل مُحققات توافق Solana الرئيسية. ② أُضيفت إلى سجل الإصدار حسابات مؤقتة، ومجموعات النوايا، وردود الفعل، وتدفقات عمل تطبيقات أكثر ثراءً، مما يسمح للتطبيقات بالعمل في بيئة تنفيذ مخصصة، ثم تسوية حالة التفويض وفقًا للإجراءات العودة إلى Solana. ③ أعتقد أن ما يستحق التدقيق أكثر هو استعادة التسوية، وإعادة المحاولة بعد إعادة التشغيل، ومزامنة الحسابات، وترتيب التقديم. هذه القدرات قد لا تكون مناسبة للإعلانات، لكنها تؤثر مباشرة على قدرة المستخدمين على إكمال العمليات بشكل موثوق. ④ تُصنف نسخة التسجيل بشكل صريح نمط النسخ الاحتياطي وبروتوكول التحدي على أنهما تجريبيان. لا يمكن لأن رقم الإصدار وصل إلى 1.0 أن نفترض أن جميع آليات الأمان قد تم التحقق منها بالكامل، ولا يمكن اعتبار كل تطبيق على أنه سيناريو مناسب. رأيي الشخصي: الألعاب والتفاعلات والتطبيقات ذات الحالة عالية التردد تحتاج إلى تنفيذ أكثر سلاسة، لكن المستخدم النهائي لن يتحمل تكلفة تفسير "فقدان الحالة الوسيطة" من قبل المشروع. الحد الفعلي للمنتج هو تحقيق تجربة سريعة وتسوية موثوقة في آنٍ واحد. سأدرس أولاً افتراضات الثقة، واستعادة الأعطال، ومسارات العودة إلى السلسلة الرئيسية، ثم أنظر إلى الأرقام الأداء. @Solana_zh @solana @magicblock
