<html><head><meta http-equiv="content-type" content="text/html; charset=utf-8"></head><body dir="auto"><blockquote type="cite"><div dir="ltr">The RemotePromises traffic is for export/import of FarERefs, async/eventual message sending and remote GC. RemotePromises has a “RemoteObjectMemory” (Scope with its object maps).</div></blockquote><div><br></div>I should mention the RemotePromises protocol is a part of the foundation of the application layer, above en/decoding of the SecureSession layer.<br><br><div dir="ltr"><br><div><div id="protonmail_signature_block" class="protonmail_signature_block" style="outline: none;"><div style="outline: none;"><div style="outline: none;"><span style="background-color: rgba(255, 255, 255, 0);">Have a Good One; Keep it, Light.</span></div><div style="outline: none;"><span style="background-color: rgba(255, 255, 255, 0);">Kindly,<br></span></div><span style="background-color: rgba(255, 255, 255, 0);">rabbit<br>. .. … ‘…^,^</span></div></div><div class="signature_br" style="outline: none;"><span style="background-color: rgba(255, 255, 255, 0);"><br></span></div><div class="signature_br" style="outline: none;"><span style="background-color: rgba(255, 255, 255, 0);"><br></span></div><div id="protonmail_mobile_signature_block" style="outline: none; min-height: 40px;"><div style="outline: none;"><span style="background-color: rgba(255, 255, 255, 0);">Sent from Callisto House :: decentralized mobile homeless solutions</span></div></div></div></div><div dir="ltr"><br><blockquote type="cite">On Sep 10, 2022, at 13:03, rabbit <rabbit@callistohouse.org> wrote:<br><br></blockquote></div><blockquote type="cite"><div dir="ltr"><meta http-equiv="content-type" content="text/html; charset=utf-8">Hi Ron, great stuff! I totally get the export controls. Flipping our Crypto to libsodium avoids that problem, yes?<div><br></div><div><blockquote type="cite"><div dir="ltr"><div dir="ltr"><div class="gmail_default" style="font-size: small;">We are using promises now but the encryption is part of the transport not part of the protocol. Everything between client and server and between servers is encrypted in transport. </div></div></div></blockquote><div><br></div>This is the same with ParrotTalk, it is the transport layer with session layer, encrypted. As a session layer it pushes an ASN1 encoder thunk onto the stack for ASN1 en/decoding. The RemotePromises traffic is for export/import of FarERefs, async/eventual message sending and remote GC. RemotePromises has a “RemoteObjectMemory” (Scope with its object maps).<br><br>How are you using Promises? I’m very curious!<br><div dir="ltr"><br></div><div id="AppleMailSignature" dir="ltr"><blockquote type="cite"><div dir="ltr"><div dir="ltr"><div class="gmail_default" style="font-size: small;">Please don't take anything I'm saying as trying to dissuade you from doing your work. I do think it has real value and can help anyone that is interested in learning more about crypto, and eventually it could be extremely useful for real world use.</div></div></div></blockquote><br></div><div id="AppleMailSignature" dir="ltr">No worries, Ron! I’m not mad at you! It has long been an educational implementation of encrypted data-in-motion composable stack. I think it has turned out well, a very clear, simplex implementation.</div><div id="AppleMailSignature" dir="ltr"><br></div><div id="AppleMailSignature" dir="ltr"><blockquote type="cite"><div dir="ltr"><div dir="ltr"><div class="gmail_default" style="font-size: small;">If I use external components for computation (smart contracts is one example) I could compose systems in a completely different way.</div></div></div></blockquote></div><div id="AppleMailSignature" dir="ltr"><br></div><div id="AppleMailSignature" dir="ltr">I totally agree! Composing systems with Async Promises and Reactors is a completely different style. I think of the different style of Continuation-passing style, as an analogy. I wish to develop this style further.</div><div id="AppleMailSignature" dir="ltr"><br></div><div id="AppleMailSignature" dir="ltr">So I have decided not to put a naming service/user registration & login in the ParrotTalk v3.8 protocol. J will add a connect service and bridging and double encryption to allow for third party “msg send routing”. The naming service / user registration / user login will be implemented using RemotePromises, so at the application layer.</div><div id="AppleMailSignature" dir="ltr"><br></div><div id="AppleMailSignature" dir="ltr">Once I get my SPADS Server working with frame probing! It works for Protocol negotiation (ProtocolOffered & ProtocolAccepted) and v3.6 handshake. </div><div dir="ltr"><br><div><div id="protonmail_signature_block" class="protonmail_signature_block" style="outline: none;"><div style="outline: none;"><div style="outline: none;"><span style="background-color: rgba(255, 255, 255, 0);">Have a Good One; Keep it, Light.</span></div><div style="outline: none;"><span style="background-color: rgba(255, 255, 255, 0);">Kindly,<br></span></div><span style="background-color: rgba(255, 255, 255, 0);">rabbit<br>. .. … ‘…^,^</span></div></div><div class="signature_br" style="outline: none;"><span style="background-color: rgba(255, 255, 255, 0);"><br></span></div><div class="signature_br" style="outline: none;"><span style="background-color: rgba(255, 255, 255, 0);"><br></span></div><div id="protonmail_mobile_signature_block" style="outline: none; min-height: 40px;"><div style="outline: none;"><span style="background-color: rgba(255, 255, 255, 0);">Sent from Callisto House :: decentralized mobile homeless solutions</span></div></div></div></div><div dir="ltr"><br><blockquote type="cite">On Sep 10, 2022, at 10:12, Ron Teitelbaum <ron@usmedrec.com> wrote:<br><br></blockquote></div><blockquote type="cite"><div dir="ltr"><div dir="ltr"><div class="gmail_default" style="font-size:small">Hi Rob,</div><div class="gmail_default" style="font-size:small"><br></div><div class="gmail_default" style="font-size:small">Looking forward to talking with you on Monday! We will probably not be able to use your code.</div><div class="gmail_default" style="font-size:small"><br></div><div class="gmail_default" style="font-size:small">The reason is pretty basic. We are only using OS provided crypto. Because we are not including actual crypto code in our system we don't have any export restrictions from the US Government. It also increases security because it allows customers to update their code in the regular course of business. When we first started our TLS implementation I had intended to use it, but after talking with Andreas we decided that it was better to not export crypto. That was why Andreas wrote the SqueakSSL code. </div><div class="gmail_default" style="font-size:small"><br></div><div class="gmail_default" style="font-size:small">We are using promises now but the encryption is part of the transport not part of the protocol. Everything between client and server and between servers is encrypted in transport. </div><div class="gmail_default" style="font-size:small"><br></div><div class="gmail_default" style="font-size:small">I do believe that eventually having a secure remote messaging ability will be beneficial. It is closer to Alan's vision of programs as computers being able to communicate much like a smart internet. People don't think that way today and it is very possible it's not happening today because of security and performance guarantees. Please don't take anything I'm saying as trying to dissuade you from doing your work. I do think it has real value and can help anyone that is interested in learning more about crypto, and eventually it could be extremely useful for real world use. If I use external components for computation (smart contracts is one example) I could compose systems in a completely different way. If that starts to happen it could lead to people building better and better components and making them available for people building systems. It's a very interesting future!</div><div class="gmail_default" style="font-size:small"><br></div><div class="gmail_default" style="font-size:small">All the best,</div><div class="gmail_default" style="font-size:small"><br></div><div class="gmail_default" style="font-size:small">Ron </div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sat, Sep 10, 2022 at 9:41 AM rabbit <<a href="mailto:rabbit@callistohouse.org">rabbit@callistohouse.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="auto"><span style="color:rgb(0,0,0);font-family:-webkit-standard;font-size:medium">Hey Ron, good morning to ya!</span><div><font color="#000000" face="-webkit-standard" size="3"><span><br></span></font></div><div><span style="color:rgb(0,0,0)">I’ve scheduled a demo with you! Here is my ParrotTalk spec for v3.7 [1]. </span></div><div><span style="color:rgb(0,0,0)"><br></span></div><div><span style="color:rgb(0,0,0)">Here is sample code using Async msg sending with Promises, two Async sends followed by a reactor registration:</span></div><div><font color="#000000"><span><br></span></font></div><div><font color="#000000"><span> ((42 eventual *10) ^ 100)</span></font></div><div><font color="#000000"><span> whenResolved: [:result | </span></font></div><div><font color="#000000"><span> Transcript cr; </span></font></div><div><font color="#000000"><span> show: ‘The result is ‘, </span></font></div><div><font color="#000000"><span> result printString]<br></span></font><div><div style="color:rgb(0,0,0)"><br></div><div style="color:rgb(0,0,0)">[1] ParrotTalk v3.7 protocol specification - </div></div></div></div><div dir="auto"><div><div><div style="color:rgb(0,0,0)"></div><div style="color:rgb(0,0,0)"><br></div><div style="color:rgb(0,0,0)"><blockquote type="cite" style="color:rgb(0,0,0)"><div dir="ltr"><blockquote type="cite"><div dir="ltr"><div dir="ltr"><div class="gmail_default" style="font-size:small">We are using TCP secure sockets now with our own protocol to do an overlay network to allow for network prioritization.</div></div></div></blockquote></div></blockquote><br style="color:rgb(255,255,255)"><div dir="ltr" style="color:rgb(255,255,255)">Do you have a protocol specification I could read?</div><div dir="ltr" style="color:rgb(255,255,255)"><br></div><div dir="ltr" style="color:rgb(255,255,255)"><blockquote type="cite"><div dir="ltr"><blockquote type="cite"><div dir="ltr"><blockquote type="cite"><div dir="ltr"><div dir="ltr"><div class="gmail_default" style="font-size:small">The overlay network allows us to limit traffic to what is most important. Since we are not passing a huge amount of data we don't use UDP.</div></div></div></blockquote></div></blockquote></div></blockquote><br></div><div dir="ltr" style="color:rgb(255,255,255)">What is this? UDP allows for more bandwidth? Very interesting! Huge amount of data? How much? Live Video?</div></div><br style="color:rgb(0,0,0)"><div dir="ltr"><br><div><div id="m_6619618726974961696protonmail_signature_block" style="outline:none"><div style="outline:none"><div style="outline:none"><span style="background-color:rgba(255,255,255,0)">Have a Good One; Keep it, Light.</span></div><div style="outline:none"><span style="background-color:rgba(255,255,255,0)">Kindly,<br></span></div><span style="background-color:rgba(255,255,255,0)">rabbit<br>. .. … ‘…^,^</span></div></div><div style="outline:none"><span style="background-color:rgba(255,255,255,0)"><br></span></div><div style="outline:none"><span style="background-color:rgba(255,255,255,0)"><br></span></div><div id="m_6619618726974961696protonmail_mobile_signature_block" style="outline:none;min-height:40px"><div style="outline:none"><span style="background-color:rgba(255,255,255,0)">Sent from Callisto House :: decentralized mobile homeless solutions</span></div></div></div></div></div></div></div></blockquote></div>
</div></blockquote></div></div></blockquote></body></html>