Tối ưu hóa độ trễ thấp cho bộ xử lý khớp lệnh: Từ phương pháp bỏ qua nhân hệ điều hành đến đường dẫn lệnh thể chế được tăng tốc bằng FPGA

Hạ tầngTrao đổiGiải pháp nhãn trắng30 tháng 7, 2026

Cuộc cạnh tranh tiếp theo về cơ chế khớp lệnh trên sàn giao dịch tập trung (CEX) không còn xoay quanh “số lượng giao dịch mỗi giây” nữa — mà là độ trễ từ đầu đến cuối và độ dao động ở phần cuối (tail jitter) trên toàn bộ lộ trình lệnh của khách hàng tổ chức. Từ cổng API phía khách hàng đến nhân khớp lệnh, xác nhận lệnh và phân phối dữ liệu thị trường, toàn bộ quy trình phải được đo lường bằng microgiây và phải đi kèm với cam kết SLA P99 / P99.9 dành cho các nhà tạo lập thị trường tần suất cao. Công cụ khớp lệnh độ trễ thấp của SoonTech bao gồm tính năng bỏ qua nhân (DPDK / io_uring), hàng đợi không khóa, khả năng tương thích NUMA, tăng tốc FPGA, loại bỏ độ trễ đuôi, phục hồi ảnh chụp nhanh và báo cáo SLA tổ chức — để một sàn giao dịch nhãn trắng cạnh tranh với các sàn giao dịch tập trung (CEX) cấp một về dòng lệnh HFT không bị loại bỏ trong bài kiểm tra “giới hạn 200 µs”.

1. Bối cảnh ngành

Các công cụ khớp lệnh của sàn giao dịch tập trung (CEX) đã trải qua ba thế hệ:

  1. Thế hệ 1 (2013–2018) — khớp lệnh đơn luồng + API REST, độ trễ tính bằng mili giây. Mt.Gox, OKCoin thời kỳ đầu, Bitfinex. Các hạt nhân khớp lệnh chạy trên các phiên bản đám mây chung; TPS ở mức vài chục nghìn; các nhà tạo lập thị trường (MM) quan tâm đến việc “tôi có thể kết nối được không” hơn là P99.
  2. Thế hệ 2 (2018–2022) — khớp lệnh đa lõi + WebSocket + hàng đợi không khóa, độ trễ hàng trăm microgiây. Binance, Bybit, OKX. Buffer vòng, phân mảnh theo mã chứng khoán, WebSocket push thay thế REST long-poll. Các nhà tạo lập thị trường bắt đầu yêu cầu thời gian trung bình từ khi đặt lệnh đến khi nhận ACK dưới 300 µs.
  3. Thế hệ 3 (2022–nay) — bỏ qua kernel + liên kết NUMA + tăng tốc bằng FPGA, hàng chục microgiây. Các làn dành cho tổ chức với colocation, cáp quang chuyên dụng và đồng bộ thời gian PTP. Trọng tâm của các nhà tạo lập thị trường (MM) chuyển từ giá trị trung bình sang độ dao động đuôi P99 / P99.9 / P99.99.

Trong số các khách hàng nhãn trắng của SoonTech, các MM và khách hàng HFT đã thay đổi câu hỏi họ đặt ra trong 18 tháng qua — từ “TPS của bạn là bao nhiêu” sang “bạn có thể cam kết thời gian từ khi đặt lệnh đến khi nhận ACK ở mức P99 nào theo SLA?” Có hai lý do cho điều này: các cửa sổ chênh lệch giá giao dịch spot và hợp đồng vĩnh viễn (perp) trong tiền điện tử hiện được đo bằng mili giây; và làn sóng MM hiện tại là những chuyên gia dày dặn kinh nghiệm từ thị trường truyền thống (theo phong cách Jump, Optiver, Jane Street, IMC) đã mang nguyên văn các kỳ vọng về P99 của họ vào lĩnh vực tiền điện tử.

