Câu trả lời:
Câu hỏi của bạn, như được chỉ định, là quá rộng để được trả lời. Câu trả lời phụ thuộc vào việc biết bạn thực sự đang làm gì với mạng.
Ví dụ: nếu tất cả các kết nối mạng của bạn được thực hiện qua HTTP và các giao thức tương tự, thì hỗ trợ IPv6 đủ đơn giản mà nó không thực sự là vấn đề. Bạn có thể có thể tát nó trong nửa ngày hoặc lâu hơn. Trong trường hợp này, thực sự không có lý do gì để không.
Tuy nhiên, nếu bạn đang thực hiện kết nối mạng ngang hàng qua UDP, nơi bạn đang cố gắng ép từng bit vào từng gói, thì IPv6 không phải là chuyện nhỏ. Nó có một tiêu đề gói lớn hơn so với IPv4, không cần thiết. Vì vậy, điều đó có nghĩa là ít phòng trên mỗi gói cho dữ liệu của bạn. Điều đó có thể có nghĩa là bạn cần sử dụng nén nhiều hơn hoặc đánh giá lại lượng dữ liệu bạn gửi hoặc bất cứ thứ gì.
Tôi sẽ nói điều này: bạn nên để tùy chọn có sẵn. Nhìn vào thiết kế hệ thống mạng của bạn và đảm bảo rằng bạn không làm điều gì đó, từ góc độ kiến trúc, sẽ khiến việc triển khai IPv6 trở nên khó khăn hơn mức cần thiết.
Ví dụ, địa chỉ IP phải nằm trong một loại có thể lưu trữ địa chỉ IPv6. Giao diện của bạn với lớp ổ cắm phải đủ trừu tượng để hành động cơ bản gửi các gói (nếu ứng dụng của bạn làm điều đó) sẽ giống với IPv6 như trên IPv4.
IPv6 sắp ra mắt và nếu bạn thực sự phát hành một trò chơi có kết nối mạng, ít nhất là có kế hoạch hỗ trợ thì đó là một ý tưởng hay.
Câu trả lời ngắn gọn cho trường hợp cụ thể này sẽ là "Không". Câu trả lời dài sẽ là "Có khả năng xác định thành công hay thất bại của trò chơi của bạn không"? Vào thời điểm đó, hỗ trợ IPv6 sẽ là điều bắt buộc bạn có thể cập nhật nó khá dễ dàng phải không?
Nếu đó chỉ là vấn đề lợi ích cá nhân, bạn hoàn toàn có thể thử triển khai hỗ trợ IPv6. Nhưng, đối với tôi, tốt hơn là dành thời gian đó để thực sự làm cho trò chơi trở nên tốt hơn.
PS Tôi gần như chắc chắn rằng hầu hết các nhà sản xuất trò chơi lớn đều đã hỗ trợ IPv6 cho các trò chơi của họ, nhưng đó là một câu chuyện khác.