Tickmark độ tin cậy sàn, đo thực tế
Hướng dẫn Đăng 2026-11-07 Đọc 8 phút

Cách kiểm tra sàn tiền mã hóa có bị sập không: hướng dẫn từng bước

Khi sàn ngừng hoạt động với bạn, câu hỏi đầu tiên là nó sập với mọi người hay chỉ với bạn. Thường bạn trả lời được trong vài phút: xem trang trạng thái của sàn, xem đo lường độc lập, thử mạng khác và kiểm tra trực tiếp API công khai. Mỗi nguồn thấy một thứ khác nhau, nên một trang màu xanh không chứng minh mọi thứ ổn, và một yêu cầu thất bại không chứng minh sàn sập.

Tóm lại

Xem trang trạng thái chính thức trước, rồi nguồn độc lập như trang sàn của chúng tôi, rồi kết nối của bạn trên mạng khác. Nếu API công khai phản hồi mà ứng dụng thì không, vấn đề có lẽ hẹp hơn: tài khoản, mạng, khu vực hoặc một dịch vụ.

Bước 1: đọc trang trạng thái chính thức

Hầu hết sàn lớn có trang trạng thái hoặc thông báo. Đó là nguồn duy nhất có thể cho biết điều người ngoài không thấy, như sự cố rút tiền trên một mạng hay bảo trì định sẵn của công cụ khớp lệnh.

Hãy đọc kỹ, vì mỗi trang nêu phạm vi riêng và có thể rất cụ thể. Trang Coinbase chúng tôi chụp ngày 7 tháng 11 năm 2026 liệt kê các thành phần riêng gồm trang web, ứng dụng di động, API và hỗ trợ khách hàng, với thông báo sự cố phía trên. Trang Kraken hiển thị dải tóm tắt về nạp tài sản số và phương thức thanh toán, còn mọi thứ khác hoạt động bình thường. Vấn đề có thể chỉ ảnh hưởng một đồng hoặc một dịch vụ.

Trang trạng thái Coinbase hiển thị thông báo sự cố về gửi và nhận trên một số mạng phía trên danh sách thành phần đang hoạt động
Trang trạng thái Coinbase ngày 7 tháng 11 năm 2026. Các sự cố liên quan đến gửi và nhận trên những mạng cụ thể, còn các dịch vụ liệt kê vẫn hoạt động. Phạm vi là thứ bạn cần tìm. status.coinbase.com · 2026-11-07

Trang trạng thái cũng có giới hạn. Chúng thường do người cập nhật, nên sự cố mới có thể mất một lúc mới xuất hiện, và sàn có lý do dễ hiểu để viết nhẹ nhàng. Trang xanh trong lúc có vấn đề thật là chuyện thường ở những phút đầu. Hãy coi đó là bằng chứng chứ không phải khẳng định.

Trang trạng thái OKX liệt kê thông tin bảo trì hệ thống, các sự cố giao dịch trước đây và trạng thái nạp rút theo từng tài sản
OKX gộp thông báo bảo trì, sự cố giao dịch trước đây và bảng trạng thái nạp rút theo tài sản trên một trang. Nếu lệnh chuyển bị kẹt, bảng này trả lời nhiều hơn một dải xanh. www.okx.com · 2026-11-07

Bước 2: xem đo lường độc lập

Nguồn bên ngoài liên tục kiểm tra sàn cho bạn ý kiến thứ hai. Trang này kiểm tra API công khai của 10 sàn khoảng mỗi 15 giây. Mỗi trang sàn hiển thị trạng thái mới nhất và tỷ lệ khả dụng theo giờ, và nhật ký sự cố ghi mọi chuỗi 2 lượt kiểm tra thất bại liên tiếp trở lên.

Điều này cho biết: API công khai có trả lời đúng từ vị trí của chúng tôi, gần đây và trong quá khứ hay không. Điều này không cho biết: đăng nhập, đặt lệnh hay rút tiền có hoạt động không, vì kiểm tra của chúng tôi chỉ dùng dữ liệu thị trường công khai. Trang của chúng tôi cũng cập nhật vài phút một lần chứ không tức thì, nên hãy xem thời gian hiển thị. Nếu trang cho thấy API trả lời mà ứng dụng vẫn lỗi với bạn, lỗi có lẽ ở thứ chúng tôi không kiểm tra, hoặc giữa bạn và sàn.

Bước 3: loại trừ kết nối của bạn