2. Những điểm khó khăn của thị trường

  • Độ trễ cổng API cao — việc chuyển tải TLS, xác thực, giới hạn tốc độ và ghi nhật ký kiểm toán được xếp chồng lên nhau trong một cổng đám mây chung dễ dàng tiêu tốn hàng trăm microgiây. Các cổng cũng là nguyên nhân gây ra P99: đàm phán lại TLS, chuyển đổi cửa sổ trượt giới hạn tốc độ, các khối xóa nhật ký đều kéo các lệnh cụ thể lên gấp 10 lần mức trung bình.
  • Chi phí phụ của kernel — Bộ đệm socket net-stack của Linux, chuyển đổi bối cảnh và xử lý IRQ dao động khi thông lượng cao. Các ngắt NAPI của NIC 10G / 25G kéo các lõi ra khỏi vòng lặp không gian người dùng phù hợp, do đó bộ xử lý liên tục chuyển đổi giữa "xử lý đơn hàng tiếp theo" và "xử lý IRQ" — P99 sụp đổ.
  • Tranh chấp khóa — các kernel khớp lệnh đa luồng sử dụng mutex / spinlock trên sổ lệnh gặp tranh chấp ở mức đồng thời vừa phải; các chỉ số trông ổn nhưng P99.9 có đuôi dài.
  • Dữ liệu thị trường chậm — quá trình khớp lệnh có thể chỉ mất vài chục microgiây, nhưng quá trình phân phối dữ liệu thị trường (đăng ký → mã hóa → đẩy qua WebSocket) thường mất hàng trăm microgiây đến vài mili giây. Khoảng cách giữa thời điểm nhận ACK và nhận dữ liệu thị trường chính là cửa sổ chênh lệch giá thực sự.
  • Độ dao động P99 — các tổ chức tập trung vào P99 / P99.9, chứ không phải giá trị trung bình. Các khoảng dừng GC, phân bổ bộ nhớ, lỗi TLB và truy cập chéo socket NUMA đều để lại các “điểm” độ trễ ở phần đuôi. Một lần tạm dừng GC 5 ms có nghĩa là 25 lệnh bị xếp hàng — các nhà tạo lập thị trường (MM) sẽ nhận ra ngay lập tức và cắt giảm phân bổ của họ.

Điểm chung: vấn đề không nằm ở thuật toán khớp lệnh, mà là I/O, bộ nhớ, lập lịch và phân phối xung quanh nó. Thuật toán khớp lệnh đã là một vấn đề được giải quyết từ một thập kỷ trước — thách thức thực sự là làm cho toàn bộ đường dẫn từ đầu đến cuối có thể dự đoán được.

3. Dữ liệu và Xu hướng

Kích thướcTập trung vào tổ chứcKhả năng nền tảngCổng API

< 50 µs

Bỏ qua kernel + Tăng tốc TLS

Hạt nhân ghép đôi

< 10 µs

Hàng đợi không khóa + Tính tương thích NUMA

ACK

< 30 µs

Đường dẫn ACK trong không gian người dùng

Dữ liệu thị trường

< 50 µs

Phát đa điểm + mã hóa FPGA

Độ dao động P99

< 2 lần giá trị trung bình

Loại bỏ độ trễ đuôi

Độ dao động P99.9

< 5 lần giá trị trung bình

Quản lý GC / IRQ / NUMA

Khởi động lạnh

< 5 giây

Khôi phục bản chụp nhanh

Chuyển đổi dự phòng

< 1 giây

Chế độ chính-dự phòng nóng

Bốn xu hướng mới đằng sau những con số:

  • Các phương tiện đã trở thành hàng hóa; các tổ chức muốn cam kết P99 / P99.9;
  • Colocation là tiêu chuẩn mặc định — sự cạnh tranh hiện nay diễn ra ở lớp vật lý;
  • Đồng bộ thời gian rất quan trọng — độ chính xác của PTP (IEEE 1588) là yêu cầu ngày càng cao đối với hoạt động chênh lệch giá giữa các sàn giao dịch;
  • P99.9 là ngưỡng đỏ — nhiều nhà tạo lập thị trường (MM) coi P99.9 < 1 ms là ngưỡng ký kết cứng.

Cuộc đua đã chuyển từ "TPS" sang "P99 / P99.9 ổn định". Bất kỳ sàn giao dịch nhãn trắng nào muốn thu hút dòng vốn tổ chức đều cần phải đáp ứng đầy đủ cả tám tiêu chí trên.

4. Phân tích trường hợp: Kết nối một nhà tạo lập thị trường giao dịch tần suất cao (HFT)

Kịch bản ẩn danh: Một nhà tạo lập thị trường HFT tại Singapore cam kết nguồn cung trị giá 50 triệu USD trên 15 cặp giao dịch giao ngay chính và 5 cặp hợp đồng vĩnh viễn, đặt ngưỡng ký kết dựa trên thời gian từ lệnh đến ACK với P99 < 200 µs và P99.9 < 800 µs. Quy trình tối ưu hóa của SoonTech:

  • Bước 1 (cơ sở hạ tầng vật lý): Tủ máy chủ MM được đặt cùng vị trí với cụm khớp lệnh dưới cùng một bộ chuyển mạch ToR, cáp nối dài < 50 m; NIC hai cổng 25G với lệnh và ACK trên các cổng riêng biệt để cách ly IRQ; đồng bộ thời gian PTP được triển khai ở cấp độ phần cứng NIC.
  • Bước 2 (cổng API): cổng API chạy trên chế độ bypass nhân DPDK; các quá trình bắt tay TLS được lưu vào bộ nhớ đệm khi khởi động; xác thực / giới hạn tốc độ / kiểm toán đều diễn ra trong không gian người dùng; cơ chế giới hạn tốc độ sử dụng mô hình token bucket không khóa; đường dẫn từ cổng đến cụm khớp sử dụng hàng đợi bộ nhớ chia sẻ thay vì socket.
  • Bước 3 (hạt nhân khớp): hạt nhân được ghim theo từng biểu tượng vào các nút NUMA để các lệnh của một biểu tượng không bao giờ vượt qua các socket; hàng đợi ưu tiên được căn chỉnh bộ nhớ đệm + hàng đợi SPSC, hoàn toàn không khóa; lõi C++/Rust không có GC; bộ nhớ được gộp lại — không có malloc trên đường dẫn nóng.
  • Bước 4 (đường dẫn ACK): UDP trong không gian người dùng + ánh xạ bộ nhớ trực tiếp vào khoang MM; giao thức nhị phân gọn nhẹ, không có tuần tự hóa JSON.
  • Bước 5 (dữ liệu thị trường): Các thay đổi Top-of-Book được mã hóa thành các khung nhị phân có độ dài cố định trên FPGA và được phát đa hướng; FPGA đóng dấu thời gian phần cứng ở mức nano giây.
  • Bước 6 (ổn định & chuyển đổi dự phòng): chuyển đổi dự phòng nóng chính-dự phòng với khôi phục ảnh chụp nhanh trong bộ nhớ. Thời gian phản hồi P99 từ đầu đến cuối ổn định ở mức <180 µs và P99.9 <700 µs — MM ký xác nhận, và 30 báo cáo P99/P99.9 liên tiếp hàng ngày trở thành cam kết SLA hàng tháng.

Khớp nối độ trễ thấp không phải là “CPU nhanh hơn” hay “nhiều lõi hơn” — mà là biến cổng API, bỏ qua kernel, hàng đợi không khóa, mối quan hệ NUMA, tăng tốc FPGA và chuyển đổi dự phòng nóng thành một lộ trình tổ chức có thể cam kết. Bất kỳ tối ưu hóa điểm đơn lẻ nào cũng vô giá trị nếu thiếu tính nhất quán từ đầu đến cuối: một kernel 200 µs phía sau cổng 500 µs vẫn sẽ mất MM.

5. Khả năng của SoonTech

