mempool mà các nút nhìn thấy, không phải danh sách toàn mạng các giao dịch đang chờ xử lý
Lưu ý đặc biệt trong tài liệu API Dusk HTTP: giá trị `mempoolTxs` trả về mempool bộ nhớ cục bộ của nút hiện tại và được sắp xếp theo giá Gas; nó không phải là góc nhìn toàn mạng, và cũng không bao gồm các giao dịch nonce trong tương lai đang tạm tồn trong prequeue. Ranh giới này sẽ trực tiếp ảnh hưởng đến cách các công cụ giám sát đánh giá việc “giao dịch biến mất”.
Khi ứng dụng truy vấn một nút mà không thấy giao dịch, có thể là giao dịch chưa được lan truyền, bị một nút khác nhận, hoặc do nonce lớn hơn nên đang được lưu tạm trong hàng đợi prequeue. Nếu ngay lập tức thông báo cho người dùng gửi lại, có thể tạo ra ý định thay thế và trùng lặp. Cách làm vững chắc hơn là kết hợp mã băm giao dịch, nút gửi, nonce tài khoản và trạng thái khối cuối cùng để đưa ra kết luận có nguồn gốc.
Đối với các giao dịch trên sàn, dữ liệu mempool còn chưa thể dùng trực tiếp để làm căn cứ cho toàn mạng “tắc nghẽn” hay “phí”. Thứ tự của một nút chỉ phản ánh tập ứng viên cục bộ của nó; mẫu nút, cửa sổ thời gian và việc loại trừ prequeue đều phải được đưa vào định nghĩa chỉ số. Nếu không rõ cách thống kê, bảng điều khiển càng chính xác lại càng dễ gây hiểu nhầm.
Tôi đã xem tài liệu phát triển của @Dusk và thích nhất những câu kiểu chủ động giới hạn ý nghĩa của API như vậy. Sản phẩm dữ liệu đáng tin cậy $DUSK #DUSKARMY. nên trước tiên nói rõ nó không nhìn thấy gì, rồi mới cho người dùng biết nó nhìn thấy gì—đặc biệt không được dùng việc một nút thiếu dữ liệu để suy ra rằng toàn mạng đã loại bỏ.
Lưu ý đặc biệt trong tài liệu API Dusk HTTP: giá trị `mempoolTxs` trả về mempool bộ nhớ cục bộ của nút hiện tại và được sắp xếp theo giá Gas; nó không phải là góc nhìn toàn mạng, và cũng không bao gồm các giao dịch nonce trong tương lai đang tạm tồn trong prequeue. Ranh giới này sẽ trực tiếp ảnh hưởng đến cách các công cụ giám sát đánh giá việc “giao dịch biến mất”.
Khi ứng dụng truy vấn một nút mà không thấy giao dịch, có thể là giao dịch chưa được lan truyền, bị một nút khác nhận, hoặc do nonce lớn hơn nên đang được lưu tạm trong hàng đợi prequeue. Nếu ngay lập tức thông báo cho người dùng gửi lại, có thể tạo ra ý định thay thế và trùng lặp. Cách làm vững chắc hơn là kết hợp mã băm giao dịch, nút gửi, nonce tài khoản và trạng thái khối cuối cùng để đưa ra kết luận có nguồn gốc.
Đối với các giao dịch trên sàn, dữ liệu mempool còn chưa thể dùng trực tiếp để làm căn cứ cho toàn mạng “tắc nghẽn” hay “phí”. Thứ tự của một nút chỉ phản ánh tập ứng viên cục bộ của nó; mẫu nút, cửa sổ thời gian và việc loại trừ prequeue đều phải được đưa vào định nghĩa chỉ số. Nếu không rõ cách thống kê, bảng điều khiển càng chính xác lại càng dễ gây hiểu nhầm.
Tôi đã xem tài liệu phát triển của @Dusk và thích nhất những câu kiểu chủ động giới hạn ý nghĩa của API như vậy. Sản phẩm dữ liệu đáng tin cậy $DUSK #DUSKARMY. nên trước tiên nói rõ nó không nhìn thấy gì, rồi mới cho người dùng biết nó nhìn thấy gì—đặc biệt không được dùng việc một nút thiếu dữ liệu để suy ra rằng toàn mạng đã loại bỏ.