Notice corporations are also 'sharing', and must also cover costs.
But corporations must charge *more* than costs to collect Profit
because that is what their investors expect as a Return for risk.
But if the investors were the consumers, and if they would accept
Product as their Return, then Price and Cost are identical since
there is no sale, and so Profit is undefined.
Learning to Share Sources (co-own the Means of Production) is one
half of a plan we can use to begin ignoring the Capitalists.
Learning to Swap Skills (barter our specialized labor for the benefit
of others while those others perform labor for our benefit) is the
other half.
When we finally can co-own the infrastructure of all our Production,
including ISP and cloud services, but more importantly, agriculture
and housing and even city infrastructure will be under our control.
And since the Product will not be sold (except during surplus), we
will not need to pass tokens to receive those goods and services
because the user will already own what he would have otherwise
been forced to purchase because of his co-owning the inputs.
When we finally can trade work by committing to achieve future
production in return for others committing to do the same for us,
then we can specialize without passing tokens.
Sincerely,
Patrick Anderson
http://ImputedProduction.BlogSpot.com
I've started to develop a network architecture for the exchange of
tokens between agents, hopefully to be standarized in the W3C Web
Payments group. Codename "Web Credits".
It assumes money is debt and provides a global web scale architecture
to provide an data architecture for accounting. Arbitrarily many
workflows, apps and UI can be built on top for any platform.
The design goal is to reuse existing technologies as much as possible
and keep the spec under 2 pages.
I like your vision, I think the world is changing so fast we're going
to be close this decade, if not sooner! :)
> I've started to develop a network architecture for the exchange of
> tokens between agents, hopefully to be standarized in the W3C Web
> Payments group. Codename "Web Credits".
>
> http://webcredits.org/
>
> It assumes money is debt and provides a global web scale architecture
> to provide an data architecture for accounting. Arbitrarily many
> workflows, apps and UI can be built on top for any platform.
>
> The design goal is to reuse existing technologies as much as possible
> and keep the spec under 2 pages.
>
Melvin, do you have a description of Web Credits in story form, using terms that would be understandable to the people who aren't programmers?
What I am looking for is some page/article that just tells the story of how you imagine web credits to be used, how they would relate to existing currencies, and what advantages people could obtain from the existence and the use of web credits?
Kind regards
Sepp
I must admit we're a little light on story presentations, at present.
Currently focusing on getting some code finished to demo.
The first app will be a distributed IOU system. We've (the unhosted
and opentabs team) joined forces with the mozilla incubted verese
project. Here's the splash pages of the two projects
http://verese.net/
http://opentabs.net/
If you click on verese there's a video explaining the rationale for an
IOU system.
Hopefully we'll have the alpha of the first app ready this month.
Does that help.
>
> Kind regards
> Sepp
Hi Melvin.
Do you think it would it be possible to make a fork of WebCredits
where each represents a Type, Quantity and Quality of Product, and is
backed by these two things:
1.) The Sources needed for production
2.) The Skills needed for production
Hi Patrick
The nature of linked data is that is it almost infinitely extensible
(just like the web).
This means that almost any number of data elements and workflows can be added.
The idea is that each data point is a globally unique variable (a URI)
and other URIs can point to and from them as key value pairs. Hence
the term 'web of data'. It's a bit complicated to imagine at first,
but once you can, it's incredibly powerful.
For various reasons (mainly topological), I suggest it's a good idea
not to contaminate the base data model with too many extra fields, but
rather, to point to and from the in supporting data structures. You
could think of this as like having foreign key tables in an SQL
paradigm.
So specifically the unit here (currency) could point to a product with
rich data points in itself, for example using the good relations
vocab:
http://www.heppnetz.de/projects/goodrelations/
Hope that helps!
By the way the first app is almost ready for alpha testing ...
I haven't written a user manual yet, but perhaps it is relatively
intuitive right now...
The easiest way to populate the friends list is to login with
facebook, however you can login with browserid, gmail, yahoo or webid
and enter recipients manually.
It does help to understand the situation you are in, but not to do what I intended - which was to bring some news about this to a larger circle of people.
I understand that the production of code is important, but on the other hand, public relations work, spreading the word about what is being done, is not exactly *un*important. So whenever there is time to put down the ideas and the rationale for what's being done in generally understandable terms, please do give us a heads-up.
Kind regards
Sepp
No, I think you're absolutely right. I'm not the greatest skilled in
advocacy, but always like to try and improve and learn from others.
Now that we have the first alpha kind of ready, we can concentrate a
bit more on explaining things.
I suppose the paradigm people are most used to is that of online banking.
In online banking just as in web credits you have 3 concepts
1 Line Items
============
When viewing your statement you can see a credit or debit from another party.
A web credit models this almost exactly. Two counterparties, an
amount, a currency, a description and a time
2 Balance
==========
A balance is simply a summation of of your line items
Actually it boils down to an IOU from the bank to you.
3 Transfers
==========
The data structure for transfer is exactly the same as that of a line item.
So you can send it to other wallets just like you do with in online banking.
With these simple concepts it should be build up complex workflows and
integrate existing ecosystems.
>
> Kind regards
> Sepp
> I suppose the paradigm people are most used to is that of online banking.
>
> In online banking just as in web credits you have 3 concepts
>
> 1 Line Items
> ============
>
> When viewing your statement you can see a credit or debit from another party.
>
> A web credit models this almost exactly. Two counterparties, an
> amount, a currency, a description and a time
>
>
> 2 Balance
> ==========
>
> A balance is simply a summation of of your line items
>
> Actually it boils down to an IOU from the bank to you.
>
>
> 3 Transfers
> ==========
>
> The data structure for transfer is exactly the same as that of a line item.
>
> So you can send it to other wallets just like you do with in online banking.
>
>
> With these simple concepts it should be build up complex workflows and
> integrate existing ecosystems.
>
Interesting.
So you are proposing to bypass all the complexities of what money normally is made of, and just deal with credit and debt. That should stimulate growth of perhaps up to now unimaginable ecosystems of "money".
Since credit and debt are kind of value free, or rather are open to any kind of interpretation, web credits will probably develop their own denomination... just thinking aloud here.
You're simply providing a mechanism to keep track of and to allow direct person2person transfer of credits/debts.
In a way, this turns the idea of money on its head. Instead of the "value" being important, as in present money, the important thing becomes keeping track of the movements, the flows and recording relative accumulation or void (for lack of a better word). It's like pressure (accumulation) in one place and void (vacuum) in another.
The description of a line item (transfer) and the value given to it (in whatever denomination will rise to the top as a natural choice) and the fact that it's signed off by two peers is the proof of value. It's imperfect, but sufficient because it's not the value that's important but the flows and the resulting "balance"...
Open money?
Am I catching the idea?
Having read David Graeber's 'Debt: the first 5000 years', he seems to
suggest that money and debt are very closely related. In fact debt
predates coin money. So the question of what money 'normally' is, is
a very interesting topic. imho.
>
> Since credit and debt are kind of value free, or rather are open to any kind of interpretation, web credits will probably develop their own denomination... just thinking aloud here.
I could create an own currency if there's demand for it. But we
already have bitcoin, so perhaps bootstrap that?
>
> You're simply providing a mechanism to keep track of and to allow direct person2person transfer of credits/debts.
Exactly! :)
>
> In a way, this turns the idea of money on its head. Instead of the "value" being important, as in present money, the important thing becomes keeping track of the movements, the flows and recording relative accumulation or void (for lack of a better word). It's like pressure (accumulation) in one place and void (vacuum) in another.
Yes this is a very good analogy. In fact in academic terms, the web
credits system is equivalent to a network system. You could think of
water pipes with capacities and water flowing through them. There are
famous logarithms in computer science, engineering and optimization
for this: min flow / max cut, traveling salesman, djikstra's
algorithm that have real world practical uses.
So the economy could be thought of as nodes with activity flowing
through it. Making this relatively frictionless is a win win for all
the participants.
>
> The description of a line item (transfer) and the value given to it (in whatever denomination will rise to the top as a natural choice) and the fact that it's signed off by two peers is the proof of value. It's imperfect, but sufficient because it's not the value that's important but the flows and the resulting "balance"...
Yes it's imperfect. In parallel you would want an web of trust
infrastructure. In finance today you have, insurance and credit
ratings. Decentralization normally leads to better fault tolerance,
better conflict resolution, self healing and, of course, can obviate
"too big to fail".
>
> Open money?
Perhaps I could co-opt the term "free market", through the use of
technology. But maybe open money is a great way to phrase it.
Although there already is an open money system (I've spoken to matt
slater about this one)
What differentiates web credits from the others is the tight
integration with the web. Almost all of the entities described are
web entites and hence are linkable, scalable and extensible.
>
> Am I catching the idea?
>
Yes! :)
>
>
>
Yes it's imperfect. In parallel you would want an web of trust
infrastructure.
Yes this kind of thing looks excellent. There's a few trust /
reputation sites starting to spring up.
But we need to think big, one silo is going to have a tough job
modeling all the trust on the web. Essentially we need a universal
language to describe things, then allow federation. We need an open
linkable data format.
Facebook open graph protocol doesnt currently do trust. But David
Recordon did once say that facebook they want to get into 'social
verification' so possibly there's a move in that direction.
Bitcoin OTC web of trust has promise, as does GPG but GPG isnt web
based. The first people to get the ball rolling at web scale I think
can potentially add a lot of value.
A great paper on modeling trust is here:
"Computational Models of Trust and Reputation:
Agents, Evolutionary Games, and Social Networks"
http://www.cdm.lcs.mit.edu/ftp/lmui/computational%20models%20of%20trust%20and%20reputation.pdf
Another question I ask is: how goes does trust need to be. I'll
suggest quite good, but not perfect. Look at ratings agencies as a
good example, they do get things wrong, but are accepted. So with
trust maybe we dont need to go from 0 to 100% ... getting from zero to
'quite good' may be enough.
> could help?
Perhaps we should have a new thing – somehow the term “fuzzy market” pushes into my space here.
And let’s say that in parallel to what today is considered the “real” market we build up a fuzzy market to include all those operations and interactions that don’t strictly fit into the normal, transaction-based economy, we would then need a whole new terminology and a denomination for the “fuzzies” (I’m not advocating to call them that).
An initiative that could supply the transfer mechanism for the fuzzies (or whatever they might be called) is underway atwebcredits.org/
This seems pliable enough to be shaped into something usable for that alternative economy that isn’t really like the one we’re used to…"
Sepp
I've looked in a bit more detail at trustmap. It's twitter specific
right now, but if it could be made generic I think it has great
promise.
> could help?
Hi Mark, Melvin and anyone else listening...I have put order into my thoughts on this one now.The conclusion I arrived at is that we should have "soft" money, rather than (or perhaps in addition to?) hard currency. Why and more or less how is described here:
Imagine a money where each note is a
claim over the Sources and Skills
required for production.
Debt as a "promise to pay" means a
worker can promise apply his Skills
in the future for food and shelter today.
TRUST as the land, plants, tools, etc.
needed to host that production.
This currency represents 3 things:
0. A PRODUCT of some predicted type, quantity and quality.
1. Commitments of the SOURCES such as land, mineral/water rights,
buildings, tools, etc. required for production. This co-owned
property must be constrained by legally binding social contract. See
the GNU General Public Law and PropertyLeft for attempts.
2. Commitments of all the SKILLS required for production.
For example:
0. One dozen grade A, medium chicken eggs every week.
1. Co-ownership in land and tools etc. of a chicken farm and to grow their feed.
2. Commitments from all the people required to make it happen.
THIS TITLE IS A PREDICTION OF PERFORMANCE
#0 IS INSURED ONLY IF #1 AND #2 ARE SECURED
> I'm starting to think of money asImagine a money where each note is a
> functions of both debt and TRUST.
claim over the Sources and Skills
required for production.
Debt as a "promise to pay" means a
worker can promise apply his Skills
in the future for food and shelter today.
TRUST as the land, plants, tools, etc.
needed to host that production.
This currency represents 3 things:
0. A PRODUCT of some predicted type, quantity and quality.
1. Commitments of the SOURCES such as land, mineral/water rights,
buildings, tools, etc. required for production. This co-owned
property must be constrained by legally binding social contract. See
the GNU General Public Law and PropertyLeft for attempts.
2. Commitments of all the SKILLS required for production.
For example:
0. One dozen grade A, medium chicken eggs every week.
1. Co-ownership in land and tools etc. of a chicken farm and to grow their feed.
2. Commitments from all the people required to make it happen.
THIS TITLE IS A PREDICTION OF PERFORMANCE
#0 IS INSURED ONLY IF #1 AND #2 ARE SECURED
Melvin, thanks for reading and for the acknowledgement.Yes, I really do think that web credits is ideally placed to become the infrastructure for a new kind of money such as the credits I envision.Now for the trust. I have sincerely tried to link trust into this, while discussing it with the developers of a circular barter exchange system. Couldn't make sense of it.Then I realized that trust, in the current context, only has negative implications. Positive trust does not get you much, except being relatively undisturbed, while negative trust really puts you down in the dumps (punishment). In the barter world, all you can strive for is for sufficient trust to take part in the exchanges, you just want to avoid being downgraded to where people *don't* trust you any more.So my conclusion on trust was that, with the kind of money I propose, trust is really implicit. If you even participate, you already demonstrate trust in the system and in the other participants. You are taking the first step and showing trust by supplying something in return for a mere promise. But you are also doing something more important. By giving in return for a credit, a promise, you increase trust in the system, and implicitly in everyone else who participates. You create a circle of trust, and your "performance" in the system is the trust metric. There is no sense in measuring trust in any other way. You either have it or you don't. And it's a positive, not a negative quality in this distributed exchange.I haven't read David Graeber's book. Found an interview by him just recently and was really fascinated to read that he talks about different times of history where money was yang and others where money was yin (he didn't use that terminology, but the concept is that) and that those cycles are on the order of 500 to 1000 years between each swing. So my thought is: Could it be that we are on the cusp of another such swing from hard currency to soft currency?The Graeber interview I found, by the way, is here:http://inthearena.blogs.cnn.com/2011/07/05/david-graeber-studied-5000-years-of-debt-real-dirty-secret-is-that-if-the-deficit-ever-completely-went-away-it-would-cause-a-major-catastrophe/
I have also read the piece you linked of Graeber in nakedcapitalism.com and must say I enjoy his sense of humor and sharp reasoning when it comes to the origins of money. It makes sense that money actually started out as a diffuse and somewhat fuzzy credit system rather than the awkward barter that the economists tell us about. Unimaginative types those economists...As I said, trust should probably be seen as inherent in the (credits) system. For one, someone who has given and obtained credit(s) from others inspires more trust than someone who is without credit(s). But other factors flow into this as well. We prefer to work with (exchange with, do business with) certain people and certain companies that have little to do with a formal measure of trust. It's a wholistic evaluation of connections and experiences.So trust, rather than being formalized, should probably be left up to the individual participant in a credits economy. It naturally evolves from experience, and it naturally flows into economic decisions. But I don't think we need a separate, formal quantification of it.Formalized trust is really a part of the yang, "hard currency" economy. Since everything is based on profit and competition, you really need to make sure you can trust the person you are doing business with and especially the person you "trust" with your money. But that's not part of what we're talking about here.
[This is a back-of-the-envelope first draft of top-level design specifications.]

PeerPoint is intended to be much more than a user-owned social networking platform. It is imagined as a modular, peer-to-peer (p2p) application suite, developer’s tool kit, and security appliance in one plug-n-play box.
Each PeerPoint is an autonomous node on a p2p network with no centralized corporate infrastructure. PeerPoints communicate directly with each other over secure, anonymous internet connections. PeerPoint users may still connect to the internet via commercial internet service providers (ISPs), but those ISP’s only act as blind, passive carriers of PeerPoint encrypted data.
The PeerPoint will be connected between the user’s pc, home network, or mobile device and the ISP connection. It will support phone lines, mobile devices, wifi, ethernet, etc. for maximum flexibility. It may be accessed by your remote mobile devices either over commercial cellular networks or p2p wireless mesh networks like those used by Occupy Wall Street.
The PeerPoint is designed to Occupy the Internet.
The need:
Google, Facebook, Twitter, etc. are proprietary, for-profit platforms that exploit users to create content and value. But they provide value as well, so a “Facebook killer” must provide greater user value (functionality, privacy, etc.) than Facebook. For numerous reasons the services provided by the commercial companies do not adequately meet the creative, social, political, and financial needs of the 99%. They are not up to the tasks that participatory democracy, non-violent social change, and sustainable economic systems will demand of our internet communications and our evolving cooperative methods of creating, working, organizing, negotiating, and decision-making together, in groups large and small, regardless of the geographical distances between us. This new kind of group interaction over distances is what allows self-selected individuals to coalesce into powerful workgroups, forums, and movements. It is also what will enable direct participation in the legislative process to function at a large scale for the first time in human history.

The social tools provided by Facebook, Twitter, etc. have been fun and fairly useful, but if we think about how much serious collaborative work lies ahead of us over the next decade in order to shift an entire civilization onto a more principled, democratic, and sustainable footing, we are going to need better, deeper, more collaborative, more functional work tools. Those tools need to belong to us and they need to meet the needs of of our society and our time, not the needs of a few self-serving billionaires. With the PeerPoint approach, each user will own her own inexpensive internet appliance and all the data and content she creates. Why leave the usefulness of the internet and the custody of our data up to a few companies whose business models depend on pimping us to advertisers, and who can change their terms of service at any time?
I have been hoping for somebody like the Linux community to create an appliance-like p2p node that provides all the apps needed for social networking, voting, trust/reputation metrics, database, content collaboration and management, workflow, complementary currency, crowd funding, etc. I’m talking about something that comes complete, out of the box, with the apps pre-installed and connects easily to your personal computer, home network, or mobile device.
For developers:
If a FreedomBox were used as a starting platform, the PeerPoint application package would be added on top of the FreedomBox security stack.
The PeerPoint apps don’t yet exist as an integrated package, or even as individual apps that are adequate to replace Facebook, Twitter, Google Docs, Google Search, Google Earth, YouTube, Kick-Starter, etc. etc. All this functionality is envisioned for the PeerPoint eventually.
In the beginning it will be necessary to have interfaces/connectors to various proprietary client-server applications like Google until they can be re-engineered in open source p2p versions.
Initially the project would consist of a first tier of essential apps that must be tightly integrated in their interfaces/connectors, protocols, and data structures. After deploying the first tier, development would continue on a second-tier of applications. Second tier development efforts could be much more distributed and parallel since the final specs for all the basic interfaces, protocols and data structures of the first tier modules would be available to all interested developers.
The common requirements for each PeerPoint app are:
First tier applications:
Once the PeerPoint is running with these first tier applications we may be able to organize the 99% well enough to begin rapid development of the more complex second-tier applications and to start building or buying alternative network infrastructure.
Poor Richard
Fabio,
I think this proposal has some stuff in common with the sovereign ideas.
PeerPoint