5.1 Bỏ qua kernel

  • Chế độ kép DPDK / io_uring dựa trên sự kết hợp giữa NIC và hệ điều hành.
  • Ngăn xếp TCP / UDP trong không gian người dùng (F-Stack hoặc nội bộ); hỗ trợ HTTP/2 và QUIC.
  • Giải phóng tải phần cứng (RSS / RDMA / TSO / GRO) với tính năng cách ly CPU (isolcpus / nohz_full).
  • Chuỗi công cụ di chuyển — thay đổi mã nguồn kinh doanh từ 10–15%.

5.2 Hệ nhân tương thích không khóa

  • Bộ đệm vòng SPSC / MPSC + hàng đợi ưu tiên không khóa.
  • Phân mảnh theo ký tự — tính nhất quán mạnh trong cùng một ký tự, song song giữa các ký tự.
  • Căn chỉnh dòng bộ nhớ đệm + quản lý chia sẻ giả.
  • Lõi C++ / Rust, không có GC và không có malloc trên đường dẫn nóng.

5.3 Tính tương thích NUMA

  • Các luồng được gán cố định vào các lõi vật lý; không có sự can thiệp của công nghệ hyper-threading.
  • Phân bổ bộ nhớ cục bộ (numactl + jemalloc / mimalloc).
  • Sự gắn kết IRQ — các ngắt NIC trên các lõi chuyên dụng.
  • Quản lý HugePage / THP.

5.4 Tăng tốc bằng FPGA

  • Các lõi IP mã hóa / giải mã dữ liệu thị trường (SBE hoặc giao thức nhỏ gọn nội bộ).
  • Ghi thời gian bằng phần cứng (PTP + cấp độ NIC).
  • Các lõi IP tùy chỉnh của SoonTech — bộ lọc trước khi khớp sẽ loại bỏ các lệnh bất hợp lệ trên FPGA trước khi chúng đến nhân hệ thống.
  • Chế độ dự phòng nóng kép FPGA / CPU.

5.5 Loại bỏ độ trễ đuôi

  • Loại bỏ các khoảng dừng do thu gom rác (GC) — lõi C++/Rust, Java chỉ được sử dụng trong lớp quản lý.
  • Tập hợp bộ nhớ (bộ tập hợp đối tượng + bộ phân bổ slab).
  • Giám sát độ dao động P99 / P99.9 thông qua theo dõi nhân hệ thống và eBPF.
  • Hợp nhất IRQ (NAPI / adaptive-rx) và quản lý trạng thái C của CPU.

5.6 Phục hồi ảnh chụp nhanh

  • Lưu trữ ảnh chụp nhanh trong nhân hệ điều hành (hình ảnh bộ nhớ + WAL).
  • Khởi động lạnh dưới 5 giây; chuyển đổi dự phòng chính-dự phòng dưới 1 giây.
  • Xác thực bản chụp nhanh (bản tóm tắt Merkle + đối chiếu thanh toán).
  • Bản chụp nhanh có thể tái sử dụng cho các cuộc diễn tập ứng phó thảm họa và phát lại để tuân thủ.

5.7 Báo cáo SLA theo tổ chức

  • Báo cáo dao động P99 / P99.9 / P99.99 hàng tuần.
  • Thời gian từ đặt hàng đến xác nhận (ACK) hàng tháng + phân tích điểm nóng.
  • Các chỉ số KPI của MM (đóng góp vào khối, tỷ lệ báo giá) được đồng bộ hóa.
  • Giao diện phát lại sự kiện dành cho các tổ chức và cơ quan quản lý.

