Whitepaper: Proof‑of‑Fortune (PoF) в сети GoodLuckCoin (GLC)

1. Введение

GoodLuckCoin (GLC) — децентрализованная блокчейн‑сеть, реализующая инновационный механизм консенсуса Proof‑of‑Fortune (PoF). PoF сочетает криптографическую надёжность, экономическую эффективность и простоту участия для пользователей.

Ключевая идея:

1. Формирование блоков происходит на основе VRF‑доказательств (Verifiable Random Function), гарантирующих случайность и неподделываемость результатов.
2. Все данные хранятся в TON Storage, обеспечивая прозрачность и доступность для аудита.
3. Участие требует минимального взаимодействия со стороны пользователя.

2. Цели и задачи

Основные цели:

1. Обеспечить честное и непредсказуемое определение валидатора блока.
2. Минимизировать затраты участников (нет блокировки депозитов).
3. Гарантировать полную автоматизацию процесса формирования блоков.
4. Предотвратить спам и атаки через экономическую модель (проверка баланса).

Задачи:

1. Реализовать VRF‑механизм для генерации случайных значений.
2. Интегрировать TON Storage как надёжное хранилище блоков.
3. Создать смарт‑контракт для автоматической проверки и сборки блоков.

3. Архитектура системы

3.1. Основные компоненты

1. Кошелёк участника Поддерживает генерацию VRF‑доказательств. Отправляет транзакции в сеть GLC.
2. Смарт‑контракт GLC Проверяет баланс участников. Верифицирует VRF‑пакеты. Формирует и подписывает блоки.
3. TON StorageХранит цепочку блоков GLC. Обеспечивает доступ к seed и истории блоков.
4. API TON Storage Позволяет участникам получать последние блоки и seed.

4. Механизм Proof‑of‑Fortune (PoF)

4.1. Шаг 1: Подача заявки на участие

Участник отправляет транзакцию с:

1. public_key (для верификации);
2. подтверждением баланса ≥ 10 GLC;
3. room_id (идентификатор события).

Результат:

1. Транзакция фиксируется в блоке.
2. Участник получает статус «ожидает VRF».

4.2. Шаг 2: Получение seed

Участник запрашивает последний блок через getLastBlockFromStorage() и извлекает seed. Проверка целостности: сверяет prev_block_hash с предыдущим блоком.

4.3. Шаг 3: Локальный расчёт VRF

На устройстве участника:

1. vrf_output = VRF(seed, private_key) (32‑байтный хэш).
2. proof = VRF_Proof(seed, private_key) (подпись и параметры алгоритма).

Гарантии:

1. Приватный ключ не покидает устройство.
2. VRF исключает подмену результатов.

4.4. Шаг 4: Отправка VRF‑пакета

Формат (JSON):

json{ "participant_id": "user123", "room_id": "lottery-2025", "vrf_output": "0xa1b2c3...", "proof": "0xd4e5f6...", "timestamp": 1735678901 }

Пакет отправляется через метод submitVRF() смарт‑контракта.

4.5. Шаг 5: Проверка смарт‑контрактом

Смарт‑контракт выполняет:

1. Повторную проверку баланса (≥ 10 GLC).
2. Верификацию proof через public_key.
3. Пересчёт vrf_output для подтверждения соответствия.

Итог:

1. Валидные заявки попадают в participants_list.
2. Невалидные заявки отбрасываются.

4.6. Шаг 6: Формирование блока

Условия запуска:

1. Собраны все валидные VRF‑пакеты или истёк тайм‑аут (60 сек).

Шаги:

1. Финальная проверка баланса участников.
2. Выбор валидатора (минимальный vrf_output).
3. Сборка блока с полями: block_hash (SHA‑256 содержимого); winners (сортировка по vrf_output); merkle_root (корень Меркла для participants_list); glc_reward (награда валидатору, например, 10 GLC).

4.7. Шаг 7: Сохранение блока в TON Storage

1. Блок подписывается смарт‑контрактом.
2. Сохраняется в TON Storage как новый элемент цепочки.
3. Обновляются prev_block_hash и seed для следующего раунда.

5. Ключевые гарантии

5.1. Автоматизация

1. Все этапы (от проверки баланса до сохранения блока) выполняются смарт‑контрактом без участия человека.

5.2. Прозрачность

1. Данные (VRF‑пакеты, блоки) доступны в TON Storage для публичного аудита.

5.3. Безопасность

1. VRF исключает подмену vrf_output.
2. Хеш‑ссылки (prev_block_hash) защищают целостность истории.
3. Seed извлекается из защищённого хранилища (TON Storage).

5.4. Экономическая устойчивость

1. Двойная проверка баланса (при заявке и перед формированием блока) предотвращает спам.
2. Награда валидатору (10 GLC) стимулирует участие.

6. Преимущества PoF

1. Минимальные требования к участнику: Кошелёк с поддержкой VRF.10 GLC на балансе.2 транзакции (заявка + VRF‑пакет)..
2. Честность и случайность:VRF гарантирует непредсказуемость выбора валидатора..
3. Децентрализация:Данные хранятся в TON Storage, доступ к которым имеет каждый.
4. Экономическая эффективность:Нет блокировки депозитов.Низкие комиссии за транзакции.

7. Технические спецификации

7.1. Форматы данных

1. VRF‑пакет (JSON): см. раздел 4.4.
2. Блок (JSON):json{ «block_hash»: «0xabc123...», «winners»: [«user123»], «merkle_root»: «0xl3m4n5...», «glc_reward»: 50 }

7.2. Алгоритмы

1. VRF: Ed25519‑based VRF.
2. Хеширование: SHA‑256.
3. Дерево Меркла: Стандартная реализация для списков участников.

7.3. Временные параметры

1. Тайм‑аут сбора VRF‑пакетов: 60 секунд.
2. Интервал между блоками: зависит от скорости сбора пакетов.

8. Заключение

Механизм Proof‑of‑Fortune (PoF) в GoodLuckCoin:

1. Обеспечивает честность через криптографию (VRF) и децентрализацию (TON Storage).
2. Автоматизирует все процессы формирования блоков.
3. Минимализирует усилия пользователя (2 транзакции).

Для участия достаточно:

1. Кошелька с поддержкой VRF.
2. 10 GLC на балансе.

Всё остальное выполняет сеть.

9. Контакты

1. Автор: Дмитрий Андреевич Морыганов
2. Email: [Dm213@bk.ru]
3. Официальный сайт GLC: [https://goodluckcoin.ru/]
4. Репозиторий: [https://github.com/dm213dm/Goodluck-coin ]

© 2025 GoodLuckCoin. Все права защищены.