Spot Trailing Stop இயக்கத்தை trigger, tracking மற்றும் fill நிகழ்வுகளாகப் பிரித்தல்

Trailing stop-ன் மையக் கருத்து ஒரே ஒரு விதிதான். நுழைந்த பிறகு உங்களுக்குச் சாதகமான திசையில் விலை எட்டிய உச்ச மதிப்பை அமைப்பு தொடர்ந்து நினைவில் வைக்கும்; அந்த உச்ச மதிப்பிலிருந்து எதிர்த் திசையில் ஒரு குறிப்பிட்ட இடைவெளியை விட்டு வைக்கும். விலை அந்த இடைவெளியை மீறிப் பின்வாங்கினால் ஆர்டர் தூண்டப்படும். இந்த இடைவெளியைச் சதவீதமாகவும் குறிக்கலாம், முழுமையான விலை வித்தியாசமாகவும் குறிக்கலாம்; விலை மேலே நகரும்போது சதவீத இடைவெளி தானாக விரிவடையும், ஆனால் நிலையான விலை வித்தியாசம் அப்படியே இருக்கும்.

long நிலைக்கு ஒரு விளக்கம்: நுழைந்த பின் உச்ச விலை 100 ஆகவும் பின்வாங்கல் விகிதம் 3% ஆகவும் இருந்தால், தூண்டுதல் விலை 97. விலை 120 வரை உயர்ந்தால் தூண்டுதல் விலை தானாக 116.4 ஆக உயரும். ஆனால் விலை கீழே இறங்கும்போது தூண்டுதல் விலை அதே இடத்தில் நிற்கும், ஒருபோதும் கீழே இறங்காது. சாதகமான திசையில் மட்டும் நகரும், திரும்பி வராது என்ற இந்த ratchet குணமே trailing stop-ஐ நிலையான stop loss-லிருந்து வேறுபடுத்துகிறது.

இதே விதிதான் அதன் பொதுவான தோல்வி வடிவத்தையும் விளக்குகிறது. பின்வாங்கல் விகிதம் மிகக் குறுகியதாக இருந்தால், ஒரு நாளின் சாதாரண ஏற்ற இறக்கமே தூண்டுதல் விலையைத் தொட்டுவிடும்; போக்கு மாறவே இல்லை, ஆனால் நிலை மட்டும் சந்தைச் சத்தத்தால் வெளியேற்றப்பட்டிருக்கும். மிக அகலமாக இருந்தால், தூண்டப்படும் நேரத்தில் ஏற்கெனவே பெரும்பாலான மிதவை இலாபம் திரும்பிச் சென்றிருக்கும். எனவே சொத்தின் அண்மைக்கால சாதாரண ஏற்ற இறக்க அளவை முதலில் அளந்து, சத்தத்தைவிடத் தெளிவாகப் பெரியதாகவும், நீங்கள் ஏற்கத் தயாராக இருக்கும் அதிகபட்சத் திருப்பிக் கொடுப்பைவிடச் சிறியதாகவும் இடைவெளியை வையுங்கள். மேலும் ஒன்று: தூண்டுதல் என்பது ஒரு market அல்லது limit ஆர்டரை அனுப்புவது மட்டுமே; தூண்டுதல் விலை fill விலை அல்ல. gap அல்லது மெல்லிய liquidity நேரங்களில் இரண்டுக்கும் இடையே பெரிய வித்தியாசம் வரலாம்.

Trailing Stop செயலை ஒரே நிறைவு செய்தியாகப் பார்க்கக்கூடாது. முதலில் tracking தொடங்கும். பின்னர் விலை சாதகமான திசையில் புதிய high அல்லது low உருவாக்கும்போது reference extreme மாறும். அந்த extreme-இலிருந்து trailingDelta அளவிலான எதிர்திசை நகர்வு வந்தால் trigger நிபந்தனை நிறைவேறும். அதன்பின் order matching விதிகளுக்குள் செல்கிறது; முழு fill, partial fill, open நிலை அல்லது rejection வரலாம். இந்த நான்கு நிகழ்வுகளுக்கும் நேரம் மற்றும் status எழுதப்பட வேண்டும். Trigger notification மட்டும் சொத்து முழுவதும் மாறியதாக நிரூபிக்காது.

