<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Fri, Mar 27, 2015 at 4:54 PM, Kenton Varda <span dir="ltr"><<a href="mailto:kenton@sandstorm.io" target="_blank" onclick="window.open('https://mail.google.com/mail/?view=cm&tf=1&to=kenton@sandstorm.io&cc=&bcc=&su=&body=','_blank');return false;">kenton@sandstorm.io</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><div>We will have some bootstrapping mechanism for this. I'm mostly hand-waving it for now because I'm not as worried about optimizing this bootstrapping, so we can use a standard non-0-RTT approach. Once a node is connected, though, introductions to new nodes in the mesh will be common and so need to be 0-RTT.</div></div></div></div></blockquote><div><br></div><div>Just as one example (not necessarily a recommended approach), Tahoe-LAFS is built on a CapTP-inspired system called Foolscap, and has clients join the "grid" by first connecting to an "introducer" and authenticating themselves by (I believe?) encrypting an introducer-specific challenge message to the introducer's public key.</div><div><br></div><div>Once a node has joined the grid the introducer provides a directory to all of the other nodes' public keys.</div><div><br></div></div>-- <br><div class="gmail_signature">Tony Arcieri<br></div>
</div></div>