# Montana Protocol Ɉ
## Инвестиционное предложение

**Дата составления:** 2026-05-13
**Версия протокола:** 35.25.0 (2026-05-02)
**Статус сети:** до основной сети, генезис-узлы непрерывно работают с 2026-05-02
**Аудитория документа:** инвестиционный фонд / бизнес-ангел, предварительный due diligence

---

## 1. Одно предложение

Монтана — постквантовый протокол времени и слой цифровой собственности. Базовый ресурс — непрерывное присутствие узла в сети. Базовая ставка эмиссии — 13 Ɉ (13 Монтан, 13 миллиардов монет времени) за каноническое окно. Эмиссия фиксирована Указом Генезиса навсегда: халвинга нет, предложение растёт строго линейно. Подписи — стандарт NIST FIPS 204 (Module-Lattice DSA, Дилитий-3). Genesis состоялся 2026-01-09 01:47:01 UTC.

> «Монтана даёт человеку цифровую собственность в мире, где всё арендуется.» — слоган протокола, версия 35.25.0.

---

## 2. Что не так с существующим рынком

| Проблема | Конкретика | Что предлагает Монтана |
|---|---|---|
| Криптоактивы ничем не обеспечены | За битком — электричество и вера; за прочими — копии копий | Один Ɉ — это одно окно канонического времени; время нельзя напечатать, украсть, занять |
| Квантовая угроза криптовалют | IBM и Google анонсируют криптографически-полезный квантовый компьютер в 2029-2030; ECDSA (Bitcoin, Ethereum) и Ed25519 (Solana) уязвимы по теореме Шора | Постквантовая подпись с самого Genesis — стандарт США FIPS 204 (2024), не миграция и не патч |
| Нечитаемые адреса | `1A1zP1eP5QGefi2DMPTfTL5SLmv7DivfNa`, `0x742d35Cc6634C0532925a3b844Bc9e7595f…` | Человекочитаемые имена аккаунтов через прикладной слой; псевдонимный идентификатор и накопленная длина цепи аккаунта принадлежат пользователю |
| Цифровое всё арендуется | Аккаунт у платформы, история переписки у платформы, монетизация у платформы | Узел на железе владельца, ключ у владельца, цепь аккаунта у владельца — техническая, а не договорная собственность |

---

## 3. Архитектура простыми словами

Сеть состоит из независимых узлов. Каждый узел ведёт собственный **ход вычислений с проверяемой задержкой** — цепочку шагов, которую нельзя ускорить, и результат которой любой участник может пересчитать. Узлы через консенсус собирают свои ходы в единую каноническую последовательность событий, которая называется TimeChain. Вес узла в консенсусе равен длительности его непрерывного присутствия в сети — не количеству вложенных денег, не размеру фермы, не покупаемому ресурсу. Один узел = одно ядро процессора по конструкции.

Каждое каноническое окно порождает фиксированную награду в 13 Ɉ. Награду получает один узел через лотерею, где вес определяется длиной цепи участия. Эта схема даёт неплутократический консенсус как следствие архитектуры, а не как декларацию.

---

## 4. Технологический фундамент

| Компонент | Что это | Стандарт |
|---|---|---|
| Подпись | ML-DSA-65 (модулярно-решёточный алгоритм, Дилитий-3) | NIST FIPS 204, август 2024 |
| Обмен ключами | ML-KEM-768 (Kyber-3) | NIST FIPS 203, август 2024 |
| Хэш | SHA-256 | FIPS 180-4 |
| Запрещённые примитивы | ECDLP, RSA, классический Диффи-Хеллман, Schnorr, EdDSA, Pedersen на эллиптических кривых | Глобальный инвариант [I-1] |
| Канон времени | VDF (verifiable delay function — функция доказуемой задержки) на SHA-256 | Конкретная конструкция в спеке |
| Калибровка окна | `D₀ = 325 000 000` шагов | Указ Генезиса, версия 35.25.0 |

