CN110838049A - Method for realizing RAM attenuation along with time on block chain - Google Patents
Method for realizing RAM attenuation along with time on block chain Download PDFInfo
- Publication number
- CN110838049A CN110838049A CN201911097236.0A CN201911097236A CN110838049A CN 110838049 A CN110838049 A CN 110838049A CN 201911097236 A CN201911097236 A CN 201911097236A CN 110838049 A CN110838049 A CN 110838049A
- Authority
- CN
- China
- Prior art keywords
- ram
- user
- attenuation
- held
- attenuated
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 238000000034 method Methods 0.000 title claims abstract description 41
- 230000002238 attenuated effect Effects 0.000 claims abstract description 20
- 230000001960 triggered effect Effects 0.000 abstract description 5
- 230000008569 process Effects 0.000 description 3
- 230000007246 mechanism Effects 0.000 description 2
- 230000036962 time dependent Effects 0.000 description 2
- 230000004075 alteration Effects 0.000 description 1
- 230000009286 beneficial effect Effects 0.000 description 1
- 230000008901 benefit Effects 0.000 description 1
- 238000010586 diagram Methods 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
- 230000026676 system process Effects 0.000 description 1
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q30/00—Commerce
- G06Q30/06—Buying, selling or leasing transactions
- G06Q30/0601—Electronic shopping [e-shopping]
- G06Q30/0607—Regulated
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q30/00—Commerce
- G06Q30/06—Buying, selling or leasing transactions
- G06Q30/0601—Electronic shopping [e-shopping]
- G06Q30/0605—Supply or demand aggregation
Abstract
The invention relates to the technical field of block chains and discloses a method for realizing RAM (random access memory) attenuation along with time on a block chain, wherein idle RAM held by a user is attenuated according to a certain ratio along with holding time, the longer the holding time, the more the RAM is attenuated, the idle RAM held by the user is attenuated from O to O P after N days, the attenuation amount per day is X, and the minimum RAM held by the user is set as MIN by a system, so the RAM after the user is attenuated is not attenuated any more when the RAM is smaller than MIN. The core attenuation method calculates the attenuation amount through an incoming user name and a series of parameters set by a system, then attenuates the RAM held by the user according to the attenuation amount, converts the attenuated RAM into tokens and transfers the tokens to a system account, effectively prevents a speculator from holding a large amount of RAM for a long time, provides supervision on the RAM held by the user from the system level, and is automatically triggered by the system without any additional resource overhead.
Description
Technical Field
The invention relates to the technical field of block chains, in particular to a method for realizing time-dependent attenuation of RAM on a block chain.
Background
With the rapid development of the block chain technology, more and more users use the block chain, how to ensure the normal use of the users is always an important topic, in the block chain system, the price of the RAM increases along with the increase of the sold amount due to the fact that the price of the RAM changes along with the rules of a bancer curve, so that a speculator accumulates a large amount of RAM for a long time but does not really use the RAM, the main purpose of the block chain system is to increase the price of the RAM by accumulating the RAM in a large amount, so that the purpose of frying the RAM is achieved, and the direct result of the situation is that the cost for purchasing the RAM of the user really needing the RAM is increased, the reason of the phenomenon is that the speculator can benefit by accumulating a large amount of free RAM for a long time, and the system does not have a good supervision mechanism to restrain, so that the RAM behavior is prevented, and the cost for most of the users is increased.
Disclosure of Invention
In view of the above problems, the present invention provides a method for implementing RAM decay over time on a blockchain, which adds a management mechanism for personal free RAM to a blockchain system, so that a speculative player can not make a good job, and the speculation of the speculative player on the RAM is suppressed according to a RAM purchasing principle of "how much RAM is required".
The invention adopts the following technical scheme for realizing the technical purpose: the method for realizing RAM decay with time on a block chain is characterized in that the free RAM held by a user decays at a certain rate along with holding time, and the more the RAM decays the longer the holding time is, the method is mainly influenced by the following parameters:
firstly, the minimum RAM quantity held by a user is recorded as no attenuation when the idle RAM held by the user is lower than the value;
secondly, the total RAM attenuation period refers to the amplitude of the RAM of the user attenuated to the percentage of the total attenuation amplitude within a long time, and is recorded as the total attenuation period;
thirdly, the total attenuation amplitude percentage of the RAM refers to the percentage of the idle RAM held by the user, which is attenuated to the original holding amount after time, and is recorded as the percentage;
for example, if the user holds an idle RAM of O, the minimum RAM held by the user set by the system is MIN, the total attenuation amplitude percentage is P, and the total attenuation period is N days, then the attenuation ratio X =perday;
the idle RAM held by the user is attenuated from O to O P after N days, the attenuation amount per day is X, and the RAM after the user is attenuated is smaller than MIN because the user minimum holding RAM set by the system is MIN.
The method for realizing the time-dependent RAM attenuation on the block chain specifically comprises the following operations:
s1, adding system parameters in a system: the decay period, which is initially set by the system, can be modified by means of BP multi-tag;
s2, adding system parameters in the system: RAM total attenuation amplitude percentage, this parameter is initially set by the system and can be modified by BP multiple-signature;
s3, adding system parameters in the system: the user holds RAM at minimum, the parameter is set by the system at first, and can be modified in a BP multi-signature mode;
s4, adding a table resource _ verify _ RAM _ object in the block link point codes for recording the name of the attenuation user and the last RAM attenuation time;
s5, adding a method RAM _ attenuation for inquiring the RAM attenuation of the user in the block chain link point codes, wherein the received parameters are user names of the users needing RAM attenuation;
s6, adding attributes in the global object _ gstate of the system contract: last _ user, for saving last decay user name;
s7, a method ramatementuator for attenuating the RAM of the user is added in a system contract, and the parameters received by the method are user names of the users needing RAM attenuation.
Further, calling RAM _ attenuation according to the incoming user name to inquire the RAM attenuation needed by the user at this time.
Further, if the RAM needing attenuation is larger than zero, the RAM held by the user is reduced according to the attenuation amount, and the RAM record of the user is updated.
Further, the method of calculating the RAM price converts the decaying RAM into X tokens.
Further, the system transfer method is called, and X tokens are transferred from the system account eos.
Further, the setting is: last user = incoming user.
The invention has the following beneficial effects:
1. the invention provides a solution for supervising the RAM holding amount by a block chain system, and mainly hopes that a user can follow the principle of' how much to buy RAM, wherein a core attenuation method calculates the attenuation amount through an incoming user name and a series of parameters set by the system, then attenuates the RAM held by the user according to the attenuation amount, converts the attenuated RAM into tokens and transfers the tokens to a system account, thereby effectively preventing a gambler from holding a large amount of RAM for a long time, supervising the RAM held by the user from the system level, and automatically triggering the attenuation of the RAM by the system without any additional resource expenditure.
Drawings
FIG. 1 is a graph of attenuation comparison for the present invention;
fig. 2 is a schematic diagram of the operation of the present invention.
Detailed Description
The technical solutions in the embodiments of the present invention will be clearly and completely described below with reference to the drawings in the embodiments of the present invention, and it is obvious that the described embodiments are only a part of the embodiments of the present invention, and not all of the embodiments. All other embodiments, which can be derived by a person skilled in the art from the embodiments given herein without making any creative effort, shall fall within the protection scope of the present invention.
Referring to fig. 1, in the method for implementing RAM decay over time on a block chain, the free RAM held by the user will decay at a certain rate with holding time, and the more RAM decaying with longer holding time is mainly affected by the following parameters:
the minimum amount of RAM held by the user is recorded, and when the free RAM held by the user is lower than the value, attenuation is not performed.
And II, total RAM attenuation period refers to the amplitude of the RAM of the user attenuated to the percentage of the total attenuation amplitude in a certain period of time, and is recorded.
And thirdly, the percentage of the total attenuation amplitude of the RAM refers to the percentage of the idle RAM held by the user, which is attenuated to the original holding amount after time, and is recorded.
For example, if the user holds an idle RAM of O, the minimum RAM held by the user set by the system is MIN, the percentage of the total attenuation amplitude is P, the total attenuation period is N days, and then the attenuation ratio X =perday.
The idle RAM held by the user is attenuated from O to O P after N days, the attenuation amount per day is X, and the RAM after the user is attenuated is smaller than MIN because the user minimum holding RAM set by the system is MIN.
Referring to fig. 2, the method for implementing the decay of the RAM over time on the blockchain specifically operates as follows:
s1, adding system parameters in a system: the decay period, which is initially set by the system, can be modified by means of BP multi-tag;
s2, adding system parameters in the system: RAM total attenuation amplitude percentage, this parameter is initially set by the system and can be modified by BP multiple-signature;
s3, adding system parameters in the system: the user holds RAM at minimum, the parameter is set by the system at first, and can be modified in a BP multi-signature mode;
s4, adding a table resource _ verify _ RAM _ object in the block link point codes for recording the name of the attenuation user and the last RAM attenuation time;
s5, adding a method RAM _ attenuation for inquiring the RAM attenuation of the user in the block chain link point codes, wherein the received parameters are user names of the users needing RAM attenuation;
s6, adding attributes in the global object _ gstate of the system contract: last _ user, for saving last decay user name;
s7, a method ramatementuator for attenuating the RAM of the user is added in a system contract, and the parameters received by the method are user names of the users needing RAM attenuation.
And calling RAM _ attenuation according to the incoming user name to inquire the RAM attenuation required by the user at this time.
Wherein, if the RAM needing attenuation is larger than zero, the RAM held by the user is reduced according to the attenuation amount, and the RAM record of the user is updated.
Wherein the method of adjusting the price of RAM converts the decaying RAM into X tokens.
And calling a system transfer method, and transferring X tokens from the system account eos.
Wherein the setting: last user = incoming user.
Several scenarios triggering RAM decay
Mainly triggered in the following scenarios:
first, when the user and the system conduct RAM trading.
And secondly, when the RAM used by the user is released.
And thirdly, when the super node goes out of the block.
Firstly, when a user purchases and sells the RAM, the process of attenuation is triggered:
1. the user initiates a transaction to buy or sell RAM to the EOS system via the client or third party wallet.
2. The system processes transactions to buy RAM or sell RAM for a user in conjunction with dating.
3. The system contract calls the ramitentuator method for RAM attenuation by taking the user name of the receiver, which is transmitted when the user purchases the RAM, as a parameter.
Secondly, triggering the process of RAM attenuation when the RAM used by the user is released:
1. the user releases the RAM that has been used, and records the user name in the resource _ verify _ RAM _ object table.
2. When the super node goes out of the block, searching the record from the resource _ verify _ RAM _ object to perform RAM attenuation.
Thirdly, the RAM attenuation process triggered when the super node goes out of the block:
1. and the super node starts to go out of the block and calls a system contract onblock method.
2. And inquiring the name of the USER needing RAM attenuation stored in the resource _ verify _ RAM _ object table, and if no record exists in the resource _ verify _ RAM _ object table, searching the next attenuation USER from the system USER table according to _ gstate.
3. And calling a ramatetenator method according to the searched user name to perform RAM attenuation.
In summary, the present invention provides a solution for supervising the RAM holding amount by the block chain system, and it is mainly expected that the user can follow the principle of "how much RAM is bought" when purchasing RAM, wherein the core attenuation method calculates the attenuation amount through the user name and a series of parameters set by the system, then attenuates the RAM held by the user according to the attenuation amount, and converts the attenuated RAM into tokens to be transferred to the system account, thereby effectively preventing a gambler from holding a large amount of RAM for a long time, providing supervision on the RAM held by the user from the system level, the attenuation of RAM being automatically triggered by the system, and having no additional resource overhead.
Although embodiments of the present invention have been shown and described, it will be appreciated by those skilled in the art that changes, modifications, substitutions and alterations can be made in these embodiments without departing from the principles and spirit of the invention, the scope of which is defined in the appended claims and their equivalents.
Claims (7)
1. A method for implementing RAM decay over time on a blockchain, comprising: the idle RAM held by the user will decay at a certain rate along with the holding time, and the more the RAM decays the longer the holding time is, the idle RAM is mainly influenced by the following parameters:
firstly, the minimum RAM quantity held by a user is recorded as no attenuation when the idle RAM held by the user is lower than the value;
secondly, the total RAM attenuation period refers to the amplitude of the RAM of the user attenuated to the percentage of the total attenuation amplitude within a long time, and is recorded as the total attenuation period;
thirdly, the total attenuation amplitude percentage of the RAM refers to the percentage of the idle RAM held by the user, which is attenuated to the original holding amount after time, and is recorded as the percentage;
for example, if the user holds an idle RAM of O, the minimum RAM held by the user set by the system is MIN, the total attenuation amplitude percentage is P, and the total attenuation period is N days, then the attenuation ratio X =perday;
the idle RAM held by the user is attenuated from O to O P after N days, the attenuation amount per day is X, and the RAM after the user is attenuated is smaller than MIN because the user minimum holding RAM set by the system is MIN.
2. The method of claim 1, further comprising the following steps:
s1, adding system parameters in a system: the decay period, which is initially set by the system, can be modified by means of BP multi-tag;
s2, adding system parameters in the system: RAM total attenuation amplitude percentage, this parameter is initially set by the system and can be modified by BP multiple-signature;
s3, adding system parameters in the system: the user holds RAM at minimum, the parameter is set by the system at first, and can be modified in a BP multi-signature mode;
s4, adding a table resource _ verify _ RAM _ object in the block link point codes for recording the name of the attenuation user and the last RAM attenuation time;
s5, adding a method RAM _ attenuation for inquiring the RAM attenuation of the user in the block chain link point codes, wherein the received parameters are user names of the users needing RAM attenuation;
s6, adding attributes in the global object _ gstate of the system contract: last _ user, for saving last decay user name;
s7, a method ramatementuator for attenuating the RAM of the user is added in a system contract, and the parameters received by the method are user names of the users needing RAM attenuation.
3. Method of implementing RAM decay over time on a block chain according to claim 1 or 2, characterized in that: and calling RAM _ attenuation according to the incoming user name to inquire the RAM attenuation required by the user at this time.
4. Method of implementing RAM decay over time on a block chain according to claim 1 or 2, characterized in that: and if the RAM needing attenuation is larger than zero, reducing the RAM held by the user according to the attenuation amount, and updating the RAM record of the user in the user table.
5. Method of implementing RAM decay over time on a block chain according to claim 1 or 2, characterized in that: the method of adjusting the price of RAM converts the decaying RAM into X tokens.
6. Method of implementing RAM decay over time on a block chain according to claim 1 or 2, characterized in that: the system transfer method is called, and X tokens are transferred from the system account eos.
7. Method of implementing RAM decay over time on a block chain according to claim 1 or 2, characterized in that: the setting is as follows: last user = incoming user.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201911097236.0A CN110838049A (en) | 2019-11-11 | 2019-11-11 | Method for realizing RAM attenuation along with time on block chain |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201911097236.0A CN110838049A (en) | 2019-11-11 | 2019-11-11 | Method for realizing RAM attenuation along with time on block chain |
Publications (1)
Publication Number | Publication Date |
---|---|
CN110838049A true CN110838049A (en) | 2020-02-25 |
Family
ID=69574937
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201911097236.0A Pending CN110838049A (en) | 2019-11-11 | 2019-11-11 | Method for realizing RAM attenuation along with time on block chain |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN110838049A (en) |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104348445A (en) * | 2013-07-26 | 2015-02-11 | 中兴通讯股份有限公司 | Attenuation device, system and attenuation method |
US20160092979A1 (en) * | 2014-09-29 | 2016-03-31 | Wouter Wolken | System and method to optimize discount setting utilizing flexible pricing and continuous product time value decay |
CN107292735A (en) * | 2017-05-27 | 2017-10-24 | 唐盛(北京)物联技术有限公司 | A kind of mortgage finance method and system based on block chain technology |
CN108900549A (en) * | 2018-08-15 | 2018-11-27 | 深圳区块大陆科技有限公司 | A kind of safe block chain networking technology |
CN109934461A (en) * | 2019-02-15 | 2019-06-25 | 北京创鑫旅程网络技术有限公司 | Knowledge Community user contributes capacity calculation method and device |
-
2019
- 2019-11-11 CN CN201911097236.0A patent/CN110838049A/en active Pending
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104348445A (en) * | 2013-07-26 | 2015-02-11 | 中兴通讯股份有限公司 | Attenuation device, system and attenuation method |
US20160092979A1 (en) * | 2014-09-29 | 2016-03-31 | Wouter Wolken | System and method to optimize discount setting utilizing flexible pricing and continuous product time value decay |
CN107292735A (en) * | 2017-05-27 | 2017-10-24 | 唐盛(北京)物联技术有限公司 | A kind of mortgage finance method and system based on block chain technology |
CN108900549A (en) * | 2018-08-15 | 2018-11-27 | 深圳区块大陆科技有限公司 | A kind of safe block chain networking technology |
CN109934461A (en) * | 2019-02-15 | 2019-06-25 | 北京创鑫旅程网络技术有限公司 | Knowledge Community user contributes capacity calculation method and device |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN110148017B (en) | Rights issuing method and device based on blockchain, electronic equipment and storage medium | |
CN111383031A (en) | Intelligent contract execution method and system in block chain and electronic equipment | |
CN107276970A (en) | One kind is unbinded, binding method and device | |
CN112488688B (en) | Transaction processing method, device, equipment and storage medium based on blockchain | |
CN112330181A (en) | Enterprise credit evaluation method and device based on block chain | |
CN111343197A (en) | Account processing method and device | |
CN108830705B (en) | Method, device and equipment for summarizing transaction data | |
CN110838049A (en) | Method for realizing RAM attenuation along with time on block chain | |
CN111882322A (en) | Method and device for packaging transactions in sequence and electronic equipment | |
CN111277662A (en) | Processing method of proxy server, electronic device and storage medium | |
CN106936867A (en) | The response method and device of a kind of service request | |
JP4373419B2 (en) | Call control method | |
CN111400283A (en) | Data processing method, system, electronic equipment and storage medium | |
CN114640700A (en) | Calling frequency control method and device | |
CN112437198A (en) | Intelligent outbound data processing method, device and storage medium | |
CN111638885A (en) | Plug-in issuing method and device, electronic equipment and storage medium | |
CN106339926A (en) | Object processing method and device | |
CN110572521A (en) | Voice broadcasting method and device | |
US8171495B2 (en) | Queue dispatch using deferred acknowledgement | |
CN112288588B (en) | Policy processing method and device, computer readable storage medium and electronic equipment | |
CN110019023B (en) | Method, device and equipment for pushing mechanism information message | |
CN106339482A (en) | Method and device for determining optimal communication time of merchants | |
CN113296934A (en) | Method and device for scheduling process | |
CN111211997B (en) | Message processing method, device and system | |
CN110532516A (en) | Account checking method that digital asset transfers, apparatus and system |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination |