#nil $NIL @Nillion
Tuần trước, một người bạn hỏi tôi hồ sơ bệnh án của cô ấy thực sự được lưu ở đâu. Tôi bắt đầu trả lời, rồi nhận ra mình chẳng biết gì cả. Ở đâu đó trên một máy chủ, thuộc sở hữu của ai đó, được sao chép bao nhiêu lần thì chẳng ai biết.
Khoảnh khắc nhỏ ấy khiến tôi tìm hiểu sâu hơn, và Nillion là một điểm dừng trên hành trình đó. Điều khiến tôi chú ý là lời hứa đơn giản đằng sau dự án: thông tin của bạn có thể được sử dụng mà không cần giao nó ở dạng có thể đọc được. Các mảnh dữ liệu được phân tán trên nhiều máy, để không máy nào nắm toàn bộ câu chuyện.
Điều khiến dự án có vẻ thực tế là vấn đề này không hề viển vông. Các phòng khám, công ty bảo hiểm, ngân hàng và cơ quan công quyền đều phải tuân thủ những quy định thực tế về bảo vệ thông tin cá nhân. Một công cụ được thiết kế để đáp ứng những yêu cầu đó có hướng ứng dụng thực tiễn — điều hiếm thấy ở các dự án tiền mã hóa.
Dù vậy, nếu chỉ dừng ở đó thì tôi đang tự lừa mình. Thiết kế tốt không tự động đồng nghĩa với cách triển khai tốt. Ai kiểm toán các nút mạng? Nếu có dữ liệu bị rò rỉ, ai sẽ chịu trách nhiệm? Cơ quan quản lý cũng không phải lúc nào xem câu “không ai có thể nhìn thấy dữ liệu này” là điều đáng yên tâm. Đôi khi, họ lại hiểu thành “không ai có thể kiểm tra dữ liệu này”, và đó là một phản ứng rất khác. Luật pháp chậm và mang tính địa phương. Phần mềm thì nhanh và gần như phổ quát. Khoảng cách giữa hai thứ ấy thường là nơi những bất ngờ khó xử nảy sinh.
Còn có một nghịch lý âm thầm nữa. Ngay cả khi toán học vững chắc, phần lớn chúng ta vẫn sẽ dựa vào lời giải thích của người khác, nên niềm tin không biến mất, mà chỉ chuyển sang nơi khác.
Điều tôi rút ra chẳng có gì ghê gớm. Hãy đọc tài liệu trước khi hình thành ý kiến. Kiểm tra xem những gì đã được thử nghiệm bên ngoài phòng thí nghiệm. Hỏi xem ai sẽ chịu trách nhiệm khi mọi chuyện xảy ra sai sót.
Tôi không phải chuyên gia, và tôi thấy điều đó không sao cả. Học chậm còn hơn tin nhanh.
Tuần trước, một người bạn hỏi tôi hồ sơ bệnh án của cô ấy thực sự được lưu ở đâu. Tôi bắt đầu trả lời, rồi nhận ra mình chẳng biết gì cả. Ở đâu đó trên một máy chủ, thuộc sở hữu của ai đó, được sao chép bao nhiêu lần thì chẳng ai biết.
Khoảnh khắc nhỏ ấy khiến tôi tìm hiểu sâu hơn, và Nillion là một điểm dừng trên hành trình đó. Điều khiến tôi chú ý là lời hứa đơn giản đằng sau dự án: thông tin của bạn có thể được sử dụng mà không cần giao nó ở dạng có thể đọc được. Các mảnh dữ liệu được phân tán trên nhiều máy, để không máy nào nắm toàn bộ câu chuyện.
Điều khiến dự án có vẻ thực tế là vấn đề này không hề viển vông. Các phòng khám, công ty bảo hiểm, ngân hàng và cơ quan công quyền đều phải tuân thủ những quy định thực tế về bảo vệ thông tin cá nhân. Một công cụ được thiết kế để đáp ứng những yêu cầu đó có hướng ứng dụng thực tiễn — điều hiếm thấy ở các dự án tiền mã hóa.
Dù vậy, nếu chỉ dừng ở đó thì tôi đang tự lừa mình. Thiết kế tốt không tự động đồng nghĩa với cách triển khai tốt. Ai kiểm toán các nút mạng? Nếu có dữ liệu bị rò rỉ, ai sẽ chịu trách nhiệm? Cơ quan quản lý cũng không phải lúc nào xem câu “không ai có thể nhìn thấy dữ liệu này” là điều đáng yên tâm. Đôi khi, họ lại hiểu thành “không ai có thể kiểm tra dữ liệu này”, và đó là một phản ứng rất khác. Luật pháp chậm và mang tính địa phương. Phần mềm thì nhanh và gần như phổ quát. Khoảng cách giữa hai thứ ấy thường là nơi những bất ngờ khó xử nảy sinh.
Còn có một nghịch lý âm thầm nữa. Ngay cả khi toán học vững chắc, phần lớn chúng ta vẫn sẽ dựa vào lời giải thích của người khác, nên niềm tin không biến mất, mà chỉ chuyển sang nơi khác.
Điều tôi rút ra chẳng có gì ghê gớm. Hãy đọc tài liệu trước khi hình thành ý kiến. Kiểm tra xem những gì đã được thử nghiệm bên ngoài phòng thí nghiệm. Hỏi xem ai sẽ chịu trách nhiệm khi mọi chuyện xảy ra sai sót.
Tôi không phải chuyên gia, và tôi thấy điều đó không sao cả. Học chậm còn hơn tin nhanh.