Solana Proof of History: Как работает PoH

Примечание о точности: Производительность сети, количество валидаторов, комиссии, особенности протокола, поддержка кошельков и сторонние интеграции меняются со временем. Относитесь к устаревшим данным как к историческим снимкам и проверяйте текущую документацию из первичных источников.

Solana Proof of History — это криптографический механизм упорядочивания времени, а не автономный протокол консенсуса. Он работает совместно с Tower BFT и Proof of Stake, помогая валидаторам упорядочивать события и приходить к согласию по реестру.

Отказ от ответственности: Данная статья предназначена только для информационных и образовательных целей. Она не является финансовой или инвестиционной рекомендацией. Инвестиции в криптовалюты несут значительные риски, включая потенциальную потерю основной суммы. Проконсультируйтесь с квалифицированным финансовым консультантом перед принятием инвестиционных решений.

Содержание

1. Что такое Proof of History? Объяснение криптографических часов Solana
2. Как работает Proof of History: пошагово через хеш-цепочку SHA-256
3. Почему Proof of History может снизить накладные расходы на упорядочивание
4. Proof of History против Proof of Work против Proof of Stake: прямое сравнение
5. Как Proof of History взаимодействует с полной архитектурой Solana
6. Ограничения и критика Proof of History: честная оценка
7. Часто задаваемые вопросы о Proof of History и Solana
8. Заключение: является ли Proof of History подлинной инновацией?

Что такое Solana Proof of History?

Proof of History (PoH) — это криптографический механизм хронометража, встроенный в блокчейн Solana, который создает подтверждаемую запись порядка и времени событий без необходимости постоянного общения валидаторов друг с другом для установления того, когда что-то произошло.

Блокчейн — это распределенный реестр, где записи криптографически связаны и поддерживаются в сети участников без центрального органа. В любой распределенной сети блокчейна узлы должны согласиться по двум вещам перед подтверждением транзакции: что произошло и когда это произошло. Большинство сетей тратят значительные вычислительные усилия на второй вопрос. Proof of History решает его криптографически, так что сеть может сосредоточить всю свою пропускную способность на первом.

Одно критически важное различие, которое нужно сразу установить: Proof of History не является механизмом консенсуса. Фактический механизм консенсуса Solana — это Tower BFT. PoH — это слой хронометража, на который опирается Tower BFT для эффективной работы. Путаница между этими понятиями — самая распространенная ошибка в освещении технологий Solana, и данная статья исправляет ее повсеместно.

Proof of History был изобретен Анатолием Яковенко, соучредителем Solana Labs и бывшим старшим инженером в Qualcomm. Он представил концепцию в Whitepaper 2017 года под названием Solana: Новая архитектура для высокопроизводительного блокчейна. Мейннет Solana был запущен в марте 2020 года на основе архитектуры, описанной в этом Whitepaper.

Solana — это высокопроизводительный блокчейн уровня 1, нативный токен которого — SOL. Его теоретический потолок пропускной способности, обеспечиваемый Proof of History совместно с несколькими другими архитектурными инновациями, исторически составлял примерно 65 000 транзакций в секунду (TPS). Реальная устойчивая пропускная способность в типичных сетевых условиях значительно ниже, что подробно рассматривается в данной статье.

Если вы слышали, что Proof of History описывается как «то же самое, что и Proof of Stake», или предполагали, что это механизм консенсуса Solana, оба утверждения неверны. Полное сравнение и точная взаимосвязь между этими механизмами представлены в разделах ниже.

Как работает Proof of History: пошагово через хеш-цепочку SHA-256

Аналогия с криптографическими часами хорошо отражает, что делает PoH, но чтобы понять, почему инвесторы и разработчики считают это настоящей архитектурной инновацией, вам нужно увидеть, как эти часы работают на самом деле.

Что такое криптографическая хеш-функция? (Строительный блок)

Криптографическая хеш-функция принимает любой ввод (слово, документ, запись транзакции) и выдает вывод фиксированной длины, который уникален для этого ввода и детерминирован. Его также практически невозможно обратить: зная вывод, вы ничего полезного не узнаете о вводе. Вывод называется хешем и действует как уникальный отпечаток пальца для любых данных, которые его произвели.

