#dusk $DUSK
Tên gọi "Rusk" liên tục xuất hiện trong tài liệu của Dusk mà không có lời giải thích rõ ràng nó thực sự là gì. Đây chính là triển khai nút tham chiếu — và việc hiểu "nút" bao hàm điều gì trong ngữ cảnh này đáng để làm thật cụ thể.
Điểm bất ngờ: Rusk không chỉ chuyển tiếp các khối. Nó chạy toàn bộ giao thức đồng thuận, bao gồm cả tạo khối và bỏ phiếu của ủy ban. Duy trì toàn bộ trạng thái của chuỗi. Thực thi các hợp đồng của DuskVM. Cung cấp các API và sự kiện để ứng dụng có thể sử dụng.
Nâng cấp Boreas, tương ứng với Rusk v1.7.0, đã có mặt trên testnet vào khoảng giữa năm 2026 — bản cập nhật cấp giao thức tiếp theo sau Aegis (tháng 3 năm 2026). Mỗi lần nâng cấp đều được triển khai lên testnet trước khi lên mainnet, cho phép các nhà vận hành có thời gian kiểm chứng.
Trên Ethereum, phần mềm nút tách biệt với execution client. Rusk gộp cả hai thành một triển khai tham chiếu duy nhất: vừa là người tham gia đồng thuận AND vừa là bộ thực thi hợp đồng thông minh. Cả hai lớp đều được xử lý trong cùng một tiến trình.
So với kiến trúc phân lớp như Ethereum+Geth: giao thức và execution client được duy trì riêng biệt và có thể thay thế. Rusk là một triển khai tham chiếu đơn lẻ. Điều đó giúp việc phối hợp nâng cấp đơn giản hơn, nhưng lại tạo ra một chuỗi phụ thuộc duy nhất cho các nhà vận hành.
Cá nhân tôi thấy lựa chọn triển khai tham chiếu đơn lẻ khá thú vị đối với một chuỗi nhắm tới các thị trường được quản lý — hạ tầng được quản lý thường ưu tiên sự đa dạng client để tránh các lỗi do chỉ một triển khai gây ra.
Dusk có kế hoạch cho các triển khai nút thay thế không, hay Rusk là client sản xuất duy nhất theo thiết kế? @Dusk
$DUSK #dusk
Tên gọi "Rusk" liên tục xuất hiện trong tài liệu của Dusk mà không có lời giải thích rõ ràng nó thực sự là gì. Đây chính là triển khai nút tham chiếu — và việc hiểu "nút" bao hàm điều gì trong ngữ cảnh này đáng để làm thật cụ thể.
Điểm bất ngờ: Rusk không chỉ chuyển tiếp các khối. Nó chạy toàn bộ giao thức đồng thuận, bao gồm cả tạo khối và bỏ phiếu của ủy ban. Duy trì toàn bộ trạng thái của chuỗi. Thực thi các hợp đồng của DuskVM. Cung cấp các API và sự kiện để ứng dụng có thể sử dụng.
Nâng cấp Boreas, tương ứng với Rusk v1.7.0, đã có mặt trên testnet vào khoảng giữa năm 2026 — bản cập nhật cấp giao thức tiếp theo sau Aegis (tháng 3 năm 2026). Mỗi lần nâng cấp đều được triển khai lên testnet trước khi lên mainnet, cho phép các nhà vận hành có thời gian kiểm chứng.
Trên Ethereum, phần mềm nút tách biệt với execution client. Rusk gộp cả hai thành một triển khai tham chiếu duy nhất: vừa là người tham gia đồng thuận AND vừa là bộ thực thi hợp đồng thông minh. Cả hai lớp đều được xử lý trong cùng một tiến trình.
So với kiến trúc phân lớp như Ethereum+Geth: giao thức và execution client được duy trì riêng biệt và có thể thay thế. Rusk là một triển khai tham chiếu đơn lẻ. Điều đó giúp việc phối hợp nâng cấp đơn giản hơn, nhưng lại tạo ra một chuỗi phụ thuộc duy nhất cho các nhà vận hành.
Cá nhân tôi thấy lựa chọn triển khai tham chiếu đơn lẻ khá thú vị đối với một chuỗi nhắm tới các thị trường được quản lý — hạ tầng được quản lý thường ưu tiên sự đa dạng client để tránh các lỗi do chỉ một triển khai gây ra.
Dusk có kế hoạch cho các triển khai nút thay thế không, hay Rusk là client sản xuất duy nhất theo thiết kế? @Dusk
$DUSK #dusk
