Ieri è stato un momento difficile per il DeFi. Un utente ha tentato di acquistare un token per circa 50 milioni di dollari USDT attraverso l'interfaccia di uno dei protocolli di prestito più rispettati del settore. Invece, si è ritrovato a ricevere token del valore di soli circa 36.000 dollari al momento dell'esecuzione. Situazioni come questa sono dolorose da vedere. Nessuno vuole svegliarsi con la notizia che un utente ha perso circa il 99% dei propri fondi in una singola transazione. Allo stesso tempo, questo incidente evidenzia anche una sfida su cui il nostro settore continua a cercare di trovare il giusto equilibrio: l'equilibrio tra sistemi senza permessi e un design UX responsabile. Credo fermamente nell'etica della crypto. Gli utenti dovrebbero essere in grado di transare liberamente e senza permessi onchain. Ma la libertà non dovrebbe significare lasciare gli utenti non protetti da errori evidenti e catastrofici. Questa è la sottile linea che il DeFi sta attualmente imparando a navigare e situazioni come questa sono una grande lezione su come possiamo migliorare. E a merito del team e della tecnologia sottostante utilizzata in questo caso, l'utente ha ricevuto avvisi che c'era un'elevata slippage nello scambio che stava cercando di eseguire, ed era necessario confermare se voleva ancora procedere tramite una casella di controllo – e la transazione è andata a buon fine solo perché ha superato tutte queste protezioni. Ma, chiediamoci di nuovo, c'era qualcosa che avremmo potuto fare diversamente? Da ieri, diversi partner e integratori hanno contattato chiedendo se qualcosa del genere potesse accadere attraverso integrazioni alimentate da LI.FI. La risposta breve è: no, questo non può accadere su La nostra architettura è specificamente progettata per prevenire questa classe di risultati. filtra i percorsi con un impatto sui prezzi estremo prima che vengano mai presentati all'utente. Gli integratori impostano soglie di impatto sui prezzi, e i percorsi che violano quelle soglie non arrivano mai all'interfaccia utente. Queste protezioni sono attivate attraverso le integrazioni, con maxPriceImpact impostato su un limite di perdita del 10% per impostazione predefinita. Molte di queste salvaguardie sono derivate dalle lezioni che abbiamo appreso all'inizio mentre operavamo Jumper, il nostro frontend rivolto ai consumatori. Gestire un prodotto per i consumatori ci ha esposto a ogni caso limite immaginabile, e ci ha costretti a costruire protezioni più forti direttamente nel livello infrastrutturale. Quei insegnamenti sono ora incorporati in tutto lo stack su cui si basano oggi portafogli, applicazioni e protocolli. Incidenti come questo sono sfortunati, ma servono anche come momenti di apprendimento importanti per l'intero ecosistema. Il DeFi è ancora in fase di maturazione, e ogni evento importante come questo spinge il settore a migliorare i propri standard. La sicurezza degli utenti è fondamentale, e si spera che dopo questo incidente - queste salvaguardie diventino standard nel settore. ...