The idea seems interesting to me but I'm not sure I've understood it.
From what I've read from zero exchange, it's seems oriented to barter.
Am I right?
What's the relationship between zero exchange, CHE-ROCS, ROCS and Ripple?
It will be a set of LETS communities with demurrage (well, ROCS I
guess) connected between them with ripple without interest. Am I
right?
Can participants from different LETS trust directly each other with
ripple connections without interest nor demurrage?
--
Jorge Timón
--
You received this message because you are subscribed to the Google Groups "Ripple Project" group.
To post to this group, send email to rippl...@googlegroups.com.
To unsubscribe from this group, send email to rippleusers...@googlegroups.com.
For more options, visit this group at http://groups.google.com/group/rippleusers?hl=en.
Sincerely yours,
Apostolis Xekoukoulotakis
Maybe you should keep the demurrage for intra-group transactions and
leave it out for ripple/inter-groups transactions. In fact, what you
want to discourage between groups are large negative balances for long
periods of time rather than large positive ones.
All this (the ROCS and ripple between ROCS) can be implemented with Ripple.
For the inter-group demurrage:
The participants give credit with negative interest to the group node.
The group node gives credit to the participants at zero interest. This
way positive balances suffer demurrage but negative balances don't
disappear over time.
2012/1/3, Alex Kotov <aleksand...@gmail.com>:
> --
> You received this message because you are subscribed to the Google Groups
> "Ripple Project" group.
> To post to this group, send email to rippl...@googlegroups.com.
> To unsubscribe from this group, send email to
> rippleusers...@googlegroups.com.
> For more options, visit this group at
> http://groups.google.com/group/rippleusers?hl=en.
>
>
--
Jorge Timón
Yes. This is what would happen. Because C was the only who freely
accepted to pay interest on his credit account with C. Certainly looks
unfair for B.
The system could be modified so that B could define rules about when
to use what lines of credit. This way he could loan from C only when
he at the same time lends at an equal or greater interest, only when
he's the payer of the ripple transaction, etc. But I suspect that
people simply will end up not accepting credit at interest at all.
It's like giving away coupons that grow (and remember, exponentially).
On the other side, I don't think many people will give credit to
others at negative interest if it's not for a good reason (like paying
community activities). It's like accepting coupons that perish as
payment and it has to be a generosity act.
Besides there's no interest in the distributed ripple protocol.
http://ripple-project.org/Main/Interest
But, for example, ripplepay could still allow interest between its
nodes but not between nodes hosted at ripplepay and nodes hosted at
villages when connected through the p2p protocol. Anyone could make
its own server (or a light client for just one person) and have the
rules it wants inside.
Another example, a ROCS community could have a network with the
following topology:
Community node -> Each participant : up to X at zero interest.
Each participant -> Community node : up to Y at -DEMURRAGE_CONSTANT interest
X and Y depend on a combination of settings by the user and various
reputation and history variables of the participant.
Would that be something close to what you want?
Then each ROCS participant could connect with villages, ripplepay,
other ROCS, LETS, individual persons, business to business networks or
whatever that can interact with the p2p network.
> or it will pass to A, notwithstanding that his personal credit line w/
> o interest.
> A(-11)-(10)B(-10)-(11)C
This would be pretty unfair for A. He never agreed on paying interest
to anyone. And B agreed but he's not paying.
The result of your example if C concedes a negative interest (demurrage) to B:
A(-10)-(10)B(-9)-(9)C - which looks a bit unfair to C and very good to B.
If everybody has it:
A(-9)-(9)B(-9)-(9)C - which looks a bit unfair to C and very good to A.
He may do something for others in exchange of what he received or just
wait until his debt disappears.
Hope this helps.
Depends on the ripple implementation. I think ripplepay is the one
that better fits with what you want because it has interests.
On ripplepay, I don't know. I don't understand what you mean by "get
rid of melting vouchers first".
> Transaction from A-E:
> A(-10)-(10)B(-10)-(10)Com.node(-10)-(10)D(-10)-(-10)E(10)
> after demurrage:
> A(-10)-(10)B(-10)-(10)Com.node(-9)-(9)D(-10)-(-10)E(10)
> Now D is subsidizing Community for "nothing". And only way to limit
> this, is to run separate server for Community? -Looks like not the
> best solution.
He's subsidizing the community to give liquidity to his friend E. But
yes, still seems problematic.
D could have 2 nodes, one connected to CN and the other to E and have
them separated (no connection between both of his nodes).
> Another question: How is interest/demurrage computation works?
> -on daily calculation? daily transactions(of interest)? possible to
> set "monthly"?
> -on volume (of money used) or from current balance at certain moment?
> any other settings?
Not sure. You'll have to ask Ryan for this one. Anyway, if you want to
run your own ripplepay server you can hack it (it's free software) to
make it act like you want.
When decentralized ripple is implemented, you can connect your
rippleROCS server with ripplepay, villages.cc, etc.
> -Does establishing credit line with +/- interest require any
> confirmation from other party?
The node who gives credit sets the demurrage rate (people giving
credit to the CN). The node receiving it has to accept it.
> -Who could set up amount of demurrage?
The community node could reject any credit that doesn't have the right
rate of demurrage. If the users offers the right rate, the CN accepts
it and gives credit back (without demurrage).
> In case of community node: Community node defining amount of
> demurrage, participants define credit line (under this demurrage),
> Community node calculates appropriate credit line.
>
> At original ROCS idea demurrage charged also from negative balances,
> as an interest. Do not think we will keep it. But it is good to
> understand how it works in Ripple as well. What will happen if all
> credit line used, interest will decrease "personal" balance below that
> credit limit or interest will be routed via other nodes? Looks like it
> will be the dream of Usurer.))
Nodes are never affected directly from other node's connections.
Not sure what happens when interest pushes a negative balance below the limit.
But I think there's two possibilities:
A) The interest is ignored
B) The limit is ignored
My intuition tells me is A, but Ryan will have to answer to this one too.
After all, interest is not part of decentralized ripple, only part of ripplepay.
Thank you. The limit gets ignored to add the interest.
Do you know how the interest is charged (daily, weekly, monthly...)?
Do you know if there's priorities for the used credit lines based on
the interest of each connection?
If not, what does the CHE mean in CHE-ROCS?
2012/1/15, korobokbarabok <_del...@mail.ru>:
> --
> You received this message because you are subscribed to the Google Groups
> "Ripple Project" group.
> To post to this group, send email to rippl...@googlegroups.com.
> To unsubscribe from this group, send email to
> rippleusers...@googlegroups.com.
> For more options, visit this group at
> http://groups.google.com/group/rippleusers?hl=en.
>
>
--
Jorge Timón
2012/1/22, Alex Kotov <aleksand...@gmail.com>:
Also where do those 175 come from?
40 * 4 = 160
The typical work in Spain is 40 hours a week.
2012/1/23, Alex Kotov <aleksand...@gmail.com>:
Sincerely yours,
Apostolis Xekoukoulotakis
2012/1/24, Alex Kotov <aleksand...@gmail.com>:
It seems like if we are talking about unskilled hours, then we should
leave them as hours, and not pretend they have a fixed value in some
national currency. If they really are a fixed value of currency (like
$10), then why pretend they are "hours"?
If I do an hour of work for someone in Nicaragua, and they give me a
widget, and I take that widget to the US, is it worth about an hour of a
US worker's time? Or is it only worth 6 minutes?
I know it's a challenging (unsolvable?) problem, but I would like to see
each system be precise as to what units it is using.
Kevin
Sincerely yours,
Apostolis Xekoukoulotakis
Alex
--
--
--
You received this message because you are subscribed to the Google Groups "Ripple Project" group.
To post to this group, send email to rippl...@googlegroups.com.
To unsubscribe from this group, send email to rippleusers...@googlegroups.com.
For more options, visit this group at http://groups.google.com/group/rippleusers?hl=en.
Sincerely yours,
Apostolis Xekoukoulotakis
2012/1/28, Apostolis Xekoukoulotakis <xeko...@gmail.com>:
--
Jorge Timón
Can't each individual user just specify their own conversion rates?
Sent from my HTC Incredible 2.
2012/1/28, Kurt Padilla <kurt.p...@gmail.com>:
Alex
--
You received this message because you are subscribed to the Google Groups "Ripple Project" group.
To post to this group, send email to rippl...@googlegroups.com.
To unsubscribe from this group, send email to rippleusers...@googlegroups.com.
For more options, visit this group at http://groups.google.com/group/rippleusers?hl=en.
Wait, does CHE-ROCS establish a conversion for hours between profession?
All the hours in the same profession must be charged the same?
> So, minimum wage approach works well, but it is not a point.
You cannot say that as an absolute. Unless you think minimum wage laws
are proportional to the cost of living in every country of the world.
Just to know where we are. You're not in favor of minimum wage laws, right?
> We use it only for initial data, quick start up of system. Later system will be
> regulated by according real foreign trade balance between regions. It
> is possible to start system with equal rate between regions
> (1,1,1,...) and after some overregional interaction "che-money" will
> move from regions with low minimal wages to regions with high minimal
> wages. Same time "CHE exchange rates autopilot" will gradually
> decrease rate of CHE in first ones and increase in second ones. It
> will go on untill foreign trade would come to balance on certain
> rates. Rates calculated from minimal wages are a bit artificial, and
> from "exchange rates autopilot" - they will be live.
> It works close to PPP
Why not let the market do this by allowing people to decide their
exchange rate and for the rates of the different CHEs to float freely?
Without an "smart system" controlling it.
> http://en.wikipedia.org/wiki/Purchasing_power_parity(or
> Big Mac Index) only for unskilled labor, and we use it for different
> purpose.
> Interesting thing: CHEs rates floating but localy it is stable. Localy
> CHE is always has value of 1 hour of unskilled labor even if it is
> value for foreign trade or in national currency is changing.
That depends on what you mean by locally. If you mean "within the same
country" I doubt it.
People earn (and spend) more in Madrid than in Badajoz. Market prices
of labor are higher in Madrid because people need more money to do the
same things.
--
Jorge Timón
Your analogy between miles/km and aHours/bHours doesn't convince me.
One talks about value, which is always relative, and the other about
space which has been always (and should still be) absolute. I don't
want to get you bored with my objections to Einstein here, but it's
not the same thing. Economics is a social science.
PS
What's "redshift/blueshift in General Relativity Theory". Do you mean
the Doppler effect?
2012/1/31, Alex Kotov <aleksand...@gmail.com>:
I don't know what's so wrong with markets. If money weren't free for
bankers and at interest for the rest, the speculation market would far
smaller. If there were free-money instead of money-capital, the
speculation market would be small enough to perform its function
(arbitrage, good for society) and nothing more.
>> Your analogy between miles/km and aHours/bHours doesn't convince me.One
>> talks about value, which is always relative, and the other aboutspace
>> which has been always (and should still be) absolute. I don'twant to get
>> you bored with my objections to Einstein here, but it'snot the same thing.
>> Economics is a social science.
>>
> May be this is a point. For the moment present economics is asocial
> science, as it lets personal interests dominate over common. One
> principle of future project Eka-Pepple (which will use CHE-ROCS): win-
> win-others no lose. Everything is allowed that is not bad for society.
And how would you know what is good and what is bad in absolute terms.
> At ancient times distribution of gold and silver were unknown for
> trader and sounding of it was done of by market, by game of personal
> guesses. Nowadays, for open data systems, such game could be left in a
> part without appreciable losses.
I still prefer the market. I'm sure Bernanke has a lot of data and run
computer simulations, but still he ain't god.
>> PSWhat's "redshift/blueshift in General Relativity Theory". Do you meanthe
>> Doppler effect?
> Yes, good idea, it would be easier to present mechanics of CHE-ROCS on
> this not so complicated approximation. Give me a time. I will prepare
> it soon.
I have no idea how I've inspired you, but I'm really curious.