Bitcoin Forum
May 30, 2024, 10:43:32 AM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
  Home Help Search Login Register More  
  Show Posts
Pages: « 1 [2] 3 4 5 6 7 8 »
21  Local / Mining (Nederlands) / Re: Grote investering on: November 27, 2013, 09:59:29 PM
Hallo Gijs, als je je kansen wilt spreiden, dan zou er nu net een ASIC miner uit voorraad leverbaar zijn.

https://forums.butterflylabs.com/blogs/bfl_jody/

Het kan uit als de difficulty niet te hard zal stijgen in de komende jaren. Vrijdag a.s. is er de voucher BFLBLACKFRIDAY voor een korting van 25%.

Eigen keuzes maken, het is slechts een tip.
22  Local / Mining (Nederlands) / Re: Grote investering on: November 25, 2013, 06:34:45 PM
Voor een hoge, verwachte ROI neemt men een hoog risico. Een hoog risico biedt geen enkele garantie op een ROI.

Een reel van punin met 7.5 TH aan chips binnen twee weken online voor 50k lijkt voor 2014 al terugverdiend. Maakt de difficulty change ook niet meer uit. Mits met voldoende organisatorisch talent, arbeid en beschikbare componenten...
23  Local / Mining (Nederlands) / Re: Grote investering on: November 25, 2013, 05:01:55 PM
"Profitability decline per year" van bitcoinx.com/profit staat standaard op een waarde van 0,61 en dat komt overeen met een groei van het netwerk van ~ 2% per 2.160 blokken.

Het netwerk groeit de laatste maanden met 20%-40% per 2.160 blokken en dan ligt deze waarde tussen 0,00005 en 0,0076 (exponentiele functie :-)

De levertijd van mining apparatuur ligt, ongeacht de beloftes, tussen een paar dagen en nooit.
 
De waarde van een BTC zat het afgelopen half jaar tussen de € 50 en de € 700.

Dus het kon en kan waanzinnig goed of bizar slecht aflopen met zowel een investering in mining als in BTC zelf. Gokje wagen?

24  Bitcoin / Mining support / Re: 1 BTC whoever gets this Bitfury Unit up and Running on: November 13, 2013, 12:07:32 AM
https://www.wetransfer.com/‎ is a free service for large files.

EDIT: the service changed since I last used it, only 2 GB to be sent for free.

EDIT 2: use https://wuala.com/ to share, it will fit this image...
25  Alternate cryptocurrencies / Pools (Altcoins) / Re: [ANN] profit switching auto-exchanging pool - middlecoin.com on: October 28, 2013, 06:38:19 PM
People like you are just whining and moaning because your favorite shitcoin is dying, but it's because it's a shitcoin, not because of multipools.
Being able or not to withstand spikes of Gh/s from profit pools is not what makes it a good or bad coin.

A good coin survives the environmental challenges it faces and is of good use at whatever circumstances.

If it can't face the reality of 'profit pools' and live, let Darwin put it at the end of some extinct currency twig on the evolutionary tree.
26  Economy / Securities / Re: [PicoStocks] 100TH/s bitcoin mine [100th] on: October 20, 2013, 03:03:42 PM
To be fair, I bought some shares back on the good news S-Ju bought into, for speculative reasons, but sold quickly on a loss of 20% since there were no fundamentals for this price (Mhash/BTC), not enough inflow of greater fools and the buildup of hashrate went too slowly. And I quit betting again for a while ;-)

The main fundamental was paper Mhash/BTC and this one was terrible at all times during the last couple of months.
27  Economy / Securities / Re: [PicoStocks] 100TH/s bitcoin mine [100th] on: October 19, 2013, 09:39:37 AM
They've already badly violated their expected timeline and have gone to "basically worthless."

But you should get $10/GH in 2016!

Actually, each share has mined 0.02 btc as of today. With 518k shares total it means the project as a whole has mined approximately 10k btc or $1.4 million. This is above the $1 million target below which Tytus would have promised to pay $10/Gh/s to investors.

you don't get the point,many inverstors bought at 0.3 placed by Titus.

Those 'many investors' were speculants and are now burnt in their greediness.

The result of a combination of bad luck and bad assessment, since prices have even been far higher afterwards and buying in at 0.3 could have given a nice ROI.
28  Economy / Securities / Re: [PicoStocks] 100TH/s bitcoin mine [100th] on: October 17, 2013, 10:47:27 PM
... IPO investors and bought at 0.04 BTC. They may hope to get total mining dividends of 0.05 BTC, therefore realizing a tiny return of 0.01 BTC per share.


25% in a year ain't bad. If...
29  Bitcoin / Hardware / Re: BFL ASIC Firmware & Hardware, Understanding & Optimization on: September 26, 2013, 06:23:01 PM
Pick a Noctua fan, which is claimed to last about 160,000 hours (who knows, maybe it's handy to have a working, second-hand fan at hand in 2029 ;-), it hardly makes any sound and you can mod your miner to stand in a vertical position (putting the fan horizontal) for even more efficient cooling.

And oh, btw, they're ugly pinkish with brownisch details. Imho still better than any led decorated fan...
30  Bitcoin / Pools / Re: [6 TH/s] pool.itzod.ru - RSMPPS/LongPoll/JSON API/Websockets/No Invalids on: September 24, 2013, 09:29:58 PM
Could you please explain what happened 1h ago.
Block was solved but never showed in history and now we continue like nothing happened...?

When a found block is "Invalid", Balthazar has to perform a manual action in the database since it doesn't get processed automatically.

Usually the block and the rewards to be paid show up on the website within 24h.
31  Bitcoin / Mining support / Re: [GUIDE] BitFury Miner Support/Tuning on: September 24, 2013, 01:33:07 PM
Try the newest version of chainminer, IIRC it could help with miso-errors. Just run git pull && make clean && make in the chainminer directory. Obviously after making a backup Wink

Abracadabra. Would love to end my MISO-error party, but can you please get one level lower on the raspi skill ladder.

So the software 'knows' where to get the git?

And we only run the command "git pull && make clean && make"in the folder /opt/bitfury/chainminer/ .

Do we need root access to do this, or is user "pi" good enough for this task?

I'd love to just try and break something to learn afterwards how to repair and prevent it, but in this case, I'm going to arrange the backup first.

EDIT: Tnx for indexing puffmais. In fact, it is the second post ;-)

EDIT2: Improvement of about 20 GH to 50 GH on 2-board Starter Kit ~ 1 board pencil modded, which already threw out a lot of MISO-errors, which automagically disapperead after updating the chainminer.
32  Bitcoin / Pools / Re: [6 TH/s] pool.itzod.ru - RSMPPS/LongPoll/JSON API/Websockets/No Invalids on: September 20, 2013, 07:01:33 PM
wait till pool solves a block

Looks like the pool solved a block recently.  Smiley

Now I show some numbers under current rewards with a paid sum of zero.  How do I actually get this BTC?  (sorry if this is a dumb question)

wait till block has 120 confirmations
33  Economy / Securities / Re: [PicoStocks] 100TH/s bitcoin mine [100th] on: September 17, 2013, 07:21:43 PM
Thank you for providing more fundamental figures, so the ASIC chips themselves ain't the problem (don't know queues and production timelines at the foundries to get these small projects done), but getting them deployed to hashing in fully functional data centres will be.

100th bumped into some technical limitations at the pool side as described by Dave. If you run your own bitcoind at the mining facility, this probably won't be an issue.

Is there any problem to be expected in distributing the work to be done at really high hashing speeds. I mean, every calculation to find a hash should be an unique combination within the same mining pool (noob assumption). At which hashing speed of a mine will internal distribution of the work to be done become a problem? Or do we talk infinity then...
34  Economy / Securities / Re: [PicoStocks] 100TH/s bitcoin mine [100th] on: September 17, 2013, 12:57:02 PM
Hard to scale a mining operation is good for decentralization of mining!

Maybe fixed rate mines like 100th are actually quite good for the distributed network.
35  Economy / Securities / Re: [PicoStocks] 100TH/s bitcoin mine [100th] on: September 17, 2013, 12:25:29 AM
100 times difficulty ~ 100,000,000 GH/s ~ 1,000,000,000 USD investments in mining gear

Who's gonna pay that?

You assumed prices of $10 per Ghash/s. It is well-known current ASIC vendors have insane margins on the raw silicon. As a matter of fact, Cointerra is already selling pre-orders $3 per Ghash/s. Watch the price drop to $1 or less per Ghash/s over the next 12 months. Therefore a $100 million investment in mining hardware is all you need for the network to grow to 100 Phash/s. This will happen by September 2014. Watch.

Well, imho, all vaporware of new companies could be getting very slowly to the market. Every new company with a new ASIC will get setbacks to mass produce fully functional hardware. Technical and organisational.

Even the succes stories ain't spotless: ASICminer doesn't show their projected 200 TH which, iirc, they would have deployed at the start of last summer. Bitfury ASIC retail miners had to rerun parts of their production. 100th mine has been several months delayed and then you also have the usual suspects BFL and Avalon. Completely normal in every starting business and to be expected also of all other newcoming companies, and BFL again for sure, claiming to not need a prototype for their 28nm, since their models are now superior.

