Yeah he basically seems to be saying the company is not actually in the mining-hardware business, they are just selling a few small pieces of their private farm at exorbitant prices to get their farm R&D and NRE paid then will be yet another private farm driving us all out of business with a farm we (aka a bunch of suckers) paid the R&D/NRE for.
-MarkM-
|
|
|
I think there is even a QT GUI nowadays, it has taken over the name "Moneychanger" that used to be the name of the test/demo java client, which is now known as OtapiJ. (OT API J). https://github.com/Open-Transactions/MoneychangerYou need the basic OT itself of course, certainly for the java GUI which is just a front end that uses it, but most likely also for the -QT GUI, which probably is just another front end that uses it. Basically the java GUI links to the otapi-java library and the QT one probably links to the otapi C++ library. There are also supposedly iPhone and Android clients that have been coming along nicely lately though not sure either is ready for use yet. Apparently the -QT GUI is not ready for end-user use yet, more for developers to help test and debug and such. -MarkM-
|
|
|
Maybe we should check how many devcoins are at the writer's receiving address, and limit the amount of writing we will pay for accordingly.
So if someone wants to dump 80k of words, they would need as many devcoins already hoarded as they would gain if they got paid for all 80 of those kilowords...
That could filter out the people who just write and dump and never come back, because if they do come back, sorry, you are not a holder of devcoins so don't qualify...
Check the average number of coins they had at that address over the last cycle-period, for example.
-MarkM-
|
|
|
We're planning to let Yifu screw us around for a whole 'nother generation?
Or can we have him pre-order bitcoins from us by shipping us chips first then we pay if we like the way the finished boards we put them in work?
-MarkM-
|
|
|
Well I guess come the 20th to 25th or so of december I'll check back to see if same day shipping is available yet and if so consider ordering.
-MarkM-
|
|
|
I walked through the order process and once I got to shipping it told me my order should arrive 20th to 23rd of december.
So from that it seems like any talk about novermber is long out of date by now.
-MarkM-
|
|
|
Probably the best guy to get for the job would be the one who actually came up with the new code aka created the new I0Coin.
Last I heard he was working on bringing GeistGeld up to date, since XGG needs it even more than I0Coin did, as in, it is even more of a RAM-pig than I0Coin was.
But maybe we can pay him to do DeVCoin next. Although maybe doing the (merged mined) coins in order of how fast their blocks are makes sense since the faster their block timing the faster they will gobble up everyone's RAM.
Maybe even the guy deserves to be on the tenured developers list, since he basically embarked on all this just to do it, that is, he seems to be a person who just goes ahead and does useful free open source development just for fun or just for the sake of doing it, and he seems to do good work.
-MarkM-
|
|
|
Well maybe we can get some developers to ask to be paid in DeVCoins instead of whatever crapcoin someone wants them to work on when they whore themselves out to work on some crapcoin of the day, or something. So people will have to buy DeVCoins to hire developers...
-MarkM-
|
|
|
Does anyone want a newer DVC client? Would it be possible to fork the bitcoin-qt 0.8.5 code and then copy over the receiver files?
We should base on the latest I0Coin code, because sooner or later we will run out of RAM unless we adopt the special measured the latest I0Coin showcases that put the "proof of merged mining" data on disk instead of eating up RAM like crazy for it. -MarkM- Is that possible? I don't know much but can't we just copy the i0coin code, add receiver.h, change vital stats (block reward, client name, icon, etc.) and be fine? No, you do the full modifying of every little detail, just like we did originally when we based DeVCoin on some version of Bitcoin. Its not some copy/paste crapcoin, it has lots of little things that all had to be done, and they all need doing over again each time a new version is created based on some other coin's code. -MarkM-
|
|
|
Does anyone want a newer DVC client? Would it be possible to fork the bitcoin-qt 0.8.5 code and then copy over the receiver files?
We should base on the latest I0Coin code, because sooner or later we will run out of RAM unless we adopt the special measured the latest I0Coin showcases that put the "proof of merged mining" data on disk instead of eating up RAM like crazy for it. -MarkM-
|
|
|
Well I just tried out the ordering system and it tells me
"Approximate date of delivery with this carrier is between Friday 20 December 2013 and Monday 23 December 2013"
(It only offers one carrier. I am in Nova Scotia, Canada.)
So I guess end of november is not an option.
-MarkM-
|
|
|
Sure but from the sound of it even if you get the first unit shipped you'll be lucky to make 10% over what you paid for it, if all goes well over the winter...
I wonder though how conservative the difficulty increases estimates were that led to that figure. It doesn't take much more increase per cycle to gobble up way more than 10%...
-MarkM-
|
|
|
So according to a post a couple above yours, maybe there might possibly be 10% profit, if you do in fact get to plug it in and start mining at the end of november?
-MarkM-
|
|
|
Start adding solar panels to your datacentre. ![Smiley](https://bitcointalk.org/Smileys/default/smiley.gif) -MarkM-
|
|
|
So when do they ship? End of november? Start of november?
-MarkM-
|
|
|
I merged mine bitcoin + all the merge-able coins.
I am looking into "mine only when there is enough power coming in" solar/wind setup for when grid power is too costly.
-MarkM-
|
|
|
A multi-pole relay maybe, so that it would be in parallel with a dummy load until it plus the dummy adds up to enough, then it switches power from the dummy load to the real load and also switches in the next relay that will do the same when even more power becomes available. Oops but that is another dummy load on the syste in addition to the real load that just got switched on. I guess its not a simplistic problem.
But relays apparently don't just throw and stick, they need power constantly to stay thrown, so would consume some of your power all the time. I have to go look up MOSFET as apparently those are better than relays, someone posted earlier.
-MarkM-
EDIT: I looked at the arduino, and it was far from obvious how to go about "simply" using it to do this stuff. I think it could become a seriously useful product to offer though, as mining moves toward being mostly a seasonal or time-of-day activity as difficulty keeps going up and up and up...
|
|
|
So a timer, again. We already covered timers, thanks.
-MarkM-
|
|
|
Study all the many articles already posted including blow by blow how-to articles and sample code and so on; and of course simply study the entire source code until you understand what it all does and why.
-MarkM-
|
|
|
That doesn't make an alt, it makes a blockchain-fork of the litecoin blockchain.
In other words it is an attack on litecoin, not a separate coin-network of its own.
-MarkM-
|
|
|
|