Strasmore Research
ஆழ்ந்த ஆய்வு Matt Connorஆசிரியர் Matt Connor

Self-match prevention மற்றும் Wash trade விதிகள் விளக்கம்

Self-match prevention என்பது ஒரே நிறுவனத்தின் ஆர்டர்கள் தங்களுக்குள் வர்த்தகம் செய்வதைத் தடுக்கும் முறையாகும். இது எவ்வாறு செயல்படுகிறது மற்றும் சட்டரீதியான Wash trade கட்டுப்பாடுகள்

Self-match prevention என்பது ஒரே நிறுவனத்தைச் சேர்ந்த இரண்டு ஆர்டர்கள் தங்களுக்குள் வர்த்தகம் செய்வதைத் தடுக்கும் ஒரு matching engine அம்சமாகும். ஆர்டர்கள் உள்ளீடு செய்யப்படும்போது ஒரு அடையாளங்காட்டி (identifier) அவற்றுடன் இணைக்கப்படுகிறது. ஒரே அடையாளங்காட்டியைப் பகிர்ந்து கொள்ளும் இரண்டு ஆர்டர்கள் ஒன்றுடன் ஒன்று மோதினால், எந்தவொரு வர்த்தகமும் (trade print) நடப்பதற்கு முன்பே, engine அவற்றில் ஒன்றை அல்லது இரண்டையும் ரத்து செய்துவிடும். Self-match prevention என்பது நீங்கள் செயல்படுத்தும் ஒரு venue வசதி; ஆனால் wash trade-க்கு எதிரான தடை என்பது சட்டம். இவை இரண்டும் வெவ்வேறானவை.

உங்கள் முதல் strategy ஒரு கருவியை (instrument) மேற்கோள் காட்டும் அதே நேரத்தில், இரண்டாவது strategy-யும் அதே கருவியை மேற்கோள் காட்டினால், இந்த விதி உங்களுக்குப் பொருந்தும். ஒரு symbol-ல் இரண்டு-ladder grid bot-ஐப் பயன்படுத்தும்போதும், ஒரு வங்கி desk-க்கு என்ன விதிமுறைகளோ அதேதான் உங்களுக்கும் பொருந்தும்.

Matching engine-ல் self-match prevention எவ்வாறு செயல்படுகிறது

ஒரு venue பெறும் ஒவ்வொரு ஆர்டரிலும், matching-க்கு முன்னதாக engine சரிபார்க்கும் சில புலங்கள் (fields) உள்ளன: side, price, size, time in force. Self-match prevention கூடுதலாக இரண்டு புலங்களைச் சேர்க்கிறது. முதலாவது, அந்த ஆர்டர் எந்த நிறுவனம், கணக்கு அல்லது strategy குழுவைச் சேர்ந்தது என்பதைக் குறிக்கும் ஒரு எண் அல்லது string வடிவிலான அடையாளங்காட்டி. இரண்டாவது, ஒரே அடையாளங்காட்டியைப் கொண்ட இரண்டு ஆர்டர்கள் வர்த்தகம் செய்ய முற்படும்போது என்ன செய்ய வேண்டும் என்பதற்கான அறிவுறுத்தல்.

ஒரு aggressing order, ஏற்கனவே இருக்கும் (resting) ஆர்டரின் விலையை அடையும்போது இந்தச் சரிபார்ப்பு நடக்கிறது. பொதுவாக நான்கு முடிவுகள் பயன்படுத்தப்படுகின்றன:

  • Resting order-ஐ ரத்து செய்தல். உள்ளே வரும் ஆர்டர் தொடர்ந்து புத்தகத்திற்குள் சென்று, அந்த விலையில் பின்னால் இருக்கும் எதனுடனும் பொருந்தலாம்.
  • Incoming order-ஐ ரத்து செய்தல். Resting order அதன் வரிசை நிலையை (queue position) தக்கவைத்துக் கொள்ளும், aggressor மறைந்துவிடும்.
  • இரண்டு ஆர்டர்களையும் ரத்து செய்தல் (இது மிகவும் கடுமையான அமைப்பு).
  • குறைத்தல் மற்றும் ரத்து செய்தல். பெரிய ஆர்டர் சிறிய ஆர்டரின் அளவிற்கு ஏற்ப குறைக்கப்படுகிறது, சிறியது ரத்து செய்யப்படுகிறது, மீதமுள்ள பகுதி அப்படியே இருக்கும்.

