En el primer artículo de una serie que explica el modo Fusion, analizamos cómo se resuelven los intercambios.
A diferencia de los swaps heredados, en los swaps del modo Fusion, la transacción real para intercambiar un token por otro la realiza un solucionador.
Comencemos con algunos puntos clave importantes.
Un solucionador es un algoritmo totalmente automatizado que consta de una aplicación de servidor (que determina qué órdenes completar y cuándo), un conjunto de contratos inteligentes que ejecutan operaciones y una cuenta de propiedad externa (o multifirma) que configura los contratos. Los resolutores son aplicaciones desarrolladas por terceros.
Estas aplicaciones resuelven órdenes límite en modo Fusion (también conocidas como “swaps Fusion”), enviadas por usuarios de 1 pulgada, en modo automático sin involucrar a ninguna persona.
1inch se asegura de que un usuario que realiza un intercambio obtenga al menos la cantidad mínima garantizada (“mínimo a recibir”), y se diseña un mecanismo de subasta para ofrecer el mejor precio posible y maximizar los ingresos del usuario.
En este marco, creado por 1inch, los resolutores también pueden optimizar sus ingresos.
Arquitectura de resolución
La siguiente tabla representa la arquitectura de un solucionador.
Cómo convertirse en un solucionador
Se dedicará un artículo aparte a este tema. Aquí te lo explicamos brevemente.
Técnicamente, cualquier usuario que haya apostado una cantidad de tokens de 1 PULGADA suficiente para recibir Unicorn Power de al menos 100 puede convertirse en un solucionador. Un solucionador también puede recibir Unicorn Power delegado por otros usuarios. Además de resolver, Unicorn Power se puede utilizar para participar en la gobernanza de DAO.
Para obtener el derecho a resolver swaps, un resolutor debe pasar por un proceso de verificación, que incluye KYC/KYB por parte de Synaps y revisión de billetera/cuenta por parte de TRM Labs (este último se realiza para asegurarse de que la cuenta en cuestión no esté vinculada a cualquier actividad ilícita).
1inch no evalúa el backend de ningún resolutor ni el código de contrato de trabajador, que se supone que son privados. Los resolutores tienen que escribir su propio backend de resolución y contratos inteligentes. Pero 1inch ofrece un ejemplo sencillo de cómo se puede hacer esto: https://github.com/1inch/fusion-resolver-example
El próximo artículo de la serie se centrará en el componente fuera de la cadena del proceso de resolución de swaps.