Измените один символ во вводе, и вывод изменится полностью и непредсказуемо. Такая чувствительность к вводу является именно тем, что делает последовательное хеширование надежной основой для хронометража.

Конкретная хеш-функция, которую использует Proof of History, — это SHA-256 (Secure Hash Algorithm, 256-бит), тот же алгоритм, который обеспечивает безопасность транзакций Bitcoin. SHA-256 вычислительно интенсивен для выполнения, но тривиально быстр для проверки. Эта асимметрия является центральной: создание хеша — медленный процесс, а проверка — мгновенная. Это свойство как раз и делает SHA-256 подходящим для функции хронометража PoH.

Хеш-цепочка: как PoH криптографически кодирует время

PoH работает, запуская SHA-256 в непрерывной последовательности, где каждый вывод становится вводом для следующего вычисления. Поскольку каждый шаг требует реального, необратимого вычислительного времени, цепочка выводов составляет подтверждаемую запись прошедшего времени. Никто не может подделать достижение шага 500 000, не выполнив фактически шаги с 1 по 499 999.

Думайте об этом как о криптографическом секундомере. Каждый тик часов — это записанный вывод SHA-256, а цепочка тиков доказывает, что между событиями прошло определенное количество вычислений, а следовательно, и измеримое количество времени.

Вот как работает последовательность:

1. Лидирующий валидатор начинает цепочку. Назначенный валидатор («лидер» для этого слота) запускает SHA-256 на начальном вводе, который может быть любым произвольным значением или хешем предыдущего блока.
2. Каждый вывод становится следующим вводом. Полученный хеш снова подается в SHA-256 в качестве нового ввода. Это и есть цепочка. Каждое звено полностью зависит от предыдущего.
3. Счетчик последовательности отслеживает позицию. Каждая итерация несет номер счета: хеш №1, хеш №2, хеш №347 891. Этот счетчик — количество тиков часов.
4. Транзакции встраиваются в цепочку по мере поступления. Когда транзакция поступает в сеть, лидер хеширует ее в последовательность в этот точный момент. Данные транзакции включаются в хеш-вывод в этой конкретной позиции счета.
5. Встроенная позиция доказывает время транзакции. Транзакция, хешированная в позиции 347 891, очевидно, произошла после позиции 347 890 и до позиции 347 892. Внешняя временная метка не требуется. Сама цепочка является доказательством.
6. Другие валидаторы проверяют последовательность. Проверка быстра, поскольку проверка хеша занимает гораздо меньше времени, чем его создание. Валидатор может подтвердить действительность всей последовательности, не перевыполняя все вычисления.
7. Полученная цепочка — это временная шкала, защищенная от несанкционированного доступа. Изменение любого хеша в любой позиции делает недействительным каждый последующий хеш, делая запись невозможной для подделки без повторного выполнения всей последующей работы.

Аналогия с фотографией хорошо передает свойство защиты от несанкционированного доступа. Представьте, что вы делаете фотографию каждую секунду, причем каждая фотография включает предыдущую фотографию в кадре. Любой, кто посмотрит на фотографию № 1000, сможет проверить последовательность, не присутствуя при каждом снимке, потому что каждое изображение криптографически вложено в следующее. Изменение фотографии № 400 визуально испортит каждое последующее изображение.

Эта последовательная цепочка хешей — то, что криптографы называют функционально схожим с доказуемой функцией задержки (VDF). Формально определенная VDF, описанная Боне, Бонно, Бюнцем и Фишем в их работе 2018 года, опубликованной на CRYPTO (IACR ePrint 2018/601), — это функция, которая требует предписанного количества времени для вычисления, не может быть распараллелена для ускорения этого вычисления и создает доказательство, позволяющее проводить быструю проверку. PoH достигает того же практического эффекта за счет последовательного хеширования SHA-256. Формально это не является VDF в строгом смысле теории сложности, но функциональное сходство точно. Исследователи из академических кругов, описывающие PoH как «подобную VDF» или «неформальную VDF», используют точные формулировки.

Источник: Анатолий Яковенко, «Solana: A new architecture for a high performance blockchain», 2017. Доступно на solana.com/solana-whitepaper.pdf