இந்த நான்கில் எந்தவொரு வர்த்தகமும் நடைபெறாது. Tape-ல் எதுவும் பதிவாகாது, fill log-ல் எதுவும் வராது; அதற்குப் பதிலாக ஒன்று அல்லது இரண்டு ஆர்டர்களுக்கும் unsolicited cancel செய்தி வரும்.

Queue position என்பது கவனிக்கப்படாத ஒரு செலவாகும். Cancel-oldest அறிவுறுத்தலின் கீழ் ரத்து செய்யப்படும் ஒரு resting order, காத்திருப்பதன் மூலம் பெற்ற அனைத்து நன்மைகளையும் இழக்கிறது. price-time priority-ன் கீழ், இந்த இழப்பு முழுமையானது: மீண்டும் உள்ளீடு செய்யும்போது, அந்த ஆர்டர் வரிசையில் காத்திருந்த அனைவருக்கும் பின்னால் தள்ளப்படும். estimating queue position குறித்த எங்கள் வழிகாட்டி, வரிசையில் அந்த இடத்தின் மதிப்பைப் பற்றி விளக்குகிறது.

ஒரு கருவி, பல புத்தகங்கள்

இந்தச் சரிபார்ப்பு ஒவ்வொரு venue-க்கும் தனிப்பட்டது. ஒரு engine தான் வைத்திருக்கும் ஆர்டர்களை மட்டுமே ஒப்பிடும். வெவ்வேறு புத்தகங்களில் (books) இருக்கும் உங்கள் இரண்டு ஆர்டர்கள் ஒன்றுக்கொன்று தெரியாது; US equities-ல் எந்தவொரு பொறிமுறையும் அவற்றை இணைப்பதில்லை. ஒரு US பங்கு ஒரே நேரத்தில் பல புத்தகங்களில் மேற்கோள் காட்டப்படுகிறது. கீழே உள்ள அட்டவணை, ஜூன் 10, 2026 அன்று காலை பதினைந்து நிமிட இடைவெளியில் ஆறு பிரபலமான பங்குகள் மேற்கோள் காட்டப்பட்ட மற்றும் வர்த்தகம் செய்யப்பட்ட venue-களைக் காட்டுகிறது.

வினவவும்15 நிமிட இடைவெளியில் ஒரே பங்கினை மேற்கோள் காட்டி வர்த்தகம் செய்யும் இடங்கள்
ஒவ்வொரு எண்ணின் பின்னணியில் உள்ள துல்லியமான SQL
SELECT
    q.ticker          AS ticker,
    q.quoting_venues  AS quoting_venues,
    t.printing_venues AS printing_venues
FROM
(
    SELECT
        ticker,
        countDistinct(bid_exchange) AS quoting_venues
    FROM global_markets.cache_stocks_quotes
    WHERE ticker IN ('AAPL', 'MSFT', 'NVDA', 'SPY', 'KO', 'JNJ')
      AND sip_timestamp >= toDateTime('2026-06-10 14:00:00', 'UTC')
      AND sip_timestamp <  toDateTime('2026-06-10 14:15:00', 'UTC')
      AND bid_price > 0
    GROUP BY ticker
) AS q
INNER JOIN
(
    SELECT
        ticker,
        countDistinct(exchange) AS printing_venues
    FROM global_markets.stocks_trades
    WHERE ticker IN ('AAPL', 'MSFT', 'NVDA', 'SPY', 'KO', 'JNJ')
      AND sip_timestamp >= toDateTime('2026-06-10 14:00:00', 'UTC')
      AND sip_timestamp <  toDateTime('2026-06-10 14:15:00', 'UTC')
    GROUP BY ticker
) AS t ON t.ticker = q.ticker
ORDER BY quoting_venues DESC, ticker
Run this yourself

