The browser shouldn't matter... Unless you installed malicious plugins on your browser the downloaded file should be exactly thesame.

Like joniboini already said: you should always check the signature of your wallet.

I agree with joniboini's analysis, and i'd say that you either:

• Downloaded a malicious version of electrum
• Have an infected pc (a virusscanner isn't 100% guarantee)
• Have leaked your recovery seed, xpvr or individual private keys
• Made a transfer yourself, or maybe somebody else with access to your pc made the transfer

Just think about it... Let's imagine you have an ASIC farm, and you have 2 options:

1) mine, hodl or exchange and pocket 100% of the income (aka running a mining farm)
OR
2) sell contracts, mine, substract some maintenance and divide the income to the people that bought contracts (aka running a cloudmining company)

There are only 2 reasons for picking option 2:
1) The amount of income of contracts and maintenance fees is higher than the income of mining directly. In other words, your "investors" won't make any money
2) You don't want to risk anything, so you cover all your risk by selling shares of your equipment and make your users pay maintenance cost. In this case, your users *can* make a profit, but they carry 100% of the risks for a very small part of the profit.

Neither of these situations sound good to me...

Wow... I had stepped away from this thread, and it derailed once again... I know i said i'd step away, but when faced with this much misinformation, i couldn't help myself and add yet another reply. I've read the last ~10 replies and tried to correct the errors.

From now on, i'm going to start putting people on ignore that post nonsense.

You're mixing up bitcoin and ethereum. Gas fee = Ethereum terminology
Next to this, creating a transaction with 0 fee has no effect on the miners, they'll mine empty blocks (only including the coinbase transaction) if they have to. Also, it's possible to make a transaction with 0 fee, as i've proved many times in this very thread. Wallet and exchange developers do NOT make money on the transaction fees, exchanges usually charge deposit, exchange and withdrawal fees, but that's usually completely offchain.

Nope... The user makes a transaction, broadcasts it to a node, which relays it to more nodes untill it reaches a node run by a miner. A miner just collects those transactions, verifies them (again) and adds them to the block he's trying to solve (at least, if it makes economical sense for him to do so... Blocksize is limited)

If you use the console of bitcoin core, you can do whatever you want (fee-wise). Even 0 fee



Nope... The fees are NOT payed to the developers. A miner can add the sum of the fees of all transactions he put in the block he's trying to solve to the current block reward funding his own address. The developers get nothing

Regarding wasabiwallet, if i'm not mistaking, they're using coinjoin.

In a non-technical way, coinjoin is basically "combining" transactions. 

Without coinjoin:
Me => pays => Bob
Alice => pays => Ben
Tom => pays => Burt

With coinjoin:
Me, Alice and Tom => pay => Bob, Ben and Burt

This method improves anonimity, but it's not really the same as a mixer:
My "public" wallet => pays => mixing service
mixing service => pays => my private wallet

With coinjoin, there's still a direct link between Me and Bob, Alice and Ben, Tom and Burt. The thing is that by combining transactions, we've made it harder for people to analyse them. When using a mixer, there should be no link between the deposit and the withdrawal.

A "classic" mixer isn't that hard.

Basically, you need a hot wallet, potentially with -walletnotify and -blocknotify  and use the json-rpc interface to create a new deposit address. Build a frontend to show this new deposit address and a session key to your customer, if you want to you can let him chose a fee, multiple withdrawal addresses, a timeout,... You can even let him/her enter previous session key(s) to make sure he doesn't receive funds he deposited at an earlyer session.

Either use the walletnotify and blocknotify scripts or run a cronjob every x minutes to check if the address is funded and has sufficient confirmations.

Once the address is funded, and has sufficient confirmations, you can call a script that uses the json-rpc interface lockunspent and listlockunspent to lock/unlock unspent outputs you do not want to use when paying your customer. Lock the unspent output that funds the deposit address, then use sendtoaddress to pay the receiver. Once the client has been payed, make sure to update your relational database record to reflect the payment has been made (or even better, delete the record after payment).

Offcourse, the "payment" script can have a lot more intelligence if you want to, you can delay payments, group payments, if you have txindex or addressindex, you can even start digging into the unspent output and lock unspent outputs that can be tied to the initial funding transaction, you can try to find out which addresses should belong to the same wallet, you can lock unspent outputs for any reason. Just make sure you unlock the unspent outputs after each "order" has been completed.

The big "downside" of running a mixer is that you need a huge hotwallet, you need a lot more funds in your hotwallet than the maximum amount you're willing to mix. Also, you need to make sure all traces are removed (logs, records,...), you have to make sure everything is kept on encrypted disks, you have to make sure TLS is used,...

