<div dir="ltr"><div class="gmail_extra"><br><br><div class="gmail_quote">On Thu, Feb 13, 2014 at 8:08 PM, Joseph Ashwood <span dir="ltr"><<a href="mailto:ashwood@msn.com" target="_blank">ashwood@msn.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br>
From: Phillip Hallam-Baker</blockquote><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="">
I have a solution to the random number generator problem that can be built for about $50 and is completely verifiable.<br></div>
[shake a flask of candy, take a picture]<br>
</blockquote>
<br>
I'm not confident it will have as much entropy as you think. The design is a fairly basic modification of the lavarand design.<br></blockquote><div> </div><div>Joe is correct yet a strategy like this removes the ability of a remote party to predict your RN data stream.</div>
<div><br></div><div>Color saturation of candy will prove to present very clear bias.   Post processing as is done on Lavarand </div><div>is a good start at addressing this.   The papers on Lavarand including the critical papers are worth</div>
<div>a look.  These papers outline how little, how much entropy you might expect.</div><div><br></div><div>Any sensor will have noise at the least significant bit under the correct situation and an evaluation will help</div>
<div>decide what works.   Be it an 8bit/ 12bit/ 14bit sensor noise is interesting for the tiny bits so a large sensor</div><div>or tiny sensor you are going to have to toss virtually all data except the LSB if you want to rely on noise rather </div>
<div>than the chaotic location/ movement of candy, bubbles in an aquarium, leaves in trees.  Garage sale USB </div><div>web cams for $5 stuck in a cardboard box could provide noise. </div><div><br></div><div>For those looking at programming an Android device, go for it.   There are ports of Android to </div>
<div>hardware devices (beaglebone black, Raspberry-Pi and many more) with and without telephone or WiFi radios.    </div><div>They have a rich environment of hardware sensors including cameras and enough processor power to do </div>
<div>interesting things.   Development in Java builds on a worthy and portable programming language. <br>Used phones have a trade in value of less than $10 so make an offer to any friend thinking of a trade in.</div><div>
I use my oldest phone as a WiFi only Netflix/ Pandora/ ChromeCast device so I do not abuse the battery</div><div>of my phone-phone.   So sure it could be used as a home network resource for local random bits.  </div><div>
<br></div><div>Cameras on portable devices are astounding.  One Android application measures an individuals pulse with the camera</div><div>by noting subtle color changes in the skin.   The early Lavarand camera (SGI personal Iris) was a terrible noisy</div>
<div>bit of camera hardware and did a better job as a noise source than modern web cameras.</div><div><br></div><div><br></div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

</blockquote></div><div class="gmail_extra"><br></div><br clear="all"><div><br></div>-- <br><div dir="ltr">  T o m    M i t c h e l l</div>
</div></div>