Well, there enough people here who understand that with a simple die shrink noise margins shrink faster than the consumed power.

Anyway, I will gladly wait for an update after Nissan 22nd, 5774.

Meanwhile, please enjoy a belated happy Purim song, because I don't know any Passover songs.

http://www.youtube.com/watch?v=j5T25pdNBVU

I presume that you are just a marketroid. What you just did by saying "we know what we are doing" and "verilog testbench" is to suggest that you don't have any experience with designing power-limited and noise-limited ASICs. There is obviously a small possibility that someone in your team knows it, but intentionally told you to misinform. But I somehow doubt this had happened in Israel right after shabbat.

You could make an intelligent post without disclosing any proprietary info. Bitfury for example had posted max clock speed for his chip with all hashing engines running and with just one engine running. He also posted whole slew of timing-margin and noise-margin vs. supply voltage values.

If you have no detailed BSIM (or similar analog) models of your chips at this stage then you quite clearly aren't in the "know what we are doing" category but in the "CAD monkey" category. This doesn't bode well for the successful delivery. Simon Barber of Hashfast was the most recent example on this forum: "our chip will work because Apache Redhawk says so!"

https://bitcointalk.org/index.php?topic=270384.msg2894710#msg2894710

PS. In the above message all "you" should be understood as "plural you" (i.e. whole company as opposed to the person posting) with the exception of the very first.

One positive thing you could do to assuage the prospective customers is to post some concrete technical information about both your present chip and the future ones.

There is literally a lot of info that you could post without disclosing anything detrimental to the technical competitiveness of your project, e.g. some results of simulations like noise margins versus supply voltage.

If you need inspiration please go read bitfury's past posts.

It is my understanding that the plastic Trezors aren't 3D printed (not sturdy enough), but injection molded. Manufacturing a die for moulding definitely could take months, especially if the geometry of the design is difficult to mould properly. I remember from my earlier discussion here about the eyelet that one of the original designs was atrociously bad as far as reliable manufacturability.

I'm just quoting to preserve one of the worst self-burns in the history of Bitcointalk. Please don't delete my post, although it is trivial. The ambiguity in English language grammar is such a trap: Pharmacist dispensed with accuracy.

I doubt that anyone has any reliable data of this kind.

The key component of a miner is an un-binned CMOS chip where expected manufacturing tolerances are probably +/-25% or even +/-50%. I don't think that any of the vendor does any bin-sorting of their chips, anything that hashes and doesn't smoke is getting shipped to the customers.

Instead of investing into more true power meters I would suggest splicing sub-1-ohm resistors into the neutral wire of the extension cords. Just measure the voltage drop on them with any half-decent AC multimeter.

If you have reasonably US-electrical-code-conformant wiring this would be quite safe from accidents, especially after all I've seen here about GPU mines. But please don't follow my advice only if you are reasonably sure that children can't walk into your mine.

The child-safe option is to get a clamp-on magnetic AC current probe for your multimeter and just cut the outer layer of the power cord isolation to be able to clamp on a single wire out of three.

For the truly OCD people there are two choices that are much simpler than modifying the bitcoin client:

1) write a C/C++ wallet cleaner utility using the matching Berkeley_DB libraries
2) do db_backup/clean/db_restore using Berkeley_DB utilities. The backup format is textual and the wallet database structure is very simple, so the "clean" step can be written in any of the widely known text processing languages like awk or Perl.

Remember that when using Berkeley_DB utilities you may need to create an appropriate DB_CONFIG file to be really on the safe side. This was discussed before on this forum.

moonbounce (a.k.a. EME)

We've discussed this before: "How do we deal with an internet blackout?"

https://bitcointalk.org/index.php?topic=128702.0

The salient observation is: although the present Bitcoin network is p2p it actually emulates a broadcast medium.

This wont be of much use, IMHO. If you try to squeeze Bitcoin into the Gompertz model you'll get an equivalent of mutation every two weeks (more precisely at every difficulty readjustment). I'm not saying it would be completely useless, I just don't see much of the predictive power from the formulation that you've described.

Thanks for taking it for the team, greyhawk.   

Evangelical christian music, especially US-ian, is quite devoid of emotions. To be able to listen to something interesting you should try christian music from the countries that are predominately Roman-Catholic or Orthodox.

