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.
Đọc nội dung phản hồi trước, vì nó thường nêu lý do. Binance dùng 403 cho giới hạn tường lửa ứng dụng web, Bybit dùng cho «access too frequent», và nhiều sàn dùng 403 hoặc 451 cho khu vực bị hạn chế. Nếu sàn hạn chế quốc gia của bạn, dùng công cụ che vị trí có lẽ vi phạm điều khoản và có thể đe dọa tiền của bạn.
403 và 451 nói chung nghĩa là gì
Cả hai là mã trạng thái HTTP chuẩn. 403 Forbidden nói máy chủ từ chối yêu cầu và lặp lại mà không thay đổi sẽ không giúp gì. Nó không nói vì sao. 451 Unavailable For Legal Reasons hẹp hơn: MDN mô tả đó là tài nguyên không có vì lý do pháp lý, như trang web bị áp dụng hành động pháp lý. Số mã là lời nhắc đến tiểu thuyết Fahrenheit 451.
Thực tế, các sàn dùng hai mã này không nhất quán. 451 là tín hiệu rõ, và hợp lý khi cho rằng bạn ở vị trí bị hạn chế. 403 cần tìm hiểu thêm.

Các nguyên nhân phổ biến của 403 trên API sàn
Mỗi nguyên nhân trông giống hệt trong nhật ký chỉ ghi mã trạng thái.
- Tường lửa ứng dụng web. Tài liệu Binance nói HTTP 403 được dùng khi vi phạm giới hạn WAF. Tường lửa có thể phản ứng với kiểu yêu cầu, user agent lạ hoặc dải IP trung tâm dữ liệu.
- Chặn theo tần suất. Bybit trả
403, access too frequentkhi IP vượt giới hạn, và nói phải dừng và đợi ít nhất 10 phút. - Hạn chế khu vực. Nhiều sàn từ chối lưu lượng từ một số nước. Thông báo thường nói rõ, trong văn bản hoặc trường JSON.
- Quyền khóa hoặc danh sách IP cho phép. Khóa API giới hạn theo IP hoặc thiếu quyền có thể trả 401 hoặc 403. Thường kèm lỗi rõ ràng.
- Sai tên miền cho tài khoản. Một số sàn tách người dùng theo khu vực.
- Chặn từ CDN hoặc proxy. Mạng phân phối nội dung trước sàn có thể từ chối trước khi yêu cầu đến sàn. Khi đó nội dung là trang HTML chứ không phải JSON.
Đọc nội dung phản hồi
Đây là bước hữu ích nhất và hay bị bỏ qua, vì thư viện ném ngoại lệ theo mã trạng thái trước khi ai thấy nội dung. Hãy ghi lại.
- JSON có mã lỗi của sàn: ứng dụng của sàn đã trả lời. Tìm mã trong tài liệu.
- HTML có tên CDN, Ray ID hoặc thông báo bảo mật: proxy hoặc tường lửa đã trả lời. Ứng dụng của sàn có thể chưa thấy yêu cầu.
- Thông báo nêu quốc gia hoặc hạn chế dịch vụ: chặn khu vực. Hãy đọc đúng nghĩa đen.
- Nội dung trống: xem header phản hồi và thử từ mạng khác để so sánh.
Chúng tôi cũng phải tự giải quyết vấn đề này. Riêng 403 không khẳng định hạn chế quốc gia, nên kiểm tra của chúng tôi chỉ xếp phản hồi là chặn khu vực khi trạng thái là 451, hoặc 403 với nội dung nêu rõ hạn chế. Các lệnh chặn này được đếm riêng khỏi tỷ lệ khả dụng và hiển thị trên trang từng sàn, vì quyết định pháp lý không phải sự cố.
Tên miền API theo khu vực
Hạn chế khu vực không phải lúc nào cũng có nghĩa hoàn toàn không dùng được. Một số sàn vận hành pháp nhân và tên miền riêng cho từng nơi, và tài khoản gắn với một trong số đó. Tài liệu API của OKX là ví dụ rõ. Nó nêu bạn phải dùng đúng tên miền theo nơi đăng ký: người đăng ký tại app.okx.com ở Mỹ và Úc dùng us.okx.com, người tại my.okx.com ở EU dùng eea.okx.com, mỗi nơi có tài liệu riêng. Tài liệu Bybit cũng nhắc tên máy chủ địa phương như api.bybit.kz.

