[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]
Subject: Re: [xri] CanonicalID verification text for section 11.
- Lines 81-82: I think this is only true if it is not the local canonical identifier itself that is resolved. For example, in figure 11-2, if I resolve =!1, then I think I should get * jane.doe in the <LocalID>, not !1.
### An authority resolution service (its registry) may have many local synonyms d efined for a given parent-child hierarchical relationship (for example, *jane.doe, *jane, *jd.) So which one should it pick for its <LocalID>? In the general case it can put anything it wants in the LocalID. The question becomes: what should it do in the cid=true case? I believe that the same should probably apply: that is, it can put anything it wants. I have therefore revised the text to say that the local canonical identifier " may" be returned in the <LocalID> field. Drummond and others, please respond if this does not seem correct.
- Line 18: Shouldn't this say xrd:XRD/xrd:Service/xrd:ProviderID instead of xrd:XRD/xrd:ProviderID ?### No. Is the XRD scoped ProviderID that is used here.
I also have a very non-technical question.. Line 9 says "These replacement semantics are clearly not parent-child semantics"... Then what does it actually mean to use Refs? Assume I am an ordinary user who has no idea how XRI works, and I have two i-names =ms and @id*markus, which I want to be synonyms. How do I decide which one is the "original" "hierarchical parent-child" authority, and which one is "just" the Ref-using synonym?
### Very good question. The hierarchical parent-child relationships (the black edges) are determined solely by the authority resolution services (parent nodes) that decide to answer queries for local synonyms. Let me try to draw the black edges.
o [=] o [@]
| |
| *ms | *id
| |
o [=ms] o [@id]
|
| *markus
|
o [@id*markus]The black edges (shown above ) are determined by the fact that a given authority resolution service (such as [=]) returns a (non-failure) XRD when queried for a local synonym (such as *ms.) To repeat myself: the black edges are determined by the behavior of the authority resolution services . For example, i f you query @id' s auth-res-service for *markus, and it returns an XRD (containing a verifiable CID, because this is the Canonical ID Verification model) then a black edge exits for the local synonym *markus.
As you know, t he polyarchical parent child relationship (say between [@id] and [=ms]) is established by placing a Ref from [@id*markus] to [=ms].
[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]