Nhiều người cho rằng tuân thủ GDPR chỉ là thêm một chính sách quyền riêng tư và một cửa sổ đồng ý.
Với ứng dụng thông thường thì có thể đủ, nhưng với tài chính trên chuỗi khối thì đó là xung đột mang tính hệ thống.
Xung đột nằm ở chính sổ cái.
Thiết kế ban đầu của sổ cái công khai là ghi lại mọi thứ, và tra cứu được vĩnh viễn.
Trong khi đó, hai nguyên tắc “cứng” của GDPR là tối thiểu hóa dữ liệu và giới hạn mục đích:
Chỉ thu thập những gì cần thiết, dùng xong thì xóa.
Một bên là “luôn nhớ tất cả”, bên kia là “có thể ít ghi thì ít ghi”.
Hai điều này không phải vấn đề điều khoản, mà là xung đột trực tiếp về logic thiết kế.
Lời nói của phía chính thức cũng rất thẳng thắn: một blockchain công khai hoàn toàn minh bạch, về căn bản không thể đạt chuẩn này.
Giải pháp của Dusk là thay đổi từ thiết kế sổ cái, chứ không phải dán thêm một cửa sổ đồng ý.
Quyền riêng tư lập trình của nó đưa quyền lựa chọn vào chính giao thức:
khi cần thì riêng tư, khi hữu ích thì minh bạch, và chỉ tiết lộ có chọn lọc để phục vụ việc thẩm định theo ủy quyền.
Dữ liệu giao dịch trong lúc bình thường được giữ bí mật, không phải thứ ai cũng thấy trên toàn mạng;
khi việc thẩm định theo ủy quyền diễn ra, thì tiết lộ đúng những phần cần thiết để xem.
Đây không phải là vá vào sổ cái công khai,
mà là coi “tối thiểu hóa” như một ràng buộc thiết kế cho lớp thanh toán và mô hình giao dịch.
Vì vậy, Dusk Trade dám đưa câu “tuân thủ quy định của Liên minh châu Âu, bao gồm GDPR” lên trang sản phẩm,
vì tuân thủ ngay từ ngày đầu đã là một phần của kiến trúc, không phải tài liệu pháp lý sau khi ra mắt.
Tuân thủ GDPR trong tài chính trên chuỗi khối, từ trước đến nay không phải là chính sách quyền riêng tư viết có hay không,
mà là sổ cái có dám không ghi hay không.
#dusk $DUSK @Dusk
Với ứng dụng thông thường thì có thể đủ, nhưng với tài chính trên chuỗi khối thì đó là xung đột mang tính hệ thống.
Xung đột nằm ở chính sổ cái.
Thiết kế ban đầu của sổ cái công khai là ghi lại mọi thứ, và tra cứu được vĩnh viễn.
Trong khi đó, hai nguyên tắc “cứng” của GDPR là tối thiểu hóa dữ liệu và giới hạn mục đích:
Chỉ thu thập những gì cần thiết, dùng xong thì xóa.
Một bên là “luôn nhớ tất cả”, bên kia là “có thể ít ghi thì ít ghi”.
Hai điều này không phải vấn đề điều khoản, mà là xung đột trực tiếp về logic thiết kế.
Lời nói của phía chính thức cũng rất thẳng thắn: một blockchain công khai hoàn toàn minh bạch, về căn bản không thể đạt chuẩn này.
Giải pháp của Dusk là thay đổi từ thiết kế sổ cái, chứ không phải dán thêm một cửa sổ đồng ý.
Quyền riêng tư lập trình của nó đưa quyền lựa chọn vào chính giao thức:
khi cần thì riêng tư, khi hữu ích thì minh bạch, và chỉ tiết lộ có chọn lọc để phục vụ việc thẩm định theo ủy quyền.
Dữ liệu giao dịch trong lúc bình thường được giữ bí mật, không phải thứ ai cũng thấy trên toàn mạng;
khi việc thẩm định theo ủy quyền diễn ra, thì tiết lộ đúng những phần cần thiết để xem.
Đây không phải là vá vào sổ cái công khai,
mà là coi “tối thiểu hóa” như một ràng buộc thiết kế cho lớp thanh toán và mô hình giao dịch.
Vì vậy, Dusk Trade dám đưa câu “tuân thủ quy định của Liên minh châu Âu, bao gồm GDPR” lên trang sản phẩm,
vì tuân thủ ngay từ ngày đầu đã là một phần của kiến trúc, không phải tài liệu pháp lý sau khi ra mắt.
Tuân thủ GDPR trong tài chính trên chuỗi khối, từ trước đến nay không phải là chính sách quyền riêng tư viết có hay không,
mà là sổ cái có dám không ghi hay không.
#dusk $DUSK @Dusk