As a rule of thumb, any service that requires you to fund one of their addresses in order to verify an account should be considered scams... There are plenty of ways to verify your identity, funding an address isn't one of them.

Since the website is more or less "unfindable", might i ask how you ended up with these guys?

Looks interesting, but to be honest there are a ton of questions and remarks..

• I'm dyslectic myself, but even I see loads and loads of spelling errors on about every page
• I see no info about your company, no tos, no faq, no vat info, no quality assurance, no country from which the goods will be shipped, no source of the seeds
• I'm missing a lot of info with these plants .. are they indoor/outdoor, which climate, yield, taste,...
• PayPal payments seem broken (at least direct checkout
• since you're brand new, I'd urge you to work with a trusted forum escrow... Having somebody trusted handling the funds will probably boost your sales
• ...

Well, we don't order food that often, but i estimate one order usually sits between €50 and €70. At home, we place an order every couple of months (like ~6 times a year), when we're on holiday in a rented apartment, we order food ~2 times/week (when we're on holiday, we don't like to spend our time cooking meals, so we order out more often).
The transaction fees are more or less neglectible, i mean, at this moment, the recommanded fee for a 2 input, 2 output transaction is ~1680 satoshi's... That's only 12 cents, so for a €50 order it doesn't really matter that much.

I do agree that at times of mempool congestion and a fee bidding war, when fees rose exponentially, it wasn't a good idear to order €50 worth of food since you had to pay several euro's worth of tx fees to get your small tx confirmed. But these days luckily passed a long time ago, hopefully they don't come back any time soon.

I've used crypto to buy some food from takeaway.com when i was on holliday. Mostly because i always use crypto to order food from them when i'm home aswell, so i know they're legit.
Other than this, i usually stick to fiat 

Well... This is a very difficult question that depends on many local factors: your budget; your level of knowledge; your power price; the existance of a suitable mining room; the level of risk you're willing to take; wether or not you have spare "hardware" laying around (shelves, A/C, PSU's, cables, switches,...). There is no general answer.

There is an ASIC available for most (but not all) algo's that can be linked to the most stable crypto's, so if your power price is low and your budget is high, mining an established coin with a new asic might be more "stable". I think most mining farm owners that mine for a living (not as a hobby) are running ASIC farms nowadays...

CPU/GPU mining is mostly for newer coins whose network has a low hashrate and using a POW algo that isn't used by any of the "established" coins. If you mine these coins, you'll usually end up as a bag holder of worthless coins, altough there are some exeptions. Even if you CPU/GPU mine a new altcoin and hope it'll become a big hit, you're usually better off buying the new coin from an exchange when it's still cheap instead of CPU/GPU mining...

If you want to learn, CPU/GPU mining should be fine... Maybe even mine on the testnet? If you want to mine for a living, i'd start by calculating if mining can actually be profitable in your specific situation (hint: for a lot of people, mining profitably isn't achievable)

It might be sufficient to remove the blocks from ~/.bitcoin
The blocks take up more than 200 Gb...

Do make sure you do not delete your wallet.dat (even make a new backup on a secure medium before removing the blocks).

Do realize that if you start your wallet again, it'll need to redownload and reparse all blocks again...

Immutability and decentralization are actually 2 main building blocks around which the bitcoin protocol was designed. If you think these aspects of crypto are flaws you should stick to fiat. A bank can move funds around at the push of a button. They can freeze your funds or roll back any transaction they want to. I personally like bitcoin because it's irreversible, sure you have to think and double check before broadcasting a transaction, but as soon as your address is funded by a confirmed transaction, no central authority has the power to take your funds back.

Usually, these kind of sites generate a unique deposit address for each user. That's the way these get tracked. The message in the uri you posted is for your information only, it never ends up in a block.

Thanks for the raffle
Happy holidays

You'll need to fix your mobile template, I tried visiting your site using my mobile, and it was more or less unusable.

Also: only 1 bump per 24 hours is allowed. If you keep replying to yourself multiple times per hour, you'll get your account banned in no-time

Which specs do you need (hosting-wise?)
My dedicated box's resources are almost completely used, but I can still offer you a small vps for free if you want to (100 Mb disk, 512 Mb ram, 2 vcpu's,...)

I'm taking my family out to dinner this evening so I will revisit this thread (and my pm's) tomorrow afternoon in case you decide to take my offer...

I hate to be the barer of bad news, but the transaction is confirmed... This makes the transaction irreversible.
The only one that can help you is the person that owns the private keys whose public key hash is the address you mistakenly funded.

If you copy/pasted the wrong address yourself (by accident), you should be able to contact the real owner somehow (where did you copy the address from?) and ask him/her to send your funds back.
If you were the victim of a clipboard virus, i guess you're out of luck. In this case i'd advise you to go to your local police office and file a complaint. In case the creator of the virus ever gets caught, the police might give you your funds back... But the odds are really, really, really small.

An other thing you could do in case of a virus or hacker is to follow the trail of unspent outputs and hope the thief makes the mistake of exchanging your funds on a KYC exchange without mixing or cleaning the stolen funds... However, this is a difficult task, and the odds of the thief making such a dumb mistake are small.

1 - mocacinno

can i have 46 please?

Thanks 

It's just another name for the block reward... Sure, there is a company using the same name, but they are not related.

Same goes for blockchain (the technology) and blockchain (the company).


I have to admit it can be confusing, but it's basically just a company that used a technical term as it's name. Don't overthink this one

btw: i was still editing my previous post while you were replying... I added a link to more info in case you want to read up on block rewards.

it's the block reward. It has nothing to do with coinbase (the company).

https://en.bitcoin.it/wiki/Mining#Reward

Personally, i didn't find the question clear enough, that's why i asked... Just repeating the question in bold didn't make it any more clear. In the first part of your original question you're talking about redirecting traffic,  you're talking about multiple domain names, you're talking about "web hosting accounts". I hoped you'd tell us what you're trying to do exactly, in which case i could have given some advice suitable for your exact situation.

I guess I already gave you the answer (at least, i think this is the answer to the most plausable meaning of your question):
It's perfectly possible to have several a-records with different ip's for the same (sub)domain, in which case round-robin will be used.

Just create an a-record with the ip of the first host, create a second a-record with the ip of the second host. Round robin will be used, and about half the load will go to the first server, half the load will go to the second server.

You can also use a loadbalancer like netscaler or the loadbalancer in cloudflare (it's a pro feature if i'm not mistaking)

I'd never publicly claim that it's okay to accept 0 conf transactions...
If the tx is opt-in rbf, it's pretty easy to doublespend the output used as input for the 0 conf tx. If the tx isn't opt-in rbf, doublespending is still possible (but less likely).
It's also possible that a tx with insufficient fees stays unconfirmed untill most nodes prune it from their mempool. Somebody accepting the 0 conf tx will have to keep rebroadcasting the tx every couple of days untill it gets confirmed.

It's easyer and safer to require at least 2 confirmations before sending the goods... If the buyer cheaps out on the fees, he'll have to worry about getting his tx confirmed aswell.

It's kind of hard to get your question here... But i'll take a stab at it:

It's perfectly possible to use the same webroot for multiple virtual hosts... This means that multiple domains can point to the same webroot, hence serve the same content.

It's perfectly possible to have several a-records with different ip's for the same (sub)domain, in which case round-robin will be used

It's perfectly possible to move functionality to a subdomain on the same (or a different) host.

It's perfectly for most relational database vendors to do a master-slave setup, so even your relational database can be run from several hosts at the same time.

It's perfectly possible to return code 301 or 302 (temporarry or permanant redirect) to redirect your traffic to a different domain.

I hope the answer you search is in my post... If not: please elaborate your question

@op: you should wait untill your address is funded with the agreed upon amount using a transaction that has 2 or 3 confirmations (at least).
Don't let the seller pressure you, they're the ones that cheaped out on the fee, this mess is their fault, not yours...

If the transaction remains unconfirmed for several days, nodes will start to prune it from their mempool. After a couple of weeks, it'll be like the tx never existed in the first place. The sender can re-use the unspent output for a different transaction at that point. In order to avoid this, you could rebroadcast the raw tx every couple of days, but frankly, you shouldn't bother as long as you didn't send the goods... Let them solve the problem they created before they can expect the goods from you....