Dữ liệu tick và Sổ lệnhtừ số 0.

Một lệnh giới hạn (limit order) cho biết có người muốn mua hoặc bán một khối lượng tại mức giá giới hạn. Các lệnh mua đang chờ tạo thành phía bid (mua); các lệnh bán đang chờ tạo thành phía ask (bán). Mức mua cao nhất là best bid (giá mua tốt nhất), mức bán thấp nhất là best ask (giá bán tốt nhất).

Sổ lệnh là trạng thái hiện tại của các lệnh còn hiệu lực; dòng lịch sử giao dịch là những giao dịch đã xảy ra. Hai phần này có liên quan nhưng không giống nhau.

Sự kiện có thể là thêm, hủy hoặc khớp lệnh; bản ghi giao dịch; trạng thái phiên; tín hiệu duy trì kết nối (heartbeat) hoặc dữ liệu khôi phục. Vì mỗi loại phục vụ một thành phần khác nhau, đừng thiết kế một hàm book.apply(any_tick) rồi hy vọng mọi thứ tự đúng.

using MarketEvent = std::variant<
    AddOrder,
    ReduceOrder,
    DeleteOrder,
    TradePrint,
    TradingStatus
>;

std::visit(EventRouter{book, tape, session}, event);

Luồng dữ liệu nhị phân quy định chính xác thứ tự byte, độ rộng trường, hệ số, phần đệm và độ dài thông điệp. Nasdaq ITCH chẳng hạn dùng thứ tự byte lớn trước (big-endian), số nguyên có độ rộng cố định, trường ASCII và giá biểu diễn bằng số nguyên có hệ số (fixed-point). Ánh xạ thẳng vùng đệm bằng reinterpret_cast có thể sai do căn chỉnh, phần đệm, thứ tự byte hoặc dữ liệu đầu vào bị cắt ngắn.

std::uint64_t read_be(std::span<const std::byte> bytes) {
    if (bytes.empty() || bytes.size() > 8) {
        throw ParseError{"invalid integer width"};
    }

    std::uint64_t value = 0;
    for (std::byte byte : bytes) {
        value = (value << 8)
              | std::to_integer<unsigned char>(byte);
    }
    return value;
}

Chỉ mục ID lệnh
42 → bid, 100.00, qty 50 ─┐
77 → bid, 100.00, qty 20 ─┼─→ level 100.00 = 70
91 → ask, 100.01, qty 30 ─┘

Độ ưu tiên theo giá
100.00 bid: [42, 77]

Vòng đời phải bám đúng quy tắc của sở giao dịch

Với Nasdaq ITCH, Executed With Price vẫn giảm khối lượng tại giá hiển thị ban đầu; giá khớp lệnh phục vụ lịch sử và thống kê giao dịch. Thông điệp thay thế không gửi lại toàn bộ phía mua/bán, mã và thuộc tính, nên phải kế thừa chúng từ lệnh cũ.

Những điều bất biến cần bảo vệ

Ảnh chụp trạng thái và cập nhật tăng dần

Luồng MBP thường cần ảnh chụp trạng thái để khởi tạo, rồi nối với các cập nhật trực tiếp tăng dần. Ảnh chụp không tự chứng minh nó còn mới; cần ID cập nhật hoặc dữ liệu điểm chuyển để tạo một chuỗi liên tục.

Luồng A/B là hai đường truyền của cùng một luồng dữ liệu logic. Mục tiêu là nhận gói tin nhanh nhất nhưng chỉ áp dụng đúng một lần, không phải áp dụng cả hai “cho chắc”.

Cách tăng số thứ tự cũng không giống nhau ở mọi nơi: MoldUDP64 đánh số thông điệp nên số tiếp theo = số đầu + số thông điệp; CME MDP đánh số gói tin nên số tiếp theo = số gói tin + 1. Đừng đặt tên quá chung rồi vô tình dùng sai đơn vị.

Khôi phục từ ảnh chụp trạng thái theo đúng thứ tự

1. 1Dừng xem trạng thái hiện tại là mới và giữ cập nhật trực tiếp trong hàng đợi có giới hạn.
2. 2Dựng ảnh chụp trong trạng thái tạm, không ghi đè sổ lệnh mà bên đọc đang dùng.
3. 3Đọc dữ liệu điểm chuyển để biết ảnh chụp đã chứa trạng thái đến số thứ tự nào.
4. 4Bỏ cập nhật tạm cũ, rồi áp dụng liên tục phần còn lại theo số thứ tự.
5. 5Kiểm tra các điều bất biến rồi công bố thế hệ trạng thái mới bằng thao tác nguyên tử.

Cờ cho phép công bố giúp tránh đếm hai lần một số khối lượng đấu giá hoặc giao dịch chéo, nhưng không phải mọi giao dịch có thể công bố đều được đưa vào mọi bộ dữ liệu. Điều kiện sử dụng còn phụ thuộc loại giao dịch, phiên, đấu giá và chính sách với dữ liệu không đúng thứ tự.

Để hoàn tác một giao dịch, bộ tổng hợp cần định danh có đúng phạm vi và giữ phần đóng góp cũ. Giá trị giao dịch chuẩn nên dùng phép tính trên số nguyên có hệ số và kiểm tra tràn. Khoảng thời gian cần có quy ước rõ như [bắt đầu, kết thúc); sự kiện đúng 10:01:00 thuộc khoảng sau.

Đừng nén mọi đồng hồ thành một dấu thời gian