Sushi (SUSHI): Un Sushi Swap Puede Cruzar Varios Pools
Intercambia o proporciona liquidez a través de Sushi con la ruta, el contrato, la tarifa y los supuestos de pool correctos.
Asunto:
Sushi
Modo de mercado:
Solo instantánea
Activo de tarifa:
ETH / varía
Zona horaria:
UTC
Esta página no cotiza un intercambio, verifica un pool, calcula la pérdida impermanente, gestiona la liquidez ni afirma que todas las implementaciones de Sushi usen contratos idénticos.
Propiedad del contenido: Equipo Editorial de BitcoinToolkitReferencias técnicas: documentación oficial del protocolo y para desarrolladores.Enfoque de revisión: las explicaciones técnicas se verifican con fuentes primarias y se actualizan cuando la red o el activo cambian.Última revisión de contenido: Última prueba de integración de datos:
Un intercambio de Sushi puede cruzar varios pools
El par mostrado es una solicitud; la ruta define los contratos y activos reales utilizados.
Flujo de trabajo de Sushi desde la primera decisión del usuario hasta un resultado verificado.
Cotización, aprobación y ejecución
El enrutamiento de Sushi puede comparar rutas directas y de múltiples saltos entre los tipos de pool admitidos. La billetera aprueba el token de entrada cuando es necesario, luego envía una transacción de router que contiene el monto, la ruta y las condiciones de salida mínima. Cada salto puede contribuir con tarifas de pool e impacto en el precio, mientras que la cadena anfitriona cobra gas de forma independiente.
Inspecciona la red, el contrato de entrada y salida, el procesador de ruta, el destino de aprobación, la secuencia de saltos, el mínimo recibido y la fecha límite. Una cotización es temporal y puede fallar o producir una ruta peor después de cambios en la liquidez. Una transacción exitosa debe verificarse a partir de las transferencias emitidas y el saldo final de la billetera, no solo de una pantalla de confirmación de la interfaz.
El tipo de pool determina cómo se utiliza el capital
La liquidez de rango completo y la concentrada responden de manera diferente al movimiento de precios.
Producto constante y rangos seleccionados
Los proveedores de liquidez deben verificar ambos contratos de token, reservas, configuración de tarifas, precio actual y ruta de retiro. Modele el cambio de composición de tokens y la pérdida impermanente por separado de las recompensas mostradas. Una alta tasa anual puede combinar incentivos de corta duración con tarifas y no compensata automáticamente por un depeg, token malicioso, rango inactivo o falla de contrato inteligente.
Sushi es multicadena, pero los saldos son específicos de cada cadena
Una interfaz familiar puede ocultar diferentes activos de gas y direcciones de contrato.
Límites de red y token
Cada implementación depende de su cadena anfitriona para el orden, la finalidad, el gas y los estándares de token. SUSHI u otro token mantenido en Ethereum no existe automáticamente en cada red compatible. Las representaciones puenteadas conllevan dependencias de puente o emisor, y los pools con los mismos símbolos en dos cadenas pueden contener contratos y liquidez no relacionados.
Confirme la red antes de cada aprobación y transacción. Mantenga el activo nativo de esa red para el gas. No pegue una dirección de pool de otra cadena, envíe tokens LP o de posición directamente a un intercambio, ni asuma que la ruta más barata incluye costos de puente. El movimiento entre cadenas es una operación separada de un swap local de Sushi.
Elige la siguiente verificación de Sushi
Use una lista de verificación diferente para operar y proporcionar liquidez.
Operador, proveedor o titular de SUSHI
Los operadores deben verificar contratos, ruta, impacto en el precio, salida mínima y gas. Los proveedores deben inspeccionar la versión del pool, el nivel de tarifa, la calidad de las reservas, el rango y la fuente de recompensas. Los titulares de SUSHI que consideren gobernanza deben leer la propuesta actual y el proceso de ejecución en lugar de inferir derechos de voto de un saldo de intercambio.
Revocar asignaciones innecesarias, mantener los hashes de transacción y registrar la dirección del pool antes de depositar. Compare Sushi con otro lugar usando la salida ejecutable después del gas en lugar de una tasa de titular. Continúe a la página de la cadena anfitriona relevante para el comportamiento de finalidad y tarifas, luego use herramientas de billetera para inspeccionar aprobaciones y activos recibidos.
Preguntas frecuentes sobre intercambios y liquidez de Sushi
¿Puede un intercambio de Sushi tener éxito a un precio peor que el de la vista previa?
Sí. El estado del pool, el enrutamiento, el impacto en el precio, la configuración de deslizamiento, las tarifas y el orden de las transacciones pueden cambiar la ejecución.
Limitaciones conocidas
Las redes compatibles, los routers y los pools pueden cambiar.
Los rendimientos del pool dependen de los precios de los tokens y la liquidez.
La página no cotiza ni gestiona una posición en vivo.
Metodología de datos de mercado
La página utiliza una instantánea agregada de SUSHI/USD de CoinGecko. No se muestra ningún gráfico de intercambio para esta entidad.
Fuente de la instantánea de mercado
Datos de mercado agregados de CoinGecko (SUSHI/USD)
Caché
La caché de instantáneas es de aproximadamente 60 segundos.
Manejo de fallos
Los datos en caché verificados están etiquetados como Cached o Delayed. Los valores faltantes permanecen no disponibles.
