टिन्कोफ् इन्वेस्टमेण्ट्स् इत्यस्य सांख्यिकीसेवायाः विकासस्य पृष्ठतः प्रेरणादातारः आसन् : १.

• article on Habré “तिन्कोफ् इन्वेस्टमेण्ट्स् किं न वदन्ति” इति 
• मञ्चप्रयोक्तृणां इच्छानां विश्लेषणम् _
• आयोगानां गणनाविषये लेखः . 

किं चर्चा भविष्यति ?

• केवलं विकासविषये प्रयुक्तः भागः।
• वास्तविकं ज्ञानं अनुभवं च, यत् वित्तीयसाधनैः सह कार्यं कर्तुं अतीव महत्त्वपूर्णम् अस्ति।
• कार्यं कर्तव्यानां विषयाणां अवलोकनम्

अतः, अहं व्यापारस्य आँकडानां गणनां कृत्वा सुविधाजनकरीत्या कर्तुम् इच्छामि। 

पदे पदे सांख्यिकीसेवायाः विकासः : १. 

1. Tinkoff Invest API इत्यनेन सह संयोजनम्
2. ब्राउजरे Tinkoff Invest API इत्यस्मात् आँकडानां आकर्षणम्
3. दलाली-रिपोर्ट्-व्यवहारं च प्राप्य
4. रुचिसूचनायाः गणना तथा उत्पादनम्
5. निष्कर्षाः भविष्यस्य योजनाः च

Tinkoff Invest API इत्यनेन सह संयोजनम्

एपिआइ-सङ्गतिं कर्तुं भवान् https://github.com/Tinkoff/investAPI#sdk इति दस्तावेजात् किमपि sdk ग्रहीतुं शक्नोति । अथवा npm संकुल ` tinkoff-sdk-grpc-js `। महत्त्वपूर्णं यत् विकासकैः संकुलं नवीनतमसंस्करणं प्रति अद्यतनं भवति । प्रतिस्था

npm i टिङ्कोफ-स्डक-ग्रपच-जस

जाँचः

const { createSdk } = आवश्यकता (‘tinkoff-sdk-grpc-js’);   // टोकन यत् एतादृशं प्राप्तुं शक्यते   const TOKEN = ‘YOURAPI’;   // यस्य अनुप्रयोगस्य नाम भवान् TCS लॉग्स् मध्ये द्रष्टुं शक्नोति। const appName = ‘tcsstat’;   const sdk = createSdk (टोकेन, एप्लिकेशन नाम); (async () => {     console.log (प्रतीक्षा sdk.users.getAccounts ()); }) ();

परिणामः : भवतः खातानां सूची कन्सोल् मध्ये प्रदर्शिता भविष्यति । यथा, सूक्ष्मतायाः विश्लेषणं कुर्मः : १.

• खातासूचौ “Investment bank” अस्ति, येन सह भवान् API इत्यस्य उपयोगेन कार्यं कर्तुं न शक्नोति
• कृपया ज्ञातव्यं यत् क्षेत्राणि camelCase इत्यत्र आगच्छन्ति, यदा तु दस्तावेजीकरणे एते क्षेत्राणि under_score इत्यत्र प्रस्तुतानि सन्ति । 
• सर्वत्र एतादृशं भविष्यति, अतः भवन्तः केवलं दस्तावेजात् क्षेत्रं गृहीत्वा प्रतिलिपिं कर्तुं न शक्नुवन्ति ।

उपयुक्त:

• परियोजनाशाखायां भवन्तः एतत् कोडं ज्ञातुं शक्नुवन्ति

https://github.com/pskucherov/tcsstat/tree/step1 https://github.com/pskucherov/tcsstat/तुलना/चरण1   

ब्राउजरे Tinkoff Invest API इत्यस्मात् आँकडानां आकर्षणम्

अहं next.js तथा socket.io गृहीतवान्। एषः प्रबलः अनुशंसः नास्ति, स्वविवेकेन चिनुत। 

npx create-next-app@latest npm अहं socket.io socket.io-ग्राहकम्

वयं तत्क्षणमेव next+socket+investapi इति मैत्रीपदं प्रति गच्छामः, सर्वेषां विवरणानां कृते अस्य चरणस्य  Useful इति विभागं पश्यामः । विवरणं वर्णयिष्यामि- १. 

