요새. 실행 질문 - 페이지 103

새 코멘트
 
Комбинатор :

아니오)) 당신 자신이이 정의를 생각해 냈습니다. 구출에 구글

자, 그럼 제가 제목에 실수를 했지만 제가 말씀드린 요지는 맞습니다.

이 경로를 "보류"라고 하거나 원하는 대로...

추가됨

Frontrunning에는 3가지 정의가 있지만 

Фронтраннинг (Front running или «забегание вперед»)

I. один из классических приемов скальпинга,  когда заявка на покупку/продажу выставляется перед крупной заявкой, в надежде/с целью, что крупная заявка сыграет роль поддержки/сопротивления...
 
II. Неэтичная и в некоторых случаях незаконная практика, когда брокер ставит свой собственный ордер перед крупным ордером клиента, который, по его мнению, приведет к движению рынка. Трейдеру от клиента поступает заказ на приобретение пакета ценных бумаг, однако он вначале покупает их для себя, а затем продает трейдеру или на рынке по более высокой цене.

III. Торговая стратегия в алготрейдинге, основанная на автоматическом анализе количества завок в стакане (моментальной ликвидности) инструмента. Сделка осуществляется если вблизи цен bid/ask появляется заявка, суещственно превышающая средний объем заявок в стакане или средний объем сделок за определенный период времени. Стратегия рассчитана на то, что прежде чем большие заявки будут удовлетворены, рынок несколько раз отскочит в обратном направлении.

두 번째 요점은 분명히 주제에 관한 것입니다(II. 비윤리적이며 경우에 따라 불법 행위).

 
prostotrader :

나는 "손"과 전혀 거래하지 않습니다. 로봇 만 있습니다. 무슨 일이 일어나고 있는지 보았습니다.

그러나이 경우 이것은 교환 "잼"이 아니라고 확신합니다. 마침내 당신은 할 수 있습니다

현재 선물에 대한 거래 전용 한도(주문에 명시된 가격으로)가 충분하더라도

당신이 따라야 하는 강한 움직임. 즉, 주문에서 가장 좋은 가격이 아니라 한 단계 높거나 낮은(주문의 방향에 따라) 가격을 설정합니다.

시간이 있으면 가장 좋은 것을 선택하고, 그렇지 않으면 한 발짝 더 나간 것입니다. 이는 시장 주문의 "미끄러짐"에 해당합니다.

흠,하지만 유리에서는 쓰레기로 판명되었습니다. 정지 제한이 설정되어 있고 재입고가 없습니다 ... 프로그래밍 방식으로 말했듯이 시도하지 않았습니다.

스프레드에 제한을 가하면 채워지지만 더 자주는 일부만 채우고 도망칩니다.

 
Aleksey Vyazmikin :

흠,하지만 유리에서는 쓰레기로 판명되었습니다. 정지 제한이 설정되어 있고 재입고가 없습니다 ... 프로그래밍 방식으로 말했듯이 시도하지 않았습니다.

스프레드에 제한을 가하면 채워지지만 더 자주는 일부만 채우고 도망칩니다.

당신은 무언가를 혼동하고 있습니다. 지정가 주문은 채워진 후에 주문장에 남아있을 수 없습니다.

지정가 주문은 주문에 지정된 가격보다 나쁘지 않은 가격으로 실행되어야 하며 잔액이 있으면 자동으로 제거됩니다.

추가됨

다음은 지정가/시장가 주문을 설정하는 예입니다.

 //+------------------------------------------------------------------+
