101 lines
7.4 KiB
Markdown
101 lines
7.4 KiB
Markdown
# Денежная экономика Монтаны
|
||
|
||
**Версия:** черновик 1.0
|
||
**Базовый источник:** [Montana Protocol v35.25.0 §Валюта Монтана, §Поокнная эмиссия, §Прикладной слой/Полная экономическая картина](../../Монтана-Протокол/Montana%20Protocol%20v35.25.0.md)
|
||
|
||
## 1. Базовая редкость — время
|
||
|
||
Большинство денежных протоколов исходят из редкости стейка (PoS), хеш-мощности (PoW) или места в блоке (комиссии). Монтана исходит из времени.
|
||
|
||
Время — равномерно доступный ресурс: один час одного оператора равен одному часу любого другого. Множественные подложные личности не дают больше времени на личность — только больше личностей, каждая подчинена тому же ограничению "одно окно — один шаг".
|
||
|
||
## 2. Эмиссия
|
||
|
||
### 2.1 Поокнная эмиссия
|
||
|
||
Каждое окно τ₁ ≈ 60 секунд порождает фиксированное количество новых единиц валюты. Эмиссия привязана к настенному времени, не к балансу — в этом ключевое отличие от плутократических PoS.
|
||
|
||
Параметры:
|
||
|
||
| Параметр | Значение | Обоснование |
|
||
|----------|----------|-------------|
|
||
| Эмиссия за окно τ₁ | См. v35.25.0 §"Канонический порядок" | Зафиксирована протоколом |
|
||
| Период адаптации | τ₂ = 20 160 окон ≈ 14 дней | Балансирует стабильность и реакцию на изменение настенного времени |
|
||
| Распределение | Победитель τ₁ через лотерею | Не зависит от баланса |
|
||
|
||
### 2.2 Граница эмиссии
|
||
|
||
Эмиссия конечна или асимптотически ограничена. Точные параметры зафиксированы в §"Поокнная эмиссия" основной спецификации.
|
||
|
||
## 3. Деноминация и именование
|
||
|
||
Согласно §"Валюта Монтаны":
|
||
|
||
| Уровень | Название | Значение |
|
||
|---------|----------|----------|
|
||
| Базовая единица | TimeCoin (TC) | Минимальная неделимая |
|
||
| Подъединицы | См. §"Деноминация" | Иерархия как в традиционных валютах |
|
||
|
||
Имена единиц зафиксированы в первом фрейме спецификации без англоязычных идентификаторов. См. feedback-правило о чистом русском в первом фрейме.
|
||
|
||
## 4. Спрос
|
||
|
||
Спрос на TC порождается:
|
||
|
||
1. **Анти-инфляция через AccountChain.** Длина собственной цепи аккаунта влияет на право участия в лотерее. Активные аккаунты сохраняют позицию.
|
||
2. **Anchor.** Прикладные приложения покупают канонические якоря в TimeChain для верификации событий — спрос на блочное место конвертируется в спрос на TC.
|
||
3. **Платёжный канал.** Перевод TC между аккаунтами — основной use-case.
|
||
|
||
## 5. Предложение
|
||
|
||
Предложение определено эмиссией (§2). На любом моменте времени t:
|
||
|
||
```
|
||
total_supply(t) = Σ emission(τ₁_i) для всех i ≤ t
|
||
```
|
||
|
||
Поскольку τ₁_i ≈ 60 секунд и эмиссия за окно фиксирована — predictable и проверяемое всеми участниками без оракула.
|
||
|
||
## 6. Стимулы
|
||
|
||
См. отдельный документ [08 Стимулы и теория игр](../08%20Стимулы%20и%20Теория%20Игр/).
|
||
|
||
Кратко:
|
||
- Узел получает выгоду от честного крутения VDF (победа в лотерее).
|
||
- Атакующий платит затратами времени (несжимаемое VDF-вычисление), ничего не получая.
|
||
- Slashing не нужен в классическом смысле — нет стейка, который можно отнять. Наказание — невключение в канон.
|
||
|
||
## 7. Устойчивость экономики
|
||
|
||
### 7.1 Атаки через экономику
|
||
|
||
| Атака | Защита |
|
||
|-------|--------|
|
||
| Pump and dump | Эмиссия привязана ко времени, не реагирует на цену |
|
||
| Whale концентрация | Лотерея single-class, не зависит от баланса |
|
||
| Bribery валидаторов | Нет валидаторов в PoS-смысле; победа в лотерее не передаётся |
|
||
| MEV (front-running) | См. [07 Модель угроз](../07%20Модель%20Угроз/) §MEV |
|
||
|
||
### 7.2 Симуляции
|
||
|
||
- [ ] Стохастическая модель эмиссии и спроса при N = 10⁹ аккаунтов (см. memory-правило о Scale baseline 1B+).
|
||
- [ ] Анализ концентрации Gini-индекса при разных моделях входа новых аккаунтов.
|
||
- [ ] Стресс-тест адаптации τ₂ при росте/падении честных операторов.
|
||
|
||
## 8. Отношение к фиатной экономике
|
||
|
||
Курс TC к национальным валютам определяется только биржей и не привязан протокольно. Протокол не использует оракулов цены — устранён один из крупных классов уязвимостей (oracle manipulation в DeFi).
|
||
|
||
## 9. Открытые вопросы
|
||
|
||
- [ ] Полное доказательство устойчивости экономической модели в условиях supply shock (массовый офлайн оператор-сети).
|
||
- [ ] Анализ долгосрочной деноминации (когда подъединицы становятся релевантны).
|
||
- [ ] Модель влияния потери ключей на эффективное предложение (lost coins → дефляция).
|
||
|
||
## 10. Источники
|
||
|
||
1. Buterin, V. (2017). *On Inflation, Transaction Fees and Cryptocurrency Monetary Policy* (для контекста сравнения).
|
||
2. Saleh, F. (2021). *Blockchain without Waste: Proof-of-Stake* (для критики PoS-плутократии).
|
||
3. Easley, D., O'Hara, M., Basu, S. (2019). *From mining to markets: The evolution of bitcoin transaction fees* (для критики комиссионной модели).
|
||
4. Основная спецификация Монтаны v35.25.0, §"Поокнная эмиссия", §"Полная экономическая картина".
|