Sushi (SUSHI): Uno Swap Sushi Può Attraversare Diversi Pool
Scambia o fornisci liquidità tramite Sushi con rotta, contratto, commissione e presupposti di pool corretti.
Oggetto:
Sushi
Modalità di mercato:
Solo istantanea
Asset per le commissioni:
ETH / varia
Fuso orario:
UTC
Questa pagina non fornisce preventivi per uno scambio, non verifica un pool, non calcola la perdita impermanente, non gestisce la liquidità né afferma che tutte le implementazioni di Sushi utilizzino contratti identici.
Proprietà dei contenuti: Redazione di BitcoinToolkitRiferimenti tecnici: documentazione ufficiale del protocollo e per sviluppatori.Approccio di revisione: le spiegazioni tecniche sono verificate rispetto alle fonti primarie e aggiornate quando la rete o l'asset cambiano.Ultima revisione dei contenuti: Ultimo test di integrazione dati:
Uno scambio Sushi può attraversare diversi pool
La coppia visualizzata è una richiesta; la rotta definisce i contratti e gli asset effettivamente utilizzati.
Flusso di lavoro Sushi dalla prima decisione dell'utente a un risultato verificato.
Preventivo, approvazione ed esecuzione
Il routing di Sushi può confrontare percorsi diretti e multi-hop tra i tipi di pool supportati. Il wallet approva il token di input quando necessario, quindi invia una transazione del router contenente importo, percorso e condizioni di output minimo. Ogni hop può contribuire con commissioni di pool e impatto sul prezzo, mentre la catena host addebita il gas in modo indipendente.
Ispeziona la rete, il contratto di input e output, il processore di rotta, il target di allowance, la sequenza di hop, il minimo ricevuto e la scadenza. Un preventivo è temporaneo e può fallire o produrre una rotta peggiore dopo cambiamenti di liquidità. Una transazione riuscita dovrebbe essere verificata tramite i trasferimenti emessi e il saldo finale del wallet, non solo tramite una schermata di conferma dell'interfaccia.
Il tipo di pool determina come viene utilizzato il capitale
La liquidità a piena gamma e quella concentrata reagiscono in modo diverso al movimento dei prezzi.
Prodotto costante e intervalli selezionati
I fornitori di liquidità dovrebbero verificare entrambi i contratti dei token, le riserve, l'impostazione delle commissioni, il prezzo corrente e il percorso di prelievo. Modella la composizione variabile dei token e la perdita impermanente separatamente dalle ricompense visualizzate. Un tasso annuo elevato può combinare incentivi a breve termine con commissioni e non compensata automaticamente per un depeg, un token dannoso, un intervallo inattivo o un guasto del contratto intelligente.
Sushi è multichain ma i saldi sono specifici per catena
Un'interfaccia familiare può nascondere diversi asset per il gas e indirizzi di contratto.
Confini di rete e di token
Ogni distribuzione si basa sulla sua chain host per ordinamento, finalità, gas e standard dei token. SUSHI o un altro token detenuto su Ethereum non esiste automaticamente su ogni rete supportata. Le rappresentazioni bridged comportano dipendenze dal bridge o dall'emittente, e pool con gli stessi simboli su due chain possono contenere contratti e liquidità non correlati.
Conferma la rete prima di ogni approvazione e transazione. Mantieni l'asset nativo di quella rete per il gas. Non incollare un indirizzo di pool da un'altra chain, non inviare token LP o di posizione direttamente a un exchange e non presumere che il percorso più economico includa i costi del bridge. Il movimento cross-chain è un'operazione separata da uno swap Sushi locale.
Scegli il prossimo controllo Sushi
Usa una checklist diversa per il trading e la fornitura di liquidità.
Trader, fornitore o detentore di SUSHI
I trader dovrebbero verificare contratti, percorso, impatto sul prezzo, output minimo e gas. I fornitori dovrebbero ispezionare la versione del pool, il livello di commissione, la qualità delle riserve, l'intervallo e la fonte dei rendimenti. I detentori di SUSHI che considerano la governance dovrebbero leggere la proposta corrente e il processo di esecuzione piuttosto che dedurre i diritti di voto da un saldo su exchange.
Revoca le allowance non necessarie, conserva gli hash delle transazioni e registra l'indirizzo del pool prima di depositare. Confronta Sushi con un altro venue utilizzando l'output eseguibile dopo il gas piuttosto che un tasso di primo piano. Continua alla pagina della chain host pertinente per la finalità e il comportamento delle commissioni, quindi usa gli strumenti del wallet per ispezionare approvazioni e asset ricevuti.
Può uno swap Sushi avere successo a un prezzo peggiore rispetto all'anteprima?
Sì. Lo stato della pool, il routing, l'impatto sul prezzo, le impostazioni di slippage, le commissioni e l'ordine delle transazioni possono modificare l'esecuzione.
Limitazioni note
Le reti, i router e i pool supportati possono cambiare.
I rendimenti del pool dipendono dai prezzi dei token e dalla liquidità.
La pagina non quota né gestisce una posizione live.
Metodologia dei dati di mercato
La pagina utilizza un'istantanea aggregata SUSHI/USD di CoinGecko. Nessun grafico di exchange viene visualizzato per questa entità.
Fonte dello snapshot di mercato
Dati di mercato aggregati CoinGecko (SUSHI/USD)
Cache
La cache dello snapshot è di circa 60 secondi.
Gestione dei guasti
I dati memorizzati nella cache e verificati sono etichettati come Cached o Delayed. I valori mancanti rimangono non disponibili.
