Proof of History (PoH)

Что такое Proof of History (PoH)?

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

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

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

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

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

PoH решает проблему отсутствия единого доверенного времени в децентрализованных сетях.

В глобальной блокчейн-сети валидаторы получают сообщения в разное время из-за задержек, географического положения, различий оборудования и перегрузки сети.

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

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

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

Как работает Proof of History

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

Каждый хеш зависит от предыдущего.

Поскольку каждый этап зависит от предыдущего, сформировать всю последовательность одновременно параллельно нельзя.

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

В объяснении криптографических часов Proof of History от Solana PoH описывается как высокочастотная функция проверяемой задержки, которая записывает счетчик и результат с течением времени.

Данные можно добавить в последовательность, захешировав их в текущем состоянии.

После добавления данных все последующие хеши зависят от этой записи.

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

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

Валидаторы могут позднее проверить последовательность и убедиться, что порядок корректен.

Proof of History как криптографические часы

Proof of History работает как криптографические часы, но это не то же самое, что обычные часы в телефоне, ноутбуке или сервере.

Обычные часы показывают пользователю текущее время в реальном мире.

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

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

Недобросовестный валидатор или валидатор с неправильной конфигурацией может указать ложную метку времени.

Задержки сети также могут сделать метки времени ненадежными для разных устройств.

В документации Anza по синхронизации объясняется, что узлы-лидеры Solana отмечают время блоков криптографическими доказательствами того, что с момента предыдущего доказательства прошло определенное время.

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

Таким образом, PoH дает валидаторам общую структуру времени, основанную на вычислениях, а не на доверии к локальным часам.

Это помогает сети работать быстрее, поскольку валидаторам требуется меньше обмениваться сообщениями для согласования порядка событий.

Proof of History и функции проверяемой задержки

Функция проверяемой задержки (VDF) — это функция, вычисление которой требует определенного объема последовательной работы, но результат которой впоследствии проще проверить.

Proof of History часто объясняют как высокочастотный процесс, похожий на VDF.

Главная особенность заключается в том, что предсказать результат без фактического выполнения последовательности невозможно.

Поскольку каждый шаг зависит от предыдущего результата, процесс создает измеримую задержку.

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

В архитектуре Solana процесс PoH использует непрерывную последовательность хешей для создания временной шкалы.

Валидаторы могут проверять эту запись позднее, параллельно анализируя отдельные части последовательности.

Это важно, поскольку создавать последовательность нужно последовательно, а проверка должна выполняться намного быстрее.

Такая асимметрия характерна для многих эффективных криптографических систем.

Создать доказательство сложно, но другим участникам проще проверить его корректность.

Proof of History и Proof of Work: сравнение

Proof of History отличается от Proof of Work.

Proof of Work — это механизм консенсуса, в котором майнеры соревнуются в решении хеш-задач и предложении блоков.

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

Proof of Work использует вычисления как меру затрат на обеспечение безопасности.

Proof of History использует последовательные вычисления для записи временного порядка.

В Proof of Work множество майнеров соревнуются в поиске допустимого хеша блока.

В Proof of History лидер создает проверяемую последовательность, которая помогает упорядочивать записи и транзакции.

В цепочке PoW накопленная работа помогает определить допустимую цепочку.

В архитектуре на основе PoH последовательность PoH обеспечивает синхронизацию, создание блоков и голосование валидаторов в более быстрой последовательности процессов.

Обе системы используют хеширование, но для разных целей.

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

Proof of History и Proof of Stake

Proof of History также отличается от Proof of Stake.

Proof of Stake — это механизм консенсуса, в котором валидаторы блокируют стейк и участвуют в проверке блоков, голосовании и финализации.

Сам по себе Proof of History не заменяет стейкинг.

Он поддерживает работу валидаторов, предоставляя сети более надежную структуру упорядочивания.

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

В этой модели стейк определяет влияние валидаторов и расписание лидеров, а PoH помогает организовать временную последовательность записей.

В документации Anza о смене лидеров объясняется, что валидаторы выбирают предполагаемых лидеров по расписанию и отклоняют блоки, не подписанные лидером слота.

PoH помогает этим лидерам создавать упорядоченные записи для назначенных им слотов.

