WO2021163920A1

WO2021163920A1 - Blockchain price feeding method and apparatus, and terminal device

Info

Publication number: WO2021163920A1
Application number: PCT/CN2020/075846
Authority: WO
Inventors: 陈晓东
Original assignee: 深圳市嘉舟科技有限公司
Priority date: 2020-02-19
Filing date: 2020-02-19
Publication date: 2021-08-26

Abstract

The present application is applicable to the technical field of blockchains and provides a blockchain price feeding method and apparatus, and a terminal device. The method comprises: for each moment, a price feeding node obtains at least one type of data set, respectively calculates various types of price feeding data at the current moment according to various types of data sets, and submits a price feeding request to a blockchain according to the various types of price feeding data at the current moment; and a blockchain node obtains price feeding data of a plurality of continuous blocks comprising the current block, calculates the median of the price feeding data, and uses the median as consensus data of the current block. By means of the method, data fluctuation caused by unreliable out-of-chain data to on-chain data of the blockchain can be avoided during price feeding, so that the stability of the blockchain is guaranteed.

Description

Block chain price feeding method, block chain price feeding device and terminal equipment

Technical field

This application relates to the field of blockchain technology, in particular to a blockchain price feeding method, a blockchain price feeding device and terminal equipment.

Background technique

Blockchain can be regarded as a distributed database based on specific computer protocols (such as consensus mechanism and verification mechanism). Because the computer protocol on the block chain has the characteristic of passively receiving data, the block chain can only obtain the data on the chain, but cannot actively obtain the data outside the chain. In order to meet the interaction demand of blockchain for off-chain data, the concept of oracle is introduced. Through the oracle machine, the off-chain data of the blockchain can be collected, and the off-chain data can be submitted to the blockchain, and the off-chain data can be written into the blockchain through a computer protocol (such as a smart contract) on the blockchain. In other words, the oracle can be seen as a one-way digital agent between the blockchain and external data sources.

Since the reliability of off-chain data cannot be guaranteed, after the off-chain data is fed to the blockchain through the oracle, it is easy to cause fluctuations in the data on the chain, which in turn affects the stability of the blockchain.

Summary of the invention

technical problem

The embodiments of the application provide a blockchain price feeding method, a blockchain price feeding device and terminal equipment, which can solve the problem of easily causing on-chain data fluctuations after feeding off-chain data to the blockchain through an oracle machine, and thereby affect The issue of blockchain stability.

The solution to the problem

Technical solutions

In order to solve the above technical problems, the technical solutions adopted in the embodiments of this application are:

In the first aspect, an embodiment of the present application provides a blockchain price feeding method, which is applied to a price feeding node, and the method includes:

For each moment, at least one type of data set is acquired, where each type of data set includes the type of off-chain data at the current moment obtained from multiple off-chain data sources;

According to various types of data sets, various types of price feed data are calculated at the current moment, and various types of price feed data at the current moment are submitted to the blockchain to submit a price feed request.

In a possible implementation manner of the first aspect, the calculation of various types of price feed data at the current moment respectively according to various types of data sets includes:

For each type of data set, perform weighted summation processing on all off-chain data in the data set to obtain the type of price feed data at the current moment;

Wherein, in the weighted sum processing, the i-th weight is the proportion of the amount corresponding to the i-th off-chain data in the data set, and the proportion of the amount is the type of off-chain data in the off-chain data source. The proportion of the amount of data among the N off-chain data sources, where N is the number of off-chain data sources corresponding to the data set, and N is a positive integer.

In a possible implementation of the first aspect, the submitting a price feed request to the blockchain according to various types of price feed data at the current moment includes:

For each type, get the price feed data of the type mentioned at the previous moment;

If the absolute value of the difference between the price feed data of the type at the previous time and the price feed data of the type at the current time is greater than the preset value, the price feed data of the type at the current time is generated into the price feed of the type Request, and submit the type of price feed request to the blockchain.

In the second aspect, an embodiment of the present application provides a blockchain pricing method, which is applied to a blockchain node, and the method includes:

Obtain at least one type of request set corresponding to the current block in the blockchain, where each type of request set includes all price feed requests of the type in the current block, and each price feed request includes one Feed price data;

Calculate the consensus data of various types of request sets corresponding to the current block respectively, and add the consensus data to the current block.

In a possible implementation manner of the second aspect, the separately calculating the consensus data of various types of request sets corresponding to the current block includes:

For each type, determine the median of the price feed data corresponding to all price feed requests of the type in the current block, and record the median as the consensus data of the request set of the type.