BUY அல்லது SELL, stop-loss அல்லது take-profit சார்ந்த வகை ஆகியவற்றைப் பொறுத்து highest price அல்லது lowest price எது tracking reference என்பதில் வேறுபாடு வரும். ஒரே அம்புக் குறியை எல்லா வகைக்கும் பயன்படுத்த வேண்டாம். official Trailing Stop FAQ-ன் திசை அட்டவணையுடன் side, order type, tracking extreme, trigger direction ஆகிய நான்கையும் ஒப்பிடுங்கள். எந்த வரியும் தெளிவில்லையெனில் submit செய்யாமல் நிலை diagram-ஐ மீண்டும் எழுதுங்கள்.

Trailing Stop பயிற்சியை ஒரு விலை கணிப்பாக அல்ல, நிகழ்வு பதிவாக நடத்த வேண்டும். Tracking தொடங்கிய நேரம், அப்போதைய reference trade, பின்னர் உருவான சாதகமான extreme, தேர்ந்தெடுத்த trailingDelta மற்றும் எதிர்திசை மாற்றம் ஆகியவற்றை வரிசையாக எழுதினால் trigger ஏன் ஏற்பட்டது அல்லது ஏன் ஏற்படவில்லை என்பதை மீண்டும் கணக்கிட முடியும்.

Spot Filters ஆவணம் minTrailingAboveDelta, maxTrailingAboveDelta, minTrailingBelowDelta, maxTrailingBelowDelta புலங்களை விளக்குகிறது. order side மற்றும் condition வகை எந்த pair-ஐப் பயன்படுத்தும் என்பது FAQ திசை விளக்கத்துடன் படிக்கப்பட வேண்டும். above என்ற சொல் விலை எப்போதும் உயரும் என்ற எளிய முடிவு அல்ல; order category-க்கு தொடர்புடைய filter family. தவறான pair எடுத்தால் கணிதம் சரியாக இருந்தும் கோரிக்கை reject ஆகலாம்.

Filter snapshot-ல் symbol, retrieval time, four delta values, price precision, quantity precision மற்றும் notional விதிகளைச் சேர்க்கவும். submit நேரம் நீண்ட இடைவெளிக்குப் பிறகு வந்தால் snapshot புதுப்பிக்கப்பட வேண்டும். தயாரிப்பு change அல்லது maintenance அறிவிப்பு இருந்தால் stale cache பயன்படுத்தாதீர்கள். கணக்கு இடைமுகம் parameter-ஐ percentage-ஆக காட்டினால் API unit-க்கு மாற்றிய candidate-ஐ தனியாகச் சரிபார்க்கவும்.

stopPrice கொடுக்கப்பட்டால் விலை முதலில் அந்த activation condition-ஐ அடைய வேண்டும். அதன் பின் வரும் trades-லிருந்து tracking reference உருவாகும் என்று official FAQ விளக்குகிறது. activation-க்கு முன் ஏற்பட்ட மிகவும் சாதகமான விலையை பின்னர் reference ஆக எடுத்துக்கொள்ளக்கூடாது. நிகழ்வு log-ல் submitted, stop condition met, first tracked trade, new extreme, reversal, triggered என்று வரிசை வையுங்கள். stopPrice ஒரு தொடக்க gate; final fill விலை அல்ல.

stopPrice தானும் PRICE_FILTER-க்கு பொருந்த வேண்டும். tickSize rounding காரணமாக intended activation level மாறலாம். raw value மற்றும் accepted value இரண்டையும் சேமியுங்கள். activation ஆன பின் சந்தை புதிய extreme உருவாக்கினால் reference நகரும்; ஆரம்ப stopPrice-இலிருந்து மட்டும் reversal கணக்கிடுவது தவறு.

