PonziCoin.co | 120% Hybrid Ponzi-Style Game | Automated | Escrow Protected

[Vortuarackne]

Dont forget guys.... Start pumping!!!

Ponzi Announcement -

If the round reaches more than 10BTC I will double the last two deposits

Time to start pumping!!!!

[AForceNinja]

in

[goozman96]

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.

?

[niudala]

Mini ponzi Error: paid link is like this : https://blockchain.info/en/tx/value%20is%20type%20str,%20expected%20real

[boumalo]

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%

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

[Vortuarackne]

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%

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

[Vortuarackne]

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.

?

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.

[goozman96]

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.

?

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.

I guess. I just sent .02 to luckyb.it just now and got back .0219 literally one minute later.

[Vortuarackne]

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.

?

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.

I guess. I just sent .02 to luckyb.it just now and got back .0219 literally one minute later.

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.

[boumalo]

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%

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

[Vortuarackne]

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%

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.

[boumalo]

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

[Vortuarackne]

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.

[goozman96]

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?

[Vortuarackne]

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.

[boumalo]

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

[Vortuarackne]

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

[Vortuarackne]

It's beer o'clock here so I'm about to log off for the night - dont forget though guys...

Ponzi Announcement -

If the round reaches more than 10BTC I will double the last two deposits

Time to start pumping!!!!

[goozman96]

Why does the escrow wallet only have 0.1 so far?
(Dammit, just missed you lol)

[boumalo]

Why does the escrow wallet only have 0.1 so far?
(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'