Cambios importantes
Posible cambio radical 1
Uso de «detener» el valor del parámetro «type» en «/private/cancel_all_by_currency» y «/private/cancel_all_by_instrument» ahora solo implicará la cancelación de las órdenes de stop-Loss.
Para cancelar las órdenes de Take-Profit, se debe utilizar uno de estos dos nuevos valores posibles: «take» (solo Take-Profit) y «trigger_all» (tanto Stop-Loss como Take-Profit). Se debe usar «trigger_all» en lugar de «algo_all», que estaba marcado como obsoleto
Posible cambio radical 2
[APIv2] [Bloquear operaciones] Se eliminaron los campos «initiator_user_id» y «executor_user_id» del objeto de respuesta de /private/execute_block_trade, /private/get_block_trade y /private/get_last_block_trades_by_currency.
Otros cambios
KYC
A partir del 21 de septiembre de 2021, agregaremos otra medida de seguridad a nuestro proceso de KYC. Los nuevos clientes individuales (no corporativos) deberán completar una verificación de vida. Esto significa que se añadirá un paso adicional al proceso de verificación, en el que el nuevo usuario tendrá que mirar a la cámara, de modo que nuestro software de verificación de identidad pueda comprobar si la persona es la misma que aparece en el documento de identidad que se ha proporcionado. El objetivo es minimizar el fraude de identidad. Por el momento, los clientes actuales no tienen que completar este paso adicional
Bloquear comercio
[APIv2] Se agregó el campo opcional «app_name» al objeto de respuesta a la operación de bloqueo.
Límite de retiro diario
-
[APIv2] Se agregaron los métodos private/get_daily_withdrawal_limit y private/set_daily_withdrawal_limit (solo para reducir el límite actual)
-
Se agregó la posibilidad de interfaz de usuario para reducir el límite de retiro diario de los clientes
-
Advertencia: solo los administradores de Deribit pueden aumentar el límite de retiro diario. Solicita la eliminación o el aumento a través de support@deribit.com, lo que requerirá una confirmación de identidad. Al establecer este valor en cero, bloquea inmediatamente toda posibilidad de retirar [BTC/ETH] de Deribit
Lista blanca de rangos de IP
[APIv2 e interfaz de usuario] Se agregó la capacidad de incluir en la lista blanca el rango de IP (subred) para la clave de API, por ejemplo, 126.23.12.x/24.
Margen hipotético de cartera
-
[APIv2] Se agregó el método «private/get_portfolio_margin» que devuelve los márgenes de cartera para las posiciones simuladas proporcionadas
-
Es posible que un cliente quiera simular lo que podría hacer con sus márgenes añadir una determinada posición o cambiar del margen estándar al margen de cartera. Este nuevo punto final lo demuestra
Obtenga posiciones de la cuenta principal y de todas las subcuentas en una sola solicitud
-
[APIv2] Se agregó el método private/get_subaccounts_details
-
Afecta a /private/get_position y /private/get_positions
-
Agregue el parámetro all_accounts (DEFAULT=False) y, si se establece en TRUE, devolverá la posición de todas las subcuentas
Cancelar_por_etiqueta
[APIv2] Se agregó el parámetro opcional «currency» para private/cancel_by_label (al pasar este parámetro se optimiza la ejecución, pero solo se cancelarán los pedidos en la moneda seleccionada).
ARREGLAR
-
Adición del equivalente FIX de Editar/Cancelar por etiqueta
Se agregó la posibilidad de usar clordID y deribitLabel del cliente en la solicitud de cancelación de pedidos (F), la solicitud de cancelación masiva de pedidos (q) y la solicitud de cancelación/reemplazo de pedidos (G) sin originClordID generado por el intercambio (equivalente a REST/WS cancel_by_label, etc.)
-
Se agregó soporte para el mensaje FIX Sequence Reset
-
Para la solicitud de lista de seguridad (x) se agregó SubscriptionRequestType (263): posibilidad de recibir notificaciones sobre instrumentos nuevos o cancelados y para las notificaciones de SecurityList (y): se agregó el campo SecurityStatus (965).
Notificación de edición de notas
[APIv2] Notificación después de editar las notas sobre retiros, depósitos y transferencias («retiro»). *», «depósito». *», «transferencia. *» canales).
Ticker incremental
-
[APIv2] Se agregó «incremental_ticker». Suscripción {instrument_name}
-
la suscripción es más eficiente en cuanto a la cantidad de actualizaciones y datos enviados
-
La suscripción envía un ticker completo para el instrumento en el evento inicial y, posteriormente, solo cambios incrementales entre tickers consecutivos.
-
El evento incremental_ticker no se enviará más de una vez por segundo
-
si nada cambia, incremental_ticker no se envía en absoluto (el ticker normal se envía al menos cada 5 segundos)
-
pero si nada cambia durante más de 1 minuto, volvemos a enviar el ticker completo
Posibilidad de asignar etiquetas a las suscripciones de los usuarios
[APIv2] Los clientes que se suscriban a canales privados de varias cuentas en la misma conexión pueden recibir la etiqueta asignada en los mensajes de notificación