Tôi không ngờ tới điều này, nhưng phần của Sign thực sự thay đổi cách tôi nghĩ về hệ thống không phải là những bằng chứng mà là cách mà các hành động có thể được kích hoạt từ chúng.
Bởi vì hầu hết các hệ thống coi việc xác thực là thụ động. Bạn kiểm tra một cái gì đó, bạn xác nhận nó, và sau đó... không có gì xảy ra tự động. Ai đó vẫn phải thực hiện bước tiếp theo. Phê duyệt quyền truy cập. Giải ngân quỹ. Cập nhật hồ sơ. Luôn có một bước thủ công ở đâu đó trong quy trình.
Khoảng cách đó lớn hơn nó nhìn.
Sign giới thiệu một cái gì đó gần gũi hơn với các phản ứng lập trình được. Khi một bằng chứng được tạo ra hoặc xác thực, nó có thể kích hoạt logic ngay lập tức. Không phải sau này. Không thông qua một quy trình riêng biệt. Ngay tại thời điểm xác thực.
Đó là một mô hình rất khác.
Thay vì xây dựng ứng dụng mà xác minh chỉ là một điểm kiểm tra, bạn bắt đầu xây dựng hệ thống mà xác minh trở thành một sự kiện. Và các sự kiện có thể thúc đẩy hành vi.
Ví dụ, nếu một người dùng đáp ứng một số điều kiện nhất định, quyền truy cập có thể được cấp tự động. Nếu đủ điều kiện được chứng minh, phân phối có thể xảy ra ngay lập tức. Nếu một yêu cầu thất bại, hệ thống có thể chặn bước tiếp theo mà không cần can thiệp của con người.
Không có độ trễ. Không có qua lại.
Và điều nổi bật với tôi là logic này không được mã hóa cứng trong một ứng dụng. Nó gắn liền với cấu trúc của bằng chứng chính nó. Điều đó có nghĩa là dữ liệu đã được xác minh có thể kích hoạt các kết quả khác nhau tùy thuộc vào cách nó được sử dụng.
Vì vậy bạn không chỉ đơn giản là chuyển dữ liệu - bạn đang chuyển giao một cái gì đó có thể kích hoạt quyết định.
Đó là một sự thay đổi tinh tế nhưng quan trọng.
Bởi vì trong hầu hết các thiết lập hiện nay, bạn tách biệt xác minh khỏi thực thi. Một hệ thống kiểm tra. Hệ thống khác hành động. Và sau đó bạn tiêu tốn rất nhiều thời gian để kết nối các hệ thống đó lại với nhau, xử lý các trường hợp biên, đồng bộ trạng thái và sửa các sự không khớp.
Ở đây, sự tách biệt bắt đầu biến mất.
Hệ thống xác minh cũng có thể xác định điều gì sẽ xảy ra tiếp theo.
Tôi cũng nhận thấy cách này giảm thiểu chi phí phối hợp.
Hãy nghĩ về việc có bao nhiêu quy trình hiện tại phụ thuộc vào nhiều phê duyệt hoặc kiểm tra trên các nền tảng khác nhau. Một tài liệu được xác minh ở một nơi, sau đó ai đó xác nhận thủ công ở nơi khác, rồi một hệ thống thứ ba cập nhật kết quả.
Nó chậm. Và nó giới thiệu các điểm thất bại.
Với cách tiếp cận này, một khi một điều kiện được chứng minh, phản ứng có thể ngay lập tức và nhất quán ở bất kỳ đâu mà bằng chứng đó được công nhận.
Không cần phải diễn giải lại kết quả mỗi lần.
Một góc nhìn thú vị khác là cách mà điều này thay đổi suy nghĩ của các nhà phát triển.
Thay vì thiết kế ứng dụng xung quanh hành động của người dùng, bạn bắt đầu thiết kế xung quanh các thay đổi trạng thái. Điều gì xảy ra khi một điều gì đó trở thành sự thật? Điều gì xảy ra khi một điều gì đó không còn hợp lệ?
Trọng tâm chuyển từ "người dùng sẽ làm gì tiếp theo?" sang "hệ thống nên làm gì khi điều kiện này tồn tại?"
Điều này gần hơn với cách mà các hệ thống thực tế hoạt động.
Các chính sách, quy tắc và quy trình không được quyết định lại liên tục. Chúng được kích hoạt khi một số điều kiện nhất định được đáp ứng.
Và ở đây, những điều kiện đó được đại diện như những bằng chứng có thể xác minh.
Nó cũng mở ra sự tự động hóa đáng tin cậy hơn.
Bởi vì kích hoạt không dựa trên giả định hoặc tín hiệu ngoài chuỗi. Nó dựa trên điều gì đó đã được xác minh và ghi lại. Điều đó giảm thiểu sự mơ hồ.
Bạn không phải đoán xem điều gì đó có hợp lệ hay không - bạn đang phản ứng với điều gì đó đã được xác nhận.
Và điều đó làm cho tự động hóa an toàn hơn.
Điều tôi thấy thú vị là cái này không cố gắng thay thế ứng dụng. Nó thay đổi cách mà chúng tương tác.
Các ứng dụng không cần phải xử lý mọi bước nội bộ nữa. Họ có thể dựa vào các bằng chứng như là tín hiệu và xây dựng logic xung quanh những tín hiệu đó.
Vì vậy, thay vì các quy trình chặt chẽ, bạn có được một cái gì đó linh hoạt hơn.
Một hệ thống xác minh. Một hệ thống phản ứng. Một hệ thống thứ ba mở rộng kết quả.
Và họ không cần phải tin tưởng lẫn nhau trực tiếp, họ chỉ cần tin tưởng vào bằng chứng.
Càng nghĩ về nó, tôi càng cảm thấy đây là một sự chuyển đổi từ dữ liệu tĩnh sang dữ liệu chủ động.
Dữ liệu không chỉ ngồi đó chờ được đọc.
Dữ liệu gây ra sự việc xảy ra.
Và nếu ý tưởng đó mở rộng, nó sẽ thay đổi cách mà nhiều quy trình kỹ thuật số được xây dựng, nhưng về cơ bản