@Dusk_Foundation Khoảng cách phục hồi mà tôi thực sự theo dõi trên một nút DUSK
Vào lúc 03:17, nút đã quay trở lại hộp nhưng vẫn hoàn toàn chưa hữu ích. Rusk được cài đặt, cấu hình ở đúng nơi tôi kỳ vọng, các khóa không bị đụng đến. Phần khó chịu nằm ở trạng thái. Mạng đã tiếp tục di chuyển trong khi máy này thì không.
Đó là lúc DUSK fast-sync trở nên thú vị với tôi. Không phải vì nó khiến các khối cũ biến mất. Nó làm điều thực tế hơn: thay thế trạng thái Rusk cục bộ và cơ sở dữ liệu chuỗi bằng một trạng thái đã được công bố, rồi để nút tiếp tục tiến lên từ đó hướng tới live tip.
Tôi bắt đầu nghĩ về “khoảng cách” đó như recovery distance (khoảng cách phục hồi). Nếu snapshot nằm ở độ cao S và mạng đã ở độ cao T, thì T trừ S là phần công việc vẫn còn nằm phía trước nút. Snapshot mới hơn có thể rút ngắn khoảng cách này, nhưng không xóa phần còn lại của hành trình phục hồi. Việc tải xuống chỉ là một phần. Việc khởi động lại, tìm đồng đẳng (peers), tăng độ cao, và kiểm tra xem nó có tiếp tục tiến lên hay không cũng là những phần khác.
Cũng có một điểm “gai” ở đây. Fast-sync không dựng lại các chỉ mục archive từ trước snapshot, nên “đã phục hồi” mang ý nghĩa khác nhau đối với một nút thông thường và một dịch vụ archive.
Thứ tôi muốn theo dõi tiếp theo không phải là kích thước snapshot. Mà là recovery distance hoạt động thế nào trong một lần lỗi lộn xộn, khi mạng vẫn tiếp tục di chuyển trong khi người vận hành vẫn đang cố khắc phục.#dusk $DUSK
Vào lúc 03:17, nút đã quay trở lại hộp nhưng vẫn hoàn toàn chưa hữu ích. Rusk được cài đặt, cấu hình ở đúng nơi tôi kỳ vọng, các khóa không bị đụng đến. Phần khó chịu nằm ở trạng thái. Mạng đã tiếp tục di chuyển trong khi máy này thì không.
Đó là lúc DUSK fast-sync trở nên thú vị với tôi. Không phải vì nó khiến các khối cũ biến mất. Nó làm điều thực tế hơn: thay thế trạng thái Rusk cục bộ và cơ sở dữ liệu chuỗi bằng một trạng thái đã được công bố, rồi để nút tiếp tục tiến lên từ đó hướng tới live tip.
Tôi bắt đầu nghĩ về “khoảng cách” đó như recovery distance (khoảng cách phục hồi). Nếu snapshot nằm ở độ cao S và mạng đã ở độ cao T, thì T trừ S là phần công việc vẫn còn nằm phía trước nút. Snapshot mới hơn có thể rút ngắn khoảng cách này, nhưng không xóa phần còn lại của hành trình phục hồi. Việc tải xuống chỉ là một phần. Việc khởi động lại, tìm đồng đẳng (peers), tăng độ cao, và kiểm tra xem nó có tiếp tục tiến lên hay không cũng là những phần khác.
Cũng có một điểm “gai” ở đây. Fast-sync không dựng lại các chỉ mục archive từ trước snapshot, nên “đã phục hồi” mang ý nghĩa khác nhau đối với một nút thông thường và một dịch vụ archive.
Thứ tôi muốn theo dõi tiếp theo không phải là kích thước snapshot. Mà là recovery distance hoạt động thế nào trong một lần lỗi lộn xộn, khi mạng vẫn tiếp tục di chuyển trong khi người vận hành vẫn đang cố khắc phục.#dusk $DUSK