//| Expert set order function                                        |
//+------------------------------------------------------------------+
void SetOrder( const string aSymbol, uint &order_id, const double price, const double volume, const bool buy_sell)
{
   MqlTradeRequest request = { 0 };
   MqlTradeResult   result  = { 0 };
  main_order_ticket = 0 ;
  main_mem_magic = magic_storage + 1 ;
  main_order_symbol = aSymbol;
//---  
   if (magic_storage >= (magic_number + 65530 )) main_mem_magic = magic_number;
//--- Fill structure
  request.magic = main_mem_magic;
  request.symbol = aSymbol;
  request.volume = volume; 
  request.type_filling = ORDER_FILLING_IOC ;
  request.type_time = ORDER_TIME_DAY ;
   if (price == 0 )
  {
    request.action = TRADE_ACTION_DEAL ;
    request.comment = "Рыночный ордер..." ;
     if (buy_sell)
    {
      request.type = ORDER_TYPE_BUY ;
    }
     else
    {
      request.type = ORDER_TYPE_SELL ;
    }
  }
   else
  { 
    request.action = TRADE_ACTION_PENDING ;
    request.price = price;
    request.comment = "Лимитный ордер..." ;
     if (buy_sell)
    {
      request.type = ORDER_TYPE_BUY_LIMIT ;
    }
     else
    {
      request.type = ORDER_TYPE_SELL_LIMIT ;
    }   
  }  
//--- Send order
   if ( OrderSendAsync (request, result))
  {
     if ((result.retcode == TRADE_RETCODE_PLACED ) || (result.retcode == TRADE_RETCODE_DONE ))
    {
      order_id = result.request_id;
      magic_storage = main_mem_magic;
      main_state = ORD_DO_SET;
      main_mem_time = GetMicrosecondCount ();
      main_start_time = TimeCurrent ();
      SetTransCount();
    }
     else
    {
      order_id = 0 ;
      main_mem_magic = 0 ;
      main_order_symbol = "" ;
      main_state = ORD_NO_STATE;
      main_mem_time = 0 ;
      main_start_time = 0 ;
      CheckError(result.retcode, "SetOrder: Ордер не установлен! Причина: " , MAIN_ORDER, main_order_ticket);
    }
  }
   else
  {
    order_id = 0 ;
    main_mem_magic = 0 ;
    main_order_symbol = "" ;
    main_state = ORD_NO_STATE;
    main_mem_time = 0 ;
    main_start_time = 0 ;
    CheckError(result.retcode, "SetOrder: Ордер не отправлен! Причина: " , MAIN_ORDER, main_order_ticket);
  }
}
 
prostotrader :

당신은 무언가를 혼동하고 있습니다. 지정가 주문은 채워진 후에 유리에 남아있을 수 없습니다.

지정가 주문은 주문에 지정된 가격보다 나쁘지 않은 가격으로 실행되어야 하며 그렇지 않으면 자동으로 제거됩니다.

그래서 저는 이렇게 했습니다. 나는 유리의 스프레드 아래에 매수 한도를 놓고 마우스로 매도 한도 쪽으로 드래그하고 bam, 그것은 이미 정지 한도에 매달려 있습니다.

 
Aleksey Vyazmikin :

그래서 저는 이렇게 했습니다. 나는 유리의 스프레드 아래에 매수 한도를 놓고 마우스로 매도 한도 쪽으로 드래그하고 bam, 그것은 이미 정지 한도에 매달려 있습니다.

유리에 "제한"을 둘 수 없으며 PENDING 주문을 설정할 수 있습니다.

주문명에 대한 질문을 여러 번 해서 '토마토 펠트'를 당했다.

나는 그들이 EXCHANGE 자체라고 부르는 것처럼 주문의 이름을 지정할 것을 제안했지만 작동하지 않았습니다.

MT5 자체는 은행이 아닌 주문 이름을 도입하고 자체 유형을 추가했습니다.

물론 MT5에서 수행되는 작업은 선험적으로 정확합니다. :))

추가됨

다음은 Exchange 자체의 주문 유형입니다. 

• Поле type может принимать следующие значения:
1 котировочная заявка (остаётся в очереди после частичного сведения)
2 встречная заявка (снимается после проведения аукциона)
3 заявка Fill-or-Kill
Совершение сделок - Торговые операции - MetaTrader 5
Совершение сделок - Торговые операции - MetaTrader 5
  • www.metatrader5.com
Торговая деятельность в платформе связана с формированием и отсылкой рыночных и отложенных ордеров для исполнения брокером, а также с управлением текущими позициями путем их модификации или закрытия. Платформа позволяет удобно просматривать торговую историю на счете, настраивать оповещения о событиях на рынке и многое другое. Открытие позиций...
 
prostotrader :

유리에 "제한"을 둘 수 없으며 PENDING 주문을 설정할 수 있습니다.

주문명에 대한 질문을 여러 번 해서 '토마토 펠트'를 당했다.

나는 그들이 EXCHANGE 자체라고 부르는 것처럼 주문의 이름을 지정할 것을 제안했지만 작동하지 않았습니다.

