Vào tháng 3 năm 2026, điều mà internet đã chờ đợi trong 18 năm đã xảy ra: tỷ lệ người dùng truy cập vào các dịch vụ của Google qua IPv6 lần đầu tiên vượt quá 50% (50,10% vào ngày 28 tháng 3 năm 2026). Lý trí cho thấy: nếu một nửa lưu lượng đã ở trên IPv6, thì đã đến lúc chuyển sang proxy IPv6 - chúng rẻ hơn rất nhiều và bể địa chỉ gần như vô tận. Nhưng trên thực tế, mọi thứ phức tạp hơn. Trong hầu hết các nhiệm vụ, nơi mà proxy thực sự mang lại lợi nhuận - đa tài khoản, mua hàng giới hạn, vượt qua hệ thống chống bot - IPv4 vào năm 2026 vẫn chiếm ưu thế. Chúng ta hãy xem xét các sự thật, nơi mà mỗi giao thức phù hợp và tại sao "chuyển sang IPv6" cho cơ sở hạ tầng proxy vẫn chưa xảy ra.
Tóm tắt: sự khác biệt là gì
Proxy IPv4 hoạt động qua các địa chỉ định dạng cũ (ví dụ: 203.0.113.7) - những địa chỉ mà về mặt vật lý còn rất ít. Bể địa chỉ IPv4 đã cạn kiệt: các nhà đăng ký khu vực (ARIN, RIPE) đã phân phối các khối địa chỉ còn lại cách đây vài năm, và giờ đây các địa chỉ sống trên thị trường thứ cấp. Từ đó mà giá cả: theo dữ liệu của các nhà môi giới, vào năm 2026, một địa chỉ IPv4 có giá trung bình khoảng $25 (phạm vi khoảng $11–32 tùy thuộc vào kích thước khối và uy tín), trong khi giá thuê là $0,30–0,50 cho mỗi địa chỉ mỗi tháng. Khối lượng thị trường thứ cấp của IPv4 được ước tính hơn $2,5 tỷ mỗi năm.
Proxy IPv6 sử dụng định dạng địa chỉ mới (2001:db8::1) với không gian địa chỉ khổng lồ. Nhà cung cấp, chỉ với một subnet /64, có quyền quản lý 18 quintillion địa chỉ; khối doanh nghiệp /48 - là 65 536 mạng như vậy. Không có sự thiếu hụt gần như nào, vì vậy proxy IPv6 có giá rất rẻ và được bán theo bể hàng triệu địa chỉ.
Có vẻ như vấn đề đã được giải quyết. Nhưng proxy không được đánh giá theo giá cho mỗi địa chỉ, mà theo việc liệu yêu cầu có đến được mục tiêu hay không và liệu có bị cấm hay không. Tại đây, bức tranh thay đổi.
Tiêu chí 1. Tương thích với các trang web mục tiêu
Đây là điểm chính và quyết định. Mặc dù một nửa lưu lượng người dùng đã là IPv6, nhưng từ phía các trang web, sự hỗ trợ vẫn còn rất chậm: theo nhiều ước tính, chỉ khoảng 40% các tài nguyên web lớn nhất hoàn toàn chấp nhận IPv6. Amazon, X (Twitter), Reddit và hầu hết các nền tảng thương mại điện tử vẫn chỉ trả lời mặc định qua IPv4. Nếu trang web không hỗ trợ IPv6, thì yêu cầu qua proxy chỉ IPv6 sẽ không đến được - bất kể proxy đó có "sống" hay không.
Đuôi dài của các thị trường ngách, các miền doanh nghiệp cũ và các dịch vụ khu vực vẫn hoàn toàn là IPv4. Đối với một scraper hoặc trang trại tài khoản, điều này có nghĩa là: với proxy IPv4, bạn có thể vào hầu như bất cứ đâu, với IPv6 - chỉ đến nơi có dual-stack được bật.
Người chiến thắng về sự tương thích: IPv4
Tiêu chí 2. Rủi ro phát hiện và cấm
Tại đây, một logic "hiếm có" không rõ ràng hoạt động. Lưu lượng IPv6 từ những người dùng thực sự có, nhưng nó đồng nhất: các router gia đình cung cấp cho các thiết bị địa chỉ một cách dự đoán được, trong khung /64 được nhà cung cấp cấp. Ngược lại, các proxy IPv6 hàng loạt lại gửi hàng nghìn yêu cầu từ các địa chỉ lân cận trong cùng một subnet - và hệ thống chống bot có thể dễ dàng nhìn thấy điều này. Từ đó có hai vấn đề:
- Khóa toàn bộ các dải địa chỉ. Khóa /64 hoặc /48 bằng một quy tắc cho trang web dễ hơn là phát hiện từng địa chỉ IPv4. Một địa chỉ "bị phát hiện" kéo theo cả khối.
- IPv6 mặc định bị nghi ngờ. Nhiều nền tảng chống lại việc scraping và spam thường có thái độ nghi ngờ đối với các mạng con IPv6 - sự bất thường của mẫu hoạt động chống lại bạn.
IPv4 trong trường hợp này "hòa lẫn trong đám đông": các địa chỉ cư trú và ISP mang lại uy tín của các nhà cung cấp tiêu dùng thực sự, ASN của chúng được phân loại bởi các hệ thống chống gian lận là internet gia đình hợp pháp. Đó là lý do tại sao sự kết hợp IPv4 cư trú + trình duyệt chống phát hiện tăng khả năng sống sót của tài khoản lên 3–5 lần so với việc chỉ sử dụng IPv6.
Người chiến thắng về khả năng chống cấm: IPv4
Tiêu chí 3. Giá cả và quy mô bể địa chỉ
Tại đây, IPv6 giành lại ưu thế. Khi nhiệm vụ là gửi hàng triệu yêu cầu đến các trang web hỗ trợ IPv6 (trong đó có Google và các nền tảng dual-stack lớn), bể địa chỉ lớn và rẻ trở thành lợi thế. Việc xoay vòng subnet cho phép thay đổi địa chỉ xuất phát cho mỗi yêu cầu, trong khi vẫn ở trong khung /64 của mình, và giá cho mỗi địa chỉ thấp hơn nhiều so với IPv4. Đối với việc thu thập dữ liệu với khối lượng lớn từ các mục tiêu tương thích, đây thực sự là một nền kinh tế khác.
Về cách xen kẽ địa chỉ một cách hợp lý cho nhiệm vụ cụ thể - theo thời gian, theo số lượng yêu cầu hoặc theo các phiên sticky - đã được phân tích chi tiết trong hướng dẫn về xoay vòng địa chỉ IP; đối với IPv6, các nguyên tắc cũng giống nhau, chỉ có bể lớn hơn nhiều.
Người chiến thắng về giá cho mỗi địa chỉ và khối lượng: IPv6
Tiêu chí 4. Địa điểm và độ chính xác của nhắm mục tiêu
Các địa chỉ IPv4 được "đánh dấu" theo địa lý chính xác hơn: qua nhiều năm tồn tại, các cơ sở dữ liệu trưởng thành đã hình thành sự tương ứng IP → thành phố/nhà cung cấp, và các địa chỉ cư trú và di động được gắn với các mạng tiêu dùng cụ thể. Đối với các nhiệm vụ mà quốc gia và thậm chí thành phố là quan trọng (SEO địa phương, kiểm tra kết quả, nhắm mục tiêu quảng cáo địa lý, truy cập vào nội dung khu vực), IPv4 mang lại kết quả dự đoán được.
Địa lý IPv6 ít trưởng thành hơn và thường chỉ được xác định với độ chính xác đến khu vực hoặc trung tâm dữ liệu. Nếu kịch bản yêu cầu "trông như một người dùng từ một thành phố cụ thể" - đó là lãnh thổ của IPv4, đặc biệt là proxy cư trú và proxy di động.
Người chiến thắng về độ chính xác địa lý: IPv4
Tiêu chí 5. Tốc độ và phiên đồng thời
Tại đây, IPv6 lại mạnh mẽ - nhưng chỉ trên lãnh thổ của nó. Nhờ vào bể khổng lồ, các nhà cung cấp proxy IPv6 không giới hạn số lượng phiên đồng thời và băng thông: mỗi luồng có thể xuất phát từ một địa chỉ riêng biệt, và "sự va chạm" trong khung /64 gần như không xảy ra. Đối với việc thu thập dữ liệu song song cao từ các mục tiêu tương thích, điều này mang lại tốc độ ổn định mà không cần xếp hàng chờ IP miễn phí.
Với IPv4, do sự thiếu hụt và giá cả, bể địa chỉ là hữu hạn, vì vậy việc xoay vòng mạnh mẽ trên một số lượng lớn luồng nhanh chóng gặp phải giới hạn hoặc phải sử dụng lại các địa chỉ "bị phát hiện". Đối với các nhiệm vụ nhạy cảm, điều này được bù đắp bằng chất lượng của các địa chỉ, chứ không phải số lượng.
Người chiến thắng về tính đồng thời trên các mục tiêu tương thích: IPv6
Cách kiểm tra nhanh xem mục tiêu có hỗ trợ IPv6 hay không
Trước khi mua proxy IPv6 cho một dự án cụ thể, hãy đảm bảo rằng trang web mục tiêu thực sự trả lời qua IPv6 - nếu không, toàn bộ bể rẻ sẽ trở nên vô dụng. Cách nhanh chóng:
- Kiểm tra bản ghi AAAA của miền (đây là tương đương IPv6 của bản ghi A). Lệnh nslookup -type=AAAA example.com hoặc dig AAAA example.com: nếu câu trả lời trống - trang web không khả dụng qua IPv6.
- Nếu có AAAA, hãy thực hiện một yêu cầu thử nghiệm qua proxy IPv6 của bạn và xem mã phản hồi thực tế, chứ không chỉ là "ping được/không": một số nền tảng giữ AAAA, nhưng trả về trang lỗi hoặc captcha chỉ cho khách hàng IPv6.
- Chạy một lô thử nghiệm nhỏ (100–200 yêu cầu) và so sánh tỷ lệ cấm với nhóm kiểm soát trên IPv4. Nếu có sự chênh lệch rõ rệt - mục tiêu "không thích" IPv6, và việc chi trả cho chất lượng IPv4 sẽ được bù đắp bằng tài khoản và dữ liệu đã lưu.
Tóm tắt: cái gì cho nhiệm vụ nào
Chúng ta hãy tổng hợp mọi thứ và phân loại theo các kịch bản thực tế.
- Thu thập dữ liệu hàng loạt từ các mục tiêu tương thích với IPv6 (Google, các trang web dual-stack lớn, API công khai) - IPv6. Rẻ, bể lớn, xoay vòng subnet chống lại các lệnh cấm theo dải. Điều quan trọng là phải đảm bảo trước rằng mục tiêu trả lời qua IPv6.
- Đa tài khoản và chống phát hiện (mạng xã hội, đăng ký, làm nóng tài khoản) - IPv4, chỉ cư trú hoặc di động. Đăng nhập, quản lý tài khoản và dòng tiền yêu cầu tính nhất quán IP, ASN đáng tin cậy và địa lý chính xác. IPv6 ở đây sẽ làm hỏng tài khoản.
- Mua hàng giới hạn, bán lại, bot giày - IPv4. Các cổng thanh toán và chống gian lận đánh giá uy tín của địa chỉ; IPv4 cư trú/ISP sạch sẽ đi qua nơi mà IPv6 bị chặn ở cửa vào.
- Thu thập dữ liệu "đuôi dài" - các thị trường ngách, các trang web doanh nghiệp cũ, các dịch vụ khu vực - IPv4, vì nhiều trong số đó đơn giản không biết về IPv6.
- Vượt qua các lệnh cấm và truy cập vào nội dung khu vực - IPv4 do độ chính xác địa lý; IPv6 - chỉ nếu tài nguyên cụ thể đảm bảo dual-stack.
- Giám sát khối lượng lớn tiết kiệm ngân sách từ các mục tiêu tương thích, nơi mà khả năng sống sót của tài khoản không quan trọng - IPv6 như một cách để tiết kiệm.
Tại sao "chuyển sang IPv6" cho proxy bị trì hoãn
Paradox của năm 2026: người dùng đã chuyển sang IPv6 một cách ồ ạt (Pháp - tới 86% tỷ lệ thâm nhập, Ấn Độ - 72%, Ả Rập Saudi - 65%), nhưng các trang web và, quan trọng hơn, ngành công nghiệp chống bot - thì không. Trong khi Amazon, mạng xã hội và các hệ thống thanh toán mặc định trả lời qua IPv4 và có thái độ nghi ngờ đối với các mạng con IPv6, proxy "đại trà" vẫn là IPv4. IPv6 không phải là sự thay thế, mà là công cụ ngách cho một lớp nhiệm vụ cụ thể: khối lượng rẻ cho các mục tiêu tương thích.
Cần nhớ rằng có sự phân bổ địa lý rất không đồng đều: ở những nơi mà IPv6 gần như chưa được triển khai (Ý - 17%, Tây Ban Nha - 10%, Ai Cập - 4%), proxy IPv6 mất ý nghĩa cả về địa lý và sự tương thích.
Kết luận
Số liệu "IPv6 đã vượt 50%" - nói về người dùng, chứ không phải về nơi mà các yêu cầu proxy của bạn đến. Vào năm 2026, quy tắc đơn giản: nếu nhiệm vụ liên quan đến tiền bạc, tài khoản hoặc hệ thống chống bot - hãy chọn IPv4 (cư trú hoặc di động cho các kịch bản nhạy cảm, trung tâm dữ liệu - cho những yêu cầu không khắt khe). Hãy sử dụng IPv6 một cách có ý thức và chính xác: cho việc thu thập dữ liệu hàng loạt tiết kiệm ngân sách từ các mục tiêu mà bạn đã kiểm tra trước về hỗ trợ IPv6. Đừng chọn giao thức chỉ dựa trên giá cho mỗi địa chỉ - hãy chọn dựa trên việc liệu yêu cầu có đến được và tài khoản của bạn có sống sót hay không.
Đối với các nhiệm vụ nhạy cảm, hãy bắt đầu với proxy IPv4 cư trú, cho việc thu thập dữ liệu khối lượng lớn từ các mục tiêu không yêu cầu - với proxy trung tâm dữ liệu. Giao thức đúng cho kịch bản đúng sẽ tiết kiệm cả ngân sách và tâm trí.