Difference between revisions of "Contract"
(→See also: Formalizing and Securing Relationships on Public Networks) |
m (→See also) |
||
Line 46: | Line 46: | ||
*[[Ricardian Contract]] ''- local article'' | *[[Ricardian Contract]] ''- local article'' | ||
*[http://iang.org/papers/ricardian_contract.html Ricardian Contract] ''- main paper'' | *[http://iang.org/papers/ricardian_contract.html Ricardian Contract] ''- main paper'' | ||
− | + | *[http://szabo.best.vwh.net/formalize.html Formalizing and Securing Relationships on Public Networks] ''- Nick Szabo (Smart contracts)'' | |
− | *[http://szabo.best.vwh.net/formalize.html Formalizing and Securing Relationships on Public Networks] ''- Nick Szabo '' |
Revision as of 21:42, 18 June 2012
Contracts are based on the principle expressed in the Latin phrase pacta sunt servanda, which means "agreements to be kept" ("Agreement" also links to this article). A contract is said to come into existence when acceptance of an offer (agreement to the terms in it) has been communicated to an offeror by an offeree and there has been consideration bargained-for induced by promises or a promise and performance. The offer and acceptance formula, developed in the 19th century, identifies a moment of formation when the parties are of one mind (unified).
The bottom line purpose of contracts is really about ensuring that there is a stable operating environment on to which we can build systems and organisations. As with trading, governance or any other aspect of the social mechanism, this stable operating environment can be achieved without the need of trusted third-parties. This stability can also be provided in a bottom-up peer-to-peer way by making assurance the foundation of contractual binding between members of a Platform.
Having assurance as the foundation allows individuals to only be required to form contracts with those they know and trust, and it's based on supporting our peers when they're unable to meet their obligations, rather than treating contracts as rules involving punishments for violations. In such a system, obligations solidly met because people don't want to let down those they're closely associated with.
Such agreements allow the creation of assurances which can then act as axioms for functionality on higher levels of abstraction in the system. Sets of simple agreements between members of trust groups can also form a foundation for alignment with the common vision.
The Platform specification inherits some default member agreements deriving from the common vision and the values. In a Platform, these contracts are documents that members can agree to by sending a signed secure email containing the contract text and a confirmation of comprehension and agreement to a number of other peers who then sign and return the message with a confirmation of having witnessed the signed agreement.
Contract trust
The first and most fundamental issue that one needs to understand is the distinction between a statutory trust and a non-statutory trust. A non-statutory trust is generally referred to as a common law trust.
Statutory trusts are those, which like corporations, are established by and through a law created by the legislature of your state. Such trusts are imbued by the legislature with certain "financial advantages" (e.g. exempting certain property from State taxation of one form or another). However, such trusts are 100% within the regulatory control of the State. If the legislature were to change its mind tomorrow and withdraw the trust's financial advantage, they would be doing nothing wrong and you would have no recourse. When you place property in a statutory trust, you are in effect saying to the legislature, "I agree that this property is within the State’s jurisdiction and it would be really great if you'd treat me fairly in the future". Placing one’s property within a statutory trust also makes that property ripe for administrative levy and/or seizure in the event that a tax agency makes a claim against the person who established the trust, or against the trust directly.
Conversely, common law trust are not created by legislative fiat, but are created in the realm of Equity and under a Citizen's unalienable right to contract. For more information see Contract Trusts.pdf.
Ricardian Contract
A Ricardian Contract can be defined as a single document that is
- A contract offered by an issuer to holders
- For a valuable right held by holders, and managed by the issuer
- Easily readable by people (like a contract on paper)
- Readable by programs (parsable like a database)
- Digitally signed, f) carries the keys and server information
- Allied with a unique and secure identifier
In the simplest possible terms, a Ricardian Contract is a document defining a type of value for issuance over the Internet. It identifies the Issuer, being the signatory, and any terms and clauses the Issuer sees fit to add in to make the document stand as a contract.
The same document has to be both readable by people and parsable by programs. The Ricardian Contract is formatted as a text file that can be easily read (displayed or printed), and programs can convert it into internal forms for searching for name-value pairs. It includes a special section for each type of contract, such as bond, share, currency, etc. Further sections within describe, in program-parsable terms, usage of decimal points, titles, and symbols.
As legal signatory, the Issuer signs the document in the OpenPGP cleartext form with his contract signing key. He includes the full chain of OpenPGP keys within the document to permit programs to directly verify and authenticate.
To uniquely identify the contract, any user can calculate a canonical message digest over the clearsigned document. This message digest is included in all records of transactions, and provides a secure (unforgeable) link from the document to the accounting of the issue.
For example, e3b445c2a6d82df81ef46b54d386da23ce8f3775 is the full message digest for Systemics Inc's issue of prepaid services dollars. Commonly called a hash, the message digest is a cryptographic technique to create a relatively small number that is one to one with the document. That is, for each document, there is only one hash, and the hash refers uniquely to that document. The algorithm is the well-known standard, SHA1.
Concern: The treatment of the Ricardian Contract as a contract may raise more legal questions than it answers. For example, is this form indeed a contract? How do distinct jurisidictions view the concept (common law, civil law, UCC, Koranic code)? Is this a negotiated or a form contract? When did the user accept the contract? How strong, or rebuttable, is the presumption that the user has the contract?
See also
- Trust
- Trust group
- Assurance
- Sovereignty
- Open Transactions - the contract concept forms the foundation of Open Transactions too
- Article on Worldchanging - regarding the need for new bottom-up legal frameworks
- Ricardian Contract - local article
- Ricardian Contract - main paper
- Formalizing and Securing Relationships on Public Networks - Nick Szabo (Smart contracts)