• nodejs (server) पक्षे pages/api/investapi.js सञ्चिका अस्ति । अत्रैव वयं socket.io सर्वरं निर्माय investapi इत्यनेन सह सम्बद्धाः भवेम ।
• ब्राउजर् (क्लायन्ट्) पक्षे वयं सॉकेट् मार्गेण सर्वरेण सह सम्बद्धाः भवेम, दलालात् खातादत्तांशं च अनुरोधयामः । 
• वयं सर्वरे दलालात् दत्तांशं प्राप्नुमः, ततः क्लायन्ट् प्रति प्रेषयामः । यदा ते क्लायन्ट् इत्यत्र प्राप्ताः भवन्ति तदा ते ब्राउजर् मध्ये प्रदर्शिताः भवन्ति । 

परिणामः :  ब्राउजर् कन्सोल् मध्ये वयं खातानां विषये सूचनां द्रष्टुं शक्नुमः । अर्थात् अन्तिमे चरणे वयं सर्वर कन्सोल् (nodejs) इत्यत्र खातानां विषये सूचनां दृष्टवन्तः, वर्तमानपदे वयं एतां सूचनां क्लायन्ट् (ब्राउजर्) प्रति स्थानान्तरितवन्तः ।

अधुना एतत् कुर्मः यत् भवान् ब्राउजर् तः खातं चिन्वतु, यदि टोकन नास्ति तर्हि कन्सोल् प्रति त्रुटिः प्रेष्यते । कार्यं सरलं किमपि नवीनं नास्ति, अतः अहं केवलं कमिट्स् इत्यस्य लिङ्क्स् ददामि

1. https://github.com/pskucherov/tcsstat/commit/7e1ac57061e5e971588479015b06d8814d6609a9
2. https://github.com/pskucherov/tcsstat/commit/b28ac973a57494f5232589b4cb6b9fb13b8af759 

उपयुक्त:

• अग्रिमः सॉकेट् च कथं मित्राणि निर्मातव्या इति अत्र विस्तरेण वर्णितम् अस्ति . 
• मैत्री कोड next+socket+investapi:

https://github.com/pskucherov/tcsstat/commit/a443a4ac1bb4f0aa898f638128755fe7391ee381 यस्य कृते उपर्युक्तं कठिनं भवति, तर्हि वयम् अस्मिन् स्तरे एव तिष्ठामः, कोडेन सह व्यवहारं कुर्मः च। यदि भवतः प्रश्नाः सन्ति – पृच्छन्तु। https://github.com/pskucherov/tcsstat/ वृक्ष/चरण2 https://github.com/pskucherov/tcsstat/ तुलना/चरण1…चरण2

दलाली-रिपोर्ट्-व्यवहारं च प्राप्य

दलाली-रिपोर्ट्-व्यवहारं च प्राप्तुं त्रयः पद्धतयः सन्ति

1. GetBrokerReport
2. लाभांशविदेशी जारीकर्ता प्राप्त करें
3. GetOperationsByCursor के द्वारा

आरम्भादेव ज्ञातव्यं यत् – १. 

• दलाली-रिपोर्ट् T-3 मोड् मध्ये उत्पद्यते अर्थात् । व्यापाराः तत्र तेषां वास्तविकनिष्पादनानन्तरं प्रदर्शिताः भवन्ति । 
• तदनुसारं यदि भवान् गतदिनद्वयं यावत् एतत् प्रतिवेदनं याचते तर्हि त्रिदिनेषु सज्जं भविष्यति। 
• अन्तिमदिनानां लेनदेनं प्राप्तुं वयं व्यवहारं प्राप्तुं पद्धतिं उपयुञ्ज्महे, परन्तु स्मर्यतां यत् दलाल-रिपोर्ट्-जननानन्तरं तेषां id, सामग्री च परिवर्तयितुं शक्नोति

GetBrokerReport

दलाली-रिपोर्ट् प्राप्तुं भवन्तः खातेः id, आरम्भ-तिथिः, प्रतिवेदनस्य समाप्ति-तिथिः च ग्रहीतव्याः, परन्तु ३१ दिवसाभ्यः अधिकं न ग्रहीतव्याः । वयं generate _broker_report_request इत्यस्मिन् API कृते रिपोर्ट् जनयितुं अनुरोधं प्रेषयामः , प्रतिक्रियारूपेण taskId प्राप्नुमः । तदनन्तरं एतत् taskId इत्यस्य उपयोगेन get _broker_report_response इत्यस्मात् data प्राप्नुमः ।

कोडलेखनं आरभामः

वर्तमानतिथितः घटनं गृहीत्वा तिथिं प्राप्तुं विधिः