In a possible implementation of the second aspect, each type of request set also includes all price feed requests of the type corresponding to each of the M blocks before the current block, and M is a positive integer ；

The calculation of the consensus data of various types of request sets corresponding to the current block respectively includes:

For each type, the median of the price feed data corresponding to all price feed requests in the request set of the type is determined, and the median is recorded as the consensus data of the price feed request of the type.

In the third aspect, an embodiment of the present application provides a blockchain price feeding device, which is applied to a price feeding node, and the device includes:

The first acquiring unit is configured to acquire at least one type of data set for each moment, where each type of data set includes the type of off-chain at the current moment obtained from multiple off-chain data sources data;

The weighting calculation unit is used to calculate various types of price feed data at the current time according to various types of data sets, and submit a price feed request to the blockchain according to the various types of price feed data at the current time.

In a fourth aspect, an embodiment of the present application provides a blockchain price feeding device, which is applied to a blockchain node, and the device includes:

The second acquiring unit is configured to acquire at least one type of request set corresponding to the current block in the blockchain, wherein each type of request set includes all price feed requests of the type in the current block, each A price feed request includes a price feed data;

The consensus data calculation unit is used to calculate the consensus data of various types of request sets corresponding to the current block, and add the consensus data to the current block.

In a fifth aspect, an embodiment of the present application provides a terminal device, including a memory, a processor, and computer-readable instructions stored in the memory and executable on the processor, wherein the processor When the computer-readable instruction is executed, the blockchain price feeding method according to any one of the first aspect or the blockchain price feeding method according to any one of the second aspect is implemented.

In the sixth aspect, an embodiment of the present application provides a computer-readable storage medium, and an embodiment of the present application provides a computer-readable storage medium, the computer-readable storage medium stores computer-readable instructions, and is characterized in that: When the computer-readable instructions are executed by a processor, the blockchain price feeding method according to any one of the first aspect or the blockchain price feeding method according to any one of the second aspect is implemented.

In the seventh aspect, the embodiments of the present application provide a computer-readable instruction product. When the computer-readable instruction product runs on a terminal device, the terminal device is caused to execute the blockchain as described in any one of the above-mentioned first aspects. Price feeding method or the blockchain price feeding method described in any one of the second aspect.

Compared with the prior art, the embodiments of this application have the following beneficial effects:

The embodiment of the present application acquires at least one type of data set for each time, where each type of data set includes the type of off-chain data at the current time obtained from multiple off-chain data sources, Using the above method, multiple off-chain data of the same type can be obtained from different data sources, providing a rich data basis for subsequent price feeding; according to various types of data sets, various types of price feeding data at the current moment can be calculated separately For each type, multiple off-chain data corresponding to the type are combined into one price feed data by calculation. Since the price feed data is obtained based on multiple off-chain data, it can reduce an unreliable off-chain data. The impact of the data on the price feed data, thereby ensuring the reliability of the price feed data; and then submit a price feed request to the blockchain according to various types of price feed data at the current moment. Through the above method, the data fluctuation caused by unreliable off-chain data to the on-chain data of the blockchain can be avoided during price feeding, thereby ensuring the stability of the blockchain.

The beneficial effects of the invention

Brief description of the drawings

Description of the drawings

In order to more clearly describe the technical solutions in the embodiments of the present application, the following will briefly introduce the accompanying drawings that need to be used in the embodiments or exemplary technical descriptions. Obviously, the accompanying drawings in the following description are only of the present application. For some embodiments, those of ordinary skill in the art can obtain other drawings based on these drawings without creative work.

Figure 1 is a schematic diagram of a blockchain pricing system provided by an embodiment of the present application;

2 is a schematic flowchart of a blockchain pricing method provided by an embodiment of the present application;

FIG. 3 is a schematic flowchart of a blockchain pricing method provided by another embodiment of the present application;

FIG. 4 is a structural block diagram of the blockchain price feeding device provided by an embodiment of the present application;

FIG. 5 is a structural block diagram of a blockchain pricing device provided by another embodiment of the present application;

FIG. 6 is a schematic structural diagram of a terminal device provided by an embodiment of the application.

Invention embodiment

Embodiments of the present invention

In order to make the purpose, technical solutions, and advantages of this application clearer, the following describes this application in detail with reference to the accompanying drawings and embodiments. It should be understood that the specific embodiments described here are only used to explain the application, and are not used to limit the application.

