> ## 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

> El producto de datos previos a la ejecución de Helius. Shreds sin procesar de Solana enviados mediante UDP.

<Card title="Get shreds" icon="rocket" href="https://dashboard.helius.dev/shred-delivery-seats" color="#E84125">
  Comienza a recibir shreds sin procesar: suscríbete desde tu panel de Helius.
</Card>

## ¿Qué es Helius Shred Delivery?

[Shred Delivery](https://www.helius.dev/shreds) es el **producto de datos previos a la ejecución** de Helius, diseñado para darte acceso con latencia ultrabaja a los datos de transacciones de Solana: paquetes de shreds sin procesar enviados mediante UDP a medida que se producen, con el desensamblado de shreds implementado de tu lado.

Si quieres transacciones decodificadas en lugar de paquetes sin procesar, usa [Transacciones preprocesadas](/docs/es/preprocessed-transactions/overview), un producto independiente creado sobre el mismo flujo de shreds que omite el paso de desensamblado.

Los shreds sin procesar ofrecen una ventaja competitiva para propAMMs, snipers, copy traders, bots de liquidación y arbitraje, así como para operadores de nodos RPC que quieren eliminar la latencia de sincronización de la red.

Nota: Los shreds transportan transacciones, no el estado de las cuentas.

Tanto los shreds sin procesar como las transacciones preprocesadas entregan *transacciones* antes de que se ejecuten. Las actualizaciones de cuentas y programas (saldos de tokens, estado de la curva de vinculación, etc.) todavía no existen en la etapa de los shreds; el entorno de ejecución las produce durante la ejecución. Si necesitas cambios en tiempo real del estado de las cuentas, usa **[LaserStream gRPC](/docs/es/laserstream) con el nivel de confirmación `processed`**.

<Tip>
  Para obtener una señal de transacción aún más temprana, transmite transacciones mediante WebSocket `preconfSubscribe` antes de que se conviertan en shreds. Consulta [Preconfirmations](/docs/es/pre-confirmations/overview) para obtener más información.
</Tip>

<CardGroup cols={2}>
  <Card title="Raw Shreds (UDP)" icon="bolt" href="/docs/es/shred-delivery/raw-shreds">
    Requiere lógica de desensamblado de tu lado. \$1,000/mes/IP. Los clientes del plan Pro pagan \$800/mes/IP.
  </Card>

  <Card title="Preprocessed Transactions" icon="binary" href="/docs/es/preprocessed-transactions/preprocessed-subscribe">
    Shreds decodificados enviados como transacciones previas a la ejecución mediante WebSocket, sin necesidad de desensamblado. Disponible en todos los planes de pago, 0.1 créditos por mensaje.
  </Card>
</CardGroup>

<CardGroup cols={2}>
  <Card title="Validator Advantage" icon="star">
    Helius es el principal validador por participación y recibe los shreds más rápido que los validadores con menor participación y los nodos RPC sin participación.
  </Card>

  <Card title="Self-serve" icon="shield" href="/docs/es/shred-delivery/raw-shreds">
    Agrega y elimina puestos desde la pestaña Shreds de tu panel. Cada puesto se vincula a una IP. Detectamos automáticamente la región más cercana a tu servidor.
  </Card>
</CardGroup>

## ¿Qué son los shreds?

En Solana, las transacciones se dividen en paquetes de datos más pequeños llamados **"shreds"** para facilitar una propagación eficiente y rápida por la red.

Cada shred es un fragmento de datos de transacción optimizado para caber en paquetes de red estándar, lo que garantiza una distribución rápida y permite que los validadores reconstruyan bloques completos.

Esta arquitectura es fundamental para mantener el alto rendimiento y la baja latencia de Solana, y Shred Delivery accede directamente a este flujo de datos sin procesar antes de que ocurra cualquier procesamiento.

<Card title="Deep Dive: Understanding Solana Shreds" icon="book-open" href="https://www.helius.dev/blog/solana-shreds">
  Lee nuestra publicación completa del blog, donde explicamos cómo funciona el mecanismo de shreds de Solana y por qué es importante para el trading
</Card>

## Shreds sin procesar frente a transacciones preprocesadas

[Transacciones preprocesadas](/docs/es/preprocessed-transactions/overview) es un producto independiente creado sobre el mismo flujo de shreds. Ambos envían datos previos a la ejecución; la diferencia es cuánto procesamiento realiza Helius antes de entregártelos.

<CardGroup cols={2}>
  <Card title="Raw shreds (UDP)" icon="bolt" color="#E84125" href="/docs/es/shred-delivery/raw-shreds">
    * Paquetes de shreds sin procesar enviados a medida que se producen
    * Requiere lógica de desensamblado
    * Disponible en todos los planes. Paga por puesto y adminístralos desde el panel.
    * propAMMs, snipers, copy traders, bots de liquidación, arbitraje y operadores de nodos RPC que quieren eliminar la latencia de sincronización de la red
  </Card>

  <Card title="Preprocessed Transactions" icon="binary" color="#E84125" href="/docs/es/preprocessed-transactions/preprocessed-subscribe">
    * Transacciones previas a la ejecución decodificadas, antes de `processed`
    * Sin metadatos de ejecución (sin cambios de saldo, registros ni errores)
    * WebSocket `preprocessedSubscribe`; no requiere desensamblado personalizado
    * Todos los planes de pago, 0.1 créditos por mensaje
  </Card>
</CardGroup>

### Cuándo elegir cada opción

Elige **[shreds sin procesar](/docs/es/shred-delivery/raw-shreds)** cuando cada microsegundo importe y tengas la infraestructura necesaria para desensamblarlos a la velocidad de la línea.

Elige **[Transacciones preprocesadas](/docs/es/preprocessed-transactions/preprocessed-subscribe)** cuando quieras adelantarte a `processed` sin tener que escribir lógica de desensamblado y no necesites metadatos de ejecución.

## Shred Delivery frente a LaserStream gRPC

LaserStream gRPC y Shred Delivery se ubican en distintos puntos del ciclo de vida de una transacción:

| Característica                | Shreds sin procesar (UDP)                                                   | Transacciones preprocesadas (WSS)                                                  | LaserStream gRPC                                                                    |
| ----------------------------- | --------------------------------------------------------------------------- | ---------------------------------------------------------------------------------- | ----------------------------------------------------------------------------------- |
| **Momento del ciclo de vida** | Antes de la ejecución: paquetes de shreds sin procesar                      | Antes de la ejecución: shreds decodificados, antes de `processed`                  | Después de la ejecución: niveles de confirmación procesado, confirmado y finalizado |
| **Tipo de datos**             | Paquetes de shreds sin procesar                                             | Transacciones decodificadas, sin metadatos de ejecución                            | Transacciones completas con metadatos de ejecución                                  |
| **Latencia**                  | Más rápido que las transacciones preprocesadas                              | Antes de `processed`                                                               | Datos procesados con latencia ultrabaja                                             |
| **Procesamiento de tu lado**  | Lógica de desensamblado                                                     | Ninguno                                                                            | Ninguno: listo para usar                                                            |
| **Reproducción**              | ❌                                                                           | ❌                                                                                  | ✅ 24 horas                                                                          |
| **Ideal para**                | propAMMs, snipers, copy traders, bots de liquidación, arbitraje y nodos RPC | Datos decodificados sin desensamblado personalizado                                | Aplicaciones de producción, análisis y servicios de backend                         |
| **Configuración**             | Pago por puesto; aprovisionamiento desde el panel                           | WebSocket `preprocessedSubscribe` (todos los planes de pago, 0.1 créditos/mensaje) | SDK fáciles de usar para desarrolladores                                            |

Muchos equipos usan **ambos**: Shred Delivery para obtener la señal previa a la ejecución que impulsa una decisión de trading y LaserStream gRPC para recibir la confirmación posterior a la ejecución que actualiza los paneles y conserva el estado.

<CardGroup cols={2}>
  <Card title="Learn About LaserStream gRPC" icon="rocket" href="/docs/es/laserstream">
    Transmisión gRPC de nivel de producción con reproducción, conmutación por error multirregional y SDK fáciles de usar para desarrolladores.
  </Card>

  <Card title="Start Using LaserStream" icon="arrow-right" href="https://dashboard.helius.dev/laserstream">
    Comienza a usar LaserStream desde tu panel de Helius.
  </Card>
</CardGroup>

## La ventaja del validador de Helius

Helius es el principal validador por peso de participación y recibe los shreds más rápido que los validadores con menor participación y los nodos RPC sin participación.

En Turbine, los validadores con mayor peso de participación reciben prioridad en el árbol de propagación de datos. Esto significa que los líderes de bloque envían primero los shreds a validadores con una participación alta, como Helius.

Esta propagación ponderada por participación garantiza que recibamos los shreds lo antes posible dentro del flujo de datos de la red. Mientras otros proveedores deben esperar la propagación secundaria o depender de infraestructura sin participación, nuestra posición como validador nos da acceso directo y prioritario a los datos de transacciones sin procesar mientras fluyen por la red.