Problems with the GetTicker () market data acquisition for different cycles in the retrospective system

Author: kaizi1231, Created: 2018-07-17 18:08:22, Updated: 2019-04-17 16:38:44

In the retracement system, the strategy is to select a 30-minute cycle, via exchange.GetTicker ((); get the current market, print out the data obtained seems not to be a half-hour market, first contact with the digital currency, as follows: normally if it is a 30-minute cycle, should not the time displayed be in half-hour time units? or is this time not the actual half-hour tick time? just the time of printing the information? 2018-01-01 01:20:00 Information Accessed by data 8 2018-01-01 01:12:00 Information Accessed by data 7 2018-01-01 01:08:00 Information Accessed by data 6 2018-01-01 01:04:00 Information Accessed by data 5 2018-01-01 01:00:00 Information Access to data 4 2018-01-01 00:58:00 Information Accessed by 3 2018-01-01 00:37:04 Information Accessed by data 2 2018-01-01 00:00:00 Information Access to data 1 This is a list of all the different ways I've downloaded the video, including the nominees, and the artist's name.

What is the amount of tick that is obtained in a digital currency? Including the low-level K line cycle, which is used to generate the TICK parameter, if set to 1 minute, is it possible to understand that this 30-minute cycle K line is composed of 1 minute K line?


More

kaizi1231Is it that I use the exchange.GetTicker function in the policy, which is a real-time transaction, no matter if the retesting simulation setting is a 30-minute or an hour cycle, it is always real-time data; unless you set 30 cycles, then use the exchange.GetRecords function in the policy, which is a K-line of 30 cycles, if you use the exchange.GetTicker function, or the current real-time transaction?

The Little DreamThe exchange.GetTicker function is to get real-time market trends, not to get K-lines. You set a 30-minute cycle to call exchange.GetRecords gets K-line data for 30 minutes.