Tôi không nghĩ cuộc cạnh tranh lớn nhất của các giao thức ủy quyền là một giao thức ủy quyền khác. Tôi cho rằng đó là thói quen của nhà phát triển.
Mỗi ứng dụng đều đã có logic phân quyền riêng. Có thể nó không thật sự thanh lịch, nhưng nó hoạt động đủ tốt. Newton yêu cầu các nhà xây dựng chuyển những quyết định đó sang các chính sách tái sử dụng, mang tính xác định mà người vận hành đánh giá trước khi thực thi. Về mặt kỹ thuật, điều này có thể tạo ra hành vi nhất quán hơn giữa các ứng dụng.

Phần khó không nằm ở công nghệ. Mà là thuyết phục mọi người ngừng việc tự chế ra cùng một bộ quy tắc.
Các nhà phát triển thường tin vào mã mà họ tự viết hơn là hạ tầng do người khác tạo ra, ngay cả khi hệ thống dùng chung mạnh mẽ hơn một cách khách quan. Đó là một rào cản tâm lý, không phải rào cản mật mã.

Nếu Newton thành công, thì không chỉ vì mô hình ủy quyền của nó đúng đắn. Mà còn vì đủ nhiều nhà xây dựng quyết định rằng việc duy trì chính sách không còn là một lợi thế cạnh tranh. Cho đến khi tư duy đó thay đổi, giao thức có thể đang giải quyết một vấn đề mà nhiều nhóm vẫn tin rằng nên nằm trong mã nguồn riêng của họ.
@NewtonProtocol #Newt $NEWT $LAB $TAC

Rào cản lớn nhất đối với việc áp dụng các giao thức ủy quyền dùng chung như Newton là gì?