Hi, Ndk.<br><br>NdK<<a href="javascript:_e(%7B%7D,'cvml','ndk.clanbo@gmail.com');" target="_blank">ndk.clanbo@gmail.com</a><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Moreover, using wireless would call for use of a battery, with a charger<br>
and other circuitry adding up to the cost (good quality batteries are<br>
quite hard to find... f.e. see PiJuice problems...) and to the size.</blockquote><div><br></div><div>Exactly.</div><div><br></div><div>If I append one more point, as battery technologies are rapidly</div><div>improved now a days, it's seems difficult to find reproducible and</div><div>continuously surprised parts. That must make life of next FST design shorter.</div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
What I'd like most in the new FST (FST-02?) would be:<br>
- Javacard-like environment, to be able to develop applets (openPGP<br>
could be just one applet), even if single-applet-only</blockquote><div><br></div><div>I don't know gniibe think about it but I like FST-01 because I feel the policy</div><div>keeping it design simple. It must be good being reproducible, easy to check</div><div>soundness of design.</div><div><br></div><div>There already exist openPGP compatible applets on top of Java card.</div><div>I like another style of FST to show the reproducible reference way to</div><div>implement as simple as possible.</div><div><br></div><div>With same reason, I like the way gniibe is going to focus on ed25519 stopping</div><div>RSA features.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
- small (1.8") oled display and a couple of keys (ok/cancel), useable<br>
from applets</blockquote><div><br></div><div>I like it.</div><div>But I have no good idea how we can find long-supported display device.</div><div>Key and SW look OK. :)</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
- microsd support for storage</blockquote><div><br></div><div>Once I considered to make other device using micro SD I/F. I gave up</div><div>the plan because it is necessary to sign contract of SD card assocoation.</div><div>I'm afraid it make open source hardware difficult to support SD mechanism</div><div>in concern with intelectual property issue.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">> We handled our PCs so roughly, we broke<br>
> snapping its joint points between board and connector. We want to prevent<br>
> from snapping to destroy our secrets keys. But we have no clear idea<br>
> to do.<br>
What about a simple USB male-to-female extension cable? I often use 'em<br>
for "valuable" devices, so I can reduce insertion cycles.</blockquote><div><br></div>That is a exactly same way how "I" connect my FST-01 to my laptop. It works<div>excellent!</div><div>However I didn't recommed my friends. Gniibe noticed, current FST-01 was not design</div><div>supporting with such extensions. There may be risk of side channel attack. I have read<div>such notes somewhere in the document of FST-01, but now I can't remember where.</div><div>Sorry.</div><div><br></div><div>As I recognize the risk, I accept it and use extension cable style. </div><div>But I cannot suggest other because I cannot explain the risk precisely</div><div>and convince friends.</div><div><br></div><div>Anyway, I agree with Ndk that extension cables are valuable to solve this issue.</div></div><div><br></div>Yuji