const getDateSubDay = (उपदिन = 5, आरम्भ = सत्य) => {     const तिथि = नई तिथि ();     तिथि.setUTCDate (तिथि.getUTCDate () – उपदिन);       if (start) {         date.setUTCHours (0, 0, 0, 0);     } else {         date.setUTCHours (23, 59, 59, 999);     }       return date; };

प्रतिवेदनजनन अनुरोधः 

const brokerReport = प्रतीक्षा (sdk.operations.getBrokerReport) ({         generateBrokerReportRequest: {             खाता आईडी,             से,             तक,         }, });

परिणाम:

• आदेशस्य प्रथमनिष्पादनस्य फलस्वरूपं वयं taskId प्राप्नुमः । 
• दलालपक्षे प्रतिवेदनं जनयितुं आरभते। यदा सज्जं भवति तदा अज्ञातं भवति तदा वयं प्रतीक्षामहे, समये समये च प्रतिवेदनस्य प्रत्याशायां taskId आकर्षयामः ।
• किमर्थम्‌? यतः यदि प्रतिवेदनं सज्जं नास्ति तर्हि दोषं क्षिपति । यदि दलालपक्षे प्रतिवेदनं सज्जं नास्ति तर्हि भवतः कोड् मध्ये एषा त्रुटिः अस्ति । कृपया प्रक्रियां कुर्वन्तु: 30058|INVALID_ARGUMENT|कार्यम् अद्यापि न सम्पन्नम्, कृपया पश्चात् पुनः प्रयासं कुर्वन्तु

प्रतिवेदनस्य प्रतीक्षायाः, प्राप्तेः च कोडः किञ्चित् एतादृशः दृश्यते ।

const timer = async समय => {     return new Promise (समाधान => setTimeout (समाधान, समय)); }   const getBrokerResponseByTaskId = async (taskId, पृष्ठ = 0) => {     try {         return wait (sdk.operations.getBrokerReport) ({             getBrokerReportRequest: {                 taskId,                 पृष्ठ,             },         });     } कैच (ई) {         console.log (‘प्रतीक्षा’, ई);         प्रतीक्षा समय (10000);         return प्रतीक्षा getBrokerResponseByTaskId (कार्यId, पृष्ठ);     } };

ततः स एव माया भवति। वयं अस्माकं स्क्रिप्ट् स्थगयामः, पुनः आरभामः, अस्माकं taskId नास्ति । वयं taskId अनुरोधेन सह कोडं निष्पादयामः, परन्तु वयं taskId न प्राप्नुमः, अपितु तत्क्षणमेव रिपोर्ट् प्राप्नुमः । जादू ! सर्वं च सुष्ठु स्यात् यदि सर्वदा एवं स्यात्। परन्तु एकमासेन सर्वथा दत्तांशः न भविष्यति। उपयोगी : १.

• किञ्चित् सिद्धान्तः अत्र अत्र च उल्लिखितः अस्ति |
• कोडं एकत्र स्थापयित्वा मसौदा एतादृशं किमपि दृश्यते ।

https://github.com/pskucherov/tcsstat/tree/step3.1 https://github.com/pskucherov/tcsstat/तुलना/ चरण3.1

• यदि कश्चन एतत् सम्मुखीभवति तर्हि मुद्दे स्वागतम् . तेषां एतत् मायां मरम्मतं कृत्वा तस्य शक्तिः नष्टा भविष्यति, कथञ्चित् भिन्ना भविष्यति । परन्तु वर्तमानक्षणे (०३/२१/२०२३) तथैव कार्यं करोति ।

लाभांशविदेशी जारीकर्ता प्राप्त करें

कश्चन चिन्तयति यत् विधिः पूर्वस्य सदृशः अस्ति तथा च भवान् एकं विधिं उपयोक्तुं शक्नोति यस्मिन् भवान् केवलं क्रियाणां नाम परिवर्तयति । परन्तु ते अनुमानं न कृतवन्तः!  तत्र नामकरणं विधिषु प्रत्यागतेषु च सूचनासु अपि बहु भिन्नम् अस्ति । तथा च पृष्ठगणना 0 तः आरभ्यते, ततः 1 तः।एतत् सर्वेषु भ्रमः न भवेत् इति कृते द्वौ भिन्नौ पद्धतौ लेखनं सुकरम् अस्ति। यत् विचित्रम्, यतः कार्यस्य तर्कः समानः एव। अहं बहुकालं यावत् थूकं कृतवान् यदा अहं एकं विधिं कर्तुं प्रयतमानोऽस्मि तदा कोडः न्यूनः आसीत् । अत्र उदाहरणानि न भविष्यन्ति।