Đây là nơi phần lớn các sự cố bề ngoài kết thúc. Thử lần lượt, vì đều nhanh:

  • Mở sàn trên thiết bị khác, như ứng dụng di động với dữ liệu di động nếu bạn đang dùng laptop với Wi-Fi.
  • Thử mạng khác. Đường đi từ nhà mạng đến sàn có thể là phần lỗi, và kết nối di động đi đường khác.
  • Xem trang web khác để xác nhận kết nối vẫn hoạt động.
  • Kiểm tra đồng hồ hệ thống. Đồng hồ lệch nhiều làm hỏng kết nối bảo mật và yêu cầu API có chữ ký, tạo lỗi lạ trông như sự cố.
  • Xóa bộ nhớ đệm ứng dụng hoặc cập nhật. Phiên bản cũ có thể gọi dịch vụ đã ngừng.

Nếu dùng được trên mạng khác, sàn không sập: đường giữa bạn và sàn có vấn đề. Vấn đề này thường nằm ở mạng trung gian hoặc mạng phân phối nội dung của sàn, và chỉ thời gian hoặc đường khác mới giải quyết được.

Bước 4: tự kiểm tra API công khai

Bạn có thể kiểm tra sàn không cần tài khoản hay phần mềm nào ngoài trình duyệt hoặc terminal. Endpoint thời gian và giá công khai không cần khóa. Gọi chúng cho thấy máy chủ sàn có trả lời từ nơi bạn không. Sàn công bố các endpoint này trong tài liệu API. Ví dụ:

curl -i https://api.bybit.com/v5/market/time

Rồi đọc kết quả:

  • 200 với dữ liệu hợp lý: API công khai hoạt động từ vị trí của bạn. Nếu ứng dụng vẫn lỗi, vấn đề ở chỗ khác.
  • 429: quá nhiều yêu cầu từ IP của bạn. Không phải sự cố. Xem hướng dẫn giới hạn tần suất.
  • 403 hoặc 451: thường là chặn theo khu vực hoặc tường lửa web. Xem hướng dẫn 403 và 451.
  • 500, 502, 503 hoặc 504: vấn đề phía máy chủ tại sàn hoặc proxy. Đây là dấu hiệu mạnh nhất của vấn đề thật, nhất là khi lặp lại.
  • Hết thời gian hoặc kết nối bị từ chối: có thể là sàn, có thể là đường của bạn. So với mạng khác.

Hãy cẩn thận với phản hồi 200. Sàn có thể trả 200 với lỗi bên trong nội dung, đó là lý do kiểm tra của chúng tôi đọc nội dung chứ không chỉ mã trạng thái.

Bước 5: xem người khác báo gì

Trang báo cáo của người dùng và mạng xã hội có thể cho thấy vấn đề nhanh, vì hàng nghìn người cùng nhận ra. Nhưng chúng nhiều nhiễu. Báo cáo tăng đột biến có thể là lỗi ứng dụng ngắn, sự cố nhà mạng ở một nước, hoặc một bài đăng được chia sẻ. Hãy tìm báo cáo từ nhiều khu vực và dịch vụ, tìm triệu chứng cụ thể thay vì chỉ «sập». Đặc biệt cẩn thận với tin nhắn đề nghị giúp đỡ: kẻ lừa đảo nhắm vào người dùng lúc sự cố bằng cách giả nhân viên hỗ trợ. Nhân viên thật không cần mật khẩu, mã 2FA hay cụm từ khôi phục của bạn.

Thực sự cái gì sập? Hướng dẫn ngắn theo triệu chứng

Sàn không phải một hệ thống. Nó gồm trang web, ứng dụng di động, công cụ khớp lệnh, luồng dữ liệu thị trường, ví, đăng nhập và hỗ trợ khách hàng, và mỗi phần có thể hỏng riêng.

  • Biểu đồ đứng nhưng lệnh vẫn chạy: luồng dữ liệu thị trường hoặc kết nối của bạn tới nó hỏng. Giá trên màn hình có thể cũ, hãy kiểm tra lần khớp.
  • Thấy giá nhưng không đăng nhập được: dịch vụ đăng nhập hoặc tài khoản lỗi, có thể chỉ ở khu vực của bạn.
  • Lệnh bị từ chối hoặc kẹt: hệ thống giao dịch hoặc công cụ rủi ro có vấn đề, hoặc bạn đã chạm giới hạn tần suất lệnh.
  • Nạp hoặc rút bị chậm: thường chỉ một mạng hoặc token. Xem trạng thái nạp rút của đúng tài sản.
  • Mọi thứ lỗi với mọi người: hiếm, và đó mới là trường hợp xứng với từ «sập».

Bảo trì khác với sự cố

