La maggior parte delle interfacce di swap ottimizzano per una sola cosa: il risultato quotato.
Ma una quotazione è solo una previsione. Non ti dice se i calldata finali verranno eseguiti, se la rotta andrà in revert, quanto gas consumerà, o se la transazione manterrà comunque i parametri che l'utente ha verificato.
Route è progettata attorno al percorso di esecuzione completo.
Per ogni richiesta, Route scopre la liquidità attraverso i pool verificati di Robinhood Chain e costruisce fino a 32 percorsi candidati da un insieme limitato di 96 pool. I percorsi possono contenere fino a tre hop. L'ottimizzatore considera anche fino a tre rami di split disgiunti, utilizzando una griglia di allocazione del 10% seguita da un raffinamento locale dell'1%.
Il campionamento a capacità parziale è importante qui. Il miglior pool per un intero ordine non è necessariamente il miglior pool per una parte di esso. Route campiona diverse allocazioni, rifiuta i rami di split che riutilizzano la stessa liquidità e valuta le combinazioni risultanti senza fingere che la ricerca limitata sia un ottimo globale matematico.
Il routing diretto attualmente copre Uniswap V2, V3, V4 senza hook e GIGA CL. Route può anche valutare candidati upstream protetti da KyberSwap e, quando abilitato, da 0x. Questi vengono trattati come provider separati, non etichettati erroneamente come integrazioni native di Route.
Le richieste ai provider vengono eseguite in parallelo, i duplicati riusciti vengono uniti e la costruzione del piano upstream si sovrappone alla ricerca diretta. I prezzi e lo stato dei pool sono limitati alla richiesta: nessuna quotazione o prezzo completato sopravvive in un'altra richiesta o blocco.
La differenza importante arriva dopo la scoperta.
Route costruisce la transazione effettiva per ogni candidato finale ed esegue sia eth_call che estimateGas su un blocco condiviso utilizzando lo stesso contesto di prezzo del gas di esecuzione. I candidati che vanno in revert vengono rimossi. I candidati simulati con successo hanno la priorità rispetto ai fallback basati solo sulle quotazioni.
Quando il gas può essere convertito nel token di output utilizzando un riferimento comune, Route classifica i candidati in base a:
output simulato − gas di esecuzione stimato
Questo impedisce a una quotazione nominalmente più grande di vincere automaticamente quando il suo percorso di esecuzione consuma abbastanza gas aggiuntivo da annullare il vantaggio.
Il settlement è vincolato indipendentemente onchain. L'esecutore impone l'input esatto, l'output effettivamente ricevuto, l'output minimo firmato, il destinatario e la scadenza. Le approvazioni temporanee vengono cancellate. I calldata upstream vengono convalidati rispetto a target e selettori fissi, e Route non sostituisce silenziosamente un provider o uno spender di approvazione diverso dopo la verifica.
Abbiamo studiato sistemi di routing a tempo di esecuzione come il modello JIT di DFlow, che può rivalutare i prezzi degli AMM proprietari all'interno della transazione. Route ha costruito e testato un prototipo JIT sperimentale più ristretto a due percorsi, ma non fa parte del prodotto attivo. Il sistema live esegue una selezione consapevole dell'esecuzione prima della firma; non rivendica la parità con DFlow o il rerouting a tempo di esecuzione.
Route non rivendica nemmeno un prezzo globale migliore, una protezione MEV universale, fill garantiti o sicurezza auditata.
Ciò che fornisce è un sistema di routing limitato e ispezionabile che valuta transazioni eseguibili, non solo risposte di quotazione, e preserva i vincoli verificati dall'utente fino al settlement.
Onestamente, ho visto @LadyExchange_ provarlo e alcuni routing semplicemente non funzionavano. Quindi l'ho costruito per uso personale e ho deciso di vedere fino a dove potevo spingermi.
Route applica 0 bps. Le commissioni dei pool, gli addebiti dei provider upstream e il gas di rete sono ancora applicabili.
Provalo ora, l'autenticazione è gestita da @dynamic_xyz
