Một giao thức truyền tập tin mới được đề xuất đã làm dấy lên cuộc thảo luận sôi nổi trong cộng đồng lập trình viên, tập trung vào những lo ngại về đặt tên và câu hỏi về sự cần thiết của nó trong thế giới đang bị thống trị bởi HTTP. Giao thức này, ban đầu được đặt tên là RTP, nhằm tạo ra một giải pháp đơn giản để truyền tải các tập tin lớn không thay đổi một cách đáng tin cậy.
Lo ngại về trùng tên
Chỉ trích ngay lập tức từ cộng đồng tập trung vào việc lựa chọn tên giao thức. Như nhiều lập trình viên đã chỉ ra, RTP đã được sử dụng rộng rãi như viết tắt của Real-time Transport Protocol, một tiêu chuẩn đã được thiết lập để truyền tải âm thanh và video qua mạng IP. Như một lập trình viên đã nhận xét:
Là người đã từng làm việc với RTP, tôi thực sự rất bối rối tại sao lại chọn tên này làm giao thức thống nhất. (Đặc biệt khi hầu hết các ứng dụng cần cả RTCP, vậy thì ít nhất cũng phải là hai giao thức để thống nhất...) - pavlov
Tác giả của giao thức đã thừa nhận sự sơ suất này trong phần đính chính và cho biết một đề xuất kế tiếp đang được soạn thảo để giải quyết vấn đề đặt tên.
Khả năng tương thích và sự cần thiết so với HTTP
Nhiều lập trình viên đặt câu hỏi liệu có cần một giao thức mới hay không, khi HTTP đã có sẵn những khả năng tương tự. Một số người bình luận đã nhấn mạnh rằng HTTP/1.1 với các yêu cầu phạm vi đã cung cấp giải pháp hiệu quả cho việc truyền tải tập tin lớn. Như một lập trình viên có kinh nghiệm đã chỉ ra:
HTTP thực sự hoạt động rất tốt trong việc tải xuống các tập tin lớn không thay đổi một cách đáng tin cậy. Và vì giao thức đề xuất này hoạt động trên TCP, có tương đối ít điều có thể làm để đạt được các mục tiêu hiệu suất so với những gì bạn đã có thể làm với HTTP. - dbrueck
Các vấn đề kỹ thuật
Đặc điểm kỹ thuật của giao thức đã nhận được sự xem xét kỹ lưỡng từ cộng đồng, đặc biệt về:
- Lựa chọn thứ tự byte - Việc sử dụng định dạng little-endian trong đặc tả đã gây ra tranh luận về quy ước thứ tự byte trong mạng
- Quản lý token - Lo ngại về các hàm ý bảo mật tiềm ẩn của token do client lựa chọn
- Khả năng mở rộng giao thức - Câu hỏi về không gian hạn chế cho các loại yêu cầu trong tương lai với chỉ 1 bit được phân bổ
Các tuyên bố về hiệu suất
Mặc dù giao thức này nhằm cải thiện hiệu suất truyền tải từ một nguồn của BitTorrent, các thành viên cộng đồng đã thách thức tiền đề này, lưu ý rằng BitTorrent có thể đạt được tốc độ truyền tải xuất sắc trong các tình huống một nguồn khi được cấu hình đúng cách. Một số lập trình viên đề cập rằng tính năng web seed của BitTorrent có thể cung cấp hiệu suất tương đương với HTTP.
Hướng phát triển trong tương lai
Cuộc thảo luận đã làm nổi bật một số lĩnh vực cần cải thiện trong các giao thức truyền tập tin nói chung, bao gồm:
- Tích hợp tốt hơn việc xác minh nội dung
- Cải thiện xử lý trong điều kiện mạng kém
- Xử lý hiệu quả hơn đối với các tập tin lớn
- Đơn giản hóa việc triển khai so với các giải pháp hiện có
Tác giả đã ghi nhận phản hồi và cho biết một đề xuất sửa đổi đang được phát triển để giải quyết các vấn đề đã được xác định, đặc biệt là việc trùng tên và nhu cầu bổ sung các trường giao thức.
Phản ứng của cộng đồng cho thấy những thách thức trong việc giới thiệu các giao thức mới trong một hệ sinh thái nơi các giải pháp đã được thiết lập như HTTP đã phát triển để xử lý hiệu quả hầu hết các trường hợp sử dụng. Bất kỳ giao thức mới nào cũng cần phải chứng minh được những lợi thế đáng kể để biện minh cho việc áp dụng bên cạnh hoặc thay thế các tiêu chuẩn hiện có.