in reply to Re: Reverse download protocols
in thread Reverse download protocols [solved]

I don't know how what you describe works in cryptology, but that's definitely the vibe here. Something like an intersection of a series of "hashes". The art here is to find out the method of building them.

Replies are listed 'Best First'.
Re^3: Reverse download protocols
by LanX (Sage) on Aug 31, 2021 at 00:03 UTC
    > Something like an intersection of a series of "hashes".

    It would help to know for which reason.

    There is no way this will be more performant than a direct download.

    Anyway anything which will work "your way" on a string will also work on a serialized hash. Just use Data::Dumper to get your string.

    Cheers Rolf
    (addicted to the Perl Programming Language :)
    Wikisyntax for the Monastery

      I am completely unable to guess, why you even mention direct download. The question wants to limit the download link. That's all. If you can spare 1 bit of data on that link, it counts as more performant, because that's how performance is counted in this case, per problem definition. Yes, it is so simple. For each such spared downlink bit cost can be counted in terms of extra uplink transfer and computation on the client and/or the server. So simple. And the "hash" you took the wrong direction. The point of any such "hashing" would be to decrease the exchange rate between spared bytes on the downlink and the cost on the uplink. I have an answer to this mystery already and will post it in a moment in bliako's subthread (the one with script code).