I would defenately go for a 3 server setup:
A "dumb" frontend server
A database server
A backend server with the hot wallet, and the payment script

All communication between the 3 machines should go over TLS, all data in the database should be encrypted (potentially PGP, with a dedicated private key for each machine, and distributed public keys). You can even put the database machine on an unrouted VLAN, so it cannot be accessed from the web directly.

If you didn't spend the ~0.32 BTC input that funded address 3GHTNBPcmeBioGGJiVGsSAZHNsmwGTiPmo in transaction 7414460b7e1daa35ed4c2955f12a647863abc8c50e21a8adf5a13babf8179bcd, you just lost 0.32 BTC i'm afraid.
There are a couple fake electrum versions floating around the net, so you either downloaded a fake wallet, your computer is infected with malware or somebody has access to your recovery seed, xprv or the private key that was used to calculate address 3GHTNBPcmeBioGGJiVGsSAZHNsmwGTiPmo
Older versions of electrum have a vulnerability that would allow a hacker to steal your funds if you visit an infected webpage while electrum is running an unencrypted wallet, but this vulnerability was fixed a long time ago...

Why do i get the gut feeling you're just a payed shill (or the owner) of the website you posted?

If you're legit, Royse777 already answered your question: go to a local bank, go to a pawn shop, go to your family, go to your friend, go to your boss to get an advance for your paycheck,...

okay, but that doesn't really answer my questions... So i'll repeat them:
1) which wallet are you using
2) are you sure address "3GHTNBPcmeBioGGJiVGsSAZHNsmwGTiPmo" belongs to your wallet

It's a m00t point tough, like bernardos already found out: the funds funding your wallet address in tx 7414460b7e1daa35ed4c2955f12a647863abc8c50e21a8adf5a13babf8179bcd were already spent and the spending tx was included 2 blocks ago... There are 3 options:
1) you're using some kind of web wallet that just generates a deposit address for their hot wallet, tracks incoming transaction and keeps an internal database of funds attached to your username
2) the problem was fixed, and you already sent the funds somewhere else
3) you were hacked... Either you have a copy/paste virus, somebody has your wallet seed, your web wallet credentials were hacked (phised),...

This transaction has 34 confirmations, if it's not showing up in your wallet, there must be something wrong with either your wallet, or the address you gave to your friend.

1) which wallet are you using
2) can you doublecheck that the address 3GHTNBPcmeBioGGJiVGsSAZHNsmwGTiPmo is generated as a deposit address by your wallet

yes... In a way, especially if you use linux. But probably not in the way you're thinking.

- create 1 partition on each disk, type LVM
- create a volume group including the two disks
- create a new logical volume, 2 stripes, mountpoint /home/youruser/.bitcoin

There's also the option of setting up a raid setup.

I own a handfull of domains, and i've bought/sold a couple in the past... The problem with taking a domain as collateral is that it's very hard to determine what the domainname is worth, and it's quite a hassle to push the domain to the creditor and back (after repayment). Handing over registrar credentials is insufficient since they can be recovered using social engineering. The fiat equivalent of the intrest is ~$10, i personally wouldn't want to go trough all the hassle to make $10.

The domain itself was registered 2 weeks ago, i doubt it's worth $35 (loan) + $10 (intrest) + $4.5 (10% of loan + intrest).

The last option the OP provides (buying a $10 domain for a creditor as a form of collateral) seems odd to me aswell... If the OP repays, and the creditor has to return the $10 collateral domain, wouldn't the OP be stuck with a domainname he hasn't picked? Also, a $10 domainname wouldn't be sufficient for a $35 loan (IMHO).

This logic doesn't work for really well-known domainnames offcourse. If the owner of blockchain.info was willing to give his domainname as collateral for a $10.000 loan, i'd personally take it

First of all, i'm not an admin, i'm not a mod, i'm not in DT, i'm not the one that reported any of your accounts... So i guess i can talk from an independant perspective.

I think there's some confusion as to why your account was banned, and i think the confusion is caused because 2 different forum rules were broken, causing a permaban on your second account.

The first rule: The forum does not allow plagiarism. This rule caused your acocunt Audi-BMW1988 to be banned
The second rule:  ban evasion, causing your account avtandil to be banned