6. Gợi ý triển khai cho doanh nghiệp

  1. Định lượng đường dẫn lệnh P99 / P99.9 từ đầu đến cuối — không cần thiết bị đo lường, không cần tối ưu hóa.
  2. Triển khai cơ chế bỏ qua kernel — DPDK hoặc io_uring; loại bỏ các socket giữa cổng và kernel.
  3. Áp dụng hàng đợi không khóa (lock-free) kết hợp với phân mảnh theo ký tự (per-symbol sharding).
  4. Áp dụng tính tương thích NUMA — kết hợp CPU + bộ nhớ + IRQ + HugePage lại với nhau, không tách rời từng phần.
  5. Tích hợp khả năng tăng tốc FPGA — bắt đầu với mã hóa dữ liệu thị trường và lọc trước khi khớp lệnh.
  6. Thiết lập khôi phục bản sao lưu + chuyển đổi dự phòng nóng — mạng lưới an toàn SLA bắt buộc.
  7. Cam kết hợp đồng SLA P99 / P99.9, kèm theo báo cáo hàng tháng và điều khoản phạt.
  8. Cung cấp đồng bộ hóa thời gian + đóng dấu thời gian phần cứng — cả hoạt động chênh lệch giá giữa các sàn giao dịch và tuân thủ quy định đều phụ thuộc vào điều này.

Danh sách kiểm tra lựa chọn nhà cung cấp

  • Bỏ qua kernel DPDK / io_uring.
  • Hàng đợi không khóa SPSC / MPSC + phân mảnh theo ký tự.
  • Độ tương thích NUMA + điều chỉnh IRQ.
  • Tăng tốc FPGA gốc.
  • Báo cáo SLA P99 / P99.9 + điều khoản phạt.
  • Phục hồi bản sao lưu dưới một giây + chuyển đổi dự phòng.
  • Đồng bộ hóa thời gian PTP + đóng dấu thời gian bằng phần cứng.
  • Giao diện phát lại sự kiện để kiểm toán tuân thủ.

7. Triển vọng tương lai

Đối với giai đoạn 2026–2028:

  1. Khớp lệnh trên chip — logic khớp lệnh cốt lõi được ghi vào FPGA / ASIC; khả năng dự đoán đường dẫn nóng tương đương với thị trường chứng khoán truyền thống.
  2. Song song bản địa đám mây — khớp lệnh phân tán theo từng mã chứng khoán trên Kubernetes với mô hình kết hợp lưu trữ cục bộ và bộ nhớ chia sẻ; đối chiếu không đồng bộ giữa các mã chứng khoán.
  3. Tuân thủ nhúng — thu thập dữ liệu KYT / các biện pháp trừng phạt và Quy tắc du lịch trước khi khớp lệnh mà không gây thêm độ trễ; lọc trước khi khớp lệnh ở phía FPGA.
  4. Dấu thời gian đáng tin cậy từ đầu đến cuối — Dấu thời gian phần cứng PTP trên toàn bộ quá trình khớp lệnh, ACK, dữ liệu thị trường và thanh toán, cung cấp một cơ sở thời gian duy nhất cho kiểm toán tuân thủ và chênh lệch giá giữa các sàn giao dịch.

Công cụ khớp lệnh không còn là “một vấn đề kỹ thuật phần mềm” — mà là một sản phẩm đường dẫn lệnh mang tính thể chế, ưu tiên P99/P99.9, tích hợp tuân thủ và nhận biết dấu thời gian. Bất kỳ sàn giao dịch nhãn trắng nào đang theo đuổi đợt tiếp nhận khách hàng tổ chức tiếp theo đều phải xác định lộ trình phát triển động cơ khớp lệnh trước 12–18 tháng.

Câu hỏi thường gặp

Câu hỏi 1: Mọi sàn giao dịch tập trung (CEX) có cần FPGA không?

A1: Không — đối với hầu hết các trường hợp, chỉ cần bỏ qua kernel + hàng đợi không khóa là đủ; FPGA dành cho độ trễ cực cao (P99 < 100 µs) hoặc khi cần lọc trước khi khớp lệnh / đóng dấu thời gian phần cứng. Có thể đạt được P99 dưới 300 µs chỉ bằng CPU thuần túy.

Câu hỏi 2: Tính năng bỏ qua kernel gây xáo trộn đến mức nào?

A2: Ở mức vừa phải — Bộ điều hợp DPDK / io_uring giữ mức thay đổi mã kinh doanh ở mức 10–15%, nhưng cần phải xây dựng lại ngăn xếp hiệu suất / khả năng quan sát; dự kiến sẽ mất 6–8 tuần để đội ngũ kỹ sư làm quen với ngăn xếp không gian người dùng mới.

