Re: Transfering a domain

["Rick H. Wesson" <wessorh@ar.com>]

On Jan 8,  2:03pm, davidk@ISI.EDU wrote:
> Subject: Re: Transfering a domain
>
> Rick,
>
> > Rick H. Wesson writes :
> >
> > How will transfers of a domain from one regestry to another
> > take place? I expect it take the acknolagement from the regestry
> > holding the domain, the regestry the domain is being transfered to,
> > the end user requesting the domain transfer and the folks running
> > the CORE database be involved.
> >
> > Whom would an end user ask, if they are to ask CORE for the transfer
> > then I would expect that the folks that run the CORE database need
> > to charge an administrative fee much like the ARIN proposal for the
> > transfer of IP Networks. If speculation in new domain names is high,
> > then I would expect the load on the folks running the CORE db to be
> > high also.
> >
> > How should a transfer of ownership of a domain take place? How do you
> > make sure these transfers are authorized?
>
> My light-weight proposal solves this rather elegantly:
>
> Transfer of 'ownership of a registration' can be done secure and easily
> if the repository knows the public key of the end-user as well as the
> registrars. Any update should be accepted if it is (validly) signed by
> the end-user as well as by *any* of the registrars. The trick is now that
> the end-user doesn't need the cooperation of the old registrar if (s)he
> wants to change registrar which is definitely positive for the end-users
> in a world with competing registrars that might even not exist anymore
> when they go out of business.

David,

Under this model you are asking the repository to interface directly
with the general public, and that the repository now manage public
keys for a wide range of individuals. This extends the scope of the
CORE db quite a bit. So now the repository must manage a global
public key ring? Do they need a RAID for that ;-)

IMHO if CORE ended up manageing a global public key ring, which they must
for Davids proposal to work, CORE could become vastly more important in that
function than in manageing a central domain database. Cool idea!

-Rick




-- 
Rick H. Wesson