Главное Авторские колонки Вакансии Вопросы
84 0 В избр. Сохранено
Авторизуйтесь
Вход с паролем

Консенсус в Proof‑of‑Fortune (PoF): роль смарт‑контракта и финальная архивация

В Proof‑of‑Fortune механизм консенсуса опирается на смарт‑контракт как на беспристрастного арбитра, который
Мнение автора может не совпадать с мнением редакции
  1. верифицирует VRF‑выходы всех участников;
  2. автоматически определяет валидатора;
  3. формирует и фиксирует блок;
  4. обеспечивает долговременное хранение через TON Storage.

Разберём процесс детально.

1. Сбор VRF‑выходов от участников

Каждый узел‑кандидат:

  1. генерирует через VRF пару (vrf_output, proof) на основе:общего seed (хеш последнего блока или timestamp);своего приватного ключа;
  2. общего seed (хеш последнего блока или timestamp);
  3. своего приватного ключа;
  4. отправляет результат в смарт‑контракт PoF.

2. Проверка и выбор валидатора смарт‑контрактом

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

  1. Верификацию доказательствдля каждого участника:VRF_verify(pki​,seed,vrf_outputi​,proofi​)→{true,false}Если проверка не пройдена — участник исключается.
  2. Сравнение vrf_output всех валидных участников.
  3. Выбор победителя: узел с наименьшим vrf_output становится валидатором.

Почему наименьший хеш?

  1. Это гарантирует случайность: предсказать минимальный выход невозможно без приватного ключа.
  2. Исключает манипуляции: любой участник может перепроверить выбор.

3. Формирование блока смарт‑контрактом

После выбора валидатора смарт‑контракт автоматически составляет блок, включающий:

  1. prev_block_hash — хеш предыдущего блока (связь с цепочкой);
  2. vrf_output победителя — доказательство честного выбора;
  3. proof победителя — криптографическое подтверждение VRF;
  4. merkle_root — корень Меркла для транзакций текущего блока;
  5. дерево Меркла VRF‑выходов всех участников — архив попыток, позволяющий:проверить, кто участвовал;убедиться, что победитель действительно имел минимальный vrf_output.
  6. проверить, кто участвовал;
  7. убедиться, что победитель действительно имел минимальный vrf_output.

Важно: валидатор не нуждается в кворуме одобрения других узлов. Смарт‑контракт единолично:

  1. подтверждает корректность VRF;
  2. фиксирует выбор;
  3. формирует блок.

4. Финализация и хранение

  1. Финализация блокаСмарт‑контракт записывает блок в локальную цепочку PoF.Блок считается действительным мгновенно после формирования — без ожидания голосов других узлов.
  2. Смарт‑контракт записывает блок в локальную цепочку PoF.
  3. Блок считается действительным мгновенно после формирования — без ожидания голосов других узлов.
  4. Архивация в TON StorageПолный блок (включая дерево Меркла VRF‑выходов) отправляется в TON Storage.TON Storage:разбивает данные на чанки;распределяет по узлам сети;создаёт ссылку на блок в блокчейне (через смарт‑контракт).
  5. Полный блок (включая дерево Меркла VRF‑выходов) отправляется в TON Storage.
  6. TON Storage:разбивает данные на чанки;распределяет по узлам сети;создаёт ссылку на блок в блокчейне (через смарт‑контракт).
  7. разбивает данные на чанки;
  8. распределяет по узлам сети;
  9. создаёт ссылку на блок в блокчейне (через смарт‑контракт).
  10. Доступность данныхЛюбой участник может запросить блок по хешу через:API TON Explorer;Telegram‑бот PoF;децентрализованный клиент.Для проверки предоставляются:vrf_output и proof победителя;дерево Меркла VRF‑выходов всех участников;merkle_root транзакций.
  11. Любой участник может запросить блок по хешу через:API TON Explorer;Telegram‑бот PoF;децентрализованный клиент.
  12. API TON Explorer;
  13. Telegram‑бот PoF;
  14. децентрализованный клиент.
  15. Для проверки предоставляются:vrf_output и proof победителя;дерево Меркла VRF‑выходов всех участников;merkle_root транзакций.
  16. vrf_output и proof победителя;
  17. дерево Меркла VRF‑выходов всех участников;
  18. merkle_root транзакций.

Ключевые преимущества подхода

  1. АвтоматизацияСмарт‑контракт исключает человеческий фактор: выбор валидатора и формирование блока происходят без участия операторов.
  2. Смарт‑контракт исключает человеческий фактор: выбор валидатора и формирование блока происходят без участия операторов.
  3. СкоростьНет этапа голосования — блок финализируется сразу после проверки VRF.
  4. Нет этапа голосования — блок финализируется сразу после проверки VRF.
  5. ПрозрачностьДерево Меркла VRF‑выходов позволяет любому участнику перепроверить:список кандидатов;корректность выбора победителя.
  6. Дерево Меркла VRF‑выходов позволяет любому участнику перепроверить:список кандидатов;корректность выбора победителя.
  7. список кандидатов;
  8. корректность выбора победителя.
  9. Долгосрочная сохранностьTON Storage гарантирует, что блок и его метаданные будут доступны вечно.
  10. TON Storage гарантирует, что блок и его метаданные будут доступны вечно.
  11. Устойчивость к атакамПредсказать минимальный vrf_output невозможно — это исключает сговор.Все VRF‑доказательства публичны и проверяемы.
  12. Предсказать минимальный vrf_output невозможно — это исключает сговор.
  13. Все VRF‑доказательства публичны и проверяемы.

Итог

В PoF консенсус достигается через:

  1. Смарт‑контракт — беспристрастный арбитр, который:проверяет VRF‑выходы;выбирает валидатора по минимальному хешу;формирует блок с метаданными.
  2. проверяет VRF‑выходы;
  3. выбирает валидатора по минимальному хешу;
  4. формирует блок с метаданными.
  5. Мгновенную финализацию — блок становится действительным сразу после создания.
  6. TON Storage — децентрализованное хранилище, обеспечивающее вечную доступность данных.

Таким образом, PoF сочетает:

  1. математическую честность (VRF);
  2. автоматизацию (смарт‑контракты);
  3. надёжность (TON Storage),

создавая эффективный и прозрачный механизм консенсуса.

0
В избр. Сохранено
Авторизуйтесь
Вход с паролем