Gulf Stream

Что такое Gulf Stream в криптовалютах?

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

Эту систему часто называют механизмом перенаправления транзакций без мемпула.

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

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

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

Первоначальное описание Gulf Stream от Solana было опубликовано в июне 2019 года. В нем эта концепция представлена как способ перенести кэширование и перенаправление транзакций на периферию сети.

Gulf Stream — это не криптовалюта, токен, кошелек, смарт-контракт, алгоритм консенсуса или отдельный блокчейн.

Это архитектурный термин, связанный с маршрутизацией транзакций до их выполнения и фиксации в реестре Solana.

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

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

Зачем создали Gulf Stream

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

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

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

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

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

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

Solana проектировалась с короткими слотами и расписанием лидеров, которое показывает, какой валидатор должен создавать записи в реестре в каждом слоте.

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

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

Действительно ли Gulf Stream работает без мемпула?

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

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

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

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

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

Поэтому термин «без мемпула» — это упрощенное описание архитектуры, а не утверждение, что временное хранение транзакций полностью устранено.

Как Gulf Stream использует расписание лидеров

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

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

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

Расписание лидеров остается действительным в течение эпохи.

Его также можно запросить через официальный метод RPC getLeaderSchedule.

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

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

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

Как проходит транзакция в Gulf Stream

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

Приложение формирует транзакцию, содержащую одну или несколько инструкций.

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

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

Транзакцию подписывают необходимые приватные ключи.

Обычно подписанную транзакцию отправляют узлу RPC Solana.

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

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

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

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

Текущий конвейер обработки транзакций Solana

В текущей документации конвейер обработки транзакций Solana описаны восемь основных этапов.

На первом этапе принимаются и десериализуются пакеты транзакций.

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

На втором этапе проверяются криптографические подписи транзакции.

Пакет с недействительной обязательной подписью отбрасывается до выполнения.

На третьем этапе проверяется структура транзакции и корректность ссылок на аккаунты и инструкции.

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

На пятом этапе проверяются плательщик комиссии и, если требуется, условия для долговременного nonce.

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

На седьмом этапе по порядку выполняется каждая инструкция.

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

Gulf Stream теснее всего связан с этапами, которые предшествуют этому конвейеру, а не с правилами выполнения внутри него.

Gulf Stream и модуль обработки транзакций

Валидаторы Solana используют архитектуру обработки транзакций, которую обычно называют Transaction Processing Unit (TPU).

TPU — это не физический чип и не продукт, связанный с токенами.

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

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

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

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

Недавние хеши блоков и истечение срока действия транзакции

Обычная транзакция Solana содержит недавний хеш блока.

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

В текущей документации о структуре транзакций Solana указано, что срок действия недавнего хеша блока истекает через 150 слотов.

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

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

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

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

Почему старые данные о сроках Gulf Stream могут быть устаревшими

В исходной статье о Gulf Stream за 2019 год говорилось об ожидаемом сроке жизни транзакции примерно в 32 блока и использовались ранние предположения о времени работы тестовой сети.

Эти значения нельзя использовать как текущие ограничения протокола Solana.

В актуальной официальной документации для обработки транзакций указан срок действия недавнего хеша блока в 150 слотов.

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

Историческая статья по-прежнему полезна для понимания исходной концепции, однако многие детали реализации изменились с 2019 года.

Долговременные nonce и Gulf Stream

Долговременный nonce — это альтернатива стандартной модели истечения срока действия недавнего хеша блока.

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

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

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

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

Долговременный nonce меняет правила проверки срока действия транзакции, а не заменяет перенаправление на основе расписания лидеров.

Gulf Stream и удаление повторных транзакций

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

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

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

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

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

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

Gulf Stream и комиссии за транзакции

Gulf Stream не отменяет комиссии за транзакции.

За каждую обычную транзакцию Solana нужно платить комиссию в SOL.

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

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

Текущая базовая комиссия составляет 5,000 lamports за подпись.

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

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

По текущим правилам комиссия приоритета выплачивается валидатору.

Комиссии приоритета и планирование работы лидера

Отправка транзакции правильному лидеру не гарантирует, что лидер выполнит ее.

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

Планировщик валидатора должен учитывать комиссии, требования к вычислениям, конфликты аккаунтов и лимиты блока.

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

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

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

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

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

Gulf Stream и вычислительные единицы

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

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

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

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

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

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

Блокировки аккаунтов и конфликты транзакций

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

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

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

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

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

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

Gulf Stream и параллельная обработка

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

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

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

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

Перенаправление транзакций и параллельное выполнение смарт-контрактов связаны с производительностью, но это разные механизмы.

Gulf Stream и традиционный публичный мемпул

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

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

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

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

В Gulf Stream основной акцент сделан на перенаправлении транзакций запланированным лидерам.

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

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

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

Gulf Stream и консенсус

Gulf Stream — это не механизм консенсуса Solana.

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

Gulf Stream связан с доставкой подписанных транзакций валидаторам — производителям блоков — до их включения.

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

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

Gulf Stream и Proof of History

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

Gulf Stream использует предсказуемую структуру слотов и лидеров сети для направления транзакций.

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

Proof of History связан с упорядочиванием и временем, а Gulf Stream — с маршрутизацией ожидающих транзакций.

Gulf Stream и Turbine

Turbine отвечает за распространение блоков и данных реестра от лидеров остальным валидаторам сети.

Gulf Stream в общем случае действует в противоположном направлении: помогает доставлять транзакции пользователей лидерам до создания блока.

Gulf Stream направляет поток транзакций к производителю блока.

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

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

Gulf Stream и Sealevel

Sealevel — это среда параллельного выполнения смарт-контрактов в Solana.

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

Gulf Stream не выполняет инструкции смарт-контрактов.

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

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

Gulf Stream и узел RPC

Узел RPC предоставляет кошелькам и приложениям интерфейс для чтения данных блокчейна и отправки транзакций.

Gulf Stream описывает концепцию перенаправления транзакций к лидерам после отправки или во время нее.

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

Ответ RPC о том, что транзакция принята для отправки, не обязательно означает ее подтверждение в блокчейне.

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

Преимущества Gulf Stream

Gulf Stream может сократить широковещательную передачу ожидающих транзакций по сети.

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

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

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

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

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

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

Ограничения Gulf Stream

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

Эти валидаторы могут стать объектом перегрузки или атак типа «отказ в обслуживании».

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

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

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

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

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

Gulf Stream решает задачу распределения транзакций, но не устраняет все причины перегрузки блокчейна.

Гарантирует ли Gulf Stream быстрое подтверждение?

Нет, Gulf Stream не гарантирует подтверждение криптовалютной транзакции за определенное время.

Транзакция должна достичь лидера до истечения срока ее действия.

Ее подписи и структура должны быть корректными.

На балансе плательщика комиссии должно быть достаточно SOL для ее оплаты.

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

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

Ее инструкции должны выполниться успешно.

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

Эффективное перенаправление упрощает этот процесс, но не гарантирует успешного выполнения транзакции в приложении.

Почему транзакцию Gulf Stream могут отбросить

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

Ее могут отклонить из-за недействительной обязательной подписи.

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

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

При перегрузке ей могут назначить низкий приоритет из-за слишком малой комиссии приоритета.

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

Она может превысить запрошенный лимит вычислительных единиц.

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

Gulf Stream и окончательность транзакций

Перенаправление, обработка, подтверждение и окончательность — это разные этапы.

Перенаправление означает, что пакет транзакции передается валидатору.

Обработка означает, что валидатор проверил транзакцию и, возможно, выполнил ее.

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

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

Gulf Stream помогает на первом этапе этого процесса, но сам по себе не обеспечивает окончательность.

Gulf Stream и MEV

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

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

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

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

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

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

Gulf Stream и пользователи кошельков

Обычным пользователям кошельков, как правило, не нужно включать или отключать Gulf Stream.

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

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

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

Быстрая маршрутизация не делает вредоносный смарт-контракт безопасным.

