Storing Contracts in the Name Registry
-
- Posts: 27
- Joined: Fri Dec 27, 2013 4:34 pm
- os: mac
Storing Contracts in the Name Registry
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.
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.
Re: Storing Contracts in the Name Registry
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.
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.
-
- Posts: 26
- Joined: Tue Sep 17, 2013 2:45 pm
- os: windows
Re: Storing Contracts in the Name Registry
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.
-
- Posts: 541
- Joined: Mon May 20, 2013 12:03 pm
- Contact:
Re: Storing Contracts in the Name Registry
Yes. This would be an interresting development direction.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.
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
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
Re: Storing Contracts in the Name Registry
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.
Dr. Lawrence Lau
http://www.linkedin.com/in/drllau
http://www.linkedin.com/in/drllau
Re: Storing Contracts in the Name Registry
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 wrote:The problem I see is that contracts are not a static piece of paper with fixed hash
Re: Storing Contracts in the Name Registry
> 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.
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.
Dr. Lawrence Lau
http://www.linkedin.com/in/drllau
http://www.linkedin.com/in/drllau
Re: Storing Contracts in the Name Registry
Some thoughts on this, new thread because it's similar, but also different.
http://forum.namecoin.info/viewtopic.php?f=2&t=1593
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
Dot-Bit Kitty Pix! The ONLY .bit-only kitty cat website in the world! http://dotbitkittypix.bit
Re: Storing Contracts in the Name Registry
A contract must be signed by 2 parts at least, so, each part must sign the contract and store the sign in namecoin.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.
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
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
Re: Storing Contracts in the Name Registry
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).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.
Dr. Lawrence Lau
http://www.linkedin.com/in/drllau
http://www.linkedin.com/in/drllau