MT5 자체는 은행이 아닌 주문 이름을 도입하고 자체 유형을 추가했습니다.

물론 MT5에서 수행되는 작업은 선험적으로 정확합니다. :))

추가됨

다음은 Exchange 자체의 주문 유형입니다.

이름부터 본질은 변하지 않습니다.

 
Aleksey Vyazmikin :

이름부터 본질은 변하지 않습니다.

많은 것들이 변합니다. 당신은 한 가지 유형의 주문 을 의미합니다.

혼란을 바탕으로 잘못된 결론을 얻습니다 ...

추가됨

 1 котировочная заявка (остаётся в очереди после частичного сведения) - ОТЛОЖЕННЫЙ ОРДЕР
2 встречная заявка (снимается после проведения аукциона)             - ЛИМИТНЫЙ/РЫНОЧНЫЙ ОРДЕР (если есть цена, то ЛИМИТНЫЙ, максимальная (минимальная) цена - РЫНОЧНЫЙ) 
3 заявка Fill-or-Kill                                                - ЛИМИТНЫЙ/РЫНОЧНЫЙ ОРДЕР с исполнением ВСЕМ объёмом, указанным в ордере
 
prostotrader :

많은 것들이 변합니다. 당신은 한 가지 유형의 주문 을 의미합니다.

혼란을 바탕으로 잘못된 결론을 얻습니다 ...

추가됨

예, 지금 혼란 스럽습니다. 그래서 유형 1을 연 다음 이 주문을 주문장으로 드래그하면 분류에 없는 유형이 됩니다. BuyStop/SellStop은 어디에 있습니까?

 
Aleksey Vyazmikin :

네, 지금 혼란스럽습니다. 그래서 유형 1을 연 다음 이 주문을 주문장으로 드래그하면 분류에 없는 유형이 됩니다. BuyStop/SellStop은 어디에 있습니까?

명확하지 않습니까?

BuyStop/SellStop - 서버에 저장된 가상의 MQ 주문 유형 입니다.

추가됨

MQ 주문이 호출되는 방식입니다.

추가됨

MQ가 명령을 호출하고 작동 원리를 설명하는 방법에 관계없이 결국에는 모든 유형이 명명됩니다.

그들에 의해 다음과 같은 명령이 내려집니다.

 1 котировочная заявка (остаётся в очереди после частичного сведения) - ОТЛОЖЕННЫЙ ОРДЕР
2 встречная заявка (снимается после проведения аукциона)             - ЛИМИТНЫЙ/РЫНОЧНЫЙ ОРДЕР (если есть цена, то ЛИМИТНЫЙ, максимальная (минимальная) цена - РЫНОЧНЫЙ) 
3 заявка Fill-or-Kill                                                - ЛИМИТНЫЙ/РЫНОЧНЫЙ ОРДЕР с исполнением ВСЕМ объёмом, указанным в ордере  

내 분류는 간단하고 명확합니다 (주문 교환 이름에 따름)

1. 보류 중인 주문( 견적 주문 ) - 주문에 지정된 가격으로 완전히 실행되거나 사용자가 직접 주문을 제거할 때까지 유리에 서 있습니다.

2. 시장가 주문( 카운터 오더 ) - 어떤 가격에서든 현재 가능한 수량으로 즉시 실행

3. 지정가 주문( 카운터 주문 ) - 즉시 실행(시장 주문처럼), 그러나 주문에 지정된 가격보다 나쁘지 않은 가격(따라서 LIMIT)

3a. FOK 주문( Fill-or-Kill 주문)은 일종의 시장(제한) 주문이지만 시장이 주문에 지정된 볼륨을 갖는 조건입니다.

 
prostotrader :

BuyStop/SellStop - 서버에 저장된 가상의 MQ 유형 주문 .

발명된 것이 아니라 파생상품으로 시장으로 환원됩니다. MQ 이전에 발명되었습니다.

MQ 주문의 종류에 따라 보류 주문이 항상 한도가 되는 것은 아니지만, 거래소에 입력한 주문에 따르면 항상 한도입니다.

나는 그런 사소한 일로 논쟁하는 것이 의미가 없다고 생각합니다. 또한 다른 교환에는 추가 유형의 주문이 있을 수 있습니다.

1...96979899100101102103104105106107108109110...156
새 코멘트
사유: