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*
|