Hedera – публичный Proof of Stake реестр на основе hashgraph, где консенсусные узлы распространяют события через gossip about gossip и вычисляют порядок транзакций с помощью виртуального голосования. Технология отличается от обычной цепочки блоков: узлы строят ориентированный ациклический граф событий, а затем получают единую последовательность и consensus timestamp.
Организационная модель также необычна. Рабочей сетью управляет Hedera Governing Council из глобальных компаний, университетов и организаций. Исходный код открыт и передан нейтральному проекту Hiero под управлением Linux Foundation Decentralized Trust, но операционное управление конкретной mainnet остаётся у Совета. Эти два слоя нельзя смешивать.
Как работает hashgraph
Каждый consensus node принимает транзакции, объединяет их в события и случайным образом обменивается данными с другими узлами. Событие содержит транзакции, временную отметку и хеши предыдущего собственного события и события, полученного от собеседника. Поэтому граф фиксирует не только данные, но и историю их распространения.
После нескольких раундов узел может математически восстановить, какие события видел каждый участник. Реальные бюллетени по сети не отправляются: голоса вычисляются локально из общей структуры графа. Это и называется virtual voting. Когда порог известности достигнут, транзакции получают окончательный порядок и медианную временную отметку.
Hashgraph заявлен как asynchronous Byzantine Fault Tolerant при честных более чем двух третях веса. Финальность детерминированная: после достижения консенсуса нет конкурирующей длиннейшей цепи и необходимости ждать вероятностные подтверждения. Но клиентское приложение всё равно может видеть задержку mirror node или JSON-RPC relay.
Consensus nodes и mirror nodes
Consensus nodes принимают подписанные транзакции, участвуют в hashgraph и поддерживают текущее состояние. На нынешнем этапе mainnet их запускают члены Совета и допущенные операторы. Дорожная карта предполагает переход от council nodes к более широкому разрешённому, а затем permissionless-набору, но будущую фазу нельзя описывать как уже завершённую.
Mirror nodes не голосуют за порядок. Они получают поток подтверждённых записей, хранят историю и предоставляют REST API, аналитику и данные обозревателям. Приложение может успешно отправить транзакцию в consensus node, но временно не найти её в выбранном mirror node. Это задержка индексации, а не исчезновение финального события.
EVM-инструменты обращаются к Hedera через JSON-RPC Relay. Для совместимости события группируются в представление блоков, хотя базовый консенсус не принимает обычный блок как единицу решения. Поэтому EVM block number – полезная интерфейсная абстракция, а не доказательство, что hashgraph стал традиционной блокчейн-цепью.
Governing Council
Совет рассчитан максимум на 39 участников из разных отраслей и регионов. У каждого равный голос, а обычный срок членства ограничен. Совет утверждает параметры сети, обновления, бюджет, управление казначейством и политику узлов. Протокол консенсуса и корпоративное голосование Совета – разные механизмы.
Сильная сторона модели – понятная юридическая ответственность и опубликованные протоколы заседаний. Компромисс – допуск к производству консенсуса и ключевые решения зависят от ограниченного круга известных организаций. Владение HBAR само по себе не даёт голос на заседании Совета.
Оценивать децентрализацию нужно по фактическому числу независимых consensus nodes, распределению стейка, процедуре обновлений и контролю административных ключей. Обещание будущих permissionless nodes не заменяет анализ текущей mainnet.
История
Лимон Бэрд разработал алгоритм hashgraph, а вместе с Мэнсом Хармоном создал компанию Swirlds. В 2017 году началась работа над отдельной публичной сетью. Hedera была публично представлена в марте 2018 года, а в августе того же года запустила исходную mainnet и создала полный запас HBAR.
В феврале 2019 года сформировался первый Governing Council. 16 сентября 2019 года сеть перешла к Open Access: пользователи получили возможность создавать аккаунты и использовать сервисы. Позже появились Hedera Consensus Service и Hedera Token Service, а EVM-совместимость стала отдельным направлением.
В 2022 году Совет приобрёл интеллектуальные права на hashgraph у Swirlds и перевёл код в открытый режим. В сентябре 2024 года весь технологический стек был передан Linux Foundation Decentralized Trust как проект Hiero. Код теперь развивается в нейтральной open source-среде, но Совет продолжает управлять эксплуатацией Hedera.
Команда
Лимон Бэрд – сооснователь Hedera и изобретатель hashgraph, Мэнс Хармон – сооснователь и архитектор ранней организационной модели. В 2022 году их должности внутри Hedera Hashgraph, LLC были упразднены, а команда разработки перешла в Swirlds. Компания позже получила бренд Hashgraph и продолжила участвовать в экосистеме.
Сегодня проект нельзя описать через одного CEO. Governing Council отвечает за сеть, Hashgraph развивает продукты и инженерные направления, а Hiero имеет собственное открытое техническое управление внутри LF Decentralized Trust. Представители организаций Совета запускают узлы и голосуют по корпоративным решениям.
Разделение ролей полезно, но требует точных формулировок: независимость Hiero означает нейтральное хранение и развитие кода, а не передачу казначейства HBAR или параметров Hedera техническому комитету Linux Foundation.
Hedera Token Service
HTS выпускает взаимозаменяемые токены и NFT как нативные сущности реестра. Актив получает Token ID вида shard.realm.num, казначейский аккаунт и набор необязательных ключей. Администратор может сохранить admin, supply, freeze, wipe, KYC, pause и fee schedule keys.
Эти ключи дают реальные полномочия. Supply key может выпускать новые единицы в пределах правил, freeze key – замораживать отношения отдельных аккаунтов, wipe key – удалять токены с выбранного аккаунта, KYC key – разрешать или запрещать участие. Если ключ не задан, соответствующая операция недоступна.
Перед покупкой важно проверить не только символ, но и Token ID, treasury, total supply, custom fees и все сохранённые ключи. Это вариант общего правила, почему идентификатор актива важнее названия.
Consensus Service, EVM и scheduled transactions
Hedera Consensus Service создаёт topic, куда приложения отправляют сообщения для общего порядка и consensus timestamp. HCS не доказывает истинность содержания. Он подтверждает, что конкретное сообщение было принято в определённой последовательности. Проверка источника и бизнес-логики остаётся на приложении.
Smart Contract Service поддерживает Solidity и EVM-инструменты. Контракты могут взаимодействовать с нативными сервисами через системные интерфейсы. Как и в других EVM-сетях, сохраняются approvals, прокси-обновления, ошибки доступа и риск неверного nonce. Перед подписью нужно применять правила контроля token approvals.
Scheduled transaction позволяет заранее описать операцию и собрать требуемые подписи. Она исполняется, когда выполнены условия и получен необходимый набор подписей. Это удобно для сложных аккаунтов, но публичные memo и параметры транзакции не должны содержать секретные данные.
HBAR, комиссии и стейкинг
При запуске было создано фиксированное предложение в 50 миллиардов HBAR. Монеты поступают в обращение из казначейства по решениям и графикам Совета. Поэтому максимальный запас фиксирован, но циркулирующее предложение и распределение меняются.
HBAR оплачивает переводы, токены, сообщения и смарт-контракты. Тарифы выражаются в долларах, а фактическое количество HBAR рассчитывается по сетевому курсу. Это делает стоимость предсказуемее для приложения, но не фиксирует цену HBAR и не отменяет изменение таблицы комиссий.
Аккаунт может направить stake конкретному узлу или другому аккаунту и получать нативные награды при соблюдении действующих условий. Текущую ставку, максимальный вознаграждаемый stake и остаток фонда нужно читать из mirror-node API. Рекламный APR не является гарантией. Для оценки предложения полезна общая методика разбора токеномики.
Что проверить перед операцией
- Идентификатор. Различить Account ID, alias, EVM-адрес и Token ID.
- Token keys. Проверить freeze, wipe, supply, KYC, pause и custom fees.
- Результат. Отделить consensus receipt от появления записи в mirror node.
- Memo. Не отправлять секретные данные в публичное поле.
- Мост. Проверить конкретный контракт и актив на обеих сторонах.
Перед крупной суммой нужен небольшой тест с последующей проверкой результата, как описано в инструкции про тестовый перевод.
Основные риски
Первый компромисс – permissioned-набор consensus nodes, связанный с членами Совета. Open source-код не делает допуск к mainnet permissionless. Второй – корпоративная модель решений по параметрам и казначейству, где держатели HBAR не голосуют напрямую.
Третий риск – административные ключи HTS и смарт-контрактов. Нативный токен может быть заморожен или списан эмитентом, если соответствующие ключи существуют. Четвёртый – зависимость приложений от mirror nodes и JSON-RPC Relay, которые могут отставать или показывать неполную историю.
Итог: Hedera сочетает быстрый aBFT-консенсус hashgraph, юридически оформленный Совет и набор нативных сервисов. Сильные стороны – детерминированная финальность, упорядочивание событий и предсказуемая модель сервисов. Основные компромиссы – ограниченный допуск consensus nodes, корпоративное управление и широкие полномочия эмитентов HTS.
