கற்றல் வழிகாட்டி
VWAP கணக்கில் கால எல்லையும் தொடக்கப் புள்ளியும் ஏன் முக்கியம்?
திரட்டு விலை–பரிவர்த்தனை அளவு சூத்திரம், UTC மீட்டமைவு, anchored VWAP, தளத்துக்குரிய அளவு, முடிவடையாத விலைப்பட்டை மற்றும் OHLCV தோராய வரம்புகளை விளக்கும் வழிகாட்டி.
கல்வி தகவல் மட்டும்; financial advice அல்லது trading signal அல்ல. இந்தக் கட்டுரையில் account திறப்பு, referral code அல்லது ஆணை link இல்லை.
வாசகர்கள் அடிக்கடி கேட்பவை
- ஒவ்வொரு விலைப்பட்டை-இலிருந்தும் VWAP திரட்டு மேலெண் மற்றும் கீழெண் எப்படி உருவாகின்றன?
- 24/7 crypto சந்தை-ல் session reset எந்த நேர மண்டலம்-ல் இருக்க வேண்டும்?
- anchored VWAP point-ஐ பின்னர் தேர்வது ஏன் hindsight anchoring ஆகும்?
- OHLCV approximation மற்றும் tick-by-tick VWAP இடையே என்ன data loss உள்ளது?
- venue-specific volume காரணமாக இரண்டு பரிமாற்றத் தளங்கள் ஒரே மதிப்பு காட்டாதது ஏன்?
இந்தப் பக்கத்தில் கற்பவை
- Σ(price × volume) ÷ Σvolume சூத்திரம்-வில் ஒவ்வொரு திரட்டு column-ஐ மீண்டும் உருவாக்குதல்.
- கணக்குக் காலம், UTC எல்லை, தொடக்கப் புள்ளி நேரமுத்திரை, விலைப் பிரதிநிதி மற்றும் பரிவர்த்தனை அளவு புலம்-ஐ கணக்குத்தாள்-ல் பதிவு செய்தல்.
- பரிவர்த்தனை-நிலை VWAP, விலைப்பட்டை தோராயம், SMA மற்றும் EMA ஆகியவற்றை கலக்காமல் பிரித்தல்.
- விடுபட்ட விலைப்பட்டை, முடிவடையாத விலைப்பட்டை, cross-வர்த்தகத் தளம் ஒப்பீடு மற்றும் hindsight anchoring bias-ஐ கண்டறிதல்.
முக்கியப் பகுதிகள்
VWAP-ன் மேலெண்ணும் கீழெண்ணும் எப்படி திரள்கின்றன?
அடிப்படை சூத்திரம் Σ(விலை × பரிவர்த்தனை அளவு) ÷ Σபரிவர்த்தனை அளவு. ஒவ்வொரு காலஅளவு-க்கும் தேர்ந்தெடுத்த விலை-ஐ அந்த காலஅளவு பரிவர்த்தனை அளவு-ஆல் பெருக்கி மேலெண்-ல் சேர்க்க வேண்டும். அதே பரிவர்த்தனை அளவு கீழெண்-ல் சேரும். கடைசி கோடு மட்டும் வைத்தால் எந்த input தவறியது என்று தெரியாது; வரிசை-by-வரிசை columns வைத்தால் முழுக் chain-ஐ சரிபார்ப்பு செய்யலாம்.
TradingView விளக்கத்தில் விலைப்பட்டை வழக்கமான விலை பொதுவாக (உச்சம் + தாழ்வு + முடிவு விலை) ÷ 3. இது அந்த bar-இல் நடந்த ஒவ்வொரு பரிவர்த்தனை விலை அல்ல. சூத்திரம் சரியாக இருந்தாலும் விலைப் பிரதிநிதி தேர்வு வேறுபட்டால் வெளியீடு மாறும்.
கணக்குக் கால மீட்டமைவு ஏன் வெறும் காட்சி அமைப்பு அல்ல?
எந்த நேரமுத்திரை-இலிருந்து திரட்டு sum தொடங்குகிறது என்பதே VWAP memory. UTC midnight, India midnight, weekly எல்லை அல்லது நிகழ்வு தொடக்கப் புள்ளி பயன்படுத்தினால் ஒவ்வொரு முறையும் வேறு வரிசைகள் மேலெண்-ல் சேரும். இரண்டு வரைபடங்கள்-ஐ ஒப்பிடும்போது நிறம், கோடு width பார்ப்பதற்கு முன் மீட்டமைவு நேரமுத்திரை-ஐ ஒப்பிட வேண்டும்.
Crypto சந்தை 24/7 இயங்குவதால் எல்லோருக்கும் பொருந்தும் இயற்கையான opening bell இல்லை. ஒரு daily மீட்டமைவு பயனுள்ள convention ஆகலாம்; ஆனால் அது universal truth அல்ல. தேர்வு செய்த நேர மண்டலம் மற்றும் எல்லை inclusion விதி வெளிப்படையாக எழுதப்பட வேண்டும்.
பரிவர்த்தனை அளவு எந்தத் தளத்திலிருந்து வருகிறது?
Centralized பரிமாற்றத் தளம் பொதுவாக தனது matching engine பரிவர்த்தனைகள் மட்டும் தொகுக்கிறது. பரிமாற்றத் தளம் A-வின் BTCUSDT பரிவர்த்தனை அளவு, பரிமாற்றத் தளம் B பரிவர்த்தனை அளவு அல்லது global சந்தை பரிவர்த்தனை அளவு அல்ல. ஆகவே வர்த்தகத் தளம்-specific பரிவர்த்தனை அளவு மாறும்போது ஒரே நேரத்தில் விலை அருகில் இருந்தாலும் VWAP மதிப்பு வேறுபடலாம்.
அடிப்படை asset பரிவர்த்தனை அளவு மற்றும் எதிர் நாணயம் asset பரிவர்த்தனை அளவு தனித்தனி units. விலை USDT per BTC என்றால் BTC quantity-ஆல் weight செய்வது ஒரு குறிப்பிட்ட அர்த்தம்; எதிர் நாணயப் பரிவர்த்தனை அளவு-ஐ மீண்டும் weight ஆகப் பயன்படுத்தினால் உயர்ந்த விலை வரிசைகள்-க்கு வேறு தாக்கம் வரும். புலம் name மற்றும் unit தவறாமல் பதிவு செய்ய வேண்டும்.
விரிவான விளக்கம்
வழக்கமான விலை ஒவ்வொரு உண்மை பரிவர்த்தனையையும் காட்டுமா?
ஒரு விலைப்பட்டை பல பரிவர்த்தனைகள்-ஐ தொடக்கம், உச்சம், தாழ்வு, முடிவு விலை, பரிவர்த்தனை அளவு என்ற ஐந்து summaries-ஆக சுருக்குகிறது. hlc3 வழக்கமான விலை-ஐ முழு bar பரிவர்த்தனை அளவு-உடன் பெருக்குவது அந்த bar-ன் பரிவர்த்தனை distribution-ஐ ஒரு representative point-ஆக மாற்றுகிறது. பரிவர்த்தனை அளவு பெரும்பாலும் உச்சம் அருகில் நடந்ததா தாழ்வு அருகில் நடந்ததா OHLCV மட்டும் சொல்லாது.
அதனால் விலைப்பட்டை VWAP-ஐ tick-accurate ஒப்பீட்டு அளவு என்று பெயரிடக்கூடாது. குறுகிய கால இடைவெளி பயன்படுத்தினால் compression குறையலாம்; ஆனால் exact equality உறுதி இல்லை. கணக்குத்தாள்-ல் OHLCV தோராயம், கால இடைவெளி, விலைப் பிரதிநிதி என்று எழுதுவது decimal துல்லியம் காட்டுவதைவிட முக்கியம்.
ஒரே data-வில் hlc3, முடிவு விலை, hl2 மூன்றையும் கணக்கிட்டு உணர்திறன் table உருவாக்கலாம். முடிவு எவ்வளவு மாறுகிறது என்பதை வெளிப்படுத்துவது ஒரு பிரதிநிதி-ஐ அமைதியாக இயல்புநிலையாக எடுத்துக்கொள்வதைவிட நம்பகமான நடைமுறை.
பரிவர்த்தனைக்கும் விலைப்பட்டைக்கும் வேறு கணக்கீடு
பரிவர்த்தனை-நிலை method ஒவ்வொரு நிறைவேற்றல் விலை × executed quantity-ஐ கூட்டி total quantity-ஆல் வகுக்கிறது. விலைப்பட்டை method முதலில் பரிவர்த்தனைகள்-ஐ bar-ஆக aggregate செய்து, பிறகு ஒரு விலைப் பிரதிநிதி × bar பரிவர்த்தனை அளவு பயன்படுத்துகிறது. இரண்டும் எடையிட்ட-average family-ல் இருந்தாலும் input granularity ஒன்றல்ல.
ஒரு vendor bar VWAP புலம் கொடுத்தால் அதன் methodology-ஐ தனியாக படிக்க வேண்டும். அது actual பரிவர்த்தனைகள்-இலிருந்து வந்ததா, வழக்கமான விலை தோராயம்-ஆ, அல்லது வேறு provider-இலிருந்து copied மதிப்பு-ஆ என்பதை name மட்டும் காட்டாது.
சரிபார்ப்பு செய்ய சிறிய five-minute segment ஒன்றை தேர்ந்து raw பரிவர்த்தனைகள் கிடைத்தால் இரு முறையிலும் கணக்கிடுங்கள். Difference-ஐ error என்று உடனே அழைக்காமல் aggregation information loss என முதலில் விளக்க வேண்டும்.
UTC மற்றும் வாசகரின் உள்ளூர் நேரம்
நேரமுத்திரை screen-ல் India Standard Time காட்டப்பட்டாலும் API query startTime UTC milliseconds ஆக இருக்கலாம். Binance documentation-ல் kline நேர மண்டலம் மாற்றலாம்; startTime மற்றும் endTime UTC interpretation தொடர்கிறது. Display நேர மண்டலம் மற்றும் request எல்லை கலந்தால் வரிசைகள் எதிர்பாராத இடத்தில் தொடங்கும்.
ஒரு reproducible note-ல் raw நேரமுத்திரை, நேர மண்டலம் offset, formatted local time, மீட்டமைவு time ஆகியவற்றை தனித்தனி columns-ஆக வையுங்கள். Daylight-saving உள்ள நேர மண்டலம் பயன்படுத்தினால் offset மாற்றமும் கவனிக்க வேண்டும்; IST நிலையான offset என்றாலும் மூலம் பரிமாற்றத் தளம் எல்லை வேறாக இருக்கலாம்.
இன்றைய VWAP என்று மட்டும் எழுதுவது போதாது. Exact start instant மற்றும் last முடிந்த instant இல்லாமல் மற்றவர் அதே dataset-ஐ தேர்வு செய்ய முடியாது.
24/7 சந்தைக்கு ஒரே தினசரி VWAP இல்லை
Equity பரிமாற்றத் தளம்-ல் official கணக்குக் காலம் தொடக்கம் மற்றும் முடிவு விலை ஒரு பொதுவான frame தரலாம். Crypto spot மற்றும் perpetual சந்தைகள் தொடர்ச்சியாக இயங்கும் போது UTC day, India calendar day, பரிமாற்றத் தளம் reporting day எல்லாம் செல்லுபடியாகும் conventions; அவை வெவ்வேறு கேள்விகளுக்கு பதில் தருகின்றன.
ஆய்வுக் கேள்வி முதலில் வர வேண்டும். ஒரு குறிப்பிட்ட announcement பிறகு traded average வேண்டுமா, local workday observation வேண்டுமா, அல்லது standardized UTC ஒப்பீடு வேண்டுமா? கேள்வி தீர்மானித்த எல்லை-ஐ முன்கூட்டியே முன்கூட்டியே நிலைநிறுத்து செய்யுங்கள்.
வரைபடம்-க்கு நன்றாக பொருந்தும் மீட்டமைவு-ஐ பல முயற்சிகளுக்குப் பிறகு தேர்வது hidden அளவுரு search. Tested alternatives அனைத்தையும் பதிவு செய்தால் அந்த bias தெளிவாகும்.
Anchored VWAP தொடக்கப் புள்ளியை வெளிப்படையாக எழுதுதல்
Anchored VWAP user-selected point-இலிருந்து திரட்டு விலை-பரிவர்த்தனை அளவு கணக்கை தொடங்குகிறது என்று TradingView documentation விளக்குகிறது. சூத்திரம் மாறவில்லை; included history மட்டுமே மாறுகிறது. ஆகவே தொடக்கப் புள்ளி label அல்ல, exact நேரமுத்திரை மற்றும் தேர்வு விதி தான் முக்கிய data.
Public announcement வெளியான பிறகு முதல் முடிந்த five-minute விலைப்பட்டை என்பது மற்றவர் மீண்டும் செயல்படுத்தக்கூடிய விதி. முக்கிய தாழ்வு என்பது திருப்புப்புள்ளி எப்படி கண்டறியப்பட்டது என்று சொல்லாத subjective label.
நிகழ்வு time பின்னர் திருத்தப்பட்டால் பதிப்பு record வேண்டும். தொடக்கப் புள்ளி விலைப்பட்டை முடிவடையாத ஆக இருந்ததா, time rounding எப்படி நடந்தது, எல்லை விலைப்பட்டை சேர்க்கப்பட்டதா என்பதும் வெளியீடு-ஐ மாற்றும்.
பின்னோக்கித் தொடக்கப் புள்ளி தேர்வைச் சோதித்தல்
முழு வரைபடம் பார்த்த பிறகு கோடு பின்னர் நன்றாக touch செய்த விலை அசைவு point-ஐ தொடக்கப் புள்ளி ஆக்குவது hindsight anchoring. அந்த அழகான fit, அப்போதைய தகவலில் point தேர்வு செய்ய முடிந்தது என்பதை நிரூபிக்காது. Future path தேர்வில் ஏற்கனவே பயன்படுத்தப்பட்டது.
Bias குறைக்க நிகழ்வு categories, நேரமுத்திரை மூலம், delay விதி மற்றும் invalid cases-ஐ வரைபடம் திறப்பதற்கு முன் எழுதுங்கள். மடங்கு தொடக்கப் புள்ளிகள் test செய்தால் எல்லா வெளியீடுகள்-ஐ சேமிக்க வேண்டும்; best-looking example மட்டும் வெளியிடக்கூடாது.
ஒரு தொடக்கப் புள்ளி usefulness பற்றி மதிப்பிட தனி forward protocol தேவை. இந்தக் கட்டுரை profit rate உருவாக்காது; method reproducibility மற்றும் data எல்லை மட்டும் சரிபார்ப்பு செய்கிறது.
இரு தொடக்கப் புள்ளிகளுடன் INR எடுத்துக்காட்டு
தொடக்கப் புள்ளி A UTC 00:00; தொடக்கப் புள்ளி B ஒரு public நிகழ்வு பிறகு முதல் full விலைப்பட்டை என்று வைத்துக்கொள்ளுங்கள். ஒரே observation time-ல் A அதிக பழைய பரிவர்த்தனைகள்-ஐ மேலெண், கீழெண்-ல் வைத்திருக்கும். B நிகழ்வு பிறகான smaller sample மட்டும் சுருக்குகிறது. மதிப்புகள் வேறுபடுவது சூத்திரம் conflict அல்ல.
மூன்று hypothetical வரிசைகள்: விலை ₹100 பரிவர்த்தனை அளவு 2, விலை ₹102 பரிவர்த்தனை அளவு 3, விலை ₹101 பரிவர்த்தனை அளவு 5. எடையிட்ட மேலெண் ₹1,011; total பரிவர்த்தனை அளவு 10; VWAP ₹101.10. இது நேரியல் கணக்கு teaching example மட்டும்.
தொடக்கப் புள்ளி B இரண்டாவது வரிசை-ல் தொடங்கினால் முடிவு வேறு. எந்த கோடு-க்கும் விலை திரும்ப வேண்டும் என்ற கட்டாயம் இல்லை; அவை இரண்டு வரலாற்று scopes-ஐ விவரிக்கின்றன.
முடிவடையாத விலைப்பட்டை மதிப்பு நிலையானதல்ல
Coinbase விலைப்பட்டை channel latest விலைப்பட்டை-ஐ updates மூலம் மாற்ற முடியும் என்று documentation காட்டுகிறது. New பரிவர்த்தனை வந்தால் முடிவு விலை, உச்சம், தாழ்வு, பரிவர்த்தனை அளவு மாறலாம். வழக்கமான விலை மற்றும் நடப்பு bar contribution மாறுவதால் live VWAP கோடு தொடர்ந்து நகரும்.
வரலாற்று teaching கணக்குத்தாள் முடிந்த விலைப்பட்டைகள் மட்டும் பயன்படுத்தினால் latest தொடக்கம் கால இடைவெளி-ஐ filter செய்யுங்கள். Live monitoring ஆய்வு என்றால் அந்த நேர snapshot மற்றும் sequence-ஐ சேமிக்க வேண்டும்.
Later final விலைப்பட்டை மதிப்புகள் வைத்து earlier screen state-ஐ மீண்டும் உருவாக்க முடியாது. Final data அப்போது தெரிந்ததாக நடத்துவது look-ahead bias; வரைபடம் repaint என்ற குற்றச்சாட்டுக்கு முன் input finality பாருங்கள்.
விடுபட்ட விலைப்பட்டை பூஜ்யம் பரிவர்த்தனை அளவு என்று தானாக கருத வேண்டாம்
Expected நேரமுத்திரை இல்லாததற்கு no பரிவர்த்தனைகள், API outage, maintenance, pagination error அல்லது symbol interruption காரணமாக இருக்கலாம். முந்தைய முடிவு விலை கொண்ட பூஜ்யம்-பரிவர்த்தனை அளவு bar சேர்ப்பது visual continuity தரலாம்; ஆனால் உண்மையான விடுபட்ட பரிவர்த்தனைகள் இருந்தால் lost information மறைக்கப்படும்.
நேரியல் கணக்கு-ல் genuine பூஜ்யம் பரிவர்த்தனை அளவு வரிசை மேலெண், கீழெண் மாற்றாது. Unknown விடுபட்ட வரிசை அதே அர்த்தம் அல்ல. முதலில் complete time index உருவாக்கி விடுபட்ட reason வகைப்படுத்துங்கள்.
நடைமுறை skip, நிறைவேற்றம், re-fetch அல்லது halt என்று வெளிப்படையாக இருக்க வேண்டும். Duplicate நேரமுத்திரைகள், reversed ஆணை, non-finite விலை, negative பரிவர்த்தனை அளவு ஆகியவை validation error ஆக வேண்டும்.
அடிப்படை மற்றும் எதிர் நாணய அளவுகளைச் சரிபார்த்தல்
Binance kline response தொடக்கம், உச்சம், தாழ்வு, முடிவு விலை பிறகு அடிப்படை நாணயப் பரிவர்த்தனை அளவு மற்றும் எதிர் நாணயம் asset பரிவர்த்தனை அளவு இரண்டையும் தருகிறது. BTCUSDT bar-ல் அடிப்படை நாணயப் பரிவர்த்தனை அளவு BTC quantity; எதிர் நாணயப் பரிவர்த்தனை அளவு USDT turnover. Column index தவறினால் code இயங்கினாலும் weighting meaning மாறும்.
விலை USDT per BTC மற்றும் அடிப்படை BTC quantity பெருக்கினால் contribution USDT unit. அதையே எதிர் நாணயம் USDT பரிவர்த்தனை அளவு-ஆல் மீண்டும் weight செய்தால் விலை effect double-count போன்ற வேறு measure உருவாகலாம்.
Variable names `base_volume` மற்றும் `quote_volume` என்று தெளிவாக இருக்க வேண்டும். ஒரு known response வரிசை-ஐ hand கணக்கீடு test-ஆக வைத்து schema change அல்லது index shift பிடிக்கலாம்.
ஒரே குறியீடு வேறு கருவியாக இருக்கலாம்
BTCUSDT spot, linear perpetual மற்றும் dated futures labels அருகில் தோன்றலாம்; ஆனால் ஒப்பந்தம் விதிகள், participants, settlement மற்றும் பரிவர்த்தனை அளவு units வேறுபடலாம். Spot VWAP-ஐ perpetual வரைபடம்-ல் overlay செய்தால் அது external reference; perpetual பரிவர்த்தனைகள்-ன் own average அல்ல.
Data record-ல் பரிமாற்றத் தளம், product ID, சந்தை வகை, settlement asset, ஒப்பந்தம் multiplier, இறுதிப்புள்ளி பதிப்பு ஆகியவை சேர வேண்டும். Provider மடங்கு வர்த்தகத் தளங்கள் aggregate செய்தால் components மற்றும் weights தேவை.
கருவி மாற்றத்தை கவனிக்காமல் கோடு difference-ஐ சந்தை divergence என்று விளக்குவது data error. முதலில் identifiers மற்றும் மூலம் documentation match ஆகிறதா பார்க்க வேண்டும்.
VWAP, SMA, EMA நினைவுக் கணக்குகள் வேறு
SMA fixed window-ல் விலைகள்-க்கு equal weight தருகிறது. EMA recent விலை-க்கு recursive higher weight தருகிறது. VWAP selected scope-ல் பரிவர்த்தனை அளவு மூலம் weights பகிர்கிறது. மூன்றும் வரலாற்று சீராக்கம் என்றாலும் old observations நீங்கும் முறை ஒன்றல்ல.
உச்சம்-பரிவர்த்தனை அளவு விலைப்பட்டை VWAP-ஐ அதிகமாக நகர்த்தலாம்; பரிவர்த்தனை அளவு பயன்படுத்தாத SMA அதே அளவு நகர வேண்டியதில்லை. கணக்குக் காலம் மீட்டமைவு நேரத்தில் VWAP memory முழுவதும் புதிதாகும்; rolling SMA பழைய window வரிசைகள் சிலவற்றைத் தொடரலாம்.
கோடுகள் cross ஆகுவது derived வரலாற்று relationship. Fees, நிறைவேற்றம், நிறுத்தம் Loss, Position Size அல்லது future திசை அந்த geometry-ல் இல்லை.
கோட்டின் மேல் அல்லது கீழ் என்பது உறவுநிலை
நடப்பு விலை VWAP மேல் என்றால் selected scope எடையிட்ட average-ஐ விட மேல் உள்ளது. அது buyers வெல்வார்கள் என்ற complete causal claim அல்ல. கீழே இருந்தாலும் கட்டாயமான mean reversion இல்லை. சூத்திரம் future பரிவர்த்தனை எதையும் படிக்கவில்லை.
Strong directional நகர்வு நீண்ட நேரம் ஒரே side-ல் இருக்கலாம்; வரம்பு சந்தை பல crosses உருவாக்கலாம். ஒவ்வொரு cross-ஐ action instruction ஆக்கினால் noise, Slippage மற்றும் fees சேர்ந்து interpretation-ஐ மாற்றும்.
Observation எழுதும்போது விலை புலம், நேரமுத்திரை, நடப்பு/final விலைப்பட்டை state, scope ஆகியவை மட்டும் கூறுங்கள். Decision layer தனியாக validation, நிறைவேற்றல், sizing மற்றும் maximum loss கேட்க வேண்டும்.
தளங்களுக்கு இடையிலான வேறுபாட்டை எப்படித் தேடுவது?
இரண்டு platform மதிப்புகள் வேறானால் முதலில் வர்த்தகத் தளம், கருவி, கால இடைவெளி, நேர மண்டலம், மீட்டமைவு, தொடக்கப் புள்ளி match செய்க. அடுத்ததாக chosen விலை, அடிப்படை/எதிர் நாணயப் பரிவர்த்தனை அளவு, விடுபட்ட bars, incomplete bar மற்றும் rounding ஒப்பிடுங்கள். சூத்திரம்-வை கடைசியில் சந்தேகிப்பது நல்ல வரிசை.
வர்த்தகத் தளம்-specific பரிவர்த்தனை அளவு இயல்பாக வேறுபட்டால் ஒரே algorithm வேறு முடிவு தருவது சரியான நடத்தை. Global விலை போன்ற ஒரு single universal VWAP எதிர்பார்ப்பு தவறு.
Raw API sample, request அளவுருக்கள், response hash மற்றும் checked date சேமித்தால் documentation அல்லது வரலாற்று correction பிறகு difference-ஐ மீண்டும் ஆராயலாம். Screenshot இறுதி கோடு மட்டும் போதாது.
மீண்டும் கணக்கிடக்கூடிய குறைந்தபட்ச அட்டவணை
ஒவ்வொரு வரிசை-லும் தொடக்கம் time, முடிவு விலை time, OHLC, selected விலை, அடிப்படை நாணயப் பரிவர்த்தனை அளவு, விலை×பரிவர்த்தனை அளவு, திரட்டு மேலெண், திரட்டு பரிவர்த்தனை அளவு, VWAP வையுங்கள். Header metadata-ல் வர்த்தகத் தளம், product, கால இடைவெளி, நேர மண்டலம், கணக்குக் காலம் மீட்டமைவு, தொடக்கப் புள்ளி விதி, request time சேர்க்கவும்.
முதல் மூன்று அல்லது ஐந்து வரிசைகள்-ஐ calculator இல்லாமல் கையால் சரிபார்க்கவும். Program வெளியீடு same intermediate மதிப்புகள் தர வேண்டும். Final VWAP மட்டும் assert செய்தால் two wrong columns கூட தற்செயலாக அருகில் முடிவு தரலாம்.
Export-ல் decimals round செய்யாமல் வைத்திருந்து display-ல் மட்டும் format செய்யுங்கள். சரிபார்ப்பு table கல்வி ஆதாரம்; ஆணை ticket அல்லது சந்தை recommendation அல்ல.
துல்லியம் மற்றும் பூஜ்யம் கீழெண் எல்லைகள்
ஒவ்வொரு contribution-ஐ முதலில் இரண்டு decimals-க்கு round செய்து அடுத்த வரிசை-க்கு எடுத்தால் long கணக்குக் காலம்-ல் error சேர்ந்து பெருகும். மூலம் துல்லியம் மற்றும் safe numeric வகை வைத்திருந்து இறுதி display-ல் rounding செய்ய வேண்டும்.
தொடக்கப் புள்ளி பிறகு திரட்டு பரிவர்த்தனை அளவு பூஜ்யம் என்றால் division செய்ய முடியாது. Interface `no calculable பரிவர்த்தனை அளவு yet` என்று காட்ட வேண்டும்; பூஜ்யம் அல்லது infinity உருவாக்கக்கூடாது. விலை பூஜ்யம், negative பரிவர்த்தனை அளவு, NaN, நேரமுத்திரை disorder ஆகியவை explicit rejection பெற வேண்டும்.
Very large பரிவர்த்தனை அளவு மற்றும் விலை multiplication overflow ஆகிறதா test செய்யுங்கள். Unit conversion ஒரே இடத்தில் நடக்க வேண்டும்; formatted comma உள்ள string நேரடியாக நேரியல் கணக்கு-க்கு செல்லக்கூடாது.
வரலாற்றுத் தரவு திருத்த நடைமுறை
பரிமாற்றத் தளம் delayed பரிவர்த்தனை சேர்க்கலாம்; vendor விலைப்பட்டை correction வெளியிடலாம். பழைய bar விலை அல்லது பரிவர்த்தனை அளவு மாறினால் அந்த bar முதல் கணக்குக் காலம் end வரை திரட்டு VWAP மாறும். அதனால் downloaded data immutable என்று ஊகிக்க வேண்டாம்.
Capture நேரமுத்திரை, இறுதிப்புள்ளி, அளவுருக்கள், வரிசை count, first-last time மற்றும் content hash பதிவு செய்யுங்கள். Later refresh வேறானால் both பதிப்புகள் பாதுகாத்து காரணத்தை எழுத வேண்டும்.
Correction ஏற்றுக்கொண்டால் தொடக்கப் புள்ளி அல்லது மீட்டமைவு தொடக்கம் முதல் முழுவதும் மீண்டும் கணக்கிட வேண்டும். Last மதிப்பு மட்டும் patch செய்வது திரட்டு chain-ஐ உடைக்கும். Published image மாறினால் revision date குறிப்பிட வேண்டும்.
ஒப்பீட்டு அளவும் உண்மை நிறைவேற்றமும் வேறு
Institutional context-ல் VWAP ஒரு காலஅளவு நிறைவேற்றல்-ஐ சந்தை பரிவர்த்தனை அளவு distribution உடன் ஒப்பிட பயன்படலாம். ஆனால் வரைபடம் VWAP தனிநபருக்கு கிடைக்கக்கூடிய executable எதிர் நாணயம் அல்ல. ஆணை size, queue position, liquidity, latency, fee tier மற்றும் Slippage actual நிறைவேற்றம்-ஐ நிர்ணயிக்கும்.
Hypothetical reference, planned ஆணை, actual நிறைவேற்றங்கள் மூன்றையும் தனி columns-ஆக வைத்துக்கொள்ளுங்கள். நிறைவேற்றம் records இல்லாமல் நிறைவேற்றல் quality claim செய்ய முடியாது.
Position Size account அபாயம் மற்றும் செல்லாமை தொலைவு-இலிருந்து தனியாக வர வேண்டும். VWAP அருகில் இருப்பதால் பெரிய size அல்லது அதிக Leverage பாதுகாப்பானது என்று சூத்திரம் சொல்லாது.
தரவு வரையறை தவறினால் கணக்கு செல்லாது
Indicator தானாக prediction தராததால் அதன் செல்லாமை முதலில் data study-க்கு பொருந்தும். கணக்குக் காலம் எல்லை தவறு, தொடக்கப் புள்ளி நிகழ்வு நேரமுத்திரை திருத்தம், பரிவர்த்தனை அளவு புலம் மாற்றம், unresolved விடுபட்ட bars அல்லது முடிவடையாத விலைப்பட்டை பயன்படுத்தல் இருந்தால் displayed முடிவு சரிபார்ப்பு-ready அல்ல.
ஒரு separate பரிவர்த்தனை idea இருந்தால் அதன் விலை செல்லாமை, நிறுத்தம் Loss behavior, நிறைவேற்றம் uncertainty, fees மற்றும் கட்டாய மூடல் எல்லை தனியாக வரையறுக்கப்பட வேண்டும். VWAP கோடு அந்த அபாயம் controls-ஐ மாற்றாது.
Checklist pass ஆகாதபோது வெளியீடு மறைக்க அல்லது draft label காட்டுவது false confidence-ஐ தவிர்க்கும். விடுபட்ட metadata-வுடன் precise number காட்டுவது பயனற்றது.
வெளியீட்டுக்கு முன் தனித்த மறுகணக்கீடு
Reviewer-க்கு raw data மற்றும் கணக்குத்தாள் instructions மட்டும் கொடுத்து first five மதிப்புகள் மீண்டும் உருவாக்கச் சொல்லுங்கள். அவர்கள் same வரிசைகள், same விலைப் பிரதிநிதி, same பரிவர்த்தனை அளவு புலம் தேர்ந்தார்களா பாருங்கள். Difference வந்தால் final number அல்ல, first diverging intermediate cell-ஐ தேடுங்கள்.
பிறகு நேர மண்டலம், வர்த்தகத் தளம், தொடக்கப் புள்ளி ஆகியவற்றை ஒவ்வொன்றாக மாற்றி உணர்திறன் எதிர்பார்த்தபடி இருக்கிறதா சோதியுங்கள். மடங்கு variables ஒரே நேரத்தில் மாற்றினால் காரணம் தெரியாது.
மூலம் links, checked dates, units, முடிவடையாத விலைப்பட்டை status, image caption மற்றும் educational disclosure இறுதியில் சரிபார்க்கப்பட வேண்டும். Profit curve, பரிமாற்றத் தளம் logo, ஆணை button அல்லது predictive language சேர்க்கக்கூடாது.
எதிர் நாணயம் மற்றும் நிலைநாணயச் சூழல்
BTC/USDT மற்றும் BTC/INR இரண்டு தனித்தனி ஆணை books. ஒரே அடிப்படை asset இருந்தாலும் எதிர் நாணயம் unit, participants, liquidity மற்றும் trading hours pattern மாறலாம். USDT VWAP-ஐ rupee மதிப்பு-ஆக காட்ட நடப்பு conversion சேர்த்தால் அது original வர்த்தகத் தளம் VWAP அல்ல; இரண்டு data series இணைந்த derived மதிப்பு.
Conversion rate எந்த நேரமுத்திரை, மூலம், spread மூலம் வந்தது என்று எழுத வேண்டும். End-of-கணக்குக் காலம் FX rate-ஐ எல்லா earlier வரிசைகள்-க்கும் பயன்படுத்துவது intraday conversion path-ஐ அழிக்கும்.
Stablecoin பெயர் fiat currency guarantee அல்ல. Article ஒரு வர்த்தகத் தளம் எதிர் நாணயம்-ஐ இந்திய வாசகருக்காக INR example-ஆக மாற்றினால் hypothetical label மற்றும் conversion assumption வெளிப்படையாக இருக்க வேண்டும்.
API பக்கப் பிரிப்பு மற்றும் வரிசைப்படுத்தல் தவறுகள்
Long கணக்குக் காலம் download ஒரே request limit-ஐ மீறலாம். Pagination எல்லை-ல் last வரிசை மீண்டும் வந்தால் duplicate பரிவர்த்தனை அளவு இரண்டு முறை திரட்டு sum-ல் சேரும்; ஒரு page தவறினால் உண்மையான பரிவர்த்தனைகள் காணாமல் போகும். Response success status மட்டும் completeness ஆதாரம் அல்ல.
ஒவ்வொரு page first time, last time, வரிசை count பதிவு செய்து overlap மற்றும் இடைவெளி test செய்யுங்கள். இறுதியில் நேரமுத்திரைகள் ascending ஆணை-ல் unique ஆக இருக்க வேண்டும்.
Binance போன்ற இறுதிப்புள்ளி limit, startTime, endTime behavior documentation-ஐ checked date உடன் சேமிக்கவும். Retry செய்த response வேறானால் raw பதிப்புகள் வைத்திருந்து deterministic merge விதி பயன்படுத்த வேண்டும்.
வாசகருக்கான இறுதி கணக்கீட்டு நடைமுறை
முதலில் வர்த்தகத் தளம் மற்றும் கருவி தேர்வு செய்க; அடுத்து காலச்சட்டம், UTC விதி, கணக்குக் காலம் மீட்டமைவு அல்லது anchored VWAP விதி எழுதுக. பின்னர் OHLCV அல்லது பரிவர்த்தனை data எடுத்து விடுபட்ட, duplicate, முடிவடையாத வரிசைகள் validate செய்க. அதன் பிறகே திரட்டு சூத்திரம் இயக்க வேண்டும்.
முடிவு கிடைத்தவுடன் வேறு விலைப் பிரதிநிதி மற்றும் alternate மீட்டமைவு கொண்டு உணர்திறன் note சேர்க்கவும். Difference பெரியதாக இருந்தால் single கோடு interpretation குறைக்க வேண்டும்.
கடைசியில் observation, limitation, அபாயம் என்று மூன்று headings வையுங்கள். Observation வரலாற்று relationship; limitation data scope; அபாயம் personal account மற்றும் நிறைவேற்றல். இந்தப் பிரிவு வரைபடம் கோடு-ஐ action call ஆக மாறாமல் காக்கிறது.
₹ கணக்கீட்டு உதாரணம்
- சூழல்
- மூன்று hypothetical காலஅளவுகள்: representative விலைகள் ₹100, ₹102, ₹101; பரிவர்த்தனை அளவுகள் 2, 3, 5 units.
- கணக்கீடு
- மேலெண் = ₹100×2 + ₹102×3 + ₹101×5 = ₹1,011; கீழெண் = 10; VWAP = ₹101.10.
- பொருள்
- ₹101.10 இந்த மூன்று hypothetical contributions-ன் எடையிட்ட average மட்டும்; அடுத்த விலை target அல்லது promised நிறைவேற்றம் அல்ல.
அடிக்கடி நேரும் தவறு
முழு நகர்வு பார்த்த பிறகு அழகாக fit ஆகும் தாழ்வு-ஐ anchored VWAP start ஆக தேர்வு செய்து, பின்னர் கோடு touches-ஐ forecasting ஆதாரம் என்று கூறுவது; இது hindsight anchoring மற்றும் தேர்வு bias இரண்டையும் மறைக்கிறது.
சரிபார்ப்புப் பட்டியல்
- வர்த்தகத் தளம், product ID, சந்தை வகை, settlement மற்றும் எதிர் நாணயம் asset பதிவு செய்யவும்.
- கால இடைவெளி, விலைப் பிரதிநிதி, அடிப்படை அல்லது எதிர் நாணயப் பரிவர்த்தனை அளவு புலம் மற்றும் data granularity முன்கூட்டியே நிலைநிறுத்து செய்யவும்.
- கணக்குக் காலம் மீட்டமைவு அல்லது தொடக்கப் புள்ளி நேரமுத்திரை, நேர மண்டலம், inclusion விதி எழுதவும்.
- விடுபட்ட, duplicate, reversed மற்றும் முடிவடையாத விலைப்பட்டைகள் validate செய்யவும்.
- விலை×பரிவர்த்தனை அளவு, திரட்டு மேலெண், திரட்டு கீழெண் intermediate columns பாதுகாக்கவும்.
- OHLCV தோராயம் மற்றும் பரிவர்த்தனை-நிலை முடிவு வேறுபாட்டை வெளிப்படுத்தவும்.
- Fees, Slippage, Position Size, நிறுத்தம் Loss, Leverage மற்றும் கட்டாய மூடல் அபாயம் தனியாக மதிப்பிடவும்.
இந்தப் பக்கத்தின் வரம்புகள்
- VWAP selected வரலாற்று scope-ஐ மட்டும் சுருக்குகிறது; தொடக்கப் புள்ளி மற்றும் மீட்டமைவு மீது முழுமையாக சார்ந்தது.
- வர்த்தகத் தளம், கருவி, நேர மண்டலம், கால இடைவெளி, விலைப் பிரதிநிதி மற்றும் பரிவர்த்தனை அளவு புலம் மாறினால் மதிப்பு மாறும்.
- OHLCV தோராயம் bar-க்குள் நடந்த பரிவர்த்தனை distribution-ஐ மீண்டும் உருவாக்காது; முடிவடையாத bar தொடர்ந்து update ஆகும்.
- Relative கோடு position future திசை, நிறைவேற்றம் quality, fees, account size அல்லது அபாயம் tolerance வழங்காது.
அடிக்கடி கேட்கப்படும் கேள்விகள்
- Crypto VWAP India midnight-ல் மீட்டமைவு ஆக வேண்டுமா?
- கட்டாயம் இல்லை. 24/7 சந்தை-க்கு ஒரே natural day எல்லை கிடையாது; IST, UTC அல்லது நிகழ்வு தொடக்கப் புள்ளி பயன்படுத்தலாம், ஆனால் விதி முன்கூட்டியே எழுதப்பட்டு ஒப்பீடு முழுவதும் ஒன்றாக இருக்க வேண்டும்.
- விலை VWAP-ஐ cross செய்தால் திசை மாறிவிட்டதா?
- இல்லை. அது selected scope எடையிட்ட average-க்கு எதிரான நடப்பு relative position மாற்றம் மட்டும்; future data, நிறைவேற்றம் condition அல்லது அபாயம் budget சூத்திரம்-வில் இல்லை.
- வழக்கமான-விலை VWAP மற்றும் tick VWAP ஒன்றா?
- அவசியமில்லை. வழக்கமான விலை முழு விலைப்பட்டை-ஐ ஒரு representative மதிப்பு-ஆக சுருக்கும் OHLCV தோராயம்; tick method ஒவ்வொரு பரிவர்த்தனை விலை மற்றும் quantity-ஐ வைத்திருக்கும்.
- anchored VWAP-க்கு சிறந்த தொடக்கப் புள்ளி எது?
- பின்னர் பார்த்து universally best point தேர்வு செய்ய முடியாது. Reproducible நிகழ்வு விதி, exact நேரமுத்திரை மற்றும் எல்லை நடைமுறை தேவை; இல்லையெனில் hindsight anchoring ஏற்படும்.
- இரண்டு பரிமாற்றத் தளங்கள் வேறு VWAP காட்டினால் ஒன்று தவறா?
- அவசியமில்லை. வர்த்தகத் தளம்-specific பரிவர்த்தனை அளவு, கருவி, நேர மண்டலம், பிரதிநிதி, விடுபட்ட bars மற்றும் முடிவடையாத விலைப்பட்டை வேறுபாடுகள் சரியான algorithm-க்கும் வேறு வெளியீடுகள் உருவாக்கும்.
ரிஸ்க் குறிப்பு
VWAP தேர்ந்தெடுத்த மூலம் மற்றும் தொடக்க எல்லைக்கான வரலாற்று எடையிட்ட average மட்டுமே; அடுத்த விலையை முன்கூட்டியே அறியாது. கோடு cross என்பது trading signal அல்ல; fees, Slippage, Position Size, நிறுத்தம் Loss அல்லது கட்டாய மூடல் அபாயம் இதில் கணக்கிடப்படவில்லை.
ஆதாரங்கள்
- TradingView VWAP விளக்கம்Typical price, price-volume product, cumulative volume denominator, reset period மற்றும் source setting பற்றிய அதிகாரப்பூர்வ விளக்கம்.சரிபார்த்தது 2026-08-09
- TradingView Anchored VWAP விளக்கம்பயனர் தேர்ந்தெடுத்த chart point-இலிருந்து anchored VWAP கணக்கீடு தொடங்குகிறது.சரிபார்த்தது 2026-08-09
- Interactive Brokers TWS indicator guideIntraday bar formula மற்றும் volume கிடைக்காத product-க்கு platform-specific handling காட்டப்படுகிறது.சரிபார்த்தது 2026-08-09
- Nasdaq VWAP glossaryVWAP என்ற பெயர் volume-weighted average price என்பதைக் குறிக்கிறது.சரிபார்த்தது 2026-08-09
- Binance spot market data documentationKline response-ல் OHLC, base volume, quote volume, open-close time மற்றும் timezone நடத்தைகள் உள்ளன.சரிபார்த்தது 2026-08-09
- Coinbase International Exchange channel documentationCandle channels OHLCV தருகின்றன; latest unfinished candle தொடர்ந்து update செய்யப்படுகிறது.சரிபார்த்தது 2026-08-09