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

> Sản phẩm dữ liệu trước thực thi của Helius. Các shred Solana thô được phân phối qua UDP.

<Card title="Get shreds" icon="rocket" href="https://dashboard.helius.dev/shred-delivery-seats" color="#E84125">
  Bắt đầu nhận shred thô — đăng ký trong Helius Dashboard.
</Card>

## Helius Shred Delivery là gì?

[Shred Delivery](https://www.helius.dev/shreds) là **sản phẩm dữ liệu trước thực thi** của Helius, được thiết kế để cung cấp cho bạn quyền truy cập với độ trễ cực thấp vào dữ liệu giao dịch của Solana: các gói shred chưa được xử lý được phân phối qua UDP ngay khi chúng được tạo, còn quá trình ghép shred do phía bạn triển khai.

Nếu muốn nhận các giao dịch đã giải mã thay vì gói thô, hãy sử dụng [Preprocessed Transactions](/docs/vi/preprocessed-transactions/overview) — một sản phẩm riêng biệt được xây dựng trên cùng pipeline shred và bỏ qua bước ghép shred.

Shred thô mang lại lợi thế cạnh tranh cho propAMM, bot săn giao dịch, bot sao chép giao dịch, bot thanh lý và hoạt động chênh lệch giá — cũng như các đơn vị vận hành nút RPC muốn loại bỏ độ trễ đồng bộ mạng.

Lưu ý: Shred chứa giao dịch, không chứa trạng thái tài khoản.

Cả shred thô và giao dịch tiền xử lý đều cung cấp *giao dịch* trước khi chúng được thực thi. Các cập nhật tài khoản và chương trình (số dư token, trạng thái đường cong liên kết, v.v.) chưa tồn tại ở giai đoạn shred — môi trường thực thi tạo ra chúng trong quá trình thực thi. Nếu cần các thay đổi trạng thái tài khoản theo thời gian thực, hãy sử dụng **[LaserStream gRPC](/docs/vi/laserstream) ở mức cam kết `processed`**.

<Tip>
  Để nhận tín hiệu giao dịch sớm hơn nữa, hãy truyền phát giao dịch qua WebSocket `preconfSubscribe` trước khi chúng trở thành shred. Xem [Preconfirmations](/docs/vi/pre-confirmations/overview) để biết chi tiết.
</Tip>

<CardGroup cols={2}>
  <Card title="Raw Shreds (UDP)" icon="bolt" href="/docs/vi/shred-delivery/raw-shreds">
    Yêu cầu logic ghép shred ở phía bạn. \$1.000/tháng/IP. Khách hàng gói Pro trả \$800/tháng/IP.
  </Card>

  <Card title="Preprocessed Transactions" icon="binary" href="/docs/vi/preprocessed-transactions/preprocessed-subscribe">
    Các shred đã giải mã được phân phối dưới dạng giao dịch trước thực thi qua WebSocket — không cần ghép shred. Áp dụng cho tất cả gói trả phí, 0,1 credit cho mỗi thông báo.
  </Card>
</CardGroup>

<CardGroup cols={2}>
  <Card title="Validator Advantage" icon="star">
    Helius là trình xác thực hàng đầu theo lượng stake và nhận shred nhanh hơn các trình xác thực có ít stake hơn cũng như các nút RPC không có stake.
  </Card>

  <Card title="Self-serve" icon="shield" href="/docs/vi/shred-delivery/raw-shreds">
    Thêm và xóa seat trong thẻ Shreds trên bảng điều khiển. Mỗi seat được liên kết với một IP. Chúng tôi tự động phát hiện khu vực gần máy chủ của bạn nhất.
  </Card>
</CardGroup>

## Shred là gì?

Trong Solana, các giao dịch được chia thành những gói dữ liệu nhỏ hơn gọi là **"shred"** để hỗ trợ truyền bá hiệu quả và nhanh chóng trên toàn mạng.

Mỗi shred là một mảnh dữ liệu giao dịch, được tối ưu hóa để vừa với các gói mạng tiêu chuẩn, qua đó đảm bảo phân phối nhanh và cho phép trình xác thực tái tạo thành các khối hoàn chỉnh.

Kiến trúc này đóng vai trò then chốt trong việc duy trì thông lượng cao và độ trễ thấp của Solana, còn Shred Delivery truy cập trực tiếp vào luồng dữ liệu thô này trước khi diễn ra bất kỳ quá trình xử lý nào.

<Card title="Deep Dive: Understanding Solana Shreds" icon="book-open" href="https://www.helius.dev/blog/solana-shreds">
  Đọc bài viết chuyên sâu trên blog của chúng tôi để tìm hiểu cơ chế shred của Solana hoạt động như thế nào và vì sao cơ chế này quan trọng đối với giao dịch
</Card>

## Shred thô so với Preprocessed Transactions

[Preprocessed Transactions](/docs/vi/preprocessed-transactions/overview) là một sản phẩm riêng biệt được xây dựng trên cùng pipeline shred. Cả hai đều cung cấp dữ liệu trước thực thi — điểm khác biệt là mức độ xử lý mà Helius thực hiện trước khi chuyển dữ liệu cho bạn.

<CardGroup cols={2}>
  <Card title="Raw shreds (UDP)" icon="bolt" color="#E84125" href="/docs/vi/shred-delivery/raw-shreds">
    * Các gói shred chưa xử lý được phân phối ngay khi chúng được tạo
    * Yêu cầu logic ghép shred
    * Có trên tất cả các gói. Thanh toán theo seat; quản lý qua bảng điều khiển.
    * propAMM, bot săn giao dịch, bot sao chép giao dịch, bot thanh lý, hoạt động chênh lệch giá và các đơn vị vận hành nút RPC muốn loại bỏ độ trễ đồng bộ mạng
  </Card>

  <Card title="Preprocessed Transactions" icon="binary" color="#E84125" href="/docs/vi/preprocessed-transactions/preprocessed-subscribe">
    * Các giao dịch trước thực thi đã giải mã, sớm hơn `processed`
    * Không có siêu dữ liệu thực thi (không có thay đổi số dư, nhật ký hoặc lỗi)
    * WebSocket `preprocessedSubscribe`; không cần cơ chế ghép shred tùy chỉnh
    * Tất cả gói trả phí, 0,1 credit cho mỗi thông báo
  </Card>
</CardGroup>

### Khi nào nên chọn loại nào

Chọn **[shred thô](/docs/vi/shred-delivery/raw-shreds)** khi từng micro giây đều quan trọng và bạn có hạ tầng để ghép shred ở tốc độ đường truyền.

Chọn **[Preprocessed Transactions](/docs/vi/preprocessed-transactions/preprocessed-subscribe)** khi muốn có lợi thế sớm hơn `processed` mà không phải viết logic ghép shred — và không cần siêu dữ liệu thực thi.

## Shred Delivery so với LaserStream gRPC

LaserStream gRPC và Shred Delivery nằm ở các thời điểm khác nhau trong vòng đời giao dịch:

| Tính năng                    | Shred thô (UDP)                                                                                     | Preprocessed Transactions (WSS)                                              | LaserStream gRPC                                                 |
| ---------------------------- | --------------------------------------------------------------------------------------------------- | ---------------------------------------------------------------------------- | ---------------------------------------------------------------- |
| **Thời điểm trong vòng đời** | Trước thực thi — các gói shred thô                                                                  | Trước thực thi — shred đã giải mã, sớm hơn `processed`                       | Sau thực thi — các mức cam kết processed, confirmed và finalized |
| **Loại dữ liệu**             | Các gói shred thô                                                                                   | Giao dịch đã giải mã, không có siêu dữ liệu thực thi                         | Giao dịch đầy đủ kèm siêu dữ liệu thực thi                       |
| **Độ trễ**                   | Nhanh hơn Preprocessed Transactions                                                                 | Sớm hơn `processed`                                                          | Dữ liệu đã xử lý với độ trễ cực thấp                             |
| **Xử lý ở phía bạn**         | Logic ghép shred                                                                                    | Không                                                                        | Không — sẵn sàng sử dụng                                         |
| **Phát lại**                 | ❌                                                                                                   | ❌                                                                            | ✅ 48 giờ                                                         |
| **Phù hợp nhất với**         | propAMM, bot săn giao dịch, bot sao chép giao dịch, bot thanh lý, hoạt động chênh lệch giá, nút RPC | Dữ liệu đã giải mã mà không cần cơ chế ghép shred tùy chỉnh                  | Ứng dụng production, phân tích dữ liệu, dịch vụ backend          |
| **Thiết lập**                | Thanh toán theo seat; cấp quyền qua bảng điều khiển                                                 | WebSocket `preprocessedSubscribe` (tất cả gói trả phí, 0,1 credit/thông báo) | SDK thân thiện với nhà phát triển                                |

Nhiều đội ngũ sử dụng **cả hai**: Shred Delivery cung cấp tín hiệu trước thực thi để đưa ra quyết định giao dịch, còn LaserStream gRPC cung cấp xác nhận sau thực thi để cập nhật bảng điều khiển và lưu giữ trạng thái.

<CardGroup cols={2}>
  <Card title="Learn About LaserStream gRPC" icon="rocket" href="/docs/vi/laserstream">
    Luồng gRPC cấp độ production với khả năng phát lại, chuyển đổi dự phòng đa khu vực và các SDK thân thiện với nhà phát triển.
  </Card>

  <Card title="Start Using LaserStream" icon="arrow-right" href="https://dashboard.helius.dev/laserstream">
    Bắt đầu sử dụng LaserStream từ Helius Dashboard.
  </Card>
</CardGroup>

## Lợi thế trình xác thực của Helius

Helius là trình xác thực hàng đầu theo trọng số stake và nhận shred nhanh hơn các trình xác thực có ít stake hơn cũng như các nút RPC không có stake.

Trong Turbine, các trình xác thực có trọng số stake cao hơn được ưu tiên trong cây truyền bá dữ liệu, nghĩa là các trình dẫn đầu khối gửi shred đến các trình xác thực có lượng stake lớn như Helius trước.

Cơ chế truyền bá theo trọng số stake này đảm bảo chúng tôi nhận được shred tại thời điểm sớm nhất có thể trong luồng dữ liệu của mạng. Trong khi các nhà cung cấp khác phải chờ quá trình truyền bá thứ cấp hoặc dựa vào hạ tầng không có stake, vị thế trình xác thực của chúng tôi mang lại quyền truy cập trực tiếp, được ưu tiên vào dữ liệu giao dịch thô khi dữ liệu truyền qua mạng.