Here, listen to some christian hardcore punk from Eastern Europe, it will restore the blood circulation in your brain:

http://www.youtube.com/watch?v=GeeNEQZOSOI

And by the way, linguistic experts tell me that the mechanical translation (e.g. Bing Translator) of the religious poetry (lyrics are in the "About" comment) is surprisingly good.

You know, computer science is not a popularity contest. I think gmaxwell recently tried to explain this to you and failed, but in a slightly different context.

I wish the fuckedcompany.com site didn't crash and lose its discussion forum database. I would then just give you a links to the history of the California/Silicon Valley and the dotcom bubble. Those who don't know the history are condemned to repeat it. But because f-----company.com is now lost it is quite hard to show that history to the uninitiated.

It kinda doesn't matter wheter I'm a dick or a nice guy. I'm a computer scientist and that that is the only thing that should matter. Everything else is just a dressing, "social capital", "marketing",  http://en.wikipedia.org/wiki/Reconnaissance_by_fire etc. But for you only things that matter are in the "everything else" category, you've already made a decision to not learn anything in the "computer science" category. One thing that you most definitely share with etotheipi is that you both are very emotional people, prone to thinking in the "us versus them" categories. But the subject here is cold and unemotional computer science, which really doesn't take sides.

I will repeat myself: no matter what you and etotheipi think about me right now, I wish him well. I do see him repeating simple mistakes that already have been made, but the documentation of those mistakes is gone with f-----company.com . I have not deleted or significantly edited any posts that I had made in etotheipi's threads. Anyone is free to search my posts for the mention of etotheipi and etotheipi's post for mentions of 2112 and make his own mind.

In the past, when I had to explain the above quoted concept to the non-scientists I had some success with using the following art analogy: imagine yourself having a choice to invest in Rembrand or Salvador Dali while they were still alive. Rembrand is well known for supervising painting by his pupils/apprentices and signing them only when they met his quality standards. On the other hand Salvador Dali is well known for signing the blank canvas and leaving painting to the random ghost-painters hired by the art merchants. It is completely unproductive do try to discuss which of the two painters was a better artist. What really matters to the investor is which one was better in the teamwork enterprise.

If you don't like painters analogy, try the film directors analogy with, say James Cameron and Michael Cimino.

But please remember that Bitcoin is not "art", although it may be used near the expressions like "state-of-the-art". Bitcoin (and its security) is cold and unemotional computer science.

Exactly that's where the problem starts: "being the lead developer". etotheipi was/is rather short-fused personality. The typical (at least 50/50) trajectory of such a startup is:

1) several iterations of of trying to work with peers and ending up with a quarrels and no new code produced
2) hiring servants/completely unskilled programmers that are very supplicative but produce very low quality software

But it is also possible that etotheipi will turn around and learn how to work with teams. 

Yeah, that is the question. The other competing full-node/wallet implementations are also written by lone wolfs:

A) bitsofproof by grau
B) sx by genjix

etotheipi is a fairly classic example of a "lone wolf" coder/programmer/software engineer. Adding money and co-worker/peer programmers into this situation quite often (at least 50/50) causes "pouring oil into the fire" situation.

On the other hand he's young (recent graduate) and may not be irreversibly set into that modus operandi.

Time will show...

I just had to quote it for posterity.

Given that:

1) you had a military service experience
2) you've reached middle age
3) you have an experience of tilting at windmills with the help of one-man crew

you'll need to:

A) observe where the advice from the school sport coaches doesn't apply
B) switch to the pursuits that are age-appropriate.

The good starting point would definitely be a thorough reading of:

The Ingenious Gentleman Don Quixote of La Mancha

which could possibly help you achieve the peace of mind that you are seeking.

I'm also curious whether Ravi Iyengar is a relative of Arun Iyengar (a high-level executive at AMD).

To the east of the Iron Curtain the explanation was "passive, mediocre, but faithful". Lots of people here are going to learn how to recognize the westernized equivalent of an http://en.wikipedia.org/wiki/Apparatchik .

