Billetera del usuario
La billetera conectada identifica la cuenta, proporciona firmas explícitas donde sea necesario y permanece responsable de los fondos y exposición al mercado asociados con el workflow seleccionado.
Aprende Stryx / permisos
Billeterías ejecutoras y permisos delegados para el trading
Algunos workflows de trading soportados separan la billetera del usuario que controla los fondos y otorga autoridad a una billetera ejecutora o firmante que envía las acciones aprobadas por el proveedor.
Rol de la billetera del usuario y de la billetera ejecutora
Billetera ejecutora o firmante
Cuando sea compatible, una identidad de ejecución independiente puede enviar acciones dentro de la autoridad aceptada por el mercado o el flujo del contrato. Esto no hace que el flujo sea universalmente custodial ni no custodial; revisa la ruta real.
No es autorización
Conectar
La conexión expone una dirección y el escenario seleccionado a la interfaz. No por sí misma aprobación de operaciones, transferencias o instrucciones.
Aprobar o firmar
Un flujo soportado puede requerir una firma de cuenta, autorización en el lugar, aprobación de contrato o inicio almacenado. Lee la presentada alcance antes de confirmar.
Activar
Solo después de la disponibilidad del servicio, la financiamiento necesaria y las autorizaciones aplicables deberían permitir que un runtime pueda subir sus acciones configuradas.
Área de alcance y ciclo de vida
Entender el área de alcance
Verificar qué cuenta, lugar, contrato, mercado, tipo de acción y autoridad para la operación o comercio el flujo puede alcanzar. No inferir restricciones que no se vean en la aprobación.
Monitorear el estado
Compara el estado de ejecución del aplicación con las órdenes, posiciones y balances en vivo del lugar. La autorización puede permanecer mientras se pausan o se desconecten un servicio, dependiendo de la implementación.
Detener, reemplazar o revocar
Compara el estado de ejecución del aplicación con las órdenes, posiciones y balances en vivo del lugar. La autorización puede permanecer mientras se pausan o se desconecten un servicio, dependiendo de la implementación.
Fondos y seguridad operativa
Solo fondos en el camino requerido
Algunas workflows requieren colateral, gas o una cuenta asociada con un ejecutor de wallet; otros usan la cuenta del usuario del lugar. Insuficiente puede bloquear la ejecución, mientras que exceso de exposición puede aumentar la pérdida operativa.
Proteger cada componente autorizado
Seguir dispositivos de saldo seguro, material de recuperación, credenciales API y claves del ejecutor. Revisar firmas no autorizadas, sesiones estancadas, direcciones cambiadas y permisos antes de reanudar un servicio.
Limitaciones de delegación
La delegación puede separar la ejecución repetitiva de la interacción directa del usuario, pero no valida una estrategia, garante una orden, elimina el riesgo smart-contract o del lugar, ni remueve la exposición del mercado al usuario. Los fallos en servicio, datos estancados, órdenes rechazadas, autorización comprometida y errores de configuración pueden aún producir pérdida.
Pre-activación checklist
Identidad
Comprueba la dirección de usuario conectada, la red seleccionada, la identidad de ejecución y el mercado o contrato de destino.
Autoridad
Revisar cada firma y aprobación visible, su ámbito de visibilidad disponible para detener o cambiarlo.
Recuperación
Conocer cómo inspeccionar las órdenes abiertas y posiciones manualmente si la interfaz o el estado del runtime se convierte inaccesible.