It should be understood that when used in the specification and appended claims of this application, the term "comprising" indicates the existence of the described features, wholes, steps, operations, elements and/or components, but does not exclude one or more other The existence or addition of features, wholes, steps, operations, elements, components, and/or collections thereof.

As used in the description of this application and the appended claims, the term "if" can be construed as "when" or "once" or "in response to determination" or "in response to detecting ".

The reference to "one embodiment" or "some embodiments" described in the specification of this application means that one or more embodiments of this application include a specific feature, structure, or characteristic described in combination with the embodiment. Therefore, the sentences "in one embodiment", "in some embodiments", "in some other embodiments", "in some other embodiments", etc. appearing in different places in this specification are not necessarily All refer to the same embodiment, but mean "one or more but not all embodiments" unless it is specifically emphasized otherwise.

First, an application scenario of the embodiment of the present application is introduced. Refer to Fig. 1, which is a schematic diagram of a blockchain pricing system provided by an embodiment of this application. As shown in FIG. 1, the blockchain price feeding system includes at least one price feeding node 101 and at least one blockchain node 102. The price-feeding node is used to provide price-feeding data to the blockchain, and the blockchain node is used to process the price-feeding data to obtain consensus data and write the consensus data to the blockchain. Among them, the price feed node and the blockchain node can be processors or terminal devices with computing capabilities.

For the blockchain, data sources are divided into two types, one is the data that exists and on the blockchain, that is, data on the chain; the other is the data that exists and outside the blockchain, that is, off-chain data. Because the computer protocol on the block chain has the characteristic of passively receiving data, the block chain can only obtain the data on the chain, but cannot actively obtain the data outside the chain. Through the oracle mechanism, the price feeder node can submit off-chain data to the blockchain, that is, the off-chain data is fed to the blockchain as the price feed data; the blockchain node processes the off-chain data submitted by the price feeder node to get Consensus data, and add the consensus data to the blockchain. Through the above methods, the blockchain can obtain off-chain data.

In practical applications, the price-feeding authorization can be performed on nodes that meet the authorization conditions among all the blockchain nodes, and the blockchain node after the price-feeding authorization can be used as the price-feeding node. Exemplarily, the authorization condition may be that the blockchain node is required to pledge a certain amount of on-chain tokens. If the blockchain nodes that are not authorized to feed the price force the price, the check mechanism on the chain will delete the price feed request submitted by these blockchain nodes. Through authorization conditions, malicious blockchain nodes can be excluded from participating in price feeding, thereby greatly reducing the risk of blockchain being attacked.

Fig. 2 shows a schematic flowchart of a blockchain pricing method provided by an embodiment of the present application. The method in the embodiment of Fig. 2 is applied to the price feed node. As an example and not a limitation, the method may include the following steps:

S201: For each moment, at least one type of data set is acquired.

Wherein, each type of data set includes the type of off-chain data at the current moment obtained from multiple off-chain data sources.

Off-chain data can be the currency value of financial currencies, the unit price of financial derivatives, and so on. The off-chain data source can be currency exchanges and so on.

Exemplarily, the USD price in Exchange A may be obtained as 6.2, and the USD price in Exchange B may be obtained as 6.3. Then the off-chain data are 6.2 and 6.3 respectively, and the corresponding type is USD, that is, the data set corresponding to the US dollar includes two off-chain data, 6.2 and 6.3. Of course, other types of off-chain data such as yen can also be obtained at the same time.

S202: Calculate various types of price feed data at the current moment respectively according to various types of data sets, and submit a price feed request to the blockchain according to the various types of price feed data at the current moment.

For each type, you can get a price feed data corresponding to each moment. In other words, the price feed data can change over time.

At each moment, it is necessary to obtain the same type of off-chain data from multiple off-chain data sources at the same time, which guarantees the simultaneity of off-chain data. When the acquisition of off-chain data in a certain off-chain data source fails or an exception occurs, the type of off-chain data can also be obtained from other off-chain data sources, which guarantees the reliability of the off-chain data. According to a certain type of multiple off-chain data obtained at that moment, a price feed data corresponding to the moment is calculated, that is, multiple off-chain data are comprehensively considered, instead of only one off-chain data, which avoids a single error. The influence of reliable off-chain data further ensures the reliability of off-chain data.

In an embodiment, the calculation of various types of price feed data at the current moment according to various types of data sets in step S202 includes:

For each type of data set, weighted sum processing is performed on all off-chain data in the data set to obtain the price feed data of the type at the current moment.

