<div dir="ltr">|table-ref| (hashtable access) speed being non-deterministic would be all fine as the average access speed should remain constant.<div><br></div><div>To preserve the possibility of fully deterministic behavior, maybe double hash attack protection by random seeding could be... on by default but can be disabled via a key argument, or, off by default and can be enabled via a key argument, something like this?</div><div><br>Adam</div><div><div class="gmail_extra"><br><div class="gmail_quote">2018-08-08 12:49 GMT+08:00 Marc Feeley <span dir="ltr"><<a href="mailto:feeley@iro.umontreal.ca" target="_blank">feeley@iro.umontreal.ca</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">No they are not.  Doing this would make executions non-deterministic.<br>
<span class="HOEnZb"><font color="#888888"><br>
Marc<br>
</font></span><div class="HOEnZb"><div class="h5"><br>
<br>
<br>
> On Aug 8, 2018, at 4:13 AM, Adam <<a href="mailto:adam.mlmb@gmail.com">adam.mlmb@gmail.com</a>> wrote:<br>
> <br>
> Hi Marc,<br>
> <br>
> Are Gambit's hash tables protected against double hash attacks?<br>
> <br>
> E.g. by calculating a random number that's used as hash seed making it impossible for an attacker to produce key hash collissions, <a href="https://en.wikipedia.org/wiki/SipHash" rel="noreferrer" target="_blank">https://en.wikipedia.org/wiki/<wbr>SipHash</a> .<br>
> <br>
> Adam<br>
<br>
</div></div></blockquote></div><br></div></div></div>