AAPL அந்த பதினைந்து நிமிடங்களில் 16 வெவ்வேறு venue-களிலிருந்து ஏலங்களைப் பெற்றது, மேலும் 17 venue-களில் வர்த்தகங்கள் பதிவாகின. இந்த அட்டவணையில் மிகக் குறைந்த வர்த்தகம் கொண்ட பங்கு கூட 11 மேற்கோள் venue-களைக் கொண்டிருந்தது. Child orders-ஐப் பிரிக்கும் ஒரு smart order router, உங்கள் இரண்டு strategy-களைப் பெரும்பாலும் வெவ்வேறு புத்தகங்களில் வைக்கும், அங்கு engine-நிலைச் சரிபார்ப்பு பொருந்தாது. நிறுவனங்கள் இந்த இடைவெளியை order management அடுக்கிலேயே, ஆர்டர் வெளியேறுவதற்கு முன்பே சரிசெய்து கொள்கின்றன. இரண்டு புத்தகங்களில் ஒரே விலையில் எதிர் பக்கங்களில் இருக்கும் உங்கள் ஆர்டர்கள் ஒரு locked or crossed market-ஐ உருவாக்குகின்றன, இதற்குத் தனி விதிகள் உள்ளன.

ஒரு அமர்வில் ஒரு புத்தகம் எத்தனை வர்த்தகங்களைச் செய்கிறது

Self-match சரிபார்ப்பு, engine செய்யும் ஒவ்வொரு வர்த்தகத்தின் பாதையிலும் உள்ளது. அதிக வர்த்தகம் நடக்கும் பங்குகளில், இந்தப் பாதை நாள் முழுவதும் பிஸியாக இருக்கும். கீழே உள்ள அட்டவணை, ஒரு பங்கின் முழு அமர்வையும் பதினைந்து நிமிட இடைவெளிகளாகப் பிரித்து, ஒவ்வொன்றிலும் நடந்த வர்த்தகங்களை எண்ணுகிறது (குறைந்தது 200 வர்த்தகங்கள் நடந்தவை மட்டும்).

வினவவும்15 நிமிட இடைவெளியில் பதிவான வர்த்தகங்கள், ஒரு முழு அமர்வு
ஒவ்வொரு எண்ணின் பின்னணியில் உள்ள துல்லியமான SQL
SELECT
    formatDateTime(toStartOfInterval(toTimeZone(sip_timestamp, 'America/New_York'), INTERVAL 15 MINUTE), '%H:%i') AS et_time,
    count() AS trade_count
FROM global_markets.stocks_trades
WHERE ticker = 'AAPL'
  AND sip_timestamp >= toDateTime('2026-06-10 08:00:00', 'UTC')
  AND sip_timestamp <  toDateTime('2026-06-11 04:00:00', 'UTC')
GROUP BY et_time
HAVING count() >= 200
ORDER BY et_time
Run this yourself

04:00 ET-ல் அந்தப் பங்கு பதினைந்து நிமிடங்களில் 9402 வர்த்தகங்களைப் பதிவு செய்தது, மற்றும் 19:45 ET-ல் 1345 வர்த்தகங்களைப் பதிவு செய்தது. இவை 200 வர்த்தகங்கள் என்ற எல்லையைத் தாண்டிய 64 இடைவெளிகளில் நடந்தன. ஒவ்வொரு வர்த்தகமும் engine ஒன்றிணைத்த ஒரு ஜோடி ஆர்டர்கள் ஆகும்; அவை சந்திப்பதற்கு முன்பு engine இருபுறமும் உள்ள அடையாளங்காட்டிகளைச் சரிபார்க்கிறது. புத்தகத்தில் தங்கும் ஒவ்வொரு ஆர்டரும், அந்த நாளில் அதே கணக்கிலிருந்து வரும் மற்றொரு ஆர்டருடன் சந்திப்பதற்கான வாய்ப்பைக் கொண்டுள்ளது.

