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

Как Proof‑of‑Fortune (PoF) и GoodLuckCoin (GLC) защищают от двойных расходований

Защита от двойных расходований алгоритма конценсуса proof-of-fortune
Мнение автора может не совпадать с мнением редакции

Ключевые механизмы безопасности

  1. Единственный валидатор на блокВ каждом раунде консенсуса строго один участник получает право сформировать блок. Это исключает:конкуренцию за включение транзакций,возможность создания параллельных версий блока.
  2. конкуренцию за включение транзакций,
  3. возможность создания параллельных версий блока.
  4. Криптографический отбор через VRF Валидатор выбирается алгоритмически на основе:VRF(seed,private_key)→(vrf_output,proof),где:
  5. seed — публичное значение (зависит от хеша предыдущего блока и timestamp),
  6. private_key — приватный ключ участника,
  7. vrf_output — случайное число, определяющее «удачу» участника.
  8. Побеждает участник с наименьшим vrf_output.
  9. Смарт‑контракт как арбитр
  10. Верифицирует корректность VRF‑доказательств всех участников.
  11. Автоматически выбирает победителя без человеческого вмешательства.
  12. Формирует блок и финализирует его мгновенно после проверки.
  13. Неизменяемость цепочки
  14. Каждый блок содержит prev_block_hash — хеш предыдущего блока.
  15. Изменение любого блока потребует пересчёта всей последующей цепочки, что невозможно без повторного прохождения VRF‑отбора.
  16. Данные блоков архивируются в TON Storage, обеспечивая долговременную сохранность.

Почему двойные расходования невозможны

  1. Нет «гонки блоков»: в PoF только один валидатор формирует блок в каждом раунде. Это исключает ситуацию, когда две транзакции с одним активом попадают в разные блоки (как в PoW при форках).
  2. Публичная верификация: любой участник может проверить:корректность VRF‑доказательства победителя,целостность Merkle‑root транзакций,связь блока с предыдущей цепочкой через prev_block_hash.
  3. корректность VRF‑доказательства победителя,
  4. целостность Merkle‑root транзакций,
  5. связь блока с предыдущей цепочкой через prev_block_hash.
  6. Мгновенная финализация: блок считается действительным сразу после смарт‑контракта. Нет периода «подтверждений», во время которого возможна подмена транзакций.

Роль участников сети

  1. Все участники могут претендовать на роль валидатора, отправив VRF‑результат в смарт‑контракт.
  2. Никто не может повлиять на выбор победителя:VRF гарантирует непредсказуемость,смарт‑контракт исключает субъективность.
  3. VRF гарантирует непредсказуемость,
  4. смарт‑контракт исключает субъективность.
  5. Любой узел может проверить корректность консенсуса, используя открытые данные (seed, vrf_output, proof).

Итог: гарантии безопасности

  1. Однозначность блока: в цепочке не может быть двух валидаторов для одного блока.
  2. Доказуемая честность: выбор валидатора подтверждается криптографически.
  3. Необратимость: изменение блока требует взлома VRF или TON Storage, что вычислительно невозможно.
  4. Децентрализация: нет «центрального органа» — все решения принимаются смарт‑контрактом на основе объективных правил.

Таким образом, PoF + GLC обеспечивают полную защиту от двойных расходований за счёт:

  1. криптографического отбора валидатора,
  2. мгновенной финализации блоков,
  3. публичной верификации всех этапов консенсуса.

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