Exemplarily, assuming that the USD price obtained from Exchange I at the current moment is 6.1, the USD price obtained from Exchange II is 6.2, and the USD price obtained from Exchange III is 6, then the current moment corresponds to The data set of is [6.1, 6.2, 6], and the corresponding type of the data set is USD. Then the feed price data of the dollar at the current moment is 6.1w1+6.2w2+6w3. Among them, w1 is the proportion of the dollar amount in Exchange I in the total dollar amount of the three exchanges, w2 is the proportion of the dollar amount in Exchange II in the total dollar amount of the three exchanges, and w3 is the exchange The percentage of the dollar amount in the three exchanges in the total dollar amount in III.

In one embodiment, submitting a price feed request to the blockchain according to various types of price feed data at the current moment in step S202 includes:

S11: For each type, obtain price feed data of the type at the previous moment.

S12: If the absolute value of the difference between the price feed data of the type at the previous time and the price feed data of the type at the current time is greater than the preset value, generate the price feed data of the type at the current time into the type Price feed request, and submit the type of price feed request to the blockchain.

Wherein, the calculation method of the price feed data at the previous moment is the same as the calculation method of the price feed data at the current moment in step S202, and will not be repeated here.

In actual applications, the price feed data may not change or change slightly within a certain period of time. Through the above method, only when the fluctuation of the price feed data exceeds a certain range, the price feed request is submitted. In this way, it is possible to avoid submitting price feed data with little volatility, or submitting the same price feed data repeatedly, which is conducive to saving price feed costs.

In practical applications, it is also possible to calculate the floating percentage of the price feed data at the current moment compared to the price feed data at the previous moment. As long as it can characterize the fluctuation status of the price feed data at the current moment and the next moment, the method is not specifically limited.

The embodiment of the present application obtains at least one type of data set for each time, where each type of data set includes the type of off-chain data at the current time obtained from multiple off-chain data sources, Using the above method, multiple off-chain data of the same type can be obtained from different data sources, providing a rich data basis for subsequent price feeding; according to various types of data sets, various types of price feeding data at the current moment can be calculated separately For each type, multiple off-chain data corresponding to the type are combined into one price feed data by calculation. Since the price feed data is obtained based on multiple off-chain data, it can reduce an unreliable off-chain data. The impact of the data on the price feed data, thereby ensuring the reliability of the price feed data; and then submit a price feed request to the blockchain according to various types of price feed data at the current moment. Through the above method, the data fluctuation caused by unreliable off-chain data to the on-chain data of the blockchain can be avoided during price feeding, thereby ensuring the stability of the blockchain.

Fig. 3 shows a schematic flowchart of a blockchain pricing method provided by another embodiment of the present application. The method in the embodiment of FIG. 3 is applied to a blockchain node. As an example and not a limitation, the method may include the following steps:

S301: Obtain at least one type of request set corresponding to the current block in the blockchain.

Among them, each type of request set includes all price feed requests of the type in the current block, and each price feed request includes one price feed data.

In practical applications, the time for establishing a block can be preset. During a period of time when a block is established, the price-feeding node may submit multiple price-feeding requests of the same type.

Exemplarily, suppose the time to build a block is 2s. In the 1st s, the price feeder node submitted a USD price feed request (corresponding to the price feed data of 6 USD), and in the 2nd s, the price feeder node submitted another USD price feed request (corresponding price feed data) For US$6.1). Then the US dollar type request set corresponding to the block includes the above two price feed requests.

S302: Calculate the consensus data of various types of request sets corresponding to the current block, respectively, and add the consensus data to the current block.

The method in the embodiment in Figure 2 can effectively prevent the failure or error of a single off-chain data acquisition, but cannot resist at a certain point in time, a certain off-chain data source, especially the off-chain data source with a large weight. The data is manipulated, resulting in a violation of the normal data fluctuations in a short period of time (within a few seconds).

In order to resist the above risks, in one embodiment, in step S302, the consensus data of various types of request sets corresponding to the current block are calculated respectively, including:

S21: For each type, determine the median of the price feed data corresponding to all price feed requests of the type in the current block, and record the median as the consensus data of the request set of the type.

Calculate the median, that is, arrange a set of data in ascending order or descending order. If the number of data in the group of data is odd, the data in the middle of the sequence is taken as the median; if the number of data in the group of data is even, the average of the two data in the middle of the sequence is taken as the median number.

Continuing the example in step S301, sort the two price feed data into 6, 6.1 from small to large. If the number of data is even, the median is (6+6.1)/2=6.05.

