Nine9.ninja - [PonziGame] ★ 400+ BTC Input ★ Altcoins ► Automated ► 125% Return

[cheako]

I had asked if such issues would result in payments being differed, but I didn't specifically ask about internet routing problems...  Like if the US should become un-routable for the rest of the world, as such things have happened in the past and can take hours or even days to sort out.

[1715251646]

1715251646

[1715251646]

1715251646

[1715251646]

1715251646

[N9_Ninja]

Uhh, what happens to the Nija page? All deposits gone???

As said previously this is likely a problem with your browser, are you using noscript or similar?

It could also be an interrupt in connection on your side as the queries are the last to load.

[cheako]

Well, this event went off as well as the last event.. maybe worse.


I'd suggested previously about the ability to sell deposits, but after running a few rebate events I think the concept can be simplified.

Bounties, similar to rebates, with the difference being that it's a form of distributed payout.  Owners configure a per address setting in percent from 0 to 96, where 0 is the default %100 payout and %96 is %0 payout as the remaining 4 is the OP's fee leaving only the miner fee.  The bounty consists of the reaming payout.  On payout the deposits that went into making the payout possible, making the adjustments for the first and last fractional, split the Bounty using a weighted average on each deposits contribution.  This should give an close approximation, where 1/3 Rebate is represented as a %30 Bounty.

The Bounty value for the address is secret until applied to a deposit.  When the deposit becomes ??10hrs?? young the Bounty is permanent, this should accelerate the game should it cross this threshold as well as prevent abuse of the Bounty System.

[bufa]

Well, this event went off as well as the last event.. maybe worse.

I'd suggested previously about the ability to sell deposits, but after running a few rebate events I think the concept can be simplified.

Bounties, similar to rebates, with the difference being that it's a form of distributed payout.  Owners configure a per address setting in percent from 0 to 96, where 0 is the default %100 payout and %96 is %0 payout as the remaining 4 is the OP's fee leaving only the miner fee.  The bounty consists of the reaming payout.  On payout the deposits that went into making the payout possible, making the adjustments for the first and last fractional, split the Bounty using a weighted average on each deposits contribution.  This should give an close approximation, where 1/3 Rebate is represented as a %30 Bounty.

The Bounty value for the address is secret until applied to a deposit.  When the deposit becomes ??10hrs?? young the Bounty is permanent, this should accelerate the game should it cross this threshold as well as prevent abuse of the Bounty System.

Can you present a example for this. I didn't get it.
The owner of a deposit configure a Bounty for one (or some, or all) of his entries?
10 hours before this deposit expires, the bounty is visible for all players?
But what happens than?

E.g. you have one deposit of 1BTC (output BTC1.25)and set a bounty of 20%.
I place a deposit of 0.5. What happens next?

[memphixx]

Well, this event went off as well as the last event.. maybe worse.


I'd suggested previously about the ability to sell deposits, but after running a few rebate events I think the concept can be simplified.

Bounties, similar to rebates, with the difference being that it's a form of distributed payout.  Owners configure a per address setting in percent from 0 to 96, where 0 is the default %100 payout and %96 is %0 payout as the remaining 4 is the OP's fee leaving only the miner fee.  The bounty consists of the reaming payout.  On payout the deposits that went into making the payout possible, making the adjustments for the first and last fractional, split the Bounty using a weighted average on each deposits contribution.  This should give an close approximation, where 1/3 Rebate is represented as a %30 Bounty.

The Bounty value for the address is secret until applied to a deposit.  When the deposit becomes ??10hrs?? young the Bounty is permanent, this should accelerate the game should it cross this threshold as well as prevent abuse of the Bounty System.

I am def not the sharpest tool in the shed, but not very dull either.. Please give an example cause I am lost

[cheako]

Well, this event went off as well as the last event.. maybe worse.

I'd suggested previously about the ability to sell deposits, but after running a few rebate events I think the concept can be simplified.

