Questi compromessi di progettazione dei relayer sono importanti da comprendere man mano che Cosmos espande IBC a catene non Tendermint che hanno più tempo per la finalizzazione (ad esempio Ethereum). Abbiamo bisogno di risolutori in grado di gestire trasferimenti più veloci della finalità, e devono essere in grado di gestire un grande volume Il thread di Hart ha seppellito un po' il lede, imo. La svolta non è solo la cauzione contro l'escrow, ma sta sostituendo gli oracoli lenti e autorizzati con una verifica rapida e guidata dall'utente, protetta da incentivi economici Il bonding capovolge gli incentivi: il relayer mette una garanzia piuttosto che l'utente, in modo che il sistema possa fidarsi della verifica dell'utente invece di aspettare un'ora per l'UMA Le obbligazioni vengono riciclate all'istante → molto meno capitale rimane inattivo → i solutori possono elaborare più volume Esempio: Bob collega Base a Ethereum. Invece di aspettare un'ora per un verificatore, Alice vede la transazione di Bob completata, vi fa riferimento nella propria e libera immediatamente l'obbligazione Il compromesso: i relayer hanno bisogno di liquidità sufficiente nei loro bilanci per coprire i picchi di traffico, anche se il design include un bonding just-in-time per aiutare a gestirlo Approccio intelligente ed elegante. Bel lavoro @hal2001 e team trasversale