Tôi đang đọc tài liệu SXT và mắc kẹt ở một vấn đề kém hào nhoáng hơn bằng chứng ZK: thực sự thì ai được phép ghi vào một bảng?
Khi nhà phát triển tạo bảng bằng câu lệnh CREATE TABLE có chữ ký, họ có thể chọn một trong ba mô hình ghi: Ghi công khai, theo đó bất kỳ ai cũng có thể gửi các hàng dữ liệu; Phân quyền theo chủ sở hữu, theo đó chỉ chủ sở hữu hoặc những người trong danh sách cho phép mới có thể ghi; và Xác minh bởi người dùng, theo đó mỗi hàng cần có chữ ký ECDSA/ED25519 của người dùng, có thể bổ sung xác minh zkTLS hoặc xác minh của trình lập chỉ mục.
Tôi thích việc các mô hình này không bị xem như những quyền hạn áp dụng chung cho mọi trường hợp. Một bảng tin hoạt động công khai, tập dữ liệu thuộc sở hữu của giao thức và hồ sơ do người dùng gửi lên có những giả định về độ tin cậy khác nhau. Quyền sở hữu cũng có thể được ủy quyền thông qua token xác thực Biscuit, nên quyền kiểm soát không nhất thiết phải nằm mãi trong ví đã tạo bảng.
Tôi không nghĩ bản thân sự linh hoạt đó là một thiếu sót. Nhưng nó đặt ra một quyết định thực sự cho nhà phát triển: lớp dữ liệu có thể thực thi chính sách được giao, chứ không thể cứu ứng dụng khỏi việc chọn một chính sách quá dễ dãi. Đối với tài sản được token hóa hoặc hồ sơ DeFi, một chính sách ghi không tốt có thể gây hậu quả từ lâu trước khi có ai đặt một câu hỏi SQL hóc búa.
Tôi cứ tự hỏi liệu các nhà xây dựng sẽ xem quyền ghi vào bảng là một phần cốt lõi trong thiết kế bảo mật, hay chỉ là một trường cấu hình khác mà họ nhấp qua cho xong. Với các tập dữ liệu nhạy cảm, lựa chọn mặc định nào nên được áp dụng: quyền ghi do chủ sở hữu kiểm soát hay các hàng có chữ ký của người dùng??
#SXT @SpaceandTime $SXT
#sxt $SXT @SpaceandTime #SXT
Khi nhà phát triển tạo bảng bằng câu lệnh CREATE TABLE có chữ ký, họ có thể chọn một trong ba mô hình ghi: Ghi công khai, theo đó bất kỳ ai cũng có thể gửi các hàng dữ liệu; Phân quyền theo chủ sở hữu, theo đó chỉ chủ sở hữu hoặc những người trong danh sách cho phép mới có thể ghi; và Xác minh bởi người dùng, theo đó mỗi hàng cần có chữ ký ECDSA/ED25519 của người dùng, có thể bổ sung xác minh zkTLS hoặc xác minh của trình lập chỉ mục.
Tôi thích việc các mô hình này không bị xem như những quyền hạn áp dụng chung cho mọi trường hợp. Một bảng tin hoạt động công khai, tập dữ liệu thuộc sở hữu của giao thức và hồ sơ do người dùng gửi lên có những giả định về độ tin cậy khác nhau. Quyền sở hữu cũng có thể được ủy quyền thông qua token xác thực Biscuit, nên quyền kiểm soát không nhất thiết phải nằm mãi trong ví đã tạo bảng.
Tôi không nghĩ bản thân sự linh hoạt đó là một thiếu sót. Nhưng nó đặt ra một quyết định thực sự cho nhà phát triển: lớp dữ liệu có thể thực thi chính sách được giao, chứ không thể cứu ứng dụng khỏi việc chọn một chính sách quá dễ dãi. Đối với tài sản được token hóa hoặc hồ sơ DeFi, một chính sách ghi không tốt có thể gây hậu quả từ lâu trước khi có ai đặt một câu hỏi SQL hóc búa.
Tôi cứ tự hỏi liệu các nhà xây dựng sẽ xem quyền ghi vào bảng là một phần cốt lõi trong thiết kế bảo mật, hay chỉ là một trường cấu hình khác mà họ nhấp qua cho xong. Với các tập dữ liệu nhạy cảm, lựa chọn mặc định nào nên được áp dụng: quyền ghi do chủ sở hữu kiểm soát hay các hàng có chữ ký của người dùng??
#SXT @SpaceandTime $SXT
#sxt $SXT @SpaceandTime #SXT