Re: Renaming Object Capabilities to Authorization Capabilities?

I have seen AzCap/s for short used.

On 11/3/2018 3:18 PM, Moses Ma wrote:
> +1
>
> How about /CapAuth/ for the cool kids? It rolls off the tongue nicely.
>
>
>
> -
> *Moses Ma | FutureLab Consulting Inc*
> moses.ma@futurelabconsulting.com | moses@ngenven.com
> v +1.415.952.7888 <tel:+1.415.952.7888> | m +1.415.568.1068 
> <tel:+1.415.568.1068> | skype mosesma
>
>
>
>> On Nov 3, 2018 at 8:56 AM, <Adam Lake 
>> <mailto:alake@digitalbazaar.com>> wrote:
>>
>> +1
>>
>>
>>
>>
>>
>> On 11/3/2018 11:25 AM, Manu Sporny wrote:
>>
>> > Hi all,
>>
>> >
>>
>> > This is related to the OCAP-LD spec that some of us are working on in
>>
>> > this community:
>>
>> >
>>
>> > https://w3c-ccg.github.io/ocap-ld/
>>
>> >
>>
>> > Digital Bazaar's engagement with customers over the past several months
>>
>> > wrt. the term "Object Capabilities" has resulted in confusion around
>>
>> > exactly what an Object Capability is.
>>
>> >
>>
>> > Some history -- the "Object Capabilities" name was originally picked to
>>
>> > differentiate from the "Linux Capabilities" stuff, which really didn't
>>
>> > have much to do with capabilities (in the authorization sense). Object
>>
>> > Capabilities makes more sense when you're talking about programming
>>
>> > languages, but we don't really use it in that sense in this community.
>>
>> >
>>
>> > I propose we name the specification more appropriately in the hope that
>>
>> > the name evokes what we're actually doing with the specification. The
>>
>> > technology we're developing in this community specifically has to do
>>
>> > with Authorization... capability-based authorization. Thus, I'm
>>
>> > suggesting the spec is renamed to "Authorization Capabilities"...
>>
>> > shortened to "zCaps" for the cool kids in the community.
>>
>> >
>>
>> > Also, this is a bike shed discussion, so I fully expect it to get out of
>>
>> > hand and for us to have to do a poll like we did for the Verifiable
>>
>> > Credentials terminology. Please only suggest names that you're committed
>>
>> > to using with your customers (or that you would use with non-technical
>>
>> > folks). If we get a bunch of +1s with no strong objections, we're
>>
>> > done... and yes, I know that's wishful thinking. :)
>>
>> >
>>
>> > -- manu
>>
>> >
>>
>>
>>
>> --
>>
>> Adam Lake
>>
>> Director, Business Development
>>
>> Digital Bazaar
>>
>> Veres.io
>>
>> 540-285-0083
>>
>>
>>
>>
>>
>>

-- 
Adam Lake
Director, Business Development
Digital Bazaar
Veres.io
540-285-0083

Received on Sunday, 4 November 2018 14:24:52 UTC