Эта криптографическая цепочка временных меток — именно то, что позволяет механизму консенсуса Solana, Tower BFT, пропускать раунды обмена сообщениями, которые замедляют другие блокчейны, поскольку время уже доказано.

Почему Proof of History в Solana может снизить накладные расходы на упорядочивание

В источнике приводятся исторические теоретические и наблюдаемые диапазоны пропускной способности, но Proof of History сам по себе не обеспечивает конкретный показатель TPS. Состав транзакций, трафик голосования, планирование среды выполнения, оборудование валидаторов, сетевые условия, перегрузки и методология измерения — все это влияет на отчетную пропускную способность. Используйте актуальные измерения в реальном времени для принятия операционных решений.

Сравнения с Visa, Ethereum или Bitcoin не являются эквивалентными: они учитывают разные события и используют разные модели доверия, расчетов и финализации. PoH является одной из составляющих дизайна Solana наряду с Sealevel, Turbine, Gulf Stream, рынками комиссий и инфраструктурой валидаторов.

Как Tower BFT использует PoH для пропуска раундов обмена сообщениями

Прирост скорости от PoH заключается не в ускорении хеширования. Речь идет об устранении целой категории обмена сообщениями, которая требуется традиционным механизмам консенсуса.

Распределенные системы, которые должны быть устойчивы к византийским ошибкам (неисправным или злонамеренным участникам), нуждаются в византийской отказоустойчивости (BFT): способности достигать консенсуса, даже когда некоторые валидаторы находятся в автономном режиме, отправляют ложную информацию или ведут себя враждебно, до тех пор пока скомпрометировано менее одной трети валидаторов.

Ключевое определение: Византийская отказоустойчивость (BFT) относится к способности распределенной системы продолжать корректную работу, даже когда некоторые участники выходят из строя или действуют злонамеренно. Эта концепция восходит к задаче византийских генералов — классическому мысленному эксперименту в области компьютерных наук, предложенному Лэмпортом, Шостаком и Пизом (1982).

В традиционных системах консенсуса BFT валидаторы должны обмениваться сообщениями, чтобы прийти к согласию по двум вопросам перед подтверждением транзакции: что произошло и в какое время это произошло. Согласование времени обычно требует нескольких раундов передачи сообщений по сети. По мере роста числа валидаторов эти накладные расходы на связь растут квадратично, что делает быстрое достижение консенсуса все более дорогостоящим.

PoH предоставляет проверяемую базу для упорядочивания, которая может сократить некоторую координацию по времени. Это не устраняет коммуникацию консенсуса и не делает один слот эквивалентным экономической финализации. Оптимистичное подтверждение, укорененное подтверждение и расчеты на уровне приложения используют разные пороги и временные рамки.

Sealevel и Gulf Stream: скорость за пределами времени

PoH сам по себе не обеспечивает 65 000 TPS. Это фундаментальный уровень, который делает возможными другие инновации Solana в области производительности.

Sealevel — это среда параллельного выполнения смарт-контрактов Solana. Смарт-контракты — это программы, хранящиеся в блокчейне и вызываемые через транзакции. В то время как EVM Ethereum обрабатывает транзакции последовательно, Sealevel может выполнять неконфликтующие транзакции на нескольких ядрах процессора. Этот параллелизм возможен благодаря аккаунтам, которые каждая транзакция объявляет для чтения или записи; PoH предоставляет основу для упорядочивания, но не определяет, какие аккаунты являются независимыми.

Gulf Stream — это протокол пересылки транзакций Solana без использования мемпула. Вместо того чтобы удерживать неподтвержденные транзакции в пуле ожидания, Gulf Stream проталкивает транзакции следующему ожидаемому лидеру-валидатору до того, как текущий блок будет финализирован, используя график лидеров PoH, чтобы знать, кто будет следующим. Затем Turbine, протокол распространения блоков Solana, вдохновленный BitTorrent, разбивает подтвержденные блоки на пакеты меньшего размера и эффективно распределяет их по сети валидаторов.

