Suppose Monero (or a different alt) were to gain enough traction for it to appear inevitable that it would eventually topple bitcoin. How feasible would it be to fork bitcoin to adopt some or all features of Monero? iow, a merger of the first mover advantage of bitcoin with the technical advantages of Monero. I suppose this question has two parts: 1) What would be the technical feasibility of doing this? and 2) Would the community go along?
The chances of such a merger are zero. From a technical perspective the coins are very different, and the economic interests strongly align against this. More importantly such a merger would violate the most basic economic fundamentals of both coins. This means that such a merger would break all trust in the coins and yes could make them both worthless. Both communities would reject such a merger and for very good reasons. What is more likely to happen here is that Bitcoin would have to fork to deal with the 1 MB Limit. Both coins would live side by side, compete and hopefully learn from each other. First mover is not everything. A very good example is the credit card industry. The first movers were Diner's Club and then American Express. Then came the later entrants including Visa and MasterCard. The first movers are still around but with vastly reduced market share. The challenge for the Bitcoin is to deal with the 1 MB blocksize limit before the above happens and not become the American Express or even Diner's Club of crypto-currency. Edit: Bitcoin might even fork in the middle of a boom, like it did the last time. After all it is way easier to get consensus when everyone is getting wealthier. You guys made me look at Monero (XMR), which trades pretty thinly and recently diving despite one 667 XMR order, which must be either Risto or someone else from around here  I am thinking of diversifying a small % of my BTC to alts, such as XMR, etc. (NOT LTC) |
|
|
|
Every half hr, lol, thats waaaay too often.
Once a day or every 12 hrs should suffice.
is 12,00 * * * * /etc/init.d/cgminer restartthe command for restarting every 12 hours, then? could someone comment if this is OK to put this in <System> tasks instead of ssh-ing? The timing in cron works like this - * * * * * command to be executed - - - - - | | | | | | | | | +----- day of week (0 - 6) (Sunday=0) | | | +------- month (1 - 12) | | +--------- day of month (1 - 31) | +----------- hour (0 - 23) +------------- min (0 - 59) So you could set the reboot for 1am and 1pm by doing 0 1,13 * * * /etc/init.d/cgminer restartYes, you can add it via the web interface. http://en.wikipedia.org/wiki/CronGreat info. Thanks |
|
|
|
I really appreciate the info on solar. We're going that route as well .
did you priced it in TX? Which distributor? |
|
|
|
@ compensation debate:
Obviously the decrease in hashrate will be compensated appropriatly.
(although I agree that Guy and ST beat the drum very hard claiming "at least 6TH" and it said 6TH on the website for quite a while)
I even remember getting an email update that claimed every sp30 will now get 6 TH, so yeah, that should really be the basis for compensation (atleast for units sold after that email).
The 60% worse power efficiency (not the 17% increase from 2500 to 3000W as Searing put it) needs to be appropriatly compensated aswell.
well looks to me it is just gonna be $$$/gh nothing for the worsening elec/wattage increase... or am I reading the below wrong The compensation will be for the missed GH/s, per the specific $/GH/s ratio of each customer order. It was explained numerous time before.
We'll allow each customer to select the form of compensation. More details soon.
Guy
so....we look to be compensated for the 6Th (or are they gonna use 5.4TH? as the BASE speed?) but not for the increased power usage.... or I missed another memo and am reading the above incorrectly? Searing I read this that if you ordered when machine was considered 5.4TH, then your base is 5.4TH, same logic for those (like myself) who ordered when machine was advertized as 6Th. Power use is a point of some contention, allegedly. If you ordered when it was 5.4, then the deficit is ~17%, and 25% for 4.5vs 6.0Th. It is not clear what would be a fair procedure for power calc. |
|
|
|
@ Zvisha  Posted some 24hour stats, sp30 above, for comparison an sp10 at another DC on the same pool below. Unfortunately there was a short ddos until the target was taken offline, so ignore the red marked area. You can clearly see the frequent restarts of the sp30 by the drop in hashrate. I am not exactly sure what the 24-hour average hashrate at the pool is. It is normal in the first day. Let's see how it settles down. Should stop restarting. Are sales people there at SPT? No reply from sales. |
|
|
|
What 7.5-8.0 TH/s looks like. Dissipating ~24,000 BTU. Most PSU's = EVGA 1300's, powers 3 S3's each with current to spare. Bitmain Rocks!https://i.imgur.com/Hn5xIKs.jpgnice...... I would have gotten more if i could somehow dissipate all these btu's:cannot do this at home at least. My garage is fully occupied (cars) and no room in the backyard to build a shed (no basement either) These shelves are some kind of standard or you have a link to home depot/amazon, or something else? |
|
|
|
I have one machine with a blade running 4 degrees cooler than the other. I just opened it up and found that the outside heatsinks were a little on the loose side. When I probed the r47s and the black chips above them, I found the temps to be between 90F - 102F on the R47s and 93F to 111F on the black chips. I'll be trying heatsinks before too long.
Temps were coolest near the intake and warmest in the middle of the unit.
someone had posted before that little black chips above R47 are actual dc-dc converter chips. are you planning to put small heat sinks on them? This has proven to have no effect on hashrate. Multiple members, including myself, have attempted this in misguided attempts to address the issue. tinkerers will tinker, until, hopefully, a reproducible solution to underperforming ants is found. I don't believe that this is like cancer where you could have hundreds of different genetic causes and their combinations. |
|
|
|
They created the best miner on the planet,
There is nothing about the SP30 that makes it 'the best miner on the planet'. Who are you kidding ? The best miner on the planet is the one that produces the best ROI, not the one with the nicest case or heat sinks. I am so glad I passed on that Farmer's SP30 deal back in April. i don't know why you keep pressing your case so hard, dude. it is what it is, we are all (or most) adults here, we deal with the current situation. was it a bit overmarketed-perhaps, yes, but i don't blame anyone for trying and not achieving the exact number, especially if an adequate compensation is promised. It is not the first or the last miner, it is a flow...stay with the flow. |
|
|
|
I have one machine with a blade running 4 degrees cooler than the other. I just opened it up and found that the outside heatsinks were a little on the loose side. When I probed the r47s and the black chips above them, I found the temps to be between 90F - 102F on the R47s and 93F to 111F on the black chips. I'll be trying heatsinks before too long.
Temps were coolest near the intake and warmest in the middle of the unit.
someone had posted before that little black chips above R47 are actual dc-dc converter chips. are you planning to put small heat sinks on them? |
|
|
|
there is no proof that re-pasting affected any of this, and I assume that this is just after a few hours. Some units have a habit of starting bright (at >470), then spontaneously dipping back to 440GH or even lower. It is also possible that OP had great units to begin with.
http://i62.tinypic.com/2wpm9oz.jpgthere is the first four S3's first screens i took .. what i think the problem is the stock thermal paste .. two of the S1's in the above pic are under performing .. those two were unable to be overclocked .. both of those have same symptom thermal grease leaking .. i think the under performance is the stock thermal paste touching the pins .. maybe the stock thermal paste is capacitive .. which is same reason i think no one sees improvements using AS5 .. i will be opening those two S1's and swap the paste and test .. I am thinking of ordering either Arctic MX-4 or GC-extreme to solve this puzzle once and for all. I have a machine that stubbornly performs at 428Gh at 212.5 and worse on higher mhz. I already applied AS5 very carefully (only on chips) with no effect (positive and negative). I will order one of the pastes above and try again in a few days. if nothing improves, then it is NOT the paste, but DC-DC converter (as I suspect). Could be beneficial for the other 4 machines I am expecting (if new paste works), hence the incentive. Here is paste comparison: http://www.eteknix.com/arctic-cooling-mx-4-thermal-paste-review/5/ |
|
|
|
I purchased mine through eBay and must have gotten an earlier batch.
i am trying to OC i was able to oc up to 237.5 without getting any x's but power draw from the wall doesn't go up and my hash rate goes down. when i leave at 218.5 i get 450 @350w at the wall(i use platinum rated PSUs). i can't even clock this thing at 225 without the HR going down.
Have we found a fix for this yet or is it just how its gonna be?
Additionally Ive noticed that as soon as i start overlocking my reject rate goes way up, somewhere in the neighborood of 25% HW stays very low. might this play a role in why my 5s hash is 480ish but average is closer to 400? if your average over 24 hr hash is 400Gh after overclocking, you should use default speeds or, if that does not work either, underclock to 212.5mhz instead and get a steady 428Gh at only 320-325W. Just wait 16-24 hr to make any conclusion. |
|
|
|
Sooooo if my B1 S3 runs for an hour without getting any x's on the chip status at 250mhz
With a 502gh Poolside hashrate, drawing 425 watts at the wall from a bronze psu - did I just like hit the lottery of units or something? Or do I need to keep an eye on this thing before I declare it stable.
Also does OCing really void the warranty? does it like set a flag bit somewhere?
yes, most likely you won the lottery, but wait 24-48 hours before declaring victory. Voiding warranty is irrelevant in >95% cases because units usually don't fail, hence who cares yours is voided already, though, as they have a way of knowing this from the miner history. |
|
|
|
This particular SP30 shows in its stats log that it was hashing at a solid 4.5 TH/s for 24 hours on the 29th of July (burn in testing in Israel), so this is just a firmware+120V issue. Once I get this on 200V+, I expect I'll be able to get it back up to 4.5 TH/s or maybe even higher with some tweaking (and 254V?).
Does it make a loud screeching sound as Sp-10 does or is it making a whooshing sound? I understand that it is ~65-67dB at 1m, correct? |
|
|
|
 this is 8 out of 9 S3 ants hashing at or above 441G/hs @stock clock .. i ran out of thermal paste for the 9th is why its not up yet .. i have 30 grams gc-extreme thermal paste due to arrive monday .. i have not tried to oc them yet but i might try next week .. it's all about giving these the right amount of loving is all .. So all your saying you did was re-paste and got better hash ? lol there is no proof that re-pasting affected any of this, and I assume that this is just after a few hours. Some units have a habit of starting bright (at >470), then spontaneously dipping back to 440GH or even lower. It is also possible that OP had great units to begin with. |
