Pages:
Author

Topic: Nine9.ninja - [PonziGame] ★ 400+ BTC Input ★ Altcoins ► Automated ► 125% Return - page 52. (Read 57106 times)

member
Activity: 70
Merit: 10
Hahah someone did some good math and cleared it out Cheesy

Not only that, but they scored on Satoshi dice and did some more good and paid out that last expired!

I don't know if it's his dashing good looks or if it's that serendipitous luck, but I love 1Excalibur sometimes.
hero member
Activity: 630
Merit: 500
Hahah someone did some good math and cleared it out Cheesy
full member
Activity: 210
Merit: 100
There is a separate issue here.  A confirmed block is counted as one round and from what I've seen the oldest transaction is every block is paid out first.  So if there is a low/zero fee tx it essentially trumps any other deposits.  That doesn't seem right.

It's worth considering reversing the order, making it so that the newest tx in a block is paid out first.  Though there is a lot to think about with this kind of change, much needs to be considered that I'm not.

There is a way, bitcoin internally uses a formula for calculating a transactions wight.  Sorting by this dosen't sound bad to me...
https://en.bitcoin.it/wiki/Transaction_fees#Technical_info

add in fee/size or rather multiply by fee, it's the same either way if algebra isn't failing me now.

Just off the top of my head.

They should all be in order, the only occurrence that this could not be the case is if a block came in mid parse, but even then they should relatively be in order.
member
Activity: 70
Merit: 10
There is a separate issue here.  A confirmed block is counted as one round and from what I've seen the oldest transaction is every block is paid out first.  So if there is a low/zero fee tx it essentially trumps any other deposits.  That doesn't seem right.

It's worth considering reversing the order, making it so that the newest tx in a block is paid out first.  Though there is a lot to think about with this kind of change, much needs to be considered that I'm not.

There is a way, bitcoin internally uses a formula for calculating a transactions wight.  Sorting by this dosen't sound bad to me...
https://en.bitcoin.it/wiki/Transaction_fees#Technical_info

add in fee/size or rather multiply by fee, it's the same either way if algebra isn't failing me now.

Just off the top of my head.
full member
Activity: 210
Merit: 100
I fear for 233c1c5316e662dc95317d1dee233bff363c46a59ce18d0e47537302a2ff3eac, I can only imagine the anxiousness that person must be feeling...  and now pain!

Listen, this needs fixing.  Something like, delay the expire until the next block.  Though that may need to also push back other expires...  It shouldn't be too bad.


Since that 0.15 is going to 1Excalibur, there is a chance it could be returned.  Seems like the right thing to do, think about it dude!

Well they took the risk of sending that amount with a very low fee, skimping out on fees has always been a bad idea.

The game is working as intended, it isn't broken so does not need a fix, the whole block for confirmation scenario adds a dynamic effect to the game.

During development I played around with blocks instead of timers, but then there is the case that some guy waits for 1 block to expire to knock
out X transaction because his is on block 2, but as soon as the block comes in and he wants to send in, another block is found within seconds
knocking him out as well, this is extremely unfair as there is no way he can track that, like he can with an individual timer, this game works.

Good luck and thanks for playing!
member
Activity: 70
Merit: 10
I've a question though, how far down to the wire can things go?  Can I re-post just seconds b4 the expire or am I needing to have the TX confirmed just seconds b4?

What about cases where two blocks were mined just seconds apart, is there a way for the second TX to get paid out with a re-post?

The transaction must be confirmed to count, the transaction is only safe when it hits Pending (has enough funds) and then will be paid.

Edit: Only transactions that are confirmed are able to be used to pay out those in the list.

Therefore the best advice I can give is make sure to include a good fee and not leave it too late to input if you want to save a transaction.
I do understand some people will want to wait until other transactions expire first, although this could turn to disaster if a block is not found within the following period.

I fear for 233c1c5316e662dc95317d1dee233bff363c46a59ce18d0e47537302a2ff3eac, I can only imagine the anxiousness that person must be feeling...  and now pain!