Затем валидаторы проверяют и воспроизводят данные, а также голосуют в соответствии с правилами консенсуса протокола.

PoS обеспечивает экономическую безопасность, а PoH — криптографическую структуру времени.

Proof of History и лидеры Solana

В Solana лидеры — это валидаторы, которым назначено создание записей в определенных временных слотах.

Лидер получает транзакции, отбирает допустимые, выполняет их, объединяет в записи и передает эти записи другим валидаторам.

Последовательность PoH помогает расположить записи в правильном порядке.

Лидер не просто заявляет, что события произошли в определенной последовательности.

Он записывает их в последовательность PoH, чтобы другие валидаторы могли проверить порядок.

Это важно, поскольку сетевые пакеты могут поступать валидаторам в разное время.

Вместо того чтобы полагаться только на время получения данных, валидаторы могут проверять запись PoH лидера.

В документации Anza о создании форков объясняется, что узлы по очереди становятся лидерами и генерируют PoH, кодируя изменения состояния.

Там также говорится, что в данном слоте принимаются транзакции только одного лидера.

Такая структура с лидерами помогает Solana быстро обрабатывать транзакции и одновременно дает валидаторам возможность проверять созданную историю.

Proof of History и записи

В Solana записи представляют собой небольшие пакеты транзакций, которые передаются валидаторам.

В документации Anza по синхронизации объясняется, что Solana может разбивать блоки на небольшие пакеты, называемые записями, и передавать их валидаторам в реальном времени до достижения консенсуса по блоку.

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

Валидаторы могут предварительно обрабатывать записи по мере их поступления.

Предварительная обработка означает, что валидаторы могут начать выполнять и проверять данные до завершения консенсуса.

Если позднее консенсус отклонит форк, валидаторы могут откатить состояние.

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

Валидаторы могут обрабатывать данные с большей уверенностью в том, какое место они занимают во временной последовательности.

Это сокращает время простоя и повышает пропускную способность.

Однако протокол становится сложнее: валидаторам необходимо тщательно обрабатывать форки, откаты, голосования и смену лидеров.

Proof of History и слоты

Слот — это отрезок времени, в течение которого назначенный лидер может создавать записи.

Расписание лидеров Solana заранее назначает валидаторов на определенные слоты.

В назначенный слот лидер должен сформировать поток PoH и объединить транзакции в записи.

В актуальной документации Anza по синхронизации говорится, что в текущей реализации время блока составляет 800 миллисекунд.

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

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

Если лидер не создает полезные записи, другие валидаторы все равно могут учитывать ход времени с помощью тиков или пропущенных слотов.

Это помогает сети продолжать работу, если некоторые лидеры отключились, работают медленно или потеряли соединение.

Слоты — не просто показатель скорости для пользователей.

Они входят во внутреннюю структуру времени, связывающую PoH, смену лидеров, форки и голосование валидаторов.

Proof of History и тики

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

Они важны, поскольку сети нужна непрерывная запись времени, а не только фиксация активных пакетов транзакций.

В документации Anza о создании форков объясняется, что поток PoH включает тики, указывающие на активность лидера и ход времени в кластере.

Если у лидера нет транзакций для включения, он все равно может создавать тики.

Если лидер отсутствует или не передает данные, валидаторы могут учитывать ожидаемое время с помощью последовательностей, содержащих только тики.

Это помогает ограничить возможные форки и упорядочить смену лидеров.

Тики — своего рода пульс последовательности PoH.

Они не всегда соответствуют активности пользователей, но помогают сети измерять ход работы.

Это полезно для голосования, отката, повторного воспроизведения и синхронизации.

Без тиков реестру было бы сложнее подтвердить, что прошли интервалы времени без событий.

Proof of History и Tower BFT

Tower BFT — это механизм Solana на основе голосования с блокировкой, который работает с учетом времени PoH.

Валидаторы голосуют за форки и формируют башню голосов, из-за которой со временем переход на другой форк становится все более затратным.

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

Там также говорится, что блокировки измеряются в слотах и заставляют валидаторов нести альтернативные издержки при выборе форка.

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

С помощью голосов валидаторы выражают поддержку форку.