To the west of the Iron Curtain I think the "honest politician" explanation from late 19-th century is still the best: "An honest politician is one who, when he is bought, will stay bought," (although the gender doesn't agree here.)

I'm going to enjoy those threads which give out the smell of the freshly laundered private garments.

Well, the above is probably true. But I don't think additional $50 for a better hardware controller module would matter much.

Several people enumerated advantages of rPi. But this thing has also a lot of drawbacks for the hardware-oriented developer:

1) GPIO pins are weak/insensitive/slow/generally rather low signal quality
2) lack of high-quality and high-productivity low-level/close-to-the metal debugging tools
3) whatever debugging tools are available are seriously hampered by the closed-source and anti-reverse-engineering approach from the BroadCom about the BCM2835 chip architecture
4) The true/main CPU of rPI is VideoCore, the ARM is a peripheral/attached CPU. Under Linux only the small subset of VideoCore is available as a GPU and some power controller. This is a serious drawback when developing/debugging the board-level reset sequencing.
5) Ethernet goes through the internal USB including both hardware hub and software translation layer. Another major drawback during debugging.

I agree with that FPGA chip probably has little use in the normal operation of the miner. It kinda depends on the details of the communciation protocol, apparently Avalon uses one small Xilinx FPGA per 10 hashing chips.

But during the debugging/prototyping/initial-rollout of the miner FPGA is a godsend. With Altera SignalTap (equivalent of Xilinx Chipscope) it is like having a high-quality high-speed logic analyzer for almost free. This is a tremendous help when working on a project where shortest time-to-market is the top objective.

I don't have any specific information about internal design choices of ORSoC. I'm very familiar with competitors' DIMM SoC hardware controllers and I can credit them with at least order-of-magnitude time and effort savings when doing chip-level development. For this particular purpose rPi could be considered a serious step back even in comparison with the hobbyist-level hardware like the BeagleBoard/BeagleBone.

C'mon, don't get paranoid. This isn't any sort of scam, it is just a harmless crackpottery. Nobody's going to lose any money or health or life or anything really valuable after reading this thread. Remember that Bitcoin a currency backed by gold, commedy gold.

If you really did see \u00C3\u00A5 then it appears that you are trying to program in Java without understanding the inner Buddha-nature of the char type in Java. The followin koan applies to you:
To understand what you're doing wrong you'll need to do the following:

1) grab the culprit JSON-RPC packets off the wire using Ethereal/Wireshark
2) display their hex dump
3) locate the documentation for the JSON-RPC class you've used as well as the internal TextStreamReader/TextStreamWriter classes used by the HTTP classes
4) print the JavaDoc of the entire inheritance hierarchy of the above all the way down to 'char'&'String' on a recycled/biodegradable paper with a vegetable-based ink
5) consume by mouth the above printout while intensly staring at the above hex dump.

Sometime during step 5) the internal Buddha-nature of Java's char&String types will illuminate your brain. You'll then easily fix your erroneous program and you'll never have any more problems of this type in your life.

What you just wrote is just a truism in cultural studies: language mirrors the society in which it is used. In egalitarian societes direct communication prevails. In hierarchical societies the polite communication is the norm. You should really broaden your knowledge of non-western/non-anglo forums by looking at what's going on in the Russian/cyrillic forums or maybe some latin-alphabet/Central-Eastern European language forums like Romanian (and their representative for the English-speaking word: MPOE-PR). Or even better: jump into Hebrew/Israeli forums. Only then you can understand that the English way is actually the middle-of-the-road.

Vladimir actually tried to start a Bitcoin Disneyland forum on his own and foresworn visiting bitcointalk.org. Go see the forum.bitcoin.org.uk or wherever is his tumbleweed city.

Please feel free to follow his experiment; set up bitcoinu-talku.or.jp and practice your humble speech, polite language there. We'll see you back here in a year or two.

Edit: or if obtaining the knowledge in the linguistic way is too hard then do it the old way: volunteer for the military service or start competing in some group sports. That's the quickest way to develop some fortitude.

Edit2: be glad that BitcoinTalk doesn't attract women and especially Israeli women who served in the IDF. http://en.wikipedia.org/wiki/Women_in_the_Israel_Defense_Forces

Edit3: on a second thought: a girl with a Sten is not the best illustration for my argument. Let me try using a men reading a poster on a wall: http://en.wikipedia.org/wiki/Pashkvil