Well then you have a problem. There is no "top". Bitcoin is a consensus system. Blocks from a forked protocol which has more coins than current nodes expect will simply be seen as invalid. Miners mining those blocks will be wasting hashpower.
It is very likely Bitcoin will never have a "split.
Of course there is a "top". The big exchanges and brokers, along with the core developers. Two years ago MtGox could have single-handedly switched the denomination and everyone would have updated their services. Right now there are more big players, but it would only take half a dozen influential people to make the switch happen in a week. No it wouldn't. My client rejects blocks which don't match the correct Bitcoin protocol. There are 21M BTC, the current subsidy is 25 BTC and coins are divisible to eight places. So you are saying if you get all the major cexchanges, service providers, plus wallet developers for all the wallet to all simultaneously change you could force a change. Even that is incorrect but sorry to break it to you but all those people in that group don't agree on just about anything. Hell they often don't agree on very non-contraversial changes. However you believe by magic they will all agree simultaneously on probably the most controversial change to Bitcoin ever? Really? When you have to get dozens of people from diverse views with diverse viewpoints and often conflicting agendas to reach a consensus and then gets hundreds of thousands of users to upgrade their software to make that change effective that is by definition "no top". |
|
|
|
1. We have been having these threads for years now. Everyone who is clued in is in complete agreement that the price per bitcoin is holding back adoption. The problem is that we're nobodies. This kind of change has to come from the top. Well then you have a problem. There is no "top". Bitcoin is a consensus system. Blocks from a forked protocol which has more coins than current nodes expect will simply be seen as invalid. Miners mining those blocks will be wasting hashpower. It is very likely Bitcoin will never have a "split. |
|
|
|
Looking at how bittorrent handles peer selection and load distribution is probably a good starting point.
Fairly poorly in the absence of a centralized tracker. There is a complete implementation of a better fetch mechanism for bitcoin since last year: https://github.com/sipa/bitcoin/tree/headersfirst It works quite well and avoids slamming just a single peer or being slow because a peer is slow. It couldn't make it into 0.9 due to a lack of testing as it's a rather big change. Instead its slowly being broken into staged commits. Hopefully, if this interests you, you'll be able to help with testing when more is needed.  Thanks I will take a look. |
|
|
|
|
To OP it isn't abnormal although the experience from node to node can vary significantly by luck. When bootstrapping nodes don't use any sort of advanced peer negotiation and load balancing protocol (i.e. bittorrent) and thus will slam the first well connected peer that reliably supplies blocks. If a large number of new nodes connect to you then you are going to have high upstream bandwidth usage (unless limited by some third party tool). This isn't a criticism just an observation. There are more important improvements needed but as bitcoin grows the bootstrapping and node load balancing portion of the protocol will also need to improve. Looking at how bittorrent handles peer selection and load distribution is probably a good starting point.
|
|
|
|
If you can send a bank wire you can have your coins tomorrow (same day the wire clears) using BitSimple. |
|
|
|
Bitcoin is the Beta app.
Make no mistake about it, there will come a time to change out your Bitcoins for another currency. Right now though, it's all Bitcoin & Litecoin.
TCP/IP is a beta protocol. Make no mistake about it, there will come a time to rip out all the internet infrastructure and replace it with something new. |
|
|
|
|
Is the OP confused as to what the term "make customers whole" means?
|
|
|
|
just to add some info..
BTC-E is not a MSB. they do not transfer funds from an actual bank account belonging to them. EG accepting money in from john and sending it out to mary.
they however USE a MSB, much in the same regards as many people use paypal, where users change balances on paypals database but its paypal that moves actual dollars from bank account to bank account..
BTC-E uses Unitransact Pty Ltd and Unitransact Pty Ltd's bank gets wire transfer requests from Unitransact Pty Ltd not BTC-E
(though btc-e ask Unitransact Pty Ltd in the middle)
FinCEN position is the mere act of exchanging virtual currency for real currency is in itself money transmission even if no other money transmission occurs. One could argue that is a stretch and that classification in another MSB category would be more appropriate but until contested in a court of law FinCEN guidance stands. http://fincen.gov/statutes_regs/guidance/html/FIN-2013-G001.html |
|
|
|
|
Update:
I was able to achieve 780 bps using a single 0.9 uCi sample, 1,602 bps using two 0.9 uCi samples, and 2,240 bps using three 0.9 uCi samples. Due to the size of the slug holding the Am-241 I can't properly position four of them next to the alpha window on the tube (~10mm dia). In testing getting the samples as close as possible I got less than 1,500 bps (instead of expected >3,000 bps) when using 4 samples. The controller and tube are capable of higher event frequency but it would require a higher energy density than what is available from smoke detectors.
|
|
|
|
This is definitely a fun project. I learned a lot from this one and your other thread about sources of randomness. I didn't know about random.org or ERNIE. I hope you keep posting about this project and your work on an open-source TRNG.
Glad to hear it. Entropy is a pretty poorly understood subject despite it being absolutely critical for cryptography. |
|
|
|
So besides that, I know that you can't get taxed if you spend bitcoin on items. In the US by the current IRS guidance this is incorrect. Sell your BTC for dollars or use your BTC to buy gold both are taxable events based on the price of BTC at the time of the transaction. so what will happen if this new company comes out with that debit card where i can spend my bitcoin anywhere? will that always be traced back to me or will i be able to shop in freedom and tax free. im scared of the irs when it comes to bitcoin and the last ting i want is to get fined for not paying taxes when i should have although i dont agree with them taxing bitcoin. I think you are asking two different questions. The following questions are not the same: What is the tax liability as advised by the IRS regarding Bitcoins for US taxpayers? vs If I break the tax law will I get caught? Since you seem to be mixing the two together as if it is a single question it is hard to provide an answer. I don't necessarily agree with it but until someone wins in court the guidance from the IRS is the best we have. If you spend Bitcoins then you are liable for any gains on them at the time you spend them. If you have held the Bitcoins for 365+ days then the gain will be taxed as a long term capital gain, if you held the Bitcoins for 364 or less days before spending them, then the gain will be taxed as a short term capital gain. What you purchase with the Bitcoins, how you spend them, or why is utterly irrelevant. http://www.irs.gov/pub/irs-drop/n-14-21.pdf(See specifically Q-1, Q-2, & Q-6) |
|
|
|
The problem is that 100 million satoshi to a bitcoin is not logical. Should have been 1 million or 1 billion. This makes no sense at all. So before you do anything you should either cut two zeroes or add one.
I never understood, why they made that decision. Maybe some veteran Bitconar could explain? Because it accounts for future growth of the world economy including inflation in the future since no future supply can be created it needed to go into Quadrillions You misunderstood my question. I wonderer why they made the decisision to use this 100.000.000 step. Normally you would use steps of 1.000 (like in Mega or Giga), but they decided to make steps in 100 (?). We don't even use this System. We use µBTC which is 100 Satoschi but 1.000th of 1 mBTC which is 1.000 of 1 BTC. This 100 step to come from Satoschi to µBTC doesn't fit. The limit of 64 bit int. |
|
|
|
So besides that, I know that you can't get taxed if you spend bitcoin on items. In the US by the current IRS guidance this is incorrect. Sell your BTC for dollars or use your BTC to buy gold both are taxable events based on the price of BTC at the time of the transaction. And what is your evidence that those rules apply? None. I don't care but the OP point was a way to avoid taxation. What is your evidence that any taxes are owed on BTC in any situation in any country? If you want to violate the tax law, then just violate the tax tax. If you intend to comply with the tax law then doing an interim conversion to gold changes nothing. Either Bitcoin tx are taxable are they aren't. BTC -> GLD -> USD doesn't magically make it nontaxable, if BTC -> USD is taxable. If BTC -> USD is nontaxable because you believe (insert latest dubious scheme here) the it is already nontaxable so there is no need to convert to gold first. |
|
|
|
So besides that, I know that you can't get taxed if you spend bitcoin on items. In the US by the current IRS guidance this is incorrect. Sell your BTC for dollars or use your BTC to buy gold both are taxable events based on the price of BTC at the time of the transaction. |
|
|
|
Explain how house arrest is a punishment..  It isn't suppose to be, he hasn't been convicted yet. This. Kinda strange that the OP believes people not convicted of any crime should be pre-emptively punished. If Shrem is convicted THEN he will be punished and it won't be house arrest. |
|
|
|
I have the same problem lysdexic had. I started bank verification a couple of weeks ago and never got the trial deposits. Tried online chat and gave up, no response after four minutes. Phone call diverted to voice mail after a while.
Can't see any way to restart the bank verification process.
DeathAndTaxes: I sent you a PM with my bitsimple username.
Issues with support chat should be resolved. I forwarded the PM to support. In the future I would recommend using the BitSimple_Support account here on Bitcointalk as it is monitored by multiple people and my personal account is not. Gerald |
|
|
|
|
Thanks for the tips. The good news is that GM tubes are pretty voltage tolerant so even 20% should be "good enough". The spec sheet on the 712 indicates optimal voltage is 500V however the response curve is pretty flat between 450 and 650 Volts. It is more of an issue for an actual geiger counter. Reporting lower radiation than what is actually occurring because your tube is insufficiently charged and missing particles is a ruin your day kind of bad. For the purpose of entropy the loss of a few particle events simply means a lower output rate.
|
|
|
|
|
Things to do
Liberate a few more Am-241 sources to test upper limit of the system (712 has a dead time of 90 uSec so that puts upper limit at around 11,000 cps and realistic limit closer to half that).
Collect 10MB of output to run some statistical tests for entropy.
Add LEDs on analog side for power and event to provide troubleshooting.
Investigate tube mounting and connections.
Test pulse detection on MCU using a 10 KHz pulse generator.
Publish schematic.
Publish MCU source code.
Develop schematic into prototype board.
Get prototype board printed, assembled, and tested.
|
|
|
|
|
Show Posts