По мере накопления голосов блокировки усиливаются, и валидаторам становится труднее переходить на противоречащие форки.

Этот процесс помогает сети прийти к единой принятой истории.

PoH сам по себе не является системой голосования.

Он обеспечивает структуру времени, которая помогает системе голосования работать эффективнее.

Proof of History и форки

Форк возникает, когда одновременно существуют конкурирующие версии реестра.

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

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

В документации Anza о создании форков объясняется, что поэтому форки возникают часто и валидаторам приходится голосовать за один из них, пока кластер не финализирует одну версию.

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

Для каждого слота валидаторы ожидают записи от назначенного лидера.

Блоки или записи от неверного лидера могут быть отклонены.

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

Это ограничивает возможную структуру форков и помогает валидаторам повторно воспроизводить реестр.

PoH не устраняет форки, но помогает упорядочить их обработку.

Proof of History и порядок транзакций

Упорядочивание транзакций — одно из важнейших применений Proof of History.

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

В традиционных распределенных системах согласование порядка может требовать нескольких раундов обмена данными.

Это требует времени и может ограничивать пропускную способность.

PoH снижает эту проблему, помещая транзакции в проверяемую последовательность.

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

Это не означает, что пользователи контролируют свое точное место в очереди.

В рамках правил протокола лидеры по-прежнему выбирают, какие допустимые транзакции включить и как сгруппировать их.

Также PoH не устраняет все риски MEV и проблемы с порядком транзакций.

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

Proof of History и пропускная способность сети

Proof of History предназначен для повышения пропускной способности за счет сокращения задержек координации.

Если у валидаторов уже есть проверяемая последовательность времени, им нужно меньше обмениваться сообщениями для согласования базового порядка событий.

Это позволяет активнее объединять в конвейер обработку транзакций, распространение блоков, повторное воспроизведение и голосование.

Высокая пропускная способность важна, поскольку криптоприложениям часто нужны быстрые и недорогие операции.

Торговля, игры, платежи, NFT, DeFi и потребительские приложения могут работать хуже, если подтверждения приходят медленно или комиссии высоки.

PoH помогает Solana развивать архитектуру, в которой множество операций выполняются параллельно или в строго запланированном конвейере.

Однако одна лишь PoH не обеспечивает высокую пропускную способность.

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

PoH — важный компонент более широкой архитектуры высокопроизводительного блокчейна.

Proof of History и оборудование валидаторов

PoH может повысить производительность, но также способствует повышенным требованиям к среде валидаторов Solana.

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

Для высокопроизводительных сетей часто требуется более мощное оборудование и сеть, чем для медленных блокчейнов.

Это создает компромисс между скоростью и доступностью для валидаторов.

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

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

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

Поэтому при оценке систем на основе PoH пользователям следует обращать внимание не только на заявленную скорость.

Также следует изучить распределение валидаторов, требования к оборудованию, разнообразие клиентов, концентрацию хостинга и надежность сети.

Быстрый блокчейн наиболее устойчив, когда его могут запускать и проверять многие независимые валидаторы.

Proof of History и финализация

Финализация означает, что транзакция принимается как завершенная в соответствии с правилами сети.

PoH помогает быстро обрабатывать данные, но финализация по-прежнему зависит от голосов валидаторов и правил консенсуса.

В Solana валидаторы голосуют за форки, а кластер финализирует одну версию истории в рамках процесса консенсуса.

В анализе консенсуса Neodyme Solana описывается как блокчейн Proof of Stake, в котором для каждого слота выбирается назначенный лидер, а финализация зависит от голосов валидаторов с учетом их стейка.

Не следует считать, что PoH сам по себе финализирует транзакции.

PoH помогает установить порядок событий, а голоса валидаторов помогают определить, какой форк будет принят.

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

Транзакция может отображаться быстро, но в разных приложениях могут использоваться разные стандарты подтверждения.

Для переводов на крупные суммы пользователям и разработчикам следует понимать уровни подтверждения и предположения о финализации.

Быстрое упорядочивание — не то же самое, что абсолютная мгновенная финализация.

Proof of History и безопасность

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

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

Это помогает защищать целостность временной шкалы реестра.

Однако PoH сам по себе не является полноценной моделью безопасности.

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

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

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

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