PoH — это фундамент. Sealevel и Gulf Stream строятся непосредственно на нем, как и Turbine. Показатель 65 000 TPS отражает работу всех этих инноваций вместе, где PoH служит уровнем упорядочивания, от которого зависит каждая из них.

Приложения DeFi, включая децентрализованные биржи и протоколы кредитования, требуют высокой пропускной способности транзакций для масштабного функционирования. Архитектура Solana с поддержкой PoH позволяет этим приложениям обрабатывать тысячи операций в секунду на базовом уровне — мощность, которой не соответствуют большинство текущих блокчейнов уровня 1, хотя решения уровня 2 в других сетях сокращают этот разрыв для конкретных сценариев использования.

Чтобы понять, почему эта архитектура важна, полезно сравнить PoH напрямую с механизмами консенсуса, для совместной работы с которыми он был разработан.

Proof of History против Proof of Work против Proof of Stake: прямое сравнение

Самый важный структурный момент перед этим сравнением: Proof of History не является механизмом консенсуса. Proof of Work и Proof of Stake являются механизмами консенсуса. Сравнивать PoH напрямую с PoW или PoS — это все равно что сравнивать часы с системой голосования. Они решают разные задачи, и это различие определяет все остальное в данной таблице.

Примечание: Теоретический TPS Solana представляет собой совокупный результат работы PoH, Sealevel, Turbine и Gulf Stream в оптимальных условиях. Этот показатель не достигается на регулярной основе в производственной среде.

PoH против Proof of Work: скорость и энергия

Proof of Work в Bitcoin и Proof of History в Solana решают разные задачи, но контраст между ними в пропускной способности и энергопотреблении разителен. В PoW майнеры соревнуются в решении вычислительно сложной задачи. Победитель добавляет следующий блок и получает вознаграждение. Эта конкуренция намеренно затратна, так как именно затраты энергии делают откат цепи непомерно дорогим. Bitcoin обрабатывает примерно 7 TPS как прямой результат такой конструкции.

PoH не заменяет модель безопасности PoW. Он решает другую проблему — проблему упорядочивания во времени — с гораздо меньшими вычислительными потерями. Только один валидатор (текущий лидер) создает последовательность PoH, а не все майнеры соревнуются одновременно.

SHA-256 также используется в процессе майнинга Биткоина, но применение принципиально отличается. Майнеры Биткоина ищут хеш с определенными свойствами в конкурентной гонке. PoH в Solana запускает SHA-256 последовательно для создания временной записи, а не для того, чтобы за что-то конкурировать.

PoH против Proof of Stake: это не одно и то же

Нет, Proof of History — это не то же самое, что Proof of Stake. Solana не использует PoH вместо PoS. Она использует и то, и другое одновременно для разных целей.

Proof of Stake — это механизм консенсуса, в котором валидаторы выбираются для создания блоков на основе количества криптовалюты, которую они внесли в стейкинг в качестве залога. Ethereum перешел на Proof of Stake в сентябре 2022 года с обновлением Merge. PoS в Ethereum обрабатывает примерно от 15 до 30 TPS на базовом уровне, в то время как решения уровень 2, такие как Arbitrum и Optimism, значительно увеличивают эффективную пропускную способность сверх этого показателя.

Solana использует систему на базе PoS для выбора валидаторов, которая определяет, кто становится лидером, ответственным за создание последовательности PoH для данного слота. Затем PoH обеспечивает временную последовательность, которую Tower BFT использует для достижения консенсуса. Эти два механизма дополняют друг друга, а не конкурируют. PoH — это часы; PoS определяет, кто их заводит.

Как Proof of History взаимодействует с полной архитектурой Solana

Для разработчиков, оценивающих Solana как платформа, вопрос заключается не только в том, что делает PoH в изоляции. Важно то, как PoH вписывается в полную архитектуру из восьми инноваций, которую Анатолий Яковенко описал в своем Whitepaper 2017 года, и чего эта архитектура требует от оборудования, на котором она работает.

Tower BFT: Использование записи PoH в качестве часов для голосования

Tower BFT использует верифицируемую временную запись PoH для реализации механизма блокировки голосов, который был бы невозможен без общей, заслуживающей доверия последовательности слотов.

