Hi Patrick, it is at a meta level. This means that, at least conceptually for now, it can be used to describe any kind of contracts, understand and visualize interdependencies between such contracts, and understand the effects of such contracts. The currency model you propose, or other currency architectures, could be described and compared, and even potentially be used co-jointly within potential shared economic networks that emerge out of such contracts. As in programming software applications, there are sometimes different layers. What I try to describe is a tool that facilitates the definition and expression of currency architectures, but also contextualizations in a broader sense ( in the form of data and meta data, that can use linked data protocols , such as red and xml schema, or possibly also the xml format metacurrency seems to develop ). Seth developed Netention ( Revlin created his own fork ), which aims at being able to use such ontologies to make descriptions. It is like enabling the description of metalanguages, based on some kind of semantic web browser / editor... And using this kind of real time browser / editor for economic transactions and engagement networks too... For example, you could use a netention like tool, to describe "future objects" ( that is, creating an object with time metadata set in the future ), and you could also add a "suggestion" metadata ( non confirmed ? ), until other people act upon it, and you can create mutual engagements around it, as to converge resources to enable such potential, for example by matching needs with available resources... On Tue, Feb 5, 2013 at 5:58 PM, Patrick Anderson <[email protected]> wrote:
Dante-Gabryell Monson wrote:
I realize what I describe corresponds, or rather, is very similar in spirit, to the concept of the metacurrency project :
http://www.metacurrency.org http://p2pfoundation.net/Metacurrency_Project
Hey Dante,
I wonder if I am being to myopic ...could you help me understand your (and the metacurrency) approach?
Maybe I am looking at this wrong, but I don't understand what 'backs' these currencies, and also do not understand when or by whom they are issued.
In the system I propose, the currency is backed by the Sources and Skills needed to produce *future* Objects.
These tickets have a window of validity (they are not valid until some future time, and then expire after some further time based on the physical constraints of both production and storage).
These tickets are 'issued' by groups of co-owners of the Physical Source (Material Means of Production) to individuals within that group as a way of accounting for whether (for example) each has picked-up their dozen eggs for the week.
Thanks for your consideration.
Sincerely, Patrick
_______________________________________________ P2P Foundation - Mailing list http://www.p2pfoundation.net https://lists.ourproject.org/cgi-bin/mailman/listinfo/p2p-foundation