On 1/16/07, <b class="gmail_sendername">Johannes Ernst</b> &lt;<a href="mailto:jernst+openid.net@netmesh.us">jernst+openid.net@netmesh.us</a>&gt; wrote:<div><span class="gmail_quote"></span>&gt; What about we communicate that &quot;two-tier structure&quot; with respect to
<br>&gt; OpenID branding ... more clearly?<br><br>+1, Yes. Differentiating between the core and the myriad of layered capabilities would be make it vastly simpler to clearly communicate what OpenID is all about. We should be very careful to make sure that the &quot;core&quot; is as light, simple, secure, and as easy to implement as possible. Fortunately, it seems to be pretty close to that today.
<br><br>&gt; the foundation of everything OpenID -- Yadis -- was<br>&gt; created for the specific purpose to let everybody<br>&gt; plug in whatever services they like to.<br><br>Yes, of course. To my way of thinking, there are two essential things that OpenID provides:
<br><ol><li>A method for providing site-independent, distributed numerical identity</li><li>A framework for building a wide variety of layered capabilities</li></ol>I believe it would be best, when we speak of OpenID, to focus on just these two things. All else should be spoken of as &quot;layered on&quot;, &quot;enabled by&quot; or &quot;compatible with&quot; OpenID. Thus, we should NOT have &quot;OpenId Attribute Exchange&quot; rather, we should have &quot;OpenID Layered Attribute Exchange&quot; or &quot;Attribute Exchange enabled by OpenID&quot;.
<br><br>Keep the core of OpenID simple and clean. Otherwise, it will be too hard to talk about this stuff. If this stuff gets too complicated we may have good technology, but we&#39;ll lose the marketing war. Let&#39;s not let this become like WS* which could have been very simple, yet became comically complicated before anyone even had a chance to begin implementing it.
<br><br>bob wyman<br></div><br>