#baby $BABY @BabylonLabs_io Похоже, проблема хранения в Babylon почти была решена, когда я сократил индекс доказательств на 1 000 пар до мегабайт, вместо того чтобы думать о размере схемы «в чистом виде».
Звучит эффективно, но это простой показатель.
Более сложный вопрос скрыт внутри индекса. Если 98,05% объектов относятся к слою доказательств, и потеря одной записи там выглядит незначительной. Но если потерять один объект из слоя принуждения, ущерб оказывается примерно в 50 раз более серьёзным относительно меньшей по размеру выборки.
При 10 000 пар слой дайджеста мог бы достичь примерно 96,32 МБ ещё до метаданных и подписей. Пока это всё ещё посильно. Но «ёмкость, которую можно вместить» — это не гарантированная целостность.
Выборка доказательств в 25% потребовала бы проверять около 76 записей на каждую пару. Кто проводит эти проверки, как часто, и что происходит, когда узлы расходятся во мнениях?
Некоторая уязвимость — это нормально. Сжатие просто переносит давление в другое место.
Для Babylon реальное сравнение — это сокращение «сырого» объёма хранения против дисциплины индекса. $BABY требует меньших доказательств — да, но также правил восстановления, привязки статусов и сетевой согласованности, которые переживут частичную потерю.
$BABY
Звучит эффективно, но это простой показатель.
Более сложный вопрос скрыт внутри индекса. Если 98,05% объектов относятся к слою доказательств, и потеря одной записи там выглядит незначительной. Но если потерять один объект из слоя принуждения, ущерб оказывается примерно в 50 раз более серьёзным относительно меньшей по размеру выборки.
При 10 000 пар слой дайджеста мог бы достичь примерно 96,32 МБ ещё до метаданных и подписей. Пока это всё ещё посильно. Но «ёмкость, которую можно вместить» — это не гарантированная целостность.
Выборка доказательств в 25% потребовала бы проверять около 76 записей на каждую пару. Кто проводит эти проверки, как часто, и что происходит, когда узлы расходятся во мнениях?
Некоторая уязвимость — это нормально. Сжатие просто переносит давление в другое место.
Для Babylon реальное сравнение — это сокращение «сырого» объёма хранения против дисциплины индекса. $BABY требует меньших доказательств — да, но также правил восстановления, привязки статусов и сетевой согласованности, которые переживут частичную потерю.
$BABY