Câu hỏi 3: Làm thế nào để loại bỏ độ dao động P99?

A3: Bảy mặt — tạm dừng GC, phân bổ bộ nhớ, chuyển đổi bối cảnh, NUMA xuyên ổ cắm, trạng thái C, TLB miss, HugePage — cộng với chuỗi công cụ điều chỉnh được hỗ trợ bởi eBPF của SoonTech.

Câu hỏi 4: Việc ghép nối theo phân mảnh có ảnh hưởng đến tính nhất quán không?

A4: Phân mảnh được thực hiện theo từng ký hiệu; tính nhất quán mạnh mẽ trong nội bộ ký hiệu thông qua thứ tự hàng đợi SPSC; đối chiếu không đồng bộ giữa các phân mảnh. Trạng thái cấp tài khoản được duy trì nhất quán mạnh mẽ để ngăn chặn hiện tượng PnL lan truyền giữa các ký hiệu.

Câu hỏi 5: Việc khôi phục từ bản chụp nhanh có ảnh hưởng đến tính sẵn sàng không?

A5: Hệ thống chính-dự phòng + ảnh chụp nhanh gia tăng — chuyển đổi dự phòng trong vòng 1 giây; tính sẵn sàng >99,99%. Ảnh chụp nhanh toàn bộ hàng tháng + diễn tập DR là một phần của SLA tổ chức.

Câu hỏi 6: Báo cáo SLA của tổ chức trông như thế nào?

A6: Báo cáo hàng tháng bao gồm độ trễ theo phân vị P99 / P99.9 / P99.99, thời gian từ đặt lệnh đến xác nhận (ACK), phân tích điểm nóng độ dao động, bản ghi chuyển đổi dự phòng và độ lệch đồng hồ; được cung cấp dưới dạng CSV + PDF để lưu trữ tuân thủ MM.

Câu hỏi 7: Có bắt buộc phải sử dụng dịch vụ colocation không?

A7: Đối với các MM giao dịch tần suất cao (HFT), có. Với mục tiêu P99 < 200 µs, độ dài cáp nối, suy hao sợi quang và số bước chuyển mạch đều ảnh hưởng đáng kể; việc đặt máy chủ tại trung tâm dữ liệu giúp giảm độ trễ mạng từ mili giây xuống còn hàng chục micro giây.

Kết luận

Cuộc cạnh tranh tiếp theo về động cơ khớp lệnh trên sàn giao dịch tập trung (CEX) sẽ diễn ra trên các chỉ số P99 / P99.9 dành cho tổ chức. Công nghệ khớp lệnh độ trễ thấp của SoonTech tích hợp các tính năng như bỏ qua nhân hệ điều hành, hàng đợi không khóa, khả năng tương thích NUMA, tăng tốc bằng FPGA, loại bỏ độ trễ cuối, khôi phục bản sao nhanh và báo cáo SLA cấp tổ chức thành một sản phẩm đường dẫn lệnh cấp tổ chức có thể cam kết. Bất kỳ sàn giao dịch nhãn trắng nào có kế hoạch mở rộng thị trường tổ chức đều nên xác định lộ trình phát triển động cơ khớp lệnh trước khi xem xét các yếu tố tuân thủ, thanh toán bù trừ hoặc các ưu đãi từ nhà tạo lập thị trường (MM) — bởi vì nếu MM từ chối bạn trong quá trình đánh giá, không sản phẩm nào ở giai đoạn sau sẽ có cơ hội.

🌐 Xây dựng các nền tảng Web3 an toàn và có khả năng mở rộng cùng SoonTech.

Khám phá các giải pháp của chúng tôi dành cho Sàn giao dịch tiền điện tử nhãn trắng, Thị trường dự đoán, Ví MPC, Hệ thống khớp lệnh, Tích hợp thanh khoản và Tuân thủ.

Khởi động hành trình blockchain ngay

Đội ngũ chuyên nghiệp cung cấp tư vấn giải pháp miễn phí cho bạn

Liên hệ ngay