Trang này được dịch tự động. Bản gốc tiếng Anh là phiên bản chính thức. Đọc bằng tiếng Anh →
Chuyển đến nội dung chính

Nhật ký thay đổi

Các thay đổi API và các mục ngừng hỗ trợ cho Hypercall testnet và mạng chính alpha.

Chính sách thay đổi API thử nghiệm​

Tất cả các endpoint /experimental và các thông điệp WebSocket được đánh dấu rõ là thử nghiệm đều không ổn định. Các thay đổi phá vỡ tương thích có thể có hiệu lực với thông báo trước một ngày (24 giờ). Điều này bao gồm việc xóa hoặc đổi tên trường hay endpoint, thay đổi kiểu dữ liệu của trường, và thay đổi hành vi của request hoặc response. Các thông báo trong nhật ký thay đổi này sẽ nêu rõ các phần bị ảnh hưởng, các thay đổi bắt buộc phía client, cùng ngày giờ có hiệu lực. Client phải theo dõi các thông báo này và cập nhật trước thời điểm đó. Chính sách này không thay đổi các cam kết tương thích của các endpoint và subscription không thuộc diện thử nghiệm.

Xem API combo thử nghiệm để biết giao diện hiện tại. Chính sách này không công bố việc ra mắt hay một thay đổi schema tức thời nào.

Xem thêm: Tham chiếu REST API · WebSocket API · Xác thực

Không có bản phát hành mới - Ngày 6 tháng 10 năm 2026​

Bổ sung​

  • Chính sách ký quỹ PM công khai: GET /v1/pm-margin/policy trả về chính sách ký quỹ danh mục (portfolio margin) đang áp dụng (loại, phiên bản, chế độ gamma overlay và toàn bộ danh sách theo từng tài sản cơ sở) mà không cần xác thực. Response mang một ETag mạnh và Cache-Control: public, max-age=60, stale-while-revalidate=300; hãy gửi If-None-Match để nhận 304 Not Modified không có body khi chính sách chưa thay đổi. Xem Tham số rủi ro PM.
  • Nén WebSocket trên môi trường production: cơ chế thương lượng permessage-deflate được mô tả trong mục ngày 30 tháng 9 nay đã được bật trong cấu hình production. Các client không đề xuất extension này sẽ không bị ảnh hưởng.

Không có bản phát hành mới - Ngày 5 tháng 10 năm 2026​

Bổ sung​

  • Không có thay đổi nào về giới hạn tần suất hay hạng (tier) được triển khai trong giai đoạn này; giới hạn tần suất không thay đổi, và các lệnh gửi perp TEE mới được tính vào Account manager giống như các lệnh perp khác. Không có endpoint nào bị ngừng hỗ trợ.
  • Các route trigger và batch cho perp TEE: POST /v1/tee-perp/orders/submit-trigger gửi một lệnh stop-loss hoặc take-profit gốc, và POST /v1/tee-perp/orders/submit-batch gửi một lệnh theo nhóm (na, normalTpsl hoặc positionTpsl). Cả hai đều dùng cùng phương thức ký EIP-712 bằng app-key như POST /v1/tee-perp/orders/submit, đều qua cùng bước kiểm tra ký quỹ danh mục, và luôn kèm builder code của Hypercall.
  • Xem trước perp TEE: POST /v1/tee-perp/preview chạy bước kiểm tra ký quỹ cho một lệnh, một batch hoặc một thay đổi đòn bẩy mà không ghi vào journal, không giữ chỗ nonce và không gọi enclave, đồng thời trả về quyết định, một reasonCode ổn định, các số liệu ký quỹ, giá thanh lý trên sàn và một maxSize được xác định bằng phương pháp chia đôi. Response của các lệnh gửi order, batch và đòn bẩy nay cũng mang cùng reasonCode. Xem mã lý do.
  • Các thị trường perp TEE: GET /v1/tee-perp/markets liệt kê các thị trường perp mà Hypercall chấp nhận cùng chỉ số tài sản của chúng. Mọi thị trường có nguồn giá Hypercall, lưới kịch bản PM và một thị trường Hyperliquid ký quỹ bằng USDC đều được chấp nhận trên tất cả các route TEE. Mọi thị trường khác sẽ bị từ chối với market_not_supported.
  • Lưu ý về route: các route TEE là tùy chọn ở cấp API: client API chọn chúng bằng cách gọi các endpoint /v1/tee-perp/, còn các lệnh không dùng chúng sẽ đi qua đường directive của hợp đồng tài khoản. Trong ứng dụng Hypercall, TEE là route perp mặc định, với route hợp đồng thông minh có sẵn dưới dạng cài đặt nâng cao trong Settings.

Thay đổi​

  • ID request do client chọn phải là UUIDv7 mới. POST /v1/tee-perp/cancels/submit-prepared (cả nonceReservationRequestId và requestId) và POST /liquidation/standard-margin (request_id) trả về 400 khi ID request không phải UUIDv7 (ví dụ một v4 từ crypto.randomUUID()), khi timestamp nhúng bên trong cũ hơn 1 giờ, hoặc khi nó vượt quá 30 giây trong tương lai. Hãy tạo một UUIDv7 mới cho mỗi request mới và chỉ dùng lại nó để thử lại chính request đó trong vòng một giờ.
  • Các lần thử lại lệnh order, cancel và đòn bẩy TEE xuyên qua bản phát hành này sẽ bị từ chối. Định danh do máy chủ gán cho POST /v1/tee-perp/orders/submit, POST /v1/tee-perp/cancels/submit, POST /v1/tee-perp/cancels/submit-by-oid, POST /v1/tee-perp/schedule-cancel/submit và POST /v1/tee-perp/leverage/submit đã thay đổi trong bản phát hành này. Việc thử lại một request được gửi lần đầu trước khi nâng cấp sẽ trả về 400 do nonce đã được dùng lại thay vì xác nhận chấp nhận ban đầu; request ban đầu vẫn giữ nguyên hiệu lực. Hãy ký và gửi một request mới với nonce mới.
  • Kích thước leg của RFQ được kiểm tra độ chính xác khi gửi: kích thước leg RFQ có hơn 6 chữ số thập phân (nhỏ hơn 0.000001) sẽ bị từ chối khi RFQ được gửi, và thông báo lỗi nêu kích thước khả dụng lớn nhất để làm tròn xuống. Trước đây RFQ vẫn được chấp nhận nhưng mọi báo giá của nhà tạo lập thị trường sau đó đều thất bại, nên taker chỉ thấy lỗi hết thời gian chờ không có báo giá chung chung. Hash của các leg đã ký không thay đổi: hãy tự làm tròn kích thước trước khi ký.

Không có bản phát hành mới - Ngày 4 tháng 10 năm 2026​

Bổ sung​

  • Đòn bẩy perp TEE: POST /v1/tee-perp/leverage/submit thay đổi đòn bẩy theo từng thị trường và chế độ cross hoặc isolated thông qua route TEE, sử dụng cùng quy tắc ký quỹ như khi tiếp nhận lệnh. Một thay đổi bị từ chối sẽ trả về một reasonCode ổn định như insufficient_margin hoặc leverage_requires_flat_account.

Không có bản phát hành mới - Ngày 2 tháng 10 năm 2026​

