Trong quá trình triển khai chiến lược lưu trữ dữ liệu, "Chỉ tôi mới có thể giải mã" nghe có vẻ là cách an toàn nhất cho đến một khoảnh khắc quan trọng khiến bạn hối tiếc — ví dụ như bạn mất đi NFT cốt lõi đó, hoặc thẻ thành viên hết hạn.
Chức năng Seal của một số giao thức hỗ trợ các chiến lược truy cập có thể lập trình dựa trên hợp đồng thông minh, ví dụ như "Chủ sở hữu NFT A có thể xem". Về lý thuyết thì rất linh hoạt, nhưng tiềm ẩn một rủi ro chết người: khóa logic.
Hãy tưởng tượng tình huống này. Bạn thiết lập một bộ điều kiện truy cập nghiêm ngặt, dựa vào một oracle của bên thứ ba hoặc địa chỉ hợp đồng của dự án NFT. Kết quả là, dự án đó nâng cấp hợp đồng, NFT cũ của bạn đột nhiên không còn hiệu lực, dữ liệu riêng tư nằm ở đây từ đó không thể đọc được — bị khóa vĩnh viễn bên ngoài.
Vì vậy, cách của tôi là: bất kỳ chiến lược mã hóa có điều kiện nào cũng phải thêm một "điều khoản hậu cánh" bắt buộc. Cụ thể là thiết lập một chìa khóa riêng lưu trữ lạnh như một quản trị viên cuối cùng, hoàn toàn ngoại tuyến trong thời gian bình thường, chỉ kích hoạt khi hợp đồng thông minh gặp lỗi hoặc phụ thuộc bên ngoài gặp sự cố.
Nghe có vẻ hơi vi phạm lý tưởng "mã là luật", nhưng trong thực tế, trước lỗi bug chúng ta cần một chiếc chìa khóa vật lý.
Xem bản gốc
Trang này có thể chứa nội dung của bên thứ ba, được cung cấp chỉ nhằm mục đích thông tin (không phải là tuyên bố/bảo đảm) và không được coi là sự chứng thực cho quan điểm của Gate hoặc là lời khuyên về tài chính hoặc chuyên môn. Xem Tuyên bố từ chối trách nhiệm để biết chi tiết.
5 thích
Phần thưởng
5
5
Đăng lại
Retweed
Bình luận
0/400
LootboxPhobia
· 18giờ trước
Chết rồi, đó chính là lý do tại sao tôi luôn giữ sẵn chìa khóa dự phòng, dù mã có hoàn hảo đến đâu cũng không chống nổi việc dự án một lần nâng cấp
Thật sự, chỉ nghĩ đến phi tập trung là đã thiệt thòi rồi.
Đã gặp trường hợp dự án bỏ chạy nâng cấp hợp đồng chưa? Dữ liệu sẽ hoàn toàn mất sạch.
Chìa khóa hậu cánh này thật tuyệt vời, vi phạm lý tưởng nhưng cứu mạng được.
Ngay khi NFT hết hạn, chắc chắn sẽ hối hận.
Sao lưu ví lạnh thật sự là bảo hiểm.
Dù mã code có hoàn hảo đến đâu cũng không chống nổi lỗi trong thực tế.
Những thứ dựa vào bên thứ ba sớm muộn gì cũng gặp sự cố, đã học được rồi.
Nói thẳng ra, vẫn phải để lại cho mình một con đường lui, nếu không sẽ ngu ngốc.
Xem bản gốcTrả lời0
ShitcoinArbitrageur
· 18giờ trước
Thật sự chỉ là bàn chuyện trên giấy, nghe cho vui thôi, hợp đồng nâng cấp là NFT của bạn sẽ ngay lập tức trở thành giấy vụn, đó là thực tế
Xem bản gốcTrả lời0
CoffeeNFTs
· 18giờ trước
Thật sự, chỉ dựa vào những thứ lý tưởng của hợp đồng thông minh là quá nguy hiểm, một lần nâng cấp là mọi thứ sẽ hỏng hết
Trong quá trình triển khai chiến lược lưu trữ dữ liệu, "Chỉ tôi mới có thể giải mã" nghe có vẻ là cách an toàn nhất cho đến một khoảnh khắc quan trọng khiến bạn hối tiếc — ví dụ như bạn mất đi NFT cốt lõi đó, hoặc thẻ thành viên hết hạn.
Chức năng Seal của một số giao thức hỗ trợ các chiến lược truy cập có thể lập trình dựa trên hợp đồng thông minh, ví dụ như "Chủ sở hữu NFT A có thể xem". Về lý thuyết thì rất linh hoạt, nhưng tiềm ẩn một rủi ro chết người: khóa logic.
Hãy tưởng tượng tình huống này. Bạn thiết lập một bộ điều kiện truy cập nghiêm ngặt, dựa vào một oracle của bên thứ ba hoặc địa chỉ hợp đồng của dự án NFT. Kết quả là, dự án đó nâng cấp hợp đồng, NFT cũ của bạn đột nhiên không còn hiệu lực, dữ liệu riêng tư nằm ở đây từ đó không thể đọc được — bị khóa vĩnh viễn bên ngoài.
Vì vậy, cách của tôi là: bất kỳ chiến lược mã hóa có điều kiện nào cũng phải thêm một "điều khoản hậu cánh" bắt buộc. Cụ thể là thiết lập một chìa khóa riêng lưu trữ lạnh như một quản trị viên cuối cùng, hoàn toàn ngoại tuyến trong thời gian bình thường, chỉ kích hoạt khi hợp đồng thông minh gặp lỗi hoặc phụ thuộc bên ngoài gặp sự cố.
Nghe có vẻ hơi vi phạm lý tưởng "mã là luật", nhưng trong thực tế, trước lỗi bug chúng ta cần một chiếc chìa khóa vật lý.