Sàn lên lịch bảo trì và thông báo trước. Giao dịch có thể dừng hoặc chuyển sang chế độ giới hạn. Đây không phải sự cố, nhưng tác động lên bạn có thể giống nhau. Hãy xem thông báo trước khi giữ vị thế lớn qua một đợt nâng cấp đã báo. Kiểm tra của chúng tôi có thể ghi giai đoạn đó là thất bại, vì API công khai tắt để bảo trì vẫn là tắt. Điều này có thể khiến nhật ký sự cố có mẫu lặp lại cùng giờ mỗi ngày hoặc mỗi tuần.

Nếu thực sự sập và bạn có vị thế mở

Đừng hoảng loạn gửi lại cùng một lệnh, và đừng cho rằng lệnh thất bại vì màn hình báo lỗi. Nó có thể đã thành công. Hướng dẫn phải làm gì khi sàn sập trong lúc có vị thế trình bày các bước thực tế, gồm cách phòng hộ nơi khác và ghi lại sự việc.

Câu hỏi thường gặp về sự cố sàn

Vì sao trang trạng thái của sàn nói mọi thứ ổn?

Lý do phổ biến nhất là sự cố mới bắt đầu, chỉ ảnh hưởng nhóm hẹp như một khu vực hoặc dịch vụ, hoặc nằm ngoài kiểm soát của sàn, ví dụ nhà mạng. Hãy xem lại sau vài phút và so với nguồn khác.

Vì sao có trang nói sàn vẫn chạy mà tôi không dùng được?

Vì nó kiểm tra thứ khác với thứ bạn dùng, từ vị trí khác. Kiểm tra của chúng tôi thử API công khai từ một vị trí. Vấn đề của bạn có thể ở tài khoản, ứng dụng, đường mạng hoặc khu vực. Cả hai câu có thể cùng đúng.

Sàn có thể sập chỉ ở một nước không?

Có. Vấn đề mạng có thể chỉ ảnh hưởng một nước hoặc nhà mạng, và các hạn chế có thể khiến dịch vụ không dùng được theo khu vực. Đó là lý do đo lường từ một vị trí, kể cả của chúng tôi, chỉ mô tả vị trí đó. Số liệu của chúng tôi nêu rõ nơi đo.

Sự cố sàn thường kéo dài bao lâu?

Phần lớn các thất bại chúng tôi ghi nhận đều ngắn. Nhiều vụ hết trong vài phút, chỉ một phần nhỏ kéo dài hơn mười lăm phút. Nhật ký sự cố liệt kê thời lượng từng vụ, nên bạn có thể xem điều gì là bình thường với sàn của mình.

Danh sách kiểm tra nhanh

  1. Đọc trang trạng thái chính thức và thông báo.
  2. Xem nguồn độc lập và ghi lại thời gian cập nhật.
  3. Thử thiết bị khác và mạng khác.
  4. Kiểm tra endpoint API công khai và đọc mã trạng thái.
  5. Xác định dịch vụ nào lỗi.
  6. Bỏ qua bất kỳ ai đề nghị hỗ trợ qua tin nhắn riêng.

Đọc thêm: Cách đọc tỷ lệ khả dụng API và lịch sử sự cố · Phải làm gì khi sàn sập · Vì sao API sàn trả về 403 hoặc 451

Nguồn

Coinbase · Trạng thái · Kraken · Trạng thái · OKX · Trạng thái · Cách chúng tôi đo · Về Tickmark

Hướng dẫn khác

Funding rate trong hợp đồng vĩnh cửu là gì? Giải thích dễ hiểu

Funding rate là khoản thanh toán định kỳ giữa những người giữ hai phía đối nghịch của một hợp đồng vĩnh cửu. Nó tồn tại vì hợp đồng vĩnh cửu không bao giờ đáo hạn, nên cần một cơ chế khác để giữ giá sát với tài sản cơ sở. Khi mức dương, long trả cho short; khi âm, short trả cho long. Sàn đặt ra công thức, nhưng trên các sàn lớn, tiền chuyển giữa các nhà giao dịch với nhau.

So sánh funding rate giữa các sàn: chu kỳ 8 giờ và 4 giờ khác nhau thế nào

Bạn không thể so sánh hai funding rate chỉ bằng cách nhìn phần trăm. Một mức chỉ có ý nghĩa khi bạn biết nó được tính thường xuyên đến đâu, bạn đang long hay short, và hai lần đọc có mô tả cùng hợp đồng vào cùng thời điểm không. Cùng mức +0,01% tốn gấp đôi mỗi ngày trên lịch bốn giờ so với lịch tám giờ, và long trả bao nhiêu thì short nhận bấy nhiêu.

Funding rate âm có nghĩa gì? Ai trả tiền, và nó không nói lên điều gì