Vì vậy nếu yêu cầu thất bại, hãy kiểm tra bạn đang dùng tên miền khớp với đăng ký tài khoản. Đây là cách sửa chính đáng và chỉ cần theo tài liệu.
Máy chủ đám mây và uy tín IP
Chương trình chạy được trên laptop có thể lỗi trên máy chủ đám mây, kể cả cùng nước. Lý do gồm:
- Vị trí máy chủ. Vùng đám mây ở nước bị hạn chế sẽ bị từ chối, dù bạn sống nơi khác. Sàn có thể xem định vị IP chứ không phải bạn ở đâu.
- Lịch sử địa chỉ dùng chung. IP mới của bạn có thể từng bị người khác dùng để lạm dụng API, và tường lửa có thể còn nhớ.
- Lỗi định vị. Cơ sở dữ liệu ánh xạ IP sang quốc gia có thể sai. Sàn và nhà cung cấp đám mây đôi khi bất đồng về vị trí một dải.
- Kiểu lưu lượng tự động. Một số endpoint công khai nằm sau lớp bảo vệ chống bot. Yêu cầu chuẩn, tần suất hợp lý và tên máy chủ API chính thức đều giúp ích.
Hãy chọn vị trí máy chủ nơi sàn thực sự cung cấp dịch vụ. Nếu không chắc, xem điều khoản và danh sách nước bị hạn chế trước khi triển khai. Rồi chạy kiểm tra dưới đây từ máy chủ chứ không phải laptop.
Lệnh chặn có thật không? Cách kiểm tra
- Gửi yêu cầu công khai không khóa từ máy bị ảnh hưởng, như endpoint giờ máy chủ của sàn, và lưu trạng thái cùng nội dung.
- Lặp lại từ mạng khác trong cùng nước, như kết nối di động, nếu có.
- So kết quả với trang trạng thái của sàn và số đọc độc lập như trang sàn của chúng tôi.
- Nếu chỉ yêu cầu có chữ ký lỗi, vấn đề là quyền khóa, danh sách IP hoặc chữ ký chứ không phải chặn.
- Nếu phản hồi nêu khu vực và điều khoản sàn liệt kê nó, hãy coi đó là câu trả lời cuối.
Hãy cẩn thận với kết luận rút ra. Kết quả từ một vị trí mô tả đường đó. Phép đo của chúng tôi đến từ một vị trí đã nêu, nên sàn chặn vị trí đó sẽ hiện trên trang là từ chối khu vực, điều không nói gì về việc bạn có dùng được không.
Không nên làm gì với chặn khu vực
Khi sàn hạn chế nước của bạn, người ta dễ muốn vòng qua bằng VPN hoặc proxy. Chúng tôi không khuyên, và không chỉ là hình thức. Có lý do thực tế.
- Có lẽ vi phạm điều khoản bạn đã đồng ý. Hầu hết sàn cấm khai sai vị trí.
- Đe dọa tiền của bạn. Sàn có thể hạn chế hoặc đóng tài khoản bị phát hiện, và lấy lại tiền có thể cần xác minh danh tính làm lộ sự không khớp.
- Có thể có hậu quả pháp lý tùy nơi bạn sống, và các quy định này đang thay đổi ở nhiều nước.
- Dễ vỡ. Hệ thống giao dịch dựa vào proxy có thêm một điểm hỏng lúc tệ nhất.
Con đường tốt hơn là tìm dịch vụ có giấy phép được cung cấp nơi bạn sống. Nếu cho rằng khu vực bị nhận diện sai, hãy liên hệ sàn qua hỗ trợ chính thức và hỏi. Khó có giải pháp nhanh, và trong lúc đó hãy giữ tiền an toàn.
Cách xử lý các mã này trong mã nguồn
- Đừng thử lại mù quáng 403 hoặc 451. Các mã này thường không hết sau thử lại nhanh, và lặp lại có thể làm chặn tường lửa tệ hơn. Hãy xử lý khác với 5xx.
- Ghi trạng thái, header và nội dung. Cắt nội dung đến độ dài an toàn và không bao giờ ghi bí mật. Một đoạn ngắn thường cho biết nguyên nhân.
- Tách nhóm trong giám sát. Từ chối khu vực và lỗi máy chủ nghĩa khác nhau. Gộp chúng làm số liệu khả dụng vô nghĩa.
- Báo người vận hành khi có 403 mới. Nó thường đánh dấu thay đổi bạn cần biết, như chính sách mới hoặc khóa bị hạn chế.
- Lùi lại với chặn tần suất kiểu Bybit. Hướng dẫn giới hạn tần suất nêu phản ứng đúng trong tình huống đó.
Câu hỏi thường gặp về 403 và 451
403 từ sàn có giống bị khóa không?
Không hẳn. Nó có thể tạm thời, như chặn theo tần suất, hoặc đến từ vị trí máy chủ chứ không phải điều bạn làm. Hạn chế tài khoản vĩnh viễn thường hiện khác, qua trang tài khoản hoặc tin nhắn từ sàn.
Vì sao endpoint dữ liệu công khai cũng bị chặn?
Một số sàn áp quy tắc khu vực ở biên mạng, trước khi xem bạn gọi endpoint nào. Đó là lý do chặn có thể xuất hiện trên endpoint công khai không cần khóa. Đó cũng là lý do phép đo của chúng tôi loại các phản hồi này khỏi tỷ lệ khả dụng thay vì báo sàn sập.
401 khác 403 thế nào?
401 thường nghĩa là xác thực thiếu hoặc không hợp lệ, nên thông tin đúng có thể đổi kết quả. 403 thường nghĩa là máy chủ biết bạn là ai, hoặc không cần biết, và vẫn từ chối. Sàn không phải lúc nào cũng theo sát phân biệt này, nên hãy xem nội dung và bảng mã lỗi.
Xử lý một lần từ chối
- Ghi đầy đủ trạng thái, header và nội dung phản hồi.
- Xem nội dung đến từ sàn hay proxy.
- Tra mã lỗi trong tài liệu sàn.
- Xác nhận bạn dùng đúng tên miền cho khu vực tài khoản.
- Kiểm tra endpoint công khai từ mạng khác.
- Đọc danh sách vị trí bị hạn chế của sàn.
- Ngừng thử lại cho đến khi hiểu nguyên nhân.
Đọc thêm: Giới hạn tần suất API sàn và lỗi 429 · Cách kiểm tra sàn có bị sập không · Cách đọc tỷ lệ khả dụng API và lịch sử sự cố
Nguồn
MDN · 451 · Binance · Mã trả về HTTP · Bybit · Quy tắc giới hạn · OKX · Tài liệu API · 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.
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ể.
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.