Протокольная спецификация — открытая, версионируемая в публичном репозитории. Текущий артефакт — `Montana Protocol v35.25.0.md`, 8500+ строк, с пятнадцатью формализованными глобальными инвариантами и пятнадцатью адверсариальными гейтами проверки каждого нового механизма.

---

## 5. Эмиссионная модель

```
Базовая ставка:                13 Ɉ за окно
Эквивалент:                    13 × 10⁹ монет времени (наноМонтана) за окно
Халвинг:                       отсутствует — эмиссия фиксирована Указом Генезиса
Рост предложения:              линейный (supply = 13 × (W + 1) Ɉ)
Распределение награды:         лотерея узлов с весом по длине цепи присутствия
Сборы за транзакции:           отсутствуют на уровне протокола
Дефляционный сток:             платные прикладные услуги сжигают Ɉ (инвариант [I-13])
```

**Контраст с биткойном:** у биткойна предложение задано экспоненциально-затухающей кривой с халвингом, что создаёт спекулятивный цикл «накопить до халвинга, продать после». У Монтаны кривая линейная — стимул долгосрочного удержания не привязан к расписанию шоков предложения, а определяется ростом полезности сети и сжиганием за прикладные услуги.

**Контраст с инфляционными активами:** у фиата центральный эмитент. У Монтаны эмитент — алгоритм с константой, зашитой в Указ Генезиса. Изменение константы возможно только через хард-форк всей сети.

---

## 6. Genesis — состоявшийся факт

```
Дата:                  2026-01-09 01:47:01 UTC
Identity:              @junomoneta
Когнитивный маркер:    #Благаявесть
Genesis Hash:          3b67f40183d3cab2a404216c8967a49a0b53aad8d54ba0c54a9c776134041e57
Распределение:         80% — операторы узлов; 20% — верифицированные пользователи
Документация:          Russian/Genesis/ДОКАЗАТЕЛЬСТВО_ГЕНЕЗИСА_2026-01-09.md
```

Genesis — это **временной приоритет**: на 2026-01-09 на земле не существовало другого пост-квантового time-обеспеченного протокола с публично датированным запуском. В категории постквантовой инфраструктуры Монтана **первая**, и это уже зафиксировано публично.

---

## 7. Сеть сегодня

| Узел | Адрес | Роль | Статус |
|---|---|---|---|
| Москва | `176.124.208.93:8444` | активный (Active) | Окно 8086 на 2026-05-04, в консенсусе |
| Франкфурт | `89.19.208.158:8444` | кандидат на вступление (CandidateVdf) | строит цепь присутствия для входа в активный набор |
| Хельсинки | `91.132.142.42:8444` | кандидат на вступление (CandidateVdf) | строит цепь присутствия для входа в активный набор |

Сеть из трёх узлов непрерывно тикает с 2026-05-02. Источник: `Montana/Formal-Docs/Mainnet-Readiness.md`. Все три узла на разных хостингах, в разных юрисдикциях, на разном оборудовании — это базовая модель сопротивления отказу единичной площадки.

**Прозрачное ограничение:** на 2026-05-13 все три узла оперируются одним автором проекта. Это сознательная инициализация: гейт G3 «независимые операторы» намеренно открыт до раунда финансирования, средства от инвестора в первую очередь идут на развёртывание независимых операторов до порога ≥9.

---

## 8. Состояние артефактов

