Cómo especificar diferentes versiones de datos para las políticas de alquiler con metadatos de código de alquiler

Aplicación de estrategias de metadatos de códigos de taxi

Los pequeños socios que desarrollan en plataformas de intercambio cuantitativo de inventores a menudo pueden tener necesidades como:

Cuando se desarrolla una política de alquiler, se desea establecer un límite de fondos diferente para la política, un límite de intercambio diferente para la estrategia de alquiler ("exchanges que operan la estrategia de restricción"), o se desea establecer un límite de configuración de la cuenta de intercambio para la estrategia de alquiler ("especificar que esta política solo opera cuentas preestablecidas, sugerencias de estrategia y no realizar transacciones cuando los usuarios de la estrategia usan otras cuentas").

Obviamente, estas no pueden ser escritas muertas en el código, ya que si se escriben muertas en el código, todos los usuarios estarán limitados por estas condiciones y no se pueden controlar diferentes permisos de uso para diferentes grupos de usuarios.

Basándose en estos escenarios de demanda, los inventores han ampliado las nuevas funciones de la plataforma de comercio cuantitativo:Configuración de los metadatos del código de registro de la política de alquiler

Se puede especificar un metadato al crear el código de registroMeta, los datos son una cadena. Nota: la longitud de los meta no puede ser superior a 190 caracteres cuando se genera el código de registro.

• Limitar la política de paridad de los metadatos de código de registro de FMZ

  Por ejemplo, soy un estrategista de desarrollo de tiendas, y he desarrollado una estrategia para el BTC_USDT para el comercio de tiendas al contado.QuoteCurrencyEs decir, USDT, es una moneda de cambio que se compra y se mantiene.BaseCurrencyEn el caso de Bitcoin, voy a alquilar esta estrategia, que se llamatest1。

  Como se puede ver, el diseño limitado de la estrategia requiere un diseño específico en combinación con la situación de la estrategia específica. Este ejemplo es una demostración de la estrategia de contado, si la estrategia es una estrategia de futuros, se limita la información de tenencia de productos periódicos (según los datos de tenencia devueltos por GetPosition). Cuando la estrategia detecta que excede el límite de tenencia, deja de ejecutar la lógica de apertura de una sola posición (otras lógicas requieren una ejecución normal, como operaciones de posición plana).

  Por lo tanto, estos diseños deben combinarse con las propias estrategias específicas, y este ejemplo es solo un simple ejemplo ilustrativo y puede no tener valor de uso práctico.

  El código fuente de la estrategia:

  function main() {
      // 策略允许的计价币最大资产数值
      var maxBaseCurrency = null
      
      // 获取创建注册码时的元数据
      var level = GetMeta()
      
      // 检测Meta对应的条件
      if (level == "level1") {
          // -1为不限制
          maxBaseCurrency = -1       
      } else if (level == "level2") {
          maxBaseCurrency = 10     
      } else if (level == "level3") {
          maxBaseCurrency = 1
      } else {
          maxBaseCurrency = 0.5
      }
      
      while(1) {
          Sleep(1000)
          var ticker = exchange.GetTicker()
          
          // 检测资产数值
          var acc = exchange.GetAccount()
          if (maxBaseCurrency != -1 && maxBaseCurrency < acc.Stocks + acc.FrozenStocks) {
              // 停止执行策略交易逻辑
              LogStatus(_D(), "持仓超过注册码的使用限定，不再执行策略交易逻辑！")
              continue
          }
          
          // 其它交易逻辑
          
          // 正常输出状态栏信息
          LogStatus(_D(), "策略正常运行！ticker数据：\n", ticker)
      }
  }
  

  Cuando se crea un código de registro, se encuentra la política test1 en la librería de políticas y se hace clic en la página de la derecha.Objeto de operación¿Qué es esto?Venta y venta。

  

  Hacer clicVentas internas。

  

  Haga clic en el botón de control para configurar los datos del código de registro.

  

  Luego escribe la información que quiere limitar.Meta (en inglés)Los controles, por ejemplo, utilizan las categorías de varias estrategias diseñadas en este caso:

  • nivel 1: no hay límite en el número de almacenes.
  • El nivel 2 es el límite de 10 monedas.
  • El nivel 3 es el límite de monedas que se pueden mantener hasta un máximo de una moneda.
  • Meta no está configurado: cuando no está configurado, el número de monedas limitadas por defecto es de hasta 0,5 monedas.

  

  Lo primero que hacemos es configurar el controlador Meta.level1Así que este código de registro creado tiene la política de test1.level1No hay nada que hacer. El código de registro ha sido creado:

  购买地址: https://www.fmz.com/m/s/282900
  注册码: 7af0c24404b268812c97b55d073c1867
  

  Los inquilinos estratégicos envían este código de registro a los inquilinos estratégicos.

  Por ejemplo, en este momento he usado este código de registro en mi otra cuenta (los arrendatarios de la política) y he obtenido el acceso a la política test1.

  

• Estrategias para los inquilinos

  Estrategia de arrendatario, creación de disco, estrategia de uso de test1, añadir un objeto de WexApp (WexApp es un disco simulado de la plataforma FMZ) y ejecutar el disco.

  

  La estrategia está funcionando, lo que demuestra que la estrategia está funcionando correctamente.level1El rango no limita el número de tenencias (número de monedas en una cuenta de efectivo).

• Modificar los meta datos

  Cuando el código de registro de la política ya está usado, también se puede modificar si el desarrollador de la política necesita ajustar los metadatos del código de registro emitido.

  En el archivo de estrategias, en los registros de ventas.

  

  Los meta datos pueden ser modificados.

  

  Hemos cambiado los metadatos de los códigos de registro anteriores alevel3En este caso, el usuario de la política debe reiniciar la prueba de disco real.

  

  Como se puede ver en la imagen de arriba, esto desencadenólevel3El nivel de restricción de tenencia puede limitarse a un máximo de un monedero.

• Resumen

  Configurar los meta-datos de acuerdo con los diferentes grupos de usuarios y las diferentes estrategias de alquiler de niveles de pago para lograr un control de clasificación de estrategias.

  Por supuesto, esto es solo una lista de las necesidades de limitación y control más comunes. También hay una variedad de necesidades similares que pueden implementarse con esta función.