People bought seven million in shares of something made by that same scammer who scammed people 250 bitcoins for microcash coin development then lately 75 bitcoins for GPU primecoin miner?

Gluttons for punishment or what? Weird.

-MarkM-

So definitely it would be something custom then?

No off the rack power-switching boards with little screw-turned thingies you turn to set how much more power you want to be remaining after prior outlet is turned on before turning on next outlet kind of thing?

Hmm maybe some kind of thermal thing, stick it on one eruptor's heatsink, when it gets warm enough it turns on next eruptor, when that gets warm enough it turns on the next, etc?

Or hell with it if its so damn complicated maybe just turn on whole shebang when day/night porch-lights go off and back off when they go on... if those things can be tuned for how light or dark you want the day to be before they go on / off that might be all you'd really need?

-MarkM-

This again? What happened to the existing thread that already went into this?

-MarkM-

Since ROI is itself already in bitcoins, they are no different than any other bitcoins.

The bitcoins are temporarily in the form of hardware and morph gradually back into on the blockchain coins, there is no "sell" involved...

-MarkM-

So a loss of eighteen to minus-two bitcoins, then? Seems like averaging across that range you're more likely to make a loss than a gain...

-MarkM-

What would be required in order to power up gear - such as, say, USB block eruptors - as and when sufficient power becomes available, and shut down as power fades?

I am thinking that it could be nice to use solar panels for power but save on batteries by being able to use all the power when it is available.

I don't really have the option of hooking up to the power grid because doing so woudl require re-wiring a whole building, which would involve ripping out all the plaster inside so electrician can put wiring in the walls, then putting up gyprock drywall in place of the old antique plaster.

A bunch of gear is supposedly going to be too expensive to run one of these months because of the cost of electricity on the grid, solar using battiers gets pricey too because the batteries cost quite a bit, but I am thinking the old gear could be used to soak up excess power on bright days when the sun is pouring in more electricity than one has enough batteries to store.

Is there some kind of common rack of relays or chips or something one can get that turns things on in sequence as more and more power needs to be used, and back off as less and less power comes in?

-MarkM-

Because that CPU mining concept is not for "securing" a blockchain, it is for "distributing" the initial coins. You still want the coins to be secure else you are distributing pointless worthless coins.

So ideally you want massively high hashing power merged mining securing a blockchain, but give out the initial coins some other way than based on hashing power, so that you aren't just giving it all to the same old special interest group that owns most/all of the hashing power.

-MarkM-

I suspect the scheduling tool I've been trying to figure out the needed features of should have transparency, so everyone can see all queues even if only as pseudonymous or anonymous entities. Then you would indeed see exactly how many tasks got done between phone calls. So maybe it should also be hooked into the phone system. Also email I guess, so if there are so many emails it takes several days just to sort through the irrelevant ones and spam in preparation for passing the potentially relevant ones along to a filtered queue of action items you can see that it was all those emails that ate up the days.

But if it takes four seconds to post a line saying you just processed another item, you just doubled the time cost even if each individual item only takes four seconds itself to process, due to the reporting requirement. So it'd have to be integrated tightly with workflow, so that maybe a website tells you what line and column the cursor is at on the worker's workstation maybe, under a header explaining how many lines of the file they are processing are consumed by each action-item.

Oh by the way everyone I just wrote a post on the forum, oops wrong place to report that, gotta go switch screens now to write down in my to-do list that I posted... Hmm i think there'd be quite a bit of lead time involved just in training people to keep jotting things down in their diary or to-do list, it'd have to become habit before it'd likely work very well.

The supposed purpose of this whole project was to make and ship the boards, not to sort out how much money is left over afterward and ship that out too. The premium paid was not for mothering, it was for sheer speed - priority - of getting the chips onto boards and the boards shipped, so unless there is nothing possible to do toward expediting that mothering ought to be sitting on a back burner waiting for some dead-time during which not a thing can be done toward getting working, debugged boards out to us as fast as possible...

-MarkM-

Maybe Yifu?

Is batch six overdue at last or is that batch still "on schedule" ?

The stories so far seem to be claiming it is Avalonn chips or Avalon chip deliveries that are the vapourware.

Or maybe "Yifu's word", for short.

I hope all this fuss about refunds isn't slowing down the actual manufacturing of our K16 boards...

-MarkM-

Maybe when some generous volunteer's turn to be processed is reached, the time that would have been spent processing that person's refund or whatever could be spent instead on fitting in however much of any update is possible within the span of time processing that individual's case would have taken, and the person be moved to the bottom of the queue so that the entire queue does not get held up while yet another update gets quickly whipped up and sent out?

I am starting to think there ought to be real usefulness for some kind of scheduling system that will let people do such tradeoffs, so that individuals who prefer to be mothered can choose to be mothered without those who prefer that production or processing or whatever take priority over mothering having to suffer whole production or processing line(s) being stalled pending some public relations brochure creation or press conference or whatever.

Maybe even include in price lists up front, chips, board, assembly, per hour of press conferences or brochure/newspaper publishing, etc etc etc...

I guess the people who like mothering will be willing to pay extra to have some motherly type at a desk 24/7 to chat with them, I know when I was up all night and day tracking down problems to try to get systems up and running it always seemed unproductive to me to keep having to stop actually working on fixing things in order to explain to some customer on the phone that they have a simple choice, they can chat with me on the phone or they can hang up so I can get back to working on the exact damn problem they are phoning to moan about...

Presumably no news is good news, in the sense that someone is actually working on the problem instead of making up press releases about it.

But hey, if you prefer the Josh Zerlan method - updates galore - maybe you should be buying from BFL?

-MarkM-

Using p2pool you can merged-mine bitcoins, namecoins, devcoins, groupcoins, ixcoins, i0coins, coiledcoins and geistgeld all at once.

You'll get lots of coiledcoins and geistgeld because the public pool that merges the most coins at once leaves those two out currently so their difficulties are still low.

-MarkM-

Yes it has been three for a while now.

Are you sure it ever actually stopped?

-MarkM-

No problem.

I think there is or was at least one "vanity pool" that presumably knew the trick, as it let miners mine vanity addresses for other people securely.

-MarkM-

There is supposedly some clever elliptic curve math trick that can be used to generate vanity addresses without knowing the private key, I think.

But one might not be able to do it using the "vanitygen" program.

It is probably related to the methods used for the extended deterministic wallet system that lets you not only generate new addresses for customers but, farther than that, give a customer a number/code from which that customer can generate new addresses, of yours, to send payments to, whenever they like, with your wallet still being able to recognise the payment is to you, and maybe also to know which customer that (series of) address(es) was given to.

So basically from a private key you generate some special elliptic magic thing, that you give to the vanity site, it generates addresses all day and night on and on until it finds one that is vain enough for you.

So maybe no need to give up the basic concept, you just need to do it in a "secure" way.

-MarkM-

You have the private key.

It does not matter whether he encrypts his copy of the private key, you can use your private key in your wallet to access all the coins.

Don't you know anything about bitcoin, blockchains, etc?

A million people could all have copies locked in safes, locked in wallets, it is irrelevant. Any copy, such as your own copy, can access all the coins.

-MarkM-

The useful source is main.cpp in the src directory of the git repo.

I am not sure what the URL is of the git repo offhand but a search on github should find it presumably.

-MarkM-

Its a scam. Passphrase to lock wallet is irrelevant, he has private key to the address so can take any coins sent there. Your wallet's copy of the private key being locked does not lock his wallet against him using his copy of the private key to access the coins.

Scammer tag maybe?

-MarkM-

198.154.60.183

-MarkM-

Wasn't this shut down as a failed experiment?

-MarkM-

So how are scrypt FPGA projects coming along?

I really hate screwing around with GPUs, lets get FPGA on the market!

-MarkM-