Topic: PonziCoin.co | 120% Hybrid Ponzi-Style Game | Automated | Escrow Protected - page 5. (Read 7547 times)
March 14, 2014, 08:41:12 PM
I feel like there will be a rush of last minute deposits so people can try to get the 120% for being last. So basically, either be first to deposit or last, or don't bother at all.
March 14, 2014, 08:38:24 PM
Can it sort the payout by 1 confirmation?
That is what I am wondering, apparently it does but
2014-03-14 21:22:04 16y3bDvuzYrNFbGGEztfXL35ih45pPnnbJ 0.1 Paid
2014-03-14 21:21:59 1HsqUaxdw6hZCheedzqgnghvi3nqp3kMXR 0.1 Paid
2014-03-14 21:21:56 1AuZiWhHrN7jVgkiGo2g8XQP241p4unKLM 0.1 Paid
2014-03-14 21:21:48 16NGA3pKAS7kATibyv1FQQvvyEKkQjPyjX 0.05 Paid
deposited 20min after me and I my deposits are below that is bulls$$$
I am losing 0.3 in this round when I was one of the first deposit, annoying!!!!!
March 14, 2014, 07:19:59 PM
Can it sort the payout by 1 confirmation?
March 14, 2014, 06:14:51 PM
Why does the escrow wallet only have 0.1 so far?
(Dammit, just missed you lol)
(Dammit, just missed you lol)
The escrow wallet get the fees, 0.1 seems about right for 4.1B of deposits
I can't accept not being paid when I sent so early and people sending late have been paid, I keep losing to this f game!
Someone said 'there must be loser' March 14, 2014, 05:35:26 PM
Why does the escrow wallet only have 0.1 so far?
(Dammit, just missed you lol)
(Dammit, just missed you lol)
March 14, 2014, 05:34:01 PM
It's beer o'clock here so I'm about to log off for the night 
- dont forget though guys...
- dont forget though guys...Ponzi Announcement -
If the round reaches more than 10BTC I will double the last two deposits
Time to start pumping!!!!
If the round reaches more than 10BTC I will double the last two deposits
Time to start pumping!!!!
March 14, 2014, 05:32:23 PM
When the scrypt pays it looks at the oldest deposit and if it is confirmed and there is enough money, it pays?
Yes
How often the scrypt checks if it can pay?
Every minute
We can't know if the deposits made earliest than us have been confirmed before; some deposits made 23minutes after me have been paid, they are almost the earliest deposits it doesn't make much sense; I think it would be better to pay in order of deposit, if the oldest deposit has not been confirmed the money stay in the wallet until it is and the earliest deposits can still be paid if they have been confirmed and there is enough money
So what happens if the very first deposit of the round was 0.01 and was sent with no transaction fee, yet there were 5BTC worth of confirmed deposits queued up behind it? Those players would go crazy. I dont think it would work.
You can limit the play to 3times per address to avoid having 12 deposits from the same address that arrive first
I think that would slow the rounds down more so. Whilst I need to look into a way to stop bots etc pumping as soon as the round starts - the idea of offering up to 200% for the last couple of deposits of every round is to try encourage players to continue depositing as they are repaid.
Ok thank you for the precisions, if someone sends first he receives first, I don't see the problem; that is how ponzis work but sending first then not being confirmed first and not knowing why is making everyone go crazy
What is annoying me is not knowing if I am next in queue to be paid or maybe way after!?
My addresses are 17o6s7T332WjD7NSY7PxnRTRagbNP6gQhx and 149caGFxoCWS5em8LwxvRB173yT51tY2Rg; I need to find when the transactions before and after me have been confirmed it is not easy
Having the last 2 deposits paid is a great idea that will obv drive deposits
Next in line to be paid is 16y3bDvuzYrNFbGGEztfXL35ih45pPnnbJ;
Code:
2014-03-14 20:00:34 16y3bDvuzYrNFbGGEztfXL35ih45pPnnbJ 0.1 Confirmed
2014-03-14 20:00:31 1P1enVXkstfFt18mMyn3QCAf4HGzHqCfuK 0.05 Paid
It starts from the bottom and works its way up the list
March 14, 2014, 05:29:55 PM
When the scrypt pays it looks at the oldest deposit and if it is confirmed and there is enough money, it pays?
Yes
How often the scrypt checks if it can pay?
Every minute
We can't know if the deposits made earliest than us have been confirmed before; some deposits made 23minutes after me have been paid, they are almost the earliest deposits it doesn't make much sense; I think it would be better to pay in order of deposit, if the oldest deposit has not been confirmed the money stay in the wallet until it is and the earliest deposits can still be paid if they have been confirmed and there is enough money
So what happens if the very first deposit of the round was 0.01 and was sent with no transaction fee, yet there were 5BTC worth of confirmed deposits queued up behind it? Those players would go crazy. I dont think it would work.
You can limit the play to 3times per address to avoid having 12 deposits from the same address that arrive first
I think that would slow the rounds down more so. Whilst I need to look into a way to stop bots etc pumping as soon as the round starts - the idea of offering up to 200% for the last couple of deposits of every round is to try encourage players to continue depositing as they are repaid.
Ok thank you for the precisions, if someone sends first he receives first, I don't see the problem; that is how ponzis work but sending first then not being confirmed first and not knowing why is making everyone go crazy
What is annoying me is not knowing if I am next in queue to be paid or maybe way after!?
My addresses are 17o6s7T332WjD7NSY7PxnRTRagbNP6gQhx and 149caGFxoCWS5em8LwxvRB173yT51tY2Rg; I need to find when the transactions before and after me have been confirmed it is not easy
Having the last 2 deposits paid is a great idea that will obv drive deposits
March 14, 2014, 05:18:54 PM
Question: would you agree that it's smart to send an exact amount of coins that you have received from somewhere else previously? That way, there will only be one input to send from instead it trying to take pieces of different transactions, right?
In general, or specifically in relation to the ponzi?
More inputs require larger transaction fees, without the larger fees those transactions take longer to confirm. Which isn’t good for ponzis. Likewise, the script uses the address of the first input it finds, and whilst generally this isnt a problem, it could mean that the repayment is sent to an address we weren’t expecting it to go to - although it should be an address in your wallet seeing as it was taken from one of your inputs.
March 14, 2014, 05:12:28 PM
Question: would you agree that it's smart to send an exact amount of coins that you have received from somewhere else previously? That way, there will only be one input to send from instead it trying to take pieces of different transactions, right?
March 14, 2014, 05:12:15 PM
When the scrypt pays it looks at the oldest deposit and if it is confirmed and there is enough money, it pays?
Yes
How often the scrypt checks if it can pay?
Every minute
We can't know if the deposits made earliest than us have been confirmed before; some deposits made 23minutes after me have been paid, they are almost the earliest deposits it doesn't make much sense; I think it would be better to pay in order of deposit, if the oldest deposit has not been confirmed the money stay in the wallet until it is and the earliest deposits can still be paid if they have been confirmed and there is enough money
So what happens if the very first deposit of the round was 0.01 and was sent with no transaction fee, yet there were 5BTC worth of confirmed deposits queued up behind it? Those players would go crazy. I dont think it would work.
You can limit the play to 3times per address to avoid having 12 deposits from the same address that arrive first
I think that would slow the rounds down more so. Whilst I need to look into a way to stop bots etc pumping as soon as the round starts - the idea of offering up to 200% for the last couple of deposits of every round is to try encourage players to continue depositing as they are repaid.
March 14, 2014, 05:07:00 PM
When the scrypt pays it looks at the oldest deposit and if it is confirmed and there is enough money, it pays?
How often the scrypt checks if it can pay?
We can't know if the deposits made earliest than us have been confirmed before; some deposits made 23minutes after me have been paid, they are almost the earliest deposits it doesn't make much sense; I think it would be better to pay in order of deposit, if the oldest deposit has not been confirmed the money stay in the wallet until it is and the earliest deposits can still be paid if they have been confirmed and there is enough money
You can limit the play to 3times per address to avoid having 12 deposits from the same address that arrive first
How often the scrypt checks if it can pay?
We can't know if the deposits made earliest than us have been confirmed before; some deposits made 23minutes after me have been paid, they are almost the earliest deposits it doesn't make much sense; I think it would be better to pay in order of deposit, if the oldest deposit has not been confirmed the money stay in the wallet until it is and the earliest deposits can still be paid if they have been confirmed and there is enough money
You can limit the play to 3times per address to avoid having 12 deposits from the same address that arrive first
March 14, 2014, 05:01:18 PM
17o6s7T332WjD7NSY7PxnRTRagbNP6gQhx and 149caGFxoCWS5em8LwxvRB173yT51tY2Rg are the other 2 deposits marked as paid but I didn't received the payment!
Vor, help please
Great promo 10B of deposits => last 2 take home 200%
Vor, help please
Great promo 10B of deposits => last 2 take home 200%
Both show as confirmed (e.g. awaiting payout) on my screen...
They were showed as paid before. How do we know the order in the queue? There are transactions Paid in the middle of transactions confirmed
My transactions are 17o6s7T332WjD7NSY7PxnRTRagbNP6gQhx and 149caGFxoCWS5em8LwxvRB173yT51tY2Rg
You should pay the deposits in the order they were sent but only once the transaction has been confirmed, that would avoid any problems
The order is a little screwy at the minute because BlockChain.info is messed up (originally I took the time from their API). I have changed the script now so it takes the time as of the epoch time in the raw transaction data. Never trust BlockChain.info's API lol.
Transactions are paid out in time order generally
It is not paid in time order; it is paid in order of confirmations; I have no idea my order in the queue it is annoying 17o6s7T332WjD7NSY7PxnRTRagbNP6gQhx and 149caGFxoCWS5em8LwxvRB173yT51tY2Rg
It is paid in date order. The current list is a little crazy because of the weird blockchain.info times (which I have fixed now), but in general the script repays based on the oldest confirmed deposits.
March 14, 2014, 04:57:32 PM
17o6s7T332WjD7NSY7PxnRTRagbNP6gQhx and 149caGFxoCWS5em8LwxvRB173yT51tY2Rg are the other 2 deposits marked as paid but I didn't received the payment!
Vor, help please
Great promo 10B of deposits => last 2 take home 200%
Vor, help please
Great promo 10B of deposits => last 2 take home 200%
Both show as confirmed (e.g. awaiting payout) on my screen...
They were showed as paid before. How do we know the order in the queue? There are transactions Paid in the middle of transactions confirmed
My transactions are 17o6s7T332WjD7NSY7PxnRTRagbNP6gQhx and 149caGFxoCWS5em8LwxvRB173yT51tY2Rg
You should pay the deposits in the order they were sent but only once the transaction has been confirmed, that would avoid any problems
The order is a little screwy at the minute because BlockChain.info is messed up (originally I took the time from their API). I have changed the script now so it takes the time as of the epoch time in the raw transaction data. Never trust BlockChain.info's API lol.
Transactions are paid out in time order generally
It is not paid in time order; it is paid in order of confirmations; I have no idea my order in the queue it is annoying 17o6s7T332WjD7NSY7PxnRTRagbNP6gQhx and 149caGFxoCWS5em8LwxvRB173yT51tY2Rg
March 14, 2014, 04:50:58 PM
May I suggest allowing for 0 confirmation transactions, similar to luckyb.it. When I played there, I sent at 13:56 and got my payout at 14:04, without including a transaction fee.
Waiting for confirmations slows down the game.
?Waiting for confirmations slows down the game.
I dont see that working, it is open to grief players. Someone could send 20 transactions as soon as a round starts without a TX fee. If we don’t want for 1 confirmation, those transactions would be paid out leaving other players high and dry.
That's great for genuine players like yourself, and many others on here - but all it would take is one grief player to slowdown the whole round. A transaction without tx fees can take days to confirm.
March 14, 2014, 04:49:29 PM
May I suggest allowing for 0 confirmation transactions, similar to luckyb.it. When I played there, I sent at 13:56 and got my payout at 14:04, without including a transaction fee.
Waiting for confirmations slows down the game.
?Waiting for confirmations slows down the game.
I dont see that working, it is open to grief players. Someone could send 20 transactions as soon as a round starts without a TX fee. If we don’t want for 1 confirmation, those transactions would be paid out leaving other players high and dry.
March 14, 2014, 04:46:48 PM
May I suggest allowing for 0 confirmation transactions, similar to luckyb.it. When I played there, I sent at 13:56 and got my payout at 14:04, without including a transaction fee.
Waiting for confirmations slows down the game.
?Waiting for confirmations slows down the game.
I dont see that working, it is open to grief players. Someone could send 20 transactions as soon as a round starts without a TX fee. If we don’t want for 1 confirmation, those transactions would be paid out leaving other players high and dry.
March 14, 2014, 04:44:54 PM
17o6s7T332WjD7NSY7PxnRTRagbNP6gQhx and 149caGFxoCWS5em8LwxvRB173yT51tY2Rg are the other 2 deposits marked as paid but I didn't received the payment!
Vor, help please
Great promo 10B of deposits => last 2 take home 200%
Vor, help please
Great promo 10B of deposits => last 2 take home 200%
Both show as confirmed (e.g. awaiting payout) on my screen...
They were showed as paid before. How do we know the order in the queue? There are transactions Paid in the middle of transactions confirmed
My transactions are 17o6s7T332WjD7NSY7PxnRTRagbNP6gQhx and 149caGFxoCWS5em8LwxvRB173yT51tY2Rg
You should pay the deposits in the order they were sent but only once the transaction has been confirmed, that would avoid any problems
The order is a little screwy at the minute because BlockChain.info is messed up (originally I took the time from their API). I have changed the script now so it takes the time as of the epoch time in the raw transaction data. Never trust BlockChain.info's API lol.
Transactions are paid out in time order generally
March 14, 2014, 04:40:46 PM
17o6s7T332WjD7NSY7PxnRTRagbNP6gQhx and 149caGFxoCWS5em8LwxvRB173yT51tY2Rg are the other 2 deposits marked as paid but I didn't received the payment!
Vor, help please
Great promo 10B of deposits => last 2 take home 200%
Vor, help please
Great promo 10B of deposits => last 2 take home 200%
Both show as confirmed (e.g. awaiting payout) on my screen...
They were showed as paid before. How do we know the order in the queue? There are transactions Paid in the middle of transactions confirmed
My transactions are 17o6s7T332WjD7NSY7PxnRTRagbNP6gQhx and 149caGFxoCWS5em8LwxvRB173yT51tY2Rg
You should pay the deposits in the order they were sent but only once the transaction has been confirmed, that would avoid any problems
March 14, 2014, 04:39:38 PM
Mini ponzi Error: paid link is like this : https://blockchain.info/en/tx/value%20is%20type%20str,%20expected%20real
Jump to: