<p dir="ltr"></p>
<p dir="ltr">Den 13 nov 2016 08:25 skrev "Phillip Hallam-Baker" <<a href="mailto:phill@hallambaker.com">phill@hallambaker.com</a>>:<br>
><br>
> ​We all know about using a digest to create a unique fingerprint for a static file.:<br>
><br>
> Fingerprint = Presentation ( SHA-2-512 ( fred.txt ) )<br>
><br>
> I find it is useful to distinguish the presentation of the digest value from the digest value itself and fingerprint is as good as anything for that.<br>
><br>
> But what if the file isn't static? Well the obvious approach is to use a public key signature in some way. In the Mesh, I use this to authenticate profiles as follows:<br>
><br>
> 1) Each profile has a unique signature key.<br>
><br>
> 2) The unique identifier of the profile is the fingerprint of the public key<br>
><br>
> There are some other features I might add in the future such as checkpointing against a linked log but that is the basic concept.<br>
><br>
> Problem is, what to call it?</p>
<p dir="ltr">The Mesh is essentially a per-user central database + a bunch of protocols based on cryptography, right? There's an initial "entity declaration" (database object?) containing sub-entries like basic profile data and the public key, as well as Mesh specific policy rules. </p>
<p dir="ltr">Given the blockchain style checkpointing and one authoritive source of events (each update must be signed by a trusted key), all entries are protected from manipulation. </p>
<p dir="ltr">If it was Git we were talking about, we'd just be talking about file paths. I don't know what terminology is used for transparency logs. In Factom there's "proof-of-process" that can be applied to an individual document to prove it isn't being forked when updated. </p>
<p dir="ltr">So, you want a name for the non-static entries belonging to some given user's Mesh profile? And you want to produce some static identifier from this...? (Your question isn't actually entirely clear) </p>
<p dir="ltr">I suggest something as simple as "Mesh entry" as the name, and "Mesh entry ID" as the fingerprint equivalent, with the value derived from the initial entry value + probably the hash of the initial "genesis block", or "Mesh root", for that user (to guarantee it is unique). </p>