Listen, this needs fixing.  Something like, delay the expire until the next block.  Though that may need to also push back other expires...  It shouldn't be too bad.


Since that 0.15 is going to 1Excalibur, there is a chance it could be returned.  Seems like the right thing to do, think about it dude!
full member
Activity: 210
Merit: 100
I've a question though, how far down to the wire can things go?  Can I re-post just seconds b4 the expire or am I needing to have the TX confirmed just seconds b4?

What about cases where two blocks were mined just seconds apart, is there a way for the second TX to get paid out with a re-post?

The transaction must be confirmed to count, the transaction is only safe when it hits Pending (has enough funds) and then will be paid.

Edit: Only transactions that are confirmed are able to be used to pay out those in the list.

Therefore the best advice I can give is make sure to include a good fee and not leave it too late to input if you want to save a transaction.
I do understand some people will want to wait until other transactions expire first, although this could turn to disaster if a block is not found within the following period.
member
Activity: 70
Merit: 10
I've a question though, how far down to the wire can things go?  Can I re-post just seconds b4 the expire or am I needing to have the TX confirmed just seconds b4?

What about cases where two blocks were mined just seconds apart, is there a way for the second TX to get paid out with a re-post?
member
Activity: 70
Merit: 10
Investing now means giving some BTC to someone else, but it'll put you in the game.  PPL will continue to pay out their own investments, it's basically free to do so.  Once your investment comes to the front you can only hope that ppl will invest at that time.  If no then you'll have to come up with the BTC to invest your self.  The alternative is sad for everyone, there is nothing to gain by having deposits expire for anyone.

That's all.
member
Activity: 70
Merit: 10
@OP: An "unpaid BTC Counter" would be nice (the amout u would have to deposit so that all pending deposits are paid)

So when things slow down that u know when u can start investing again.

You've only a little bit longer and then you will fall even more behind.  Seriously things are never going to slow down!  You either invest now or you will fall further behind.
hero member
Activity: 630
Merit: 500
wtf that was fast!!! thank you
so its still paying?

It hasn't stopped paying and always fast response from OP.
member
Activity: 84
Merit: 10
sr. member
Activity: 401
Merit: 254
full member
Activity: 210
Merit: 100
@OP: An "unpaid BTC Counter" would be nice (the amout u would have to deposit so that all pending deposits are paid)

So when things slow down that u know when u can start investing again.

I have just added the active transactions plus fee total unpaid value.

Thanks for playing!
sr. member
Activity: 401
Merit: 254
@OP: An "unpaid BTC Counter" would be nice (the amout u would have to deposit so that all pending deposits are paid)

So when things slow down that u know when u can start investing again.

member
Activity: 134
Merit: 10
ooooh 525000 DOGE ran out time omyhrod lolol!! ))
full member
Activity: 210
Merit: 100
Your post was 2 days ago (26th) it is the 28th today.

No worries and thanks for editing the posts.

I hope your leg makes a swift recovery!
hero member
Activity: 490
Merit: 500
You do not understand how the game works if you believe you were scammed.

The wallet did not have enough funds to pay out your transaction when it was first in line before it expired.

The following paid transactions were paid because the wallet had enough during their active time.
Look at the timer, it shold still be time left. I had over 30 hours left when I made the post (which I also wrote).

Your math is wrong I'm afraid.

Proof:


It expired ~20 hours ago.

Try it yourself if you think I am trying to cheat you:
http://www.timeanddate.com/date/durationresult.html?m1=2&d1=23&y1=2015&m2=2&d2=28&y2=2015&h1=23&i1=34&s1=40&h2=22&i2=48&s2=3
Guess so then... but I swear yesterday it said 30 hours left on the script, otherwise I wouldn't have posted it. Whatever gonna edit the posts.
full member
Activity: 210
Merit: 100
hero member
Activity: 490
Merit: 500
]
I think mine can make it, not too high of an amount in front and over 30 hours left Smiley
Look at the timer, it shold still be time left. I had over 30 hours left when I made the post (which I also wrote).
Pages:
Jump to: