I believe in sharing info/working together, so far i've found these steps, untested by me, since the inputs were already spent by the lucky winner
Disclaimer: I have no experience with multisig wallets, so i'm only learning this myself. Information in this post might be wrong/inaccurate!!!
There might still be errors/mistypings in these steps, everybody is welcome to help and learn something in the process


bitcoin-cli getrawtransaction e90d9496ef20abbb1368a74bd97782d3475d6dd397743a7da92205d6823acace 1

bitcoin-cli createrawtransaction '[{"txid":"a91441678c6ff528fb339aeb83f2ca913144535ce4f287","vout":1}]'
'{"1MocACiWLM8bYn8pCrYjy6uHq4U3CkxLaa":0.049}'

bitcoin-cli signrawtransaction '010000000187f2e45c53443191caf283eb9a33fb28f56f8c674114a900000000000000000001000 00000ffffffff01a0c44a00000000001976a914e432ffb6ef0bde696af29ca13dd37c0824a40823 88ac00000000' '[{"txid":"e90d9496ef20abbb1368a74bd97782d3475d6dd397743a7da92205d6823acace","vout":0,"scriptPubKey":"76a91429ca93fdec799d0c03a4e3d7ed2a4fad4bb7b31088ac","redeemScript":""}]' '["5J9zrF4hPhqkKJzoyAR8r6oUbBgCxETKFx2tVYeMXUPXZRZnEt3"]'

bitcoin-cli signrawtransaction '010000000187f2e45c53443191caf283eb9a33fb28f56f8c674114a900000000000000000001000 00000ffffffff01a0c44a00000000001976a914e432ffb6ef0bde696af29ca13dd37c0824a40823 88ac00000000' '[{"txid":"e90d9496ef20abbb1368a74bd97782d3475d6dd397743a7da92205d6823acace","vout":0,"scriptPubKey":"76a91429ca93fdec799d0c03a4e3d7ed2a4fad4bb7b31088ac","redeemScript":""}]' '["5JnLZhYhzQff2ydDUCSA793LYbCtDNoC6dEG1ERDdQ74z5cBDdz"]'

bitcoin-cli sendrawtransaction 010000000187f2e45c53443191caf283eb9a33fb28f56f8c674114a900000000000000000001000 00000ffffffff01a0c44a00000000001976a914e432ffb6ef0bde696af29ca13dd37c0824a40823 88ac00000000

I've just learned there's a clone: preev.net
Seems to work pretty good, and it seems to have more or less the same functionality as preev.com

I can confirm i received the vouch copy.

I quickly installed it on my android phone using the official app from the playstore. I can confirm that the OP has given my a fully functional account!
I logged in with the given credentials, and was able to chose a server. Tested if it was working => OK.

So as far as i'm concerned, the OP does have acces to accounts. I can vouch for this, altough i have no idear about the method he used to get the account or how long it will last (i actually have no idear, only time will tell).

I'll test some more tomorrow, when i'm at the office, and edit this post afterwards.

EDIT after some more testing: i've did a couple different setups, all seems to be consistent with a full ipvanish account

I don't really need a VPS, but i have some spare time tomorrow (around 9 o'clock GMT) to test out your service in case i get a vouch copy (doesn't have to be a full year licence, i'll only need it during the review)

Doesn't really matter who or what happened... If you did not create transaction https://blockchain.info/tx/e9ee203c3cdadc416ab29a7a4b48bfea89d39246286ab101bd61def27e56462e and the address is 100% certainly owned by you, you are compromised in one way or another (either intentionally, or by accident).

Either coinb.in has a bug/problem and generated the same private key twice, you were the victim of an attack during the creating of the private key (maybe a phising website or something), or your pc is compromised (those seem to be the most likely scenarios).

I'd never, ever use that address again, move all funds that belong to you away from this address, make sure my pc was 100% clean (maybe even do a complete reinstall just to be sure) and stay away from online wallets in the future

the address has this incoming transaction 4be3bc47b3d8c5c1c8ef30ebd5a87a09f2acd59183e03aaec189a0ebe7f8c714 . It came from
https://www.walletexplorer.com/txid/4be3bc47b3d8c5c1c8ef30ebd5a87a09f2acd59183e03aaec189a0ebe7f8c714

Seems to be an address belonging to fortunejack... Did you withdraw your gambling winnings? If not, maybe fortunejack can get you into contact with the second user using this private key???

this one seems to be simple enough for a new user:
https://www.youtube.com/watch?annotation_id=annotation_207603943&feature=iv&src_vid=ASCGQFZgcT8&v=NqgzF63yNcU

https://bitcointalk.org/index.php?topic=110656.0

Seems like Torwallet has a shady past, there have been concerns since 2012

Bottom line: don't use online wallets... If you don't controll your own private key, you don't controll your funds.
If you have any VALID reason to trust a stranger with your keys (an online wallet), at least pick one that has a solid reputation instead of using one that's unknown.

Like Xanidas said, your only chance is contacting their support dept. They're the ones controlling your funds

1MocACiWLM8bYn8pCrYjy6uHq4U3CkxLaa

I'm curious...

Probably this time, it's because of this: http://www.coindesk.com/bitfinex-shuts-down-customer-bitcoin-stolen/