| Компонент | Статус | Версия / источник |
|---|---|---|
| Спецификация протокола (TimeChain) | готова, ревизия каждые 1-2 недели | `Montana Protocol v35.25.0.md`, 2026-05-02 |
| Спецификация сетевого слоя | готова | `Montana Network v1.0.0.md` |
| Спецификация приложения | готова | `Montana App v3.12.0.md` |
| Реализация протокола на Rust | в работе, single-process / single-thread сборка | `Montana-Protocol/Code/` |
| Генезис-узлы | три, операционные | Москва / Франкфурт / Хельсинки |
| Публичный VPN-сервис | работает | `montana.quest/vpn`, федеративный пул через `/vpn/sub` |
| Telegram-агент Юнона | работает | `@junomontanaagibot` |
| iOS-приложение | базовая версия (Foundation MVP), 10-фазная дорожная карта | v0.1.0 |
| Android-сборка «Монтана» | сборка под VPN на основе v2rayNG | Montana/Android/ |
| Книга Монтана | в активной разработке | 61 глава готова, формализованные роли автора и критика |
| Совет Монтаны | сформирован | Russian/Council/, роли Председателя / Хранителя Ключей / Наблюдателя |
| Открытый код | публикуется | `github.com/efir369999/Montana` + зеркало `hub.montana.quest` |
| Whitepaper | готов на RU/EN/ZH | `Montana-Protocol/Whitepaper Montana*.md` |

Снят с заявок: macOS-приложение в готовой версии. macOS-клиент существует как установочная инструкция, не как сборка для дистрибуции.

---

## 9. Прикладной слой и Юнона

Над протоколом работает прикладной слой. Эталонный клиент — приложение Монтаны (iOS, десктоп, командная строка). Внутри клиента живёт ИИ-агент Юнона. Юнона работает от имени пользователя: подписывает операции по его делегированию, фильтрует входящие сообщения по его критериям, ходит во внешний интернет за информацией и приносит её владельцу.

Юнона **не часть протокола** — это прикладной механизм, описанный в `Montana App v3.12.0`. Протокол не различает операцию, подписанную человеком вручную, от операции, подписанной агентом по делегированию. Эта развязка важна для регулятора: на уровне протокола нет «алгоритма, принимающего решения за пользователя», есть подписанная операция и её авторитет — ключ владельца.

---

## 10. Применение к недвижимости

**Резонанс с тезисом фонда.** Слоган Монтаны буквально совпадает с языком отрасли — собственность против аренды. Подробный сценарий применения в отдельном файле `REAL_ESTATE_USE_CASE.md`. **Полный план запуска REIT-оболочки без первоначального капитала с двойным каналом привлечения (фиат + крипто одновременно)** — в отдельном файле `REIT_BLUEPRINT.md`. Краткие тезисы:

| Слой Монтаны | Применение к недвижимости |
|---|---|
| Якорь (opcode 0x04) — фиксация хэша 32 байта с привязкой к окну, с подписью владельца | Постквантовый нотариат документов: договор аренды, акт приёма-передачи, свидетельство о праве, фотоотчёт объекта. Подпись остаётся валидной 40+ лет — переживает срок коммерческого договора |
| Цепь аккаунта (AccountChain) — последовательность всех операций аккаунта | Полная история сделок объекта в одной верифицируемой цепи без посредника-биржи |
| Подпись ML-DSA-65 (FIPS 204) | Долгосрочные обязательства (30-40-летняя аренда) подписываются ключом, который не сломается квантовым компьютером в этот горизонт |
| Линейная эмиссия 13 Ɉ за окно | Стабильная единица расчёта для долгосрочных арендных потоков; supply растёт предсказуемо, без шоков халвинга |
| Дефляционный сток через сжигание | Каждая сделка/нотариальная фиксация сжигает Ɉ — дефляционное давление в пользу держателей |

**Возможная оболочка типа REIT (Real Estate Investment Trust).** Над протоколом можно построить надстройку, где доли в пуле недвижимости — это аккаунты Монтаны, дивиденды от аренды распределяются через `Transfer`, прозрачно для всех долевиков. **Юридическая обёртка** (юрисдикция, регистрация инвестиционного фонда, KYC) — отдельная задача, не предмет протокола. Технологический слой готов; недостающее — структуратор фонда и регуляторное согласование.

Это **продуктовая возможность**, не существующий продукт. Подробности и предложение пилота — в `REAL_ESTATE_USE_CASE.md`.

---

## 11. Конкурентный ландшафт