|
|
|
Every half hr, lol, thats waaaay too often.
Once a day or every 12 hrs should suffice.
is 12,00 * * * * /etc/init.d/cgminer restartthe command for restarting every 12 hours, then? could someone comment if this is OK to put this in <System> tasks instead of ssh-ing? |
|
|
|
Since I've added '/etc/init.d cgminer restart' to my crontab I've seen my 24-hour hashrate increase from 410 to 480 on my GOOD units. From 398-420 on my "Bad" units.
Some people are more code-friendly than others. chrontab is a bit too much for me right now. what would be the string of code to put in after sshing to miner and in what directory? If you don't mind, show us all commands, please. You should contact Bitmain. Perhaps they can include that modification in a firmware update. I have already contacted Bitmain about adding a restart timeframe to the firmware. (Much like many of the SCRYPT mining controllers) BEAR IN MIND, I AM AWAITING BMT ENGINEER'S ADVICE REGARDING RESTARTING THE CGMINER PROCESS SO OFTEN. There may be a reason they didn't include it as an option, but I'm more apt to believe that they simply just didn't think to do so. That OpenWRT controller is still VERY MUCH a router. Here's the rundown. It's very basic stuff. SSH into your miner crontab -eThis will load up the crontab editor, the usage is the same as Vi Press I to enter 'Input' mode. Add the following text below the monitoring script. 0,30 * * * * /etc/init.d/cgminer restartAfter doing so, press ESC to get back into command mode. Type: :wqThis will write your changes and quit. Type: crontab -l This will let you see if your new entry has been added to the crontab. If it's there, you're good to go. If not, Google how to use Vi or read one of the many posts in this thread that explain it. Thanks, 9600 |
|
|
|
Since I've added '/etc/init.d cgminer restart' to my crontab I've seen my 24-hour hashrate increase from 410 to 480 on my GOOD units. From 398-420 on my "Bad" units.
Some people are more code-friendly than others. chrontab is a bit too much for me right now. what would be the string of code to put in after sshing to miner and in what directory? If you don't mind, show us all commands, please. |
|
|
|
Hey Bitmain, any info on B5 shipping yet, one post of yours said you were shipping a week early instead of the 7th.
did you check your e-mail or order? my b5 got shipped last night. |
|
|
|
|
Show Posts
