나는 여기에서 표시 따옴표에 대해 읽었습니다. 일반적으로 이것은 별도의 거래 유형입니다. 우리의 경우가 아닙니다. 지금은 제외합니다.
시민 여러분, 모든 것이 규칙에 명확하게 기록되어 있다면 왜 주문 유형(범주)에 대해 논쟁합니까?
7.10. 거래 시스템에 제출된 주문에는 카테고리 표시가 포함되어야 합니다.
•지정가 주문 - 주문에 지정된 가격/스프레드 값 또는 최상의 가격/스프레드 값으로 파생상품 거래의 실행을 제공하고 부분 실행을 허용하는 주문. 주문의 처리되지 않은 부분은 활성 주문 대기열의 초기 배치 시간 매개변수가 유지되는 별도의 활성 주문으로 대기열에 남아 있습니다.
•부분실행을 허용하는 시장가 주문 - 발표 순간에 주문에 명시된 가격/스프레드 값 또는 주문량(주문량이 적거나 같을 경우)의 최고 가격/최고 스프레드 값으로 실행되는 주문 가격/스프레드 값이 주문에 지정된 가격/스프레드 값보다 나쁘지 않은 카운터 활성 주문의 총량 또는 지정된 활성 주문의 볼륨(주문의 볼륨이 지정된 활성의 볼륨을 초과하는 경우) 명령). 주문의 실행되지 않은 부분은 거래 시스템에서 거래소에 의해 즉시 제거됩니다.
•부분실행을 허용하지 않는 시장가 주문 - 발표 시점에 주문에 명시된 가격/스프레드 값 또는 주문량의 최적 가격/스프레드 값으로 실행되는 주문(주문이 에서 실행될 수 없는 경우 가득 차면 거래 시스템에서 거래소에 의해 즉시 제거됩니다.
부분실행을 허용하는 마켓오더 발표 당시, 카운터 Active Order 중 주문서에 명시된 가격 이하의 가격으로 이루어진 주문/주문이 동일한 TIN(또는 코드 대체 it) 지정된 시장가 주문에서와 같이 지정된 시장가 주문은 동일한 TIN(또는 대체하는 코드)을 가진 최고의 카운터 활성 주문과 관련하여 가장 좋은 카운터 활성 주문의 총량을 초과하지 않는 금액으로 실행됩니다. 그것).
지정가 주문은 대상이 될 수도 있고 주소가 지정되지 않을 수도 있습니다. 시장가 주문은 주소가 지정되지 않은 경우에만 가능합니다.
사실을 무시하고 있습니까? 닫는 카운터 오더에는 추가 GI가 필요하지 않습니다. 용어를 숙지하십시오 - 나는 이미 만난 적이 있습니다.
1. 손절매가 발동되면 어떤 종류의 주문이 전송됩니까? 귀하의 인용문 중 어느 줄에 작성되어 있습니까?
2. 반대 신청에 추가 GO가 필요하지 않다고 누가 말했습니까? 예를 들어, 가격이 귀하의 포지션에 반대하여 유동성이 급격히 떨어졌습니다. 이는 약간의 유동성이 있는 악기로 교환할 때 드문 일이 아닙니다.
마감 주문은 동일한 카운터 주문과 일치해야 합니다. 그렇지 않으면 거래가 이루어지지 않습니다. 따라서 카운터 오더가 매우 멀리 떨어져 있는 경우 이러한 거래를 실행하려면 현재 위치 의 손실과 주문에 따라 발생할 새 거래의 손실을 충당하기 위해 돈이 필요합니다. 이것은 과장된 설명이지만 실제로 일어날 수 있는 일입니다.
3. 당신은 논쟁을 위해 논쟁합니다. 교환은 외환이 아닙니다. 어디에나 함정이 있습니다. 먼저 공부하십시오. 데모에서 거래하세요. 손절매 작동 방식을 결정하지 않는 몇 가지 왼쪽 따옴표를 제공합니다. 그리고 숫자를 주지 마세요.
100루블과 1:10의 레버리지가 있다고 가정해 보겠습니다. 100의 비율로 2 계약에 대한 자산을 구매합니다. 그런 다음 증권 거래소와 마지막 자산의 가격이 붕괴됩니다. 예를 들어, 마지막 거래 = 80. 그리고 입찰 가격 = 20. 당신의 손절매는 70입니다. 그리고 다음 마지막 거래는 = 60입니다. 동시에 입찰가는 = 20으로 유지됩니다. 당신의 손절매가 발동됩니다. 가격 = 20에서 활성화되어야 합니다. 결과적으로 거래의 결과로 160루블이 적자를 내고 대차대조표에서 마이너스 60루블을 얻습니다. 당연히 거래소에서는 거래 손실을 보상해야 합니다. 그리고 당신은 어리석게도이 60 루블을 갖지 못할 것입니다. 무엇을 할 것인가? 그런 상황에 빠지지 않도록 그들은 GO를 생각해 냈습니다.
드미티리 아나니예프 , 거래소 공식 문서의 인용문을 "좌파"라고 생각하는 사람, 스레드에서 실제 숫자를 보지 않고 무시하거나 자신이 쓰고 씹는 내용을 이해하고 싶지 않은 사람과의 빈 대화를 중단해야 합니다. , 건설적으로 의사 소통하지 않고 불행히도 토론하기에 흥미롭지 않고 생산적이지 않습니다. 주제를 다시 읽고 스레드에 있는 다른 참가자의 의견에 주의를 기울이고 상황을 이해하기 위해 노력하면 아마도 대화로 돌아갈 수 있습니다.
귀하의 따옴표에는 "stoploss"라는 단어가 포함되어 있지 않습니다. 주문 분류 만 있습니다. 이 인용문의 요점은 무엇이었습니까? 무엇에 암시적인 따옴표를 붙였습니까?
논리적 체인에 대해 들어본 적이 있습니까? 나는 당신의 인용문에서 어떤 논리도 볼 수 없습니다.
일반적으로 원하는 경우 자신을 이해하십시오. 이 스레드에서 조사 결과를 볼 수 있기를 바랍니다.
"PJSC 모스크바 거래소의 파생 상품 시장에 대한 조직적 거래 규칙" 과 같은 문서가 있습니다. 인용하고 손절매 개념이 없으므로 다음을 포함하여 실제로 거래소에 전송된 주문 목록을 보여 드린 것입니다. 손절매를 실행하는 "시장 주문"은 본질적으로 시장에서 거래 작업을 수행하기 위해 브로커에게 보류 중인 조건부 주문 역할을 합니다.
놀랍게도, 나는 내 메시지에 대한 논리적인 답변을 보지 못하고 오히려 내 선을 굽히고 앞서 설명한 새로운 상황을 보지 않기를 원합니다.
당신은 절차에 기여하지 않았고, 어떤 문서도 찾지 못했고, 상황에 대한 평가를 제공하지 않았기 때문에 건설적인 대화에 오기 위해 노력했지만 헛된 죄송합니다.
다시 한 번 말하지만 거래소에는 시장가 주문이 없고 손절매도 없고 이익 도 없습니다! 다 속어야! 거래소 코어 시스템에는 보류 중인 주문만 있습니다. 그리고 응용 프로그램의 유형과 실행 위치에 따라 동작이 설정됩니다.
입찰가보다 낮은 한도 구매 - 보류 주문으로 배치, 최상의 가격으로 구매(주문서에서 주문) 제안 위의 판매 한도 - 보류 중인 주문으로 배치, 최상의 가격으로 판매(주문서에 있는 주문)
제안 위의 구매 제한 - 제안보다 높게 설정되고 제한이 있으므로 가장 가까운 제안에서 즉시 실행됩니다(시장에서 시장에서 원하는 대로 호출) Sell limit underbid - 수요 이하로 설정되며, 한도이므로 가장 가까운 입찰가로 즉시 실행됩니다 (시장입니다, 시장에서 원하는대로 호출하십시오)
바이 스탑 - 보류 주문으로 배치되고, 최악의 가격에 구매, 주문은 제안보다 높은 구매 제한으로 실행됩니다( 시장에서 원하는 대로 호출 ) 판매 중지 - 보류 주문으로 배치, 최악의 가격에 판매, 주문은 입찰가보다 낮은 판매 제한으로 실행됩니다( 시장입니다. 시장에서 원하는 대로 부르십시오 )
바이 스탑 리밋 - 슬리피지에 대한 조건이 있는 보류 주문으로 배치되고 제안 위의 바이 리밋으로 실행됩니다( 시장이니 원하는 대로 호출하세요 ) 매도 스탑 리밋 - 슬리피지에 대한 조건으로 보류 주문으로 배치되고 입찰가 아래의 매도 리밋으로 실행됩니다( 시장입니다. 시장에서 원하는 대로 호출 )
시장, 시장, 이익 실현, 손절매, 후행 등 이러한 응용 프로그램은 존재하지 않습니다. 이것은 속어입니다!
빈 공간에 대해 논쟁하지 말고 "파생 시장에서 NCO NCC(JSC)의 보안 보장 계산 원칙" 문서의 이 부분에 주의를 기울이십시오.
"
NCO NCC(JSC)가 모스크바 거래소 파생상품 시장의 위험 매개변수를 결정하기 위한 방법론에 따라 청산 센터에서 설정한 위험 매개변수의 현재 값은 인터넷의 청산 센터 웹사이트에 게시됩니다.
...
제4조. 증거금 계산을 위한 포지션 집계, 캘린더 스프레드 회계 규칙 및 만기 위험 회계 매개변수
4.1. 정산 코드에 따른 마진 마진을 계산하기 위해 각 상품의 포지션은 포지션 레지스터 섹션에 기록된 포지션의 양을 더하여 계산됩니다.
4.2. 중개 회사의 증거금 마진을 계산하기 위해 위치 회계 레지스터의 섹션에 기록된 위치는 다음 규칙 중 하나에 따라 그룹화될 수 있습니다.
4.2.1. 계정 집계 규칙 - "상계"를 적용할 때 위치는 4.1항과 유사하게 계산됩니다. 이러한 원칙의.
4.2.2. Account Aggregation Rule - "Half Netting" 적용 시 중개회사의 포지션은 계산되지 않습니다. 포지션 회계 레지스터의 섹션에 기록된 포지션의 위험은 이 원칙의 단락 5.7.9에 따라 계산된 다음 추가됩니다.
4.3. 각 중개 회사에 대한 집계 규칙은 청산 회원이 신청서를 제출하여 설정합니다.
...
5.7.9. 중개 회사에 기록된 포지션에 대한 재무 결과를 계산할 때 "반 상계" 계정 집계 규칙을 선택할 때 포지션 회계 등록부에 기록된 포지션에 대해 5.7.6항에 따라 계산된 재무 결과가 합산됩니다.
...
5.7.6. 재무 결과는 공동 시나리오의 첫 번째, 두 번째 및 세 번째 그룹을 기반으로 요약됩니다.
"
내가 이해하는 한, 브로커는 청산 시 이러한 규칙을 준수하기 위한 조건을 보장해야 하며, 그 자신이 고객의 민방위 통제를 구현해야 합니다. (JSC) 청산업체!?
또한 열린 위치 에 대해 GO를 설명하는 두 가지 옵션이 있는 것으로 나타났습니다. 통합 및 분리 - "상계" 및 "반-상계" - 다른 브로커에 대한 GO의 크기는 이에 따라 다릅니다. - 어떤 옵션이 선택되었는지 아는 사람 Otkritie 중개인에 의해? "네팅"이 더 예측 가능하고 이해하기 쉬운 것 같지만 "반 네팅"은 대다수가 거래소에서 병합되고 계산이 모든 위치에 대해 집합적으로 발생한다는 것을 고려하면 내가 이해하는 대로 더 수익성이 있습니다.
일반적으로 허용되는 용어와 거래 메커니즘에 익숙해질 것입니다.
거래를 하기 위해 시장에서 거래를 시작하기 위해 주문(시장가 주문)이 전송됩니다. 따라서 이 영장에는 GO가 필요합니다. 따라서 거래가 성사되지 않았습니다.
이 경우 주문서에 시장가 주문이 표시되지 않습니다.
사실을 무시하고 있습니까? 닫는 카운터 오더에는 추가 GI가 필요하지 않습니다. 용어를 숙지하십시오 - 나는 이미 만난 적이 있습니다.
거래, 자동 거래 시스템 및 거래 전략 테스트에 관한 포럼
유리 속임수 - 진드기에서 일어난 일을 이해하려는 시도
Aleksey Vyazmikin , 2019.04.20 17:25
나는 여기에서 표시 따옴표에 대해 읽었습니다. 일반적으로 이것은 별도의 거래 유형입니다. 우리의 경우가 아닙니다. 지금은 제외합니다.
시민 여러분, 모든 것이 규칙에 명확하게 기록되어 있다면 왜 주문 유형(범주)에 대해 논쟁합니까?
7.10. 거래 시스템에 제출된 주문에는 카테고리 표시가 포함되어야 합니다.
사실을 무시하고 있습니까? 닫는 카운터 오더에는 추가 GI가 필요하지 않습니다. 용어를 숙지하십시오 - 나는 이미 만난 적이 있습니다.
1. 손절매가 발동되면 어떤 종류의 주문이 전송됩니까? 귀하의 인용문 중 어느 줄에 작성되어 있습니까?
2. 반대 신청에 추가 GO가 필요하지 않다고 누가 말했습니까? 예를 들어, 가격이 귀하의 포지션에 반대하여 유동성이 급격히 떨어졌습니다. 이는 약간의 유동성이 있는 악기로 교환할 때 드문 일이 아닙니다.
마감 주문은 동일한 카운터 주문과 일치해야 합니다. 그렇지 않으면 거래가 이루어지지 않습니다. 따라서 카운터 오더가 매우 멀리 떨어져 있는 경우 이러한 거래를 실행하려면 현재 위치 의 손실과 주문에 따라 발생할 새 거래의 손실을 충당하기 위해 돈이 필요합니다. 이것은 과장된 설명이지만 실제로 일어날 수 있는 일입니다.
3. 당신은 논쟁을 위해 논쟁합니다. 교환은 외환이 아닙니다. 어디에나 함정이 있습니다. 먼저 공부하십시오. 데모에서 거래하세요.
손절매 작동 방식을 결정하지 않는 몇 가지 왼쪽 따옴표를 제공합니다. 그리고 숫자를 주지 마세요.
나는 내 손가락으로 설명한다.
100루블과 1:10의 레버리지가 있다고 가정해 보겠습니다. 100의 비율로 2 계약에 대한 자산을 구매합니다. 그런 다음 증권 거래소와 마지막 자산의 가격이 붕괴됩니다. 예를 들어, 마지막 거래 = 80. 그리고 입찰 가격 = 20. 당신의 손절매는 70입니다. 그리고 다음 마지막 거래는 = 60입니다. 동시에 입찰가는 = 20으로 유지됩니다. 당신의 손절매가 발동됩니다. 가격 = 20에서 활성화되어야 합니다. 결과적으로 거래의 결과로 160루블이 적자를 내고 대차대조표에서 마이너스 60루블을 얻습니다. 당연히 거래소에서는 거래 손실을 보상해야 합니다. 그리고 당신은 어리석게도이 60 루블을 갖지 못할 것입니다. 무엇을 할 것인가? 그런 상황에 빠지지 않도록 그들은 GO를 생각해 냈습니다.
귀하의 따옴표에는 "stoploss"라는 단어가 포함되어 있지 않습니다. 주문 분류 만 있습니다. 이 인용문의 요점은 무엇이었습니까? 무엇에 암시적인 따옴표를 붙였습니까?
논리적 체인에 대해 들어본 적이 있습니까? 나는 당신의 인용문에서 어떤 논리도 볼 수 없습니다.
일반적으로 원하는 경우 자신을 이해하십시오. 이 스레드에서 조사 결과를 볼 수 있기를 바랍니다.
귀하의 따옴표에는 "stoploss"라는 단어가 포함되어 있지 않습니다. 주문 분류 만 있습니다. 이 인용문의 요점은 무엇이었습니까? 무엇에 암시적인 따옴표를 붙였습니까?
논리적 체인에 대해 들어본 적이 있습니까? 나는 당신의 인용문에서 어떤 논리도 볼 수 없습니다.
일반적으로 원하는 경우 자신을 이해하십시오. 이 스레드에서 조사 결과를 볼 수 있기를 바랍니다.
"PJSC 모스크바 거래소의 파생 상품 시장에 대한 조직적 거래 규칙" 과 같은 문서가 있습니다. 인용하고 손절매 개념이 없으므로 다음을 포함하여 실제로 거래소에 전송된 주문 목록을 보여 드린 것입니다. 손절매를 실행하는 "시장 주문"은 본질적으로 시장에서 거래 작업을 수행하기 위해 브로커에게 보류 중인 조건부 주문 역할을 합니다.
놀랍게도, 나는 내 메시지에 대한 논리적인 답변을 보지 못하고 오히려 내 선을 굽히고 앞서 설명한 새로운 상황을 보지 않기를 원합니다.
당신은 절차에 기여하지 않았고, 어떤 문서도 찾지 못했고, 상황에 대한 평가를 제공하지 않았기 때문에 건설적인 대화에 오기 위해 노력했지만 헛된 죄송합니다.
다시 한 번 말하지만 거래소에는 시장가 주문이 없고 손절매도 없고 이익 도 없습니다! 다 속어야!
거래소 코어 시스템에는 보류 중인 주문만 있습니다. 그리고 응용 프로그램의 유형과 실행 위치에 따라 동작이 설정됩니다.
입찰가보다 낮은 한도 구매 - 보류 주문으로 배치, 최상의 가격으로 구매(주문서에서 주문)
제안 위의 판매 한도 - 보류 중인 주문으로 배치, 최상의 가격으로 판매(주문서에 있는 주문)
제안 위의 구매 제한 - 제안보다 높게 설정되고 제한이 있으므로 가장 가까운 제안에서 즉시 실행됩니다(시장에서 시장에서 원하는 대로 호출)
Sell limit underbid - 수요 이하로 설정되며, 한도이므로 가장 가까운 입찰가로 즉시 실행됩니다 (시장입니다, 시장에서 원하는대로 호출하십시오)
바이 스탑 - 보류 주문으로 배치되고, 최악의 가격에 구매, 주문은 제안보다 높은 구매 제한으로 실행됩니다( 시장에서 원하는 대로 호출 )
판매 중지 - 보류 주문으로 배치, 최악의 가격에 판매, 주문은 입찰가보다 낮은 판매 제한으로 실행됩니다( 시장입니다. 시장에서 원하는 대로 부르십시오 )
바이 스탑 리밋 - 슬리피지에 대한 조건이 있는 보류 주문으로 배치되고 제안 위의 바이 리밋으로 실행됩니다( 시장이니 원하는 대로 호출하세요 )
매도 스탑 리밋 - 슬리피지에 대한 조건으로 보류 주문으로 배치되고 입찰가 아래의 매도 리밋으로 실행됩니다( 시장입니다. 시장에서 원하는 대로 호출 )
시장, 시장, 이익 실현, 손절매, 후행 등 이러한 응용 프로그램은 존재하지 않습니다. 이것은 속어입니다!
시장, 시장, 이익 실현, 손절매, 후행 등 이러한 응용 프로그램은 존재하지 않습니다. 이것은 속어입니다!
제한 및 시장 주문이 있습니다. 이러한 개념은 모스크바 거래소 에 공식적으로 적용됩니다. 기술 구현 문제는 부차적입니다. 즉시 구매/판매할 수 없다는 것은 분명합니다. 이 모든 것은 특정 주파수와의 혼합을 통해 발생합니다.
다른 모든 변형은 브로커 서버의 터미널을 통해 구현되며 특정 조건이 발생하면 지정가 또는 시장가 주문이 발생합니다.빈 공간에 대해 논쟁하지 말고 "파생 시장에서 NCO NCC(JSC)의 보안 보장 계산 원칙" 문서의 이 부분에 주의를 기울이십시오.
"
NCO NCC(JSC)가 모스크바 거래소 파생상품 시장의 위험 매개변수를 결정하기 위한 방법론에 따라 청산 센터에서 설정한 위험 매개변수의 현재 값은 인터넷의 청산 센터 웹사이트에 게시됩니다.
...
제4조. 증거금 계산을 위한 포지션 집계, 캘린더 스프레드 회계 규칙 및 만기 위험 회계 매개변수
4.1. 정산 코드에 따른 마진 마진을 계산하기 위해 각 상품의 포지션은 포지션 레지스터 섹션에 기록된 포지션의 양을 더하여 계산됩니다.
4.2. 중개 회사의 증거금 마진을 계산하기 위해 위치 회계 레지스터의 섹션에 기록된 위치는 다음 규칙 중 하나에 따라 그룹화될 수 있습니다.
4.2.1. 계정 집계 규칙 - "상계"를 적용할 때 위치는 4.1항과 유사하게 계산됩니다. 이러한 원칙의.
4.2.2. Account Aggregation Rule - "Half Netting" 적용 시 중개회사의 포지션은 계산되지 않습니다. 포지션 회계 레지스터의 섹션에 기록된 포지션의 위험은 이 원칙의 단락 5.7.9에 따라 계산된 다음 추가됩니다.
4.3. 각 중개 회사에 대한 집계 규칙은 청산 회원이 신청서를 제출하여 설정합니다.
...
5.7.9. 중개 회사에 기록된 포지션에 대한 재무 결과를 계산할 때 "반 상계" 계정 집계 규칙을 선택할 때 포지션 회계 등록부에 기록된 포지션에 대해 5.7.6항에 따라 계산된 재무 결과가 합산됩니다.
...
5.7.6. 재무 결과는 공동 시나리오의 첫 번째, 두 번째 및 세 번째 그룹을 기반으로 요약됩니다.
"
내가 이해하는 한, 브로커는 청산 시 이러한 규칙을 준수하기 위한 조건을 보장해야 하며, 그 자신이 고객의 민방위 통제를 구현해야 합니다. (JSC) 청산업체!?
또한 열린 위치 에 대해 GO를 설명하는 두 가지 옵션이 있는 것으로 나타났습니다. 통합 및 분리 - "상계" 및 "반-상계" - 다른 브로커에 대한 GO의 크기는 이에 따라 다릅니다. - 어떤 옵션이 선택되었는지 아는 사람 Otkritie 중개인에 의해? "네팅"이 더 예측 가능하고 이해하기 쉬운 것 같지만 "반 네팅"은 대다수가 거래소에서 병합되고 계산이 모든 위치에 대해 집합적으로 발생한다는 것을 고려하면 내가 이해하는 대로 더 수익성이 있습니다.
제 생각에는 그 주장이 부적절합니다. TERMS에 대한 명확한 개념이 없기 때문입니다.
논리적으로, 동일한 성공으로 정지는 반대 순서로 대체될 수 있습니다(실제로 일어나는 일입니다). 실행 우선 순위 문제 - 와우.