🚨SonicDB ثورة في الوصول إلى حالة blockchain؟ 💡تضخيم القراءة الصفرية ⚡️6 مرات أسرع من Geth 💼متجر ثنائي مباشر لكن كيف يعمل في الواقع؟ 👇👇👇 لطالما كانت تضخيم القراءة عنق الزجاجة أمام الكفاءة. ➡️قراءة مشكلة التضخيم - عنق الزجاجة ➡️كيف يعمل SonicDB ➡️الفرق من جيث ➡️اداء تضع Sonic معايير جديدة لأداء بيانات blockchain. قراءة مشكلة التضخيم: (Blockchain العادي) ➡️عنق الزجاجة الخفي في كل قاعدة بيانات blockchain قواعد بيانات blockhain العادية (LevelDB / RocksDB) طبقة Merkle-Patricia Trie (MPT) أعلى مخازن القيمة الرئيسية المستندة إلى شجرة merkle. ➡️يؤدي هذا إلى حدوث مشكلة في تضخيم القراءة ، ويتطلب MPT عمليات بحث لوغاريتمية متعددة ، مما يؤدي إلى وقت وصول سيء. ➡️بالنسبة لتيرابايت من البيانات ، يؤدي هذا إلى إبطاء عمليات البحث في بنية البيانات كيف يعمل SonicDB: ➡️تقوم SonicDB بتخزين الحسابات والأرصدة والنوكس وجميع بيانات العقود الذكية في ملفات ثنائية، متجاوزا تخزين قيمة المفتاح. ➡️فهرسة البيانات الثنائية مباشرة إلى وقت ثابت لعقدة MPT ، وهذا يقلل من التعقيد ➡️هيكل مزدوج 1) في الذاكرة MPT (أزرق) لحساب التجزئة السريع 2) على الملفات الثنائية على القرص (أخضر) لفهرسة العقدة المباشرة تظل العقد ثابتة ، ويتم تجميع المساحة لإعادة الاستخدام وإلحاق العقد الجديدة بنهايات الملفات ، مما يتجنب إعادة التنظيم المكلفة. الفرق عن جيث: ➡️LevelDB محدود للغاية في تضخيم القراءة (عنق الزجاجة) ➡️يزيل SonicDB النفقات العامة لمخزن القيمة الرئيسية عن طريق إنشاء MPT على الملفات الثنائية، مما يؤدي إلى وصول إلى عقدة الوقت الثابت. ➡️يتجنب SonicDB دعم استعلام النطاق غير الضروري، المحسن لتلبية الاحتياجات الخاصة ب blockchain اداء: ➡️عالجت SonicDB 11 مليون كتلة شبكة Sonic الرئيسية بسرعة 1,300 MGas / ثانية ➡️6.2x أسرع من Geth ➡️مع نمو SonicDB ، سوف يتألق نظامها الفعال ، مما يؤدي إلى إنتاجية أعلى. قامت Sonic بترقية خاصة ب blockchain ، مما يعزز الأداء ويترك مجالا أكبر لتحسين التخزين. @DrSonicScholz يبتكر blockchain DB.