| Параметр | Монтана | Bitcoin | Ethereum | Solana | QRL |
|---|---|---|---|---|---|
| Подпись | ML-DSA-65 (FIPS 204) | ECDSA | ECDSA | Ed25519 | XMSS (не FIPS) |
| Постквантовая безопасность | да, с Genesis | нет | нет | нет | частично (XMSS — счётная подпись, конечное число подписаний на ключ) |
| Стандарт NIST | FIPS 204 | — | — | — | — |
| Сборы за транзакции на уровне протокола | нет | да | да | да | нет |
| Эмиссионная кривая | линейная, фиксированная константа | экспоненциальное затухание + халвинг | переменная | переменная | переменная |
| Единица обеспечения | время | электричество + вера | газ + спекуляция | газ + спекуляция | — |
| Один узел = одно ядро | да (конструктивно) | нет | нет | нет | нет |
| Реальные узлы на 2026-05-13 | 3 (Москва / Франкфурт / Хельсинки) | ~10 000 | ~10 000 | 1 800 валидаторов | ~50 |
| Stage | до основной сети, посттенезис | mainnet с 2009 | mainnet с 2015 | mainnet с 2020 | mainnet с 2018 |

**Прямой ответ на конкурента в постквантовой нише — QRL:** QRL использует XMSS, подпись со счётчиком — каждый ключ имеет конечное число подписаний; стандарт не утверждён NIST как окончательный. Монтана использует ML-DSA-65 — счётчика нет, подпись бессрочная, стандарт финализирован NIST в августе 2024.

---

## 12. Дорожная карта до основной сети

Документ статуса гейтов: `Montana/Formal-Docs/Mainnet-Readiness.md`.

| Гейт | Описание | Статус на 2026-05-13 |
|---|---|---|
| G1 | Независимый внешний аудит криптографических примитивов и реализации | внутренний baseline-аудит готов; внешний — приоритет 1 после раунда |
| G2 | Формальная верификация ключевых инвариантов (модель TLA+ либо аналог) | модель построена, прохождение в работе |
| G3 | Не менее девяти независимых операторов узлов в активном наборе | сейчас три узла одного автора; цель раунда |
| G4 | Стабилизация протокольных констант после публичной критики | в работе через формализованного критика |
| G5 | Полная документация оператора (запуск узла без участия автора) | закрыто |
| G6 | Конформанс-набор тест-векторов на бит-точное соответствие реализациям | в работе |

Запуск основной сети — после закрытия G1-G4 и G6.

---

## 13. Раунд и оценка

```
Раунд:                 Seed (стадия после Genesis, до основной сети)
Цель привлечения:      $500 000 — $1 500 000
Оценка pre-money:      $12 000 000
Инструмент:            участие в протоколе (не equity компании);
                       allocation в Ɉ через прикладную обёртку;
                       обсуждается индивидуально
Сравнительная база:    Ethereum 2014 — $18M ICO, Solana 2018 — $20M seed,
                       Монтана 2026 — $12M post-Genesis, pre-mainnet
```

**Стоимость доли:**

| Доля | Сумма |
|---|---|
| 1.0% | $120 000 |
| 0.5% | $60 000 |
| 0.1% | $12 000 |

Оценка $12M отражает: спека готова и публична, Genesis состоялся, сеть из трёх узлов работает, постквантовая подпись по стандарту США, рабочий публичный VPN-продукт, формализованная роль архитектора и критика. Оценка **не отражает**: внешний аудит (открытый гейт G1), формальная верификация (G2), независимые операторы (G3) — это закрывается на средства раунда.

**Полное derivation оценки** — отдельный документ `VALUATION_DERIVATION.md` (три независимых метода: cost-to-replicate $1.5-2.5M, comparable transactions $15-25M, time-priority premium +$6-10M; минус дисконты за открытые гейты $6-10M; обоснованный диапазон $8-18M, медиана $12M).


---

## 14. Использование средств

| Направление | Доля | Конкретное назначение |
|---|---|---|
| Развёртывание независимых операторов | 35% | Закрытие гейта G3: не менее девяти узлов на разных юрисдикциях и хостингах с независимыми операторами |
| Внешний аудит криптографии и реализации | 25% | Закрытие гейта G1: аудит ML-DSA-65 интеграции, VDF-конструкции, реализации на Rust |
| Формальная верификация инвариантов | 15% | Закрытие гейта G2: TLA+ модель консенсуса, ключевые safety/liveness теоремы |
| Юридическая обёртка | 10% | Регистрация фонда / структуры участия, регуляторное согласование (KYC/AML), при необходимости — структуратор REIT-оболочки |
| Разработка клиентов | 10% | iOS / десктоп / Android — закрытие 10-фазной дорожной карты iOS, аналог для десктопа |
| Резерв | 5% | Непредвиденные расходы |

---

## 15. Риски, честно

| Риск | Вероятность | Митигация |
|---|---|---|
| Mainnet откладывается из-за гейтов G1-G4 | средняя | спека стабилизирована, ревизии каждые 1-2 недели, внешний аудит планируется на средства раунда |
| Adoption не запустится | средняя | стартовое применение — собственный VPN-продукт `montana.quest/vpn` (уже работает); приложение Монтаны как точка входа |
| Регуляторное давление на пост-квантовые сети | низкая | соответствие FIPS 204; инвариант [I-6] явно исключает privacy mixers и stealth-адреса; финансовый слой открыт ([I-2]); архитектура совместима с FATF/AML/MiCA |
| Квантовый компьютер задерживается на 10+ лет | средняя | даже без квантовой угрозы Монтана даёт линейную эмиссию, time-обеспеченную единицу, неплутократический консенсус и слой цифровой собственности — самостоятельные преимущества |
| Уход / неспособность работать ключевого участника проекта | низкая | весь код и спека публичны, копия в `hub.montana.quest` (Gitea зеркало), Совет Монтаны как структура коллегиального управления |
| Конкурент с большей капитализацией копирует подход | средняя | временной приоритет Genesis (2026-01-09) зафиксирован публично; FIPS 204 как стандарт уравнивает технологическую базу — отличает дисциплина исполнения, а не патент |

---

## 16. Команда и управление

```
Автор и архитектор:    Alejandro Montana (@junomoneta)
Структура управления:  Совет Монтаны
                       — Председатель
                       — Хранитель Ключей
                       — Наблюдатель
Формальные роли:       Архитектор (роль 4.30.0), Критик (роль 3.13.0)
Открытый код:          github.com/efir369999/Montana
Публичное зеркало:     hub.montana.quest/efir369999/montana (Gitea, LFS, anon-доступ)
```

Архитектор и Критик — не люди, а **формализованные процедурные роли**. Любое изменение спецификации проходит через 21 вопрос критик-режима и 15 адверсариальных гейтов до коммита. Это формат дисциплины спецификации, документированный в `Montana-Protocol/CLAUDE.md` и `Montana-Protocol/CRITIC.md`.

---

## 17. Контакт

```
Founder:               Alejandro Montana
Telegram:              @junomoneta
GitHub:                github.com/efir369999/Montana
Публичное зеркало:     hub.montana.quest/efir369999/montana
Веб-сайт:              montana.quest
Genesis-доказательство: Russian/Genesis/ДОКАЗАТЕЛЬСТВО_ГЕНЕЗИСА_2026-01-09.md
```

---

## 18. Следующий шаг

1. Личная встреча — обсуждение применения к недвижимости и REIT-оболочки (см. `REAL_ESTATE_USE_CASE.md`).
2. Due diligence: спецификация открыта, реализация открыта, узлы публично доступны для проверки.
3. Острые вопросы и ответы — `DUE_DILIGENCE_FAQ.md`.
4. Term sheet — `TERM_SHEET.md`.
5. Соглашение об участии.

---

*Монтана даёт человеку цифровую собственность в мире, где всё арендуется.*

*Ɉ*