It is already confirmed as shown by the link you posted. Where did you send this that is showing it isn't confirmed? Wherever that is, you should talk to them because either they shave buggy software or are scamming you by saying it isn't confirmed. |
|
|
|
There is no "official bitcoin client". One has to wonder about hese "news" services when a simple fact like that is missed. Edit: this sounds like an ESL article or a bot translated article. |
|
|
|
Thanks cr1776
Now it appears that the server is down. Edit: It looks like the page is back up. |
|
|
|
...
and it was predicted back then that in 2020 that size would be 4GB.
...
But Segwit and Segwit2 are only temporary solutions. The main factor in exponential growth isn't policies like Segwit,
...
6) Preserve a certain amount of the most recent blocks, just in case a longer blockchain is discovered, and then the Pruned Block should be recalculated.
...
each account. ... (Of course, accounts do not really exist in Bitcoin, when I say account what I really mean is a Private/Public Key pair)
...
transactions sent from A to every public key
...
nobody imagined back then that it would grow so quickly
...
I am sure there are those among us with more technical understanding to the nuances of how this idea should be implemented. I am counting on their help to see this through.
...
There seems to be a lot of hyperbole and assumptions in here that many who have a technical understanding of bitcoin would disagree with. Including some of the following which I see as either misunderstandings of how bitcoin works or something else. For example: * Who predicted it would be 4GB in 2020? Some references to claims would be nice for statements like that. Many people imagined that the block chain would grow as it has. Stating that no one did is disingenuous particularly since it is clear using basic multiplication that at a 1MB block size the chain could grow about 52.5GB/year (1MB/block * 6 blocks/hour * 24 hrs/day * 365.25 days). :-) * Things such as SegWit enable bitcoin transactions to grow exponentially, not linearly, if necessary via lightning, side chains etc. Plus using lightning enables micro-transactions which one doesn't need to store on-chain. * Presumably you mean a longer fork of the block chain? Not a longer block chain. * Accounts? Bitcoin works on inputs and outputs, not accounts (which you did acknowledge), private keys or public keys. Private keys allow you to spend outputs by demonstrating cryptologic proof that you are permitted to do so. You can't send to a public key (as above), you have to create a new input or output which out kind of mention later, but referring to it as "sent to a public key" in a technical proposal is just wrong. * You have to reference a UTXO and somehow all wallets need to know that this could change behind their back at some point and then have some method of tying the two old and new together. * nLockTime transactions may be impacted which is problematic for people who rely on them. * Segwit (and other solutions or those that rely on it - lightning, side chains etc) could be impacted if the UTXO set changes behind their backs. Hopefully you can address some of the concerns that others have and update. ;-) |
|
|
|
Please share your thoughts around this claim:
"Fork-Attacks on bitcoin like Bcash and B2X might become infeasible after next halving; due to the value of mining reward becoming Fee>NewCoin"
You can Fork the block reward (New-Coins)
But all the economic fee-generating-activity stays on original chain
Miners must follow the User rather than New-Coin
I haven't seen any discussion around this topic, so I'm curious if I'm missing something..
I wasn't really clear about the exact question...some possibilities: 1. Given the EDA gaming happening on the bitcoin cash chain right now, the bcash chain may have its next halving in 6-9 months (or less). And could have another one a year or less later IF the gaming continues. Is the question whether at that point the fees per block on BTC plus the mining reward will be so much greater than the BCH chain that the gaming would have to stop? 2. Or is the question whether after the next Bitcoin halving the fees per block will be larger than the block reward (or close enough to it) and so a fork would be uneconomical because the economic activity will remain on the main chain so the combination of fees and block rewards would be sufficient incentive to mine only the main chain? Personally I think either way the fees, particularly if segwit doubles or triples volume while decreasing average fees while increasing overall fees per block, will be a big incentive to stay on the main chain. Likewise, once BCH has a fast halving next year, the arbitrage opportunity will decrease and without the economic activity the chain's value will drop. That is the problem with the bcash EDA, it is gamable making the chain less stable than one would hope. |
|
|
|
Um, so, SegWit is active but when will we see evidence of it helping? Have any SegWit transactions gone through yet? Will the transaction count per block start going up?
Welcome back to the forum. Thanks. Um, any insights into my questions? SegWit transactions are going through. Not a lot yet: http://segwit.5gbfree.com/countsegwit |
|
|
|
Seems like the transaction fee has skyrocketed or something else is at fault. A week ago I transfered 0.1 mBTC with a 0.0023 mBTC transaction fee. It has zero confirmations for a week now. Another transaction with 0.07 mBTC transaction fee also hangs for days.
I know how to unstuck the transaction and resend but I think this will hurt Bitcoin adaption.
Will segwit help in the future or do we need other options to deal with transactions?
What was the transaction id? Miners can include transactions or not depending on their fee policies, but without knowing the size of the transaction, whether it depends on unconfirmed outputs etc, it is hard to say whether it was rational or not. (e.g. perhaps it will never confirm if its outputs will never confirm). Segwit may (and probably will, but no guarantees) reduce fees. |
|
|
|
2 blocks.
Now 1. A big day/night for improvements in bitcoin going forward. Edit: And active |
|
|
|
How long do you guys think it will take before segwit starts having a major effect on the fees?
As far as getting advantages from segwit activation (for example lighting network) could take several months to see actual advantages, so that will be a curious development to watch, as you mentioned, and surely there are better technical folks that could speculate on these matters. I think T-Rex means the extra blocksize space Actual Segwit activation happens at block 481824, according to achow101 above. From there on, people can start using 4MB of blocksize, but only if they're sending to a Segwit address. That will happen before the end of this week, I think around Wednsday or Thursday. So, you can expect Bitcoin service providing companies (exchanges and larger retailers) to roll out the ability to send to Segwit addresses pretty quick, both to use business2-business and customer-2-business. But regular users need to start using Segwit addresses too, and that takes as long as it takes, no one can force people to do it (the old addresses still work just fine). Miners may begin to incentivise this by prioritising Segwit transactions more, but they already prioritise on the basis of transaction size, so any Segwit incentive would have to be over and above the existing fee per kB logic. All that will take between weeks and months to play out, possibly longer for the last P2PKH addresses to finally move to P2WPKH (the Segwit address/script type). In addition, there's another BIP out there (171 i think?) that adds a new Segwit specific address format (current practice will be to use Segwit via P2SH addresses). This will be a whole extra new Segwit rollout of sorts. Hopefully, it will be tested and finalised for 0.15.1 (but I'm not at all sure on the specifics, that's just my ideal scenario). This will only add weeks and months to the overall switchover period, but bech32 (the name for the tech behind this new format) has alot of advantages. Lightning? I expect we can see some test channels running quickly after activation of Segwit, but I think the software clients are still in development even now. Anyone know some more? I think BIP173 is what you are thinking of: https://github.com/bitcoin/bips/blob/master/bip-0173.mediawikiAs far as when, that is still up in the air. |
|
|
|
Im pretty sure i know some of the words since i remember that i wrote them down correctly due the fact i found out that the order was wrong.
The first 4 words should be 100% correct since i found it out at that time, but im not sure if that helps at all?
Is there any other wallet i can try to enter my recovery key? That ledger stick is oudated and not even supported on their website anymore / removed from the product list.
Knowing the first 4 words will help significantly. If you look at Danny's message above (at the bottom where he sums up the math), you will see that even known 2 words helps, and 4 even more so. |
|
|
|
|
I think two lessons from the bitcoin cash for are:
1. Have at least some hash power behind you that is committed
2. Pick a name that includes bitcoin: bitcoin2x, bitcoin adavanced etc
|
|
|
|
40% is quite high for a digital currency many despised in its early days, I guess all the negative hype was all in the bid to buy cheap bitcoin cash tokens ....well played now we wait and see how it will hold up or maybe its just another pump and dump crypto? Only time will tell.
I think the lesson here is that the November segwit2x fork better pick a good name: Bitcoin2 Bitcoin2x BitcoinNext |
|
|
|
Is there such a spyware that can simultaneously log your keystrokes and capture your screen because that would be required to steal your encrypted private keys if you only intended to stamp them for example on a metal plate after seeing them on a screen within an offline version of bitaddress.org?
Those kind of malwares are fairly common and almost any malware have these capabilities. Even a keylogger will work, they just need your encrypted key and the password and they can do whatever they want. Thanks. So the keylogger gets my password but if I only write down an encrypted key and than shut bitaddress.org I should be half-way safe because it would have the password but not what it unlocks - namely encrypted private key. You also should clear the browser cache, quit the browser etc after doing it. |
|
|
|
I do! Thanks. I would only put my mind at more ease knowing that recreating something like BIP38 protocol is relatively simple task for the educated.
You can also fork it on github which gives you another online backup of it. |
|
|
|
No there will be no fork, it is settled
Definitely untrue. There probably will be one. Bitcoin Core won't be supporting the segwit2x/NYAgreement at least in 0.15.x (0.15.0 is at beta 1) and if indeed the miners go through with the hard fork block size increase there will be the bitcoin fork and the segwit2x hard fork. |
|
|
|
|
This has been the refrain since at least July 2010 when slashdot first covered bitcoins. Different year, different "journalist" same tired old stories.
All the while one could have made 5000-50000 times ones money if one mined (or bought) and held.
|
|
|
|
And if that file is gone... are the bitcoins unrecoverable?
If that file is gone, you have no backup of it, you can't use software (or hardware) to recover it from your disk, and you didn't export and save the private keys anywhere else, then in all likelihood the bitcoins are unrecoverable. If you did delete it without a backup, stop using your computer right away so as to avoid increasing the chance you overwrite that portion of the disk that store the file. Then use the software mentioned above search for the wallet.dat file. You will want to install this software on a different disk and boot from that disk. As above, is this Windows? Mac? If Mac, was Time Machine active? If Windows, see the poster above. |
|
|
|
|
Show Posts