Безопасность криптосистем всегда многоуровневая.

Proof of History — один из уровней более широкой архитектуры Solana.

Proof of History и децентрализация

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

Снижение нагрузки на коммуникацию может помочь большому глобальному набору валидаторов эффективнее обрабатывать данные.

Однако одна лишь PoH не гарантирует децентрализацию.

Децентрализация зависит от числа независимых валидаторов, распределения стейка, работы расписания лидеров, простоты запуска программного обеспечения валидатора и концентрации инфраструктуры.

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

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

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

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

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

Преимущества Proof of History

Первое преимущество Proof of History — проверяемый порядок событий по времени.

PoH позволяет валидаторам проверить последовательность событий, не полагаясь на обычные метки времени.

Второе преимущество — меньшая нагрузка на координацию.

Валидаторы могут обрабатывать упорядоченные записи, реже обмениваясь данными о времени.

Третье преимущество — более быстрая обработка транзакций.

Проверяемая последовательность поддерживает конвейерную и предварительную обработку, а также быстрое голосование.

Четвертое преимущество — более эффективное повторное воспроизведение и возможность аудита.

Валидаторы могут повторно воспроизвести реестр и проверить последовательность PoH, чтобы убедиться в правильном порядке событий.

Пятое преимущество — поддержка приложений с высокой пропускной способностью.

Быстрое упорядочивание помогает DeFi, платежам, играм, NFT и потребительским криптоприложениям быстрее реагировать на действия пользователей.

Шестое преимущество — более четкое расписание лидеров.

PoH работает совместно со слотами, лидерами и тиками, структурируя создание блоков.

Седьмое преимущество — более надежный внутренний механизм учета времени в децентрализованной системе.

Его основой служат криптографические вычисления, а не доверие к единому серверу времени.

Ограничения Proof of History

Первое ограничение — PoH не является самостоятельным механизмом консенсуса.

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

Второе ограничение — сложность.

Системы на основе PoH могут быть сложнее для понимания пользователями и разработчиками, чем более простые модели создания блоков.

Третье ограничение — нагрузка на оборудование.

Высокопроизводительные архитектуры могут повышать требования к ресурсам валидаторов.

Четвертое ограничение — PoH не предотвращает все виды атак.

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

Пятое ограничение — зависимость от лидера в течение слота.

Если назначенный лидер работает плохо или не передает данные, сети приходится обрабатывать пропущенные слоты, форки или процедуры восстановления.

Шестое ограничение — скорость может создавать операционные сложности.

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

Седьмое ограничение — неверное понимание пользователями.

Многие слышат «Proof of History» и считают, что это аналог PoW или PoS, хотя на самом деле это другой тип криптографического компонента.

Proof of History и смарт-контракты

Смарт-контракты в блокчейне с поддержкой PoH по-прежнему зависят от базовой сети при упорядочивании транзакций и обновлении состояния.

PoH помогает определить место транзакций во временной последовательности реестра.

Затем среда выполнения обрабатывает эти транзакции в соответствии с правилами смарт-контрактов.

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

Однако PoH автоматически не делает смарт-контракты безопасными.

В смарт-контракте все еще могут быть ошибки, небезопасные разрешения, неудачная экономическая модель или злонамеренные инструкции.

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

Разработчикам по-прежнему необходимо проводить аудит программ, тестировать граничные случаи, осторожно управлять обновлениями и защищать ключи администратора.

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

Быстрое выполнение операций может улучшить работу качественных приложений, но также ускорить распространение мошенничества.

Proof of History и MEV

MEV (максимально извлекаемая стоимость) — это стоимость, получаемая за счет порядка включения транзакций в блок, их добавления или исключения.

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

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

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

На выполнение транзакций могут влиять маршрутизация в сети, приоритетные комиссии, спам, задержки и поведение валидаторов.

Для трейдеров и пользователей DeFi качество исполнения зависит не только от временной структуры базового протокола.

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

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

PoH — мощный инструмент упорядочивания, но обеспечение справедливого исполнения — более широкая задача экосистемы.

Наличие криптографических часов не отменяет необходимости проектировать систему с учетом MEV.

Распространенные заблуждения о Proof of History

