Bitcoin Forum
April 25, 2024, 04:22:38 PM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
  Home Help Search Login Register More  
  Show Posts
Pages: « 1 ... 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 [112] 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 ... 397 »
2221  Alternate cryptocurrencies / Altcoin Discussion / Re: TimeCoin (TMC) Released! New Cryptocurrency! on: July 15, 2013, 04:59:45 AM
Yes I can compile on linux just fine with the current config. Make sure you have both boost libs installed on your Linux..

Yea I noticed certain transactions aren't going threw for me...If I am logically correct by the time the difficulty changes things will start working properly? Unless there is a quicker fix for this?

Something is funky with the build system.  It tried to add mgw suffixes to the boost library names.
2222  Alternate cryptocurrencies / Altcoin Discussion / Re: TimeCoin (TMC) Released! New Cryptocurrency! on: July 15, 2013, 04:55:59 AM
/usr/bin/ld: cannot find -lboost_system-mgw46-mt-sd-1_54
/usr/bin/ld: cannot find -lboost_filesystem-mgw46-mt-sd-1_54
/usr/bin/ld: cannot find -lboost_program_options-mgw46-mt-sd-1_54
/usr/bin/ld: cannot find -lboost_thread-mgw46-mt-sd-1_54

Has anybody been able to get the GUI to compile in Linux?

Edit:

I just edited the last g++ command and removed all the -mgw46.... suffixes.  timecoin-qt is now built
2223  Economy / Speculation / Re: Automated posting on: July 15, 2013, 04:11:40 AM
93.00 - cheap. I would buy.

http://www.bloomberg.com/markets/economic-calendar/


The US Treasury bonds are redeemed tomorrow, tell me what you guys think will happen to the dollar and btc / usd price if the yeild / interest rate goes up on treasuries ?


I'll tell you what, the USD will fall and the price of Btc will be higher. Might not be much but should be significant.


BUY BUY BUY

Rising rates is bullish for the dollar and bearish for risk assets.
2224  Economy / Economics / Re: Bitcoin - we have a problem. on: July 14, 2013, 11:29:12 PM
For those who may be interested, p2pool just hardforked to settings that should work much better for ASICs that previously had issues.  If you are an adventurous Avalon, AM Blade, or BFL Single owner, I encourage you to give it a shot.  If you are more conservative about potentially losing a couple percent for day or aren't comfortable tweaking config files, you may want to wait for reports and guides to be developed.  If you do try it, please try it for at least a day.  After 24 hours, if your efficiency is 100% or better you will earn as much or more than a 0 fee pool that pays out transaction fees.  There are also guides for merged mining other coins if you are interested.
2225  Bitcoin / Pools / Re: [1100GH/s] p2pool: Decentralized, DoS-resistant, Hop-Proof pool on: July 14, 2013, 10:56:51 PM
Did we just fork?  My "Expected time to share" just tripled.  I'm also not seeing the "Switchover imminent" messages anymore.

Edit: It appears so... this was the last switchover message in my log (time is EST).
Quote
2013-07-14 18:36:51.640422 Switchover imminent. Upgraded: 92.061% Threshold: 95.000%

After which I see several of these:
Quote
2013-07-14 18:38:52.620338 Lost peer <ip:port removed> -
2013-07-14 18:38:52.620455     Connection was aborted locally, using
2013-07-14 18:38:52.620595     L{twisted.internet.interfaces.ITCPTransport.abortConnection}.
2013-07-14 18:38:52.620723
2013-07-14 18:38:52.620843     @since: 11.1

I'm looking forward to ASIC reports.  I can recommend this guide for setting up and tuning p2pool (just mind that it might not yet be updated for the ASIC friendly changes this fork brings, so don't be discouraged by the warnings): https://bitcointalk.org/index.php?topic=153232.0

I would like to see my tiny 20GH/s get knocked out of the top 10 Smiley
2226  Economy / Speculation / Re: speculation on the when the price tops 200 on: July 14, 2013, 09:18:31 PM
So lets not shit all over this one too.

Oh well, I tried.  The price will not top $200 for some time.  I would say anywhere from 2 weeks to 3 years.
2227  Economy / Securities / Re: ASICMINER Speculation Thread on: July 14, 2013, 08:55:56 PM
I'm happy to see the current flat stabilization of the price. It could then get back to the previous patern of "stay flat... stay flat.... increase suddently and never come back... stay flat... stay flat... etc".


I do enjoy the staying flat calmness it brings forth anticipation and excitement when it suddenly goes ^^

Just wait until new blades come to the market, we will see another jump  Wink

When will that be?

(Well it is the speculation thread!) Grin

I've heard rumors of the 20th, 23rd, and 24th.... take your pick.
2228  Bitcoin / Pools / Re: [1100GH/s] p2pool: Decentralized, DoS-resistant, Hop-Proof pool on: July 14, 2013, 08:52:37 PM
Could someone explain the changes in SHARE_PERIOD and SPREAD? I understand it's to support ASICs in some way but can we get a more detailed explanation as to what these setting do?