stopPrice விடப்பட்ட trailing order-க்கு அடுத்த trade-இலிருந்து tracking தொடங்கும் என்று FAQ கூறுகிறது. submit செய்த தருணத்தின் chart price மற்றும் actual first tracked trade வேறுபடலாம். Network latency அல்லது வேகமான market-ல் அந்த வேறுபாடு பெரியதாக இருக்கலாம். எனவே screenshot crosshair-ஐ initial reference என்று நிர்ணயிக்காதீர்கள். order வரலாறு அல்லது நிகழ்வு data-வில் கிடைக்கும் தொடக்கத்தைப் பயன்படுத்துங்கள்.

Immediate tracking பயன்படுத்துவது uncertainty இல்லாதது என்று பொருளல்ல. side தவறாக இருந்தால் wrong extreme பின்தொடரப்படும்; BIPS மிகக் குறைவாக இருந்தால் noise trigger செய்யலாம்; மிகப் பெரியதாக இருந்தால் எதிர்பார்த்த காலத்தில் trigger வராமல் இருக்கலாம். இவை parameter suitability கேள்விகள்; இக்கட்டுரை எந்த எண்ணையும் தேர்வு செய்யாது.

Trigger condition அடைந்ததும் market விலை வேகமாக நகரலாம். Subsequent order limit வகையெனில் limit book-ல் காத்திருக்கலாம்; கிடைக்கும் counterpart quantity குறைந்தால் partial fill மட்டும் வரலாம். Trigger reference, order price, average fill price மூன்றும் ஒரே எண்ணாக இருக்க வேண்டியதில்லை. Slippage மற்றும் unfilled remainder-ஐ கண்காணிப்பு பதிவு செய்ய வேண்டும். card-ல் triggered என்று இருப்பதால் transaction complete என்று report செய்யாதீர்கள்.

Gap scenario-க்கு stopPrice அல்லது extreme மட்டுமே screenshot எடுப்பது போதாது. order status, executedQty, remainingQty, fills, fee, open order மற்றும் மீதத் தொகை தேவை. cancellation செய்ய வேண்டிய நிலை வந்தால் cancel கோரிக்கை மற்றும் பின்னர் நடந்த fill ஒரே நேரத்திற்கு அருகில் இருக்கலாம். terminal சான்று வரும்வரை replacement order சேர்க்காதீர்கள்.

Trigger உருவான பிறகும் fill விலை உறுதி அல்ல. Order type, limit price, order-book liquidity, gap மற்றும் ஏற்கெனவே நடந்த partial fill ஆகியவை உண்மையான முடிவை மாற்றலாம். Trigger notification மட்டும் பார்த்து exposure முடிந்தது என்று கருதாமல் order status, executed quantity, fee மற்றும் மீதத் தொகையை இணைத்து வாசிக்க வேண்டும்.

கோரிக்கை timeout execution தோல்வி என்று சமமில்லை. Matching engine process செய்திருக்கலாம்; client பதில் மட்டும் வராமல் இருக்கலாம். அதே trailing order-ஐ மீண்டும் அனுப்புவதற்கு முன் client id, order வரலாறு, open orders, fills மற்றும் மீதத் தொகை மூலம் முதல் கோரிக்கை-ஐத் தேடுங்கள். Query-க்கு server time மற்றும் symbol சரியாக இருக்க வேண்டும். unknown நிலை நீடிக்கும் வரை automation pause செய்யப்பட வேண்டும்.

Retry policy finite ஆக இருக்கட்டும். Read query-களுக்கு backoff இருக்கலாம்; write கோரிக்கை-க்கு blind retry வேண்டாம். Original id கிடைக்கவில்லை என்றாலும் support சான்று தயார் செய்யாமல் புதிய intent அனுமதிக்காதீர்கள். Duplicate orders இரண்டும் ஒரே direction exposure உருவாக்கலாம்; trailing logic அதை ஒன்றாக இணைக்காது.