GetOperationsByCursor के द्वारा

त्रयाणां मम प्रियः। यद्यपि न तु अत्यन्तं सटीकं, परन्तु अत्यन्तं पर्याप्तम्। वयं खातेः निर्माणस्य आरम्भात् अधिकतमं सम्भवतिथिपर्यन्तं (खातं बन्दं कृत्वा वर्तमानं वा) अनुरोधं कुर्मः । वयं उत्तरं प्राप्नुमः, कर्सरं गृहीत्वा पुनः अनुरोधं कुर्मः यावत् यावत् दत्तांशः अस्ति ।  उपरिष्टाद् उदाहरणाणाम् अपेक्षया च संहिता अधिकः संक्षिप्तः अस्ति।

const timer = async समय => {     return new Promise (समाधान => setTimeout (समाधान, समय)); }   const getOperationsByCursor = async (sdk, accountId, से, को, कर्सर = ”) => {     try {         const reqData = {             accountId,             से,             तक,             सीमा: 1000,             राज्य: sdk.OperationState.OPERATION_STATE_EXECUTED,             withoutCommissions: false,             withoutTrades: मिथ्या,             विनाOvernights: मिथ्या,             कर्सर,         };           return प्रतीक्षा sdk.operations.getOperationsByCursor (reqData);     } कैच (ई) {         प्रतीक्षा टाइमर (60000);         return प्रतीक्षा getOperationsByCursor (sdk, accountId, से, तक, कर्सर = ”);     } };

चालयितुं मसौदा अत्र अस्ति: https://github.com/pskucherov/tcsstat/tree/step3.3 https://github.com/pskucherov/tcsstat/compare/step3.3 अधुना वयं रिसीविंग ऑपरेशन्स् योजयितुं सज्जाः स्मः अस्माकं आवेदनम्। यदि सम्यक् कृतं तर्हि खातेः सम्पूर्णस्य अस्तित्वस्य कृते दलाली-रिपोर्ट् प्राप्तुं आवश्यकम् । तथा च लुप्तदत्तांशस्य कृते, ते एव T-3s, कार्येभ्यः पुनः लोड् कुर्वन्ति। परन्तु एतत् पृथक् लेखरूपेण विभक्तुं शक्यते। मुख्यसूक्ष्मतानां यत् भवन्तः सम्मुखीभवन्ति तेषु कार्याणि गोंदं कर्तुं दलालीप्रतिवेदनं च अस्ति।

•  यदि अद्य भवन्तः आवश्यकदिनानां कृते दलाली-प्रतिवेदनं व्यवहारान् च प्राप्तवन्तः, सर्वं दत्तांशकोशे स्थापयन्तु, तर्हि समस्याः नास्ति । 
• श्वः भवतः समस्याः भविष्यन्ति यदा भवन्तः प्रतिवेदनात् कार्याणि च दत्तांशस्य अग्रिमभागं प्राप्नुवन्ति तथा च विद्यमानदत्तांशकोशेन सह तान् समन्वययितुं निश्चयं कुर्वन्ति। 
• प्रसंस्करणस्य अनन्तरं असङ्गतस्य अथवा परिवर्तनस्य id इत्यस्य विषये बहु सूक्ष्मताः
• ततः OTC मार्केट् कृते id’s सर्वथा न मेलति।
•  तथा च समन्वयनयन्त्राणां सूक्ष्मताः, ये पुनः एपिआइ-विशेषतायाः कारणात् न सङ्गच्छन्ति । परन्तु सा अन्यथा कथा।

अस्माकं अनुप्रयोगे ऑपरेशन्स् विषये सूचनां प्राप्तुं योजयामः। मुख्यः प्रश्नः भविष्यति यत् दत्तांशः कुत्र संसाधितः संगृहीतः च भविष्यति।