Для работы Gulf Stream не требуется отправлять на сайт сид-фразу, приватный ключ или фразу восстановления кошелька.

Gulf Stream и разработчики

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

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

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

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

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

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

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

Вопросы безопасности Gulf Stream

Gulf Stream не дает разрешение на выполнение транзакций.

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

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

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

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

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

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

Распространенные заблуждения о Gulf Stream

Одно из заблуждений заключается в том, что Gulf Stream — это токен, который можно купить.

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

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

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

Третье заблуждение — будто Gulf Stream подтверждает транзакции до начала слота лидера.

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

Четвертое заблуждение заключается в том, что Gulf Stream заменяет консенсус.

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

Пятое заблуждение — будто прямое перенаправление гарантирует включение в блок.

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

Риски мошенничества, связанного с Gulf Stream

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

У настоящей архитектурной функции Solana нет продажи токенов, аирдропа, хранилища для стейкинга или миграции кошелька.

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

Любой сервис, запрашивающий фразу восстановления для ускорения или восстановления транзакции, является мошенническим.

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

FAQ

Что такое Gulf Stream в криптовалютах?

Gulf Stream — историческое название системы Solana, которая направляет ожидающие транзакции валидаторам, назначенным создавать ближайшие блоки.

Является ли Gulf Stream криптовалютой?

Нет, Gulf Stream — это не монета, токен, стейблкоин или криптоактив для инвестирования.

Является ли Gulf Stream блокчейном?

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

Что означает «без мемпула»?

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

В Solana совсем нет мемпула?

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

Как Gulf Stream определяет, куда отправлять транзакции?

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

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

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

Доступно ли расписание лидеров публично?

Да, расписание можно определить на основе состояния сети и запросить с помощью официальных методов RPC.

Выполняет ли Gulf Stream смарт-контракты?

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

Заменяет ли Gulf Stream Proof of History?

Нет, Proof of History связан с последовательностью и временем, а Gulf Stream — с перенаправлением транзакций.

Заменяет ли Gulf Stream консенсус?

Нет, консенсус определяет принятую историю реестра, а Gulf Stream помогает доставлять транзакции валидаторам, создающим блоки.

Гарантирует ли Gulf Stream подтверждение транзакции?

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

Как долго действует обычная транзакция Solana?

Сейчас транзакция с недавним хешем блока действительна в течение окна обработки в 150 слотов.

Что происходит после истечения срока действия недавнего хеша блока?

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

Что такое долговременный nonce?

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

Можно ли повторно отправить одну и ту же подписанную транзакцию?

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

Отменяет ли Gulf Stream комиссии за транзакции?

Нет, за транзакции по-прежнему взимается базовая комиссия в SOL, а также может взиматься необязательная комиссия приоритета.

Какова текущая базовая комиссия Solana?

Текущая базовая комиссия составляет 5,000 lamports за каждую учитываемую подпись.

Как работает комиссия приоритета?

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

Гарантирует ли высокая комиссия приоритета успех транзакции?

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

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

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

Может ли Gulf Stream предотвратить перегрузку сети?

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

Можно ли включить Gulf Stream в кошельке?

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

Защищает ли Gulf Stream пользователей от вредоносных транзакций?

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

Требует ли Gulf Stream сид-фразу?

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

Почему сроки в исходной статье о Gulf Stream за 2019 год отличаются от текущей документации?

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

Остается ли Gulf Stream актуальным?

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

Заключение

Gulf Stream — историческое название метода Solana для перенаправления ожидающих криптовалютных транзакций лидерам.

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

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

Отсутствие мемпула не означает отсутствия очередей транзакций.

Узлы RPC, валидаторы и лидеры по-прежнему могут кэшировать, буферизовать, повторно отправлять и планировать обработку пакетов транзакций.

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

Gulf Stream не заменяет консенсус, Proof of History, параллельное выполнение или распространение блоков.

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

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

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

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

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

Пользователям не нужно активировать Gulf Stream или покупать токен Gulf Stream.

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

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

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