Self-trade நடக்கும்போது tape என்ன காட்டுகிறது

தடுக்கப்பட்ட self-match எதையும் விட்டுச் செல்வதில்லை. Tape-ல் நிறைவேற்றப்பட்டவை மட்டுமே இருக்கும், ஒவ்வொரு வர்த்தகமும் condition flags-உடன் வரும்: வர்த்தகம் எவ்வாறு நடந்தது என்பதை விவரிக்க reporting venue இணைக்கும் குறியீடுகள் இவை. கீழே உள்ள அட்டவணை ஒரு பங்கின் முழு அமர்வை அந்த flags-களின் அடிப்படையில் பிரிக்கிறது.

வினவவும்ஒரு முழு அமர்வின் வர்த்தக நிலை குறியீடுகள்
ஒவ்வொரு எண்ணின் பின்னணியில் உள்ள துல்லியமான SQL
SELECT
    condition_name,
    print_count,
    round(100 * print_count / sum(print_count) OVER (), 2) AS share_pct
FROM
(
    SELECT
        cc.id        AS condition_id,
        any(cc.name) AS condition_name,
        count()      AS print_count
    FROM
    (
        SELECT toInt32(arrayJoin(conditions)) AS condition_id
        FROM global_markets.stocks_trades
        WHERE ticker = 'AAPL'
          AND sip_timestamp >= toDateTime('2026-06-10 08:00:00', 'UTC')
          AND sip_timestamp <  toDateTime('2026-06-11 04:00:00', 'UTC')
    ) AS f
    INNER JOIN
    (
        SELECT
            toInt32(id)  AS id,
            any(name)    AS name
        FROM global_markets.stocks_condition_codes
        WHERE asset_class = 'stocks'
          AND has(data_types, 'trade')
        GROUP BY id
    ) AS cc ON cc.id = f.condition_id
    GROUP BY condition_id
)
ORDER BY print_count DESC
LIMIT 10
Run this yourself

Odd Lot Trade அந்த அமர்வில் உள்ள flagged வர்த்தகங்களில் 48.34%-ஐ உள்ளடக்கியது, மேலும் அந்த அட்டவணை அன்றைய மிக முக்கியமான 10 flags-களைப் பட்டியலிடுகிறது. பட்டியலில் இல்லாதவற்றைக் கவனியுங்கள். குறியீடு இல்லை என்றால், இரண்டு ஆர்டர்களும் ஒரே நிறுவனத்திலிருந்து வந்தவை என்று அர்த்தம். பதிவாகும் ஒரு self-trade, அதே விலையில் நடக்கும் மற்ற வர்த்தகங்களைப் போலவே இருக்கும். எனவே, இதற்கான கண்காணிப்பு tape-க்கு வெளியே, venue வைத்திருக்கும் participant identifiers மற்றும் ஆர்டர்களில் உள்ள கணக்கு எண்களைக் கொண்டு நடக்கிறது.

Self-match prevention எங்கே முடிகிறது, wash trade சட்டம் எங்கே தொடங்குகிறது

Self-match prevention என்பது ஒரு venue சேவை. நீங்கள் அதைத் தேர்வு செய்து, உள்ளமைக்க வேண்டும்; நீங்கள் அதைச் செய்யவில்லை என்றால், engine உங்கள் இரண்டு ஆர்டர்களையும் மகிழ்ச்சியுடன் வர்த்தகம் செய்யும். Wash trade-க்கு எதிரான தடை விருப்பத்திற்குரியது அல்ல, அது எந்த அமைப்பையும் சார்ந்தது அல்ல.

Securities Exchange Act of 1934-ன் பிரிவு 9(a)(1), பயனுள்ள உரிமையில் (beneficial ownership) எந்த மாற்றமும் இல்லாத, தவறான வர்த்தகத் தோற்றத்தை உருவாக்கும் நோக்கம் கொண்ட பரிவர்த்தனைகளைத் தடுக்கிறது. Commodity Exchange Act-ல் இதற்கான futures இணையான விதி உள்ளது, CME Rule 534 இதை மீண்டும் உறுதிப்படுத்துகிறது. FINRA Rule 5210 broker-dealer-களுக்குப் பொருந்தும், மேலும் இது self-trades-ஐ நேரடியாகக் குறிப்பிடுகிறது: ஒரே நிறுவனத்தில் உள்ள இரண்டு தொடர்பில்லாத algorithms-க்கு இடையிலான வர்த்தகங்கள் தானாகவே மீறலாகாது, ஆனால் அவற்றை ஆய்வு செய்து குறைக்கும் கொள்கைகளை நிறுவனம் வைத்திருக்க வேண்டும்.

ஒன்றுக்கும் மேற்பட்ட strategy-களை இயக்குபவர்களுக்கு இரண்டு விளைவுகள் ஏற்படும். நீங்கள் self-match அறிவுறுத்தலை அமைக்காத ஒரு venue-ல், ஒரு self-cross விதியை மீறலாம், ஏனெனில் இந்த விதி பரிவர்த்தனை மற்றும் அதன் நோக்கத்துடன் தொடர்புடையது. Self-match prevention-ஆல் தடுக்கப்பட்ட ஒரு self-cross எதையும் மீறவில்லை: அதைத் தடுப்பதே அதன் நோக்கம்.

இயக்குநர்கள் இதை எவ்வாறு உள்ளமைக்கிறார்கள்: CME, ICE, LME, மற்றும் MiFID II

CME Globex-ல், self-match prevention ஆர்டர் உள்ளீட்டில் சமர்ப்பிக்கப்பட்ட அடையாளங்காட்டியைப் பொறுத்தது. நிறுவனங்கள் பயன்படுத்தும் அடையாளங்காட்டிகளைப் பதிவு செய்கின்றன, ஒவ்வொரு ஆர்டரும் ஒன்றைக் கொண்டுள்ளது, மேலும் அந்த அடையாளங்காட்டியைப் கொண்ட இரண்டு ஆர்டர்கள் சந்திக்கும்போது எதை ரத்து செய்ய வேண்டும் என்ற அறிவுறுத்தல் இணைக்கப்படுகிறது. அடையாளங்காட்டி இல்லாமல் அனுப்பப்படும் ஆர்டர்கள் சாதாரணமாகப் பொருந்தும், இது புதிய இயக்குநர்களுக்கு ஒரு பொறி: இயல்புநிலை (default) 'ஆஃப்' நிலையில் இருக்கும்.

ICE, Self-Trade Prevention Functionality-ஐ வழங்குகிறது, இது ஆர்டர் வாரியாக இல்லாமல் trading firm அடையாளங்காட்டி அடிப்படையில் உள்ளமைக்கப்படுகிறது. London Metal Exchange, LMEselect-ல் உறுப்பினர்களுக்கான Self-Execution Prevention-ஐ வழங்குகிறது. ஐரோப்பாவில், MiFID II-ன் பிரிவு 17, algorithmic வர்த்தகத்தில் ஈடுபடும் எந்தவொரு முதலீட்டு நிறுவனத்திற்கும் சோதனை, kill functionality மற்றும் ஒழுங்கற்ற வர்த்தகத்தைத் தடுக்கும் கடமைகளை விதிக்கிறது. பிரிவு 48, venue-விற்கும் அதே கடமையை விதிக்கிறது.

உள்ளமைவு (configuration) என்பது symbol வாரியாக இல்லாமல், கணக்கு அல்லது நிறுவன அளவில் இருக்கும். ஒரு underlying-ன் option surface-ன் அளவு ஏன் என்பதை இது காட்டுகிறது.

வினவவும்ஜூன் 2026-க்கான ஒரு அடிப்படைப் பங்கின் வர்த்தக அளவு கொண்ட ஆப்ஷன் ஒப்பந்தங்கள்
ஒவ்வொரு எண்ணின் பின்னணியில் உள்ள துல்லியமான SQL
SELECT
    toString(date)                 AS session_date,
    countDistinct(ticker)          AS contracts_traded,
    countDistinct(strike_price)    AS strikes_traded
FROM global_markets.options_greeks
WHERE underlying_symbol = 'AAPL'
  AND date >= '2026-06-01'
  AND date <= '2026-06-30'
  AND volume > 0
  AND iv_converged = 1
GROUP BY date
ORDER BY date
Run this yourself

2026-06-01-ல், ஒரு underlying 1579 வர்த்தகம் செய்யக்கூடிய ஒப்பந்தங்களைக் கொண்டிருந்தது, அவை 112 strikes-களில் பரவியிருந்தன, மேலும் இந்த அட்டவணை 21 அமர்வுகளை உள்ளடக்கியது. ஒப்பந்தம் வாரியாக விதியை அமைப்பது இந்த எண்ணிக்கையில் சாத்தியமற்றது. அடையாளங்காட்டி கணக்குடன் இணைக்கப்பட்டு, அந்த கணக்கு அனுப்பும் ஒவ்வொரு ஆர்டருடனும் பயணிக்கிறது.

உங்கள் fill logs விளக்காத தோல்வி முறை

இது நடைமுறையில் எவ்வாறு நிகழ்கிறது என்பதைப் பார்ப்போம். Cancel-newest அறிவுறுத்தல், நீங்கள் அனுப்பிய ஆர்டரை அது பொருந்துவதற்கு முன்பே ரத்து செய்கிறது. Bot-க்குள் இருந்து பார்க்கும்போது, இது ஒரு புதிய ஆர்டர் மற்றும் யாரும் கோராத ஒரு ரத்து எனத் தெரியும். இதில் fill இல்லை, reject இல்லை, காரணத்தைக் கூறும் error string இல்லை. எனவே, இதை முதன்முதலில் சந்திக்கும் இயக்குநர்கள் தங்கள் சொந்த cancel பாதையில் பிழை இருப்பதாக நினைக்கிறார்கள்.

இரண்டு பழக்கங்கள் இதைத் தெளிவுபடுத்தும். Venue-ன் order status செய்திகளை normalized summary-ஆக மாற்றாமல் அப்படியே பதிவு செய்யுங்கள், ஏனெனில் தடுப்புக்கான காரணம் பெரும்பாலும் அந்தச் செய்தியில் ஒரு புலமாக இருக்கும். உங்கள் code உருவாக்காத எந்தவொரு ரத்து குறித்தும் எச்சரிக்கை (alert) பெறுங்கள். அந்த எச்சரிக்கை உங்கள் automated trading circuit breakers-உடன் இருக்க வேண்டும், ஏனெனில் இது அதே வகை தோல்வி: venue உங்கள் ஆர்டர் நிலையை மாற்றியது, ஆனால் உங்கள் செயல்முறை எதுவும் நடக்காதது போலத் தொடர்ந்தது.

FAQ

Self-match prevention என்றால் என்ன?

ஒரே நிறுவனம் அல்லது கணக்கு அடையாளங்காட்டியைப் கொண்ட இரண்டு ஆர்டர்கள் தங்களுக்குள் வர்த்தகம் செய்வதைத் தடுக்கும் ஒரு matching engine சரிபார்ப்பு. அவை பொருந்தும்போது, engine resting order, incoming order அல்லது இரண்டையும் ரத்து செய்கிறது.