•  यदि भवान् स्वस्य कृते करोति तर्हि भवान् भिन्न-भिन्न-यन्त्राणां समानानि दत्तांशं उपभोगयिष्यति । ततः भवद्भिः सर्वरे दत्तांशं संसाधितुं संग्रहीतुं च आवश्यकम् ।
• यदि भवतां समीपे बहुभिः भिन्नैः उपयोक्तृभिः उपभोक्ताः बहुविधाः दत्तांशाः सन्ति, तर्हि भवता निर्णयः करणीयः यत् किं महत्त्वपूर्णम् अस्ति: उपयोक्तृणां गतिः अथवा भवतः पक्षे लोहस्य रक्षणम् यः कश्चित् अनन्तमात्रायां हार्डवेयरं स्वीकुर्वति सः स्वस्य सर्वरे सर्वं गणयति तथा च उपयोक्तृणां कृते सुपर फास्ट् करोति, उपयोक्तृसंसाधनानाम्, यथा बैटरी, यातायातस्य च रक्षणं करोति, यत् दूरभाषेषु अतीव महत्त्वपूर्णम् अस्ति

क्रमेण ब्राउजर् मध्ये गणना सिद्धान्ततः सर्वाधिकं इष्टतमं समाधानं न भवति । अतः यत् महत् न भवति तत् वयं अस्माकं सर्वरे विचारयामः। शेषं वयं ग्राहकाय त्यजामः। अहं वास्तवमेव सर्वरे आयोगं गृहीत्वा गणयितुम् इच्छामि। परन्तु अत्र “अन्तर्क्रियाशीलता” इति सूक्ष्मता आगच्छति । भवतः सहस्राणि शल्यक्रियाः सन्ति इति वदामः तानि प्राप्तुं पञ्चनिमेषाः भवन्ति । अस्मिन् समये उपयोक्तुः किं भविष्यति ? स्पिनरः ? विकासः? कियत् अपलोड् कृतम् इति विषये इन्फा? यदा प्रक्रियायां उपयोक्ता पूर्वमेव किमपि द्रष्टुं शक्नोति स्म तदा “सक्रियप्रतीक्षा” इत्यस्य उपयोगः आदर्शः । अत्र परिणामः अस्ति : १.

• पृष्ठ लोड हो रहा है
• सर्वाणि चालानानि अनुरोधितानि सन्ति
• तदनन्तरं निष्पादितव्यवहारानाम् आयोगयुक्ताः सर्वे व्यवहाराः सर्वेषां खातानां कृते अनुरोधिताः भवन्ति । यथा यथा दत्तांशः प्राप्यते तथा तथा ब्राउजरे रेण्डर् भवति ।

प्रत्येकं समये इवेण्ट्स् मध्ये दत्तांशं न फ़िल्टर कर्तुं वयं प्रत्येकस्य खातेः कृते स्वकीयं इवेण्ट् आकर्षयामः । इदं यथा- १.

socket.emit (‘sdk: getOperationsCommissionResult_’ + accountId, {                 आइटम: डेटा?. आइटम,                 inProgress: बूलियन (nextCursor), });

प्रक्षेपणार्थं मसौदा अत्र अस्ति: https://github.com/pskucherov/tcsstat/tree/step3 https://github.com/pskucherov/tcsstat/compare/step2…step3 अग्रे गच्छन्। भवता एषा पङ्क्तिः पठिता इति महत्! 

रुचिसूचनायाः गणना तथा उत्पादनम्

कस्य का सूचना आवश्यकी इति अवलम्बते। अतः अहं सद्यः भवद्भ्यः मुख्यानि सूक्ष्मतानि वदामि यत् भवन्तः सम्मुखीभवन्ति।

मूल्यैः सह कार्यं कुर्वन् 

वित्तेन सह कार्यं कुर्वन्तः सर्वे जानन्ति यत् धनव्यवहारः केवलं पूर्णसङ्ख्याभिः एव कर्तव्यः । दशमलवबिन्दुस्य अनन्तरं मूल्यानां अशुद्धतायाः कारणात् तथा च बहूनां क्रियाणां सह सञ्चितदोषस्य कारणात् । अत एव सर्वाणि मूल्यानि निम्नलिखित MoneyValue प्रारूपेण प्रस्तुतानि सन्ति

क्षेत्रम्‌	प्रकारः	वर्णनम्‌
मुद्रा	सूत्र	स्ट्रिंग् ISO मुद्रासङ्केतः
एककाः	int64	योगस्य पूर्णाङ्कः भागः, ऋणात्मकः सङ्ख्या भवितुम् अर्हति
नैनो	int32	राशियाः भिन्नात्मकः भागः, ऋणात्मकः सङ्ख्या भवितुम् अर्हति

वयं तान् पृथक् पृथक् संसाधयामः, ततः मूल्यमूल्ये आनयामः:

उद्धरण.एकक + उद्धरण.ननो / 1e9

वायदा अनुबन्धानां व्ययः

वायदा मूल्यं बिन्दुरूपेण प्रस्तुतं भवति, यदा भवतः मुद्रा भविष्यं भवति तदा भवतः दरं ज्ञातव्यम्। तथा च अवश्यं मूल्यं बिन्दुषु मूल्यपदं च। यदा भवन्तः व्यवहारेभ्यः लाभस्य गणनां कुर्वन्ति तदा एतत् शूटिंग् कर्तुं शक्नोति, यतः… यदि मूल्यं परिमाणेन गुणयित्वा कुलराशिं गणयति। अत्र भवद्भिः सावधानता आवश्यकी अस्ति। इदानीं कृते वयं पश्यामः यत् कथं गच्छति। एतत् मुद्राभविष्यस्य विषये प्रवर्तते, अन्येषु स्थानेषु एतेन सर्वं ठीकम् अस्ति।

ओटीसी मार्केट

अस्मिन् विपण्ये बहुविधाः विचित्रताः सन्ति, अतः अस्मिन् विषये पृथक् पृथक् कार्याणि अध्ययनं कुर्मः यदा भवन्तः कार्याणि समन्वयनं आरभन्ते तदा एतत् निष्पद्यते यत् यन्त्रस्य सम्यक् मेलनं कर्तुं भवन्तः figi / ticker इत्येतत् समानरूपेण आनेतुं प्रवृत्ताः सन्ति। यदा भवान् एतत् दलाली-रिपोर्ट्-सहितं समन्वययितुं आरभते तदा एतत् ज्ञास्यति यत् तस्यैव व्यवहारस्य tradeID-मध्ये व्यवहारेषु आरम्भे अक्षराणि सन्ति तथा च ते दलाली-रिपोर्ट्-मध्ये न सन्ति अतः तेषां तुलना … अहेम्-अहेम् … तुलनाद्वारा न भवितुं शक्यते! अहं व्यापारसमयं, टिकरं, मेलनं च कृतवान् यत् एकः tradeId अन्यस्मिन् समाविष्टः अस्ति। सम्यक्, अहं न जानामि। यः एतस्य सम्मुखीभवति, यस्य चिन्ता भवति, सः मुद्देः समीपं आगच्छतु वा नूतनं आरभत वा।

उपकरणेषु गणितीयक्रियाः

असम्भवं, विना, सम्पूर्णसूचया सह गणितीयक्रियाः कर्तुं । उष्णं मृदुं न योजयितुं वयं सर्वदा मुद्रां परीक्ष्य प्रक्रियां कुर्मः यदा वयं निश्चिन्ताः भवेम यत् मुद्रा मेलति, बिन्दवः च इष्टमुद्रायां परिवर्तिताः भवन्ति बैंकसङ्ख्याभिः सह कार्यं कर्तुं ज्ञानेन सज्जाः वयं प्रत्येकस्मिन् खाते व्ययितस्य आयोगस्य गणनां करिष्यामः। इदं इव: https://github.com/pskucherov/tcsstat/tree/step4 https://github.com/pskucherov/tcsstat/compare/step3…step4    

सूक्ष्मसेवा सज्जा अस्ति!

https://github.com/pskucherov/tcsstat गृहकार्यरूपेण, भवान् पश्यितुं शक्नोति यत् सेवा मन्दसंयोजनेन सह कार्यं करोति वा, यदा संयोजनानि भग्नाः भवन्ति, यदा अन्तर्जालः विच्छिन्नः भवति, यदा दलालस्य पक्षतः त्रुटयः अथवा अवधिः समाप्ताः सीमाः सन्ति वा। 

निष्कर्षाः भविष्यस्य योजनाः च

• मूलभूतसञ्चालनस्य विषये ज्ञातवान् तथा च Invest API इत्यनेन सह कार्यं कृतवान्
• ~ १० घण्टाः व्यतीतः समयः
• कठिनता स्तर ~ कनिष्ठ+ / निम्न मध्यम 

यदि भवान् सूक्ष्मसेवायाः परिष्कारं कुर्वन् अस्ति तर्हि भवान् एतादृशं किमपि प्राप्तुं शक्नोति

https://opexbot.info

  एषः मम विकासः, ये स्वयमेव अवगन्तुं, धावितुं, गणयितुं च अतिलस्याः सन्ति। अहं उपयोक्तृणां अनुरोधेन तत्र विश्लेषणं योजयितुं योजनां करोमि। यदि लेखः रोचते तर्हि मम तारचैनलस्य सदस्यतां गृहाण .