Không ai nói với tôi rằng ngày ra mắt mainnet DuskEVM năm 2027 lại đi kèm một điều kiện tiên quyết mà gần như chẳng ai nhắc tới.
Sáng nay tôi đọc kỹ phần ghi chú chi tiết của lộ trình thì chợt nhận ra. Mainnet DuskEVM không thể fork trực tiếp từ testnet Boreas RC1. Nó phải chờ nâng cấp Rusk của mainnet Boreas trước. Và Rusk không phải là một lần tăng phiên bản. Nó viết lại logic lựa chọn bên trong cơ chế đồng thuận SBA.
SBA trên Boreas RC1 hoạt động như thế này. Trước mỗi khối, các validator gửi một “đấu giá bị che giấu”. VRF trộn thêm hash của khối trước để chọn nhà sản xuất khối, trong đó thành viên ủy ban được xác thực nhận thưởng 5%, và các thành viên ủy ban được phê duyệt nhận thêm 5%.
Rusk thay đổi hai điểm cụ thể.
Thứ nhất, việc gán trọng số định danh Citadel được thêm vào giai đoạn cam kết của đấu giá bị che giấu. Hệ số bù trừ của xổ số được điều chỉnh nhẹ, khiến các node thuộc tier KYC cao hơn mang một độ lệch nhỏ. Điều này ngăn các node ẩn danh, chưa từng vượt qua kênh AFM, có thể thống trị việc tạo khối chỉ đơn thuần nhờ kích thước stake.
Thứ hai, ngưỡng chữ ký của ủy ban phê duyệt chuyển từ việc ký bằng trọng số tập thể 5% sang yêu cầu ít nhất 3 node thuộc các vùng địa lý độc lập ký để cộng dồn đủ trọng số 5% đó. Việc một trung tâm dữ liệu đơn lẻ nắm bắt trở nên khó hơn về mặt cấu trúc.
Độ chung cuộc (finality) của state root trên DuskEVM được neo vào DuskDS. Nếu Rusk cắt giảm độ rung trong sản xuất khối từ ±1,5 giây xuống ±0,5 giây, thì việc thanh toán DvP theo thời gian từng giây của NPEX có thể trở thành điều bạn thực sự ghi được vào SLA.
Tôi tự vận hành các node testnet, và đã quan sát thấy xổ số SBA chạy lại nhiều lần tới vòng thứ ba khi các thành viên ủy ban đi offline. Sau Rusk, điều này trở nên ít xảy ra về mặt cấu trúc hơn.
Mốc năm 2027 không phải là sự trì hoãn. Đó là việc đội ngũ chờ Rusk chạy logic lựa chọn qua trọn một quý lưu lượng mô phỏng của NPEX trước khi chạm vào mainnet. Kỷ luật đó đáng giá hơn một ngày ra mắt nhanh hơn.
#dusk $DUSK @Dusk
Sáng nay tôi đọc kỹ phần ghi chú chi tiết của lộ trình thì chợt nhận ra. Mainnet DuskEVM không thể fork trực tiếp từ testnet Boreas RC1. Nó phải chờ nâng cấp Rusk của mainnet Boreas trước. Và Rusk không phải là một lần tăng phiên bản. Nó viết lại logic lựa chọn bên trong cơ chế đồng thuận SBA.
SBA trên Boreas RC1 hoạt động như thế này. Trước mỗi khối, các validator gửi một “đấu giá bị che giấu”. VRF trộn thêm hash của khối trước để chọn nhà sản xuất khối, trong đó thành viên ủy ban được xác thực nhận thưởng 5%, và các thành viên ủy ban được phê duyệt nhận thêm 5%.
Rusk thay đổi hai điểm cụ thể.
Thứ nhất, việc gán trọng số định danh Citadel được thêm vào giai đoạn cam kết của đấu giá bị che giấu. Hệ số bù trừ của xổ số được điều chỉnh nhẹ, khiến các node thuộc tier KYC cao hơn mang một độ lệch nhỏ. Điều này ngăn các node ẩn danh, chưa từng vượt qua kênh AFM, có thể thống trị việc tạo khối chỉ đơn thuần nhờ kích thước stake.
Thứ hai, ngưỡng chữ ký của ủy ban phê duyệt chuyển từ việc ký bằng trọng số tập thể 5% sang yêu cầu ít nhất 3 node thuộc các vùng địa lý độc lập ký để cộng dồn đủ trọng số 5% đó. Việc một trung tâm dữ liệu đơn lẻ nắm bắt trở nên khó hơn về mặt cấu trúc.
Độ chung cuộc (finality) của state root trên DuskEVM được neo vào DuskDS. Nếu Rusk cắt giảm độ rung trong sản xuất khối từ ±1,5 giây xuống ±0,5 giây, thì việc thanh toán DvP theo thời gian từng giây của NPEX có thể trở thành điều bạn thực sự ghi được vào SLA.
Tôi tự vận hành các node testnet, và đã quan sát thấy xổ số SBA chạy lại nhiều lần tới vòng thứ ba khi các thành viên ủy ban đi offline. Sau Rusk, điều này trở nên ít xảy ra về mặt cấu trúc hơn.
Mốc năm 2027 không phải là sự trì hoãn. Đó là việc đội ngũ chờ Rusk chạy logic lựa chọn qua trọn một quý lưu lượng mô phỏng của NPEX trước khi chạm vào mainnet. Kỷ luật đó đáng giá hơn một ngày ra mắt nhanh hơn.
#dusk $DUSK @Dusk
