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, §"Поокнная эмиссия", §"Полная экономическая картина".
|