Bounties, similar to rebates, with the difference being that it's a form of distributed payout.  Owners configure a per address setting in percent from 0 to 96, where 0 is the default %100 payout and %96 is %0 payout as the remaining 4 is the OP's fee leaving only the miner fee.  The bounty consists of the reaming payout.  On payout the deposits that went into making the payout possible, making the adjustments for the first and last fractional, split the Bounty using a weighted average on each deposits contribution.  This should give an close approximation, where 1/3 Rebate is represented as a %30 Bounty.

The Bounty value for the address is secret until applied to a deposit.  When the deposit becomes ??10hrs?? young the Bounty is permanent, this should accelerate the game should it cross this threshold as well as prevent abuse of the Bounty System.

Can you present a example for this. I didn't get it.
The owner of a deposit configure a Bounty for one (or some, or all) of his entries?
10 hours before this deposit expires, the bounty is visible for all players?
But what happens than?

E.g. you have one deposit of 1BTC (output BTC1.25)and set a bounty of 20%.
I place a deposit of 0.5. What happens next?

As you can tell, I'm a great programmer so I express myself from that encampment(package).  I really don't understand why anyone would have a difficult time taking the above and turning it into a simple program.

Programmatically, when a Bounty is HTTP posted the value is stored to a secret hash keyed by bitcoin address(after validation of a salted bitcoin signature).  Each deposit object is extended with a "bounty not applied" bool that is consulted when the timer on the deposit is below 10hrs.  If the bounty has not been applied the value is read from the hash and applied to the object, clearing the bool.

When users place a deposit nothing changes, perhaps there is some more accounting data but that depends on the implementation and would not involve or effect users.

Payouts are effected by Bounties, for an non-zero bounty applied to a deposit creates a distributed payout.  The payout to each address is calculated taking the Bounty into account per the above.

[myohmy81]

When will initialize this round???

[bufa]

Well, this event went off as well as the last event.. maybe worse.

I'd suggested previously about the ability to sell deposits, but after running a few rebate events I think the concept can be simplified.

Bounties, similar to rebates, with the difference being that it's a form of distributed payout.  Owners configure a per address setting in percent from 0 to 96, where 0 is the default %100 payout and %96 is %0 payout as the remaining 4 is the OP's fee leaving only the miner fee.  The bounty consists of the reaming payout.  On payout the deposits that went into making the payout possible, making the adjustments for the first and last fractional, split the Bounty using a weighted average on each deposits contribution.  This should give an close approximation, where 1/3 Rebate is represented as a %30 Bounty.

The Bounty value for the address is secret until applied to a deposit.  When the deposit becomes ??10hrs?? young the Bounty is permanent, this should accelerate the game should it cross this threshold as well as prevent abuse of the Bounty System.

Can you present a example for this. I didn't get it.
The owner of a deposit configure a Bounty for one (or some, or all) of his entries?
10 hours before this deposit expires, the bounty is visible for all players?
But what happens than?

E.g. you have one deposit of 1BTC (output BTC1.25)and set a bounty of 20%.
I place a deposit of 0.5. What happens next?

As you can tell, I'm a great programmer so I express myself from that encampment(package).  I really don't understand why anyone would have a difficult time taking the above and turning it into a simple program.

Programmatically, when a Bounty is HTTP posted the value is stored to a secret hash keyed by bitcoin address(after validation of a salted bitcoin signature).  Each deposit object is extended with a "bounty not applied" bool that is consulted when the timer on the deposit is below 10hrs.  If the bounty has not been applied the value is read from the hash and applied to the object, clearing the bool.

When users place a deposit nothing changes, perhaps there is some more accounting data but that depends on the implementation and would not involve or effect users.

Payouts are effected by Bounties, for an non-zero bounty applied to a deposit creates a distributed payout.  The payout to each address is calculated taking the Bounty into account per the above.

Thanks Cheako, i am also a programmer since 30 years, but i still didn't get it. Maybe only a problem with my english, maybe not.
It could be helpful to show some examples. The technical part is clear (but not really relevant for us users).

I will try it:

