# Comprehensive solution for the development of the BTC Defrost formul

Comprehensive solution for the development of the BTC Defrost formula

To greater accessibility for participation.

1. Gradual reduction of activation amounts from 0.01 to 0,001 btc (for 3 stages)

2. Rework allowing the participants to determine, at the entrance of the application, in which of the two algorithms to go

3. Name of the application algorithms:

a). Progressive-incremental, abbreviated progressive (the one referred to as «main» 10-20-50, etc.)

b). Limit (instead of the names «new», «as new», etc.)

The value of the AO at the 1st stage of the reduction remains the same 1/100, on the following to orientate on the total volume of applications, to adjust if necessary

Questions for discussion and voting:

A). Yes/adopt the plan as a basis and start implementing

b). No/Nothing to do, leave as is

c). your option

Detailed description and detail of the items:

1. Gradual reduction of activation amounts from 0.01 to 0,001 btc (for 3 stages)

The order of actions and the sum of activations by stages:

— 1st Stage-Reduce the amount of activations from 0.01 to 0.005-we make a doubling of the number of applications, participants make an additional application to each of the available, start at the end of the vote, the formula is suspended for the required time-100 hours, by End of the participants ' actions the course of the formula is renewed, the applications of participants not receiving additional applications are deactivated.

— 2nd stage-Reduce the amount of activations from 0.005 to 0.002-we make a doubling of the number of applications, participants make an additional application to each of the available, the beginning 2 weeks after the completion of the previous stage, the date of time is clarified participants notified in Community and chat rooms 24 hours before the start of the action at this stage, the formula is suspended for the required time-100 hours, at the end of the participants ' actions the formula resumes, applications of participants not receiving additional applications Deactivated.

— 3rd stage-Reduce the amount of activations from 0.002 to 0.001-we make a doubling of the number of applications, participants are given an additional application to each of the available, the beginning 3 weeks after the completion of the previous stage, the date of time is specified by the participants notified in Community and chat rooms 24 hours before the start of the action at this stage, the formula is suspended for the required time-100 hours, at the end of the participants ' actions the formula resumes, applications of participants not receiving additional applications Deactivated.

For all stages-in the formula the total number of applications according to the general rules does not exceed 15, sufficient limit on the doubling of 14 applications

The timing can be adjusted if necessary when passing the stages to ensure the speed of the formula, reduce the load and better uniform distribution of the claims themselves throughout the formula

2. Rework allowing the participants to determine, at the entrance of the application, in which of the two algorithms to go

— A technical task is created for software implementation and the corresponding function of the formula on the site with a set of necessary parameters

— Possible time of implementation of the ready functionality-as soon as it is ready during the periods of the formula stops, or during the current work, if the formula stop is not required

— At the time of software development, the maximum allowed amount for the participation of applications as a limit is set to 4 BTC and, if necessary, can be adjusted

3. Name of the application algorithms:

For better reflection in the name and compliance with the semantic value of the functions laid down in each of the algorithms to assign the following names

-a) Progressive-incremental, abbreviated progressive (the one referred to as «basic» 10-20-50, etc.)-is used for applications with significant previous savings, such applications receive payments as a percentage of the total amount of savings, on the first round This is 10%, the second is 20%, the third is 50% but not more than the total limit in the formula, thus the algorithm has a step-by principle and progressive growth of the maximum payout amount as a percentage of the savings

-b) Limit (instead of the names «new», «as new», etc.)-Used by applications without previous savings or previous savings, the maximum possible receipt of payments on such applications is always limited by the limit (the so-called AO-Automatic Which is automatically calculated according to the total number of claims in the formula and according to the established value-coefficient for such calculation

To greater accessibility for participation.

1. Gradual reduction of activation amounts from 0.01 to 0,001 btc (for 3 stages)

2. Rework allowing the participants to determine, at the entrance of the application, in which of the two algorithms to go

3. Name of the application algorithms:

a). Progressive-incremental, abbreviated progressive (the one referred to as «main» 10-20-50, etc.)

b). Limit (instead of the names «new», «as new», etc.)

The value of the AO at the 1st stage of the reduction remains the same 1/100, on the following to orientate on the total volume of applications, to adjust if necessary

Questions for discussion and voting:

A). Yes/adopt the plan as a basis and start implementing

b). No/Nothing to do, leave as is

c). your option

Detailed description and detail of the items:

1. Gradual reduction of activation amounts from 0.01 to 0,001 btc (for 3 stages)

The order of actions and the sum of activations by stages:

— 1st Stage-Reduce the amount of activations from 0.01 to 0.005-we make a doubling of the number of applications, participants make an additional application to each of the available, start at the end of the vote, the formula is suspended for the required time-100 hours, by End of the participants ' actions the course of the formula is renewed, the applications of participants not receiving additional applications are deactivated.

— 2nd stage-Reduce the amount of activations from 0.005 to 0.002-we make a doubling of the number of applications, participants make an additional application to each of the available, the beginning 2 weeks after the completion of the previous stage, the date of time is clarified participants notified in Community and chat rooms 24 hours before the start of the action at this stage, the formula is suspended for the required time-100 hours, at the end of the participants ' actions the formula resumes, applications of participants not receiving additional applications Deactivated.

— 3rd stage-Reduce the amount of activations from 0.002 to 0.001-we make a doubling of the number of applications, participants are given an additional application to each of the available, the beginning 3 weeks after the completion of the previous stage, the date of time is specified by the participants notified in Community and chat rooms 24 hours before the start of the action at this stage, the formula is suspended for the required time-100 hours, at the end of the participants ' actions the formula resumes, applications of participants not receiving additional applications Deactivated.

For all stages-in the formula the total number of applications according to the general rules does not exceed 15, sufficient limit on the doubling of 14 applications

The timing can be adjusted if necessary when passing the stages to ensure the speed of the formula, reduce the load and better uniform distribution of the claims themselves throughout the formula

2. Rework allowing the participants to determine, at the entrance of the application, in which of the two algorithms to go

— A technical task is created for software implementation and the corresponding function of the formula on the site with a set of necessary parameters

— Possible time of implementation of the ready functionality-as soon as it is ready during the periods of the formula stops, or during the current work, if the formula stop is not required

— At the time of software development, the maximum allowed amount for the participation of applications as a limit is set to 4 BTC and, if necessary, can be adjusted

3. Name of the application algorithms:

For better reflection in the name and compliance with the semantic value of the functions laid down in each of the algorithms to assign the following names

-a) Progressive-incremental, abbreviated progressive (the one referred to as «basic» 10-20-50, etc.)-is used for applications with significant previous savings, such applications receive payments as a percentage of the total amount of savings, on the first round This is 10%, the second is 20%, the third is 50% but not more than the total limit in the formula, thus the algorithm has a step-by principle and progressive growth of the maximum payout amount as a percentage of the savings

-b) Limit (instead of the names «new», «as new», etc.)-Used by applications without previous savings or previous savings, the maximum possible receipt of payments on such applications is always limited by the limit (the so-called AO-Automatic Which is automatically calculated according to the total number of claims in the formula and according to the established value-coefficient for such calculation

### Your solution

**0% (0)**Yes agree**0% (0)**No Disagree

Voting completed

Source on social Network: https://plus.google.com/u/0/+FormHaristan/posts...

## Нет комментариев