mình đã xem lại các thông báo theo thứ tự ngày tháng trong tuần này và nhận ra một điều mà mình đã bỏ sót khi đọc từng thông báo riêng lẻ.
tháng 6 năm 2025, Dusk thông báo một sự phát triển sang kiến trúc đa lớp. sáu ngày sau, Hedger.
hai thông tin đó là cùng một quyết định.
đây là những gì đã thay đổi. Dusk ban đầu là một lớp duy nhất. một chuỗi, một môi trường thực thi, quyền riêng tư được tích hợp ngay từ lớp nền. phiên bản dạng mô-đun thì tách nó ra: DuskDS đảm nhiệm tính hoàn tất đồng thuận và quyết toán, DuskVM chạy các hợp đồng Rust trên L1, còn DuskEVM nằm phía trên như lớp thực thi EVM
và ngay khi bạn thêm một lớp EVM thì bạn cần một công cụ/tầng quyền riêng tư hoạt động theo mô hình tài khoản, vì becuse Zedger được xây cho các lớp UTXO và không chuyển giao. vì vậy Hedger không phải là một bản ra mắt sản phẩm riêng lẻ. đó là thứ mà quá trình tái cấu trúc BẮT BUỘC phải làm
điều mình thấy thú vị là nó nói lên ưu tiên là gì. thiết kế ban đầu có quyền riêng tư mạnh hơn và gần như không có nhà phát triển. thiết kế dạng mô-đun chấp nhận mức ẩn danh yếu hơn ở phía EVM để đổi lấy công cụ chuẩn, đồng thời vẫn giữ mô hình mạnh hơn trên DuskVM để bất kỳ ai cần đều có thể dùng
vì vậy đây không phải một bước ngoặt. mà là sự thừa nhận rằng mật mã mạnh nhất cũng vô nghĩa nếu các tổ chức được quản lý mà bạn xây cho họ không thể tuyển được người để viết trên nó
cách đọc hoài nghi, và tôi sẽ nói thẳng, là rằng kiến trúc mô-đun cũng chỉ là thứ mà ai cũng làm vào năm 2025. mọi chuỗi đơn khối đều phát hiện tính mô-đun vào cùng khoảng thời gian và rất khó để tách bạch lý do kiến trúc thực sự với việc “chạy theo xu hướng” của cả ngành
quan điểm của bạn là gì: việc tách thành các lớp là quyết định kỹ thuật hay quyết định về kênh phân phối/phát hành
@Dusk #dusk $DUSK
tháng 6 năm 2025, Dusk thông báo một sự phát triển sang kiến trúc đa lớp. sáu ngày sau, Hedger.
hai thông tin đó là cùng một quyết định.
đây là những gì đã thay đổi. Dusk ban đầu là một lớp duy nhất. một chuỗi, một môi trường thực thi, quyền riêng tư được tích hợp ngay từ lớp nền. phiên bản dạng mô-đun thì tách nó ra: DuskDS đảm nhiệm tính hoàn tất đồng thuận và quyết toán, DuskVM chạy các hợp đồng Rust trên L1, còn DuskEVM nằm phía trên như lớp thực thi EVM
và ngay khi bạn thêm một lớp EVM thì bạn cần một công cụ/tầng quyền riêng tư hoạt động theo mô hình tài khoản, vì becuse Zedger được xây cho các lớp UTXO và không chuyển giao. vì vậy Hedger không phải là một bản ra mắt sản phẩm riêng lẻ. đó là thứ mà quá trình tái cấu trúc BẮT BUỘC phải làm
điều mình thấy thú vị là nó nói lên ưu tiên là gì. thiết kế ban đầu có quyền riêng tư mạnh hơn và gần như không có nhà phát triển. thiết kế dạng mô-đun chấp nhận mức ẩn danh yếu hơn ở phía EVM để đổi lấy công cụ chuẩn, đồng thời vẫn giữ mô hình mạnh hơn trên DuskVM để bất kỳ ai cần đều có thể dùng
vì vậy đây không phải một bước ngoặt. mà là sự thừa nhận rằng mật mã mạnh nhất cũng vô nghĩa nếu các tổ chức được quản lý mà bạn xây cho họ không thể tuyển được người để viết trên nó
cách đọc hoài nghi, và tôi sẽ nói thẳng, là rằng kiến trúc mô-đun cũng chỉ là thứ mà ai cũng làm vào năm 2025. mọi chuỗi đơn khối đều phát hiện tính mô-đun vào cùng khoảng thời gian và rất khó để tách bạch lý do kiến trúc thực sự với việc “chạy theo xu hướng” của cả ngành
quan điểm của bạn là gì: việc tách thành các lớp là quyết định kỹ thuật hay quyết định về kênh phân phối/phát hành
@Dusk #dusk $DUSK