- From: Jarno van Driel <jarnovandriel@gmail.com>
- Date: Thu, 5 Nov 2020 15:18:03 +0100
- To: Leonard Rosenthol <lrosenth@adobe.com>
- Cc: "public-credentials@w3.org" <public-credentials@w3.org>
- Message-ID: <CADK2AU3A9+eJtcZFp5RXt5_kwN5HtYs4r58mLNpiwspoVdM59g@mail.gmail.com>
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