Code:
Bitcoin:
        SHARE_PERIOD=10, # seconds
        NEW_SHARE_PERIOD=30, # seconds

        SPREAD=3, # blocks
        NEW_SPREAD=3, # blocks

Litecoin:
        SHARE_PERIOD=10, # seconds
        NEW_SHARE_PERIOD=15, # seconds

        SPREAD=12, # blocks
        NEW_SPREAD=3, # blocks

Thanks!

I'm not sure about SPREAD, but SHARE_PERIOD is the target time between shares.  Essentially, the sharechain is blockchain of valid bitcoin blocks, but it has a target block time of SHARE_PERIOD.  The payouts for valid blocks have to pay out to the last CHAIN_LENGTH shares.
2229  Economy / Speculation / Re: Where to invest 25,000 USD - LTC or BTC? on: July 14, 2013, 08:34:51 PM
When LTC are deployed on MtGox, I intend to buy BTC or LTC every time the market moves a specific percentage.
2230  Bitcoin / Mining / Re: Why is total hash rate dropping so much? on: July 14, 2013, 08:31:33 PM
That makes sense, it just seemed like more of a drop than we've seen to date, but that could just be stochastic fluctuation.

The variance of the hashrate grows linearly with the total hashrate: https://bitcoil.co.il/pool_analysis.pdf
2231  Bitcoin / Pools / Re: [1100GH/s] p2pool: Decentralized, DoS-resistant, Hop-Proof pool on: July 14, 2013, 08:25:36 PM
I have 6 GH/s pointed to P2Pool.  Can I get a %% update it currently is at?

Switchover imminent. Upgraded: 66.962% Threshold: 95.000%


? I'm seeing an average of 91% over last 24h in the graphs and a big chunk of hashrate switched over less than 24 hours ago. The switch should happen in the next 48h.

Hashrate has been rising too: it's at ~1.4TH/s. Exciting times for p2pool, we may regain a spot in the top 5 pools if enough people join and lower variance:currently only people understanding variance and able to afford it are on p2pool, with lower variance more people will join.

There is 12 hour lag.


the changes will take effect 12 hours after 95% of the mining power has been upgraded, as usual.


I guess it will be a little while yet.

Still, I would agree with your 48 hour estimate.
2232  Economy / Securities / Re: ASICMINER: Entering the Future of ASIC Mining by Inventing It on: July 14, 2013, 08:05:00 PM
Pretty peaceful and runeks you might want to use Bold to make sure people notice your options for sale

Out of curiosity why is the chart at 180%
https://docs.google.com/spreadsheet/ccc?key=0AkPdXsQFT-vIdHRVUjQ5Ql9BQWR6OENLMkhyUktUblE#gid=9

Looks like the V1 chart is showing the wrong difficulty.  I would look there first.

Edit: Last two difficulty entries are off by an order of magnitude.

Ah now I see the mistake
187.28116 vs 18.72812

Thanks for pointing that out waits for the fix from SmiGueL I'll just divide the network rates by 10 and assume that was the correct division

That wouldn't be quite right, but is a decent approximation.
2233  Bitcoin / Pools / Re: [1100GH/s] p2pool: Decentralized, DoS-resistant, Hop-Proof pool on: July 14, 2013, 08:03:49 PM
I have 6 GH/s pointed to P2Pool.  Can I get a %% update it currently is at?

Switchover imminent. Upgraded: 66.962% Threshold: 95.000%
2234  Bitcoin / Pools / Re: [1100GH/s] p2pool: Decentralized, DoS-resistant, Hop-Proof pool on: July 14, 2013, 08:03:29 PM
Pretty selfish

But it could hurt revenue by 5% for a whole day!  He certainly can't afford that.... unless he has a fast connection and fast hard drives.  Then his 110%+ efficiency would make up for it Tongue.
2235  Bitcoin / Pools / Re: Help me pick a pool on: July 14, 2013, 07:52:58 PM
Thanks to all - this is all fascinating info!

Quick question, does the hashing power of your setup affect which pool you should join? I will be bringing my 500GHs BFL mini rig online on Friday, and so it's a little more important to maximize efficiency vs my lil' 10.9 GHs ASICminer Blade right now! I'm on Slush's pool at this time.

Thanks folks.

If you have the hardware to run a p2pool node, and the 30 second share time switchover has occurred by Friday you should consider that.  The switch will happen when 95% of hashpower is on the new version.  We are currently at 67%.

P2Pool can actually get you more coin than solo mining if you set it up correctly.  See here: https://bitcointalk.org/index.php?topic=153232.0
2236  Economy / Economics / Re: Bitcoin - we have a problem. on: July 14, 2013, 07:45:44 PM
If p2pool node software was integrated into the Bitcoin-qt client so it is only one download and as simple as installing the normal client and a simple set up procedure i.e. you only have to enter a username and password - it would make a massive difference to the take up. Also a new tab that displayed all the stats that you have to request through your web browser as well.

Similar to how the original client had the option to "Mine".

At the moment it is too disjointed and is only going to appeal to people that are technically competent.

That would be my suggestion to help build the user base quickly.