1. The owner of the deposit sets a bounty in percent to his deposit (must be done at least 10 hours before expire and will be fixed then)
    -> e.g. deposit of 1 BTC, bounty 30%
    -> Question: When will the players see this bounty? Directly? 10 hours before expire? After paiment?

2. If this deposit is paid, the owner will get the rest (without the deposit)
    -> 1BTC x 125% = 1.25BTC. Minus 30% = 0.875BTC

3. The bounty will be distributed to (all?) ppl, who are "involved". Means their deposits paid the original deposit?
    -> Bounty is 30% of 1.25BTC = 0.375BTC. This will be distributed to one or some ppl who deposited at the "correct" time. Correct?

Btw: Did you discuss your ideas with the owners? Other then you old idea, this cannot work without them.

[cheako]

When will initialize this round???

This question doesn't seem applicable to this game.  Rounds start when a deposit is confirmed and lasts 99hours, so a round is initialized when a bitcoin block is created.

[cheako]

Well, this event went off as well as the last event.. maybe worse.

I'd suggested previously about the ability to sell deposits, but after running a few rebate events I think the concept can be simplified.

Bounties, similar to rebates, with the difference being that it's a form of distributed payout.  Owners configure a per address setting in percent from 0 to 96, where 0 is the default %100 payout and %96 is %0 payout as the remaining 4 is the OP's fee leaving only the miner fee.  The bounty consists of the reaming payout.  On payout the deposits that went into making the payout possible, making the adjustments for the first and last fractional, split the Bounty using a weighted average on each deposits contribution.  This should give an close approximation, where 1/3 Rebate is represented as a %30 Bounty.

The Bounty value for the address is secret until applied to a deposit.  When the deposit becomes ??10hrs?? young the Bounty is permanent, this should accelerate the game should it cross this threshold as well as prevent abuse of the Bounty System.

Can you present a example for this. I didn't get it.
The owner of a deposit configure a Bounty for one (or some, or all) of his entries?
10 hours before this deposit expires, the bounty is visible for all players?
But what happens than?

E.g. you have one deposit of 1BTC (output BTC1.25)and set a bounty of 20%.
I place a deposit of 0.5. What happens next?

As you can tell, I'm a great programmer so I express myself from that encampment(package).  I really don't understand why anyone would have a difficult time taking the above and turning it into a simple program.

Programmatically, when a Bounty is HTTP posted the value is stored to a secret hash keyed by bitcoin address(after validation of a salted bitcoin signature).  Each deposit object is extended with a "bounty not applied" bool that is consulted when the timer on the deposit is below 10hrs.  If the bounty has not been applied the value is read from the hash and applied to the object, clearing the bool.

When users place a deposit nothing changes, perhaps there is some more accounting data but that depends on the implementation and would not involve or effect users.

Payouts are effected by Bounties, for an non-zero bounty applied to a deposit creates a distributed payout.  The payout to each address is calculated taking the Bounty into account per the above.

Thanks Cheako, i am also a programmer since 30 years, but i still didn't get it. Maybe only a problem with my english, maybe not.
It could be helpful to show some examples.

Take SHA-1 for example, isn't it better to say that it creates a hash that can be used for various things... Instead of showing the math, it's a lot of work to put together with no guarantee that it would be clearer than any explanation.  As such I think you should just ignore the following example, especially if you don't wan to be be even more confused.

Take a payout of 0.03722551 to 128VrBfxqLYJq3vMMLTXFMM62nAXNLDxaQ: eeabcb5af54f87b4d536fb9321ea9dbfa5e1b3aae55e6332f3c16c0bb55286b9

Looks like most all of this was because of 0.14546920 from 12d8KffeBY5JUgxNig4m3RGpGXVLk2b7rN, so the entire Bounty goes there.

A payout needs a deposit of X * 1.04 + 0.002, in this case X = 0.03722551 so it took .0407145304 BTC.  Ideally a %30 bounty would be 1/3rd of .0407145304 and a %20 Bounty would be 1/5th.  This is simple arithmetic and I feel that even though it's an example it's massively confusing to me as I don't see what this has to do with anything.

