طرق الأرشفة @solana لدينا أسرع حتى 20 مرة من أي شيء آخر في السوق. قمنا بفتح المصدر لكل الجهاز. ضع علامة مرجعية لهذا 🔖 الاستعلامات الأرشيفية على سولانا معروفة ببطئها وعدم موثوقيتها: فقدان الكتل، تأخر الردود، فقدان البيانات. إليك كيف أصلحنا ذلك 🧵

مكدس الأرشيفات القياسية في سولانا (عقد Bigtable + عقد RPC المدقق) سهل النشر لكنه صعب التكبير. اللعبة تتطلب الكثير من المعالج، وتستهلك الذاكرة، وتواجه صعوبات مع طلبات دفعات كبيرة. البيانات التاريخية هي المكان الذي يواجه فيه التأخير بشكل أكبر.

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

الحزمة الجديدة: → ArchivalRPC: يدور في ثوان، وليس ساعات. يتدرج إلى 200 ألف RPS. → المستهلك المخصص: استهلاك انتقائي لتقليل التكاليف ونقاط الفشل. → HBase عبر Bigtable: مستضاف ذاتيا، متواجد في موقعه المشترك، مع تأخير شبه معدوم.

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

النتيجة، حسب المنطقة: • 100,000 RPS لموقع getTransaction • 50,000 RPS لموقع getSignaturesForAddress • 2,000 RPS ل getBlock تصل إلى سرعة تصل إلى 20 مرة من أي حل آخر في السوق.