Một giao dịch lúc hoàng hôn có thể biến mất khỏi mempool của node tôi mà không bao giờ đạt đến thời hạn hết trên chuỗi.
Đó là khoảng thời gian giới hạn mà tôi sẽ không mã hóa cứng vào một ví. @Dusk giao dịch không mang trường expiry (hết hạn). Việc hết hạn là chính sách cục bộ của Rusk. Mặc định tích hợp là ba ngày, trong khi các node cài đặt bằng node-installer v0.5.22 dùng thời gian sống mempool là 30 phút, với các lần kiểm tra mỗi năm phút.
Vì vậy, hai node Dusk khỏe mạnh có thể đưa ra những câu trả lời rất khác nhau về việc giao dịch đang chờ giống nhau được phép nằm yên trong bao lâu.
Phần tệ hơn là sự kiện “removed” (đã bị gỡ bỏ). Nó chỉ cho tôi biết giao dịch đã rời mempool cục bộ của node đó. Việc được đưa vào khối (inclusion), thay thế (replacement), hết hạn (expiry), bị loại do vượt dung lượng (capacity eviction), hoặc một giao dịch chi tiêu xung đột (conflicting spend) đều có thể tạo ra ngõ ra đó. Nếu tôi dịch “removed” thẳng sang “failed” (thất bại), logic khôi phục của tôi sẽ đoán sai.
Đối với một dịch vụ rút tiền, sự đoán sai đó có thể ảnh hưởng đến người dùng. Tôi có thể đánh dấu một khoản thanh toán là đã chết (dead) vì node của tôi đã hết hạn cục bộ trong khi một node khác đã lan truyền nó xa hơn.
Tôi sẽ coi timeout của mempool là cấu hình của node, rồi truy vấn trạng thái ledger trước khi quyết định rằng một giao dịch DUSK là an toàn để xây dựng lại (rebuild).
Trên Dusk, “đã biến mất khỏi mempool của tôi” không giống với “đã biến mất hoàn toàn”.
$SOXSB $ACE #dusk $DUSK @Dusk
Đó là khoảng thời gian giới hạn mà tôi sẽ không mã hóa cứng vào một ví. @Dusk giao dịch không mang trường expiry (hết hạn). Việc hết hạn là chính sách cục bộ của Rusk. Mặc định tích hợp là ba ngày, trong khi các node cài đặt bằng node-installer v0.5.22 dùng thời gian sống mempool là 30 phút, với các lần kiểm tra mỗi năm phút.
Vì vậy, hai node Dusk khỏe mạnh có thể đưa ra những câu trả lời rất khác nhau về việc giao dịch đang chờ giống nhau được phép nằm yên trong bao lâu.
Phần tệ hơn là sự kiện “removed” (đã bị gỡ bỏ). Nó chỉ cho tôi biết giao dịch đã rời mempool cục bộ của node đó. Việc được đưa vào khối (inclusion), thay thế (replacement), hết hạn (expiry), bị loại do vượt dung lượng (capacity eviction), hoặc một giao dịch chi tiêu xung đột (conflicting spend) đều có thể tạo ra ngõ ra đó. Nếu tôi dịch “removed” thẳng sang “failed” (thất bại), logic khôi phục của tôi sẽ đoán sai.
Đối với một dịch vụ rút tiền, sự đoán sai đó có thể ảnh hưởng đến người dùng. Tôi có thể đánh dấu một khoản thanh toán là đã chết (dead) vì node của tôi đã hết hạn cục bộ trong khi một node khác đã lan truyền nó xa hơn.
Tôi sẽ coi timeout của mempool là cấu hình của node, rồi truy vấn trạng thái ledger trước khi quyết định rằng một giao dịch DUSK là an toàn để xây dựng lại (rebuild).
Trên Dusk, “đã biến mất khỏi mempool của tôi” không giống với “đã biến mất hoàn toàn”.
$SOXSB $ACE #dusk $DUSK @Dusk
