<div dir="auto">What would be super helpful is a brief description of the why, here. You're giving a detailed description of SOMETHING and expecting the reader to piece together the puzzle. Almost no one is going to do that, because they're busy solving their own problems.<div dir="auto"><br></div><div dir="auto">frank</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Dec 28, 2016 11:22, "Charlie Robbats" <<a href="mailto:charlie.robbats@gmail.com">charlie.robbats@gmail.com</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">19 - I am thinking about merging RS FEC with blockEn/Decoding with a 7-bit msgChunks into 8-bit blocks, or QoS determined. That along with non-secret 3-way finite field key agreement ratcheting and contract established scoping, would mean each transaction might be separately islolated from every other and the contract exchange includes trusted observation filtering capabilities, locally enforced through your prioritized trees of life, liberty & property, and also your knowledge of good and evil.<br>
<br>
20 - add a new delayed redirector, on Carol's side, so a remotePromise resolution will be a tree-way exchange for the ratchet exchange: carol -> farRef:  alice -> scope internalize: carol -> ack redirector: alice -> wire encrypted<br>
<br>
21 - group ratcheting: presence event leads to re-rendezvous with the qufrum, majority/super-majority online election/karma emoji disbersement<br>
<br>
On 12/28/2016 1:55 PM, Charlie Robbats wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
16 - pass the galaxy test: <a href="https://docs.google.com/presentation/d/1FWcSJfZITITckrXyfihpuPnX5xf0e4kOhCnsoRFyLfI/edit#slide=id.p" rel="noreferrer" target="_blank">https://docs.google.com/presen<wbr>tation/d/1FWcSJfZITITckrXyfihp<wbr>uPnX5xf0e4kOhCnsoRFyLfI/edit#<wbr>slide=id.p</a><br>
<br>
17 - exchange access categories with contractual code migration<br>
<br>
18 - emoji feedback<br>
<br>
<br>
On 12/28/2016 1:11 PM, Charlie Robbats wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hi! Here's the master plan, always malleable; if anyone sees something interesting to dive into, you are welcome.<br>
<br>
Future Features<br>
---<br>
0 - fix vector corruption through pbeStorage<br>
1 - java/squeak interoperability<br>
2 - FEC-RS testing/repair<br>
3 - define QR-coded PBE identity<br>
4 - switch to SHA256/scrypt PBE for identities<br>
5 - porciniz<br>
6 - DNS/meta layer injection<br>
7 - stack hacking/network discovery/graphing/routing<br>
8 - blockchain<br>
9 - support non-secret finite field key exchange ("Whisper-2")-Oops/add dataEncoder to EncoderData<br>
10 - ratcheting/group join/leave ratcheting<br>
11 - asn1derMetaPragmaEncoder/class autocreation and meta qufrums/qufrum construction/data replication<br>
12 - thermoHarmonics3NeuralRuleGA (PV = nrT + distortion)<br>
13 - Enumify Types, pass named closures, scope projection & protection, detach class/classVariables<br>
14 - autocoerce local eventual calls to immediate sends with reactor pipelining<br>
15 - start a Mutter system news website<br>
<br>
---<br>
<br>
Encoder Velocities:<br>
<br>
DBL_AESede/asn1der: 100 KB compressed data chunks received: 100<br>
send time: 1096 ms, rate: 73 Mbs.<br>
receive time: 1096 ms. rate: 73 Mbs.<br>
<br>
DBL_AESede/bytes: 100 KB compressed data chunks received: 100<br>
send time: 1094 ms, rate: 73 Mbs.<br>
receive time: 1095 ms. rate: 73 Mbs.<br>
<br>
DBL_AESede,json: 100 KB compressed data chunks received: 10<br>
send time: 2107 ms, rate: 4 Mbs.<br>
receive time: 2107 ms. rate: 4 Mbs.<br>
---<br>
<br>
</blockquote>
<br>
</blockquote>
<br>
<br>
</blockquote></div></div>