The incentive to invest in and to distribute retail products is also dwindling, since one has to compete with mines like Ghash.io, which runs the most efficient chips atm against manufacturers cost, which could be under $1 per Ghash/s according to your assumption. But they probably won't compete with themselves, just building and maintaining their share of the network. So they will follow retail and competitors, not lead them, but they are king for now.

Retail will slow down its pace first (happening right now), due to inherent high cost structure and lower than expected returns of their capital already fixed in miners and preorders. Generated income will probably hardly be reinvested after being scared in these first ASIC production rounds and by current jumps in difficulty. And daily amounts per individual miner are relatively small and they have to save many days to buy a (then hopefully cheaper) miner. Slowing the growth pace more and more, since they earn less and less and are mostly still in the red for their earlier investments.

Public companies like ASICminer come next, due to 'dividend losses' and losing the energy race accelerated by a shrinking share of the pie. Unless they (have) invest(ed) sanely (when they ruled the network) and some monkey comes out of their sleeve on one of these days. AM still makes a lot of investment capital every day, but hardware production and growth of mining capacity is slow compared to demand up till now.

Large private mines will rule anyway and the forementioned Ghash.io is the only serious one right now and they soak up around 20% of the daily production out of the market which is hardly needed for their expansion (they mine per day a private gross investment capital to add ~100 TH mining capacity) and which is not available for other parties to reinvest.

Even if the cash to invest is available (current pre-orders don't run as fast anymore it seems, look for example at HashFast 1st batch Babyjets), the production capacity could very well being the factor restricting a continued high growth pace.

I can't predict the future however and only expect a bumpy road to this hundredfold. Price drops can slow down growth also significantly and the other way around. But I do hope for a 100 Phash/s network rather sooner than later, since it is a positive sign for bitcoin. But not so much for this mine.

36  Economy / Securities / Re: [PicoStocks] 100TH/s bitcoin mine [100th] on: September 16, 2013, 10:16:03 PM
100 times difficulty ~ 100,000,000 GH/s ~ 1,000,000,000 USD investments in mining gear

Who's gonna pay that?
37  Bitcoin / Mining support / Re: [GUIDE] BitFury Miner Support/Tuning on: September 15, 2013, 10:05:34 PM
...

g) I Use only one pool for mining

h) renice the miner proxy process to -14 or lower

Code:
 2100 root        6 -14 33196 18864  4064 R 81.0  3.8 36h27:30 python ./mining_proxy.py -o us3.eclipsemc.com -p 3333 -cu XXXXXXXXXXX -cp XXXX -gp 8332 -v
h.1) I use htop to do it
h.1.1) sudo apt-get install htop
h.1.2) pi@bitfury / $ sudo htop
h.1.3) Press F7 repeatedly to reduce nice.
        

This did a lot for my performance: boost of 5 GH on a starter kit (regard as highly anecdotical, single measurement). But it seems to have a logic: instead of 3 processes consuming 50-60% of CPU time, now only 1 'large' process exists, using around 20% of the CPU at a high priority. It seems to relieve the raspi a lot...

Does it make sense to only prioritise the mining_proxy.py? I see many more chainminer processes in htop...

38  Economy / Service Announcements / Re: [ANN] Bitfury ASIC sales in EU and Europe on: September 10, 2013, 08:36:29 PM
Maybe noob question:

What is this line/file(?) in the directory of /home/pi/logs/ of the Bitfury chainminer logfile consolidation script by Jlsminingcorp and Isokivi?

-rw-r--r-- 1 pi pi 11592 Sep  8 23:21 tats for board: 1
39  Economy / Service Announcements / Re: [ANN] Bitfury ASIC sales in EU and Europe on: September 09, 2013, 01:07:47 PM
The purpose of the solder jumpers is to route the signals around a broken chip. Normally, the communication signals from the Raspberry PI go through each chip to the next one. If a chip is broken, it could prevent communication with the next chip.

With the solder jumpers you could remove a chip (or disconnect it by cutting the copper traces), and then connect each of the two blobs of the solder jumper with some extra solder tin so the chip is skipped, and the software can talk to the next one.

An area on my H-board doesn't have any solder on the solder jumpers. So this doesn't matter as long as the chips ain't broken. Toch?

Edit: I should have read post #1068 more thoroughly.
40  Economy / Service Announcements / Re: [ANN] Bitfury ASIC sales in EU and Europe on: September 08, 2013, 11:44:49 PM
In 20 minutes logging, I get MISO errors on 50% of the chips on my 2 boards. 2 up to 48 per chip (don't know how to paste the log properly here).

"MISOerr | Master In Slave Out error. Error in communication from chip to RasPi."

What causes these errors?


Pages: « 1 [2] 3 4 5 6 7 8 »
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!