# Full Node: локальная база подписей (read-only)

Этот документ описывает, какие "базы подписей" должны присутствовать на каждом Full Node **без изменения протокола Montana**.

Ключевая идея: **GENESIS в основе базы**.
- В протоколе: genesis slice — корень цепочки и корень верификации.
- В bot storage: genesis identity (`CognitiveKey`) — корень идентичности Verified User.

## 1) Открытый реестр когнитивных подписей (Council)

Источник истины:
- `Montana ACP/Council/doc/COGNITIVE_MARKERS.md`

Содержит:
- когнитивный маркер `#...`
- когнитивный промпт/декларацию (подпись в смысле Council)

Это **не криптографическая подпись** и не используется консенсусом.

## 2) Реестр ключей подписи коммитов (Council)

Источник истины:
- `Montana ACP/Council/IDENTITY_REGISTRY.md`

Содержит:
- модель/роль/тип подписи
- публичный ключ/фингерпринт (если заполнено)

## 3) Локальная БД Verified User genesis (бот)

На каждом узле можно держать локальную БД бота (если узел обслуживает Verified Users):
- `Montana ACP/montana_bot/data/cognitive_keys.json`
- `Montana ACP/montana_bot/data/presence_records.json`
- `Montana ACP/montana_bot/data/active_challenges.json`

Основание этой БД: `cognitive_keys.json` содержит genesis-ключи (по одному на пользователя).
Все записи присутствия должны рассматриваться как производные от соответствующего genesis.

## 4) Что уже хранит Full Node по протоколу

Full Node уже хранит криптографические артефакты протокола (слайсы/присутствия) в своей базе цепи.
Отдельный "реестр когнитивных подписей" внутри консенсусной БД не требуется и не вводится.