- From: Melvin Carvalho <melvincarvalho@gmail.com>
- Date: Fri, 7 May 2021 19:28:40 +0200
- To: Sebastian Samaruga <ssamarug@gmail.com>
- Cc: Timothy Holborn <timothy.holborn@gmail.com>, public-rww <public-rww@w3.org>
- Message-ID: <CAKaEYh+3x0Y4ZSiSXQK9pSvNFbCNqeG+qE8fiPHhecNXk7jZTQ@mail.gmail.com>
On Fri, 16 Apr 2021 at 17:42, Sebastian Samaruga <ssamarug@gmail.com> wrote:
> Isn't this HTTP E-Tag header purpose? (Versioning / Cache handling)
>
> And "If-modified-since" header could also come of use, if we talk about
> state (representation) of the same HATEOAS (REST) entity preserving its
> identifier (the immutable part in a domain).
>
> Also, a previous post in the public-webapps and other lists: "A less
> ephemeral web" states things that could benefit onto what you propose.
>
I was rereading lately Paper Trail:
https://www.w3.org/DesignIssues/PaperTrail
Generalized form:
Generalizing for formal protocols
The concept of a paper trail is common in conventional administration, but
the model can also be applied to well-defined computer protocols.
Model
The model is that a protocol P defines a status sn as a function of a
message m and a previous state sn-1, and the time t.
sn= P(mn, sn-1, t)
or for that matter as a function of all the messages to date
sn= P'({mi}i=1..n)
>
>
> On Sun, Mar 21, 2021, 9:37 AM Timothy Holborn <timothy.holborn@gmail.com>
> wrote:
>
>> had a think. thought i'd post it.
>>
>> IMO there's cause to build into WWW / HTTP a method to support temporal
>> lookups, other than simply using archive.org. i imagine this would
>> eventually require ICANN, IETF (etc) support; amongst other implications.
>>
>> The functional outcome would be an ability to look up a page at a
>> particular date. This may involve differences in who owned the domain
>> name at that time (vs. who may own it later on), amongst many other
>> implications. There would have to be a 'format' of 'standards' around how
>> to achieve it, for long-term support.
>>
>> Foundational requirements, prior to more easily engaging CMS providers
>> such as Wordpress / automattic, drupal, etc. would be to define a simple
>> concept that could be built upon to do it. I imagine it may take some
>> years to do, and i'm not entirely sure i'm up for it - historically no
>> funding for work by civics persons (civilians, working independent of
>> contract / employment revenue) for doing W3C works; maybe, with new changes
>> that might be reviewed; but regardless,
>>
>> cost of storage, etc. has been dropping. I'm not sure what the economic
>> model for it would be, but i can think of a variety of ways a solution that
>> attends to the economic implications could be forged. I also think, an
>> evaluation may lead to an outcome where it's able to be understood how to
>> do it at a lower energy cost than simply employing DHTs / Blockchains
>> ("DLTs"), although the file-system layer may be considered independently,
>> atm, idk; and don't really want to make the point any more complicated than
>> it needs to be for now.
>>
>> Timothy Holborn
>>
>>
>
Received on Friday, 7 May 2021 17:30:05 UTC