Funding rate âm nghĩa là người giữ short trả cho người giữ long ở lần thanh toán kế tiếp. Điều này thường xảy ra khi hợp đồng vĩnh cửu giao dịch dưới giá chỉ số, hay phản ánh bán khống mạnh hoặc phòng hộ. Nó không có nghĩa giá sắp giảm hay sắp tăng, và cũng không phải thu nhập miễn phí cho long, vì giá có thể đi ngược họ nhiều hơn khoản thanh toán rất nhiều.

Cách quy đổi funding rate sang APR, và vì sao con số có thể gây hiểu lầm

Để quy một funding rate về năm, nhân mức mỗi lần thanh toán với số lần thanh toán trong ngày, rồi nhân 365. Mức 0,01% mỗi tám giờ trở thành 0,01% × 3 × 365 = 10,95% một năm. Cách này đặt các hợp đồng có lịch khác nhau lên cùng một thang để so sánh được. Nó không cho biết bạn sẽ kiếm hay trả bao nhiêu trong một năm, vì giả định mức hôm nay không bao giờ đổi.

Arbitrage funding rate: cách hoạt động và điều gì ăn mất lợi nhuận

Arbitrage funding rate là giữ hai vị thế bù trừ nhau trên cùng một tài sản để biến động giá gần như triệt tiêu, rồi nhận khoản funding ở một phía. Cách kinh điển là mua giao ngay và short hợp đồng vĩnh cửu. Cách thứ hai là short hợp đồng vĩnh cửu trên sàn có mức cao hơn và long trên sàn có mức thấp hơn. Người ta hay gọi nó là không rủi ro. Không phải vậy. Rủi ro chỉ khác với một lệnh theo hướng thông thường.

Giá đánh dấu, giá cuối và giá chỉ số: giá nào thanh lý bạn?

Hợp đồng vĩnh cửu hiển thị ba mức giá dễ nhầm. Giá cuối là nơi giao dịch gần nhất diễn ra. Giá chỉ số là trung bình giá giao ngay trên nhiều sàn. Giá đánh dấu là ước tính của sàn về giá trị hợp lý của hợp đồng, và trên các sàn lớn chính nó quyết định lãi chưa thực hiện và việc bạn có bị thanh lý không. Biết giá nào làm gì sẽ giải thích vì sao vị thế có thể bị thanh lý dù biểu đồ chưa từng chạm mức thanh lý.

Một lệnh thị trường thực sự tốn bao nhiêu: phí, chênh lệch giá và trượt giá

Mức phí trên trang phí của sàn chỉ là một phần chi phí của lệnh thị trường. Phần còn lại đến từ giá bạn thực sự nhận, phụ thuộc vào chiều giao dịch, quy mô lệnh và độ sâu sổ lệnh lúc đó. Để so sánh công bằng giữa các sàn, hãy đo giá khớp trung bình so với một giá tham chiếu, rồi cộng phí giao dịch, và cẩn thận đừng tính chênh lệch giá hai lần.

Cách ước tính trượt giá từ độ sâu sổ lệnh trước khi giao dịch

Trượt giá là chênh lệch giữa giá bạn kỳ vọng và giá trung bình bạn thực sự nhận. Bạn có thể ước tính phần lớn trước khi đặt lệnh, vì sổ lệnh cho thấy mỗi mức giá có bao nhiêu. Cộng các mức ở phía bạn sẽ tiêu thụ đến khi đủ quy mô, tính giá trung bình và so với giá giữa. Ước tính chỉ tốt bằng ảnh chụp tạo ra nó, và sổ lệnh mỏng đi đúng lúc bạn dễ cần nhất.

Phí maker và taker: cách so sánh phí giao dịch của các sàn tiền mã hóa

Maker thêm vào sổ lệnh một lệnh chờ khớp. Taker khớp với lệnh đã có sẵn ở đó. Hầu hết sàn thu taker cao hơn, vì maker cung cấp thanh khoản để người khác giao dịch. So sánh sàn chỉ theo phí nổi bật sẽ gây hiểu lầm: bạn cần biết mình thường ở phía nào, khối lượng thực sự đưa bạn vào bậc nào, và phí so với trượt giá và funding trên cùng giao dịch ra sao.

Sàn có thực sự sập không? Cách đọc tỷ lệ khả dụng API và lịch sử sự cố

