David Schwartz, co-fondatore del XRP Ledger, ha proposto uno schema di prenotazione delle transazioni come potenziale soluzione per il front-running sullo scambio decentralizzato della rete e sul market maker automatizzato.
La sua proposta è stata in risposta a un post dell'account focalizzato su XRP XRPresso.io, che sosteneva che i validatori e i nodi ben collegati possono sfruttare la visibilità delle transazioni pre-validazione per estrarre valore dai trader normali.
Preoccupazioni sul Front-Running su XRPL
Secondo XRPresso, i trasferimenti di solito rimangono in una coda visibile pubblicamente prima che un libro mastro si chiuda su XRPL, con i validatori e alcuni nodi in grado di vedere queste transazioni in attesa. Di conseguenza, si trovano in una posizione per valutare se sandwichare queste transazioni sarebbe redditizio e poi inviare più voci per manipolare la loro posizione nell'ordinamento canonico finale.
E poiché quell'ordinamento è deciso da una formula nota e deterministica che coinvolge gli hash delle transazioni, inviare voci simili aumenta le probabilità di finire in uno slot favorevole rispetto alla transazione target. Questo, come affermato da XRPresso, potrebbe portare gli utenti quotidiani che commerciano tramite portafogli e app standard a essere sistematicamente svantaggiati mentre operatori più sofisticati estraggono valore dalle loro transazioni.
Schwartz ha riconosciuto che il problema è reale ma ha contestato alcune parti della cornice. Ha sottolineato che tutti i partecipanti hanno un'opportunità uguale di vedere i trasferimenti e ha sostenuto che i validatori non ottengono alcun vantaggio strutturale a meno che non si mettano d'accordo in molti. Un'azione del genere, ha detto, sarebbe visibile on-chain e porterebbe alla rimozione dei validatori colpevoli dalle liste di fiducia.
“Se più validatori si mettessero d'accordo, o un singolo validatore ci provasse, sarebbe *molto* ovvio per tutti esattamente chi lo stesse facendo,” ha scritto.
Inoltre, ha detto che non ci sono mai stati rapporti di qualcuno che tentasse qualcosa del genere, tranne come prova di concetto. Il problema più grande, secondo lui, è stata la redditività, poiché per guadagnare, gli attori avrebbero bisogno sia di alta liquidità che renderebbe i volumi degni dello sforzo disponibile, sia di bassa liquidità per muovere il prezzo in modo misurabile e a un costo ragionevole.
Tuttavia, ha offerto una soluzione in cui un utente invierebbe una transazione di prenotazione specificando un numero di sequenza del libro mastro e un ID transazione, e pagherebbe una tassa di prenotazione. Se la prenotazione ha successo e l'attività effettiva viene trasmessa prima che quel libro mastro si chiuda, ottiene priorità garantita su qualsiasi altra formata dopo che l'originale è stato divulgato.
“Questo garantisce che puoi eseguire la tua transazione prima di qualsiasi transazione che è stata formata dopo che la tua transazione è stata divulgata,” ha spiegato lo sviluppatore. “Utilizzeresti questo approccio ogni volta che vuoi eseguire una transazione che desideri assicurarti non possa essere incastrata o eseguita in anticipo.”
Il dibattito sul front-running in DeFi
XRPresso ha risposto che, sebbene l'idea di riserva di Schwartz valga la pena esplorarla, aggiungerebbe costi e complessità e non affronta completamente il problema sottostante della visibilità nella fase di pre-validazione. Secondo loro, la riservatezza mirata per i dettagli delle azioni in sospeso sarebbe una soluzione più pulita a lungo termine, con approcci simili già utilizzati su altre catene.
Il problema del front-running non è unico per l'ecosistema XRP, e il co-fondatore di Binance Changpeng Zhao ha proposto un DEX perpetuo a dark pool lo scorso anno che utilizza la crittografia a conoscenza zero per nascondere i dati degli ordini fino all'esecuzione. Anche quell'idea ha suscitato critiche, con alcuni sostenitori della decentralizzazione che affermano che nascondere i libri degli ordini ricreerà semplicemente le dinamiche interne da cui la crittografia doveva allontanarsi.
Fonte: CryptoPotato
