#baby $BABY @BabylonLabs_io لاحظتُ أن مشكلة تخزين بابل بدت وكأنها حُلّت تقريبًا عندما خفّضتُ فهرس أدلة من 1,000 زوج إلى ميغابايت بدلًا من التفكير في الحجم الخام للدائرة.
يبدو ذلك كفاءة، لكنه مقياس سهل.
المسألة الأصعب تكمن داخل الفهرس. إذا كانت 98.05% من الكيانات تنتمي إلى طبقة الأدلة، فإن فقد سجل واحد هناك قد يبدو بسيطًا. لكن إذا فُقد كيان واحد من طبقة الإنفاذ فالأضرار تكون أشد بنحو 50 مرة مقارنةً بمجموعة أصغر تلك.
عند 10,000 زوج يمكن لطبقة الهضم أن تبلغ حوالي 96.32 ميغابايت قبل البيانات الوصفية والتواقيع. ما يزال ذلك قابلًا للإدارة. لكن السعة القابلة للإدارة ليست ضمانًا لسلامة النزاهة.
ستتطلب عينة أدلة بنسبة 25% التحقق من حوالي 76 سجلًا لكل زوج. من يقوم بهذه التحققّات؟ وكم مرة تُجرى؟ وماذا يحدث عندما تختلف العقد؟
بعض الضعف أمر طبيعي. الضغط الناتج عن الضغط (الكبس) يُنقل إلى مكان آخر.
بالنسبة لبابل، فإن المقارنة الحقيقية هي تقليل التخزين الخام مقابل انضباط الفهرس. يحتاج $BABY إلى أدلة أصغر نعم، لكن أيضًا إلى قواعد الاسترداد، وربط الحالة، واتساق الشبكة التي تصمد أمام الفقد الجزئي.
$BABY