Storing Contracts in the Name Registry

Post Reply
FrictionlessCoin
Posts: 27
Joined: Fri Dec 27, 2013 4:34 pm
os: mac

Storing Contracts in the Name Registry

Post by FrictionlessCoin » Sun Dec 29, 2013 12:43 pm

It has occurred to me that Namecoin name registration may allow users to store not only DNS entries, but contracts.

More specifically Ricardian Contracts (see: http://iang.org/papers/ricardian_contract.html )

By registering ricardian contracts, systems may be able to use Namecoin as a means of more complex financial instruments like Bonds, Options etc.

moa
Posts: 255
Joined: Mon May 23, 2011 6:13 am

Re: Storing Contracts in the Name Registry

Post by moa » Sun Dec 29, 2013 8:43 pm

Yes. You could easily store the hash of a ricardian contract in a namecoin name (or value) fields.

You could also use the namecoin private-public key pair associated with the storage of the name/hash for the signing of the ricardian contracts who's hash is stored at that name .... many interesting possibilities then arise.

Basically this extends the immutable data to any arbitrary size field, held in an ancillary database e.g., without bloating the blockchain but still having the security anchored in the p2p namecoin blockchain by the hash.

jdbtracker
Posts: 26
Joined: Tue Sep 17, 2013 2:45 pm
os: windows

Re: Storing Contracts in the Name Registry

Post by jdbtracker » Tue Dec 31, 2013 11:10 pm

You could do quite a few things with the Blockchain, make a separate namespace for the contracts so that you could download only contracts instead of the whole Blockchain, without sacrificing security of your contracts. Namespaced for easy archiving of Contract Hashes.

virtual_master
Posts: 541
Joined: Mon May 20, 2013 12:03 pm
Contact:

Re: Storing Contracts in the Name Registry

Post by virtual_master » Sat Jan 04, 2014 12:36 am

FrictionlessCoin wrote:It has occurred to me that Namecoin name registration may allow users to store not only DNS entries, but contracts.

More specifically Ricardian Contracts (see: http://iang.org/papers/ricardian_contract.html )

By registering ricardian contracts, systems may be able to use Namecoin as a means of more complex financial instruments like Bonds, Options etc.
Yes. This would be an interresting development direction.
Do you have some concrete plans to develop something for contracts ?
http://namecoinia.org/
Calendars for free to print: 2014 Calendar in JPG | 2014 Calendar in PDF Protect the Environment with Namecoin: 2014 Calendar in JPG | 2014 Calendar in PDF
BTC: 15KXVQv7UGtUoTe5VNWXT1bMz46MXuePba | NMC: NABFA31b3x7CvhKMxcipUqA3TnKsNfCC7S

drllau
Posts: 64
Joined: Fri Nov 22, 2013 10:59 pm
Location: Sydney Singapore Shanghai
Contact:

Re: Storing Contracts in the Name Registry

Post by drllau » Sun Feb 09, 2014 1:44 am

The problem I see is that contracts are not a static piece of paper with fixed hash but a living almost social document. For example, when I design licensing agreements, I have the general contract, some boilerplate and then annexes which are amended under some designated notification procedure (eg adding more patents as they issue). Financial instruments are even more complex, governed by master documents with options to insert/select whole chapters and then nominated machinery for the boundary cases. So whilst a simple registration service may suffice (eg notary) it just not suited for a modern contract.

cassini
Posts: 336
Joined: Sun May 26, 2013 6:36 pm

Re: Storing Contracts in the Name Registry

Post by cassini » Mon Feb 10, 2014 12:18 am

drllau wrote:The problem I see is that contracts are not a static piece of paper with fixed hash
This is not a problem but an advantage of Namecoin. You can issue a name_update at any time and change/add/remove registry data.

drllau
Posts: 64
Joined: Fri Nov 22, 2013 10:59 pm
Location: Sydney Singapore Shanghai
Contact:

Re: Storing Contracts in the Name Registry

Post by drllau » Tue Feb 11, 2014 5:43 am

> change/add/remove registry data.

this shifts the problem from one of content coherence to that of authority ... who has the authority to change the terms of a contract, (perhaps unilaterally without notice as with some SNS terms) and identification of those authorities and processes for transfer of authority (eg power of attorney, death of estate, court seizure). So a technical solution is only a small component in the overall legal contracting model ... think of it more as an evershifting web of relationships and if you have an update cycle of several hours, then not so suited for ... say high frequency trading.

MWD
Posts: 180
Joined: Mon Feb 10, 2014 10:31 pm
os: windows
Contact:

Re: Storing Contracts in the Name Registry

Post by MWD » Tue Feb 11, 2014 6:52 am

Some thoughts on this, new thread because it's similar, but also different.
http://forum.namecoin.info/viewtopic.php?f=2&t=1593
Namecoin, Dot-Bit and MeowBit are a complete new Internet ecosystem, building the roads to Web 4.0. http://www.meowbit.com
Dot-Bit Kitty Pix! The ONLY .bit-only kitty cat website in the world! http://dotbitkittypix.bit

khal
Site Admin
Posts: 708
Joined: Mon May 09, 2011 5:09 pm
os: linux

Re: Storing Contracts in the Name Registry

Post by khal » Thu Feb 13, 2014 10:25 am

drllau wrote:> change/add/remove registry data.

this shifts the problem from one of content coherence to that of authority ... who has the authority to change the terms of a contract, (perhaps unilaterally without notice as with some SNS terms) and identification of those authorities and processes for transfer of authority (eg power of attorney, death of estate, court seizure). So a technical solution is only a small component in the overall legal contracting model ... think of it more as an evershifting web of relationships and if you have an update cycle of several hours, then not so suited for ... say high frequency trading.
A contract must be signed by 2 parts at least, so, each part must sign the contract and store the sign in namecoin.
One can change the contract, sign it, and other contractors can sign it too, or not.
By using the history of the 2 (or more) names, you can find the most recent contract signed by the 2 (or more) contractors.

I agree that it doesn't solve everything, but it still permits interesting ones.
And, for ex, you can also combine this with multisig to address some of the other problems.


ps: namecoin (and all blockchain coins in general) is not conceptually designed for high frequency trading (RT and huge volumes).
NamecoinID: id/khal
GPG : 9CC5B92E965D69A9
NMC: N1KHAL5C1CRzy58NdJwp1tbLze3XrkFxx9
BTC: 1KHAL8bUjnkMRMg9yd2dNrYnJgZGH8Nj6T

Register Namecoin domains with BTC
My bitcoin Identity - Send messages to bitcoin users
Charity Ad - Make a good deed without paying a cent

drllau
Posts: 64
Joined: Fri Nov 22, 2013 10:59 pm
Location: Sydney Singapore Shanghai
Contact:

Re: Storing Contracts in the Name Registry

Post by drllau » Thu Feb 13, 2014 11:49 pm

khal wrote: A contract must be signed by 2 parts at least, so, each part must sign the contract and store the sign in namecoin.
One can change the contract, sign it, and other contractors can sign it too, or not.
By using the history of the 2 (or more) names, you can find the most recent contract signed by the 2 (or more) contractors.

I agree that it doesn't solve everything, but it still permits interesting ones.
And, for ex, you can also combine this with multisig to address some of the other problems.
the multisig concept has interesting ramifications, for example, in micro-financing, there are group endorsements which basically tacitly keep the borrower on track and under peer purview they don't do stupid things like spend the money on wine, women and song (not that female entrepreneurs are any less capable but in some societies, they have a hard time being under economic thumb of others). So whilst there be be privity of contract between two, there would be multiple witnesses, perhaps even formal guarantor which can enhance the value proposition (remember that lawyers are one of the most conservative bunch of monkies on this planet).

Post Reply