#dusk $DUSK
Điều khiến tôi nhìn lại Dusk Network một lần nữa là sự bảo mật được đặt bên trong hệ thống, thay vì chỉ được xem như một lớp bổ sung. Lớp 1 của nó hỗ trợ chuẩn Confidential Security Contract (XSC) và các smart contract bảo mật, nghĩa là các nhà phát triển phải cân nhắc quyền riêng tư ngay từ khi xây dựng, chứ không phải đến lúc mọi thứ đã sẵn sàng rồi mới nghĩ đến. Nghe thì có vẻ gọn gàng trên giấy, nhưng tôi nghĩ thách thức thực sự là giữ cho mọi thứ vẫn dễ sử dụng. Thêm quyền riêng tư cũng có thể đồng nghĩa với nhiều quy tắc hơn, nhiều quyết định hơn cho nhà phát triển và đôi khi là độ phức tạp cao hơn cho người dùng. Cái “đánh đổi” đó rất khó để né tránh. Tôi quan tâm nhiều hơn đến việc mọi người xử lý chuyện này ra sao mỗi ngày, hơn là kiến trúc nghe có vẻ hay đến mức nào trong một bản mô tả. Nếu nhà phát triển có thể hiểu cách hệ thống vận hành và xây dựng dựa trên nó mà không phải liên tục “đấu” với thiết kế, điều đó mới quan trọng. Cũng tương tự với người dùng: họ không nên cần phải hiểu mọi cơ chế bên trong chỉ để tương tác bình thường với một ứng dụng. Các ứng dụng tài chính lại càng quan trọng, vì hành vi có thể dự đoán và chi phí rõ ràng có thể nhanh chóng trở thành yêu cầu thực tế thay vì chỉ là những tiện ích “cho vui”. Tôi đã học cách chú ý đến những chi tiết nhỏ này, vì chúng thường cho bạn biết nhiều hơn về hạ tầng hơn là những tuyên bố lớn. Quyền riêng tư hữu ích, nhưng nó cũng thay đổi cách một hệ thống phải vận hành. Câu hỏi mà tôi cứ quay lại thật đơn giản: liệu phần phức tạp được thêm vào đó có thể được giữ ở mức hợp lý không? Nếu làm được, thiết kế sẽ bắt đầu giống một thứ con người có thể thực sự làm việc cùng, thay vì chỉ là một thí nghiệm kỹ thuật.
$DUSK DUSK $1 Tốt
@Dusk_Foundation
Điều khiến tôi nhìn lại Dusk Network một lần nữa là sự bảo mật được đặt bên trong hệ thống, thay vì chỉ được xem như một lớp bổ sung. Lớp 1 của nó hỗ trợ chuẩn Confidential Security Contract (XSC) và các smart contract bảo mật, nghĩa là các nhà phát triển phải cân nhắc quyền riêng tư ngay từ khi xây dựng, chứ không phải đến lúc mọi thứ đã sẵn sàng rồi mới nghĩ đến. Nghe thì có vẻ gọn gàng trên giấy, nhưng tôi nghĩ thách thức thực sự là giữ cho mọi thứ vẫn dễ sử dụng. Thêm quyền riêng tư cũng có thể đồng nghĩa với nhiều quy tắc hơn, nhiều quyết định hơn cho nhà phát triển và đôi khi là độ phức tạp cao hơn cho người dùng. Cái “đánh đổi” đó rất khó để né tránh. Tôi quan tâm nhiều hơn đến việc mọi người xử lý chuyện này ra sao mỗi ngày, hơn là kiến trúc nghe có vẻ hay đến mức nào trong một bản mô tả. Nếu nhà phát triển có thể hiểu cách hệ thống vận hành và xây dựng dựa trên nó mà không phải liên tục “đấu” với thiết kế, điều đó mới quan trọng. Cũng tương tự với người dùng: họ không nên cần phải hiểu mọi cơ chế bên trong chỉ để tương tác bình thường với một ứng dụng. Các ứng dụng tài chính lại càng quan trọng, vì hành vi có thể dự đoán và chi phí rõ ràng có thể nhanh chóng trở thành yêu cầu thực tế thay vì chỉ là những tiện ích “cho vui”. Tôi đã học cách chú ý đến những chi tiết nhỏ này, vì chúng thường cho bạn biết nhiều hơn về hạ tầng hơn là những tuyên bố lớn. Quyền riêng tư hữu ích, nhưng nó cũng thay đổi cách một hệ thống phải vận hành. Câu hỏi mà tôi cứ quay lại thật đơn giản: liệu phần phức tạp được thêm vào đó có thể được giữ ở mức hợp lý không? Nếu làm được, thiết kế sẽ bắt đầu giống một thứ con người có thể thực sự làm việc cùng, thay vì chỉ là một thí nghiệm kỹ thuật.
$DUSK DUSK $1 Tốt
@Dusk_Foundation