Вот как это работает на практике. Валидаторы в Solana отдают голоса за блоки, которые они считают валидными. Каждый голос связан с определенным номером слота PoH. Tower BFT применяет правило блокировки: как только валидатор проголосовал за слот, он не может голосовать за конфликтующий форк в течение экспоненциально увеличивающегося количества последующих слотов. Чем дольше блокировка, тем больше SOL, внесенных в стейкинг, валидатор рискует потерять в результате слэшинга, если попытается проголосовать за обе стороны форка.

Tower BFT может применять эти временные блокировки именно потому, что PoH обеспечивает верифицируемую общую последовательность слотов. Без PoH не было бы надежного общего ориентира для того, что «слот 347 891 произошел раньше слота 347 892». Временная блокировка голосов требует надежных часов. PoH и есть эти часы.

Расписание лидеров определяется заранее с использованием веса SOL, внесенных в стейкинг. Валидаторы знают, какой узел должен создавать поток PoH и предлагать блок для каждого предстоящего слота. Эта предсказуемость позволяет осуществлять пересылку с учетом лидера до того, как текущий блок будет финализирован, что снижает зависимость от обычного глобального мемпула, не устраняя при этом перегрузки, сбросы транзакций, приоритетные комиссии или риск MEV.

BFT в контексте Tower BFT означает, что сеть допускает наличие до одной трети злонамеренных или вышедших из строя валидаторов, сохраняя при этом достижение консенсуса. Структура экспоненциальной блокировки гарантирует, что атака на сеть путем манипулирования голосами становится геометрически дороже по мере роста периода блокировки.

Sealevel: Как упорядочивание транзакций PoH обеспечивает параллелизм

Большинство блокчейнов обрабатывают транзакции последовательно, по одной, потому что без верифицированного упорядочивания они не могут безопасно определить, какие транзакции могут выполняться одновременно без конфликтов. Если две транзакции пытаются изменить баланс одного и того же счета, их параллельная обработка без знания их порядка чревата риском двойной траты.

Sealevel решает эту проблему, считывая верифицированную очередь транзакций PoH и анализируя заявленные наборы счетов для чтения и записи каждой транзакции. Поскольку каждая транзакция Solana должна указывать, из каких счетов она считывает данные и в какие записывает, Sealevel может на момент отправки определить, какие транзакции являются независимыми. Независимые транзакции (затрагивающие совершенно разные счета) могут выполняться одновременно на нескольких ядрах процессора или потоках GPU. Взаимозависимые транзакции выполняются последовательно в их верифицированном порядке PoH.

Роль PoH заключается в предоставлении упорядоченной очереди транзакций с отметками времени, которую потребляет Sealevel. Без верифицированного упорядочивания, которое производит PoH, параллельное исполнение потребовало бы дорогостоящих накладных расходов на координацию для предотвращения конфликтов. Solana называет свои ончейн-программы «программами», а не смарт-контрактами в своей нативной документации, что отражает архитектурное отличие от модели исполнения Ethereum, хотя термин «смарт-контракты» широко понятен и используется во всей индустрии.

Gulf Stream использует расписание лидеров PoH для отправки неподтвержденных транзакций напрямую предстоящим валидаторам-лидерам, а Turbine использует упорядоченные в PoH блоки в качестве основы для своего дерева распространения блоков в стиле BitTorrent. Каждый важный компонент производительности в архитектуре Solana зависит от PoH как основы упорядочивания.

Эта архитектурная плотность также является источником некоторых наиболее значимых критических замечаний в адрес PoH, в частности, требований к оборудованию, которые она предъявляет к валидаторам.

Ограничения и критика Proof of History: честная оценка

Proof of History несет в себе реальные архитектурные компромиссы, и самым существенным из них являются требования к оборудованию, которые она предъявляет к валидаторам, запускающим ее.

Для запуска валидатора Solana требуется высококлассное серверное оборудование: процессор с большим количеством ядер, минимум 128 ГБ оперативной памяти, NVMe SSD и сетевое соединение со скоростью несколько гигабит. Документация Solana рекомендует аппаратные спецификации, сборка и эксплуатация которых обходятся в сумму от 5 000 до 20 000 долларов и более.

