Tôi sẽ thành thật.



Các hợp đồng proxy nghe có vẻ nhàm chán với tôi lúc đầu.



Chỉ là một mẫu kỹ thuật khác. Điều mà các nhà phát triển quan tâm, không phải người dùng.



Sau đó, tôi thực sự hiểu những gì họ làm.



Và nó không còn nhàm chán nữa.





Tại trung tâm của các hệ thống như Giao thức Sign, các proxy có thể nâng cấp thay đổi cách bạn nên nghĩ về “tính cuối cùng.”



Bởi vì hệ thống bạn đang sử dụng hôm nay… không nhất thiết phải giống như ngày mai.



Và bạn có thể thậm chí không nhận ra khi nó thay đổi.





Đây là phiên bản đơn giản.



Thay vì một hợp đồng làm mọi thứ, hệ thống chia thành các phần.



Một hợp đồng nắm giữ dữ liệu.


Cân bằng. Danh tính. Lịch sử.



Một hợp đồng khác nắm giữ logic.


Các quy tắc. Hành vi.



Và trước cả hai, có một đại diện.



Bạn không tương tác với logic trực tiếp.



Bạn tương tác với đại diện.



Đó là điểm vào.









Bây giờ đây là phần quan trọng.



Hợp đồng logic có thể được thay thế.



Không được di chuyển. Không được xây dựng lại.



Được thay thế.



Cùng địa chỉ. Cùng hệ thống. Quy tắc khác bên dưới.



Đó là nâng cấp.





Trên giấy tờ, nó có lý.



Lỗi xảy ra.


Các hệ thống tiến hóa.


Không ai muốn di chuyển hàng triệu người dùng mỗi khi có thứ gì đó bị hỏng.



Khả năng nâng cấp giải quyết điều đó.



Sạch sẽ.



Một cách hiệu quả.



Im lặng.





Nhưng phần “im lặng” đó là nơi mọi thứ bắt đầu trở nên khó chịu.



Bởi vì nếu ai đó kiểm soát chìa khóa nâng cấp... họ kiểm soát hệ thống.



Không phải sau.



Ngay bây giờ.





Hãy suy nghĩ về nó trong một bối cảnh thực tế.



Nếu một chính phủ triển khai cơ sở hạ tầng danh tính hoặc thanh toán bằng mô hình này, đại diện trở thành hơn một lớp kỹ thuật.



Nó trở thành một điểm kiểm soát.



Bất kỳ ai nắm giữ chìa khóa đó có thể thay đổi:



  • cách giao dịch được xác thực


  • ai được phép truy cập dịch vụ


  • các quy tắc áp dụng cho người dùng




Mà không thay đổi địa chỉ.


Mà không ép buộc người dùng phải di chuyển.



Mà không có ma sát rõ ràng.









Và đây là nơi căng thẳng nằm.



Bởi vì khả năng nâng cấp không phải là xấu về bản chất.



Nó là cần thiết trong nhiều trường hợp.



Nhưng nó giới thiệu một loại rủi ro khác.



Không phải thất bại kỹ thuật.



Rủi ro trong quản trị.





Bạn không chỉ tin tưởng vào mã.



Bạn đang tin tưởng vào bất kỳ ai có thể thay đổi mã đó.



Đó là một mô hình khác.



Linh hoạt hơn.


Nhưng ít cố định hơn.





Và tôi không nghĩ mọi người xử lý hoàn toàn được sự đánh đổi đó.



Họ thấy “hợp đồng thông minh” và giả định tính không thay đổi.



Nhưng các đại diện phá vỡ giả định đó.



Hệ thống cảm thấy ổn định... cho đến khi nó không còn.





Tôi không nói rằng điều này là sai.



Trong một số trường hợp, đó là cách duy nhất thực tế để hoạt động ở quy mô lớn.



Nhưng nó cũng thay đổi câu hỏi.



Từ:



“Mã có an toàn không?”



Đến:



“Ai kiểm soát mã có thể thay đổi?”





Đó là một câu hỏi khó hơn.



Bởi vì câu trả lời không nằm trong hợp đồng.



Nó nằm trong quản trị.



Và quản trị là nơi mọi thứ thường trở nên phức tạp.





Vậy nên, đúng vậy, các mẫu đại diện giải quyết các vấn đề thực tế.



Họ làm cho các hệ thống trở nên thích ứng.



Họ làm cho các nâng cấp trở nên khả thi.



Nhưng họ cũng chuyển quyền kiểm soát đến một nơi rất cụ thể.



Vào một chìa khóa.



Vào một lớp quyết định.



Vào một điều gì đó không xuất hiện trong giao diện... nhưng quyết định mọi thứ bên dưới.





Và đó là phần mà tôi tiếp tục theo dõi.



Bởi vì tính linh hoạt là hữu ích.



Nhưng kiểm soát... luôn đi kèm với hậu quả.



$SIGN @SignOfficial #SignDigitalSovereignInfra