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.
Thử đường khác vào cùng sàn, xác nhận vị thế thật trước khi hành động, và chỉ phòng hộ nơi khác nếu rủi ro xứng đáng. Chuẩn bị hữu ích nhất diễn ra trước sự cố: lệnh đã nằm trên sàn, một tài khoản phụ có tiền, và đòn bẩy đủ thấp để trụ một giờ không thao tác được.
Đây là thông tin chung, không phải tư vấn giao dịch. Điều khoản của sàn quyết định cách xử lý sự cố và thua lỗ, và phòng hộ có chi phí cùng rủi ro riêng.
Trước hết, tìm ra cái gì hỏng
«Sàn sập» có thể mang nhiều nghĩa, và lựa chọn của bạn tùy vào nghĩa nào. Hãy dùng phút đầu để xác định.
- Kết nối của bạn: thử dữ liệu di động hoặc thiết bị khác. Nhiều sự cố bề ngoài kết thúc ở đây.
- Chỉ ứng dụng hoặc trang web: công cụ giao dịch có thể ổn. API hoặc ứng dụng khác có thể vẫn chạy.
- Luồng dữ liệu thị trường: giá trên màn hình có thể đứng trong khi lệnh vẫn thực thi. Đừng tin những gì thấy cho đến khi cập nhật.
- Hệ thống giao dịch: lệnh bị từ chối hoặc kẹt. Đây là trường hợp nghiêm trọng.
- Tất cả: hiếm, nhưng có xảy ra. Khi đó bạn chỉ có thể hành động ở nơi khác.
Hướng dẫn cách kiểm tra sàn có bị sập không đi qua chi tiết, và mỗi trang sàn hiển thị lần đọc mới nhất của chúng tôi về API công khai, cùng thời điểm đọc.
Đừng gửi lệnh dồn dập
Phản xạ tự nhiên là bấm nút đóng liên tục. Điều đó có thể làm bạn tệ hơn.
Khi hệ thống đang vật lộn, lỗi trên màn hình không phải lúc nào cũng có nghĩa lệnh thất bại. Tài liệu API của Binance nói rõ một trường hợp: 503 với thông báo «Unknown error, please check your request or try again later» nghĩa là yêu cầu đã gửi nhưng không có phản hồi kịp, và cảnh báo đừng coi đó là thất bại, vì trạng thái thực thi không rõ và có thể đã thành công. Nếu gửi lại, bạn có thể đóng gấp đôi ý định và rơi vào vị thế ngược.
Vì vậy trước khi gửi lại: làm mới vị thế và lệnh mở, bằng bất kỳ đường nào có thể. Nếu không xem được, hãy giả định lần trước có thể đã thành công. Dùng cờ reduce-only khi đóng nếu sàn có, vì lệnh reduce-only chỉ làm vị thế nhỏ đi và không thể lật bạn sang vị thế mới. Trong trường hợp Binance nêu trên, tài liệu ghi rằng lệnh đóng vị thế, reduce-only và hủy lệnh được miễn một loại giới hạn cấp hệ thống, thêm một lý do dùng chúng để đóng.
Thử mọi đường vào cùng sàn
Một sàn thường có vài lối vào, và chúng không phải lúc nào cũng hỏng cùng nhau. Hãy thử từng lối theo thứ tự nhanh nhất với bạn.
- Ứng dụng di động nếu bạn đang dùng web, hoặc ngược lại.
- Tên miền khác: một số sàn có tên miền API theo khu vực hoặc tên máy chủ thay thế. Chỉ dùng địa chỉ trong tài liệu chính thức của sàn, vì tên miền giả nhắm đúng người trong tình huống này.
- API, nếu khóa đã có sẵn. Đây không phải lúc tạo lần đầu.
- Nền tảng đã kết nối, nếu tài khoản liên kết với terminal giao dịch hoặc bot.
Dừng ngay khi có đường chạy. Rồi chỉ đóng hoặc giảm phần bạn đã quyết định, và xác nhận kết quả trên màn hình thứ hai nếu được.
Phòng hộ nơi khác nếu rủi ro quá lớn
Nếu không vào được sàn và vị thế lớn so với tài khoản, bạn có thể giảm rủi ro ròng bằng vị thế đối nghịch trên sàn khác. Long không đóng được trên sàn A có thể được bù bằng short quy mô tương tự trên sàn B. Rủi ro giá ròng giảm, thị trường đi hướng nào cũng vậy.
Điều này chỉ khả thi nếu đã chuẩn bị: bạn cần tài khoản đã xác minh và có tiền trên sàn thứ hai. Hãy cân nhắc trước khi làm.
- Vị thế gốc vẫn có thể bị thanh lý. Phòng hộ bảo vệ tổng tài sản, nhưng ký quỹ trên sàn đầu vẫn rủi ro khi giá đi ngược phía đó, và lãi của phòng hộ nằm nơi khác.
- Nó thêm chi phí. Bạn trả phí và trượt giá khi mở và đóng, có thể cả funding. Xem hướng dẫn arbitrage funding về cách vị thế hai phía như vậy vận hành.
- Giờ có hai vị thế phải gỡ. Khi sàn hồi phục thường có biến động giá dữ dội. Hãy lên kế hoạch thứ tự đóng trước khi nó trở lại.
- Sàn thứ hai cũng có thể đang vật lộn. Sự cố tụ lại khi thị trường bận. Nó cũng có thể chậm hơn thường lệ.
Với vị thế nhỏ, câu trả lời trung thực thường là phòng hộ tốn hơn rủi ro nó loại bỏ. Hãy tính mức bạn mất trong một biến động hợp lý trước khi thêm phức tạp.
Lệnh cắt lỗ và chốt lời sẽ thế nào
Lệnh nằm trên sàn có thể vẫn thực thi trong sự cố một phần, vì chúng ở phía sàn chứ không ở màn hình của bạn. Đây là lý do mạnh để đặt trước. Nhưng đừng dựa hoàn toàn: lệnh dừng kích hoạt lúc hỗn loạn có thể khớp xa mức kích hoạt, và bản thân việc kích hoạt dựa vào hệ thống có thể đang căng. Hãy coi lệnh dừng là bảo vệ tốt trong đa số điều kiện, không phải đảm bảo trong mọi điều kiện.
Khi sàn trở lại, hãy kiểm tra mọi lệnh mở. Lệnh bạn đã bỏ qua có thể vẫn sống và kích hoạt khi thị trường chạy. Nhiều sàn hủy một số lệnh trong bảo trì; số khác thì không. Hãy kiểm tra trường hợp của bạn.
Funding, thanh lý và lúc giao dịch trở lại
Không vào được sàn không có nghĩa đồng hồ của nó dừng. Thanh toán funding vẫn có thể diễn ra, giá đánh dấu vẫn có thể cập nhật. Các sàn có quy tắc khác nhau khi hỏng toàn bộ, và một số tạm dừng thanh lý hoặc thanh toán trong sự cố lớn. Hãy biết lập trường của sàn chỉ qua thông báo của họ.
Những phút sau khi hồi phục thường nguy hiểm nhất. Giá có thể đã chạy khi sổ trống, nên các giao dịch đầu có thể điên rồ, và hàng đợi lệnh ập vào thị trường cùng lúc. Nếu vị thế an toàn, thường không cần giao dịch trong những giây đầu, khi chênh lệch rộng và sổ mỏng. Hướng dẫn độ sâu sổ lệnh giải thích vì sao.
Giữ hồ sơ
Nếu sự cố làm bạn mất tiền, bằng chứng sẽ quan trọng, và dễ thu thập nhất ngay lúc đó.
- Chụp màn hình thời gian, lỗi và vị thế nếu xem được.
- Ghi thời gian chính xác theo UTC của mỗi lần thử và lỗi.
- Lưu mã lệnh và tin nhắn từ hỗ trợ.
- Xem thông báo của sàn về sự cố và lưu bản sao.
- Xuất lịch sử lệnh và funding khi dịch vụ trở lại.
Hồ sơ độc lập có thể hỗ trợ lời trình bày của bạn, nhưng chỉ trong phạm vi nó đo. Nhật ký sự cố của chúng tôi ghi lỗi API công khai từ một vị trí vào các thời điểm cụ thể. Nó có thể cho thấy lúc đó có vấn đề, nhưng không cho thấy lệnh của bạn bị ảnh hưởng. Chỉ liên hệ hỗ trợ qua kênh chính thức, và không bao giờ chia sẻ mật khẩu, mã 2FA hay cụm từ khôi phục với người liên hệ bạn trước.
Chuẩn bị cho lần sau
Xử lý sự cố dễ hơn nhiều nếu bạn đã quyết định trước sẽ làm gì.
- Dùng đòn bẩy có thể trụ một giờ không đụng tới. Đây là chuẩn bị hiệu quả nhất. Hãy tính giá có thể đi bao xa trong một giờ và vị thế có sống sót không.
- Đặt lệnh dừng và chốt lời trên sàn, không chỉ trong đầu hay công cụ ngoài.
- Giữ tài khoản đã xác minh, có tiền trên sàn thứ hai, kèm truy cập API nếu bạn dùng.
- Biết các đường của mình: cài ứng dụng, đánh dấu tên miền chính thức và mang theo thiết bị 2FA.
- Xem độ tin cậy trước khi chọn nơi giữ vị thế lớn. So các sàn trên bảng xếp hạng và hồ sơ sự cố, nhất là lúc bận rộn.
Câu hỏi thường gặp
Sàn có đền bù thua lỗ trong sự cố không?
Điều đó hoàn toàn tùy sàn và điều khoản, và bạn không nên giả định. Một số sàn từng đền bù sau sự cố lớn, nhiều điều khoản giới hạn trách nhiệm. Hãy giữ hồ sơ, liên hệ hỗ trợ chính thức và đọc thông báo liên quan.
Có rút được tiền khi sàn sập không?
Thường không nếu hệ thống bị ảnh hưởng xử lý rút tiền, và sàn cũng có thể tạm dừng rút để phòng ngừa. Hãy xem trang trạng thái ví của tài sản. Cảnh giác với bất kỳ ai đề nghị cách lách, vì đề nghị đó thường là lừa đảo.
Có nên đổi sàn sau một sự cố không?
Một sự cố hiếm khi đủ để quyết định. Hãy xem xu hướng qua nhiều tháng: thường xuyên đến đâu, bao lâu, vào những lúc nào. Báo cáo tháng của chúng tôi nhằm giúp so sánh đó dễ hơn.
Trong sự cố, theo thứ tự
- Xác định cái gì hỏng và loại trừ kết nối của bạn.
- Kiểm tra vị thế và lệnh mở thật trước khi gửi lại.
- Thử các đường chính thức khác vào sàn.
- Đóng bằng reduce-only nếu có thể.
- Chỉ phòng hộ nơi khác nếu rủi ro xứng với chi phí.
- Ghi thời gian, lỗi và ảnh chụp.
- Khi dịch vụ trở lại, xem mọi lệnh mở trước tiên.
Đọc thêm: Cách kiểm tra sàn có bị sập không · Cách đọc thời gian hoạt động và hồ sơ sự cố · Giá đánh dấu và giá cuối
Nguồn
Binance · Thông tin chung API · 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.
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.
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.
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.