| submitted by /u/viajero_loco
A lot has changed in the cryptocurrency space, and things are entirely different than they were when bitcoin was launched by its anonymous creator …
Google Alert – bitcoin
Before anyone rants about not keeping coins on exchanges during this time, I do understand that's the safest, and clearest answer to all of this. However, that doesn't give Coinbase, or any exchange, an excuse for not giving a very clear answer to this after plenty of time to evaluate this particular split.
Coinbase in particular offers a vault service with the purpose of holding Bitcoin longterm, so for those specific customers, it's not really sufficient to say to just remove your Bitcoin ahead of the potential split. Is that going to be the stance for every potential split? What would the purpose of the vault service be then?
Coinbase seems to have last posted about hard forks in general at this link. They recommend withdrawing from their platform, however the way it's worded is that it's only necessary if you are wanting to access your Bitcoin during the uncertainty period. https://blog.coinbase.com/update-for-customers-with-bitcoin-stored-on-coinbase-904dea08ac5f
I end with a question to the community here: The Coinbase multi sig vault says you retain your private keys. Are those keys able to be imported into both potential chains like hard wallets or paper wallets? If so, then Coinbase should mention that as a solution for their customers. Or they should clarify that they are not actually private keys. https://www.coinbase.com/multisig?locale=en-US
Before anyone rants about not keeping coins on exchanges during this time, I do understand that’s the safest, and clearest answer to all of this. However, that doesn’t give Coinbase, or any exchange, an excuse for not giving a very clear answer to this after plenty of time to evaluate this particular split. Coinbase in particular offers a vault service with the purpose of holding Bitcoin longterm, so for those specific customers, it’s not really sufficient to say to just remove your Bitcoin…
Can the checksig operator be used to check if private key A signed value X. Where value X is some arbitrary data like a sports score?
In the blocktrail API documentation, it says “indicates if the transaction includes the minimum required fee according to the Bitcoin protocol.”
However, there seems to be some confirmed transaction for which the field is false, such as this one 92088fe6b9d9c9db84d26481b80104f8ca566649a656b7aa3e67432b346cbf1c. This transaction turns out to be a payment from a pool to their miners. Is this always the case for the transactions with this field as false? Or is there other factors in play? (Such as: when the field is false, the transaction will merely take longer to be confirmed.)
I have a bunch of Bitcoin nodes supporting the Bitcoin network. Is there a way to tell if one of my servers is in fact running without installing a 3rd party software. Say I wanted to pay one of my users that hosts a Bitcoin server, but I don’t want to pay him unless I can detect his Bitcoin server is indeed running. Is there some type of unique identifier to tell if one of my nodes is running?
I know mnemonic passphrases are used to derive a master key that can then be used to procedurally generate your addresses. If you lose everything except the mnemonic, you can regenerate everything and recover your losses.
But from what I understand, and as my limited experimentation has shown, these mnemonic seeds seem specific to an individual program and even its versions.
So let’s say one day I lose everything except my mnemonic and I decide to recover it all. I set up my a new pc and such, and look for a wallet program. My original program is no longer available because nyan cat ate the source code. Am I now not basically screwed because any alternative program won’t be able to process my original mnemonic seed?
So if I want to not take any chances and not be bound to any single platform, I shouldn’t focus on the mnemonic but on my master key, which I’m merely presuming is standardized and universal. Having to store this single long string of pseudorandom chars isn’t exactly an improvement over storing a csv of pseudorandom strings, is it?
And of what I’ve seen, programs like even electrum and mycelium are all but crystal-clear about what exactly you are backing up and what exactly you can do with it (on mobile – electrum is much clearer on desktop, though it still doesn’t say anything about the nature of the mnemonic for example). A button labeled “back up my wallet” doesn’t really tell me if I’m backing up either type of seeds or just a list of keys, or something else. I suspect a binary file specific to this wallet program at that moment. Programs relevant to the same thing (i.e. wallet programs) should really carry labels on all their features, pointing out what is universal/standardized/cross-platform and what isn’t.
I’ve successfully been using Bitcoin core for the past months, but since two weeks ago its synchronisation is always stopped at the exact same blockchain. 2 weeks later, sync is behind by 2 weeks. And the error message is still the same: “No block source available” and I have 0 active connections to Bitcoin network.
I have updated the client, and changed networks (I even tried from another country to tell you the truth). I tried to type in “rescan” and “reindex“. EDIT : they worked, but sync is now stopped at another block…
Here is the end of the debug window after I did a rescan :
2016-12-25 21:36:12 Still rescanning. At block 440686. Progress=0.988020
2016-12-25 21:36:53 rescan 821342ms
2016-12-25 21:36:54 mapBlockIndex.size() = 441449
2016-12-25 21:36:54 nBestHeight = 441448
2016-12-25 21:36:54 setKeyPool.size() = 100
2016-12-25 21:36:54 mapWallet.size() = 6
2016-12-25 21:36:54 mapAddressBook.size() = 10
2016-12-25 21:36:54 init message: Chargement des adresses…
2016-12-25 21:36:54 torcontrol thread start
2016-12-25 21:36:54 Loaded 60362 addresses from peers.dat 457ms
2016-12-25 21:36:54 init message: Chargement de la liste d’interdiction…
2016-12-25 21:36:54 init message: Starting network threads…
2016-12-25 21:36:54 AddLocal([2a01:cb00:b1d:1d00:7f:42c7:afca:6f9a]:8333,1)
2016-12-25 21:36:54 Discover: ASUS-PC – 2a01:cb00:b1d:1d00:7f:42c7:afca:6f9a
2016-12-25 21:36:54 AddLocal([2a01:cb00:b1d:1d00:d8e0:fea5:2db:481f]:8333,1)
2016-12-25 21:36:54 Discover: ASUS-PC – 2a01:cb00:b1d:1d00:d8e0:fea5:2db:481f
2016-12-25 21:36:54 dnsseed thread start
2016-12-25 21:36:54 net thread start
2016-12-25 21:36:54 addcon thread start
2016-12-25 21:36:54 opencon thread start
2016-12-25 21:36:54 msghand thread start
2016-12-25 21:36:54 init message: Chargement terminé
2016-12-25 21:36:54 GUI: Platform customization: “windows”
2016-12-25 21:36:54 GUI: PaymentServer::LoadRootCAs: Loaded 44 root certificates
2016-12-25 21:37:05 Loading addresses from DNS seeds (could take a while)
2016-12-25 21:37:05 0 addresses found from DNS seeds
2016-12-25 21:37:05 dnsseed thread exit
Any leads ?
Miners find blocks randomly but also proportionally to the miner’s hashrate. How can I best predict and express this ‘chance’ per mining pool?
For example, if F2Pool has had 10% of the total mining hashrate for the past week, does it make sense to say that they will probably find 10% of the blocks moving forward?
What’s the best way to express the notion? I’d like to be able to say something like:
“F2Pool has a 10% chance to find the next block in the next 10 minutes, and this approaches 100% after 10 blocks. Ie. F2Pool has a very good chance to find at least one block within the next 100 minutes.”
Obviously there is never a 100% chance to find a block in the next x blocks, so what’s the accepted way of giving a number but also with that undertone of “or maybe never?”
Is there an API or library I can use to calculate/know these ‘chance’ values over time per mining pool?