All kinds of upgrades are possible with segwit script versioning, a big one is privacy improvements.
|
|
|
It is an AVERAGE of ten minutes, but the actual time between blocks is not guaranteed to be 10.
|
|
|
Hello to everybody,
TL;DR: i believe bitcoind is not capable of creating multiple/individualized wallets, how can i do that without third parties using only C#/C++/PHP/maybe python? are there any libraries that may be helpful? or is it easy enough to communicate directly with the nodes and write my own client? (in a perfect world, i want an api that is not owned by a third party like blockchain.info or coinbase, and id like a library that will not require jumping languages and using HTTP communication or any form of request/response type...
what IS a wallet? does the blockchain/nodes/miners/etc... even recognize wallets or is it a construct we use for organizing the addresses like an account?
...
any insight will be greatly appreciated.
If you truly mean a wallet, look at: https://github.com/bitcoin/bitcoin/blob/0.15/doc/release-notes.md#multi-wallet-supportBut I don't think that is what you want. If you mean a construct to just group addresses together per user, using a HD wallet ( https://en.bitcoin.it/wiki/Deterministic_wallet#Type_2_hierarchical_deterministic_wallet) per user stored in a DB is how many do it. Nodes/miners/block chain doesn't know about wallets, at root, just inputs and outputs. Then talking to bitcoind to communicate is an option. Btw, going somewhere stating "x is a mess" isn't usually a good way to introduce yourself to get help, imho. :-)
|
|
|
Hi! I have read one's page on social media inviting bitcoin investors and guaranteed to gain profit at 140% for 140 days by doing nothing. Is this another "too good to be true" thing or scam?Or possible to profit this much?
Scam. Don't do it. No doubt they will scam some people, don't be one of them. If it isn't a scam, ask them to borrow 100 BTC from them, then send it back to them and tell them you'll repay them in 140 days from the proceeds. ;-)
|
|
|
The data that you see is not a representation of what everyone else sees. The data that you see is solely based on the number of transactions Blockchain.info has on their mempool, everyone can have different numbers due to poor propagation of transactions or differing rules.
The drop in the mempool transactions is likely triggered by a restart of the nodes that they have. The mempool might have been emptied by Blockchain.info and the increase in the number of transactions is due to nodes sending more transaction data to Blockchain.info after that.
It is interesting that they are running a pre-0.14.0 Bitcoin Core or they have the save mempool feature disabled. Or the had an unclean shutdown.
|
|
|
I am really hoping Monero takes off way more. That will help immensely in avoiding paying the government their bribes. Seriously, they provide NOTHING of value for the crypto markets and want a cut when your high risk pays off? Unbelievable.
Agreed with that too in principle (nothing of value), but for most people the risk (jail time) isn't worth any potential gain. The leeches will get their blood to buy people's votes and unless you want to follow the Roger Ver route and renounce your citizenship (from the US in his case), you have little choice if you want to be compliant. And "New Bitcoin Millionaires" probably will want to be able to enjoy their gains and to do so will need to follow the law. Just like people were over-confident in the security of TOR and were burned by either misconfigured servers, emails, honeypots, KYC/AML etc, there will be plenty of times that misusing the anonymity of Monero, mixers, Dark Wallet and the like will leak information that will enable the authorities to follow your path of transactions. And then you'll be screwed.
|
|
|
Let's give Segwit more grace period to really see if it fulfill what it promises
-snip- To use SegWit, you will need to use the new transaction type between new SegWit addresses. As TraderTimm correctly points out with that chart, less than one percent of transactions currently being sent are SegWit transactions. That's nothing to do with SegWit, it's to do with wallets not creating easy interfaces for spending SegWit transactions -snip- I agree with you 100%. The problem is that the average bitcoin user doesn't know how to use it. I mean, I don't know how to do it, and I know more about bitcoin than the average person on this forum. We need someone who raises general awareness, and can easily explain how it works. Once more wallets roll out with support - e.g. Electrum - I think usage will increase particularly when people see, "oh, I can pay 1/4 (or whatever) the fees by selecting SegWit". Kind of like the P2SH rollout wasn't instant.
|
|
|
Its impossible to engage the legacy banking system and not leave a trail. Just pay the 13 - 15% on long-term capital gains and be done with it. (Most people have held for more than a year.)
I don't understand why someone would risk potential fines and audits or even jail by not paying. Whatever your stance on taxation is, you're not going to change the system from inside a jail cell.
Agreed. One open question is the impact of the BCC fork since it had/has some value. The IRS hasn't given guidance yet as far as I am aware as to how to handle it. When do you pay taxes: 1. At the fork? 2. Converting it from BCC to BTC? 3. Selling any resulting BTC? Probably #2, but hopefully #3.
|
|
|
are you suuure it has been confirmed !!!
Yes, it is definitely confirmed. 86 confirmations so far, 0.023045 BTC: https://blockchain.info/en/tx/db4c02c63e43a284c4b9dd0ad3206f61ce6f622e825412c8bbc37567485665ca(you even said it had 73 confirmations in your subject!) You need to contact their support - looks like there are several ways of doing so on their contact page - this is a problem with their service or their wallet. There may be a method of exporting the private key from that address if you are using their online wallet or app and importing it using something else (or sweeping).
|
|
|
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
|
|
|
|