1inch (1INCH): Classic y Fusion crean compromisos diferentes

Contratos, rutas y montos recibidos

Verifique la red, el contrato del token, los decimales, el router o el objetivo del permiso, el monto de la asignación y la salida de la billetera antes de autorizar una ruta Classic. El mismo ticker puede identificar contratos no relacionados. Los tokens con tarifa en la transferencia, rebase, restringidos o maliciosos pueden no comportarse como espera el modelo de cotización, y una ruta puede usar varios pools con impacto de precio separado.

Compare el mínimo final recibido, no solo el precio destacado. Mantenga el activo de gas de la cadena anfitriona para la ejecución Classic, la aprobación y la revocación. Para Fusion, verifique el dominio y los campos de la orden en lugar de aprobar un gastador arbitrario. Nunca trate una transacción patrocinada, un pago al resolvedor o una etiqueta de interfaz como prueba de que un contrato de token es auténtico.

Qué deben verificar los usuarios de 1inch y por qué este diseño difiere

Para Classic, guarde la ruta, el router, la asignación y el hash de la transacción. Para Fusion, guarde el identificador de la orden firmada, la expiración y el estado de llenado. Para Fusion+, registre ambas cadenas, el estado del escrow y el recibo de destino. Los titulares de 1INCH que evalúen el staking deben revisar las reglas de bloqueo, delegación, gobernanza y resolvedor por separado de la ejecución del swap.

No compare cotizaciones capturadas en diferentes bloques o en diferentes redes como idénticas. Confirme el saldo de salida después de la liquidación y revoque las aprobaciones innecesarias. Continúe a la página de Ethereum, Solana u otra cadena anfitriona para conocer las tarifas y el comportamiento de las transacciones, y luego use las herramientas de la billetera para las direcciones realmente involucradas.

1inch es una familia de protocolos de enrutamiento de swaps multicadena. 1INCH admite la participación en gobernanza y resolvedor.