TẠI SAO DUSK KHÔNG KHIẾN MỘT NODE LÀM TẤT CẢ MỌI THỨ
Hai tuần trước, tôi đang cố tiết kiệm chi phí cho một VPS. Tôi đặt ứng dụng chính, bản sao lưu database và một tác vụ xử lý ảnh nặng lên cùng một máy chủ nhỏ. Nghe có vẻ hiệu quả. Nhưng không. Tác vụ xử lý ảnh bắt đầu thì bất ngờ ứng dụng chính của tôi lại bị mất các yêu cầu.
Vấn đề VPS ngớ ngẩn đó lại quay về khi tôi đọc phần thiết lập node của Dusk. Dusk tách công việc giữa các vai trò Provisioner, Archive và Prover. Đó không phải là ba cái tên hoa mỹ cho một máy làm tất cả.
Provisioner tập trung vào đồng thuận và cần ít nhất 1.000 DUSK đã được đặt cọc (stake). Một Archive Node lưu lịch sử đã được hoàn tất cho các thứ như "moonlightHistory" và "finalizedEvents". Còn Prover xử lý phần nặng hơn là công việc tạo bằng chứng Zero-Knowledge.
Rồi đến đoạn Prover, vấn đề phần cứng lại thay đổi lần nữa. Dusk nói việc tạo bằng chứng là xử lý một luồng (single-threaded), nên hiệu năng lõi đơn mạnh là điều quan trọng. Hạ tầng Archive có điểm xuất phát khác: 4 lõi, 8 GB RAM, 500 GB lưu trữ và mạng 100 Mbps.
Và đây là phần trông quen thuộc. Dusk khuyến nghị giữ hạ tầng API cho môi trường production tách biệt khỏi nhiệm vụ của Provisioner vì lưu lượng truy vấn và việc bảo trì có thể cạnh tranh với công việc đồng thuận. Tôi cũng học được điều tương tự theo cách khó chịu trên chiếc VPS đó.
Giờ tôi nhìn ba vai trò theo cách khác một chút. Nếu đồng thuận, truy vấn lịch sử và việc tạo ZK tất cả cùng tranh giành cho những tài nguyên giống nhau, thì có lẽ việc chỉ một máy làm tất cả không phải là lựa chọn đơn giản hơn.
@Dusk #dusk $DUSK
Hai tuần trước, tôi đang cố tiết kiệm chi phí cho một VPS. Tôi đặt ứng dụng chính, bản sao lưu database và một tác vụ xử lý ảnh nặng lên cùng một máy chủ nhỏ. Nghe có vẻ hiệu quả. Nhưng không. Tác vụ xử lý ảnh bắt đầu thì bất ngờ ứng dụng chính của tôi lại bị mất các yêu cầu.
Vấn đề VPS ngớ ngẩn đó lại quay về khi tôi đọc phần thiết lập node của Dusk. Dusk tách công việc giữa các vai trò Provisioner, Archive và Prover. Đó không phải là ba cái tên hoa mỹ cho một máy làm tất cả.
Provisioner tập trung vào đồng thuận và cần ít nhất 1.000 DUSK đã được đặt cọc (stake). Một Archive Node lưu lịch sử đã được hoàn tất cho các thứ như "moonlightHistory" và "finalizedEvents". Còn Prover xử lý phần nặng hơn là công việc tạo bằng chứng Zero-Knowledge.
Rồi đến đoạn Prover, vấn đề phần cứng lại thay đổi lần nữa. Dusk nói việc tạo bằng chứng là xử lý một luồng (single-threaded), nên hiệu năng lõi đơn mạnh là điều quan trọng. Hạ tầng Archive có điểm xuất phát khác: 4 lõi, 8 GB RAM, 500 GB lưu trữ và mạng 100 Mbps.
Và đây là phần trông quen thuộc. Dusk khuyến nghị giữ hạ tầng API cho môi trường production tách biệt khỏi nhiệm vụ của Provisioner vì lưu lượng truy vấn và việc bảo trì có thể cạnh tranh với công việc đồng thuận. Tôi cũng học được điều tương tự theo cách khó chịu trên chiếc VPS đó.
Giờ tôi nhìn ba vai trò theo cách khác một chút. Nếu đồng thuận, truy vấn lịch sử và việc tạo ZK tất cả cùng tranh giành cho những tài nguyên giống nhau, thì có lẽ việc chỉ một máy làm tất cả không phải là lựa chọn đơn giản hơn.
@Dusk #dusk $DUSK