340 lines
17 KiB
Markdown
340 lines
17 KiB
Markdown
# Montana Contracts — Whitepaper
|
||
|
||
**Human-Verifiable Smart Contracts**
|
||
|
||
**Версия:** 1.0
|
||
**Дата:** Январь 2026
|
||
**Автор:** Alejandro Montana
|
||
|
||
---
|
||
|
||
## Аннотация
|
||
|
||
Montana Contracts представляет новую парадигму умных контрактов, где искусственный интеллект выступает арбитром, способным понимать естественный язык и оценивать выполнимость условий. В отличие от традиционных смарт-контрактов, которые слепо исполняют код, Montana Contracts сочетают автоматизацию с человеческим пониманием контекста.
|
||
|
||
---
|
||
|
||
## 1. Введение
|
||
|
||
### 1.1 Проблема традиционных смарт-контрактов
|
||
|
||
Смарт-контракты на блокчейне (Ethereum, Solana и др.) революционизировали финансовые соглашения, но имеют фундаментальные ограничения:
|
||
|
||
1. **Код — это закон.** Если условие не описано кодом, оно не существует
|
||
2. **Невозможность интерпретации.** "Качественная работа" не компилируется
|
||
3. **Необратимость ошибок.** Bug = потеря средств
|
||
4. **Высокий порог входа.** Требуется программирование для создания контракта
|
||
|
||
### 1.2 Решение Montana
|
||
|
||
Montana Contracts вводит концепцию **AI-арбитра** — посредника между сторонами, который:
|
||
|
||
- Понимает условия на естественном языке
|
||
- Оценивает выполнимость и объективность критериев
|
||
- Имеет право вето даже при консенсусе сторон
|
||
- Защищает от мошенничества и размытых условий
|
||
|
||
---
|
||
|
||
## 2. Архитектура
|
||
|
||
### 2.1 Компоненты системы
|
||
|
||
```
|
||
┌────────────────────────────────────────────────────────┐
|
||
│ MONTANA PROTOCOL │
|
||
├────────────────────────────────────────────────────────┤
|
||
│ │
|
||
│ ┌──────────────┐ ┌──────────────┐ ┌──────────────┐ │
|
||
│ │ TimeBank │ │ Contracts │ │ Юнона │ │
|
||
│ │ (валюта Ɉ) │ │ (escrow) │ │ (AI-арбитр)│ │
|
||
│ └──────────────┘ └──────────────┘ └──────────────┘ │
|
||
│ │ │ │ │
|
||
│ └────────────────┼─────────────────┘ │
|
||
│ │ │
|
||
│ ┌──────────────┐ │
|
||
│ │ MontanaDB │ │
|
||
│ │ (хранилище) │ │
|
||
│ └──────────────┘ │
|
||
│ │
|
||
└────────────────────────────────────────────────────────┘
|
||
```
|
||
|
||
### 2.2 Роли участников
|
||
|
||
| Роль | Описание |
|
||
|------|----------|
|
||
| **Сторона А** | Создатель контракта, замораживает средства |
|
||
| **Сторона Б** | Получатель, исполняет условия |
|
||
| **Свидетели** | Участники группы, голосуют за/против |
|
||
| **Юнона** | AI-арбитр, принимает финальное решение |
|
||
|
||
---
|
||
|
||
## 3. Механизм консенсуса
|
||
|
||
### 3.1 Двухуровневый консенсус
|
||
|
||
Montana Contracts использует уникальный **двухуровневый консенсус**:
|
||
|
||
**Уровень 1: Социальный консенсус**
|
||
- Большинство свидетелей (>50%) должны одобрить контракт
|
||
- Каждый участник комнаты имеет один голос
|
||
- Голосование открыто и прозрачно
|
||
|
||
**Уровень 2: AI-валидация**
|
||
- Юнона анализирует условия контракта
|
||
- Проверяет выполнимость, конкретность, измеримость
|
||
- Имеет **право вето** — может отклонить даже при кворуме
|
||
|
||
### 3.2 Почему два уровня?
|
||
|
||
| Только социальный | Только AI | Двухуровневый |
|
||
|-------------------|-----------|---------------|
|
||
| Сговор большинства | Ошибки AI | Защита от обоих |
|
||
| Манипуляции | Отсутствие контекста | Баланс |
|
||
| Давление | Негибкость | Гибкость + защита |
|
||
|
||
---
|
||
|
||
## 4. Escrow механизм
|
||
|
||
### 4.1 Принцип работы
|
||
|
||
При создании контракта средства Стороны А автоматически переводятся на **escrow-адрес** — нейтральное хранилище, не контролируемое ни одной стороной.
|
||
|
||
```
|
||
┌─────────────┐ создание ┌─────────────┐
|
||
│ Сторона А │ ───── 500 Ɉ ─────► │ ESCROW │
|
||
│ balance: X │ │ :CONTRACT │
|
||
└─────────────┘ └──────┬──────┘
|
||
│
|
||
┌─────────────────────┼─────────────────────┐
|
||
│ │ │
|
||
▼ ▼ ▼
|
||
ИСПОЛНЕНИЕ ОТМЕНА ОТКЛОНЕНИЕ
|
||
│ │ │
|
||
▼ ▼ ▼
|
||
┌───────────┐ ┌───────────┐ ┌───────────┐
|
||
│ Сторона Б │ │ Сторона А │ │ Сторона А │
|
||
│ +500 Ɉ │ │ +500 Ɉ │ │ +500 Ɉ │
|
||
└───────────┘ └───────────┘ └───────────┘
|
||
```
|
||
|
||
### 4.2 Гарантии
|
||
|
||
1. **Атомарность** — транзакция либо выполняется полностью, либо не выполняется
|
||
2. **Необратимость** — после завершения контракта escrow освобождён навсегда
|
||
3. **Криптографическая защита** — все операции подписаны ML-DSA-65
|
||
|
||
---
|
||
|
||
## 5. AI-арбитр Юнона
|
||
|
||
### 5.1 Роль Юноны
|
||
|
||
Юнона — не просто валидатор. Она выполняет функции:
|
||
|
||
1. **Валидатор** — проверяет контракт на выполнимость условий
|
||
2. **Арбитр** — может отклонить сомнительные условия
|
||
3. **Помощник** — объясняет сторонам как улучшить контракт
|
||
4. **Защитник** — предотвращает мошенничество
|
||
|
||
### 5.2 Критерии оценки
|
||
|
||
Юнона анализирует контракт по матрице SMART:
|
||
|
||
| Критерий | Вопрос | Пример плохого | Пример хорошего |
|
||
|----------|--------|----------------|-----------------|
|
||
| **S**pecific | Конкретно ли условие? | "Сделать хорошо" | "Доставить пиццу" |
|
||
| **M**easurable | Измеримо ли? | "Качественная работа" | "3 варианта логотипа" |
|
||
| **A**chievable | Достижимо ли? | "Полететь на Марс" | "Доставка в течение часа" |
|
||
| **R**elevant | Относится ли к сделке? | "Быть хорошим человеком" | "Исходники в Figma" |
|
||
| **T**ime-bound | Есть ли срок? | "Когда-нибудь" | "До 18:00 21.01.2026" |
|
||
|
||
### 5.3 Право вето
|
||
|
||
**Последнее слово** Юноны — ключевая защита системы.
|
||
|
||
Даже если 100% участников проголосовали ЗА, Юнона может отклонить контракт если:
|
||
|
||
- Условия невыполнимы объективно
|
||
- Нет чётких критериев исполнения
|
||
- Обнаружены признаки мошенничества
|
||
- Условия противоречат протоколу Montana
|
||
|
||
---
|
||
|
||
## 6. Контрактная комната
|
||
|
||
### 6.1 Концепция
|
||
|
||
Контрактная комната — это Telegram-группа, где Юнона выступает модератором и арбитром. Все участники группы становятся потенциальными сторонами и свидетелями контрактов.
|
||
|
||
### 6.2 Ограничения
|
||
|
||
| Параметр | Значение | Причина |
|
||
|----------|----------|---------|
|
||
| Максимум участников | 12 | Управляемость голосования |
|
||
| Минимум для контракта | 2 | Две стороны сделки |
|
||
| Требование верификации | Да | Защита от fake witnesses |
|
||
|
||
### 6.3 Жизненный цикл комнаты
|
||
|
||
1. **Создание** — пользователь создаёт группу в Telegram
|
||
2. **Добавление Юноны** — бот добавляется как участник
|
||
3. **Регистрация участников** — каждый пишет /start
|
||
4. **Создание контрактов** — любой участник может инициировать
|
||
5. **Голосование** — все участники голосуют по каждому контракту
|
||
|
||
---
|
||
|
||
## 7. Безопасность
|
||
|
||
### 7.1 Модель угроз
|
||
|
||
| Угроза | Вектор атаки | Защита |
|
||
|--------|--------------|--------|
|
||
| **Fake witnesses** | Указать несуществующих свидетелей | Верификация через Telegram API |
|
||
| **Сговор большинства** | Договориться голосовать ЗА мошенничество | Право вето Юноны |
|
||
| **Double-spend escrow** | Потратить escrow дважды | Атомарные транзакции |
|
||
| **Размытые условия** | Создать невалидируемый контракт | ExecutabilityResult check |
|
||
| **Кража escrow** | Перевести средства на свой адрес | ML-DSA-65 подписи |
|
||
|
||
### 7.2 Криптография
|
||
|
||
Montana Contracts использует **постквантовую криптографию** ML-DSA-65 (FIPS 204):
|
||
|
||
- Размер приватного ключа: 4032 байт
|
||
- Размер публичного ключа: 1952 байт
|
||
- Размер подписи: 3309 байт
|
||
- Устойчивость: NIST Level 3
|
||
|
||
---
|
||
|
||
## 8. Экономика
|
||
|
||
### 8.1 Комиссии
|
||
|
||
| Операция | Комиссия |
|
||
|----------|----------|
|
||
| Создание контракта | 0 Ɉ |
|
||
| Голосование | 0 Ɉ |
|
||
| Завершение контракта | 0 Ɉ |
|
||
| Отмена контракта | 0 Ɉ |
|
||
|
||
**Примечание:** В текущей версии комиссии отсутствуют. В будущих версиях может быть введена минимальная комиссия для предотвращения спама.
|
||
|
||
### 8.2 Инцентивы
|
||
|
||
- **Сторона А** заинтересована в исполнении — её средства заморожены
|
||
- **Сторона Б** заинтересована в исполнении — получит средства
|
||
- **Свидетели** заинтересованы в честности — репутация в группе
|
||
|
||
---
|
||
|
||
## 9. Сравнение с альтернативами
|
||
|
||
| Характеристика | Ethereum Smart Contracts | Escrow сервисы | Montana Contracts |
|
||
|----------------|-------------------------|----------------|-------------------|
|
||
| Язык условий | Solidity (код) | Формы | Естественный язык |
|
||
| Арбитраж | Нет (код = закон) | Человек | AI + человек |
|
||
| Порог входа | Высокий (программирование) | Средний | Низкий (текст) |
|
||
| Гибкость условий | Низкая | Средняя | Высокая |
|
||
| Скорость | Медленно (блокчейн) | Средне | Быстро |
|
||
| Комиссии | Высокие (gas) | Средние (%) | Нет |
|
||
|
||
---
|
||
|
||
## 10. Use Cases
|
||
|
||
### 10.1 P2P сделки
|
||
|
||
Покупка товаров между частными лицами с гарантией исполнения.
|
||
|
||
**Пример:** Покупка телефона с рук
|
||
```
|
||
/contract @seller 50000 iPhone 15 Pro 256GB в хорошем состоянии,
|
||
передача лично с проверкой
|
||
```
|
||
|
||
### 10.2 Фриланс
|
||
|
||
Оплата работы с чёткими критериями выполнения.
|
||
|
||
**Пример:** Заказ дизайна
|
||
```
|
||
/contract @designer 5000 Дизайн логотипа:
|
||
- 3 варианта
|
||
- Исходники в Figma
|
||
- Срок: 7 дней
|
||
```
|
||
|
||
### 10.3 Аренда
|
||
|
||
Договор аренды с фиксацией условий.
|
||
|
||
**Пример:** Аренда квартиры
|
||
```
|
||
/contract @landlord 50000 Аренда квартиры по адресу ул. Пушкина 10
|
||
на период 01.02.2026-28.02.2026, с мебелью
|
||
```
|
||
|
||
### 10.4 Услуги
|
||
|
||
Оплата услуг с верификацией исполнения.
|
||
|
||
**Пример:** Доставка еды
|
||
```
|
||
/contract @delivery 500 Доставка пиццы Маргарита большая
|
||
до 18:00 по адресу ул. Ленина 15, кв. 42
|
||
```
|
||
|
||
---
|
||
|
||
## 11. Roadmap
|
||
|
||
### Фаза 1: MVP (текущая)
|
||
- [x] Базовая система контрактов
|
||
- [x] Escrow механизм
|
||
- [x] Голосование участников
|
||
- [x] Интеграция с Юноной
|
||
|
||
### Фаза 2: Улучшения
|
||
- [ ] Многоэтапные контракты (milestones)
|
||
- [ ] Автоматические триггеры (время, события)
|
||
- [ ] Шаблоны популярных контрактов
|
||
- [ ] Система репутации сторон
|
||
|
||
### Фаза 3: Расширение
|
||
- [ ] Кросс-чейн escrow (BTC, ETH)
|
||
- [ ] Интеграция с внешними оракулами
|
||
- [ ] API для сторонних приложений
|
||
- [ ] Мобильное приложение
|
||
|
||
---
|
||
|
||
## 12. Заключение
|
||
|
||
Montana Contracts представляет эволюцию смарт-контрактов — от слепого исполнения кода к умному пониманию намерений. Комбинация AI-арбитра и социального консенсуса создаёт систему, которая:
|
||
|
||
1. **Доступна** — не требует программирования
|
||
2. **Защищена** — двухуровневый консенсус и право вето
|
||
3. **Гибка** — естественный язык вместо кода
|
||
4. **Быстра** — без ожидания подтверждений блокчейна
|
||
|
||
**Time is the only real currency. Contracts are how we exchange it.**
|
||
|
||
---
|
||
|
||
## Ссылки
|
||
|
||
- Montana Protocol: https://github.com/efir369999/-_Nothing_-
|
||
- Telegram бот: @junomontanaagibot
|
||
- ML-DSA-65 (FIPS 204): https://csrc.nist.gov/pubs/fips/204/final
|
||
|
||
---
|
||
|
||
**Montana Protocol Ɉ**
|
||
*Where AI meets human trust*
|