답변완료
문의 드립니다.
예스스팟에서, 차트에서의 진입명 및 청산명을 하나 하나 명확히 구분해서 그 것의 미체결주문, 미결제잔고 등을 처리하려고 합니다. (Signal.name을 이용해서...)
그런데, 보통 Buy, ExitLong, Sell, ExitShort 등에서는, 제가 그 진입 내지 청산명을 정해 주면 되니까 아무 어려움이 없는데,
SetStopㅇㅇㅇㅇㅇ과 같이, 강제청산함수들에 의해 청산된 경우는, 청산명을 제가 부여할 수가 없으니, 그런 경우에는 어떻게 해야 스팟에서 강제청산 하나 하나를 구분하여 처리할 수 있을지요?
1.
시스템 성능 보고서에서 볼 수 있는 바와 같이, ExitLong_#?, ExitShort_#? 형태로 청산명이 나타나게 될 때, 그 숫자 ?의 결정 규칙이 있는지요?
(즉,
a. 단순한 리버스의 경우에 새로운 진입과 동시에 이루어지는 Exit에서, 매수청산되는 경우,
b. 단순한 리버스의 경우에 새로운 진입과 동시에 이루어지는 Exit에서, 매도청산되는 경우,
c. SetStopLoss에 의해 매수청산되는 경우,
d. SetStopLoss에 의해 매도청산되는 경우,
e. SetStopTrailing에 의해 매수청산되는 경우,
f. SetStopTrailing에 의해 매도청산되는 경우,
이런 여섯가지의 각기 다른 청산들에 대해 ExitLong_#?, ExitShort_#?의 숫자 ?가 정해지는 어떤 명확한 규칙이 있는지요?)
(지금 시스템 성능 보고서를 보면, 여러 번 청산이 이루어졌으나, 제가 부여한 청산명 이외의 청산명은 오직
ExitShort_#0
ExitLong_#2
ExitShort_#4
ExitLong_#6
이 네가지만 있습니다. 1, 3, 5, 7, 9 등의 숫자도 없고요... 강제청산은 한 번도 없었던 것으로 보입니다. [강제청산함수들을 다 주석처리해도 결과가 같습니다]
이 네가지 이름이 생기는, 어떤 규칙 같은 것이 있는 것인지요?)
2.
일목요연하게, 또 정확히 규칙적으로 이런 강제청산함수의 청산명을 이용할 수 있는 방법이 없다면,
제가 스스로 이 강제청산함수를 쓰지 말고, AtStop, AtLimit 등을 이용하여 강제청산함수의 내용을 ExitLong, ExitShort로 실행시켜 주는 것 외에는 다른 방법이 없는 것인지가 궁금합니다.
3.
궁극적으로,
강제청산함수들(SetStopㅇㅇㅇㅇㅇ...) 속에서, 파라메터를 추가해서, 청산명을 지정할 수 있도록, 함수들을 수정해 주시면 가장 좋겠다고 생각이 됩니다.
이렇게 함수를 수정(청산명 파라메터 추가)해 주실 수 있으실지요?
(이 것은 아마도 스팥 사용자가 늘어날수록 이 강제청산함수 청산명 파라메터 수요가 늘어 날 걸로 예상이 되기 때문에, 필요한 조치가 아닐까 생각됩니다.
스팟이 주문 관리에 가장 강점이 있다고 볼 때,
강제청산함수에 의한 청산신호도 결국 주문신호로서 Signal.kind 2 아니면 4가 될텐데,
이 것에 따른 스팟 주문(OrderBuy와 OrderSell)이, Signal.kind 1 내지 3에 의한 스팟 주문과 실질적으로 구분하기 어려운 상황이라면,
전체적인 스팟 소스를 짜는데 있어서 어려움이 있을 수 있겠고,
그 것은 결국 기존의 Buy, ExitLong, Sell, ExitShort 함수에 따른 진입신호 구분에 더해서,
여러 가지 강제청산함수들에 따른 각각 상이한 청산신호들도 다 이름을 통해 구분할 수 있게 함으로써
주문, 잔고 관리를 좀 더 개선할 수 있게 되지 않을까 생각이 됩니다)
4.
만일 위 3번과 같이 YesLanguage 쪽을 변경하시는 것이 불가능하다면,
YesSpot쪽에서, 가령
SetStopLoss로 매수청산되는 경우를 Signal.kind == 5로 하고
SetStopLoss로 매도청산되는 경우를 Signal.kind == 6으로 하고,
SetStopTrailing로 매수청산되는 경우를 Signal.kind == 7로 하고
SetStopTrailing로 매도청산되는 경우를 Signal.kind == 8로 하고
...
하는 식으로
SetStopㅇㅇㅇㅇㅇ... 함수들의 신호 구분을 Signal.kind에서 나타내 줄 수 있게
YesSpot을 변경하실 수는 없을지요?
(예스랭귀지 속에서, 각각의 강제청산함수들의 이름을 달리 할 수 있게만 되면 그 게 가장 좋겠다고 생각됩니다. 그 게 아니라면, 적어도 이렇게 신호타입만이라도 예스스팟에서 구분해서 사용할 수 있게 되어도 어느 정도는 지금보다는 좀 더 세분해서 주문을 관리할 수 있게 될 것 같습니다)
감사합니다.
2013-08-19
1174
글번호 222511
답변완료
문의 드립니다.
항상 친절하신 답변에 깊이 감사드립니다.
"스팟으로 이동평균값을 구해서 이용할 수 있는 방법"을 공부하고 있습니다.
제가 알고자 하는 것은, 굳이 차트에서의 이평선 값을 이용하는 것이 아니라, "스팟 자체에서 이평선 값을 구해서 이용하려면 어떻게 하면 되는가" 하는 것입니다.
아래의 3가지 질문을 올리오니, 알려 주시면 대단히 감사하겠습니다.
1.
현재, 차트에서 본다면, 200 이평선 위에 가격이 존재하는데, 이럴 때는 매수포지션만 보유하고, 매도포지션은 생성이 안 되게 하고 싶습니다.
만일 "현재 가격이 200 이평선 위" 수준인데,
잔고에 롱포지션도 없는데 미체결 매도주문이 있다면 그 것이 몇 개든 다 취소하고 싶고,
잔고에 롱포지션이 가령 두 계약이 있다 그러면, 그 것을 매수청산할 수 있도록, 두 계약 매도할 수 있는 미체결 매도주문만 남기고 나머지 미체결 매도주문은 다 취소해 버리고 싶습니다.
가능한 대로 "차트 쪽의 신세를 지지 않고 최대한 스팥 소스를 이용해서, 가격이 200 이동평균값 이상일 때는 미체결 매도주문을 취소"하려면 어떻게 소스를 짜는 것이 좋을지요?
2.
차트에서 매수진입신호가 왔을 때에,
"스팟 식으로만 100 이평 값을 구해서 신호가격과 스팟에서의 이평가격을 비교해서
신호가격이 이평가격보다 높아야 스팟으로 매수주문"을 내고,
차트에서 매도진입신호가 왔을 때,
"스팟에서 계산한 100 이평값보다 그 매도진입신호가격이 낮아야 스팟으로 매도주문"을 내는 식으로 하려면 어떻게 하면 좋을지요?
((예를 들자면, 차트에서 Buy신호가 발생했을 때에,
그 때 진입신호가격이 가령 245 라고 했을 때,
그 값이 100 이평선 값 위에 있으면, 가령 100 이평 값이 238이라면, 이 때는 실제로 매수주문을 내고,
만일 100 이평선이 그 진입신호가격보다 위라면, 가령 100 이평 값이 251이라면, 이 때는 매수신호를 무시하고 하는 것과 같은 식을,
최대한 차트에서 보내 주는 신호[정보]보다는, 스팥 자체로 해결하는 방법을 알고 싶습니다))
3.
가급적이면 차트에의 의존을 줄이고 스팟으로 처리하는 비중을 높여 보려고 하는데,
아주 간단한 예로,
차트를 이용하지 않고,
"스팟으로만,
가령 50 이평선과 200 이평
골든크로스에 매수, 데드크로스에 매도"
하는
수식을 부탁드리고 싶습니다.
대단히 감사합니다.
2013-08-15
1089
글번호 222507