Hầu hết mọi người nhìn thấy 5 vạch trên điện thoại và nghĩ: “Mạng tốt.” Không hẳn vậy. Tín hiệu của bạn có thể mạnh, nhưng trải nghiệm thực tế lại tệ hại. Tải trang chậm. Gọi video bị giật. Tin nhắn đến trễ. Ứng dụng hoạt động khác biệt khi chạy nền. Khoảng cách giữa những gì mạng báo cáo và những gì thiết bị thực sự trải nghiệm chính là nơi @UnityNodesIO trở nên thú vị. Hãy lấy kiểm tra danh tính người gọi của Unetwork làm ví dụ. Một cuộc gọi kiểm tra được gửi đến điện thoại của bạn. Bạn kiểm tra số hiển thị trên màn hình. Đó là tất cả. Nhưng bạn không báo cáo những gì hệ thống định gửi đi. Bạn đang báo cáo những gì thiết bị nhận thực sự thấy. Đó là một sự khác biệt quan trọng. Bởi vì khi đo lường các mạng thực tế, điểm cuối mới là điều quan trọng. Cũng tương tự với telemetry. Một chiếc điện thoại đang kết nối với mạng thực tế đang trải nghiệm những điều mà bảng điều khiển tập trung có thể không ghi nhận đầy đủ. Sự quá tải. Điều kiện định tuyến. Hạn chế của thiết bị. Chất lượng tín hiệu. Độ trễ. Ràng buộc nền. Và đúng vậy, ngay cả những thứ đơn giản như Android Data Saver cũng có thể thay đổi cách một ứng dụng hoạt động trong nền. Sau đó là jitter. Giọng nói của bạn trong cuộc gọi internet được chia thành các gói dữ liệu. Những gói này không luôn đến với khoảng thời gian hoàn toàn ổn định. Quá nhiều biến động? Cuộc gọi bắt đầu nghe không đều hoặc như robot. Tiếp theo là bufferbloat. Ai đó bắt đầu tải lên một file lớn trong khi bạn đang gọi video. Internet của bạn chưa chắc đã bị ngắt. Nhưng bộ định tuyến bắt đầu tạo hàng đợi. Các gói chờ đợi. Độ trễ tăng lên. Đột nhiên cuộc gọi trở nên tệ hại. Đó là lý do: Tốc độ không giống chất lượng. Tín hiệu không giống khả năng sử dụng. Kết nối không giống đáng tin cậy. Và có lẽ quan trọng nhất: Đã gửi không phải lúc nào cũng bằng đã nhận. Đó là góc nhìn tôi thích về @UnityNodesIO. Thay vì chỉ hỏi mạng nên làm gì, bạn có thể thu thập quan sát từ biên. Thiết bị thực tế. Mạng thực tế. Vị trí thực tế. Điều kiện thực tế. Và điều đó quan trọng vì internet không được trải nghiệm trong một môi trường kiểm tra hoàn hảo. Nó được trải nghiệm trên điện thoại của ai đó. Trong nhà của ai đó. Trên mạng của ai đó. Tại vị trí của ai đó. Trong khi những người khác đang tải lên, phát trực tuyến, gọi điện và tải về xung quanh họ. Đó là nơi điều kiện mạng trở nên phức tạp. Và dữ liệu thực tế phức tạp chính là thứ làm cho các quan sát biên trở nên hữu ích. Ngay cả các nhiệm vụ cũng không nhất thiết phải giống nhau đối với mọi người. Mở Unetwork và không thấy khảo sát? Điều đó không tự động có nghĩa tài khoản của bạn có vấn đề. Các nghiên cứu khác nhau có thể yêu cầu các điều kiện người tham gia khác nhau. Quốc gia. Đủ điều kiện. Thiết bị. Mạng. Yêu cầu nghiên cứu. Và một khi đã đủ số lượng người tham gia, nghiên cứu có thể đóng lại. Vì vậy, hai người có thể mở cùng một ứng dụng và thấy những cơ hội hoàn toàn khác nhau. Đó là bình thường đối với một mạng phân tán. Cũng tương tự với Extended Telemetry. Thêm một điện thoại khác phía sau cùng một IP công cộng không có nghĩa là phần thưởng sẽ tăng vô hạn. Nhiệm vụ có giới hạn phần thưởng tương đương năm thiết bị đủ điều kiện mỗi IP công cộng. Nhiều thiết bị hơn có thể tham gia. Chúng chỉ chia sẻ phần thưởng đó dựa trên thời gian hoạt động. Giới hạn phần thưởng ≠ giới hạn kết nối. Và đó là một sự phân biệt quan trọng. Bởi vì giá trị không chỉ nằm ở: “Tôi có thể kết nối bao nhiêu điện thoại?” Câu hỏi tốt hơn là: “Mỗi thiết bị đang đóng góp quan sát hữu ích gì?” Đó là nơi mô hình trở nên thú vị. Một chiếc điện thoại không chỉ là một màn hình. Nó có thể là một điểm quan sát. Một nơi để đo lường hành vi mạng từ phía người dùng. Và khi đủ nhiều thiết bị đóng góp quan sát qua các môi trường khác nhau, những điểm dữ liệu cá nhân này có thể tạo thành bức tranh lớn hơn về cách mạng hoạt động trong thế giới thực. Đó là luận điểm tôi đang theo dõi với @UnityNodesIO. Không phải một bảng điều khiển khác. Không phải một chỉ số mạng trừu tượng khác. Bằng chứng từ biên. Điều gì đã được gửi? Điều gì đã đến? Thiết bị đã trải nghiệm gì? 👇👇👇👇👇👇