Этот стоимостный барьер ограничивает участие в наборе валидаторов операторами с хорошими ресурсами. Полная нода Биткоина может работать на Raspberry Pi стоимостью менее 100 долларов. Валидатор Solana — нет. Результатом является давление в сторону централизации: чем выше стоимость участия, тем меньше пул потенциальных валидаторов и тем более концентрированной становится мощь консенсуса сети среди хорошо финансируемых институциональных операторов.

Здесь уместно говорить о давлении в сторону централизации, а не о завершенной централизации. Solana сохранила примерно от 1 500 до 2 000 активных валидаторов, что меньше, чем набор из нескольких сотен тысяч валидаторов Ethereum, хотя более низкий порог оборудования Ethereum предполагает другие экономические требования (для внесения в стейкинг требуется 32 ETH). Solana Foundation внедрила программы делегирования стейкинга для поддержки более мелких валидаторов, но лежащее в основе требование к оборудованию, обусловленное требованиями PoH к пропускной способности, остается структурным, а не случайным.

Этот компромисс является преднамеренным: архитектура Яковенко отдает приоритет пропускной способности над доступностью, принимая давление централизации как цену производительности. Является ли этот компромисс приемлемым, зависит от того, что оценивающий ценит больше всего.

Сбои в сети: был ли в этом виноват Proof of History?

Сам по себе Proof of History не был причиной крупных сбоев в сети Solana. Сбои возникли из-за потоков спам-транзакций, перегрузивших вычислительные мощности сети, и из-за ошибок в программном обеспечении клиента валидатора.

Задокументированные инциденты специфичны. В сентябре 2021 года сеть Solana пережила 17-часовой сбой, вызванный всплеском транзакций, сгенерированных бот, во время первоначального предложения DEX на Raydium. Объем спам-транзакций переполнил память валидаторов, что привело к их сбою и остановке сети до тех пор, пока не был организован скоординированный перезапуск. Дополнительные сбои в сети произошли в январе и мае 2022 года, каждый из которых был вызван сочетанием спам-атак и ошибок в ПО валидаторов, а не сбоями в самом механизме PoH.

Честная архитектурная связь заключается в следующем: дизайн PoH отдает приоритет пропускной способности над консервативным управлением ресурсами, что означало отсутствие встроенного ограничения скорости или защиты от спама на основе комиссий на момент тех сбоев. Сеть, спроектированная для 65 000 TPS, должна обрабатывать трафик в объеме 65 000 TPS, включая вредоносный трафик. Более консервативные архитектуры, ограничивая пропускную способность, также ограничивают поверхность атаки.

После 2022 года Solana внедрила несколько инженерных решений: сетевой протокол QUIC для более устойчивого приема транзакций, рынки комиссий за транзакции, чтобы сделать спам экономически затратным, и качество обслуживания, взвешенное по доле (стейку), для приоритезации транзакций от валидаторов со значительной долей (стейком). Эти меры значительно улучшили стабильность сети.

История сбоев отражает инженерную незрелость высокопроизводительной системы, а не недостаток самой концепции Proof of History, хотя эти два аспекта архитектурно связаны. Инвесторы и разработчики, оценивающие Solana, должны точно понимать это различие.

Зависимости от синхронизации часов

Последовательная хеш-цепочка PoH зависит от того, что валидаторы поддерживают достаточно точные локальные часы. Существенный дрейф часов между валидаторами может привести к несогласованности временных меток слотов, когда валидаторы не согласны относительно того, к какому слоту относится данный хеш-выход. Это связано с механизмом консенсуса.

На практике это управляется стандартной синхронизацией NTP (Network Time Protocol), и дрейф часов не являлся существенным источником реальных сбоев. Это представляет собой теоретическую поверхность атаки: изощренный злоумышленник, который мог бы манипулировать временными сигналами, достигающими значительного числа валидаторов, потенциально мог бы нарушить назначение слотов. Это признается как аспект проектирования, а не критическая уязвимость в текущей модели угроз.

Часто задаваемые вопросы о Solana Proof of History

Ниже приведены ответы на наиболее частые вопросы о Proof of History, основанные на поисковых запросах, которые отражают то, что чаще всего спрашивают инвесторы, разработчики, исследователи и скептики.

Каково назначение Proof of History в Solana?

Proof of History создает криптографическую запись времени, которая позволяет валидаторам Solana договариваться о порядке и времени транзакций без обмена сообщениями о временных метках друг с другом. Решая задачу "когда это произошло" криптографически, PoH позволяет Tower BFT сосредоточиться исключительно на задаче "является ли это действительным", снижая накладные расходы на консенсус и обеспечивая высокую пропускную способность транзакций Solana.

Является ли Proof of History тем же самым, что и Proof of Stake?

Нет. Proof of History — это механизм хронометража; Proof of Stake — это механизм консенсуса для выбора валидаторов, которые предлагают блоки. Они решают разные задачи. Solana использует оба механизма одновременно: PoH предоставляет проверяемую временную последовательность, которая упорядочивает транзакции, в то время как система на основе PoS определяет, какой валидатор генерирует поток PoH для каждого слота. Путаница между ними часто встречается в менее качественном освещении Solana, но это архитектурно различные компоненты.

Анатолий Яковенко, соучредитель и генеральный директор Solana Labs, представил Proof of History в Whitepaper 2017 года под названием "Solana: новая архитектура для высокопроизводительного блокчейна". До основания Solana Labs Яковенко работал старшим инженером в Qualcomm, где занимался распределенными операционными системами и алгоритмами сжатия. Бета-версия мейннета Solana была запущена в марте 2020 года.

Теоретическая пропускная способность Solana составляет примерно 65 000 транзакций в секунду при оптимальных условиях; реальная наблюдаемая пропускная способность обычно составляет от 2000 до 4000 TPS. Базовый уровень Ethereum обрабатывает примерно 15-30 TPS, при этом решения уровня 2 значительно расширяют эффективную пропускную способность. Преимущество Solana в скорости базового уровня является структурным, обусловленным упорядочиванием времени PoH, которое обеспечивает параллельное выполнение и снижает накладные расходы на консенсус.

Три основных задокументированных ограничения: высокие требования к оборудованию валидаторов (128 ГБ+ ОЗУ, NVMe SSD, многогигабитные сети, стоимость оборудования от 5000 до 20 000 долларов США+), которые создают давление на централизацию, исключая участников с меньшими ресурсами; исторические проблемы с надежностью сети, включая 17-часовое отключение в сентябре 2021 года и несколько остановок сети в 2022 году, вызванных атаками спама и ошибками клиентского ПО валидаторов; а также зависимость от синхронизации часов, где значительный дрейф часов валидаторов представляет собой теоретическую поверхность атаки, управляемую на практике посредством синхронизации NTP.

Теоретический максимум Solana составляет примерно 65 000 транзакций в секунду, как описано в Whitepaper Яковенко 2017 года. Эта цифра отражает все архитектурные инновации Solana, работающие на пределе своих возможностей при оптимальных сетевых условиях. Реальная наблюдаемая пропускная способность в типичных условиях работы сети составляет от 2000 до 4000 TPS. Теоретический предел отражает архитектурный дизайн; реальная цифра отражает производственную производительность.

Tower BFT — это механизм голосования и выбора форка в Solana, взвешенный по доле (стейку) и построенный вокруг слотов PoH. Валидаторы голосуют с возрастающими блокировками, делая конфликтующие голоса дорогостоящими. Не следует приравнивать один целевой слот к полной финализации; проверяйте текущие уровни подтверждения и требования приложения.

Сам криптографический механизм, последовательная хеш-цепочка SHA-256, является безопасным. SHA-256 никогда не был успешно взломан в производственных средах и считается криптографически надежным сообществом по безопасности. Надежность на сетевом уровне, включая сбои 2021 и 2022 годов, является отдельной проблемой от криптографической безопасности. Хеш-цепочка PoH не была скомпрометирована во время каких-либо сетевых сбоев Solana; эти события были вызваны исчерпанием ресурсов и ошибками программного обеспечения, а не каким-либо сбоем криптографического протокола.

