내가 어디에서 잘못 되었습니까? 솔직히, 나는 논쟁이 무엇인지 이해하지 못합니다!? 교환 측면에서 비효율적인 거래는 다음과 같은 조건입니다.
최대 2000개의 트랜잭션 - 트랜잭션 없음(또는 동시에 비효율적이고 비효율적이지 않음). 반복합니다. 이 경우에는 이름을 지을 가치조차 없습니다. 당신은 그것에 대해 생각할 필요조차 없습니다.
그런데 어떤 이유에서인지 고집스럽게 1500건의 거래를 비효율적이라고 부르는데, 거래로 이어지지 않기 때문인 것 같습니다. 그들이 그것을 가져 오지 않으면 어떻게됩니까? 당신은 그것들을 고려합니다 - 글쎄, 나는 동의합니다. 이것이 어떻게 이루어져야하는지입니다. 그러나 "비효율"의 개념은 다음과 같은 경우에만 도입되어야 합니다.
1. 2000건 이상의 거래
2. 공식의 조건이 0보다 큽니다.
이 두 조건이 모두 충족될 때만 그렇습니다. 트랜잭션은 비효율적입니다. 그래서 문서에 기록되어 있는데 왜 사실을 왜곡하는가?
/Осталось "организовать" счётчик транзакций ( trans_count )//и при установке, удалении или модификации ордера, считать кол-во транзакций.//А во время клиринга обнулять счётчик транзакций.//Перед установкой ордера проверять
내가 어디에서 잘못 되었습니까? 솔직히, 나는 논쟁이 무엇인지 이해하지 못합니다!? 교환 측면에서 비효율적인 거래는 다음과 같은 조건입니다.
그런데 어떤 이유에서인지 고집스럽게 1500건의 거래를 비효율적이라고 부르는데, 거래로 이어지지 않기 때문인 것 같습니다. 그들이 그것을 가져 오지 않으면 어떻게됩니까? 당신은 그것들을 고려합니다 - 글쎄, 나는 동의합니다. 이것이 어떻게 이루어져야하는지입니다. 그러나 "비효율"의 개념은 다음과 같은 경우에만 도입되어야 합니다.
1. 2000건 이상의 거래
2. 공식의 조건이 0보다 큽니다.
이 두 조건이 모두 충족될 때만 그렇습니다. 트랜잭션은 비효율적입니다. 그래서 문서에 기록되어 있는데 왜 사실을 왜곡하는가?
게다가 아무도 거래에 대해 이야기하지 않습니다.
비효율적인 거래 수수료
임계값 = 2000 트랜잭션.
최대 2000개의 트랜잭션이 필요한지 여부는 여기에서 말하지 않습니다. 네, 상관없습니다.
매우 흥미로운 주제...
그러나 위에서 말한 것은 완전히 사실이 아닙니다.
나 역시 "달리기" 전까지 비효율적인 거래(꽤 오랜 시간)에 대해 주기적으로 벌금을 받았다.
거래소에서 벌금을 부과하는 "손가락" 방법론에 대해 설명한 Exchange 기술 지원 담당자에게.
페널티는 2가지 조건이 있는 경우 거래소에서 설정합니다(계산은 저녁 청산 시 발생)!
1. 모든 거래(주문 설정, 수정 및 삭제는 모두 거래이며 이러한 거래가 거래로 이어졌는지 여부는 중요하지 않음)는 2000 이상이어야 합니다.
절대적으로 모든 거래는 비효율적인 것으로 인식됩니다 !
2. 두 번째 조건이 충족되면 벌금이 부과됩니다.
모든 거래의 합계 * 거래 점수(현재 = 1) - 교환 수수료 금액(한 개인의 모든 계정에 대한) * 거래 점수(현재 선물의 경우 = 40) > 0
그러면 패널티 = 0.1 * (모든 거래의 합계 * 거래 포인트 - 교환 수수료 금액 * 거래 포인트)를 받게 됩니다.
예시:
전체 거래일 동안 2097건의 거래가 있었습니다. 이 거래일에 여러 건의 거래를 했고 거래소는 28루블의 수수료(총 금액)를 받았습니다.
벌금 \u003d 0.1 * (2097 * 1 - 28 * 40) \u003d 97.7 루블.
스레드 주셔서 감사합니다!!!
일일(19:00-18:40) 환전 수수료 1,000루블에 대해 페널티 없이 선물에 대해 하루 최대 40,000건의 거래를 유지할 수 있는 것으로 나타났습니다. 우주.
페널티는 2가지 조건이 있는 경우 거래소에서 설정합니다(계산은 저녁 청산 시 발생)!
1. 모든 거래(주문 설정, 수정 및 삭제는 모두 거래이며 이러한 거래가 거래로 이어졌는지 여부는 중요하지 않음)는 2000 이상이어야 합니다.
절대적으로 모든 거래는 비효율적인 것으로 인식됩니다 !
주문 가격이 변경되는 수정(서버에 저장되는 TP 및 SL과 달리)은 2개의 트랜잭션으로 간주됩니다. 교환은 설치 및 삭제만 이해합니다.
주문이 삭제되었지만 어떤 이유로 배치되지 않은 경우 TRADE_ACTION_MODIFY 를 사용하여 주문 가격을 변경할 때 MQ 서버에서 어떤 오류가 발생하는지 궁금합니다...
변형, 코드에 대한 카운터 구성, 가급적이면 화면에 결과 데이터 출력과 함께 표시,
이 코드는 별도의 파일에 포함될 수 있습니다. ,,,,
그것은 멋진 것입니다
이것은 일종의 유머인가 아니면 무엇인가?
여기, 그것 없이 머리가 빙빙)
이것은 어떤 종류의 기능입니까?
Mikhail 모든 사람이 그렇게 발전된 것은 아니기 때문에 최소한 대사에 대해 언급할 수 있습니다.
이것은 일종의 유머인가 아니면 무엇인가?
여기, 그것 없이 머리가 빙빙)
이것은 어떤 종류의 기능입니까?
Mikhail 모든 사람이 그렇게 발전된 것은 아니기 때문에 최소한 대사에 대해 언급할 수 있습니다.
금요일 1900시에 선물 시장에서 새로운 거래일이 시작될 것이라고 말해 주십시오. 그리고 월요일 1845 또는 금요일 2355에 끝날 때.
월요일 18-45