hello_good_sir is completely right:

on average, the time between blocks is 10 minutes. If your fee was to low, it can take a while before you get into a block, but once you're in, you should reach 30 confirmations in ~10 x 30 = 300 minutes (5 hours).

It's all odds and averages tough... It can take longer, but it can also be faster...

Here's the subforum dedicated to epochtalk (the new forum script): https://bitcointalk.org/index.php?board=167.0
If you want, you can search this subforum if your question was already asked, and if not, find the proper way to make a proposal.

I see a lot of users that seem to be a bit confused about the relation between transaction fees and number of confirmations...

The transaction fee is the difference between the sum the inputs minus the sum of the outputs of a given transaction. The fee can be added to the coinbase reward by the miner that mines the block that includes the transaction. Since most miners mine for profit, it's important for them to add as much fees to their 12.5 BTC reward as they can to maximise their profit.

Since the blocksize used to be limited to 1 Mb, the number of transactions that could be included in a block is limited. This is why a miner would chose transactions with the highest fee/byte of transaction data to be included into the block he's currently trying to solve.

A low fee results in less chance of getting your transaction into the block that is currently being mined (every miner can chose whichever transaction he/she wants tough, so even with a low fee there is a small chance some miners added your tx to the block they're trying to solve)... However, once your transaction is included in a block, and the block is valid and added to the blockchain, the fee no longer matters.

As long as the chain including the block containing your transaction is not orphaned, new blocks will be added on top of the block including your transaction, even if you broadcasted a 0 fee transaction, and you were lucky enough to have your 0 fee transaction included into a block.

In this case, this service seems to require 30 confirmations... This is offcourse overkill. The fee, however, is only important to get to the first confirmation, all other confirmations happen automatically if you wait long enough...

I don't think this question has been asked before, and if it was, it certainly wasn't asked on a daily basis (so it's a good question as far as i'm concerned).
However, such a feature would require the admin to add some extra code to SMF (the script for running bitcointalk). I don't see this happening anytime soon, since a new forum is being developed and the admin has, on numerous occasions, told us that he wouldn't do any mods to the old SMF anymore.

This being said, the new forum has been in development (and beta) for years now... I do wonder when it will go live...

here you go: https://en.bitcoin.it/wiki/Private_key

It might be a good idear to read up on bitcoin if you want to join a bitcoin-centered forum, or at least google your question before asking it

you can easily script this... A simple bash or perl script to read 100 private keys and run bitcoin-cli importprivatekey [key] then do a validateaddress and see if ismine is true...

However, after reading eXpl0sive's post, it might be easyer to follow his advice instead of mine...

The easyest way would probably be to download a wallet like core or electrum, put it on a usb stick and transfer it to an airgapped computer (a pc that will never be online).
There start core or electrum (while being offline) and import the private key... then check if it's valid and if the wallet is now monitoring the correct address... Afterwards clean everything up and at least reboot the airgapped pc.

There are ways to generate the address starting from a private key, but this is very technical, and rather hard to do... Using an offline wallet is easy

ike i said in my post: they're master private keys, afaik, that's just a synonym of a BIP32 Key.
BIP32 is the BIP where they described key derivation...
Even if the OP uses bip32.org, he still needs to know the derivation path, and he still has to import those private keys derived from his 400 xprv's by hand... Like i said in my previous post: a small python script could saved him hours/days of work... The only thing i have to know is the derivation path and wether or not he messed up and accidentally pasted a master private key instead of something else...

That's not base58, that's an xprv (a master private key)
HD wallets use an xprv to derive other private keys from...

You either missed, and copied the wrong key, or you have a bunch op master private keys (in case they all start with xprv and have a similar lenght to this one).

Either way, it's not that hard to derive the first x private keys/public keys/addresses from each xprv in your list by using a small python script... You can then import those private keys directly into electrum or core...

The only thing is: you'll need to know the correct derivation path we have to use to derive the private keys from the master private key...

no idear, but DGulari is right... I don't have this member in my trustlist either...

up untill level 3, this username is not mentioned in the Hierarchical view of the trustlist (https://bitcointalk.org/index.php?action=trust;full)...

Did you modify your trustlist in any way?

Did you actually read the thread?
The tx is confirmed, so the fee doesnt matter. The op just lost about 130 bucks at todays preev rate to some scamming scum... Please read everything before you reply.

No way of knowing this... The optimal fee is calculated based on the size (in bytes) of transaction data... So without knowing your tx size, its impossible to say anything about your fee.

That frown was defenatly not meanth as an insult to you... It was meanth as an angry face towards the scammer...
I actually feel bad for you... Eventough ~$130 isn't the end of the world, it's still an expensive lesson and i feel sad that there are people out there who think it's ok for them to take money that doesn't belong to them from people that don't have sufficient experience to avoid getting scammed.

[unverified]
According to this thread:
https://bitcointalk.org/index.php?topic=436467.0

It looks like the two official urls are:
https://bitblender.io
http://bitblendervrfkzr.onion


IF this information is correct, i can only assume you sent your hard earned BTC to a scammer... 
[/unverified]

It seems there are dozens of clones of bitblender, only the original seems to be real, the rest seem to be fake bitcoin mixers (scams).
Could you share the url (clearweb or deepweb) you used to access this mixer?

quoted, not verified since you already verified the message by yourself

That's a contradiction... Like you said, it's a sha256d only "engine". The real word is : it's an ASIC, an application-specific integrated circuit, as in "it can only do one specific thing".
In this case, it can create sha256d hashes, the only other thing it can do is be used as a spaceheater.

You can, however, mine other coins whose algorithm is sha256d, like, for example peercoin or BCH.

In your story, both the first tx and the second tx are valid. The difference between the two transactions is that there was a miner out there whose mining node had the "real" tx in it's mempool. This miner found this tx interesting enough (the fee was sufficiently high) to put this tx in the block he was currently solving, and by pure luck, the hash he generated from the header of this block was under the current diff.

If the "real" tx gets added to a block, and this block is propagated to the network, all other nodes will remove the unspent outputs used for the "real" tx from their UTXO set, this will invalidate the "false" tx they had in their mempool because the "false" tx is now using unspent outputs that are no longer in the node's UTXO set (in case they had the false tx instead of the real one in the first place).

A site like blockchain.info, however, has a total independent database where they usually log things like double spends... It's only in such an external database you'll find the "false" transaction...

So, at a certain point, before the "real" transaction was put into a valid block, both transactions had a chance of becoming the "real" transaction, and after the "real" transaction was put into a block, the "false" transaction will dissapear from the network in a matter of seconds and can only be found in external databases that are maintained by thirth parties like blockchain.info.

As for your second question: yes, 0 sat transactions CAN in fact be broadcasted AND can in fact end up in a valid block... However, some nodes do not want to relay 0 fee transactions, and some miners won't add 0 fee transactions into the block they're currently working on, even if their mempool is empty... So, there are decent odds that a 0 fee transaction will long be pruned from the mempool of allmost all nodes before there even is a remote chance of it ending up in a block... It's all odds and averages tough. The odds of winning the bit pool in the national lottery are extremely small, but still, there are people that win the damn thing every couple of weeks/months.

No,

It's a very usefull tool, but if you only have the passphrase (the phrase used to encrypt the wallet), it's completely useless.
For this tool to work, you need the encrypted wallet and you need to have a clue what your passphrase might have been. Since the wallet is missing, this tool isn't usefull.

https://bitcoin.org/en/choose-your-wallet

there is nobody that can give you a complete answer to this question... Can you tell us what you plan on doing? Purchasing a large amount of BTC as an investment, experimenting, buying from online retailers, buying in physical shops, trading altcoins...

Each of these usecases will result in other recommandations... And even then, the recommandations you'll get will most probably be personal opinions rather than hard facts.

The only no-brainer i can give you without knowing the usecase is: don't use web wallets or exchanges for storing BTC, unless it's for keeping a very minimal amount of "spending money" when you're on the road... Or in case of an exchange: don't keep your BTC on an exchange longer that the time you need to deposit, exchange and withdraw your BTC (don't even leave it on an exchange overnight).