长久以来,数字货币交易所持仓API接口的数据延迟问题总是困扰着我。一直没有找到合适的处理方式,这个问题的场景我来复现下。通常合约交易所提供的市价单其实为对手价,所以有时候用这个所谓的“市价单”有些不靠谱。因此我们在写数字货币期货交易策略时,大部分用的是限价单。在每次下单后,我们要检查持仓,看看下单是不是成交了,并且持有了对应的仓位。问题就出在这个持仓信息上,如果订单成交了,交易所持仓信息接口(就是我们调用exchange.GetPosition时底层实际去访问的交易所接口)返回的数据应当是包含新开仓持仓信息的,但是交易所返回的数据如果是旧数据,即刚才下单的订单成交前的持仓信息,这样就出问题了。交易逻辑可能认为订单没有成交,继续下单。但是交易所下单接口并不延迟,反而成交很快,下单就成交。这样会造成一种严重的后果就是策略在一次触发开仓的操作时会不停的重复下单。
Por causa desse problema, vi uma estratégia louca de abrir várias posições, felizmente, graças ao colapso do mercado, que flutuou mais de 10 BTC; felizmente, o mercado está em alta, se for uma queda, o resultado é imaginável.
Solução 1 A estratégia pode conceber a lógica de fazer um pedido apenas na próxima ordem, o preço do pedido adicionando um preço mais alto para o preço do oponente no momento, para comer um pedido de oponente de certa profundidade. O benefício de fazer isso é fazer apenas o próximo pedido e não julgar com base em informações de armazenamento. Isso evita o problema da repetição de pedidos, mas às vezes o pedido pode desencadear o mecanismo de preço do mercado quando as mudanças de preço são maiores, e é possível que o grande deslize ainda não tenha sido feito e a oportunidade seja perdida.
Opção 2 Com a função de lista de preços do mercado, a transferência de preços em FMZ-1 é a lista de preços do mercado, e atualmente a interface de futuros da OKEX foi atualizada para suportar uma lista de preços real.
Opção 3 Continuamos a usar a lógica de transação anterior, usando o pedido de limite de preço, mas adicionamos alguns testes na lógica de transação para tentar resolver o problema causado pelo atraso dos dados do posicionamento. Verificar se o pedido depois do pedido desapareceu diretamente na lista de pendências sem ser revogado (duas possibilidades de desaparecimento da lista de pendências: 1 retirada, 2 transações), detectar essa situação e voltar a fazer o mesmo pedido da última vez, neste momento, é preciso prestar atenção se o pedido foi atrasado, deixando o programa entrar na lógica de espera, retomando as informações de armazenamento, ou mesmo pode continuar a otimizar, aumentando o número de espera de gatilhos, além de um certo número de vezes, indicando que o problema de atraso dos dados da interface de armazenamento é grave, deixando a lógica de transação terminar.
// 参数
/*
var MinAmount = 1
var SlidePrice = 5
var Interval = 500
*/
function GetPosition(e, contractType, direction) {
e.SetContractType(contractType)
var positions = _C(e.GetPosition);
for (var i = 0; i < positions.length; i++) {
if (positions[i].ContractType == contractType && positions[i].Type == direction) {
return positions[i]
}
}
return null
}
function Open(e, contractType, direction, opAmount) {
var initPosition = GetPosition(e, contractType, direction);
var isFirst = true;
var initAmount = initPosition ? initPosition.Amount : 0;
var nowPosition = initPosition;
var directBreak = false
var preNeedOpen = 0
var timeoutCount = 0
while (true) {
var ticker = _C(e.GetTicker)
var needOpen = opAmount;
if (isFirst) {
isFirst = false;
} else {
nowPosition = GetPosition(e, contractType, direction);
if (nowPosition) {
needOpen = opAmount - (nowPosition.Amount - initAmount);
}
// 检测directBreak 并且持仓未变的情况
if (preNeedOpen == needOpen && directBreak) {
Log("疑似仓位数据延迟,等待30秒", "#FF0000")
Sleep(30000)
nowPosition = GetPosition(e, contractType, direction);
if (nowPosition) {
needOpen = opAmount - (nowPosition.Amount - initAmount);
}
/*
timeoutCount++
if (timeoutCount > 10) {
Log("连续10次疑似仓位延迟,下单失败!", "#FF0000")
break
}
*/
} else {
timeoutCount = 0
}
}
if (needOpen < MinAmount) {
break;
}
var amount = needOpen;
preNeedOpen = needOpen
e.SetDirection(direction == PD_LONG ? "buy" : "sell");
var orderId;
if (direction == PD_LONG) {
orderId = e.Buy(ticker.Sell + SlidePrice, amount, "开多仓", contractType, ticker);
} else {
orderId = e.Sell(ticker.Buy - SlidePrice, amount, "开空仓", contractType, ticker);
}
directBreak = false
var n = 0
while (true) {
Sleep(Interval);
var orders = _C(e.GetOrders);
if (orders.length == 0) {
if (n == 0) {
directBreak = true
}
break;
}
for (var j = 0; j < orders.length; j++) {
e.CancelOrder(orders[j].Id);
if (j < (orders.length - 1)) {
Sleep(Interval);
}
}
n++
}
}
var ret = {
price: 0,
amount: 0,
position: nowPosition
};
if (!nowPosition) {
return ret;
}
if (!initPosition) {
ret.price = nowPosition.Price;
ret.amount = nowPosition.Amount;
} else {
ret.amount = nowPosition.Amount - initPosition.Amount;
ret.price = _N(((nowPosition.Price * nowPosition.Amount) - (initPosition.Price * initPosition.Amount)) / ret.amount);
}
return ret;
}
function Cover(e, contractType, opAmount, direction) {
var initPosition = null;
var position = null;
var isFirst = true;
while (true) {
while (true) {
Sleep(Interval);
var orders = _C(e.GetOrders);
if (orders.length == 0) {
break;
}
for (var j = 0; j < orders.length; j++) {
e.CancelOrder(orders[j].Id);
if (j < (orders.length - 1)) {
Sleep(Interval);
}
}
}
position = GetPosition(e, contractType, direction)
if (!position) {
break
}
if (isFirst == true) {
initPosition = position;
opAmount = Math.min(opAmount, initPosition.Amount)
isFirst = false;
}
var amount = opAmount - (initPosition.Amount - position.Amount)
if (amount <= 0) {
break
}
var ticker = _C(exchange.GetTicker)
if (position.Type == PD_LONG) {
e.SetDirection("closebuy");
e.Sell(ticker.Buy - SlidePrice, amount, "平多仓", contractType, ticker);
} else if (position.Type == PD_SHORT) {
e.SetDirection("closesell");
e.Buy(ticker.Sell + SlidePrice, amount, "平空仓", contractType, ticker);
}
Sleep(Interval)
}
return position
}
$.OpenLong = function(e, contractType, amount) {
if (typeof(e) == "string") {
amount = contractType
contractType = e
e = exchange
}
return Open(e, contractType, PD_LONG, amount);
}
$.OpenShort = function(e, contractType, amount) {
if (typeof(e) == "string") {
amount = contractType
contractType = e
e = exchange
}
return Open(e, contractType, PD_SHORT, amount);
};
$.CoverLong = function(e, contractType, amount) {
if (typeof(e) == "string") {
amount = contractType
contractType = e
e = exchange
}
return Cover(e, contractType, amount, PD_LONG);
};
$.CoverShort = function(e, contractType, amount) {
if (typeof(e) == "string") {
amount = contractType
contractType = e
e = exchange
}
return Cover(e, contractType, amount, PD_SHORT);
};
function main() {
Log(exchange.GetPosition())
var info = $.OpenLong(exchange, "quarter", 100)
Log(info, "#FF0000")
Log(exchange.GetPosition())
info = $.CoverLong(exchange, "quarter", 30)
Log(exchange.GetPosition())
Log(info, "#FF0000")
info = $.CoverLong(exchange, "quarter", 80)
Log(exchange.GetPosition())
Log(info, "#FF0000")
}
O endereço do modelo:https://www.fmz.com/strategy/203258
A forma de chamar a interface do modelo é como na função main acima.$.OpenLong
,$.CoverLong
Não, não é.
O modelo é uma versão de teste, é bem-vindo a fazer sugestões, e será continuamente otimizado para lidar com o problema de atraso de dados de armazenamento.
excmA melhor maneira de fazer isso é usar o ws, para que o servidor o avise imediatamente quando houver uma atualização, em vez de perguntar uma vez.
Xueqiu BotEncontrei este problema, minha solução é registrar a posse antes da encomenda, e depois registrar o id após a encomenda ioc, o ciclo obtém o estado da encomenda, se for transação / transação parcial, o ciclo contrasta a posse atual com a posse registrada, e salta do ciclo quando os dois valores são diferentes.
Inventor quantificado - sonho pequenoO que eu tenho que dizer é que a maioria das vezes, o que eu vejo é um WS instável, com vários problemas.
excmSe você tiver um problema com o WS, mesmo que você tenha um problema com o WS, mesmo que você tenha um problema com o WS, mesmo que você tenha um problema com o WS, mesmo que você tenha um problema com o WS, mesmo que você tenha um problema com o WS, mesmo que você tenha um problema com o WS, mesmo que você tenha um problema com o WS.
Inventor quantificado - sonho pequenoNo entanto, a interface WS também é pouco confiável, o que causa mais problemas do que o protocolo REST.
Inventor quantificado - sonho pequenoMuito obrigado, aprenda.