Sushi (SUSHI): Một Sushi Swap Có Thể Vượt Qua Nhiều Pool

Sản phẩm không đổi và các phạm vi đã chọn

Các nhà cung cấp thanh khoản nên xác minh cả hợp đồng token, dự trữ, cài đặt phí, giá hiện tại và đường dẫn rút tiền. Mô hình hóa việc thay đổi thành phần token và tổn thất tạm thời một cách riêng biệt với phần thưởng hiển thị. Tỷ lệ hàng năm cao có thể kết hợp các ưu đãi ngắn hạn với phí và không tự động bù đắp cho việc mất neo giá, token độc hại, phạm vi không hoạt động hoặc lỗi hợp đồng thông minh.

Ranh giới mạng và token

Mỗi triển khai dựa vào chuỗi chủ nhà của nó để sắp xếp, tính cuối cùng, gas và tiêu chuẩn token. SUSHI hoặc một token khác được giữ trên Ethereum không tự động tồn tại trên mọi mạng được hỗ trợ. Các đại diện được cầu nối mang phụ thuộc vào cầu nối hoặc tổ chức phát hành, và các pool có cùng ký hiệu trên hai chuỗi có thể chứa các hợp đồng và thanh khoản không liên quan.

Xác nhận mạng trước mỗi lần phê duyệt và giao dịch. Giữ tài sản gốc của mạng đó cho gas. Không dán địa chỉ pool từ một chuỗi khác, gửi LP hoặc token vị thế trực tiếp đến một sàn giao dịch, hoặc giả định rằng route rẻ nhất bao gồm chi phí cầu nối. Di chuyển xuyên chuỗi là một hoạt động riêng biệt từ một hoán đổi Sushi cục bộ.

Người giao dịch, nhà cung cấp hoặc người nắm giữ SUSHI

Người giao dịch nên xác minh hợp đồng, route, tác động giá, đầu ra tối thiểu và gas. Nhà cung cấp nên kiểm tra phiên bản pool, bậc phí, chất lượng dự trữ, phạm vi và nguồn phần thưởng. Người nắm giữ SUSHI xem xét quản trị nên đọc đề xuất hiện tại và quy trình thực thi thay vì suy ra quyền biểu quyết từ số dư sàn giao dịch.

Thu hồi các khoản cho phép không cần thiết, giữ mã băm giao dịch và ghi lại địa chỉ pool trước khi gửi tiền. So sánh Sushi với một địa điểm khác bằng đầu ra có thể thực thi sau gas thay vì tỷ lệ tiêu đề. Tiếp tục đến trang chuỗi chủ nhà có liên quan để biết tính cuối cùng và hành vi phí, sau đó sử dụng các công cụ ví để kiểm tra các khoản cho phép và tài sản nhận được.