The median is not easily affected by extreme values. Through the above method, for each block, the median in the request set corresponding to the block is taken as the consensus data, which can avoid abnormal data fluctuations in a short period of time, thereby ensuring The stability of consensus data in each block.

Further, in order to ensure the stability of the consensus data for a relatively long period of time, the following methods can be used.

In an embodiment, each type of request set further includes all price feed requests of the type corresponding to each of the M blocks before the current block, and M is a positive integer. Correspondingly, the calculation of consensus data of various types of request sets corresponding to the current block in step S302 includes:

S22: For each type, determine the median of price feed data corresponding to all price feed requests in the request set of the type, and record the median as the consensus data of the price feed request of the type.

In the above two embodiments of step S302, it is equivalent to taking a time sliding window, and then calculating the median of each data in the time sliding window. In S21, the size of the time sliding window is the time period used to establish the current block; in S22, the size of the sliding window is the time period used to establish the current block and M blocks before the current block. It can be seen that the time sliding window in S22 is larger, and the consensus data calculated in this way can be relatively stable in a relatively long period of time.

This embodiment of the application obtains at least one type of request set corresponding to the current block in the blockchain, where each type of request set includes all price feed requests of the type in the current block, each of which is The price request includes a price feed data. For each type, a consensus data is calculated based on multiple price feed requests in the request set corresponding to the type. Since the consensus data is obtained based on multiple price feed requests, it can be Avoid the influence of the price feed data in an unreliable price feed request on the data on the chain, and ensure the stability of the consensus data; and then add the consensus data to the current block. Through the above method, the data fluctuation caused by unreliable off-chain data to the on-chain data of the blockchain can be avoided during price feeding, thereby ensuring the stability of the blockchain.

It should be understood that the size of the sequence number of each step in the foregoing embodiment does not mean the order of execution. The execution sequence of each process should be determined by its function and internal logic, and should not constitute any limitation on the implementation process of the embodiments of the present application.

Corresponding to the block chain price feeding method described in the embodiment of Fig. 2 above, Fig. 4 shows a structural block diagram of the block chain price feeding device provided in an embodiment of the present application. The relevant part of the embodiment.

Referring to Figure 4, the device 4 includes:

The first obtaining unit 41 is configured to obtain at least one type of data set for each time, wherein each type of data set includes the type of chain at the current time obtained from multiple off-chain data sources External data.

The weighting calculation unit 42 is configured to calculate various types of weighted data at the current moment according to various types of data sets, and submit a price feed request to the blockchain according to the various types of weighted data at the current moment.

Optionally, the weight calculation unit 42 is further configured to:

Optionally, the weight calculation unit 42 includes:

The obtaining module is used to obtain the price feed data of the type mentioned at the previous moment for each type.

The generating module is used to generate the price feed data of the type at the current time if the absolute value of the difference between the price feed data of the type at the previous time and the price feed data of the type at the current time is greater than the preset value The price feed request of the type mentioned above, and the price feed request of the type will be submitted to the blockchain.

Corresponding to the block chain price feeding method described in the embodiment of Fig. 3 above, Fig. 5 shows a structural block diagram of a block chain price feeding device provided by another embodiment of the present application. The relevant part of the embodiment of this application.

Referring to Figure 5, the device 5 includes:

The second obtaining unit 51 is configured to obtain at least one type of request set corresponding to the current block in the blockchain, wherein each type of request set includes all price feed requests of the type in the current block, Each price feed request includes a price feed data.

The consensus data calculation unit 52 is configured to respectively calculate consensus data of various types of request sets corresponding to the current block, and add the consensus data to the current block.

Optionally, the consensus data calculation unit 52 includes:

The first calculation module is used to determine the median of the price feed data corresponding to all price feed requests of the type in the current block for each type, and record the median as the request set of the type Consensus data.

Optionally, each type of request set further includes all price feed requests of the type corresponding to each of the M blocks before the current block, and M is a positive integer.

Optionally, the consensus data calculation unit 52 is also used to:

It should be noted that the information interaction and execution process between the above-mentioned devices/units are based on the same concept as the method embodiment of this application, and its specific functions and technical effects can be found in the method embodiment section. I won't repeat it here.

In addition, the blockchain pricing device shown in Figure 4/5 can be a software unit, a hardware unit, or a combination of software and hardware built into the existing terminal equipment, or it can be integrated into the terminal as an independent pendant. In the device, it can also exist as an independent terminal device.