The problem is that most of us in this community that are technically competent don't use Windows and very few of us know how to develop for it.  If someone reading this does have such skills, a single install p2pool GUI integrated with a wallet for windows would be awesome.
2237  Economy / Securities / Re: ASICMINER: Entering the Future of ASIC Mining by Inventing It on: July 14, 2013, 07:40:19 PM
Pretty peaceful and runeks you might want to use Bold to make sure people notice your options for sale

Out of curiosity why is the chart at 180%
https://docs.google.com/spreadsheet/ccc?key=0AkPdXsQFT-vIdHRVUjQ5Ql9BQWR6OENLMkhyUktUblE#gid=9

Looks like the V1 chart is showing the wrong difficulty.  I would look there first.

Edit: Last two difficulty entries are off by an order of magnitude.
2238  Bitcoin / Mining / Re: Why is total hash rate dropping so much? on: July 14, 2013, 07:25:03 PM
After peaking to 228 Th/s now it's down below 189 Th/s. Anyone know why??

"Hashrate" is always really estimated hashrate.  Finding blocks is a random process with fairly high variance.  Based on the rate of blocks found and the current difficulty, the hashrate of the current network of miners is estimated, and usually averaged over a time period.

TL;DR: There is variance, this is normal fluctuation.  There was not a mass exodus of hashpower.
2239  Bitcoin / Pools / Re: Why has our pool luck just dropped off? on: July 14, 2013, 07:18:12 PM
I don't think difficulty increasing would affect pool luck.

that's your error - finding a block is a Poisson process. Variance (actually sqrt of variance, but that's semantics) is proportional to the square root of expected blocks. Percentage variance is thus 1/sqrt(number_of_blocks)

If you normally get 100 blocks in a given week, you should expect +/- 10 blocks variance (i.e., 10%).
If difficulty rises and you now get 9 blocks a week, you should expect +/-3 (i.e., 33%)


This.
2240  Economy / Speculation / Re: PRICE ROCKET!!! GET ON HOLD TIGHT AND GET READY TO DOUBLE YOUR MONEY! on: July 14, 2013, 06:04:57 PM
The more expensive BTC is, the less useful it becomes.

I disagree. The price of Bitcoin has nothing to do with its use as a money transmitting vehicle. If I wanted to send $1ooo to a relative and Bitcoin was going for one million per Bitcoin then I would only need to purchase .001 Bitcoin to send it to them but if Bitcoin was only worth $100 each then I would need to purchase 10 Bitcoin. Either way they get their $1000 and at the same cost to me.

The price of Bitcoin only affects the traders and the savers
You'd need to purchase .001BTC keeping in mind the likely fee to transmit (if BTC is successful) would be at least 50% of that, or $500. At best, you could probably get an exchange willing to do internal exchanges (which'd be nothing more than internally assigning numbers, not actually trading Bitcoins), but then you still have wire and exchange fees, so why bother even using BTC as an intermediary in that case? Fees ("bid-to-transmit") are practically nothing right now because it's heavily subsidized by block rewards. Soon enough, the block reward will decrease to 12.5BTC, and fee/reward parity might be consistently achieved before then if Bitcoin continues growing its user base. Within a decade, the block reward will equal 6.25BTC.

Bitcoin is currently able to get around a lot of the bandwidth/storage costs of including microtransactions by shifting it all on people who run full nodes, but there's a reason light clients and web clients are seen everywhere in the community. Running a full node is practically impossible for anyone with capped data bandwidth, and difficult for anyone with an uncapped ISP option lesser than DSL. Bitcoin's on an exponential growth trend greater than Moore's Law and subject to explosion if it should become mainstream, while the only solutions are really only to either decrease number of full nodes by increasing the amount of transactions/second (increasing the burden to run a full node, while each full node dropping off only compounds burden on those still running), or to accept the current t/s rate and allow the free market to increase fees. Once the subsidy drops off, large fees will likely be mandatory, and full nodes (if users can find one unburdened enough to connect to) may be primarily run by mining pools which won't even bother to relay microtransactions.

Bitcoin has a rough road ahead of itself before it can sustain a dramatically higher price (rather, the higher volume of transactions which'd sustain it), and we don't even fully know what kinds of changes the rules and software will need to keep Bitcoin chugging along, but I doubt the days of <$.10 minimum bids for a quickly-included transaction will be here for even another year (whether that's because of an increase in number of transactions, or increase in price, or the likely combination of the two). Bitcoin simply isn't built for microtransactions, and that'll become more apparent as it continues to grow.

Not true at all sir. If BTC were a million, the fees would obviously drop appropriately. Remember that the fees is NOT determined to be a fixed % but rather market driven (like almost everything else with BTC). Miners would be happy to take an equivalent of say $1 in fees per transaction irrespective of how many BTC it represents. Bitcoin will always have a lower cost of transmission than fiat just by virtue of how it is setup.

With a more flexible blocksize, which may come eventually, you would be right.  However, with blocks currently capped at 1MB, we can not sustain more than 7 transactions per second.  This will limit the supply of block space in such a high valuation environment, thus driving up fees.
Pages: « 1 ... 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 [112] 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 ... 397 »
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!