Bổ sung​

  • Các route cancel và schedule-cancel cho perp TEE: POST /v1/tee-perp/cancels/submit (theo ID lệnh của client), POST /v1/tee-perp/cancels/submit-by-oid và POST /v1/tee-perp/schedule-cancel/submit (cơ chế dead-man's switch) đã có sẵn trên route TEE.

Không có bản phát hành mới - 30 tháng 9, 2026​

Đã thêm​

  • Nén WebSocket: /ws hỗ trợ RFC 7692 permessage-deflate với server_no_context_takeover, được bật theo từng môi trường. Các client đề xuất extension này sẽ nhận các tin nhắn lớn hơn ở dạng nén; các client không đề xuất sẽ không bị ảnh hưởng. Xem Nén.
  • Dữ liệu thị trường tham khảo theo lô: kênh mới indicative_market_data_v2 truyền các dòng indicative_market_data dưới dạng frame IndicativeMarketDataBatch, mỗi frame chứa các dòng được công bố trong một cửa sổ lô (mặc định 25 ms), theo đúng thứ tự và không bị gộp. Thông báo xác nhận của kênh là {"type":"Subscribed","channel":"indicative_market_data_v2","batch":true}; nếu không có dấu hiệu này, hãy quay về dùng indicative_market_data, kênh này không thay đổi. Các dòng đến chậm tối đa một cửa sổ. Khi dùng permessage-deflate, các frame theo lô nhỏ hơn khoảng năm lần so với nén từng dòng riêng lẻ. Xem Truyền theo lô. Trường subscribe "batch": true tồn tại ngắn hạn đã bị loại bỏ; server sẽ bỏ qua trường này.
  • Từ chối các kênh không xác định: một lệnh Subscribe tới kênh không tồn tại giờ đây trả về {"type":"Error","code":"unknown_channel","channel":"<name>","message":"Unknown channel '<name>'"} thay vì một xác nhận Subscribed rồi im lặng. Tin nhắn Error có thêm các trường tùy chọn code và channel. Các kênh đã ngừng hoạt động vẫn giữ lỗi hiện có.
  • Rust client: WsClient::subscribe_indicative_market_data(symbols) đăng ký indicative_market_data_v2 và quay về indicative_market_data khi server xác nhận mà không có dấu hiệu batch hoặc từ chối kênh. Có thể tắt bằng WsClient::with_batched_indicative(false), và dừng đăng ký bằng WsClient::unsubscribe_indicative_market_data(), hoạt động trên bất kỳ kênh nào đã được chọn. Thay đổi phá vỡ tương thích (trước 1.0): tham số batch của phương thức bị loại bỏ, WsMessage::Subscribe mất trường batch, còn WsMessage::Subscribed và WsMessage::Error có thêm các trường tùy chọn, vì vậy cần cập nhật struct literal và các pattern match đầy đủ.

Đã thay đổi​

  • Phá vỡ tương thích: ký quỹ danh mục yêu cầu tài khoản HyperCore hợp nhất. POST /margin-mode với portfolio giờ đây thất bại với 400 và mã pm_account_not_unified trừ khi HyperCore báo cáo Account ở chế độ unifiedAccount. Hãy bật chế độ này trước bằng directive hl_set_abstraction, chờ xác nhận, rồi thử lại. Một PM Account không hợp nhất không bao giờ định giá được, nên thay đổi này thay thế cho một lỗi xảy ra muộn hơn và khó hiểu.
  • GET /portfolio giải thích khi thiếu nguồn dữ liệu vốn chủ sở hữu PM. Khi một Account ký quỹ danh mục không có vốn chủ sở hữu HyperCore hiện tại, phản hồi là 409 pm_account_not_unified nếu HyperCore chưa từng công bố Account và báo cáo một chế độ khác, hoặc 503 pm_account_equity_pending có thể thử lại cho đến khi một snapshot hợp nhất hiện tại tới được engine (nêu tên chế độ HyperCore khi tài khoản không hợp nhất). Các lỗi định giá PM khác vẫn giữ 503 chung.
  • Kiểm tra trước của maker RFQ tách riêng lỗi định giá. Một báo giá mà sàn không thể định giá (ví dụ, thiếu bề mặt biến động ngụ ý) giờ đây bị từ chối với lý do pricing_unavailable thay vì margin_rejected. margin_rejected giờ chỉ có nghĩa là một quyết định ký quỹ trên tài khoản của maker.

Không có bản phát hành mới - 2 tháng 9, 2026​

Đã thêm​

  • Mô phỏng rủi ro công khai: POST /risk/simulate/portfolio xem trước việc chồng thêm hoặc thay thế vị thế theo giá mark. POST /risk/simulate/orders xem trước việc chấp nhận tài chính cho lệnh chờ hoặc lệnh nguyên tử. Cả hai endpoint dùng một snapshot engine bất biến, hỗ trợ Standard Margin và Portfolio Margin, không yêu cầu xác thực và không bao giờ thay đổi trạng thái tài khoản hay journal. Bản xem trước lệnh không bao gồm các bảo đảm về định tuyến, khớp lệnh, nonce và tạm dừng giao dịch, nên một lệnh thật sau đó có thể khác khi trạng thái engine thay đổi.
  • Cơ sở lệnh mở có thứ tự: POST /risk/simulate/orders chấp nhận trường tùy chọn hypothetical_open_orders, chấp nhận lần lượt các lệnh này như lệnh GTC chờ khớp, và báo cáo tác động tổng hợp của chúng cùng với lệnh đề xuất hoặc gói lệnh nguyên tử.

Chuyển đổi quyền chọn sang Standard Margin​

Phạm vi: Standard Margin nhận diện các spread quyền chọn, butterfly tương thích và các danh mục khác trong từng tài sản cơ sở và ngày đáo hạn. Calendar giữ các nhóm ngày đáo hạn riêng biệt. Nạp tiền USDC và các tuyến lệnh hiện có không thay đổi.

Hợp đồng tiền mặt bổ sung: Bản tóm tắt danh mục qua REST và WebSocket có thêm standard_margin, chứa cash_margin, initial_margin_headroom, maintenance_margin_headroom và thông tin chẩn đoán ngày đáo hạn tương thích. Các trường initial_margin và maintenance_margin hiện có giữ nguyên ý nghĩa lịch sử dựa trên NAV. Hãy dùng các trường headroom tiền mặt tường minh cho việc chấp nhận lệnh và thanh lý theo SM. Thiếu bảng phân tích nghĩa là tính năng không khả dụng, không phải rủi ro bằng không.

Thay đổi phá vỡ ngữ nghĩa vị thế: margin_posted và maintenance_margin theo từng vị thế là các chỉ số chẩn đoán độc lập trước khi áp dụng bảo vệ nhóm. Không cộng chúng lại để tính yêu cầu của tài khoản hoặc ước tính chi phí đóng một chân. Hãy dùng yêu cầu của tài khoản và bảng phân tích theo nhóm.

Thay đổi phá vỡ với trường nullable: Các vị thế quyền chọn SM giờ trả về liquidation_price: null trong các tin nhắn danh mục REST và WebSocket. Hãy cập nhật các decoder yêu cầu chuỗi số thập phân và hiển thị giá không khả dụng hoặc headroom của tài khoản. Trả về giá cũ sẽ phản ánh sai rủi ro thanh lý theo nhóm. Thay đổi này đòi hỏi chuyển đổi đồng bộ giữa backend và client; đây không phải là tuyên bố tương thích với các decoder nghiêm ngặt cũ.

Chuyển đổi client: hãy cập nhật frontend và các hệ thống tiêu thụ rủi ro tự động trước khi tiếp tục giao dịch với backend mới. Hủy và xác nhận việc gỡ bỏ các báo giá maker cũ, sau đó dừng maker cũ. Chỉ khởi động maker đã cập nhật khi bảng phân tích tiền mặt mới khả dụng. Các phiên bản maker mới ngừng báo giá khi thiếu ngữ cảnh đó; các phiên bản cũ dùng NAV để tính mức sử dụng và không phù hợp với các quy tắc rủi ro dựa trên tiền mặt mới. Không chạy lẫn các phiên bản backend khác nhau cho cùng các tài khoản giao dịch.

Thư viện Rust: giá thanh lý của vị thế trong danh mục trở thành tùy chọn và bản tóm tắt ký quỹ có thêm một trường phân tích công khai, đòi hỏi cập nhật struct literal tương ứng. Chữ ký của các hàm hỗ trợ ký quỹ dựa trên NAV hiện có không thay đổi; các hệ thống tiêu thụ rủi ro có tính đến tiền mặt phải dùng hợp đồng SM tường minh. Thư viện liquidator cũng yêu cầu headroom maintenance_margin có thẩm quyền trong các snapshot ký quỹ đã tuần tự hóa và các ứng viên được tạo. Hãy dựng lại các snapshot đó từ dữ liệu đọc hiện tại; không suy ra headroom tiền mặt bị thiếu từ NAV đã lưu.

Xác thực: các hệ thống tiêu thụ của bên thứ nhất phân biệt PM với SM, ngữ cảnh tiền mặt không khả dụng sẽ dừng các quyết định rủi ro tự động, và định dạng yêu cầu lệnh/chữ ký không thay đổi. Mục chưa phát hành này không xác lập việc triển khai hay một đợt triển khai hỗn hợp phiên bản được hỗ trợ.

Không có bản phát hành mới - 15 tháng 8, 2026​

Đã thêm​

  • Khối lượng tài sản trong bộ sưu tập: GET /accounts/{wallet}/collection giờ trả về giá trị danh nghĩa tài sản cơ sở chuẩn chính xác trong suốt vòng đời của từng tài sản dưới dạng chuỗi số thập phân trong trường bổ sung assets[].volume.

Không có bản phát hành mới - 14 tháng 8, 2026​

Thông báo ngừng hỗ trợ​

  • Trường username trong hồ sơ bị ngừng hỗ trợ: Trường username trong phản hồi GET /profile của Rust đã bị ngừng hỗ trợ và có thể bị xóa vào hoặc sau ngày 7 tháng 9, 2026. Thay vào đó, vui lòng đọc username đã chọn từ GET /username?wallet=... trên Analytics API. Nếu endpoint đó trả về 404, hãy tự suy ra adjective_noun.xx cục bộ từ ví chuẩn. Trong giai đoạn chuyển đổi, các phản hồi /profile thành công hiện bao gồm các header Deprecation, Sunset, X-Deprecation-Removal-Unix và Warning.
  • Các trường username cũ còn lại trong phản hồi: Trường username trong các phản hồi GET /username và POST /username cũ của Rust, cùng với các phản hồi bảng xếp hạng cuộc thi, vẫn thuộc diện có thể bị xóa theo lịch ngày 20 tháng 8, 2026. Hợp đồng GET /username và POST /username có chữ ký của Analytics API là phương án thay thế cho username đã chọn. Các client bảng xếp hạng phải tự suy ra tên hiển thị adjective_noun.xx cục bộ từ wallet hoặc wallet_address chuẩn khi không có tên đã chọn. Thuật toán tên tài khoản tất định dưới đây mang tính quy chuẩn.

Thuật toán tên tài khoản tất định​

Đầu vào: Cắt khoảng trắng và chuyển thành chữ thường một ví EVM chuẩn. Giá trị phải khớp với ^0x[0-9a-f]{40}$. Đầu vào không hợp lệ sẽ cho ra Unknown.

Danh sách từ có thứ tự: Giữ nguyên chính xác thứ tự này.

adjectives = [swift, silent, long, short, deep, wide, sharp, calm, cold, quiet, bold, thin, idle, vivid, grim, amber, slate, rapid, steady, hollow, rogue, plain, lucky, brisk, stark]
nouns = [theta, vega, gamma, delta, rho, basis, carry, skew, strike, tenor, vol, wick, candle, ladder, condor, collar, straddle, strangle, butterfly, spread, hedge, premium, tick, lot]

Hàm băm: Sử dụng FNV-1a 32-bit trên các byte ASCII. Mỗi phép nhân đều quay vòng về số nguyên không dấu 32-bit, tương đương với Math.imul(hash, 0x01000193) >>> 0 trong JavaScript.

fnv1a32(value, seed = 0x811c9dc5):
  hash = uint32(seed)
  for byte in ascii(value):
    hash = uint32(hash XOR byte)
    hash = uint32(hash * 0x01000193)
  return hash

wallet = trim(input).lowercase()
adjective_hash = fnv1a32(wallet)
noun_hash = fnv1a32(wallet + "#2", adjective_hash)
adjective = adjectives[adjective_hash modulo 25]
noun = nouns[noun_hash modulo 24]
suffix = last 2 characters of wallet
display_name = adjective + "_" + noun + "." + suffix

Vector kiểm thử:

VíTên hiển thị
0x000000000000000000000000000000000000002avivid_candle.2a
0xd9fe4c6bf4271fd685409cd01b7eece052c886c8silent_theta.c8

Bổ sung​

  • API huy hiệu công khai: Analytics Worker hiện cung cấp danh mục huy hiệu tại GET /badges, danh sách người sở hữu có phân trang tại GET /badges/{slug}, trạng thái theo từng tài khoản tại GET /badges/accounts/{wallet}, và các lô thân thiện với bộ nhớ đệm gồm tối đa 100 ví tại GET /badges/accounts?wallet=.... Podium và khối lượng mọi thời đại sử dụng các thế hệ bảng xếp hạng đã được vật chất hóa. Điều kiện Founding được cố định cho các tài khoản xuất hiện lần đầu trước ngày 1 tháng 8, 2026 UTC. Số lượng tin nhắn Trollbox liên kết với ví được làm mới mỗi giờ và giữ nguyên các cấp đã đạt được sau khi tin nhắn bị xóa.
  • Thành tích chuỗi ngày và bộ sưu tập trong hồ sơ: GET /accounts/{wallet}/streak?days=14|61|365 trả về lịch chuỗi ngày. GET /accounts/{wallet}/collection trả về lưới tài sản bộ sưu tập độc lập, không có tham số khung thời gian. Chuỗi ngày đếm số ngày UTC liên tiếp có lệnh khớp đủ điều kiện. Bộ sưu tập đếm số tài sản cơ sở khác nhau đã giao dịch và so sánh với danh mục niêm yết hiện tại. Các lệnh tự khớp đã được xử lý không được tính. Bộ sưu tập Complete vẫn được giữ nguyên nếu danh mục sau đó mở rộng.
  • Tên Hyperliquid trên các dòng bảng xếp hạng: Các dòng data[] do các endpoint bảng xếp hạng cuộc thi và mọi thời đại trả về hiện bao gồm trường có thể null hyperliquid_name. Analytics Worker chỉ phân giải tên cho các ví trong trang được trả về, gộp các lệnh gọi HyperEVM theo lô và lưu bộ nhớ đệm cả kết quả có và không có trong mười phút. Trường này tách biệt với username được tạo tự động đã bị ngừng hỗ trợ. Client có thể ưu tiên dùng trường này khi không null, nếu không thì dùng tên tài khoản tất định.

Không có bản phát hành mới - 3 tháng 8, 2026​

Thay đổi phá vỡ tương thích​

  • Ảnh hồ sơ bị xóa khỏi Rust API: POST /profile/image không còn khả dụng, và GET /profile không còn trả về profile_image_url.

Không có bản phát hành mới - 29 tháng 7, 2026​

Thay đổi phá vỡ tương thích​

  • Endpoint REST nến bị xóa: GET /candles không còn khả dụng và hiện trả về 404. Client phải ngừng gọi endpoint này.
  • Ngừng phân phối nến qua WebSocket: Hypercall không còn phát các thông điệp CandleUpdate tới các kênh candles:<UNDERLYING>:<RESOLUTION>. Client phải ngừng đăng ký các kênh này. Luồng nến thay thế chưa có trong bản phát hành này.

Không có bản phát hành mới - 27 tháng 7, 2026​

Bổ sung​

  • Thời điểm phát hành dữ liệu tham khảo: mọi payload WebSocket indicative_market_data hiện bao gồm published_at, là dấu thời gian theo đồng hồ API tính bằng mili giây tại thời điểm payload đó được gửi. Sử dụng published_at - rfq_provider_quotes[].updated_at để đo tuổi báo giá của nhà cung cấp tại thời điểm phát hành. Không so sánh bất kỳ giá trị nào trong hai giá trị này với đồng hồ thực của client. Trường timestamp hiện có vẫn là thời điểm cập nhật tổng hợp từ nguồn.
  • Đồng hồ truyền tải WebSocket: các client cần đo khoảng thời gian thận trọng từ lúc phát hành đến lúc nhận có thể gửi {"type":"ClockSync","nonce":"<client nonce>"} và chờ {"type":"ClockSynced","nonce":"<same nonce>","server_at":<API milliseconds>} trước khi đăng ký. Kết hợp mẫu thời gian API với thời gian trôi qua đơn điệu phía client. Không so sánh server_at với đồng hồ thực của client.

Không có bản phát hành mới - 22 tháng 7, 2026​

Bổ sung​

  • Chiều giao dịch trong lịch sử công khai: mọi giao dịch được trả về bởi GET /trades hiện bao gồm taker_side với giá trị Buy hoặc Sell. Phía maker luôn là phía ngược lại.
  • Phân trang theo con trỏ cho giao dịch: truyền after_trade_id vào GET /trades để lấy các giao dịch mới hơn theo thứ tự trade_id tăng dần. Tiếp tục từ ID cuối cùng được trả về. Chế độ con trỏ không thể kết hợp với offset, option_id, underlying hoặc account; các truy vấn theo offset và có bộ lọc hiện có không thay đổi.

Không có bản phát hành mới - Ngày 20 tháng 7 năm 2026​

Thay đổi phá vỡ tương thích​

  • Ngắt kết nối các client WebSocket tiêu thụ chậm: các kết nối /ws sẽ bị chấm dứt khi vượt quá bất kỳ ngưỡng an toàn nào trên mỗi kết nối. Các ngưỡng được áp dụng là 16.384 tin nhắn đang chờ, 8 MiB dữ liệu đã mã hóa đang chờ, 5 giây tuổi hàng đợi và 5 giây cho một lần ghi socket. Đây là các ngưỡng an toàn vận hành, không phải cam kết về thông lượng hay cam kết tương thích. Khi vi phạm ngưỡng về hàng đợi, số byte hoặc tuổi, máy chủ sẽ gửi mã đóng 1008 kèm lý do dạng JSON rút gọn chứa error: "slow_consumer", class, cause và recovery. Một kết nối không thể nhận ngay cả khung đóng có thể bị chấm dứt mà không có lý do đọc được. Hiện chưa có con trỏ phát lại (replay cursor). Client phải kết nối lại, xác thực lại khi được yêu cầu, đăng ký lại và thực hiện hành động khôi phục: tải lại snapshot đối với dữ liệu công khai có thứ tự, đối soát các sự kiện riêng tư bền vững qua REST, hoặc tải lại trạng thái danh mục. Client không được giả định việc phân phối diễn ra liên tục qua một lần kết nối lại. Route tiếp nhận của nhà cung cấp báo giá /ws/quotes là riêng biệt và không thay đổi.
  • Gộp các lần làm mới indicative không thay đổi: indicative_market_data không còn phát ra mọi lần làm mới báo giá chỉ thay đổi timestamp. Khi giá, khối lượng và trạng thái khả dụng của nhà cung cấp không đổi, mỗi công cụ phát ra tối đa một bản cập nhật độ mới mỗi giây. Các thay đổi về giá hoặc khối lượng tài chính và việc nhà cung cấp gỡ báo giá vẫn được công bố ngay lập tức. Client từng sử dụng mỗi timestamp nguồn như một sự kiện phải chuyển sang dùng snapshot mới nhất nhận được.
  • Lệnh WebSocket dùng chung giới hạn tốc độ REST trong một tiến trình API: các lệnh /ws có chữ ký PlaceOrder, SubmitRfq, SubmitAutoExecuteRfq và AcceptRfqQuote giờ đây sử dụng cùng RateLimitCache trong bộ nhớ theo từng ví như các lệnh REST tương ứng trong tiến trình API đó. Giới hạn không áp dụng trên toàn cụm, và các bản sao API khác nhau duy trì các cửa sổ độc lập. Ví chỉ được tính sau khi khôi phục chữ ký và xác thực agent, vì vậy việc ghi tên một ví khác không thể tiêu hao giới hạn của ví đó. Một pod phân phối WebSocket chuyên dụng không bỏ qua các giới hạn này. Lệnh WebSocket vượt giới hạn trả về tin nhắn Error thay vì các header giới hạn tốc độ HTTP.

Sửa lỗi​

  • Backpressure bộ nhớ WebSocket: đường xử lý của socket owner giờ đây giữ lại việc theo dõi hàng đợi từ lúc tiếp nhận cho đến khi hoàn tất ghi socket. Nó ghi nhận số byte đã mã hóa, tuổi hàng đợi, thời gian tuần tự hóa, số byte thực tế của khung, độ trễ từ công bố đến ghi, các lần ghi thất bại và các lần đóng do áp lực theo từng lớp phân phối.
  • Băng thông indicative trùng lặp: các snapshot indicative toàn chuỗi lặp lại với các trường tài chính không đổi sẽ bị loại bỏ trước khi phân phối công khai.

Không có bản phát hành mới - Ngày 13 tháng 7 năm 2026​

Bổ sung​

  • Mã lỗi API: các phản hồi lỗi JSON HTTP 4xx và 5xx do API tạo ra bổ sung code và message trong khi vẫn giữ nguyên các trường hiện có. Hãy rẽ nhánh theo code ổn định mà máy đọc được và sử dụng message để hiển thị hoặc chẩn đoán. Xem Lỗi & Lý do từ chối.

Không có bản phát hành mới - Ngày 3 tháng 7 năm 2026​

Bổ sung​

  • Hiển thị báo giá của nhà cung cấp RFQ: GET /options-summary có thể bao gồm các báo giá indicative thô của nhà cung cấp báo giá RFQ bằng cách truyền include_rfq_provider_quotes=true hoặc bí danh tương thích ngược rfq_provider_quotes=true. Giới hạn số báo giá nhà cung cấp trên mỗi công cụ bằng rfq_provider_quotes_limit, provider_quotes_limit hoặc limit.
  • Luồng dữ liệu thị trường indicative: các tin nhắn WebSocket IndicativeMarketData giờ đây bao gồm rfq_provider_quotes để client có thể xem tập báo giá indicative RFQ theo từng nhà cung cấp đằng sau giá mua và giá bán tổng hợp.

Sửa lỗi​

  • Tham số truy vấn options summary: tài liệu tham chiếu REST API giờ đây mô tả các tham số truy vấn báo giá nhà cung cấp mới của /options-summary.
  • Báo giá nhà cung cấp không còn khả dụng: các báo giá của nhà cung cấp RFQ không còn khả dụng sẽ nhanh chóng ngừng xuất hiện trong các phản hồi dữ liệu thị trường.

Không có bản phát hành mới - Ngày 26 tháng 6 năm 2026​

Thông báo ngừng hỗ trợ​

  • Bỏ trống route của lệnh: PlaceOrder chấp nhận việc bỏ trống route ít nhất cho đến ngày 4 tháng 7 năm 2026. POST /order coi route bị bỏ trống là best_execution và trả về các header Deprecation, Sunset, X-Deprecation-Removal-Unix và Warning. Client nên gửi route và đưa nó vào typed data của PlaceOrder. route sẽ không trở thành bắt buộc trước ngày 4 tháng 7 năm 2026, nhưng có thể trở thành bắt buộc sau đó.

Bổ sung​

  • Route lệnh tùy chọn: POST /order giờ đây chấp nhận trường route có chữ ký tùy chọn trên PlaceOrder. Client có thể gửi best_execution, book_only hoặc rfq_only. Nếu bỏ trống, route mặc định theo hành vi best_execution hiện tại trong thời gian ngừng hỗ trợ đã được lên lịch.
  • Route lệnh chỉ qua sổ lệnh: client có thể gửi route=book_only để bỏ qua bước tìm kiếm RPI/RFQ và chuyển thẳng đến sổ lệnh. route=best_execution giữ nguyên hành vi hiện có là RPI trước rồi đến sổ lệnh. route=rfq_only được dành riêng và hiện bị từ chối đối với /order cho đến khi ngữ nghĩa lịch sử lệnh chỉ qua RFQ được triển khai.
  • Xác thực route cho lệnh hàng loạt: POST /bulk_order hỗ trợ route=book_only cho các yêu cầu có route. Nếu bỏ trống, route giữ nguyên hành vi chỉ qua sổ lệnh hiện có. route=best_execution và route=rfq_only bị từ chối trên bulk vì endpoint bulk không thực hiện định tuyến RPI/RFQ.

Không có bản phát hành mới - Ngày 25 tháng 6 năm 2026​

Sửa lỗi tài liệu​

  • Tham chiếu API: đã thêm GET /liquidations vào Tham chiếu REST API được tạo tự động và liên kết endpoint này từ hướng dẫn Thanh lý.

Không có bản phát hành mới - Ngày 10 tháng 6 năm 2026​

Sửa lỗi tài liệu​

  • URL cơ sở của Tham chiếu API: đã sửa Tham chiếu REST API được tạo tự động để liệt kê các môi trường công khai là https://testnet-api.hypercall.xyz cho testnet và https://api.hypercall.xyz cho production.

Không có bản phát hành mới - Ngày 10 tháng 6 năm 2026​

Sửa lỗi​

Khớp lệnh​

  • Khớp RPI khi sổ lệnh trống: RPI một chân giờ đây coi giá giới hạn của người dùng là mức trần hoặc mức sàn khớp lệnh khi không có thanh khoản có thể khớp đang nằm trên sổ lệnh. Các phản hồi cải thiện giá hợp lệ tại đúng mức giới hạn hiển thị có thể được khớp thay vì bị từ chối vì không cải thiện so với chính mức giới hạn đó. Nếu có thanh khoản có thể khớp đang nằm trên sổ lệnh, nhà cung cấp báo giá vẫn cần cải thiện giá sổ lệnh đó ít nhất một tick. Xem Ưu tiên lệnh.
  • Phản hồi của nhà cung cấp báo giá: phản hồi RFQ giờ đây tuân theo cùng quy tắc giá giới hạn như API. Các báo giá tự nhiên tại mức giới hạn của bên taker được chấp nhận khi không có giá tham chiếu từ sổ lệnh, trong khi các báo giá nằm ngoài mức giới hạn của taker hoặc không cải thiện được thanh khoản có thể khớp trên sổ lệnh vẫn bị từ chối.

Trollbox​

  • Định tuyến mạng chính: Trollbox trên production giờ đây trỏ đến worker mạng chính, vì vậy tính năng chat trong ứng dụng sử dụng môi trường Trollbox đang hoạt động.

Không có bản phát hành mới - 1 tháng 6, 2026​

Xem thêm: Bài viết ra mắt Mainnet

Thay đổi gây gián đoạn​

  • Môi trường mạng chính: các client production phải sử dụng ứng dụng, API, chain ID, địa chỉ hợp đồng và signing domain được cấu hình cho mạng chính. Không tái sử dụng chữ ký testnet, API key testnet, agent key testnet hoặc các giả định về faucet trên mạng chính.
  • Phạm vi giao dịch khi ra mắt: phiên bản alpha trên mạng chính chỉ giới hạn ở luồng quyền chọn có rủi ro xác định. Vị thế bán không phòng hộ (naked short), ký quỹ danh mục mở rộng, nạp tiền qua faucet và các luồng cuộc thi testnet không được bật cho người dùng công khai trên mạng chính.
  • Route faucet bị chặn khỏi các bản build dùng tiền thật: các luồng nạp tiền chỉ dành cho faucet không khả dụng trong các bản build production. Người dùng mạng chính nạp USDC thông qua luồng nạp tiền của ứng dụng.

Bổ sung​

Mạng chính​

  • Alpha trên mạng chính: Hypercall đã hoạt động tại app.hypercall.xyz với thanh toán bằng USDC thật và quyền chọn SPCX là thị trường ra mắt.
  • Thị trường ra mắt SPCX: quyền chọn SpaceX đã có trên mạng chính với call, put, straddle, strangle và các spread có rủi ro xác định. Các hợp đồng SPCX trên mạng chính đáo hạn lúc 4:00 PM ET. Thị trường sử dụng cùng mô hình định tuyến lệnh được mô tả trong Ưu tiên lệnh.
  • Cấu hình chain mạng chính: kết nối ví, ký lệnh quyền chọn, địa chỉ hợp đồng và nội dung UI theo từng môi trường giờ đây được lấy từ cấu hình mạng chính/testnet đang hoạt động thay vì các giả định testnet được mã hóa cứng.
  • Cổng kiểm soát giao dịch production: cấu hình ra mắt giữ giao dịch không bị tạm dừng đồng thời duy trì các thiết lập rủi ro có kiểm soát cho đợt triển khai alpha.
  • API production: API production công khai đã sẵn sàng cho các client mạng chính.

Nạp tiền​

  • Nạp USDC: người dùng có thể nạp USDC vào tài khoản Hypercall thông qua ứng dụng. Luồng này hiển thị route, chain nguồn, trạng thái relay, tài khoản đích và số tiền được ghi có trước và sau khi gửi.
  • Ghi nhận chủ sở hữu khoản nạp trên Exchange: các sự kiện nạp USDC của Exchange nêu rõ tài khoản được ghi có, nhờ đó các dịch vụ backend ghi có đúng tài khoản Hypercall dự định thay vì suy ra quyền sở hữu từ msg.sender. Xem Hợp đồng: Onboarding.
  • Deposit zap: frontend hỗ trợ các luồng bridge-và-nạp thông qua ứng dụng, bao gồm báo giá relay và theo dõi trạng thái relay.
  • Rút tiền: hỗ trợ rút tiền trên mạng chính được kết nối thông qua system action và hiển thị trong các thao tác nạp/rút của tài khoản.
  • Lựa chọn route nạp tiền: các thao tác nạp tiền chọn route đang hoạt động từ cấu hình hợp đồng, cho phép cùng một UI tuân theo các luồng nạp tiền riêng của từng môi trường.
  • Xác nhận pháp lý: các luồng thiết lập tài khoản và nạp tiền bao gồm bước xác nhận pháp lý khi ra mắt, cùng với Điều khoản sử dụng và Chính sách quyền riêng tư đã được công bố.

Khớp lệnh​

  • RPI cho lệnh một chân: quyền chọn một chân được định tuyến qua phiên đấu giá Retail Price Improvement khi đủ điều kiện, sau đó chuyển về sổ lệnh khi không có báo giá đủ điều kiện nào thắng.
  • RFQ cho gói nhiều chân: các gói chiến lược nhiều chân được định tuyến qua RFQ để khớp theo nguyên tắc tất cả hoặc không có gì. Lệnh hai chế độ trên production ưu tiên RFQ khi cần khớp theo gói.
  • Phí khi ra mắt: phí maker và taker bị tắt theo cấu hình ra mắt. Xem Phí.
  • Định tuyến lệnh kết hợp: lệnh kết hợp được định tuyến qua các luồng RPI/RFQ của backend thay vì các giả định gói chỉ có ở frontend.
  • Vị thế bán của nhà cung cấp báo giá: các nhà cung cấp báo giá đã đăng ký có thể khớp các chân short cần thiết để cung cấp thanh khoản RFQ/RPI trong khi phạm vi ra mắt công khai vẫn bị giới hạn.

Sửa lỗi​

  • Truy cập trang nạp tiền: các route nạp tiền bên thứ ba trên app-host và hành vi của modal nạp tiền đã được bỏ chặn cho luồng nạp tiền production.
  • Gỡ bỏ allowlist nạp tiền: cơ chế whitelist nạp tiền trên production đã bị tắt để mở quyền truy cập nạp tiền khi ra mắt.
  • Kích thước RFQ: kích thước RFQ ở chế độ cost được làm tròn chính xác trước khi gửi, tránh sai lệch độ chính xác phần thập phân trong kích thước gói.
  • Báo giá payoff nhiều chân: biểu đồ payoff nhiều chân sử dụng bộ phân giải báo giá theo chân để giá trị trên biểu đồ khớp với gói đã chọn.
  • Giá trị âm: giá trị âm giờ đây hiển thị với dấu rõ ràng trên các giao diện UI khi ra mắt.
  • Dọn dẹp địa chỉ nạp tiền cũ: địa chỉ nạp tiền cũ và trạng thái bridge không sử dụng đã được gỡ bỏ sau khi xác minh ra mắt.

Không có bản phát hành mới - 22 tháng 5 đến 1 tháng 6, 2026​

Xem thêm: Bài viết ra mắt Mainnet

Thay đổi gây gián đoạn​

  • Ký quỹ danh mục bị tắt ngoài testnet: các môi trường không phải testnet giờ đây từ chối thiết lập ký quỹ danh mục. Phiên bản alpha trên mạng chính chỉ sử dụng ký quỹ tiêu chuẩn.
  • Chuẩn hóa trạng thái lệnh: các nhãn vòng đời lệnh phân biệt nhất quán hơn giữa các trạng thái đã xác nhận/đang mở và khớp một phần/khớp toàn bộ. Các client hiển thị chuỗi trạng thái thô nên coi đây là các trạng thái chuẩn hiển thị cho người dùng.

Bổ sung​

Nạp tiền và tài khoản​

  • Lựa chọn route nạp tiền: ứng dụng chọn route nạp tiền từ cấu hình hợp đồng đang hoạt động thay vì các giả định môi trường được mã hóa cứng.
  • Deposit zap trên Exchange: testnet có thêm luồng bridge-và-nạp phía ứng dụng, sau này được đưa lên mạng chính, bao gồm xử lý báo giá/trạng thái relay.
  • Ghi có khoản nạp rõ ràng: các khoản nạp USDC vào Exchange ghi có cho tài khoản được nêu trong sự kiện nạp, tránh việc ghi nhận mơ hồ khi router hoặc zap gửi giao dịch.
  • Rút USDC cho ví tiêu chuẩn: ví tiêu chuẩn có thể gửi yêu cầu rút USDC thông qua luồng API/system action.
  • Khởi tạo chế độ ký quỹ khi thiết lập tài khoản: thiết lập API key giờ đây khởi tạo chế độ ký quỹ được hỗ trợ trong quá trình onboarding, giảm khả năng một tài khoản đã nạp tiền rơi vào trạng thái giao dịch không hợp lệ.
  • Tập trung cài đặt tài khoản: tùy chọn và cài đặt tài khoản đã được chuẩn hóa để nạp tiền, agent key, hiển thị Trollbox và cài đặt hồ sơ dùng chung một giao diện tài khoản.

Thị trường và giao dịch​

  • Thị trường sắp ra mắt: ứng dụng có thể hiển thị thẻ thị trường sắp ra mắt mà không liệt kê chúng là thị trường có thể giao dịch.
  • Open interest dạng phân số: open interest của tài sản hiển thị giá trị phân số thay vì cắt bớt đối với các thị trường nhỏ hơn.
  • Rủi ro tham khảo từ danh mục trực tiếp: danh sách thị trường RFQ/rủi ro tham khảo được lấy từ danh mục trực tiếp thay vì danh sách frontend đã lỗi thời.
  • Khả năng khớp ngay theo giá mua/giá bán tham chiếu: màn hình đặt lệnh sử dụng dữ liệu giá mua/giá bán tham chiếu để xác định lệnh có thể khớp ngay hay không.
  • Gỡ chéo IV từ nhiều nguồn: các phép tính biến động ngụ ý trong phần tóm tắt quyền chọn gỡ chéo giá mua/giá bán từ nhiều nguồn trước khi tính IV.
  • Hàng mark cố định dạng native: các hàng mark của chiến lược chuyển sang hành vi sticky native để cuộn chuỗi quyền chọn mượt hơn.

Giao diện và nội dung​

  • Chế độ tối: ứng dụng đã được bổ sung chế độ tối đầy đủ trên toàn bộ giao diện giao dịch.
  • Trạng thái tương tác: các trạng thái tương tác ở frontend đã được tinh chỉnh để hoàn thiện cho đợt ra mắt.
  • Tách trang chủ Hypercall và Insights: định tuyến web công khai đã được làm mới, Insights được tách thành trang riêng và trang chủ sản phẩm trỏ đến giao diện giao dịch trực tiếp.
  • Bài giải thích RPI và RFQ: bài viết về khớp lệnh RPI đã được phát hành và liên kết vào tài liệu ra mắt.

Sửa lỗi​

  • Khả năng giao dịch trên marquee: nội dung marquee chỉ giới hạn ở các thị trường đã niêm yết để người dùng không thấy các tài sản không thể giao dịch như đang hoạt động.

Không có bản phát hành mới - 28 tháng 4 đến 21 tháng 5 năm 2026​

Xem thêm: Cập nhật sản phẩm tuần 7

Thay đổi phá vỡ tương thích​

  • Đã gỡ bỏ các API không sử dụng: endpoint /limit_iv không được sử dụng và route trùng lặp /profile/username-request đã bị gỡ bỏ. Client nên sử dụng các route được mô tả trong Tài liệu tham khảo REST API.
  • Siết chặt cơ chế dự phòng cho gói RFQ: RFQ nhiều chân là giao dịch theo gói và không còn dựa vào ngữ nghĩa dự phòng qua sổ lệnh để khớp các tổ hợp nhiều chân tùy ý. Vui lòng sử dụng lệnh đơn chân nếu cần hành vi dự phòng RPI/sổ lệnh.
  • Chain ID dùng để ký có thể cấu hình: việc ký lệnh quyền chọn không còn mặc định một chain ID testnet duy nhất. Client phải xác định chain dùng để ký từ môi trường đang hoạt động.

Bổ sung​

Thị trường​

  • Thị trường SPCX trên testnet: quyền chọn SpaceX trước IPO đã được thêm vào testnet, với ngày đáo hạn giới hạn tối đa đến ngày IPO 12 tháng 6.
  • Lọc marquee theo thị trường đã niêm yết: marquee thị trường trên production và staging chỉ hiển thị các thị trường đã niêm yết, tránh việc các tài sản không khả dụng xuất hiện như thể có thể giao dịch.
  • Mô hình biến động moneyness theo phiên: mô hình biến động có tính đến bối cảnh phiên giao dịch khi định giá các thị trường nhạy cảm với moneyness.

Strategy Builder​

  • Strategy builder 1 cú nhấp: các cấu trúc quyền chọn phổ biến như straddle, strangle, vertical spread và iron condor có thể được chọn từ thư viện chiến lược thay vì phải ghép từng chân.
  • Builder nâng cao: chế độ nâng cao bổ sung các điều khiển khoảng giá thực hiện, lựa chọn ngày đáo hạn xa cho các cấu trúc kiểu calendar, và xây dựng chiến lược có chân bán.
  • Form lệnh nhiều chân mới: phần nhập gói lệnh đã được xây dựng lại với xử lý báo giá theo từng chân, đồng hồ đếm ngược thời hạn báo giá, thông báo trượt giá và luồng chấp nhận báo giá tốt nhất gọn gàng hơn.
  • Nhãn và huy hiệu chiến lược: tiêu đề chiến lược hiện hiển thị nhãn gọn, phân loại debit/credit và tên ngắn hơn khi ticker hoặc ngày đáo hạn đã rõ ràng trong ngữ cảnh.
  • Chỉ báo trên chuỗi quyền chọn: các chế độ xem chuỗi có thêm pill cho chân đã chọn, hàng giá mark cố định, nhãn DTE, mũi tên điểm hòa vốn và chỉ báo vị thế trên các chế độ xem chuỗi, width và spread.

RPI và RFQ​

  • Retail Price Improvement: lệnh đơn chân trên các sản phẩm đủ điều kiện được định tuyến qua phiên đấu giá RPI trước khi chuyển sang sổ lệnh. Xem Thứ tự ưu tiên lệnh.
  • Luồng rủi ro RFQ tham khảo: các cập nhật báo giá tham khảo và rủi ro được truyền qua WebSocket, giảm nhu cầu polling cho các giao diện báo giá đang hoạt động.
  • Builder client RFQ cấp cao: Rust client và trade CLI có thêm các hàm hỗ trợ để tạo yêu cầu báo giá RFQ.

Tài khoản và Agent Key​

  • Bảng thu hồi agent key: phần cài đặt tài khoản hiện liệt kê các agent key đang hoạt động cùng luồng thu hồi. Xem Xác thực Agent.
  • Thông báo về agent key: người dùng có quá nhiều key đang hoạt động sẽ nhận được thông báo khuyến nghị kèm liên kết đến bảng thu hồi.
  • Lựa chọn chain sẵn sàng cho mạng chính: chain ID dùng để ký, chain của ví Privy và hành vi chuyển đổi ví hiện được xác định từ cấu hình môi trường.

Trollbox​

  • Trollbox trên desktop: bảng chat có thể kéo thả đã hoạt động trên ứng dụng desktop, kèm cài đặt để hiện hoặc ẩn.
  • Cầu nối Telegram: tin nhắn, trả lời, media, reaction, thông tin chuyển tiếp, sticker và thẻ lệnh được đồng bộ giữa Trollbox trên web và Telegram.
  • Liên kết tài khoản Telegram: người dùng có thể liên kết Telegram với ví thông qua luồng mã dùng một lần.
  • Deep link và bản xem trước Trollbox: liên kết tin nhắn có bản xem trước OG, hình ảnh media và route trong ứng dụng cho các tin nhắn được chia sẻ.

Hồ sơ và giao diện​

  • Ảnh hồ sơ: người dùng có thể tải lên, cắt hoặc nhập ảnh hồ sơ, với avatar dự phòng cố định khi chưa thiết lập ảnh.
  • Luồng xem lại lệnh: phần nhập lệnh trên di động có thêm bước xem lại và xác nhận bằng thao tác trượt để gửi.
  • Tinh chỉnh giao diện và bố cục: biến theme, nhãn biểu đồ, thao tác nhanh, pill chiến lược và trạng thái nút được tinh chỉnh trên cả desktop và di động.
  • Hiệu năng: trang tài sản và bảng xếp hạng giảm việc tải dữ liệu dư thừa và hiển thị nhiều dữ liệu hữu ích hơn ngay từ lần render đầu tiên.
  • Vốn chủ sở hữu tài khoản hợp nhất: ký quỹ danh mục và các lượt đọc feed Hydromancer sử dụng trạng thái danh mục cho vốn chủ sở hữu tài khoản, cải thiện tính nhất quán giữa các màn hình hiển thị ký quỹ.

Sửa lỗi​

  • Sai lệch đơn vị bán theo tier: xử lý đơn vị bán và rollback hàng ký quỹ đã được sửa cho cơ chế chấp nhận lệnh theo tier.
  • Thiết lập tier cho lệnh đầu tiên: ví chưa có trạng thái tier sẽ được khởi tạo ở lệnh đầu tiên thay vì gặp lỗi thiếu tier.
  • Sản phẩm đã đáo hạn: quá trình đối chiếu danh mục sản phẩm hiện xử lý được các cặp put/call bị thiếu và các sản phẩm đã đáo hạn nhưng vẫn ở trạng thái hoạt động trong các tick đáo hạn.
  • Độ ổn định của Trollbox: đã sửa các vấn đề về heartbeat WebSocket, định tuyến môi trường, tải avatar, chuẩn hóa media, lưu trữ reaction và xử lý ngắt kết nối khi không hoạt động.

Không có bản phát hành mới - 17–27 tháng 4, 2026​

Xem thêm: Cập nhật sản phẩm tuần 6

Bổ sung​

RFQ​

  • Hệ thống giao dịch Request for Quote (RFQ): chế độ giao dịch mới dành cho các thị trường không có thanh khoản sâu trên sổ lệnh. Gửi một RFQ, nhận báo giá theo thời gian thực qua kênh rfq của WebSocket đã xác thực, rồi chấp nhận hoặc từ chối. Chuyển sang lệnh giới hạn trên sổ lệnh khi không nhận được báo giá nào. Cho phép niêm yết nhanh các tài sản mới (US500, USOIL, GOLD, HYPE) mà không cần chờ thanh khoản tự nhiên.
  • Chế độ tự động khớp: loại chữ ký EIP-712 mới SubmitAutoExecuteRfq ủy quyền trước việc khớp lệnh tới một mức giá giới hạn. Báo giá hợp lệ đầu tiên nằm trong giới hạn sẽ được khớp ngay lập tức trong một lượt khứ hồi duy nhất. Chuyển sang lệnh giới hạn trên sổ lệnh nếu không có báo giá nào hoặc mọi báo giá đều vượt giới hạn.
  • Thẻ báo giá RFQ: báo giá hiển thị giá theo từng chân, tổng phí quyền chọn ròng và bộ đếm ngược đến khi hết hạn. Chấp nhận hoặc từ chối chỉ với một cú nhấp.
  • Kiểm soát trượt giá: mức chịu trượt giá có thể cấu hình (1%, 2%, 3%, 5%) so với giá tham khảo khi gửi RFQ.

Giao dịch nhiều chân​

  • Trình tạo lệnh quyền chọn nhiều chân: nhấp vào một quyền chọn trong chuỗi sẽ thêm nó làm một chân vào biểu mẫu lệnh RFQ nhiều chân. Có thể cộng dồn nhiều chân; nút X xóa từng chân riêng lẻ. Các chân được lưu trong URL (?legs=) nên lệnh nhiều chân vẫn giữ nguyên khi tải lại trang và có thể chia sẻ.
  • Tự động nhận diện chiến lược: nhận diện và gắn nhãn 28 loại chiến lược: Bull/Bear Call/Put Spread, Long/Short Straddle, Long/Short Strangle, Calendar Spread, Diagonal Spread, Iron Condor, Iron Butterfly, Call/Put Butterfly, Call/Put Condor, Risk Reversal, Collar, Synthetic Long/Short, Ratio Spread, Backspread, Box Spread, Jade Lizard, Seagull, Broken Wing Butterfly, Split-Strike Conversion. Tên chiến lược liên kết tới tài liệu.
  • Payoff, biểu đồ và greeks tổng hợp: chế độ xem nhiều chân hiển thị biểu đồ payoff tổng hợp, biểu đồ giá lý thuyết tổng hợp (tổng giá lý thuyết của tất cả các chân) và greeks gộp (delta, gamma, theta, vega) có điều chỉnh dấu cho các chân bán.
  • Chuyển đổi greeks theo hợp đồng và theo chiến lược: chuyển giữa greeks theo từng hợp đồng và greeks gộp ở cấp chiến lược trong bảng dưới cùng.
  • Số chân tối đa tăng lên 10: tăng từ 4.

Thanh lý​

  • Hệ thống thanh lý hai giai đoạn: thanh lý một phần thông qua các lệnh đóng IOC do backend quản lý, leo thang thành thanh lý toàn bộ qua đấu giá on-chain khi thanh lý một phần không đủ.
  • Tab Thanh lý: tab mới trong bảng dưới cùng hiển thị các sự kiện thanh lý của ví đang kết nối.
  • GET /liquidations: lịch sử chuyển trạng thái thanh lý công khai, phân trang theo cursor, được các bot thanh lý bên thứ ba sử dụng để tìm kiếm ứng viên.
  • Bot thanh lý mẫu: crate liquidator mới minh họa việc giám sát thanh lý theo ký quỹ tiêu chuẩn và các lệnh thanh lý Hypercall có chữ ký.

Giao diện​

  • Phân bổ P&L trên biểu đồ vốn chủ sở hữu: bật biểu tượng lớp để xem các vùng tô chồng theo từng vị thế trên biểu đồ vốn chủ sở hữu. Bảng phân tích dạng thanh ngang bên dưới biểu đồ nhóm các vị thế theo tài sản cơ sở, hiển thị P&L đã thực hiện theo từng mã và hỗ trợ lọc bằng hộp kiểm để tách riêng hoặc ẩn từng vị thế. Di chuột theo đường chữ thập sẽ cập nhật bảng phân tích. Xem hướng dẫn trên máy tính.
  • Bảng thị trường có thể mở rộng kèm breadcrumb: bảng thị trường bên trái có thể thu gọn để dành thêm không gian cho khu vực giao dịch. Breadcrumb hiển thị ngữ cảnh điều hướng (ví dụ: Assets > BTC > Options).
  • Chuông thông báo: thay thế biểu tượng loa thông báo. Menu thả xuống dạng tab gồm tab Thông báo (lệnh khớp) và tab Thông cáo. Dấu chấm chưa đọc hiển thị ngay từ lần vẽ đầu tiên nhờ SSR. Trạng thái thời điểm bỏ qua theo từng ví được lưu trong localStorage.
  • Menu khi di chuột vào tài khoản: di chuột vào nút hồ sơ sẽ hiển thị menu thả xuống với vốn chủ sở hữu, P&L, sức mua và số lượng vị thế. Người dùng chưa đặt tên người dùng sẽ thấy lời nhắc "Choose name".
  • Trợ giúp trên thanh điều hướng: nút trợ giúp trên thanh điều hướng liên kết tới tài liệu.
  • Chip dịch vụ không khả dụng: chỉ báo màu đỏ trên tiêu đề khi không thể kết nối tới backend.
  • Chip thứ hạng bảng xếp hạng: huy hiệu thứ hạng trực tiếp trên thanh điều hướng (thay thế liên kết bảng xếp hạng) với chỉ báo thay đổi thể hiện biến động thứ hạng khi bạn giao dịch.
  • Trang chi tiết vị thế đã thanh toán: chế độ xem chi tiết theo từng vị thế hiển thị biểu đồ giá lý thuyết, từng lệnh khớp, bảng phân tích P&L đã thực hiện và tên công cụ thân thiện (ví dụ: "BTC $55,000 Call Apr 14").
  • Ảnh xem trước mạng xã hội động: ảnh OG được tạo cho mọi trang có thể chia sẻ: công cụ (biểu đồ giá lý thuyết + greeks), chiến lược nhiều chân (biểu đồ payoff + tên chiến lược), hồ sơ (thống kê P&L + thứ hạng), bảng xếp hạng (top 5 kèm huy chương) và xác nhận giao dịch.
  • Tái cấu trúc thanh điều hướng trên máy tính: bỏ chân trang, chuyển nút kết nối lên tiêu đề, hiển thị chỉ báo phím tắt (Ctrl+K).
  • Sửa lỗi cắt ngắn giá trên tiêu đề biểu đồ: giá không còn bị tràn trên tiêu đề biểu đồ phiên bản máy tính.

PWA​

  • Chuyển đổi sang route gốc: tất cả route được hợp nhất từ /mobile/* về gốc /*. Các đường dẫn /mobile/* cũ được tự động chuyển hướng. Thống nhất cấu trúc URL giữa máy tính và di động.
  • Quy trình nâng cấp PWA trên iOS: người dùng đã cài PWA /mobile cũ sẽ thấy hộp thoại nâng cấp theo phong cách gốc với hướng dẫn cài đặt iOS từng bước (Share > View More > Add to Home Screen) sử dụng biểu tượng chính thức của Apple.
  • Màn hình khởi động iOS và tải trước điều hướng: hơn 12 màn hình khởi động riêng cho từng thiết bị loại bỏ hiện tượng nháy trắng khi khởi động nguội. Tải trước điều hướng tải trang trong khi service worker đang khởi động.
  • Lối tắt ứng dụng: nhấn giữ biểu tượng trên màn hình chính để truy cập nhanh Portfolio và Deposit.
  • Giữ màn hình sáng: giữ màn hình luôn bật trong phiên giao dịch ở chế độ PWA độc lập. Tự động kích hoạt lại khi quay lại ứng dụng.
  • Lưu trữ bền vững: gọi navigator.storage.persist() để ngăn trình duyệt xóa các tài nguyên ứng dụng đã lưu đệm.

API​

  • instrument_type trên sự kiện WebSocket: các sự kiện khớp lệnh và cập nhật lệnh giờ đây bao gồm instrument_type ("option" hoặc "perp"). Bổ sung tương thích ngược.
  • Bộ lọc ?symbol= trên GET /profile/trades: lọc lịch sử giao dịch theo mã công cụ. Giảm dung lượng phản hồi cho các nhà giao dịch khối lượng lớn khi truy vấn các công cụ cụ thể.
  • Chuyển tiếp lệnh khớp perp qua WebSocket: các lệnh khớp perp từ Hydromancer giờ đây được phát lên luồng WebSocket (trước đây bị thiếu).
  • AcceptRfqQuote và PlaceOrder qua WebSocket: toàn bộ vòng đời lệnh (gửi RFQ, nhận báo giá, chấp nhận, đặt lệnh) giờ đây có thể chạy trên một kết nối WebSocket duy nhất mà không cần lệnh gọi REST nào.
  • Trường fills trên PerpOrderResult: Rust SDK giờ đây trả về các lệnh khớp trực tiếp trong phản hồi lệnh perp. Các trường: coin, side, size, price.

Sửa lỗi​

  • Lệnh ma IOC/FOK: các lệnh IOC và FOK khớp một phần đã để lại phần khối lượng còn lại trên sổ lệnh dưới dạng lệnh ma. Phần còn lại giờ đây được hủy ngay sau khi khớp một phần, và trạng thái được đặt thành Canceled thay vì PartiallyFilled.
  • Giữ chỗ phí quyền chọn cho lệnh mua đóng vị thế: các lệnh mua đóng vị thế bán (short) đã giữ chỗ phí quyền chọn không chính xác, làm cạn vốn chủ sở hữu và kích hoạt thanh lý sai. Việc giữ chỗ phí quyền chọn giờ đây được bỏ qua đối với các lệnh mua đóng vị thế.
  • Chuỗi quyền chọn đã hết hạn sau khi triển khai: các chuỗi quyền chọn đã hết hạn thoáng hiển thị là Active khi máy chủ khởi động lại. Các công cụ giờ đây được đối chiếu với dấu thời gian đáo hạn khi tải và được đánh dấu ngay là ExpiredPendingPrice.
  • Phương án dự phòng khi RFQ không có báo giá: RFQ tự động khớp không nhận được báo giá hợp lệ nào trước đây hiển thị lỗi. Giờ đây sẽ chuyển sang đặt lệnh giới hạn trên sổ lệnh.
  • Độ chính xác của danh sách biến động mạnh trên marquee: các mã biến động mạnh nhất trên thanh ticker giờ đây được lấy từ bộ nhớ đệm tóm tắt quyền chọn, dựa trên thay đổi giữa giá lý thuyết hiện tại và giá lý thuyết 24 giờ trước, chỉ lọc các quyền chọn có báo giá. Trước đây sử dụng dữ liệu BBO thô, gây ra giá trị nhiễu hoặc lỗi thời.
  • price_change trong tóm tắt quyền chọn: tham chiếu BBO để tính thay đổi giá giờ đây chỉ sử dụng giá mua trên sổ lệnh, thay thế phương án dự phòng mark-so-với-theo vốn có thể tạo ra số liệu gây hiểu nhầm.

Không có bản phát hành mới - 14–16 tháng 4, 2026​

Thay đổi phá vỡ tương thích​

  • PUT /order và PUT /bulk_order: các endpoint thay thế lệnh nguyên tử mới. Hủy lệnh hiện có và đặt lệnh mới trong cùng một tick của engine. Nếu việc hủy thất bại (lệnh đã khớp hoặc không tìm thấy), lệnh mới sẽ không được đặt. Sử dụng loại chữ ký EIP-712 ReplaceOrder mới. Các client đang dùng mô hình hủy-rồi-đặt cũ nên chuyển đổi.

Bổ sung​

API​

  • GET /profile/realized-pnl: trả về PnL đã thực hiện theo từng symbol, tổng hợp từ các lệnh khớp và các lần thanh toán. Chấp nhận tham số tùy chọn competition_id để giới hạn kết quả trong khung thời gian của một cuộc thi.
  • Trường realized_pnl trên GET /profile/trades: mỗi dòng lệnh khớp giờ đây bao gồm PnL đã thực hiện được phân bổ cho giao dịch cụ thể đó.
  • net_deposits và các thành phần phân bổ trên GET /profile/historical-pnl: các điểm snapshot vốn chủ sở hữu lịch sử giờ đây bao gồm tổng tiền nạp ròng lũy kế và phân tích phân bổ P&L.
  • Trường prev_day_px trên GET /markets: payload markets giờ đây bao gồm giá tham chiếu ngày hôm trước cho mỗi công cụ.

Giao diện​

  • Biểu tượng loa thông báo: biểu tượng loa trên thanh tiêu đề desktop và mobile với huy hiệu số lượng chưa đọc. Nhấp vào sẽ mở popover liệt kê các thông báo (tiêu đề, nội dung, ngày, hình ảnh/liên kết tùy chọn). Trạng thái đã đọc/bỏ qua theo từng ví.
  • Chỉnh sửa và thay thế lệnh: desktop: biểu tượng bút chì trên các lệnh đang mở để chỉnh sửa giá/khối lượng trực tiếp, dấu tích để gửi, dấu X để hủy, dòng được tô màu hổ phách khi đang chỉnh sửa. Mobile: chạm vào một lệnh sẽ hiển thị nút Hủy và Cập nhật.
  • Vị thế đã thanh toán trên trang thành viên: mục "Vị thế đã thanh toán" mới nằm giữa Vị thế và Lịch sử giao dịch. Hiển thị PnL đã thực hiện theo từng symbol từ các quyền chọn đã đáo hạn và các giao dịch đã đóng, với màu xanh/đỏ. Xem Thanh toán để biết cách quyền chọn được thanh toán.
  • Cột PnL đã thực hiện trong lịch sử giao dịch: hiển thị PnL đã thực hiện theo từng lệnh khớp với mã màu; các lệnh khớp mở vị thế hiển thị dấu gạch ngang.
  • Quản lý API key không còn nhấp nháy khi tải: danh sách agent hiển thị ngay lập tức thay vì xuất hiện đột ngột sau khi trang tải xong.
  • Ẩn bảng vị thế trống: khi người dùng không có vị thế mở nào, toàn bộ mục vị thế sẽ được ẩn thay vì hiển thị tiêu đề bảng trống.
  • Nút kết nối ở trạng thái trống: khôi phục các nút kết nối ví bị thiếu trên màn hình trạng thái trống.

PnL​

  • P&L giờ đây đã trừ phí quyền chọn đã trả: PnL đã thực hiện giờ đây tính đến phí quyền chọn đã trả để mở vị thế. Trước đây chỉ hiển thị khoản chi trả gộp. Ví dụ: một ví trước đây hiển thị +162Kđa~thựchiện,giờđa^yhiểnthịchıˊnhxaˊc+162K đã thực hiện, giờ đây hiển thị chính xác +27K sau khi tính đến $135K phí quyền chọn đã trả.
  • Quyền chọn đã thanh toán được nhóm theo tài sản cơ sở: phần phân bổ không còn liệt kê từng symbol đã đáo hạn riêng lẻ; các vị thế đã thanh toán được gộp vào các nhóm theo từng tài sản cơ sở (ví dụ: "BTC (settled)").
  • Vốn chủ sở hữu trực tiếp không còn giảm về 0 với vị thế OTM: đã sửa điểm gãy khiến giá trị vị thế OTM đột ngột giảm về 0 ở phần đuôi trực tiếp của biểu đồ vốn chủ sở hữu.
  • Hiển thị phân bổ cho ví chỉ có vị thế đã đáo hạn: các ví không có vị thế mở nhưng có quyền chọn đã thanh toán giờ đây hiển thị chính xác phân bổ PnL.

Sửa lỗi​

  • GET /profile trả về 500: đã sửa cho các ví có dữ liệu tổng hợp không đầy đủ.
  • PnL chưa thực hiện bị cũ sau khi khởi động lại máy chủ: danh mục giờ đây được định giá lại ngay khi khởi động lại thay vì chờ lần cập nhật giá mark tiếp theo.
  • Lệch một ngày DTE trong biểu đồ payoff: đã sửa phép tính số ngày đến ngày đáo hạn khiến các đường hòa vốn và lỗ tối đa bị dịch chuyển.
  • Chiếm focus: đã sửa lỗi chiếm focus trong khi tương tác với giao diện.
  • Cải thiện hiển thị biểu đồ: nhiều bản sửa lỗi hiển thị biểu đồ.

Không có bản phát hành mới - 11–13 tháng 4, 2026​

Bổ sung​

Thông báo đẩy​

  • Thông báo đẩy trên trình duyệt: đăng ký nhận cảnh báo về lệnh khớp, thanh lý và thanh toán qua Web Push. Các endpoint mới: POST /push/subscribe, POST /push/unsubscribe, POST /push/preferences. Tất cả endpoint push đều yêu cầu chữ ký ví EIP-712. Có thể bật/tắt theo từng loại (lệnh khớp, thanh lý, thanh toán) trong Cài đặt desktop và tùy chọn tài khoản mobile.
  • Thông báo toast trên desktop: toast thời gian thực cho lệnh khớp và lỗi trên giao diện desktop.

Giao dịch​

  • Tab Greeks (desktop): tab mới ở bảng dưới cùng hiển thị delta, gamma, theta, vega, rho và IV theo từng vị thế. Tiêu đề cột có tooltip liên kết đến tài liệu tham khảo Greeks. Có dòng tổng phụ theo từng tài sản cơ sở; tổng danh mục khi các vị thế trải trên nhiều tài sản cơ sở.
  • Cột bảng xếp hạng có thể sắp xếp: các cột lợi nhuận, khối lượng và hiệu quả trên bảng xếp hạng giờ đây có thể nhấp để sắp xếp.
  • Cải thiện biểu mẫu đặt lệnh: bộ chọn số lượng nhanh, tooltip được cải thiện, kích thước đáp ứng.
  • Biểu đồ PnL trên trang thành viên: hồ sơ thành viên giờ đây hiển thị biểu đồ vốn chủ sở hữu theo thời gian.
  • Thống kê HC/HL chuyển sang bảng bên: thống kê HyperCore và HyperLiquid được chuyển sang bảng bên.
  • Loại bỏ dòng lệnh có khối lượng bằng 0: danh sách lệnh không còn hiển thị các lệnh có khối lượng bằng 0.

Ghost Mode​

  • Ghost mode: người dùng chưa xác thực có thể duyệt thị trường, sổ lệnh và biểu đồ mà không cần kết nối ví. Trang Cài đặt cũng có thể truy cập mà không cần xác thực. Xem hướng dẫn desktop để biết chi tiết.
  • Favicon động theo từng tài sản: biểu tượng tab trình duyệt hiển thị vòng màu xanh lá với biểu tượng tài sản đang hoạt động. Các biến thể call/put được hiển thị khi xem quyền chọn.

Biểu đồ​

  • Trực quan hóa bề mặt biến động: trình xem bề mặt biến động 3D tương tác tại /risk/vol-surface cho tất cả các tài sản cơ sở được niêm yết. Xem Oracles để biết nguồn của bề mặt biến động.
  • Biểu đồ danh mục mặc định khoảng 5 phút: hiển thị mượt mà hơn trên các tài khoản mới (chế độ xem 8H thay vì 4D).
  • Biểu đồ cập nhật khi thay đổi tùy chọn: chuyển chế độ biểu đồ trong tùy chọn giờ đây có hiệu lực ngay lập tức mà không cần tải lại trang.

API​

  • Bộ lọc ngày đáo hạn trên GET /options-summary: truyền ?expiry=YYYY-MM-DD để giới hạn phản hồi trong một ngày đáo hạn duy nhất.

Tài khoản​

  • Tên hiển thị: ví có thể đặt tên hiển thị xuất hiện trên bảng xếp hạng và các trang thành viên. Tên có hiệu lực ngay lập tức (không cần kiểm duyệt). Có thể chỉnh sửa trực tiếp từ cả Cài đặt desktop và cài đặt mobile.

Sửa lỗi​

  • Phía giá mua/giá bán bị đảo ngược với một số lệnh: đã sửa việc gán phía không chính xác tùy theo hướng lệnh on-chain.
  • Thời gian tải chuỗi quyền chọn giảm ~60%: tải nhanh hơn nhờ lọc ngày đáo hạn qua API và dữ liệu biểu đồ được tải trước cho các giá thực hiện đang hiển thị.
  • Chuyển đổi thị trường giờ đây tức thì: không còn tải lại toàn bộ trang khi chuyển đổi tài sản cơ sở trên desktop.
  • Lỗi treo khi chuyển kỳ hạn trên desktop: đã sửa lỗi treo và chậm khi chuyển đổi giữa các kỳ hạn quyền chọn.
  • Cuộn trang tài khoản desktop: nội dung lịch sử giao dịch dài giờ đây cuộn đúng cách.
  • Lỗi 404 /preferences trên mobile: trang tùy chọn giờ đây có thể truy cập trên mobile.
  • Sức mua cập nhật sau khi nạp tiền: số dư giờ đây cập nhật ngay sau khi nạp tiền từ faucet testnet thay vì phải làm mới trang.
  • Hiển thị cổng giao dịch khi chưa thiết lập agent: hiển thị các thao tác thiết lập thay vì nút ký không hoạt động.
  • Banner lỗi tự động biến mất: các banner lỗi tồn đọng giờ đây tự đóng.
  • Bố cục bảng xếp hạng trên mobile: đã sửa các giá trị bị dồn ép trên mobile so với desktop.
  • Loại bỏ hiện tượng nhấp nháy khi chuyển hướng: đã loại bỏ các lần chuyển hướng hiển thị khi điều hướng đến ứng dụng.

Không có bản phát hành mới - 7–10 tháng 4, 2026​

Xem thêm: Tuần 4: Phiên bản Desktop chính thức ra mắt

Bổ sung​

API​

  • GET /historical-theos: giá quyền chọn lý thuyết theo thời gian, thay thế lịch sử giá giao dịch gần nhất thô. Có thể cấu hình khoảng thời gian và giới hạn. Xem Tài liệu tham khảo REST API.
  • GET /historical-theos/batch: lấy chuỗi giá lý thuyết cho tối đa 50 công cụ trong một yêu cầu. Tham số: instrument_names=A,B,C&interval=1h&limit=100.
  • realized_pnl trên GET /profile/trades: các lệnh khớp giờ đây trả về PnL đã thực hiện.

UI​

  • Greeks giờ sử dụng giá đánh dấu lý thuyết: mọi phép tính Greeks đều dùng giá lý thuyết thay vì giá giao dịch gần nhất, cải thiện đáng kể độ chính xác cho các giá thực hiện kém thanh khoản.
  • Biểu đồ giá lý thuyết trên trang công cụ: trang hợp đồng quyền chọn hiển thị biểu đồ giá lý thuyết lịch sử (thay thế lịch sử giá giao dịch thô).
  • Vị thế hiển thị ngay trên trang công cụ: vị thế đang mở của bạn đối với công cụ hiện tại được hiển thị trực tiếp trên trang hợp đồng.
  • Cải thiện trạng thái trống: nội dung và bố cục tốt hơn cho các biểu đồ trống và trạng thái trống.

Sửa lỗi​

  • Giới hạn nạp tiền từ faucet: faucet testnet giờ tuân theo hạn mức còn lại của từng ví thay vì một mức tối đa cố định.
  • Lỗi 503 không liên tục trên GET /portfolio: đã sửa lỗi máy chủ xảy ra không liên tục trên endpoint danh mục.
  • Biểu tượng tải: loại bỏ các biểu tượng tải ảo xuất hiện trong lúc tải trang.
  • GET /profile/trades trả về lỗi 500: đã sửa cho các ví có lệnh khớp.
  • Dịch chuyển bố cục trang thành viên: đã sửa lỗi lệch căn chỉnh trên trang thành viên.
  • Nhãn biểu đồ mặc định: làm rõ rằng tùy chọn biểu đồ mặc định áp dụng cho các tài sản.

Không có bản phát hành mới - 1–6 tháng 4, 2026​

Xem thêm: Cập nhật sản phẩm Tuần 3

Thay đổi phá vỡ tương thích​

  • Mô hình ký quỹ danh mục đã thay đổi: công thức Ký quỹ ban đầu đổi từ scanning_risk sang max(scanning_risk, option_floor) + gamma_overlay. Ba trường mới trong phản hồi danh mục của REST và WebSocket: scanning_risk, option_floor, gamma_overlay. Số dư khả dụng giờ là equity - total_margin_used (trước đây là cash - total_margin_used). Vốn chủ sở hữu giờ bao gồm PnL chưa thực hiện của hợp đồng vĩnh viễn.
  • Thay đổi ở GET /risk/grid: đã loại bỏ tham số include_open_orders. Mô hình kịch bản đổi từ một trục {scenario_type, value} sang các cú sốc kết hợp {spot_shock_pct, vol_shock_pct, pnl_weight, is_tail}. PnL trong kịch bản xấu nhất giờ được tính theo trọng số.

Bổ sung​

Desktop​

  • Bố cục giao dịch Desktop: giao diện desktop đầy đủ với chế độ xem giao dịch nhiều bảng, điều hướng bằng bàn phím, biểu đồ giá công cụ, ký hiệu quyền chọn rút gọn và nhấp để chuyển từ vị thế/lệnh sang công cụ tương ứng.

API​

  • Công cụ quyền chọn giờ bao gồm ký hiệu và giá tài sản cơ sở: phản hồi về công cụ quyền chọn hiển thị tài sản cơ sở của chúng. Xem Tài liệu tham khảo REST API.

Cuộc thi & Bảng xếp hạng​

  • Hệ thống cuộc thi: các endpoint mới: GET /competitions, GET /leaderboard, GET /competition-metric-ranks, POST /submitUsernameRequest. Lịch hàng tháng (từ ngày 1 đến ngày 1 tháng sau, lúc 4:00 PM ET). Cuộc thi trên testnet với giải thưởng thật (500/500/300/$200 bằng SYN). Nhà tạo lập thị trường không được tính vào bảng xếp hạng.
  • Giao diện Bảng xếp hạng: huy hiệu thứ hạng ("Rank #X" hoặc lời kêu gọi "Trade to win"), thẻ chi tiết giải thưởng, tích hợp Hyperliquid Names, ký hiệu quyền chọn được định dạng ("04/10 $59,000 Call"), P&L theo lô FIFO, dấu thời gian tương đối (5m, 2h, 3d).
  • Markdown trong mô tả cuộc thi: mô tả cuộc thi hỗ trợ định dạng markdown.

Danh mục​

  • Ký quỹ danh mục: ký quỹ chéo giữa các vị thế có tương quan. Các công cụ đã đáo hạn được loại khỏi gamma overlay.

UI​

  • Ký hiệu quyền chọn rút gọn: định dạng dễ đọc trên toàn bộ giao diện: "04/10 $59,000 Call".
  • Nút Max trên biểu mẫu đặt lệnh: đặt khối lượng tối đa chỉ với một cú nhấp dựa trên ký quỹ khả dụng.
  • Dấu phân cách hàng nghìn: mọi trường giá và khối lượng đều hiển thị dấu phẩy.
  • Nhấp vào vị thế/lệnh → công cụ: chạm vào một dòng vị thế hoặc lệnh sẽ chuyển đến hợp đồng tương ứng.
  • Trang tùy chọn: chú thích công cụ, xoay vòng huy hiệu và trạng thái tùy chọn được đồng bộ giữa các phiên.

Sửa lỗi​

  • Căn giữa biểu đồ theo UTC: biểu đồ tài sản căn giữa theo các mốc UTC; chuyển đổi khung thời gian được ổn định.
  • Cử chỉ vuốt (mobile): đã sửa hành vi bất thường của thao tác vuốt để hủy và vuốt để điều hướng.
  • Loại bỏ tiền tố URL trên desktop: đã bỏ tiền tố /mobile khỏi URL trên desktop; đã sửa lỗi chọn giá thực hiện.

Không có bản phát hành mới - 24–31 tháng 3, 2026​

Xem thêm: Cập nhật sản phẩm Tuần 2

Bổ sung​

Biểu đồ​

  • Biểu đồ PnL lịch sử: biểu đồ vốn chủ sở hữu theo thời gian trên trang chủ với con trỏ chữ thập tương tác. Chạm/nhấp để xem bất kỳ điểm nào; hiển thị dấu thời gian và cập nhật số dư hiển thị.
  • Biểu đồ tài sản: biểu đồ giá giao ngay theo từng tài sản với trục y được giới hạn trong phạm vi khoảng thời gian hiển thị.

Quản lý lệnh​

  • Tiêu đề mục: các mục vị thế, lệnh và lịch sử có tiêu đề riêng biệt để dễ theo dõi hơn.
  • Vuốt để xóa lệnh (mobile): vuốt sang trái trên một lệnh đang mở để hủy.
  • Xác nhận hủy lệnh: hộp thoại hủy lệnh riêng.
  • Nhấp vào dòng lệnh → trang hợp đồng: chạm vào một lệnh sẽ chuyển đến trang chi tiết công cụ.
  • Cập nhật giao diện lệnh đang mở: làm mới kiểu hiển thị cho các lệnh đang mở.

Kết nối​

  • Biểu ngữ ngắt kết nối WebSocket: hiển thị biểu ngữ khi luồng WS bị gián đoạn hoặc không thể kết nối tới backend.

Greeks​

  • Greeks của vị thế trên trang tài sản: tổng hợp delta, gamma, theta, vega trên trang chi tiết tài sản.
  • Greeks của hợp đồng trên trang hợp đồng: Greeks theo từng vị thế trên trang hợp đồng.
  • Giá hòa vốn cho các loại quyền chọn: giá hòa vốn được tính toán và hiển thị cho call, put và spread.

Lịch sử giao dịch​

  • Thời gian khớp lệnh trên GET /profile/trades: các dòng lịch sử giao dịch giờ bao gồm dấu thời gian khớp lệnh.
  • Lưu ngày đáo hạn trong chuỗi quyền chọn: ngày đáo hạn đã chọn được lưu trong tham số truy vấn URL và khôi phục khi điều hướng.
  • Công cụ quyền chọn bao gồm ký hiệu và giá tài sản cơ sở: công cụ quyền chọn hiển thị tài sản cơ sở của chúng trong phản hồi.

Tài khoản​

  • Hệ thống tên người dùng: đặt tên hiển thị cho địa chỉ ví của bạn, hiển thị trên bảng xếp hạng và trang thành viên.

Sửa lỗi​

  • GET /profile/trades trả về lỗi 500: đã sửa cho các ví có lệnh khớp.
  • Thứ tự hiển thị vị thế mặc định: vị thế mặc định hiển thị giá trị, sau đó là PnL, rồi đến giá vốn (trước đây không nhất quán).
  • Chân lệnh hiển thị thời gian đến ngày đáo hạn: bổ sung hiển thị TTE; độ trễ ký 1 giây giúp tránh vô tình gửi lệnh hai lần.
  • Đăng xuất trên mobile: trạng thái phiên được xóa đúng cách khi đăng xuất.
  • Nền chế độ sáng: đã sửa màu nền trong chế độ sáng.
  • Chuyển trang mượt mà hơn: giảm hiện tượng giật hình khi điều hướng.
  • Nền khi vuốt: đã sửa lỗi hiển thị nền trong các thao tác vuốt.

Không có bản phát hành mới - 16–23 tháng 3, 2026​

Xem thêm: Cập nhật sản phẩm Tuần 1

Bổ sung​

Giao diện & Hiển thị​

  • Chế độ tối Midnight: giao diện tối có độ tương phản cao mới, bên cạnh chế độ sáng hiện có.
  • Chế độ giao diện tự động: giao diện tự động khớp với tùy chọn sáng/tối của thiết bị. Người dùng mới mặc định dùng chế độ tự động.

Bảng điều khiển & Thống kê​

  • Trường thống kê HL & HC: chuyển đổi giữa thống kê riêng của Hyperliquid và thống kê riêng của Hypercall trên bảng điều khiển.
  • Tỷ lệ put/call: tỷ lệ put/call đã được thêm vào bảng thống kê Hypercall.
  • Huy hiệu kết quả: huy hiệu trực quan cho kết quả giao dịch (lãi, lỗ, đáo hạn vô giá trị, v.v.) kèm biểu đồ tròn ở phần đầu vị thế.

Chuỗi quyền chọn​

  • Sắp xếp giá thực hiện và lưu lựa chọn: có thể sắp xếp giá thực hiện; lựa chọn được giữ nguyên giữa các phiên.
  • Khởi tạo mục tiêu giá: trang mục tiêu giá được khởi tạo với giá tài sản cơ sở hiện tại thay vì để trống.
  • Chuẩn hóa giá tài sản cơ sở: hiển thị giá tài sản cơ sở nhất quán trên tất cả các trang, bao gồm dữ liệu perp trên DEX.

Trải nghiệm đặt lệnh​

  • Thông báo hủy cho lệnh đã khớp/đã hết hạn: khi cố hủy lệnh đã khớp hoặc đã hết hạn, hệ thống hiển thị "This order has already been completed or cancelled" thay vì lỗi thô.

Tùy chọn​

  • Trang tùy chọn: tooltip, xoay vòng huy hiệu và trạng thái tùy chọn được đồng bộ giữa các phiên.

Sửa lỗi​

Kết nối​

  • Làm mới dữ liệu khi kết nối lại WebSocket: lệnh, giao dịch khớp và danh mục được tải lại khi WS kết nối lại thay vì hiển thị dữ liệu cũ.
  • Độ trễ kết nối lại WS: bộ đếm backoff giờ được đặt lại sau khi kết nối ổn định. Trước đây bộ đếm không bao giờ được đặt lại, khiến mọi lần kết nối lại phải chờ 30 giây sau vài lần ngắt kết nối thông thường.

Lệnh​

  • Lệnh ma trên công cụ đã đáo hạn: lệnh trên các công cụ đã thanh toán giờ được dọn dẹp đúng cách, tránh lỗi "Orderbook not found" khi hủy.
  • Từ chối số dư tiền mặt âm: lệnh BUY khiến số dư tiền mặt bị âm giờ bị từ chối ngay khi gửi. Thông báo từ chối: "Insufficient cash (Standard)". Có thể bỏ qua đối với các lệnh mua để đóng vị thế giúp giảm rủi ro. Xem Ký quỹ tiêu chuẩn.

Giao diện người dùng​

  • Hiệu ứng mục tiêu giá: đã sửa hiệu ứng bị nảy/kẹt trên trang mục tiêu giá.
  • Biểu đồ tài sản bị cắt trên di động: đã sửa lỗi thao tác nhanh bị cắt trên biểu đồ tài sản di động.
  • PWA di động bị treo khi tải: đã sửa lỗi khiến PWA di động bị treo ở trạng thái "Loading...".

Các vấn đề đã biết​

Trước khi gỡ lỗi hành vi phía client, vui lòng kiểm tra trang trạng thái Hypercall trước để xem các sự cố và đợt bảo trì đang diễn ra.

Hành vi của môi trường staging và các vấn đề đã biết được thông báo khi cấp quyền truy cập; vui lòng liên hệ đội ngũ để biết chi tiết.

Chính sách phiên bản​

Nhãn độ ổn định:

  • Ổn định: Đường dẫn router và cấu trúc request/response cốt lõi ít có khả năng thay đổi

Thay đổi phá vỡ tương thích: Sẽ được ghi lại tại đây kèm hướng dẫn chuyển đổi.

Tài liệu tham khảo​

Cập nhật lần cuối vào