Did you discuss your ideas with the owners? Other then you old idea, this cannot work without them.

It would be wonderful if this were added as part of the game.

[myohmy81]

When will initialize this round???

This question doesn't seem applicable to this game.  Rounds start when a deposit is confirmed and lasts 99hours, so a round is initialized when a bitcoin block is created.

Thanks buddy

I have another question

What is "expired" transaction??


and As time goes by payout is more difficult? hmm...

[bufa]

I will try it again:

1. The owner of the deposit sets a bounty in percent to his deposit (must be done at least 10 hours before expire and will be fixed then)
    -> e.g. deposit of 1 BTC, bounty 30%
    -> Question: When will the players see this bounty? Directly? 10 hours before expire? After paiment?

2. If this deposit is paid, the owner will get the rest (without the deposit)
    -> 1BTC x 125% = 1.25BTC. Minus 30% = 0.875BTC

3. The bounty will be distributed to (all?) ppl, who are "involved". Means their deposits paid the original deposit?
    -> Bounty is 30% of 1.25BTC = 0.375BTC. This will be distributed to one or some ppl who deposited at the "correct" time. Correct?

[memphixx]

When will initialize this round???

This question doesn't seem applicable to this game.  Rounds start when a deposit is confirmed and lasts 99hours, so a round is initialized when a bitcoin block is created.

Thanks buddy

I have another question

What is "expired" transaction??

Nine9 is a gamble game where the user sends BTC to 1Nine9waAcCQtDsAqM9XwqLnLSsgg1ij2o
Once your payment has been confirmed it will autotmatically be added to the list of transactions
and a countdown from 99 hours will initiate, if your transaction is next in line and the countdown
has not expired, the wallet will check if it has enough funds to pay you, if so, it will pay you out
and mark that transaction as paid, you only lose if your countdown reaches 00:00:00 as it will
then expire and that transaction will be out of the game.

Although Nine9 do not take any expired transactions coins as these have already been
used upon their initial confirmation, the difficulty is lowered for the active transactions of players!

[cheako]

When will initialize this round???

This question doesn't seem applicable to this game.  Rounds start when a deposit is confirmed and lasts 99hours, so a round is initialized when a bitcoin block is created.

What is "expired" transaction??

After the round is over the deposit becomes expired, moving the game forward.  It's best to make a deposit that would payout the transaction, for only the %5 fee the value of the deposit grows by %130 and gain another 99hrs.

and As time goes by payout is more difficult? hmm...

That's not true.  I believe the only thing making a deposit more or less difficult for a payout is the time since the previous deposit and even this is effect is marginal.  A small deposit is more likely to be paid out and such are more likely to make a difference.

[cheako]

I will try it again:

1. The owner of the deposit sets a bounty in percent to his deposit (must be done at least 10 hours before expire and will be fixed then)
    -> e.g. deposit of 1 BTC, bounty 30%
    -> Question: When will the players see this bounty? Directly? 10 hours before expire? After payment?

These specific details are not worth much time dealing with.  I think the bounty on a deposit should be visible for at least 10hrs so that Players can sleep for 8hrs.  Once a Bounty is advertised it should be unchangeable.  It might be interesting to have the bounty increase as time goes on, growing to the configured Bounty.  For example the Bounty can be advertised at 12hrs and grow by %10 every hour from 11hrs to 1hr.

2. If this deposit is paid, the owner will get the rest (without the deposit)
    -> 1BTC x 125% = 1.25BTC. Minus 30% = 0.875BTC

For a 1BTC deposit 1.3002BTC is needed, so a %30 bounty is .43333334 leaving .81666666 to be paid(I really do suck at math, sometimes).  It's a bit troublesome for the owner, but the target audience is the users looking for a good Bounty so the figures are represented to meet their needs.

3. The bounty will be distributed to (all?) ppl, who are "involved". Means their deposits paid the original deposit?
    -> Bounty is 30% of 1.25BTC = 0.375BTC. This will be distributed to one or some ppl who deposited at the "correct" time. Correct?

Yes.
A previous payout is likely to leave a remaining balance that's applied to the next payout.  Any interim deposits and the final deposit, ignoring it's remaining balance.  Take all these figures and assign each address a portion of the Bounty.

Given three addresses each contributing BTC of A, B, and C.
Weighted Average??
Average = Bounty / (A + B + C)
Address(A) = Average * A
Address(B) = Average * B
Address(C) = Average * C

I know I simplified the equations without showing my work, but Average should be 0.3 for a %30 Bounty because (A + B + C) = 1.3002 and Bounty is 1.3002 / 0.3 or something??

[cheako]

Although Nine9 do not take any expired transactions coins as these have already been
used upon their initial confirmation, the difficulty is lowered for the active transactions of players!

I really have a hard time imagining this.  Does the difficulty really decrease if a TX is expired over being payout?  I think the decrease in difficulty you may imagine is from there being no new deposits, this has the effect of causing expirations.  That makes a lot of sense to me, if you "reverse cause and effect" then the above statement becomes true!

The effect, if there are no deposits, is expired deposits and this cause is also responsible for lowered difficulty.  In other words the sooner new players join the better it is, as being ahead of any other deposits lowers the difficulty.

[cheako]

Although Nine9 do not take any expired transactions coins as these have already been
used upon their initial confirmation, the difficulty is lowered for the active transactions of players!

I really have a hard time imagining this.  Does the difficulty really decrease if a TX is expired over being payout?  I think the decrease in difficulty you may imagine is from there being no new deposits, this has the effect of causing expirations.  That makes a lot of sense to me, if you "reverse cause and effect" then the above statement becomes true!

The effect, if there are no deposits, is expired deposits and this cause is also responsible for lowered difficulty.  In other words the sooner new players join the better it is, as being ahead of any other deposits lowers the difficulty.

On further consideration it's not logical to believe that previous deposits, either in great numbers or value, have much bearing on difficulty.  Previous deposits will eventually become 99hrs old and either be payedout or expire and this has little to do with whether any later deposits are payedout or expire.  The major factors are the time since previous deposit and the relation in size, neither are effected by the fate of other deposits.

[N9_Ninja]

Although Nine9 do not take any expired transactions coins as these have already been
used upon their initial confirmation, the difficulty is lowered for the active transactions of players!

I really have a hard time imagining this.  Does the difficulty really decrease if a TX is expired over being payout?  I think the decrease in difficulty you may imagine is from there being no new deposits, this has the effect of causing expirations.  That makes a lot of sense to me, if you "reverse cause and effect" then the above statement becomes true!

The effect, if there are no deposits, is expired deposits and this cause is also responsible for lowered difficulty.  In other words the sooner new players join the better it is, as being ahead of any other deposits lowers the difficulty.

On further consideration it's not logical to believe that previous deposits, either in great numbers or value, have much bearing on difficulty.  Previous deposits will eventually become 99hrs old and either be payedout or expire and this has little to do with whether any later deposits are payedout or expire.  The major factors are the time since previous deposit and the relation in size, neither are effected by the fate of other deposits.

My explanation was that of a very basic non random related scenario where if the difficulty was up
at such a high queue level and there was a constant stream of payments it would take a longer amount
of time to be paid, although as seen from the game running all this time the majority of payments are left
until near their expiry time so this statement is kind of void.

The difficulty isn't really there, maybe per deposit round but not so much per countdown.

There are many variables to consider although the most "powerful" one is that of human perspective.

I just want to clearly display stats that players will be interested in, it's up to them to deposit or not.

[cheako]

There was no schedule to for this Rebate, but can I just ignore the above graph?
95be43e0a84727815ccc37bef9761d414cb5f2181c3dc3ac365d57161e829cdc

This is the first Rebate larger than $20 USD, that didn't go from our promotions department to 1Excalibur.

[luciann]

are they still paying out?