Без PoH валидаторы Solana должны были бы обмениваться сообщениями с временными метками перед каждым раундом консенсуса для установления порядка транзакций, как это требуется в традиционных системах консенсуса BFT. Эти накладные расходы на обмен сообщениями растут с числом валидаторов и ограничивают пропускную способность. PoH заменяет это общение криптографическим доказательством: сама хеш-цепочка демонстрирует порядок и время событий, поэтому валидаторы могут напрямую переходить к голосованию за действительность транзакций, а не сначала договариваться о времени.

Нет. Последовательное хеширование SHA-256 в PoH выполняется на одном назначенном валидаторе-лидере для каждого слота, а не среди множества конкурирующих майнеров. Это не энергоемко так, как майнинг Proof of Work в Bitcoin, где каждый майнер одновременно тратит вычислительную мощность, соревнуясь за поиск действительного хеша. Общее энергопотребление Solana составляет лишь малую часть потребления Bitcoin. Стоимость оборудования, связанная с валидаторами Solana, является проблемой децентрализации и финансов, но она отличается от вопроса энергопотребления.

Solana сама по себе является блокчейном уровня 1. Она не работает поверх другой сети, как это делают решения уровня 2 Ethereum. Solana управляет своим собственным независимым блокчейном, используя Proof of History для упорядочивания времени транзакций и Tower BFT для консенсуса, с SOL в качестве своего нативного токена.

Код Solana является открытым исходным кодом, что делает механизм PoH доступным для изучения и адаптации другими проектами. На практике PoH глубоко интегрирован в полный стек Solana. Tower BFT, Sealevel и Gulf Stream зависят от последовательности PoH. Извлечение и применение PoH к другому блокчейну потребовало бы воспроизведения большей части окружающего стека Solana для достижения тех же преимуществ в производительности.

Исследуйте SOL на Bybit

Читатели могут ознакомиться с текущей рыночной информацией по SOL или спот-рынком SOL/USDT. Эти ссылки предоставляют доступ к рынку и не доказывают, что Solana, кошелек или сторонний протокол подходит каждому читателю.

Вывод: Является ли Proof of History подлинной инновацией?

Proof of History является подлинной криптографической инновацией. Механизм хеш-цепочки SHA-256 решает реальную проблему в распределенных системах: доказательство течения времени без доверия к каким-либо одиночным часам, таким образом, что это может быть проверено любым наблюдателем без необходимости повторного выполнения всего вычисления.

Влияние на производительность реально. Преимущество пропускной способности базового уровня Solana перед другими основными блокчейнами уровня 1 является структурным, а не случайным, и PoH является основополагающим механизмом, который делает это возможным. Инвесторы, оценивающие, является ли это преимущество долговечным, должны сопоставить его с задокументированными компромиссами: требования к оборудованию валидаторов, которые создают давление на централизацию, история надежности сети, включающая серьезные сбои, и дизайн, оптимизированный для производительности, который отдает приоритет пропускной способности перед консервативной устойчивостью.

Эти компромиссы — инженерные задачи, а не фундаментальные недостатки в криптографической конструкции. Реализация QUIC, рынков комиссий и качества обслуживания, взвешенного по стейку, после 2022 года демонстрирует, что инженерная команда Solana устранила наиболее острые сбои в надежности. Вопрос о том, приведет ли дальнейшее созревание к тому, что профиль надежности будет соответствовать обещанию пропускной способности, будет ответом продолжающейся операционной истории сети.

Читатель, ознакомившийся с этой статьей, теперь может точно определить Proof of History и объяснить, как хеш-цепочка SHA-256 создает проверяемую запись времени. Он может отличать PoH от механизмов консенсуса, таких как Proof of Stake, формулировать, почему PoH обеспечивает преимущество Solana в пропускной способности, и оценивать задокументированные ограничения с соответствующим контекстом. Это техническая картина, необходимая для оценки архитектуры Solana по ее достоинствам.

Информация в этой статье отражает общедоступную техническую документацию и актуальна на момент публикации. Протоколы блокчейна и метрики производительности сети со временем меняются. Этот контент не связан и не спонсируется Solana Labs или Solana Foundation.

Связанные материалы

• Механизм консенсуса Solana
• Архитектура Solana
• Скорость Solana: реальный TPS против теории