Terminal: Сигналы. Добавлена защита от одновременного срабатывания SL\TP и прихода сигнала на закрытие.
"SL\TP와 청산 신호 동시 발동 방지"가 정확히 어떻게 구현되는지 알려주실 수 있나요?
SL\TP를 복사하지 않는 모드를 추가하고 신호 제공자의 거래 거래를 처리할 때 모든 종류의 확인을 하는 것 외에도 지금까지 보호 기능이 하나 더 추가되었습니다. 너무 우아하지는 않지만 효과적입니다. 청산 신호가 들어오고 가입자의 포지션에 해당 SL 또는 TP가 있는 경우 거래 서버는 해당 포지션의 SL과 TP를 제거(0)하라는 명령을 수신합니다. 따라서 이 요청이 거래 서버에서 성공적으로 실행되면 포지션 청산 요청이 전송됩니다. 다음 빌드에서는 보다 "직접적인" 청산 처리를 구현할 수 있을 것입니다.
antt: SL\TP 복사 방지 모드의 추가와 신호 제공자의 거래 거래를 처리할 때 모든 종류의 검사와는 별개로 지금까지 보호 기능이 하나 더 추가되었습니다. 너무 우아하지는 않지만 효과적입니다. 청산 신호가 발생하고 가입자의 포지션에 해당 SL 또는 TP가 있으면 거래 서버에 이 포지션의 SL과 TP를 제거(0)하라는 명령이 전송됩니다. 따라서 이 요청이 거래 서버에서 성공적으로 실행되면 포지션 청산 요청이 전송됩니다. 다음 빌드에서는 보다 "직접적인" 청산 처리를 구현할 수 있을 것입니다.
이 제안을 고려해 보세요: 가격이 동결 정지 영역에 있는 동안 상품에 대한 신호 복사를 일시 중지합니다.
sergeev: 조금 불분명합니다. 무엇을 보호하고 있습니까? 시그널러가없는 경우 가입자가 SL / TP를 가질 수 있습니까? 우선, 우선. 그리고 포지션을 청산해야 하는데 SL/TP가 있다면 무엇을 보호하는 건가요? 청산해야 한다면 청산해야 합니다. 변수가 없는데 청산되지 않을 것 같나요?
뉴스에서 보았습니다:
Terminal: Сигналы. Добавлена защита от одновременного срабатывания SL\TP и прихода сигнала на закрытие.
"SL\TP와 청산 신호 동시 발동 방지"가 정확히 어떻게 구현되는지 알려주실 수 있나요?
SL\TP 복사 방지 모드의 추가와 신호 제공자의 거래 거래를 처리할 때 모든 종류의 검사와는 별개로 지금까지 보호 기능이 하나 더 추가되었습니다. 너무 우아하지는 않지만 효과적입니다. 청산 신호가 발생하고 가입자의 포지션에 해당 SL 또는 TP가 있으면 거래 서버에 이 포지션의 SL과 TP를 제거(0)하라는 명령이 전송됩니다. 따라서 이 요청이 거래 서버에서 성공적으로 실행되면 포지션 청산 요청이 전송됩니다. 다음 빌드에서는 보다 "직접적인" 청산 처리를 구현할 수 있을 것입니다.
이 제안을 고려해 보세요: 가격이 동결 정지 영역에 있는 동안 상품에 대한 신호 복사를 일시 중지합니다.
이 작업은 구독자 측에서 수행됩니다.
Terminal: Сигналы. Добавлена защита от одновременного срабатывания SL\TP и прихода сигнала на закрытие.
조금 불분명한데, 무엇을 보호하는 건가요?
시그널러가 없는데 어떻게 구독자가 SL/TP를 가질 수 있나요? 우선, SL/TP가 있어야 포지션을 청산할 수 있나요?
포지션을 청산해야 하는데 SL/TP가 있다면 무엇을 보호하고 있는 건가요? 청산해야 한다면 옵션 없이 청산해야 하는데 청산하지 않을 것 같나요?
조금 불분명한데, 무엇을 보호하는 건가요?
시그널러가 없는데 어떻게 구독자가 SL/TP를 가질 수 있나요? 우선, SL/TP가 있어야 포지션을 청산할 수 있나요?
그리고 포지션을 청산해야 하는데 SL/TP가 있는데 청산해야 한다면 무엇을 보호하는 건가요? 변수가 없는데 청산하지 않을 것 같나요?
구독자의 스톱이 마스터의 스톱보다 먼저 실행되기 때문에 복사기는 포지션을 다시 열고 마스터의 스톱이 실행되면 즉시 포지션을 닫아야 합니다. 그 결과 추가 스프레드가 발생합니다.
아뇨, 아뇨, 아뇨. 제 문제는 문구입니다.
청산 신호가 들어오고 가입자의 포지션에 해당 SL 또는 TP가 있으면 거래 서버가 미리...
어떻게 그런 상황이 가능할 수 있습니까? 가입자가 풍수와 일치하지 않는 정류장을 가지고 있다는 것입니다.
아뇨, 아뇨, 아뇨. 제 불만은 문구입니다.
어떻게 이런 상황이 일어날 수 있냐고요. 가입자의 정류장 순서가 맞지 않는다고요.
그래서 그들은 줄을 서 있습니다. 구독자의 주문이 스택에서 먼저 선택되었고 상대방의 마스터가 그것을 얻지 못했다는 것입니다.
기다리는 동안 구독자는 오픈 주문을했고 (마스터가 여전히 포즈를 취하고 있기 때문에),이 주문은 마스터의 거래 상대방이되고 :) 마스터는 이제 포즈가 없기 때문에 구독자는 닫아야합니다.
당신이 옳지 만 처음부터 마스터에게 정류장이 배치되면 대기열에서 첫 번째가됩니다. 글쎄, 당신은 똑똑하고 스스로 생각해보세요.
제가 먼저 생각한 건 아니고요.
그냥 MC와 이야기하고 싶어서요.
나는 우리가 가입자의 중지가 더 일찍 트리거되는 상황이 아니라 가입자의 중지 트리거가 마감 신호 수신과 일치하는 상황에 대해 이야기하고 있다고 생각합니다 (공급자의 중지가 트리거되고 가입자의 위치가 열려있는 경우 마감 신호를 제공합니다).
그리고 청산 대신 반전이 발생합니다.
물론 중지를 제로화하는 버팀목은 여전히 동일합니다....
비밀이 아니라면 무엇을 "발명"했습니까? 주제가 논의 된 것은 기억하지만 그들이 합리적인 것을 생각해 낸 것은 기억 나지 않습니다.
시그널 가입자가 로트 크기 조정을 '자동' 또는 '수동'으로 설정할 수 있는 옵션이 있었으면 합니다.
구독자는 잔고에 따라 로트 크기 조정이 결정되는 것보다 더 보수적인(또는 공격적인) 설정을 유지하기를 원할 수 있습니다.