Self-trade மற்றும் wash trade ஒன்றா?

இல்லை. Self-trade என்பது ஒரே பயனுள்ள உரிமையாளரின் இரண்டு ஆர்டர்களுக்கு இடையிலான எந்தவொரு நிறைவேற்றமும் ஆகும். Wash trade என்பது உண்மையான சந்தை அபாயம் இல்லாமல், தவறான வர்த்தகத் தோற்றத்தை உருவாக்கும் நோக்கத்துடன் செய்யப்படும் self-trade ஆகும். தொடர்பில்லாத algorithms-க்கு இடையிலான தற்செயலான self-trades, திட்டமிடப்பட்டவற்றிலிருந்து வித்தியாசமாக நடத்தப்படுகின்றன, மேலும் நிறுவனங்கள் அவற்றைக் கண்காணிக்க வேண்டும்.

Self-match prevention வெவ்வேறு பரிமாற்றங்களுக்கு (exchanges) இடையே செயல்படுமா?

இல்லை. ஒவ்வொரு matching engine-ம் தனது சொந்த புத்தகத்தில் உள்ள ஆர்டர்களுக்கு மட்டுமே இந்தச் சரிபார்ப்பைப் பயன்படுத்துகிறது. ஒரே நிறுவனத்தின் இரண்டு ஆர்டர்கள் இரண்டு வெவ்வேறு venue-களில் இருந்தால், அவை தங்களுக்குள் வர்த்தகம் செய்யலாம். அந்தப் பொறுப்பு நிறுவனத்தின் சொந்த pre-trade சரிபார்ப்புகளைச் சார்ந்தது.

எனது ஆர்டர் ஏன் fill மற்றும் காரணம் இல்லாமல் ரத்து செய்யப்பட்டது?

Cancel-newest self-match அறிவுறுத்தல் ஒரு காரணம்: உங்கள் அடையாளங்காட்டியைப் கொண்ட ஒரு resting order-உடன் பொருந்துவதற்கு முன்பே, venue ஆர்டரை ரத்து செய்துவிட்டது. காரணம் பெரும்பாலும் rejection-ஆக இல்லாமல், venue-ன் cancel செய்தியில் ஒரு புலமாகத் தோன்றும்.

எந்த venue-களுக்கு self-match prevention அடையாளங்காட்டி தேவை?

தேவைகள் venue மற்றும் தயாரிப்பைப் பொறுத்து மாறுபடும். CME ஆர்டர் உள்ளீட்டில் முன்கூட்டியே பதிவு செய்யப்பட்ட அடையாளங்காட்டியை கேட்கிறது, அதே சமயம் ICE மற்றும் London Metal Exchange நிறுவன அளவில் உள்ளமைவுகளை வழங்குகின்றன. ஐரோப்பிய venue-கள் MiFID II-ன் கீழ் அமைப்புகள் மற்றும் கட்டுப்பாட்டு கடமைகளைக் கொண்டுள்ளன. நீங்கள் வர்த்தகம் செய்யும் தயாரிப்பின் venue விதிப்புத்தகம் (rulebook) இதற்கான அதிகாரப்பூர்வ ஆதாரமாகும்.


இங்கே உள்ள ஒவ்வொரு அட்டவணையும் அதை உருவாக்கிய SQL-ஐக் கொண்டுள்ளது, எனவே எதையும் விரிவுபடுத்திப் படிக்கவும். நீங்கள் வர்த்தகம் செய்யும் ஒரு பங்கின் venue-களை எண்ண, அல்லது ஒரு அமர்வை condition flags-களாகப் பிரிக்க, Strasmore terminal-ல் சாதாரண ஆங்கிலத்தில் கேளுங்கள்.