Timeout அல்லது மாறுபட்ட காட்சி வந்தால் புதிய Trailing Stop-ஐ உடனே அனுப்புவது duplicate exposure உருவாக்கலாம். முதலில் client identifier, open orders, recent fills மற்றும் மீதத் தொகை lock-ஐச் சரிபார்க்க வேண்டும். நிலை இன்னும் தெரியவில்லை என்றால் புதிய automation-ஐ நிறுத்தி, ரகசியங்கள் இல்லாத நேரமிட்ட சான்றுகளுடன் அதிகாரப்பூர்வ உதவியை அணுக வேண்டும். உறுதி கிடைக்கும் வரை quantity அல்லது direction மாற்றிய புதிய write request அனுப்பப்படக்கூடாது. விசாரணை முடிவும் அடுத்த அனுமதிக்கப்பட்ட செயலும் நேரத்துடன் பதிவு செய்யப்பட வேண்டும். புதிய அனுமதிக்கு முன் மீதமுள்ள exposure, கிடைக்கும் மீதத் தொகை மற்றும் திறந்த ஆர்டர்கள் மீண்டும் ஒப்பிடப்பட வேண்டும்; பழைய snapshot மட்டும் போதாது.

Filter தோல்வி வந்தால் TRAILING_DELTA, PRICE_FILTER, LOT_SIZE, NOTIONAL எது என்று தற்போதைய symbol data-க்கு திரும்புங்கள். மீதத் தொகை அல்லது order-limit பிழைக்கு available, locked, open orders பாருங்கள். Timestamp, signature, அனுமதி தவறு credential path-ஐ நிறுத்த வேண்டும். தயாரிப்பு அல்லது region unavailable என்றால் அதிகாரப்பூர்வ கணக்கு notice-ஐ ஏற்றுக்கொள்ளுங்கள்; வேறு identity அல்லது தடை மீறும் கருவி பயன்படுத்தக்கூடாது.

Exact code, full message, time, symbol, non-sensitive parameter summary, client id ஆகியவை incident பதிவு-ல் இருக்கட்டும். Guess செய்து value மாற்றிய ஒவ்வொரு முயற்சியும் root cause-ஐ மறைக்கும். Error புரியவில்லை என்றால் order அனுப்புவதை நிறுத்தி documentation அல்லது official support பயன்படுத்துங்கள்.

FIU-IND downloads பக்கம் இச்சரிபார்ப்பில் 2026-01-08 புதுப்பிக்கப்பட்ட VDA AML/CFT guideline-ஐ பட்டியலிட்டது. Income Tax Department VDA transfer TDS விளக்கம் Finance Act 2026 மாற்றத்தைக் குறிப்பிடுகிறது. இவை இந்தியப் பதிவு சூழல் மாறக்கூடும் என்பதற்கான authoritative references; குறிப்பிட்ட Trailing Stop fill-ன் tax answer அல்ல. தற்போதைய official text மற்றும் qualified advice தேவை.

பாதுகாக்க வேண்டியது order id, fills, சொத்து quantity, fee, time, INR conversion சான்று மற்றும் cancellation. APR அல்லது signal போன்ற கருத்து இங்கு இல்லை. கணக்கு availability மற்றும் compliance status private; public article அதன் பதிலாக இருக்க முடியாது.

இந்தியப் பதிவில் native சொத்து quantity, fee சொத்து, UTC நேரம் மற்றும் order identifier முதலில் பாதுகாக்கப்பட வேண்டும். INR மதிப்பு பின்னர் பயன்படுத்திய விகித ஆதாரம் மற்றும் நேரத்துடன் சேர்க்கப்படுகிறது. இந்த கணக்குப் பதிவு trigger அல்லது fill விதியை நிர்ணயிக்காது; FIU-IND மற்றும் Income Tax ஆதாரங்கள் காலமாற்றத்துக்குட்பட்ட எல்லை விளக்கங்கள் மட்டுமே.