This time, it seems to be about 60 mln USD that's gone.

I'm not panicking tough, i think BTC will overcome 

My advice would be to generate a new address for each customer. This way it's easy: just check if there are new inputs this month => if there are sufficient inputs, everything is OK; otherwise the service needs to be cancelled.

Here you go, quoted for future usage

Hi,

I edited my previous post, but apparently you already quoted it before i saved my edits (i was a bit to slow ) .

To answer these questions:
Question 1: the example of comparing bitcoin to linux is not a very good one, that being said, you can actually use an SPV client (like i mentioned above).
This client will connect to a central server that has has been synched. Those SPV clients will only manage your private keys, labels and adresbook. That way you have most of the security of a desktop wallet without having to download all blocks.

Question 2: The blockchain is downloaded from other peers, but not from a centralised server.

That's just the basic concept of bitcoin, it's a decentralised ledger, no authority, no banks... All users can (and should) download the full blockchain. If you would use 1 or 2 centralised servers, it wouldn't be a decentralised system

That being said, there are alternatives... If the synchronisation of the blockchain is to much for you: you can use an SPV client.

Examples are: electrum and multibit HD

Sky-hash.com red flags:

• standard, responsive HTML5 theme that is pure copy/paste
• unrealistic ROI
• affiliate program
• no mining address
• no pictures of their gear
• no HW vendor endorsement
• no positive feedback on bitcointalk
• hidden whois information

The OP didn't mentioned he used blockchain.info

I think there might be some extreme situations where his question might be usefull (altough i cannot seem to think of one right now).

The question itself should be solvable with most (but probably not all) desktop wallets, i already gave some pointers for bitcoin core daemon in the post right above yours.

on the latest pull, i get the following:
./ArmoryDB --testnet &
Runs without a flaw, and keeps running without a flaw.

./ArmoryQT --testnet
Runs smooth, i claimed some testnet coins, everything seemed to work (so far).

I'll do some more testing when i get home this evening (just had 10 minutes to try this out, but so far it looks promising)!

Keep up the good work

I guess it depends on your wallet. If you run bitcoin core deamon (bitcoind), i guess you can easily use a scheduled task (or a cronjob) to do this task for you...
Offcourse, you'll need to unlock your wallet before sending any coins, so you'll need to enter your password in your scheduled task, cronjob, or script used to process the payment. This will significantly decrease your wallet's security.

This is kind of a "brute-force" method, just send such a high fee it would cover most worst-case scenarios. Most of the time, you'd be paying way to much.
However, in some extreme cases, using a (high) standard fee might not even be sufficient. A theoretical example:

Person A is a faucetter, he claims from dozens of faucets 8 hours a day for months on end. After all this time, he has collected 1001 0.001 BTC inputs. When he opens his online wallet, he sees a saldo of 1.001BTC.

One day, he decides to spend his 1.001BTC buying a nice new cellphone costing exactly 1 BTC, so he sends the 1BTC and uses the 0.001BTC as a fee.

Now let's see what can happen:

His transaction size could be estimated as
1001*180 + 1*34 + 10 = 180244 bytes
You have added a 100000 satoshi fee. 100000/180244 = 0.55. You have added a 0.55 satoshi per byte fee!!!

https://bitcoinfees.21.co/ teaches us that at this very moment, you'll need to add a 80 satoshi per byte fee in order to have a reasonable chance to get into the next block.
Adding a 0.55 satoshi per byte fee might make sure your transaction never confirms, so you'll need to either make sure you stop broadcasting and let the nodes forget the transaction, or create a double spend, or pay a pool operator to include your transaction...

This is why i personally don't really like standard fees, even high ones.

1) calculate the transaction size (in bytes)*
2) visit https://bitcoinfees.21.co/
3) note the recomended fee PER BYTE
4) multiply the size of the transaction with the recomended fee => you're done


* an estimation of the size can be found like this: in*180 + out*34 + 10
For example, if i'm creating a transaction with 4 inputs and 2 outputs, and the recomended fee on https://bitcoinfees.21.co/ is 50 satoshi's per byte:

((4*180)+(2*34) + 10)*50 = an ideal fee of 39900 satoshi's (~0.0004BTC)

Please note: the fee has NOTHING to do with the amount of bitcoins transferred! this is a common mistake... The size of the fee only depends on: the number of inputs, the number of outputs, the recomended fee per byte.
Note 2: even if you add an exeptional high fee, a pool operator might still chose not to include your transaction. On the other hand, a pool operator might include your transaction even if you add a low fee... It's his right to pick the transactions he wishes to include, but usually he'll pick the transactions with the highest number of satoshi's per byte so he can optimalize his income.

A couple of exeptions would be: using very old and large inputs (you might want to read about Priority transactions, altough a lot of pool operators seem to ignore this lately) or paying a pool operator to include your transaction in a block even if it has a very low fee

Sometimes restarting electrum works (sometimes the transaction was already included in a block, but electrum fails to update the status, in this case restarting it will solve the "problem"). If it doesn't work, we'll need the tx id to see what's happening (open electrum, go to the history tab, right click on the pending transaction, copy id to clipboard, paste the ID in this thread)