Look at the 2nd post in this topic 

Now that is a classic

Pay to be able to sell and earn

Weird


But if I get a free mankini i'm in 

ohw so it only works with -r and not as 1prefix

ok why if I put this command in:

oclvanitygen.exe -k -p 1  1-[-_][-_][-_][-_][-_]-[-_]- wherein a - is an uppercase and a _ is a lowercase character (example 1A[Aa][Aa][Aa][Aa][Aa]A[Aa]A)

I get the response:

Invalid character '[' in prefix?

That is both obvious and completely logical. Vasilich always shows proof of payments and avoids negativity in projects where he has his dough in. This lures more people in so he can make sure he gets his coin back. By placing "scam" in other threads he withholds people willing to play to invest in those projects and hopefully they will go to another project where he is in. That is the right way to do for an HYIPster imo.

But on topic. It is a gamble to join HYIPs they will all fail sooner or later but if you play your cards right it can be profitable. With EnlargerOK I was late to the party but it was still profitable. Even Platinum-fund was greatly profitable for me. Robitbot I didn't try because my calculation showed me I needed to play 59 days to play risk free and it just has stopped on the 58 day I think. It is all about risk-reward evaluation. But then again I see it as games not investments.

You don't need to export it. In expert mode:
- create unsigned tx
- copy to clipboard
- continue
- paste
- sign
- copy raw tx (the button is just there in expert mode so no need to open additional info)
- https://blockchain.info/pushtx
- submit

I understand it is not caused by your site nor do I claim it is.
How your site works is pretty clear and straightforward.

It just sucks that the only variable we as players can have influence on "the timing" is taken away by this outside issue.... the malleability.
If like in my example I want to bet on a 5 seconds game I want it logically to start when I broadcast the tx.

It works both ways I know that a "lost" bet can be a "winner" due to malleability too. The unconfirmed tx is the fake one and the confirmed one is the real one. But as a player/better of timing games you will always see your intended tx on the intended time as the real one.

It is not something you or I can change but that extra variable makes it hard to place bets based on timing that's all. And when you place a bet and you see a great win (x3.53 in this case) and you wait for half an hour on confirmation only to discover after that the tx changed it just sucks.

I'll be back when the malleability doesn't change so many transactions   

Is that the reason why some of the bets show "winning" on your webpage and are "losing" when you check the tx?

nvm it is the malleability that screwed my winnings once again....

This tx:
https://tradeblock.com/bitcoin/tx/5758743e068c71919b3fb91f058bedb7b6223ecfa878bb20e05ba033667d1446

has the the date and time of this winning:



As shown here:
http://secondstrade.com/tx.jsp?tx=5758743e068c71919b3fb91f058bedb7b6223ecfa878bb20e05ba033667d1446

But when it was put in the first block that was available it was changed into:

https://tradeblock.com/bitcoin/tx/78a17ba231ce3dd55759f5b4e5732bfed519b22546bc5f3b28738a0c2792db47

which is a loss of course as shown here:
http://secondstrade.com/tx.jsp?tx=78a17ba231ce3dd55759f5b4e5732bfed519b22546bc5f3b28738a0c2792db47

On those tradeblock pages you can see both tx are conflicting with each other and only the losing one got confirmed, however this link http://secondstrade.com/tx.jsp?tx=5758743e068c71919b3fb91f058bedb7b6223ecfa878bb20e05ba033667d1446 shows I made the transaction as displayed on site.


So for now until malleability has been solved it has no use for me to play with your site as I have no control on actually when I place the bet. And it kinda sucks when placing a bet and winning and due to outside forces getting overruled and lose.

I am that Loser addy
lol

I'm in 

I need to change that... we just got payed.. 0.05% 

I have the same issue... but only with some of the transactions I make. I made no changes in paths or whatever and the problem continues after updating Bitcoin Core from v11.0 to v11.1. It has nothing to do with the address I send to or from or the amount send because sometimes it works sometimes it don't  

@CircusPeanut I had the issue before updating to v11.1 so I don't think it is caused by v11.1

To work around this problem when I really need to send asap I make an offline tx - sign it- copy the raw hex - and broadcast it on https://blockchain.info/pushtx it gets broadcasted but 90% the tx changes because of a conflicting tx.

CryptoFATE is not paying atm.
I would not leave the 20 days in your advice as it stopped a week before that

Thanks that helps a lot

I always thought in the UK you get a certificate of registration for free when buying a pack of cigs 

So another question...

is it possible to run the oclvanitygen and stop and safe it and later continue?

Or are -f -o -s only for the actual found addresses?

Looking at the stats for the 19th so far

Deposited : 0.0500
Won:          0.0525-/-
Payout:     -0.0025

-0.0025/9.96777242  =  -0.025%

OMG  we need to pay up guys

Hourly doublers never run long. if you wanted in you've got to be in already

So I'm to late huh

you got to be in the first 10 investors lately to get 60 payments or so

better luck next time