Algorand – блокчейн первого уровня с Pure Proof of Stake, где проверяемая случайность незаметно выбирает нового предлагающего и отдельные комитеты голосующих для каждого шага консенсуса. Участники не закреплены в постоянной группе: вероятность выбора зависит от онлайн-стейка, а результат VRF позволяет остальным проверить право аккаунта предложить блок или проголосовать.
Такой дизайн нацелен на немедленную финальность без конкурирующих канонических веток. После сертификации блока пользователю не нужно ждать, пока одна цепь станет длиннее другой. Однако безопасность всё равно зависит от честного сверхбольшинства участвующего онлайн-стейка, работоспособности сетевого слоя и правильного управления ключами участия.
Как работает Pure Proof of Stake
Для каждого раунда онлайн-аккаунты локально запускают Verifiable Random Function. VRF работает как тайная лотерея: до публикации сообщения противник не знает, кто выбран, а после публикации любой узел проверяет доказательство. Чем больше ALGO участвует онлайн, тем выше вероятность выбора, но дробление баланса на множество аккаунтов не создаёт дополнительного преимущества.
Сначала выбираются предлагающие блок. Из полученных корректных предложений сеть оставляет вариант с лучшим результатом VRF. Затем новый случайный комитет выполняет soft vote, сокращая кандидатов до одного. Ещё один комитет проверяет транзакции и выдаёт certify vote. При кворуме узлы записывают один сертифицированный блок и переходят к следующему раунду.
Комитеты измеряются весом стейка, а не простым числом серверов. Один узел может обслуживать несколько участвующих аккаунтов, а один крупный аккаунт получить несколько голосов в статистической выборке. Поэтому количество узлов и количество независимых владельцев онлайн-ALGO – разные показатели.
Финальность и отсутствие форков
Algorand проектировался так, чтобы при нормальных условиях сертифицированный блок сразу был окончательным. Если сеть не набрала кворум, она переходит к процедуре восстановления, а не подтверждает две истории. Это полезно для платежей и токенизации, поскольку приложение может опираться на финальный результат без серии вероятностных подтверждений.
Немедленная финальность не гарантирует мгновенный ответ конкретного сервиса. Индексатор, кошелёк или API-провайдер может отставать от консенсусного узла. Если обозреватель не показывает перевод, нужно сверить TxID через независимые источники и проверить round, а не считать отсутствие записи откатом.
Валидаторы, repeater nodes и ключи участия
Текущая документация разделяет validator nodes и repeater nodes. Валидатор проверяет блоки и участвует в консенсусе при наличии зарегистрированных participation keys. Repeater в первую очередь маршрутизирует сообщения между узлами. Архивный режим и API-провайдер – дополнительные роли хранения, а не отдельный вид голосования.
Расходный ключ аккаунта не должен находиться на онлайн-сервере. Владелец создаёт participation key на определённый диапазон раундов и регистрирует его специальной транзакцией. Для каждого раунда используются эфемерные ключи, которые удаляются после применения. Это уменьшает последствия компрометации валидатора и защищает старую историю от повторной подписи.
Ключ участия нужно продлевать и корректно выводить аккаунт в offline. Если один и тот же аккаунт одновременно голосует с двух узлов, протокол может отбрасывать его сообщения и применять предусмотренное наказание. Резервный сервер с копией активного participation key нельзя запускать без аккуратной процедуры переключения.
Награды за консенсус
Изначально Algorand не платил специальное вознаграждение валидаторам. В версии протокола 4.0 появились консенсусные награды. Чтобы аккаунт считался eligible, при регистрации ключа уплачивается дополнительная протокольная сумма, а узел должен реально участвовать и не пропускать обязанности.
Прямые награды доступны крупным участвующим аккаунтам, а владельцы меньшего баланса могут использовать пулы, где условия и риски задаёт оператор или смарт-контракт. Текущая документация NodeKit указывает порог в 30 000 ALGO для самостоятельного накопления наград. Это параметр действующей реализации, а не вечное обещание доходности.
Algorand отличается от сетей, где slashing автоматически конфискует большой залог за любое нарушение. Здесь важны исключение неработающего аккаунта из режима наград и отбрасывание неправильного участия. Сравнивать последствия нужно по конкретному протоколу, а не переносить правила Ethereum из статьи про slashing валидаторов.
История
Идея Algorand появилась в 2017 году в Кембридже, штат Массачусетс. Её автор Сильвио Микали – профессор MIT и лауреат премии Тьюринга, чьи работы связаны с вероятностным шифрованием, доказательствами с нулевым разглашением и проверяемыми случайными функциями.
Команда строила протокол вокруг криптографической сортировки и задачи совместить открытое участие, высокую скорость и финальность. Публичная mainnet запустилась в июне 2019 года. В последующие годы появились стандартные активы ASA, Algorand Virtual Machine, расширенное хранение приложений, State Proofs и новые средства разработки AlgoKit.
В 2025 году консенсус получил протокольные награды, что изменило экономику самостоятельных узлов. В 2026 году протокольная разработка и экосистемные операции были объединены внутри Algorand Foundation, а часть специалистов Algorand Technologies перешла в команду Фонда. Одновременно организация объявила о возвращении в США и обновлении совета директоров.
Команда
Сильвио Микали является основателем и автором исходной научной архитектуры. Algorand Technologies исторически разрабатывала протокол, а Algorand Foundation занималась экосистемой, распределением программ и управленческими инициативами. После объединения операций в 2026 году эти границы стали менее выраженными.
В текущей технической структуре Foundation Джон Джаннотти руководит protocol engineering, а Крис Пейкерт занимает должность Chief Scientific Officer и продолжает работу над криптографией, включая постквантовые механизмы. Разработку нельзя свести к одному учёному: клиент go-algorand, AVM, инструменты и стандарты поддерживаются инженерами Фонда и внешними участниками.
AVM, приложения и атомарные группы
Algorand Virtual Machine исполняет приложения, написанные для протокола, а не обычный EVM-байткод. Состояние делится на глобальное, локальное и boxes. Box storage позволяет приложению хранить больше структурированных данных, но увеличивает требования к минимальному балансу и бюджету доступа.
Atomic Transfer объединяет несколько транзакций в группу: либо проходят все, либо ни одна. Это позволяет обменять активы или выполнить платёж вместе с вызовом приложения без доверенного посредника. При этом каждая операция сохраняет собственные поля и комиссию, а группа должна быть подписана всеми нужными сторонами.
ASA создаются на уровне протокола и могут иметь управляющие адреса: manager, reserve, freeze и clawback. Отсутствие Solidity не означает отсутствия административного риска. Перед покупкой нужно проверить текущие полномочия актива и следовать правилам проверки идентификатора токена.
State Proofs
State Proofs позволяют компактно доказать состояние Algorand внешнему проверяющему без запуска полного узла. Участники консенсуса используют отдельные state proof keys и подписывают сводку интервала блоков. Затем подписи агрегируются в доказательство, которое включается в сам реестр.
Механизм полезен для лёгких клиентов и межсетевых систем, но не превращает любой мост в безрисковый. Контракт назначения должен корректно проверять доказательство, а хранитель обёрнутого актива – соблюдать правила выпуска. Общие риски маршрута разобраны в руководстве о том, как безопасно использовать мост.
ALGO и предложение
Все 10 миллиардов ALGO были созданы при запуске, а это значение является максимальным предложением. Монеты постепенно переходят в обращение через программы экосистемы, награды и ранее выделенные категории. «Фиксированный максимум» не означает, что циркулирующий объём уже перестал расти.
ALGO оплачивает комиссии, обеспечивает минимальные балансы аккаунтов и объектов, участвует в консенсусе и используется приложениями. Создание ASA, opt-in и хранение состояния увеличивают заблокированный минимум. Перед выводом всего баланса нужно закрыть ненужные объекты, иначе протокол не разрешит опустить счёт ниже резерва.
Для оценки актива нужно сопоставлять фактическое обращение, остатки программ, награды и сетевой спрос, используя методику чтения токеномики.
Основные риски
Безопасность PPoS зависит от распределения онлайн-стейка. Большое число аккаунтов не помогает, если значительная доля голосов контролируется несколькими кастодианами или пулами. Сетевой слой repeater nodes также нужно оценивать отдельно от права голосования.
Операционный риск связан с participation keys, сроком их действия и доступностью узла. На уровне приложений сохраняются upgradeable-логика, административные адреса ASA, ошибки AVM-кода и зависимость от индексаторов. Наконец, фиксированные 10 миллиардов ALGO не исключают давление будущего выхода ранее распределённых монет.
Итог: Algorand предлагает необычную конструкцию с тайно выбираемыми VRF-комитетами и немедленной финальностью. Её сильные стороны – отсутствие конкурирующих канонических веток, безопасное разделение расходных и participation keys и встроенные атомарные группы. Главные вопросы – концентрация онлайн-стейка, устойчивость сетевой топологии, экономика наград и административные права активов и приложений.
