Is it possible for a wallet application to hold several addresses?
That's all a wallet is, a collection of addresses. Contrary to popular misconception, no coin is stored in the wallet. All that's there are addresses.
|
|
|
The future of ASIC mining is in efficiency. We don't need to get faster, we need to get smarter. I think we're at a speed plateau, there's not really a reason to get much faster, but there is reason to become more efficient.
I wish every electronic device in my house had some ASICs in them for hashing, would save me serious heating bills in the winter.
|
|
|
I dont understand whats the big fuss about, couldnt the mother just wait for the testing to be over and then take her child ?
The point being she didn't want her kid taking the test. Standardized testing is a joke, I wish more parents would opt their kids out of it.
|
|
|
Hello guys
Im new to this, Anyone can tell me in detail how i can earn some ok money just doing this for hoobby ? I have free power due to a solar park i own.
So i need some good details on how i start doing this what should i buy what should i do etc. I just need it for hobby and to earn some extra cash. No need to spend a lot though
Only answers that can help me. Thanks a lot
Start reading a lot, everything you can, learn about mining. There's way more to learn than anyone can or will be able to put in a single reply. Buy a small miner like an S1 and set it up and get it working. Understand the very basics first, then come back with your questions about starting a large facility with your solar park. You have to learn to walk first, then you can run. In the end don't expect to get rich, that boat sailed years ago.
|
|
|
Apart for your love for btc, what else do u guys like doing?
BTC mining is my newest hobby, hopefully I'll get lucky and make it a hobby that supports itself.
|
|
|
Who made this transaction with 0 fee, the winning bidder must be anxious right now, non-fee transaction might take several days to get a confirmation. Won't matter with a transaction of this size. I do wonder who won them though. Has this been announced? Why does everyone keep saying this? The amount of btc being sent has nothing to do with incurring fees. Fees are based on the file size of the transaction, not the monetary size. That being said, every transaction should have a fee associated with it, not sure why this one didn't.
|
|
|
The halving is near, and as many of us know, it will slow the amount of coins "minted" each time the miners find a block. I understand the basic of supply and demand, and I also know that the lesser the supply is, the higher the price. But what if there is a less supply but also less demand on the other side? Would the price still be high as expected? Or will it be low because apparently there are no buyers on the other side of the market? Confused here. Please help. ![Huh](https://bitcointalk.org/Smileys/default/huh.gif) The halving of the reward is only one factor. Of course if the demand reduces more than the supply then the price will go down. But the halving means a price increase is more likely (just likely). As far as I can comprehend (because I am an economics noob) less supply = high price. That was at least what my teachers taught me, but what if less supply = less demand? Would the expected price still high or no? Sorry but I cannot really get it. ![Huh](https://bitcointalk.org/Smileys/default/huh.gif) Less supply = higher price. Less demand = lower price. That's easy with a single variable. If both supply and demand change then you need to know which changed more. For example if supply reduces 25% and demand reduces to half then the price will go down. That did help. I'm slowly gaining some knowledge with this problem in my mind. I've been thinking about it for hours now and I'm quite shy to ask this. ![Sad](https://bitcointalk.org/Smileys/default/sad.gif) Thanks for answering. The help is really appreciated. ![Smiley](https://bitcointalk.org/Smileys/default/smiley.gif) I think you might be struggling with it because you are basically trying to predict the future based on a few knowns today. Economic forces are not simple matters, and usually if you expect A to happen then B will happen. There's more to supply and demand than just "supply" and "demand", those two terms are very broad and encompass and number of different elements.
|
|
|
Runnung in cellar @ 1,3THS - thanks bitmain! Heating up the room to 26C ![Grin](https://bitcointalk.org/Smileys/default/grin.gif) Cores running on 52 and 49 derees Ethernet cable to repeater on top One S5 heats up your whole cellar? How loud is it? I'm thinking about getting one.
|
|
|
A lot of people should turn away from mining due to electricity bills, but a lot of them are mining at a loss and they give this reason "to secure the network".
I mine "at a loss" because I do it for hobby. I only have about 300gh in gear I picked up for a song, so it's not like I could expect to make a profit with that, and I'm not going to spend the money on hardware that would net me a profit. I'm mining because I find it fun, I'm happy that I am contributing to the network, and I do have a chance, ever so small, of solving a block. Fun stuff!
|
|
|
Actually the wiki is a good place to start and where you can learn a lot. You should learn some of the technicalities of Bitcoin in order to keep your coins safe. A good way to start is to make a TODO list: - Earn your first bitcoin
- Buy one bitcoin
- Sell one bitcoin
- Gamble with bitcoin
- Buy something with bitcoin online
- Pay something with bitcoin IRL (if you have the chance)
- Make a secure wallet (offline wallet)
- Install Bitcoin Core (and backup)
After all this and some more you'll be more than apt to use bitcoin. This is my plan for the next few weeks. Will report back in detail about how it goes! Thank you L, cool suggestions ![Smiley](https://bitcointalk.org/Smileys/default/smiley.gif) I hope you don't mind me re-organising them though, as earning a bitcoin is probably going to be slowest for me, whereas spending one will be fastest ![Tongue](https://bitcointalk.org/Smileys/default/tongue.gif) If you're like me you'll go through those step, then add steps for how to learn to mine bitcoins, how to purchase your first bitcoin miner, how to setup your bitcoin miner, etc... It's as much a hobby as anything to me at this point, and I still find it much, much less confusing than fiat currencies.
|
|
|
The difficulty went down 0.2G, a sign of the times?
|
|
|
Pay day is Sunday I believe.
Payment received, thank you, great campaign!
|
|
|
That's definitely using MTT chip ![Smiley](https://bitcointalk.org/Smileys/default/smiley.gif) Get the power from your 850 psu will be perfect ![Wink](https://bitcointalk.org/Smileys/default/wink.gif) Do you know if 1 pair of yellow/black from pci-e will be enough? Two pair? Says it needs between 7v-26v DC. Thanks.
|
|
|
As a new member of the forum I have been very happy with 777, good site and good campaign.
|
|
|
Oh and there was a ckpool restart 45min ago in case anyone was unsure.
It must have been very brief, I didn't notice any down time on any of my miners.
|
|
|
Not as impressive as some of the other rigs, but no one else has Rocket Raccoon handling OPSEC.
Nice set up!
|
|
|
Silly question within the same difficulty period does it have any difference that you rent for instance 200 ths for one hour or 400ths for 30mins
No, you calculate the same number of hashes.
edit: and ofcourse congrats to the new blockfinder!
I don't think the answer is that simple, because you have to factor in the number of blocks you're working to solve as well. You'll have the same number of hashes spread out over more blocks with 200/1, whereas 400/.5 will have that number of hashes over half as many blocks, so twice as many hash calcs per block. Therefore you should have a better chance with more power over a shorter duration.
|
|
|
http://gavintech.blogspot.com/2015/01/twenty-megabytes-testing-results.htmlTwenty Megabytes testing results Executive summary: if we increased the maximum block size to 20 megabytes tomorrow, and every single miner decided to start creating 20MB blocks and there was a sudden increase in the number of transactions on the network to fill up those blocks....
... the 0.10.0 version of the reference implementation would run just fine.
You can check my work and get the detailed blow-by-blow in my for-testing-only megablocks branch (see megablocks_notes.txt).
CPU and memory usage scaled up nicely, there were no surprises. Both CPU and memory usage for the 20MB blockchain were within my criteria of "somebody running a decent personal computer on a pretty good home network connection should be able to run a full node."
I did have a surprise syncing a 20-MB chain to a VPS (virtual private server): bigger blocks were four times faster than the small, main-chain blocks. I don't know why; it is possible something else was happening on the VPS machine to affect the results, or maybe disk I/O is better with larger blocks.
So what's next?
Next we need a soft fork to deal with some longstanding technical debt related to the recent OpenSSL-was-willing-to-validate-too-much-stuff problem. Pieter Wuille and Gregory Maxwell have been working through that.
But then we need a concrete proposal for exactly how to increase the size. Here's what I will propose:
Current rules if no consensus as measured by block.nVersion supermajority. Supermajority defined as: 800 of last 1000 blocks have block.nVersion == 4 Once supermajority attained, block.nVersion < 4 blocks rejected. After consensus reached: replace MAX_BLOCK_SIZE with a size calculated based on starting at 2^24 bytes (~16.7MB) as of 1 Jan 2015 (block 336,861) and doubling every 6*24*365*2 blocks -- about 40% year-on-year growth. Stopping after 10 doublings. The perfect exponential function: size = 2^24 * 2^((blocknumber-336,861)/(6*24*365*2)) ... is approximated using 64-bit-integer math as follows:
double_epoch = 6*24*365*2 = 105120 (doublings, remainder) = divmod(blocknumber-336861, double_epoch) if doublings >= 10 : (doublings, remainder) = (10, 0) interpolate = floor ((2^24 << doublings) * remainder / double_epoch) max_block_size = (2^24 << doublings) + interpolate This is a piecewise linear interpolation between doublings, with maximum allowed size increasing a little bit every block.
I created a spreadsheet and graph of how the maximum size would grow over time.
But... but... WRECK! RUIN! MADNESS!
I'm confident that there are no technical barriers to scaling up-- I've shown that our current code can handle much larger blocks, and assuming that progress in electronics and networking doesn't come to a sudden screeching stop, that our current code running on tomorrow's hardware would be able to handle the growth I'm proposing.
Of course, we won't be running current code on tomorrow's hardware; we'll be running better code. CPU usage should go down by a factor of about eight in the next release when we switch to Pieter's libsecp256k1 library for validating transactions. Network usage should get cut in half as soon as we stop doing the simplest thing and re-broadcasting transactions twice. And I'm sure all the smart engineers working on Bitcoin and Bitcoin-related projects will find all sorts of ways to optimize the software.
And yes, that includes making the initial block downloading process take minutes instead of days.
So that leaves economic arguments-- most of which I think I addressed in my Blocksize Economics post.
I'll try to restate a point from that post that it seems some people are missing: you can't maximize the total price paid for something by simply limiting the supply of that something, especially if there are substitute goods available to which people can switch.
People want to maximize the price paid to miners as fees when the block reward drops to zero-- or, at least, have some assurance that there is enough diverse mining to protect the chain against potential attackers.
And people believe the way to accomplish that is to artificially limit the number of transactions below the technical capabilities of the network.
But production quotas don't work. Limit the number of transactions that can happen on the Bitcoin blockchain, and instead of paying higher fees people will perform their transactions somewhere else. I have no idea whether that would be Western Union, an alt-coin, a sidechain, or good old fashioned SWIFT wire transfers, but I do know that nobody besides a central government can force people to use product with higher costs, if there is a lower-cost option available.
So how will blockchain security get paid for in the future?
I honestly don't know. I think it is possible blocks containing tens of thousands of transactions, each paying a few millibits in fees (maybe because wallets round up change amounts to avoid creating dust and improve privacy) will be enough to secure the chain.
It is also possible big merchants and exchanges, who have a collective interest in a secure, well-functioning blockchain, will get together and establish assurance contracts to reward honest miners.
I'm confident that if the Bitcoin system is valuable, then the participants in that market will make sure it keeps functioning securely and reliably.
And I'm very confident that the best way to make Bitcoin more valuable is to make it work well for both large and small value transactions.
Posted 20th January by Gavin Andresen
|
|
|
Some how it's hard to know unless you open the hub & check the chips type. Or you can mail the manufacturer about the chip.
And do not used the original dc supply. Get the power from your PSU.
I will research, thanks. Yes, I have them running off a 850w psu with an S1, thanks. ![Smiley](https://bitcointalk.org/Smileys/default/smiley.gif) I mean get the power for the usb hub from 850w psu too ![Smiley](https://bitcointalk.org/Smileys/default/smiley.gif) Why would that make a difference?
|
|
|
|