Those skilled in the art can clearly understand that, for the convenience and conciseness of description, only the division of the above functional units and modules is used as an example. In practical applications, the above functions can be allocated to different functional units and modules as needed. Module completion, that is, the internal structure of the device is divided into different functional units or modules to complete all or part of the functions described above. The functional units and modules in the embodiments can be integrated into one processing unit, or each unit can exist alone physically, or two or more units can be integrated into one unit. The above-mentioned integrated units can be hardware-based Formal realization can also be realized in the form of a software functional unit. In addition, the specific names of the functional units and modules are only for the convenience of distinguishing each other, and are not used to limit the protection scope of the present application. For the specific working process of the units and modules in the foregoing system, reference may be made to the corresponding process in the foregoing method embodiment, which will not be repeated here.

FIG. 6 is a schematic structural diagram of a terminal device provided by an embodiment of the application. As shown in FIG. 6, the terminal device 6 of this embodiment includes: at least one processor 60 (only one is shown in FIG. 6), a processor, a memory 61, and a processor that is stored in the memory 61 and can be processed in the at least one processor. The computer-readable instructions 62 running on the processor 60, when the processor 60 executes the computer-readable instructions 62, implement the steps in each of the above-mentioned blockchain pricing method embodiments.

The terminal device may be a computing device such as a desktop computer, a notebook, a palmtop computer, and a cloud server. The terminal device may include, but is not limited to, a processor and a memory. Those skilled in the art can understand that FIG. 6 is only an example of the terminal device 6 and does not constitute a limitation on the terminal device 6. It may include more or fewer components than shown in the figure, or a combination of certain components, or different components. , For example, can also include input and output devices, network access devices, and so on.

The so-called processor 60 may be a central processing unit (Central Processing Unit, CPU), and the processor 60 may also be other general-purpose processors, digital signal processors (Digital Signal Processors, DSPs), and application specific integrated circuits (Application Specific Integrated Circuits). , ASIC), ready-made programmable gate array (Field-Programmable Gate Array, FPGA) or other programmable logic devices, discrete gates or transistor logic devices, discrete hardware components, etc. The general-purpose processor may be a microprocessor or the processor may also be any conventional processor or the like.

The memory 61 may be an internal storage unit of the terminal device 6 in some embodiments, such as a hard disk or a memory of the terminal device 6. In other embodiments, the memory 61 may also be an external storage device of the terminal device 6, such as a plug-in hard disk equipped on the terminal device 6, a smart media card (SMC), a secure digital (Secure Digital, SD) card, flash card (Flash Card), etc. Further, the memory 61 may also include both an internal storage unit of the terminal device 6 and an external storage device. The memory 61 is used to store an operating system, an application program, a boot loader (BootLoader), data, and other programs, for example, the program code of the computer-readable instruction. The memory 61 can also be used to temporarily store data that has been output or will be output.

The embodiments of the present application also provide a computer-readable storage medium, the computer-readable storage medium stores computer-readable instructions, and when the computer-readable instructions are executed by a processor, they can realize step.

The embodiments of the present application provide a computer-readable instruction product. When the computer-readable instruction product runs on a mobile terminal, the steps in the foregoing method embodiments can be realized when the mobile terminal is executed.

If the integrated unit is implemented in the form of a software functional unit and sold or used as an independent product, it can be stored in a computer readable storage medium. Based on this understanding, the implementation of all or part of the processes in the above-mentioned embodiments and methods in this application can be accomplished by instructing relevant hardware through computer-readable instructions, and the computer-readable instructions can be stored in a computer-readable storage medium. When the computer-readable instructions are executed by the processor, they can implement the steps of the foregoing method embodiments. Wherein, the computer-readable instruction includes computer-readable instruction code, and the computer-readable instruction code may be in the form of source code, object code, executable file, or some intermediate form. The computer-readable medium may include at least any entity or device capable of carrying computer-readable instruction codes to a terminal device, a recording medium, a computer memory, a read-only memory (ROM, Read-Only Memory), and a random access memory ( RAM, Random Access Memory), electric carrier signal, telecommunications signal and software distribution medium. For example, U disk, mobile hard disk, floppy disk or CD-ROM, etc. In some jurisdictions, according to legislation and patent practices, computer-readable media cannot be electrical carrier signals and telecommunication signals.

In the above-mentioned embodiments, the description of each embodiment has its own focus. For parts that are not described in detail or recorded in an embodiment, reference may be made to related descriptions of other embodiments.

A person of ordinary skill in the art may realize that the units and algorithm steps of the examples described in combination with the embodiments disclosed herein can be implemented by electronic hardware or a combination of computer software and electronic hardware. Whether these functions are executed by hardware or software depends on the specific application and design constraint conditions of the technical solution. Professionals and technicians can use different methods for each specific application to implement the described functions, but such implementation should not be considered beyond the scope of this application.