Одно из распространенных заблуждений — считать Proof of History тем же, что Proof of Stake.

Proof of Stake — это модель экономического консенсуса, а Proof of History — криптографическая система учета времени и упорядочивания.

Еще одно заблуждение — считать, что Proof of History заменяет валидаторов.

Валидаторы по-прежнему нужны для проверки транзакций, голосования за форки, запуска программного обеспечения консенсуса и поддержки сети.

Еще одно заблуждение — считать, что PoH подтверждает точное время суток в реальном мире.

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

Еще одно заблуждение — считать, что PoH делает форки невозможными.

Форки по-прежнему могут возникать, но PoH помогает структурировать обработку записей, слотов, тиков и результатов работы лидеров.

Еще одно заблуждение — считать, что PoH сам по себе финализирует транзакции.

Финализация по-прежнему зависит от голосов валидаторов, консенсуса с учетом стейка и правил выбора форка.

Рекомендации для пользователей

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

По-прежнему важно тщательно защищать сид-фразы, приватные ключи и аппаратные кошельки.

Не следует считать, что быстрое подтверждение делает любую транзакцию безрисковой.

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

Перед взаимодействием с ончейн-программами следует проверять официальные ссылки на приложения и адреса токенов.

При внесении или выводе средств через приложения следует понимать уровни подтверждения.

Следует помнить, что PoH не защищает от мошенничества, фишинга, поддельных токенов и вредоносных программ.

Во время перегрузки или необычной активности следует отслеживать обновления о состоянии сети.

При переводе средств на новый адрес или во взаимодействии с новой программой следует сначала отправить небольшую тестовую сумму.

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

Рекомендации для разработчиков

Разработчикам следует понимать, как слоты, лидеры, записи, тики и форки влияют на работу приложения.

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

Не следует считать, что быстрое выполнение операций отменяет необходимость тщательного тестирования.

Следует отслеживать, как приоритетные комиссии, конкуренция транзакций и задержки влияют на пользовательский опыт.

Приложения следует проектировать так, чтобы они оставались безопасными, даже если транзакции поступают быстро или в конкурентном порядке.

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

Не следует хранить конфиденциальные данные ончейн только потому, что сеть работает быстро.

Необходимо проводить аудит программ, осторожно управлять полномочиями на обновление и отслеживать изменения среды выполнения.

Следует создавать понятные запросы кошелька, чтобы пользователи точно знали, что подписывают.

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

FAQ

Что означает Proof of History?

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

Является ли Proof of History механизмом консенсуса?

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

Какой блокчейн известен благодаря Proof of History?

С Proof of History в первую очередь ассоциируется блокчейн Solana.

Почему Proof of History важен?

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

Как Proof of History упорядочивает транзакции?

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

Proof of History — это то же самое, что Proof of Work?

Нет. Proof of Work использует конкуренцию майнеров для достижения консенсуса, а Proof of History создает проверяемую временную последовательность событий.

Proof of History — это то же самое, что Proof of Stake?

Нет. Proof of Stake использует застейканные активы и валидаторов для достижения консенсуса, а Proof of History предоставляет криптографические часы, помогающие упорядочивать события и синхронизировать сеть.

Что такое тик PoH?

Тик PoH — это пустая запись, которая помогает подтвердить активность лидера и ход времени в потоке PoH.

Кто такой лидер Solana?

Лидер Solana — это валидатор, которому назначено создавать записи для слота и вносить их в последовательность PoH.

Предотвращает ли PoH форки?

Нет. PoH не предотвращает все форки, но помогает структурировать их создание, повторное воспроизведение и голосование валидаторов.

Обеспечивает ли PoH мгновенную финализацию транзакций?

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

Защищает ли PoH пользователей от мошенничества?

Нет. PoH — это механизм учета времени и упорядочивания, поэтому пользователям по-прежнему необходимы защита кошелька, проверка транзакций и тщательная оценка приложений.

Заключение

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

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

PoH — не то же самое, что Proof of Work или Proof of Stake.

Это криптографические часы, помогающие валидаторам согласовывать порядок событий с меньшим объемом обмена данными.

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

В то же время PoH сам по себе не решает все проблемы блокчейна.

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

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

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

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