Tôi cứ nghĩ về một điều đơn giản.
Hầu hết mọi người giả định rằng một khi một xác nhận được tạo ra, nó là cuối cùng.
Đã sửa. Vĩnh viễn. Xong.
Nhưng điều đó không phù hợp với thực tế.
Trong các hệ thống thực tế, thông tin thay đổi.
Các hồ sơ được cập nhật.
Những lỗi được sửa chữa.
Các điều kiện phát triển.
Vì vậy, tôi đã tự hỏi một câu hỏi.
Chuyện gì xảy ra khi một xác nhận cần thay đổi?
Đó là nơi tôi bắt đầu nhìn vào một cái gì đó rất cụ thể.
Phiên bản hóa.
Không phải tạo ra. Không phải xác minh.
Nhưng cách mà các xác nhận phát triển theo thời gian.
Tôi nhận ra rằng thông tin đăng nhập tĩnh tạo ra những vấn đề ẩn.
Ban đầu, các xác nhận tĩnh có vẻ ổn.
Một yêu cầu được đưa ra. Nó được xác minh. Nó được lưu trữ.
Nhưng theo thời gian, các vấn đề xuất hiện.
Điều gì sẽ xảy ra nếu dữ liệu trở nên lỗi thời?
Điều gì sẽ xảy ra nếu các điều kiện phía sau yêu cầu thay đổi?
Điều gì sẽ xảy ra nếu một phiên bản tốt hơn hoặc được sửa chữa là cần thiết?
Nếu không có phiên bản, các hệ thống phải đối mặt với hai lựa chọn tồi tệ.
Hoặc tạo một xác nhận mới và bỏ qua xác nhận cũ.
Hoặc tiếp tục sử dụng thông tin lỗi thời.
Cả hai đều tạo ra sự nhầm lẫn.
Tôi nghĩ đây là nơi SIGN có thể giới thiệu điều gì đó có cấu trúc hơn.
Tôi xem phiên bản xác nhận như một lớp còn thiếu.
Thay vì coi các xác nhận là các sự kiện đơn lẻ, chúng có thể được coi là các hồ sơ đang phát triển.
Mỗi xác nhận có thể có các phiên bản.
Phiên bản 1.
Phiên bản 2.
Phiên bản 3.
Mỗi cái liên kết với cái trước.
Điều này tạo ra sự liên tục.
Không chỉ là những bằng chứng đơn lẻ.
Nhưng một dòng thời gian.
Tôi thấy điều này rất thực tế.
Bởi vì nó phản ánh cách các hệ thống thực tế hoạt động.
Không có gì giữ nguyên mãi mãi.
Tôi nghĩ rằng phân phiên cải thiện sự rõ ràng giữa các hệ thống.
Khi tôi hình dung nhiều hệ thống sử dụng các xác nhận, tôi thấy một thách thức.
Phiên bản nào là hợp lệ?
Phiên bản nào nên được tin cậy?
Nếu không có phiên bản, điều này trở nên lộn xộn.
Với phân phiên, điều này trở nên rõ ràng.
Phiên bản mới nhất là hiển thị.
Các phiên bản trước vẫn được ghi lại.
Nhưng chúng không còn là chính.
Điều này giảm nhầm lẫn.
Nó cũng cải thiện quá trình ra quyết định.
Các hệ thống có thể dựa vào thông tin được cập nhật nhất.
Tôi nhận thấy điều này giúp ích cho việc sửa chữa.
Sai sót xảy ra.
Ngay cả trong các hệ thống đã được xác minh.
Một xác nhận có thể được cấp phát với dữ liệu chưa đầy đủ.
Hoặc những giả định sai.
Nếu không có phiên bản, việc sửa chữa nó trở nên khó khăn.
Một xác nhận mới không tự động thay thế xác nhận cũ.
Cả hai đều tồn tại.
Và điều đó tạo ra xung đột.
Phân phiên giải quyết điều này.
Xác nhận đã cập nhật trở thành phiên bản tiếp theo.
Liên kết. Có thể theo dõi. Rõ ràng.
Tôi nghĩ đây là một cách tiếp cận sạch hơn.
Tôi cũng thấy giá trị trong việc theo dõi lịch sử.
Một điều khác mà tôi thấy quan trọng là lịch sử.
Không chỉ là trạng thái mới nhất.
Nhưng mọi thứ đã thay đổi như thế nào.
Phân phiên giữ lại lịch sử đó.
Mỗi cập nhật trở thành một phần của một chuỗi.
Điều này hữu ích cho phân tích.
Để kiểm toán.
Để hiểu hành vi theo thời gian.
Thay vì mất dữ liệu cũ, hệ thống tổ chức lại.
Điều đó cảm thấy hoàn chỉnh hơn.
Tôi nghĩ điều này thay đổi cách xây dựng niềm tin.
Niềm tin không chỉ là về một bằng chứng duy nhất.
Nó liên quan đến tính nhất quán theo thời gian.
Phân phiên hỗ trợ điều đó.
Một hệ thống có thể cho thấy cách xác nhận của nó đã phát triển.
Nó đã tự sửa chữa như thế nào.
Nó đã duy trì độ chính xác như thế nào.
Điều đó xây dựng niềm tin mạnh mẽ hơn.
Bởi vì nó cho thấy độ tin cậy.
Không chỉ là một lần xác minh.
Tôi nhận ra điều này cũng thêm trách nhiệm.
Phân phiên rất mạnh mẽ.
Nhưng nó phải được kiểm soát.
Không phải mọi cập nhật đều nên được phép tự do.
Nếu không, các hệ thống có thể thao túng hồ sơ.
Vì vậy, các quy tắc là cần thiết.
Ai có thể tạo một phiên bản mới?
Dưới những điều kiện nào?
Cập nhật được xác minh như thế nào?
Những câu hỏi này quan trọng.
Nếu không có câu trả lời rõ ràng, phân phiên trở nên rủi ro.
Tôi nghĩ rằng việc triển khai sẽ là thử thách thực sự.
Ý tưởng nghe có vẻ đơn giản.
Nhưng triển khai thì không.
Mỗi phiên bản phải được liên kết đúng cách.
Mỗi cập nhật phải được xác thực.
Mỗi hệ thống phải nhận ra sự thay đổi phiên bản.
Điều này yêu cầu cấu trúc mạnh mẽ.
Tiêu chuẩn rõ ràng.
Logic nhất quán.
Nếu không, việc phân phiên tạo ra nhiều vấn đề hơn là giải quyết.
Tôi cũng nghĩ về khả năng tương tác.
SIGN không phải là đơn lẻ.
Các xác nhận có thể di chuyển giữa các nền tảng.
Vì vậy, phân phiên phải hoạt động ở mọi nơi.
Nếu một nền tảng sử dụng phiên bản 3 và một nền tảng khác sử dụng phiên bản 1, xung đột xuất hiện.
Tính đồng bộ trở nên quan trọng.
Các hệ thống phải đồng ý về phiên bản nào là hoạt động.
Điều này không dễ.
Nhưng nó là cần thiết.
Tôi cảm thấy chủ đề này vẫn chưa được đánh giá cao.
Tôi không thấy nhiều cuộc thảo luận xung quanh điều này.
Phần lớn tập trung vào việc tạo ra các xác nhận.
Rất ít người tập trung vào việc duy trì chúng.
Nhưng việc bảo trì cũng quan trọng không kém.
Bởi vì các hệ thống không giữ nguyên trạng.
Chúng tiến hóa.
Và nếu dữ liệu không phát triển cùng chúng, nó trở nên vô dụng.
Tôi nghĩ rằng phân phiên có thể cải thiện chất lượng hệ thống lâu dài.
Khi các hệ thống hỗ trợ cập nhật đúng cách, chúng vẫn chính xác.
Chúng vẫn liên quan.
Chúng vẫn hữu ích.
Nếu không có phiên bản, các hệ thống từ từ suy thoái.
Dữ liệu lỗi thời tích tụ.
Sự nhầm lẫn gia tăng.
Niềm tin yếu đi.
Phân phiên ngăn chặn điều đó.
Nó giữ cho hệ thống sạch sẽ.
Tôi thấy điều này như một nền tảng cho các trường hợp sử dụng nâng cao.
Các hệ thống phức tạp hơn cần dữ liệu động.
Không phải hồ sơ tĩnh.
Phiên bản hỗ trợ điều đó.
Nó cho phép các hệ thống thích ứng.
Để cải thiện.
Để tự sửa chữa.
Điều này quan trọng cho sự phát triển lâu dài.
Tôi đang theo dõi lĩnh vực này chặt chẽ.
Không phải vì nó phổ biến.
Nhưng bởi vì nó giải quyết một vấn đề thực tế.
Bạn giữ dữ liệu đã xác minh liên quan theo thời gian như thế nào?
SIGN có cấu trúc để giải quyết điều đó.
Thông qua phân phiên.
Thông qua các cập nhật có kiểm soát.
Thông qua các hồ sơ liên kết.
Nếu được thực hiện tốt, điều này có thể âm thầm trở thành một trong những lớp quan trọng nhất.
Không hiển thị.
Không hoa mỹ.
Nhưng thiết yếu.
Tôi thấy SIGN khác biệt từ góc độ này.
Không chỉ như một giao thức xác nhận.
Nhưng như một hệ thống để quản lý niềm tin đang phát triển.
Đó là một vai trò sâu sắc hơn.
Và đó là lý do tại sao chủ đề này nổi bật với tôi.
#signdigitalsovereigninfra @SignOfficial $SIGN