Thời gian hoạt động mô tả phần yêu cầu thành công tới các dịch vụ cụ thể, trong một giai đoạn cụ thể, từ một đường mạng cụ thể. Nó không khẳng định bạn đặt được lệnh, rút được tiền hay có thể tin giao tài sản cho sàn. Con số như 99,9% chỉ hữu ích khi bạn biết đã kiểm tra gì, từ đâu và trong bao lâu, nên hướng dẫn này giải thích cách đọc các chi tiết đó trên trang của chúng tôi và ở bất kỳ đâu.

Phải làm gì khi sàn tiền mã hóa sập trong lúc bạn có vị thế mở

Nếu sàn ngừng phản hồi khi bạn đang giữ vị thế, việc đầu tiên là tìm ra thực sự cái gì hỏng, việc thứ hai là đừng làm tệ hơn, và việc thứ ba là giảm rủi ro bằng bất kỳ đường nào còn chạy. Đừng gửi lại cùng một lệnh mãi, vì các lần trước có thể đã thành công. Thử ứng dụng di động và API làm đường thay thế, cân nhắc phòng hộ nơi khác nếu rủi ro lớn, và ghi lại sự việc phòng khi cần nêu sau này.

Vì sao API sàn từ chối dấu thời gian: lệch đồng hồ và báo giá cũ

Phản hồi nhanh vẫn có thể chứa báo giá cũ. Độ trễ khứ hồi, lệch đồng hồ và tuổi báo giá mô tả các phần khác nhau của một yêu cầu, và trộn lẫn chúng có thể khiến sai khớp đồng hồ trông như luồng thị trường bị chậm. Hướng dẫn này giải thích từng thứ bằng ví dụ, cho thấy cách chúng tôi ước tính, và nói phải làm gì khi API sàn từ chối yêu cầu vì thời gian.

Lỗi Binance -1021 «Timestamp for this request»: nguyên nhân và cách sửa

Lỗi API Binance -1021 INVALID_TIMESTAMP nghĩa là dấu thời gian trên yêu cầu có chữ ký của bạn nằm ngoài cửa sổ Binance chấp nhận. Thông báo thường là Timestamp for this request is outside of the recvWindow hoặc was 1000ms ahead of the server's time. Đa số trường hợp nguyên nhân là đồng hồ của bạn, nên cách sửa là đồng bộ nó, đo độ lệch với giờ máy chủ Binance và xử lý đúng phần độ trễ mạng còn lại. recvWindow lớn hơn có thể che vấn đề, nhưng không nên là bước đầu tiên.

Giới hạn tần suất API sàn tiền mã hóa: lỗi 429 nghĩa là gì và cách không vượt

HTTP 429 nghĩa là bạn đã gửi quá nhiều yêu cầu trong một khoảng thời gian, và máy chủ yêu cầu bạn chậm lại. Đó không phải sự cố. Mỗi sàn đếm khác nhau: Binance dùng trọng số cho từng endpoint và chặn IP tiếp tục sau 429, Bybit chặn IP vượt 600 yêu cầu trong năm giây, và OKX đặt giới hạn theo endpoint và trả mã lỗi 50011. Muốn không vượt, hãy đọc header phản hồi, lùi đúng cách và dùng WebSocket khi có thể.

Vì sao API sàn trả về 403 hoặc 451: chặn, khu vực và cách phân biệt

403 nghĩa là máy chủ hiểu yêu cầu và từ chối thực hiện. 451 nghĩa là truy cập bị từ chối vì lý do pháp lý. Trên API sàn tiền mã hóa, 403 có thể là tường lửa web, giới hạn yêu cầu, khóa không có quyền hoặc chặn khu vực, nên riêng mã không nói được là cái nào. Nội dung phản hồi, tài liệu của sàn và so sánh từ mạng khác thường cho biết. Hạn chế thật áp dụng với bạn vì một lý do, nên phản ứng đúng là tìm hiểu dịch vụ có được cung cấp nơi bạn ở không.

Trước khi mở tài khoản sàn tiền mã hoá: danh sách kiểm tra cho người ở Việt Nam

Trước khi mở tài khoản trên một sàn tiền mã hoá, hãy kiểm tra bốn điều: sàn có được phép phục vụ người ở nơi bạn sống hay không, cơ quan quản lý ở nước bạn có cấp phép cho sàn hay không, trang web trước mặt bạn có phải trang thật hay không, và gần đây sàn hoạt động ra sao. Điền mẫu đăng ký chỉ mất mười phút. Khắc phục một lựa chọn sai có thể mất nhiều tháng, có khi không thể khắc phục được. Bài này đi qua từng bước kiểm tra, lấy Binance và OKX làm ví dụ vì đây là hai sàn độc giả hỏi chúng tôi nhiều nhất, và giải thích tình hình pháp lý tại Việt Nam vào tháng 11 năm 2026.