papaklass : BuyLimit이 Bid 가격에서 활성화되면 거래의 두 번째 측면은 Ask 가격으로 판매되어야 합니까?
시장을 위한 확산. 1 랏 스프레드 안에 매수 제한을 두었다고 가정해 보겠습니다. 가장 높은 입찰가입니다. 시장에서 한 로트를 판매하려고 합니다. 당신은 내 제안을 수락하고 내 한도를 판매합니다. 따라서 시장에서 가장 좋은 가격으로 입찰가에 판매했습니다. 브로커는 당신과 나 모두로부터 커미션을 받습니다. 거래소에서 구매 한도는 입찰가로 채워질 것입니다. 왜냐하면 이것이 한도이기 때문입니다.
sumkin75 : 시장을 위한 확산. 1 랏 스프레드 안에 매수 제한을 두었다고 가정해 보겠습니다. 가장 높은 입찰가입니다. 시장에서 한 로트를 판매하려고 합니다. 당신은 내 제안을 수락하고 내 한도를 판매합니다. 따라서 시장에서 가장 좋은 가격으로 입찰가에 판매했습니다. 브로커는 당신과 나 모두로부터 커미션을 받습니다. 거래소에서 구매 한도는 입찰가로 채워질 것입니다. 왜냐하면 이것이 한도이기 때문입니다.
sumkin75 : 시장을 위한 확산. 1 랏 스프레드 안에 매수 제한을 두었다고 가정해 보겠습니다. 가장 높은 입찰가입니다. 시장에서 한 로트를 판매하려고 합니다. 당신은 내 제안을 수락하고 내 한도를 판매합니다. 따라서 시장에서 가장 좋은 가격으로 입찰가에 판매했습니다. 브로커는 당신과 나 모두로부터 커미션을 받습니다. 거래소에서 구매 한도는 입찰가로 채워질 것입니다. 왜냐하면 이것이 한도이기 때문입니다.
어떤 경우에도 입찰가를 활성화하지 않고는 구매 한도 아래로 내려갈 수 없습니다. 이 순간에 일반적으로 북쪽에서 물어볼 수 있습니다.
sumkin75 : 오늘 나는 알프스에게 매수한도를 얼마로 책정할 것인지 물었다. 그들은 질문에 따라 말합니다. ESN에 있습니다. 그들과 논쟁하는 것에 지쳤습니다. 그들은 입찰가를 활성화하지 않고도 그 아래로 떨어질 수 있다고 말합니다. 질문이 닿을 때까지. 여기 ESN이 있습니다.
ECN을 가장하여 그들은 이제 무엇이든 추진하고 있습니다(대부분 어리석게도 STP).
결함을 찾기가 어렵습니다. "ECN"(약어)은 전자통신네트워크 입니다. 이 이름은 일치의 존재를 주장하지 않는 것 같습니다. 매칭의 존재(더 정확하게는 부재)는 그러한 중개인에 의해 가장 자주 은폐됩니다.
// 일치하는 브로커를 만난 적이 없습니다. 일치하는 브로커는 조건에 대한 설명("매칭 클라이언트")에 직접적으로(가장 첫 번째 줄에) 존재하지 않습니다.
따라서 경기는 독립적으로 테스트해야 합니다. 훌륭한 기능 중 하나는 이 스레드가 전담하는 이 브로커 전문가의 데모 계정에서 실행하는 것입니다. 따라서 매칭 가능성뿐만 아니라 품질에 대한 포괄적인 정보를 얻을 수 있습니다.
특히 품질에 대해 이야기할 수 있습니다. 예를 들어, 이러한 종류의 버그가 가능합니다. 한도 제한기가 오더북 내부에 배치되고 시장과 올바르게("갭" 없이) 비트지만, 동시에 수익(스프레드 미만인 경우)은 그렇지 않습니다. 주문서에서 볼 수 있습니다(그러나 그것은 차례로 리미터 이기 때문에 볼 수 있어야 합니다). 예를 들어 이러한 결함은 이 Expert Advisor가 출시된 두 브로커 모두에 있었습니다. 브로커가 많은 경우 기술 지원에서 수정할 수 없거나 수정할 수 없는 경우 변경하는 것이 좋습니다.
결함을 찾기가 어렵습니다. "ECN"(약어)은 전자통신네트워크 입니다. 이 이름은 일치의 존재를 주장하지 않는 것 같습니다. 매칭의 존재(더 정확하게는 부재)는 그러한 중개인에 의해 가장 자주 은폐됩니다.
// 일치하는 브로커를 만난 적이 없습니다. 일치하는 브로커는 조건에 대한 설명("매칭 클라이언트")에 직접적으로(가장 첫 번째 줄에) 존재하지 않습니다.
따라서 경기는 독립적으로 테스트해야 합니다. 훌륭한 기능 중 하나는 이 스레드가 전담하는 이 브로커 전문가의 데모 계정에서 실행하는 것입니다. 따라서 매칭 가능성뿐만 아니라 품질에 대한 포괄적인 정보를 얻을 수 있습니다.
특히 품질에 대해 이야기할 수 있습니다. 예를 들어, 이러한 종류의 버그가 가능합니다. 한도 제한기가 오더북 내부에 배치되고 시장과 올바르게("갭" 없이) 비트지만, 동시에 수익(스프레드 미만인 경우)은 그렇지 않습니다. 주문서에서 볼 수 있습니다(그러나 그것은 차례로 리미터 이기 때문에 볼 수 있어야 합니다). 예를 들어 이러한 결함은 이 Expert Advisor가 출시된 두 브로커 모두에 있었습니다. 브로커가 많은 경우 기술 지원에서 수정할 수 없거나 수정할 수 없는 경우 변경하는 것이 좋습니다.
방금 확인했습니다. 나는 스프레드 내에서 이익 실현으로 스프레드 내에서 매수 한도를 설정했습니다. 입찰가가 한도 수준까지 올라갔습니다.
나는 다가오는 판매 시장과 일치했고, 입찰은 지연되었고, Ask는 TP 수준에 끌렸습니다.
방금 확인했습니다. 나는 스프레드 내에서 이익 실현으로 스프레드 내에서 매수 한도를 설정했습니다. 입찰가가 한도 수준까지 올라갔습니다.
나는 다가오는 판매 시장과 일치했고, 입찰은 지연되었고, Ask는 TP 수준에 끌렸습니다.
버그는 무엇이며 어떻게 재현했습니까?
나는 할 수 없다.
한 번의 거래로 그를 잡을 가능성은 거의 없습니다. 논의된 전문가들을 많이 운영해 보십시오. 우리의 경우 버그는 1-5%의 경우에 나타났습니다(시간에 따라 다르며 다른 것은 신이 알고 있습니다). 우리의 Expert Advisor에서는 이익실현을 수정함으로써 극복되지만 이것이 항상 안정적으로 작동하는 것은 아니므로 순열은 (결과가 나올 때까지) 순환됩니다.
--
나는 hrenfx를 디버깅하는 과정에서 이 버그에 대해 당신의 기술자들에게 알려주었으므로, 당신이 그것을 재현할 수 없다면 그들은 그것을 물리쳤습니다.
BuyLimit이 Bid 가격에서 활성화되면 거래의 두 번째 측면은 Ask 가격으로 판매되어야 합니까?
거래소에서 구매 한도는 입찰가로 채워질 것입니다. 왜냐하면 이것이 한도이기 때문입니다.
시장을 위한 확산. 1 랏 스프레드 안에 매수 제한을 두었다고 가정해 보겠습니다. 가장 높은 입찰가입니다. 시장에서 한 로트를 판매하려고 합니다. 당신은 내 제안을 수락하고 내 한도를 판매합니다. 따라서 시장에서 가장 좋은 가격으로 입찰가에 판매했습니다. 브로커는 당신과 나 모두로부터 커미션을 받습니다.
거래소에서 구매 한도는 입찰가로 채워질 것입니다. 왜냐하면 이것이 한도이기 때문입니다.
시장을 위한 확산. 1 랏 스프레드 안에 매수 제한을 두었다고 가정해 보겠습니다. 가장 높은 입찰가입니다. 시장에서 한 로트를 판매하려고 합니다. 당신은 내 제안을 수락하고 내 한도를 판매합니다. 따라서 시장에서 가장 좋은 가격으로 입찰가에 판매했습니다. 브로커는 당신과 나 모두로부터 커미션을 받습니다.
거래소에서 구매 한도는 입찰가로 채워질 것입니다. 왜냐하면 이것이 한도이기 때문입니다.
그들에게는 쓸모가 없습니다, 나는 이미 주장 했습니다, 그것은 오래 전 일입니다)
한마디로 사기꾼
아아
한마디로 사기꾼
아아
오늘 나는 알프스에게 매수한도를 얼마로 책정할 것인지 물었다. 그들은 질문에 따라 말합니다. ESN에 있습니다. 그들과 논쟁하는 것에 지쳤습니다. 그들은 입찰가를 활성화하지 않고도 그 아래로 떨어질 수 있다고 말합니다. 질문이 닿을 때까지. 여기 ESN이 있습니다.
ECN을 가장하여 그들은 이제 무엇이든 추진하고 있습니다(대부분 어리석게도 STP).
결함을 찾기가 어렵습니다. "ECN"(약어)은 전자 통신 네트워크 입니다. 이 이름은 일치의 존재를 주장하지 않는 것 같습니다. 매칭의 존재(더 정확하게는 부재)는 그러한 중개인에 의해 가장 자주 은폐됩니다.
// 일치하는 브로커를 만난 적이 없습니다. 일치하는 브로커는 조건에 대한 설명("매칭 클라이언트")에 직접적으로(가장 첫 번째 줄에) 존재하지 않습니다.
따라서 경기는 독립적으로 테스트해야 합니다. 훌륭한 기능 중 하나는 이 스레드가 전담하는 이 브로커 전문가의 데모 계정에서 실행하는 것입니다. 따라서 매칭 가능성뿐만 아니라 품질에 대한 포괄적인 정보를 얻을 수 있습니다.
특히 품질에 대해 이야기할 수 있습니다. 예를 들어, 이러한 종류의 버그가 가능합니다. 한도 제한기가 오더북 내부에 배치되고 시장과 올바르게("갭" 없이) 비트지만, 동시에 수익(스프레드 미만인 경우)은 그렇지 않습니다. 주문서에서 볼 수 있습니다(그러나 그것은 차례로 리미터 이기 때문에 볼 수 있어야 합니다). 예를 들어 이러한 결함은 이 Expert Advisor가 출시된 두 브로커 모두에 있었습니다. 브로커가 많은 경우 기술 지원에서 수정할 수 없거나 수정할 수 없는 경우 변경하는 것이 좋습니다.
ECN을 가장하여 그들은 이제 무엇이든 추진하고 있습니다(대부분 어리석게도 STP).
결함을 찾기가 어렵습니다. "ECN"(약어)은 전자 통신 네트워크 입니다. 이 이름은 일치의 존재를 주장하지 않는 것 같습니다. 매칭의 존재(더 정확하게는 부재)는 그러한 중개인에 의해 가장 자주 은폐됩니다.
// 일치하는 브로커를 만난 적이 없습니다. 일치하는 브로커는 조건에 대한 설명("매칭 클라이언트")에 직접적으로(가장 첫 번째 줄에) 존재하지 않습니다.
따라서 경기는 독립적으로 테스트해야 합니다. 훌륭한 기능 중 하나는 이 스레드가 전담하는 이 브로커 전문가의 데모 계정에서 실행하는 것입니다. 따라서 매칭 가능성뿐만 아니라 품질에 대한 포괄적인 정보를 얻을 수 있습니다.
특히 품질에 대해 이야기할 수 있습니다. 예를 들어, 이러한 종류의 버그가 가능합니다. 한도 제한기가 오더북 내부에 배치되고 시장과 올바르게("갭" 없이) 비트지만, 동시에 수익(스프레드 미만인 경우)은 그렇지 않습니다. 주문서에서 볼 수 있습니다(그러나 그것은 차례로 리미터 이기 때문에 볼 수 있어야 합니다). 예를 들어 이러한 결함은 이 Expert Advisor가 출시된 두 브로커 모두에 있었습니다. 브로커가 많은 경우 기술 지원에서 수정할 수 없거나 수정할 수 없는 경우 변경하는 것이 좋습니다.
방금 확인했습니다. 나는 스프레드 내에서 이익 실현으로 스프레드 내에서 매수 한도를 설정했습니다. 입찰가가 한도 수준까지 올라갔습니다.
나는 다가오는 판매 시장과 일치했고, 입찰은 지연되었고, Ask는 TP 수준에 끌렸습니다.
버그는 무엇이며 어떻게 재현했습니까?
나는 할 수 없다.
아마도 버그는 TP가 유리에 즉시 반영되지 않고 새로운 업데이트로만 반영된다는 것을 의미하는 것 같습니다. 이것은 버그가 아니라 기능일 수 있습니다. 그러나 일반적으로 세부 사항을 원합니다.
방금 확인했습니다. 나는 스프레드 내에서 이익 실현으로 스프레드 내에서 매수 한도를 설정했습니다. 입찰가가 한도 수준까지 올라갔습니다.
나는 다가오는 판매 시장과 일치했고, 입찰은 지연되었고, Ask는 TP 수준에 끌렸습니다.
버그는 무엇이며 어떻게 재현했습니까?
나는 할 수 없다.
한 번의 거래로 그를 잡을 가능성은 거의 없습니다. 논의된 전문가들을 많이 운영해 보십시오. 우리의 경우 버그는 1-5%의 경우에 나타났습니다(시간에 따라 다르며 다른 것은 신이 알고 있습니다). 우리의 Expert Advisor에서는 이익실현을 수정함으로써 극복되지만 이것이 항상 안정적으로 작동하는 것은 아니므로 순열은 (결과가 나올 때까지) 순환됩니다.
--
나는 hrenfx를 디버깅하는 과정에서 이 버그에 대해 당신의 기술자들에게 알려주었으므로, 당신이 그것을 재현할 수 없다면 그들은 그것을 물리쳤습니다.
아마도 버그는 TP가 유리에 즉시 반영되지 않고 새로운 업데이트로만 반영된다는 것을 의미합니까? 이것은 버그가 아니라 기능일 수 있습니다. 그러나 일반적으로 세부 사항을 원합니다.
나는 확실히 모른다.
오더북에 지정가 주문(이익 실현)이 나타나는 것에 대한 반응이 최소한 느려지는 것이 중요합니다(지연이 있는 경우 나에게 알려지지 않음). 간단히 말해서 HFT에는 그다지 좋지 않습니다.