On Fri, May 04, 2001 at 09:36:46AM -0400, Tavin Cole wrote:
> On Fri, May 04, 2001 at 03:22:30PM +0200, Oskar Sandberg wrote:
> > On Fri, May 04, 2001 at 02:50:36AM -0400, Tavin Cole wrote:
> > <>
> > > So, it sounds like the way to go is to have a Storable.Client-data which
> > > would be presumably a Base64 string-encoding of an encrypted byte array.
> >
> > Throwing data around in the Storables costs considerably more for the
> > nodes then leaving the data as a unit. I'm not sure that the saved work at
> > the client end is worth the extra work for every node.
>
> Remember, we're getting rid of the Metadata-length storable, and if we use
> #2 below we're replacing it with something 26-42 bytes in length before
> padding.
So one step forward and one step back then...
> > > #2: decrypts to --
> > > <2 bytes crypto key length><crypto key><8 bytes metadata length>
> > >
> > > Either way we can pad it to a decent length by repeating some hash
> > > function of the data.
> >
> > Remember, fields are limited to 1024 bytes in length...
>
> 42 < 1024 :)
>
> Adam liked #2. Suppose we require it to be padded to a power of 2 of at
> least 64 bytes.
Where did you get 42 from? It becomes at least (2 + 18 + 8) * 2 as far as
I can tell...
--
'DeCSS would be fine. Where is it?'
'Here,' Montag touched his head.
'Ah,' Granger smiled and nodded.
Oskar Sandberg
[EMAIL PROTECTED]
_______________________________________________
Devl mailing list
[EMAIL PROTECTED]
http://lists.freenetproject.org/mailman/listinfo/devl
