W3C home > Mailing lists > Public > public-credentials@w3.org > November 2020

Re: looking for help with/guidance for a schema.org proposal

From: Jarno van Driel <jarnovandriel@gmail.com>
Date: Thu, 5 Nov 2020 15:18:03 +0100
Message-ID: <CADK2AU3A9+eJtcZFp5RXt5_kwN5HtYs4r58mLNpiwspoVdM59g@mail.gmail.com>
To: Leonard Rosenthol <lrosenth@adobe.com>
Cc: "public-credentials@w3.org" <public-credentials@w3.org>
Thanks for those resources Leonard. I'll definitely look into them over the
next couple of days.

Op do 5 nov. 2020 om 15:11 schreef Leonard Rosenthol <lrosenth@adobe.com>:

> Jarno – sounds like you should check out the work of the Content
> Authenticity Initiative (https://contentauthenticity.org/) which provides
> all the infrastructure for doing this including cryptographic timestamping
> and aligning with Schema.org for metadata entries (what we call
> Assertions).   And these Claims or their hashes can be stored on a
> DLT/blockchain should you desire.  The other standard in development that
> you should also investigate is the ISCC (https://iscc.codes/) which is
> currently undergoing review and standardization at the ISO.
>
>
>
> Happy to discuss either/both projects with you…
>
>
>
> Leonard
>
>
>
> *From: *Jarno van Driel <jarnovandriel@gmail.com>
> *Date: *Thursday, November 5, 2020 at 8:08 AM
> *To: *"public-credentials@w3.org" <public-credentials@w3.org>
> *Subject: *looking for help with/guidance for a schema.org proposal
> *Resent-From: *<public-credentials@w3.org>
> *Resent-Date: *Thursday, November 5, 2020 at 8:06 AM
>
>
>
> Hi folks,
>
>
>
> I'm one of the editors of a recent schema.org
> <https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fschema.org%2F&data=04%7C01%7Clrosenth%40adobe.com%7Ce91f3846bda14226492f08d8818be1a9%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637401785073129039%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=TNwNbFGs6%2BDlWSqkD%2FgH5NDdtGy8p8KOXfcVHLr9sGk%3D&reserved=0>
> proposal for time-stamping content via blockchain
> <https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fschemaorg%2Fschemaorg%2Fissues%2F2756&data=04%7C01%7Clrosenth%40adobe.com%7Ce91f3846bda14226492f08d8818be1a9%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637401785073139028%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=BXVzbYPUQAK%2F67RJCJ%2B4Hy3mXKfXf3jmG4lkXoT9%2BKI%3D&reserved=0> and
> am hoping you can provide us (the authors of the proposal) with some
> help/guidance as to how this proposal might be realized such that it:
>
>    - allows everyday publishers to publish markup to:
>
>
>    - timestamp their content in a 'simple' yet verifiable manner
>       - optionally provide the content used (a Key) for generating a
>       transaction hash
>       - optionally provide the content used for generating a transaction
>       hash of previous editions of the content (via a Key that refers to its
>       previous edition)
>
>
>    - *doesn't conflict *with the (enormous) amount of work this group has
>    already done
>
> Prior to posting the schema.org
> <https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fschema.org%2F&data=04%7C01%7Clrosenth%40adobe.com%7Ce91f3846bda14226492f08d8818be1a9%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637401785073149020%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=D89avYfFkwwX3cls3HsVVmvJhp%2BtP61%2B2DeVXpychZE%3D&reserved=0>
> proposal Manu Sporny was so kind to provide us with some resources that he
> recommended we should read (about merkle-proof, opentimestamps, chainpoint
> and hash-links) though after we posted the proposal it became clear we
> hadn't succeeded in preventing conflicts with MerkleProof2019 (and possibly
> also with other parts of the work this group has done).
>
>
>
> So over the last 4-5 days I've taken a real deep dive into the Security
> Vocabulary
> <https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fw3c-ccg.github.io%2Fsecurity-vocab%2F&data=04%7C01%7Clrosenth%40adobe.com%7Ce91f3846bda14226492f08d8818be1a9%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637401785073149020%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=l%2Bl%2B8SeO1FDkdndfTVBvrY12RfrNMIylSuDHIps9Tsk%3D&reserved=0> only
> to end up feeling completely overwhelmed by it and subsequently have come
> to a halt in working on our schema.org
> <https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fschema.org%2F&data=04%7C01%7Clrosenth%40adobe.com%7Ce91f3846bda14226492f08d8818be1a9%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637401785073159016%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=8Gs%2BDCnYUBWPUgRp0aq1lDxyfqocRNI4HE9%2BVM9SxcA%3D&reserved=0>
> proposal as I realized we won't be able to get this done without your input
> (because we're set on not getting into conflict with your drafts).
>
>
>
> The (maybe naive) objective of our proposal is to provide publishers with
> an 'easy' solution to achieve the objectives I mentioned above and as such
> provide validators with the minimum data they need (entry-points so to say)
> to be to validate the timestamps (by getting the rest of the information
> they need elsewhere).
>
>
>
> Any help would be greatly appreciated!
>
>
>
> --
>
>
>
> The markup model for time-stamping content we've come up with thus far
> looks like this:
>
> {
>   "@context":"https://schema.org
> <https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fschema.org%2F&data=04%7C01%7Clrosenth%40adobe.com%7Ce91f3846bda14226492f08d8818be1a9%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637401785073159016%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=AlKW83tqALI9PuttYfvPJFCVM%2F6TgOguJ%2BzE9dQKEYg%3D&reserved=0>
> ",
>   "@type":"Article",
>   "name":"A time-stamped article",
>   "mainEntityOfPage":"https://example.com/time-stamped-article/
> <https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fexample.com%2Ftime-stamped-article%2F&data=04%7C01%7Clrosenth%40adobe.com%7Ce91f3846bda14226492f08d8818be1a9%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637401785073169013%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=ppvEnIZZ3aWDjQCNzbJnB7BR53nyqQGdoANvl2ZW%2BGY%3D&reserved=0>
> ",
>   "timestamp":
>   {
>     "@type":"BlockchainTransaction",
>
> "identifier":"0fce9c929ef03838775703d4cf55b7b1bdd6a5cc3503a2606dbe3b6c0cf0a802",
>
> "hash":"8A258E516081C36B866812E49495628CBDC1DD4126DB321A28AE95EE55B83BAB",
>     "hashingKey":"
> https://example.com/json/?key=8A258E516081C36B866812E49495628CBDC1DD4126DB321A28AE95EE55B83BAB
> <https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fexample.com%2Fjson%2F%3Fkey%3D8A258E516081C36B866812E49495628CBDC1DD4126DB321A28AE95EE55B83BAB&data=04%7C01%7Clrosenth%40adobe.com%7Ce91f3846bda14226492f08d8818be1a9%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637401785073169013%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=vKv5OVnsVVaxIng1t9TXAQ2OcqqnHVCsKEO7mXrhI10%3D&reserved=0>
> ",
>     "isPartOf":
>     {
>       "@type":"BlockchainBlock",
>
> "identifier":"058ca16036c058217753b01200118f3ed92bfb2cee9a6c75bdb7bb1d110a767e",
>       "blockHeight":3456789
>     },
>     "recordedIn":
>     {
>       "@type":"Blockchain",
>       "name":"eos",
>       "network":"mainnet",
>
> "identifier":"aca376f206b8fc25a6ed44dbdc66547c36c6c33e3a119ffbeaef943642f0e906"
>     }
>   }
> }
>
>
>
> The markup model for the Key looks like this:
>
> {
>   "@context":"https://schema.org
> <https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fschema.org%2F&data=04%7C01%7Clrosenth%40adobe.com%7Ce91f3846bda14226492f08d8818be1a9%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637401785073179007%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=jM4liJrrfkIxGlIZ2rRaIPRsJdklcKiHga%2BMUVM%2FtgU%3D&reserved=0>
> ",
>   "@type":"Key",
>   "dateCreated":"2020-09-27T20:28:41+01:00",
>   "isBasedOn":"https://example.com/time-stamped-article/
> <https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fexample.com%2Ftime-stamped-article%2F&data=04%7C01%7Clrosenth%40adobe.com%7Ce91f3846bda14226492f08d8818be1a9%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637401785073179007%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=Vfq7%2BpFF49Zn%2FmpUV70gXwvqHzh4Lw%2BH0aq%2FJRSCEDM%3D&reserved=0>
> ",
>   "encodingAlgorithm":"SHA-256",
>   "encodingFormat":"text/html"
>   "text":"<h1>Nunc eget lorem dolor sed</h1>\t\t\n\t\t\t<h2>Suspendisse
> sed nisi lacus sed viverra tellus.</h2>\t\t\n\t\t\t<p>Non consectetur a
> erat nam at lectus urna. Ut porttitor leo a diam sollicitudin tempor id
> eu.</p>..."
> }
>
Received on Thursday, 5 November 2020 14:18:33 UTC

This archive was generated by hypermail 2.4.0 : Thursday, 5 November 2020 14:18:34 UTC