Загрузка интерфейса…

Срезы данных

Схема срезов данных и архивных блоков 512 КБ в Novij Protocol

Контекст и вызовы

  • Экспоненциальный рост данных. Исторические записи и журналы быстро увеличивают нагрузку на инфраструктуру, тормозят аналитические запросы и повышают стоимость владения.
  • Запросы к истории требуют времени. Чтобы построить отчёты, приходится обрабатывать гигабайты событий, что не подходит для оперативной аналитики.
  • Нужна понятная экономика. Без прозрачных тарифов сложно прогнозировать бюджет на хранение и обработку данных.

Зачем нужны срезы

  • Готовые ответы для отчётов. «Срез» фиксирует балансы, агрегаты и индексы в момент закрытия блока. Аналитика строится поверх срезов, а не всей цепочки событий.
  • Разделение горячих и холодных данных. Оперативные данные остаются в базе, а архив уходит в оптимизированные блоки, снижая стоимость владения.
  • Предсказуемые правила игры. Чёткие тарифы и автоматическое распределение комиссий упрощают планирование.

Как это реализовано в Novij Protocol

  • Оперативная база. Хранит актуальные записи и компактные срезы для быстрых запросов.
  • Архивные блоки по 512 КБ. История пакуется, сжимается (Brotli/Gzip) и публикуется в реестре. Блок закрывается только при полной заполненности, что исключает «пустые» комиссии.
  • Цепочка ссылок. Каждый блок знает предыдущий, поэтому проверка целостности остаётся простой и детерминированной.
  • Минимальные указатели. В оперативной базе остаются только ссылки на нужные сегменты архива, что ускоряет точечные выборки.

Тарифы в токене нового протокола (NPT)

  • Чтение блока: 0.000010 NPT
  • Запись блока: 0.000100 NPT
  • Хранение блока: 0.000010 NPT в день

Тарифы едины для всей сети Novij Protocol и не зависят от конкретного проекта.

Распределение комиссий и бонусов

Базовая формула: 40% — Фонд разработки; 20% — сервер-хранилище, предоставивший данные; 10% — сервер-посредник, обработавший запрос; 30% — партнёры и разработчики модулей.

Дополнительный бонус 4%. 10% от доли Фонда разработки (то есть 4% от всех комиссий в блоке или пакете) делятся между узлами, которые участвовали в обработке операций, пропорционально числу обслуженных запросов.

Пример расчёта

Комиссии за блок составили 10.000000 NPT → бонусный пул 0.400000 NPT (4%).
Узел A обработал 100 запросов, узел B — 25, узел C — 5. Всего 130 операций.
Доли: A — 100/130, B — 25/130, C — 5/130.
Выплаты (с шагом 0.000001 NPT): A — 0.307692 NPT, B — 0.076923 NPT, C — 0.015384 NPT.
Остаток округления 0.000001 NPT остаётся в Фонде разработки.

Что считается участием

  • Запросы, обработанные сервером-посредником (количество операций).
  • Выдачи данных сервером-хранилищем (количество операций).

Эффекты для экосистемы

  • Бизнесу. Предсказуемые затраты, быстрые отчёты, снижение TCO благодаря срезам.
  • Инфраструктуре. Понятные стимулы: чем больше узел помогает, тем выше его доля комиссий и бонусов.
  • Сообществу. Прозрачные правила и масштабируемость сети без компромиссов по верифицируемости.

Практические примеры

  • Отчёт по балансу за период. Формируется по срезам, а не по полной истории — это сокращает время ответа и стоимость запроса.
  • Хранение истории. Архивные блоки остаются в сети без дополнительной платы за хранение вне установленного тарифа, чтение оплачивается по действующим ставкам NPT.