Thời hạn giao dịch STON.fi ngăn thực thi “cũ”
Thời hạn giao dịch của STON.fi là giới hạn thời gian của DEX v2 được nhúng trực tiếp vào payload swap và cung cấp thanh khoản. Nếu Router nhận lệnh sau mốc thời gian đó, lệnh cũ sẽ hết hạn thay vì được thực thi như một swap mới.
🔥 Thời hạn thực sự làm gì
- Nó đi kèm theo lệnh DEX, không chỉ nằm trong giao diện người dùng của ví.
- STON.fi đối chiếu now() với deadline uint64 đã được mã hóa.
- Cả các thao tác swap và thanh khoản đều dùng mốc thời gian này.
🚀 Vì sao “thực thi cũ” là vấn đề thật
Bạn có thể chuẩn bị một lệnh swap lúc trưa dựa trên trạng thái dự trữ hiện tại của pool, rồi bị trì hoãn do màn hình xác nhận còn mở, thao tác thử lại, kết nối yếu hoặc các giao dịch khác làm thay đổi pool. Yêu cầu đã ký vẫn có thể trông hợp lệ, nhưng bối cảnh thị trường tạo ra lệnh đó đã cũ.
Vì thế STON.fi v2 không xem một lệnh cũ là hợp lệ mãi mãi.
🧠 Deadline, Slippage và tính hợp lệ của ví
- Deadline: thao tác này có quá muộn không?
- min_out: đầu ra hiện tại có quá nhỏ không?
- valid_until: chính yêu cầu ví đã ký có còn dùng được không?
Deadline dài hơn không đồng nghĩa với slippage nới lỏng hơn. Deadline cho bạn thêm thời gian. Còn slippage vẫn chặn một đầu ra kém.
⚡ Điều gì vẫn có thể tốn chi phí
Các tin nhắn TON là bất đồng bộ. Bước của ví có thể thành công trong khi các tin nhắn hợp đồng phía sau vẫn đang được chuyển tiếp. Việc hết hạn sẽ dừng thực thi DEX thông thường, nhưng gas có thể đã bị tiêu, và một tuyến đi nhiều chặng có thể không thể quay lại token ban đầu.
💬 Quan điểm của tôi
Hãy dùng cả “bảo vệ” theo thời gian và theo đầu ra, đồng thời xây dựng lại báo giá nếu giao dịch đã bị “treo” quá lâu trước khi bạn ký.
Bạn xử lý một lệnh swap STON.fi bị trễ như “ý định đã hết hạn” hay chỉ là thời gian chờ thêm? 👇
Hãy thả bình luận case swap bị cũ gần nhất mà bạn từng gặp.
Không phải lời khuyên đầu tư - hãy tự nghiên cứu! 🚀
$GRAM @STONfi DEX
Thời hạn giao dịch của STON.fi là giới hạn thời gian của DEX v2 được nhúng trực tiếp vào payload swap và cung cấp thanh khoản. Nếu Router nhận lệnh sau mốc thời gian đó, lệnh cũ sẽ hết hạn thay vì được thực thi như một swap mới.
🔥 Thời hạn thực sự làm gì
- Nó đi kèm theo lệnh DEX, không chỉ nằm trong giao diện người dùng của ví.
- STON.fi đối chiếu now() với deadline uint64 đã được mã hóa.
- Cả các thao tác swap và thanh khoản đều dùng mốc thời gian này.
🚀 Vì sao “thực thi cũ” là vấn đề thật
Bạn có thể chuẩn bị một lệnh swap lúc trưa dựa trên trạng thái dự trữ hiện tại của pool, rồi bị trì hoãn do màn hình xác nhận còn mở, thao tác thử lại, kết nối yếu hoặc các giao dịch khác làm thay đổi pool. Yêu cầu đã ký vẫn có thể trông hợp lệ, nhưng bối cảnh thị trường tạo ra lệnh đó đã cũ.
Vì thế STON.fi v2 không xem một lệnh cũ là hợp lệ mãi mãi.
🧠 Deadline, Slippage và tính hợp lệ của ví
- Deadline: thao tác này có quá muộn không?
- min_out: đầu ra hiện tại có quá nhỏ không?
- valid_until: chính yêu cầu ví đã ký có còn dùng được không?
Deadline dài hơn không đồng nghĩa với slippage nới lỏng hơn. Deadline cho bạn thêm thời gian. Còn slippage vẫn chặn một đầu ra kém.
⚡ Điều gì vẫn có thể tốn chi phí
Các tin nhắn TON là bất đồng bộ. Bước của ví có thể thành công trong khi các tin nhắn hợp đồng phía sau vẫn đang được chuyển tiếp. Việc hết hạn sẽ dừng thực thi DEX thông thường, nhưng gas có thể đã bị tiêu, và một tuyến đi nhiều chặng có thể không thể quay lại token ban đầu.
💬 Quan điểm của tôi
Hãy dùng cả “bảo vệ” theo thời gian và theo đầu ra, đồng thời xây dựng lại báo giá nếu giao dịch đã bị “treo” quá lâu trước khi bạn ký.
Bạn xử lý một lệnh swap STON.fi bị trễ như “ý định đã hết hạn” hay chỉ là thời gian chờ thêm? 👇
Hãy thả bình luận case swap bị cũ gần nhất mà bạn từng gặp.
Không phải lời khuyên đầu tư - hãy tự nghiên cứu! 🚀
$GRAM @STONfi DEX