Trailing automation கணக்குப் பாதுகாப்பை மாற்றாது. இருமடங்கு சரிபார்ப்பு, போலிச் செய்தி தடுப்புக் குறியீடு, அறியாத சாதன ஆய்வு, அனுமதிக்கப்பட்ட பணமெடுப்பு முகவரிப் பட்டியல் ஆகியவை தொடர வேண்டும். API பயன்படுத்தினால் withdrawal அனுமதி திறக்காதீர்கள்; IP restriction மற்றும் secret manager பயன்படுத்துங்கள். OTP, secret, signature, QR code, remote-screen access கோரும் நபரை நிறுத்துங்கள்.

Alert-கள் tracking started, new extreme, triggered, partial fill, filled, rejected, canceled, unknown என்று வேறுபட வேண்டும். Trailing Stop successful என்ற ஒரே message pending quantity-யை மறைக்கலாம். கண்காணிப்பு offline ஆனதும் new writes நிறுத்தப்பட்டு, மீளும்போது orders, fills, balances reconcile செய்யப்பட வேண்டும்.

Order identifier, original parameters, tracking start, extreme வரலாறு, trigger நிகழ்வு, execution details, final மீதத் தொகை ஆகிய ஏழும் ஒரே timeline-ல் இருக்க வேண்டும். Partial fill இருந்தால் remaining open quantity தனியாக. Cancel இருந்தால் கோரிக்கை மற்றும் terminal cancel இரண்டும். Timeout இருந்தால் query சான்று மற்றும் duplicate check. எந்த gap-க்கும் unresolved label அனுமதிக்கப்பட வேண்டும்; complete என்று கட்டாயப்படுத்தாதீர்கள்.

FAQ direction table, BIPS unit, stopPrice optional behavior, supported order types, TRAILING_DELTA ranges, error semantics, timeout handling, கணக்கு availability ஆகியவற்றை மறுசோதியுங்கள். ஆதாரம் URL, access date, change note, affected section சேமிக்கவும். பெயர் மட்டும் மாறியதா, behavior மாறியதா பிரியுங்கள். Behavior change வந்தால் பழைய parameter template-ஐ பயன்படுத்தாமல் dry மதிப்பாய்வு செய்யுங்கள்.

2026-08-09 checkedAt எதிர்கால விதியை நிர்ணயிக்காது. செயல் நாளின் official documentation மற்றும் உங்கள் compliant கணக்கு notice ஒன்றுக்கொன்று பொருந்தவில்லை என்றால் submit செய்ய வேண்டாம். நிறுத்த முடியும் அமைப்பே உண்மையான கட்டுப்பாடு.

Chart படம் விலை பாதையைப் புரிய உதவும்; ஆனால் exact trade sequence, server timestamp, tracked extreme ஆகியவற்றை எப்போதும் நிரூபிக்காது. நிகழ்வு table-ல் ஒவ்வொரு relevant trade time, price, previous extreme, updated extreme, reversal BIPS, condition நிலை எழுதுங்கள். Candle high அல்லது low எந்த வரிசையில் வந்தது தெரியாததால் short interval candle மட்டும் trigger audit-க்கு போதாது. Data gap இருந்தால் அந்தப் பகுதியை unknown என்று குறிக்கவும்.

Table உருவாக்கும் script இருந்தால் missing trades, out-of-order timestamps, duplicate rows ஆகியவற்றுக்கான validation தேவை. Rounding காட்சி value-ஐ raw price-க்கு பதிலாகப் பயன்படுத்தக்கூடாது. Manual worksheet என்றால் formula cells மற்றும் typed cells வேறு நிறத்தில் இருக்கலாம்; இருப்பினும் visual color சான்றல்ல, ஆதாரம் value link வேண்டும். எந்தக் கணக்கும் official order வரலாறு-ஐ overwrite செய்யக்கூடாது.

மதிப்பாய்வு நேரத்தில் ஒருவர் extreme update-களை மீண்டும் கணக்கிடட்டும். Result மாறினால் side, order family, BIPS conversion, first tracked trade ஆகிய assumptions-ஐத் தேடுங்கள். அதிகம் பொருந்தும் கதையைத் தேர்வு செய்யாமல் missing சான்று-ஐ பதிவு செய்யுங்கள். இந்த table future documentation change வந்தபோது old behavior-ஐ ஒப்பிட உதவும்.