- From: Kingsley Idehen <kidehen@openlinksw.com>
- Date: Fri, 21 May 2021 10:44:49 -0400
- To: public-rww@w3.org
- Message-ID: <6129faf2-9185-72da-ded4-9a7de13c1784@openlinksw.com>
On 5/21/21 8:42 AM, Melvin Carvalho wrote: > > > On Fri, 21 May 2021 at 13:58, Jonas Smedegaard <jonas@jones.dk > <mailto:jonas@jones.dk>> wrote: > > Quoting Melvin Carvalho (2021-05-21 13:34:52) > > this is the outline of a strategy to track state changes in a > temporal > > read-write web > > > > by no means the only strategy, but an aim to generalize some of the > > recent discussions > > Sorry, but I don't follow: What do you generalize and what is > specific? > > > General outline, to tie something that evolves (over time) on the > read-write web, to an external timestamp server, which is designed to > order blocks of data in time > > Specific would be an example strategy to do this using hashes to track > state on the web side, and on a block chain side > > > > Seems you generalize over *which* blockchain but talk specifically > about > blockchain-driven RWW. > > > So, it should be blockchain agnostic, to rely on a number of block > chains ordered in time, which allow two way links > > The RWW data should also be quite general. So no specific use case, > but rather, something that can be hashed. So that would be any > document, any quad store, any file system, any git tree for example > > > > Do I understand that correctly, or what is otherwise general about it? > > > You probably have understood correctly, given I was not terribly clear > in my outline. More a starting point that can be refined into spec, > and an implementation. > > It's definitely not a general solution to all temporal based > read-write web problems, for example in our discussions there were > good points made about local timestamping and global timestamping, I > touched only on global, and not local. In that sense it was specific. > > Aiming to outline one solution that can be part of the puzzle... > Long story short, as I see it: A Giant Global Entity Relationship Graph (or GGG, for short) where Create, Insert, Update, and Delete operations are loosely-bound to transaction logs offered by blockchains. That isn't necessarily what defines a Read-Write Web per se., it just adds functionality that would benefit certain kinds of solutions leveraging infrastructure provided by said GGG. -- Regards, Kingsley Idehen Founder & CEO OpenLink Software Home Page: http://www.openlinksw.com Community Support: https://community.openlinksw.com Weblogs (Blogs): Company Blog: https://medium.com/openlink-software-blog Virtuoso Blog: https://medium.com/virtuoso-blog Data Access Drivers Blog: https://medium.com/openlink-odbc-jdbc-ado-net-data-access-drivers Personal Weblogs (Blogs): Medium Blog: https://medium.com/@kidehen Legacy Blogs: http://www.openlinksw.com/blog/~kidehen/ http://kidehen.blogspot.com Profile Pages: Pinterest: https://www.pinterest.com/kidehen/ Quora: https://www.quora.com/profile/Kingsley-Uyi-Idehen Twitter: https://twitter.com/kidehen Google+: https://plus.google.com/+KingsleyIdehen/about LinkedIn: http://www.linkedin.com/in/kidehen Web Identities (WebID): Personal: http://kingsley.idehen.net/public_home/kidehen/profile.ttl#i : http://id.myopenlink.net/DAV/home/KingsleyUyiIdehen/Public/kingsley.ttl#this
Received on Friday, 21 May 2021 14:45:05 UTC