In the embodiments provided in this application, it should be understood that the disclosed apparatus/network equipment and method may be implemented in other ways. For example, the device/network device embodiments described above are only illustrative. For example, the division of the modules or units is only a logical function division, and there may be other divisions in actual implementation, such as multiple units. Or components can be combined or integrated into another system, or some features can be omitted or not implemented. In addition, the displayed or discussed mutual coupling or direct coupling or communication connection may be indirect coupling or communication connection through some interfaces, devices or units, and may be in electrical, mechanical or other forms.

The units described as separate components may or may not be physically separated, and the components displayed as units may or may not be physical units, that is, they may be located in one place, or they may be distributed on multiple network units. Some or all of the units may be selected according to actual needs to achieve the objectives of the solutions of the embodiments.

The above-mentioned embodiments are only used to illustrate the technical solutions of the present application, not to limit them; although the present application has been described in detail with reference to the foregoing embodiments, those of ordinary skill in the art should understand that they can still implement the foregoing The technical solutions recorded in the examples are modified, or some of the technical features are equivalently replaced; these modifications or replacements do not cause the essence of the corresponding technical solutions to deviate from the spirit and scope of the technical solutions of the embodiments of the application, and should be included in Within the scope of protection of this application.

Claims

A blockchain price feeding method, characterized in that it is applied to a price feeding node, and the method includes:

For each moment, at least one type of data set is acquired, where each type of data set includes the type of off-chain data at the current moment obtained from multiple off-chain data sources;

According to various types of data sets, various types of price feed data are calculated at the current moment, and various types of price feed data at the current moment are submitted to the blockchain to submit a price feed request.
The blockchain price feeding method according to claim 1, wherein the calculation of various types of price feeding data at the current moment respectively according to various types of data sets includes:

For each type of data set, perform weighted summation processing on all off-chain data in the data set to obtain the type of price feed data at the current moment;

Wherein, in the weighted sum processing, the i-th weight is the proportion of the amount corresponding to the i-th off-chain data in the data set, and the proportion of the amount is the type of off-chain data in the off-chain data source. The proportion of the amount of data among the N off-chain data sources, where N is the number of off-chain data sources corresponding to the data set, and N is a positive integer.
The blockchain price feeding method according to claim 2, wherein the submitting a price feeding request to the blockchain according to various types of price feeding data at the current moment includes:

For each type, get the price feed data of the type mentioned at the previous moment;

If the absolute value of the difference between the price feed data of the type at the previous time and the price feed data of the type at the current time is greater than the preset value, the price feed data of the type at the current time is generated into the price feed of the type Request, and submit the type of price feed request to the blockchain.
A blockchain price feeding method, characterized in that it is applied to a blockchain node, and the method includes:

Obtain at least one type of request set corresponding to the current block in the blockchain, where each type of request set includes all price feed requests of the type in the current block, and each price feed request includes one Feed price data;

Calculate the consensus data of various types of request sets corresponding to the current block respectively, and add the consensus data to the current block.
The blockchain pricing method according to claim 4, wherein said calculating the consensus data of various types of request sets corresponding to the current block respectively comprises:

For each type, determine the median of the price feed data corresponding to all price feed requests of the type in the current block, and record the median as the consensus data of the request set of the type.
The blockchain price feeding method according to claim 4, wherein each type of request set also includes all price feeding requests of the type corresponding to each of the M blocks before the current block , M is a positive integer;

The calculation of the consensus data of various types of request sets corresponding to the current block respectively includes:

For each type, the median of the price feed data corresponding to all price feed requests in the request set of the type is determined, and the median is recorded as the consensus data of the price feed request of the type.
A blockchain price feeding device, characterized in that it is applied to a price feeding node, and the device includes:

The first acquiring unit is configured to acquire at least one type of data set for each moment, where each type of data set includes the type of off-chain at the current moment obtained from multiple off-chain data sources data;

The weighting calculation unit is used to calculate various types of weighted data at the current moment according to various types of data sets, and submit a price feed request to the blockchain according to the various types of weighted data at the current moment.
The block chain price feeding device according to claim 7, wherein the weighted calculation unit is further used for:

For each type of data set, perform weighted summation processing on all off-chain data in the data set to obtain the type of price feed data at the current moment;

