Jennifer Zynn

$BTR 🥶
Long 10x

tp 0.172
sl 0.152

Các bạn, ngắn gọn, nhanh chóng $MAGMA

Chỉ Dành Cho Các Nhà Giao Dịch Nhanh $ARIA LONG

Quý Khách Công Chúng Thân Mến $TAC 10X DÀI

Tôi đã tìm thấy một bẫy lập chỉ mục DUSK có thể khiến một cơ sở dữ liệu ngoài chuỗi tin rằng điều gì đó đã xảy ra ngay cả khi giao dịch đã hoàn tác (rollback).
Sau Boreas, một sự kiện hợp đồng bị hoàn tác không hề biến mất đơn giản. Rusk lưu nó trong lịch sử lưu trữ (archive), nhưng đánh dấu là đã bị hoàn tác (reverted). Đồng thời, sự kiện đó bị loại khỏi canonical block bloom, và một sự kiện staking bị hoàn tác không được phép thay đổi tập provisioner.
Vì vậy, nếu tôi xây dựng một bộ lập chỉ mục (indexer) coi “sự kiện tồn tại” là “trạng thái đã thay đổi,” thì tôi có thể tạo ra hoạt động ma (phantom activity) từ dữ liệu chuỗi hoàn toàn hợp lệ. Một lệnh gọi hợp đồng thất bại vẫn có thể để lại một bản ghi sự kiện, trong khi trạng thái canonical đúng đắn lại nói rằng không có gì xảy ra.
Điều đó có nghĩa là logic khôi phục (recovery) quan trọng không kém gì việc nạp trực tiếp (live ingestion). Nếu dịch vụ của tôi khởi động lại và backfill từ lịch sử lưu trữ, nó phải áp dụng cờ/reverted marker trước khi xây dựng lại số dư (balances), vị thế (positions) hoặc các góc nhìn liên quan đến stake. Nếu không, chính việc khởi động lại có thể tạo ra một sự không khớp mà trước đó chưa hề tồn tại.
Tôi sẽ kiểm thử các indexer của DUSK bằng cách phát lại (replay) các sự kiện thành công và bị hoàn tác qua cùng một pipeline và yêu cầu trạng thái cuối cùng giống như Rusk.
Một bản ghi sự kiện là bằng chứng rằng quá trình thực thi đã đạt tới một điểm nào đó. Nó không phải là bằng chứng rằng trạng thái đã tồn tại.
#dusk $DUSK @Dusk

Các bạn thân mến 🚀$BR LONG 25X

Kính gửi nhanh $TAC LONG 10x

$龙虾 short