The first rule is self-explanatory. The second rule (ban evasion) states that if one of your accounts gets banned, it's not actually the acount that's banned, but it's you (as a person) that gets banned. Ofcourse, the result is that the account commiting the offence gets banned right away, but you should consider all your other (existing AND future) accounts to be banned aswell. Once one of your accounts is banned, you cannot use any of your other accounts to continue posting. The only exclusion from this rule is that you can use one (1) account to make one (1) thread in meta for the sole purpose of discussing your ban. You are not allowed to use any other account to create any other threads. Breaking this rule is a bannable offence by itself and (if found) is punished by an immediate permaban.

I do agree that it's very sad for you that you didn't realise the second rule existed and continued posting with your second account, and now you've lost a lot of time as a result. That being said: there is no automatic way of finding ban evasion, so all ban evasion rule breakers are found manually. This means that the time between comitting the actual ban evasion and being banned for ban evasion can be very long (some culprits are never found at all).

I've read your last 5 posts (all the post you've made so far), and each and every post you've made so far was some random facts followed by an endorsement of this exchange/newssite/trading app.
Since you're a brand new user, and the only thing you do on bitcointalk is post links to a site without declaring your affiliation to said site, it's very suspicious.

I haven't visited this site, and i never will, but if the site is legit and crypto currency related, you have every right to make a thread in the announcement section announcing your project. This thread can be used to discuss your service and update the forum with new developments... However, what you cannot do is make a newbie user and create several threads with clickbait titles just to shove the link in our face. It's borderline spamming, and it will have an adverse effect since it seems shady as hell.

I'm running bitcoind, c-lightning and lightning-charge on a very small demosite myself, and i must honestly say the whole setup wasn't that hard... It's pretty easy to setup and administer, and it's actually pretty hands-off.
Offcourse, i've only got a handfull of channels, and i've accepted ~60-ish payments so far, so i have no idear how my own sollution would scale for something as massive as bitcointalk.

No problem
One last advice: make sure the seed is 100% correct before you wipe your device!
If you're talking about a lot of money, it *might* be a good idear to buy a second ledger nano s to restore your seed on instead of wiping the original one.

If it's only a small amount, you *could* try something like this:

• download the CLEAN LATEST version of electrum from the OFFICIAL download site on a CLEAN, FIREWALLED, VIRUSSCANNED pc and restore your wallet on electrum instead of your ledger
• check if you have controll over your restored wallet using electrum, re-initialise the ledger nano s after you verified this controll, generate a new seed with your ledger nano s and write it down
• empty out your original wallet, fund a new address generated by the newly initialised ledger nano s

Well, in this case, OmegaStarScream's point should be valid: you *should* have the recovery seed. My ledger even came with a piece of paper that was made for the exact purpose of writing down seeds... So i hope you followed the instructions they gave you... Like i said in my first post (i was still editing it while you quoted me): if you restore the wallet from seed, you'll only lose some metadata, but nothing "important".

https://support.ledger.com/hc/en-us/articles/360005434914-Restore-from-recovery-phrase

Which wallet software are we talking about? Usually, there is no way to "reset" a wallet's password, the password is usually used to encrypt wallet data, if you don't have the password, the data cannot be decrypted, there's usually no way around this.

There are tools to brute-force wallet passwords for most wallet implementations, but the odds of being succesfull greatly depend on:

• How much you remember about the password
• How strong the password is/was
• Which wallet software we're talking about
• Your technical knowledge
• The hardware you have at your disposal for brute-forcing the password

EDIT: OmegaStarScream did raise a valid point: if you have the recovery seed for your wallet written down somewhere, you can use this seed to restore your wallet and just pick a new password during the restoration process... You'll only lose some metadata (for example, if you added names to the deposit addresses, or if you labelled transactions,... you'll lose the labels)

Never used them, but they're a wellknown name in the crypto universe... Just make sure you don't store your funds in an online wallet for a longer time... Withdraw from any of those payment gateway's online wallets regularly...

Well, those were the plugins i was talking about in earlyer posts... I see the plugin for bitpay and coinpayments in this overview
The fact is that the OP will either:

• need to use a payment processor
• need to install a daemon
• need a very competent dev to derive addresses from an xpub, then use one of the api's to check for funding transactions

I've heared better things about bitpay than coinpayments, however i never used bitpay... Coinpayments supports a lot of different crypto's, while bitpay does not (i'm perfectly capable of setting up a BTC payment gateway by myself without the need of an external processor, i only chose to use coinpayments because they accepted >100 coins, and i didn't want to maintain >100 wallets ).
Coinpayments does not charge a monthly fee, you pay a certain percentage of every payment you receive.

I do know coinpayments also supports paypal (the bitcoin antichrist), but i don't think they automatically convert FIAT => BTC. They do, however, convert certain altcoins into BTC if you want.