Wherein, in the weighted sum processing, the i-th weight is the proportion of the amount corresponding to the i-th off-chain data in the data set, and the proportion of the amount is the type of off-chain data in the off-chain data source. The proportion of the amount of data among the N off-chain data sources, where N is the number of off-chain data sources corresponding to the data set, and N is a positive integer.
The block chain price feeding device according to claim 8, wherein the weighted calculation unit comprises:

The obtaining module is used to obtain the price feed data of the type mentioned at the previous moment for each type;

The generating module is used to generate the price feed data of the type at the current time if the absolute value of the difference between the price feed data of the type at the previous time and the price feed data of the type at the current time is greater than the preset value The price feed request of the type mentioned above, and the price feed request of the type will be submitted to the blockchain.
A block chain price feeding device is characterized in that it is applied to a block chain node, and the device includes:

The second acquiring unit is configured to acquire at least one type of request set corresponding to the current block in the blockchain, wherein each type of request set includes all price feed requests of the type in the current block, each A price feed request includes a price feed data;

The consensus data calculation unit is used to calculate the consensus data of various types of request sets corresponding to the current block, and add the consensus data to the current block.
The blockchain pricing device of claim 10, wherein the consensus data calculation unit comprises:

The first calculation module is used to determine the median of the price feed data corresponding to all price feed requests of the type in the current block for each type, and record the median as the request set of the type Consensus data.
The block chain price feeding device according to claim 10, wherein each type of request set further includes all price feeding requests of the type corresponding to each of the M blocks before the current block , M is a positive integer;

The consensus data calculation unit is also used for:

For each type, the median of the price feed data corresponding to all price feed requests in the request set of the type is determined, and the median is recorded as the consensus data of the price feed request of the type.
A terminal device including a memory, a processor, and computer-readable instructions stored in the memory and capable of running on the processor, wherein the processor executes the computer-readable instructions as follows step:

For each moment, at least one type of data set is acquired, where each type of data set includes the type of off-chain data at the current moment obtained from multiple off-chain data sources;

According to various types of data sets, various types of price feed data are calculated at the current moment, and various types of price feed data at the current moment are submitted to the blockchain to submit a price feed request.
The terminal device according to claim 13, wherein the calculation of various types of price feed data at the current moment respectively according to various types of data sets comprises:

For each type of data set, perform weighted summation processing on all off-chain data in the data set to obtain the type of price feed data at the current moment;

Wherein, in the weighted sum processing, the i-th weight is the proportion of the amount corresponding to the i-th off-chain data in the data set, and the proportion of the amount is the type of off-chain data in the off-chain data source. The proportion of the amount of data among the N off-chain data sources, where N is the number of off-chain data sources corresponding to the data set, and N is a positive integer.
The terminal device of claim 14, wherein the submitting a price feed request to the blockchain according to various types of price feed data at the current moment includes:

For each type, get the price feed data of the type mentioned at the previous moment;

If the absolute value of the difference between the price feed data of the type at the previous time and the price feed data of the type at the current time is greater than the preset value, the price feed data of the type at the current time is generated into the price feed of the type Request, and submit the type of price feed request to the blockchain.
A terminal device including a memory, a processor, and computer-readable instructions stored in the memory and capable of running on the processor, wherein the processor executes the computer-readable instructions as follows step:

Obtain at least one type of request set corresponding to the current block in the blockchain, where each type of request set includes all price feed requests of the type in the current block, and each price feed request includes one Feed price data;

Calculate the consensus data of various types of request sets corresponding to the current block respectively, and add the consensus data to the current block.
The terminal device according to claim 16, wherein said separately calculating the consensus data of various types of request sets corresponding to the current block comprises:

For each type, determine the median of the price feed data corresponding to all price feed requests of the type in the current block, and record the median as the consensus data of the request set of the type.
The terminal device of claim 16, wherein each type of request set further includes all price feed requests of the type corresponding to each of the M blocks before the current block, and M is positive Integer

The calculation of the consensus data of various types of request sets corresponding to the current block respectively includes:

For each type, the median of the price feed data corresponding to all price feed requests in the request set of the type is determined, and the median is recorded as the consensus data of the price feed request of the type.
A computer-readable storage medium, wherein the computer-readable storage medium stores computer-readable instructions, wherein when the computer-readable instructions are executed by a processor, the method according to any one of claims 1 to 3 is realized Blockchain price feeding method.
A computer-readable storage medium, the computer-readable storage medium stores computer-readable instructions, wherein when the computer-readable instructions are executed by a processor, the method according to any one of claims 4 to 6 is realized Blockchain price feeding method.