> ## Documentation Index > Fetch the complete documentation index at: https://www.helius.dev/docs/llms.txt > Use this file to discover all available pages before exploring further. # Shred Delivery > Продукт Helius с данными до исполнения. Необработанные шреды Solana, передаваемые через UDP. Начните получать необработанные шреды — оформите подписку в панели управления Helius. ## Что такое Helius Shred Delivery? [Shred Delivery](https://www.helius.dev/shreds) — это **продукт Helius с данными до исполнения**, предназначенный для доступа к данным транзакций Solana со сверхнизкой задержкой: необработанные пакеты шредов передаются через UDP сразу после создания, а их сборка выполняется на вашей стороне. Если вместо необработанных пакетов вам нужны декодированные транзакции, используйте [Preprocessed Transactions](/docs/ru/preprocessed-transactions/overview) — отдельный продукт на основе того же конвейера шредов, который не требует выполнять их сборку. Необработанные шреды дают конкурентное преимущество propAMM, снайперам, копитрейдерам, ликвидационным ботам и арбитражным системам, а также операторам RPC-узлов, которые хотят устранить задержку синхронизации сети. Примечание: шреды содержат транзакции, а не состояние аккаунтов. И необработанные шреды, и предварительно обработанные транзакции передают *транзакции* до их исполнения. Обновлений аккаунтов и программ (балансов токенов, состояния кривой связывания и т. д.) на этапе шредов еще не существует — среда выполнения создает их во время исполнения. Если вам нужны изменения состояния аккаунтов в реальном времени, используйте **[LaserStream gRPC](/docs/ru/laserstream) с уровнем подтверждения `processed`**. Чтобы получать сигнал о транзакциях еще раньше, передавайте их потоком через `preconfSubscribe` WebSocket до того, как они станут шредами. Подробнее см. в разделе [Preconfirmations](/docs/ru/pre-confirmations/overview). Требуется логика сборки шредов на вашей стороне. \$1 000 USD в месяц за IP-адрес. Для клиентов тарифа Pro стоимость составляет \$800 USD в месяц за IP-адрес. Декодированные шреды передаются через WebSocket как транзакции до исполнения — сборка шредов не требуется. Доступно на всех платных тарифах, 0,1 кредита за сообщение. Helius — ведущий валидатор по объему стейка, поэтому он получает шреды быстрее, чем валидаторы с меньшим стейком и RPC-узлы без стейка. Добавляйте и удаляйте места на вкладке Shreds в панели управления. Каждое место привязывается к одному IP-адресу. Мы автоматически определяем ближайший к вашему серверу регион. ## Что такое шреды? В Solana транзакции разбиваются на более мелкие пакеты данных, называемые **«шредами»**, чтобы обеспечить их эффективное и быстрое распространение по сети. Каждый шред представляет собой фрагмент данных транзакции, оптимизированный для стандартных сетевых пакетов. Это обеспечивает быстрое распространение и последующее восстановление валидаторами полных блоков. Эта архитектура играет ключевую роль в обеспечении высокой пропускной способности и низкой задержки Solana, а Shred Delivery подключается напрямую к этому потоку необработанных данных до начала какой-либо обработки. Прочитайте подробную статью в нашем блоге о том, как работает механизм шредов Solana и почему он важен для торговли ## Необработанные шреды и предварительно обработанные транзакции [Preprocessed Transactions](/docs/ru/preprocessed-transactions/overview) — это отдельный продукт на основе того же конвейера шредов. Оба продукта передают данные до исполнения. Разница заключается в объеме обработки, которую Helius выполняет перед передачей данных вам. * Необработанные пакеты шредов передаются сразу после создания * Требуется логика сборки шредов * Доступно на всех тарифах. Оплата взимается за каждое место; управление выполняется через панель управления. * propAMM, снайперы, копитрейдеры, ликвидационные боты, арбитражные системы и операторы RPC-узлов, желающие устранить задержку синхронизации сети * Декодированные транзакции до исполнения, поступающие раньше `processed` * Без метаданных исполнения: изменений баланса, журналов и ошибок * WebSocket `preprocessedSubscribe`; собственная логика сборки шредов не требуется * Все платные тарифы, 0,1 кредита за сообщение ### Какой вариант выбрать Выбирайте **[необработанные шреды](/docs/ru/shred-delivery/raw-shreds)**, если важна каждая микросекунда и у вас есть инфраструктура для сборки шредов на полной скорости линии. Выбирайте **[Preprocessed Transactions](/docs/ru/preprocessed-transactions/preprocessed-subscribe)**, если хотите получать преимущество перед `processed` без необходимости разрабатывать логику сборки шредов и вам не нужны метаданные исполнения. ## Shred Delivery и LaserStream gRPC LaserStream gRPC и Shred Delivery работают на разных этапах жизненного цикла транзакции: | Возможность | Необработанные шреды (UDP) | Предварительно обработанные транзакции (WSS) | LaserStream gRPC | | - | - | - | - | | **Этап жизненного цикла** | До исполнения — необработанные пакеты шредов | До исполнения — декодированные шреды, поступающие раньше `processed` | После исполнения — уровни подтверждения processed, confirmed и finalized | | **Тип данных** | Необработанные пакеты шредов | Декодированные транзакции без метаданных исполнения | Полные транзакции с метаданными исполнения | | **Задержка** | Быстрее, чем Preprocessed Transactions | Раньше `processed` | Обработанные данные со сверхнизкой задержкой | | **Обработка на вашей стороне** | Логика сборки шредов | Не требуется | Не требуется — готовое решение | | **Повторное воспроизведение** | ❌ | ❌ | ✅ 48 часов | | **Лучше всего подходит для** | propAMM, снайперов, копитрейдеров, ликвидационных ботов, арбитражных систем и RPC-узлов | Декодированных данных без собственной логики сборки шредов | Рабочих приложений, аналитики и серверных служб | | **Настройка** | Оплата за место; подключение через панель управления | WebSocket `preprocessedSubscribe` (все платные тарифы, 0,1 кредита за сообщение) | Удобные для разработчиков SDK | Многие команды используют **оба** продукта: Shred Delivery — для сигнала до исполнения, на основе которого принимается торговое решение, а LaserStream gRPC — для подтверждения после исполнения, которое обновляет панели мониторинга и сохраняет состояние. Потоковая передача через gRPC промышленного уровня с повторным воспроизведением, аварийным переключением между регионами и удобными для разработчиков SDK. Начните работу с LaserStream через панель управления Helius. ## Преимущество валидатора Helius Helius — ведущий валидатор по весу стейка, поэтому он получает шреды быстрее, чем валидаторы с меньшим стейком и RPC-узлы без стейка. В Turbine валидаторы с большим весом стейка получают приоритет в дереве распространения данных. Это означает, что лидеры блоков сначала отправляют шреды валидаторам с большим стейком, таким как Helius. Распространение с учетом веса стейка гарантирует, что мы получаем шреды в самый ранний возможный момент их прохождения по сети. Другим поставщикам приходится ждать вторичного распространения или полагаться на инфраструктуру без стейка, тогда как наша позиция валидатора предоставляет прямой приоритетный доступ к необработанным данным транзакций по мере их прохождения через сеть. This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.