|
|
Rippled + P2P-dividends
*A decentralized, self-organizing, welfare system Service-Requirements: you need to share data about your financial transactions. any currency that you want to connect needs to share transaction-data with our network. this is theoretically possible with any financial provider, but easiest done using Ripple. http://ripple.com Ripple is open-source, it has full transparency, and an open ledger that our system can collect data from. I´m currently developing the tax-collecting client https://ripple.com/forum/viewtopic.php?f=22&t=7735 Swarm-Redistribution
The account that pays tax sends money according to this algorithm: The first line of account calculates a ratio, x (x1,x2,x3...) = (their taxRate / paid taxRate) if( x > =1) then x = 1 The second line of accounts y (y1,y2,y3...) = (their taxRate / x quote) if( y > =1) then y = 1 The third line of accounts calculates z (z1,z2,z3...) = (their taxRate / y quote) if( z > =1) then z = 1 Repeated til the END I have an examples-script on http://www.resilience.me/code.html Each ratio is then calculated relative payed taxRate, x(1,2,3...)_quota = x y(1,2,3...)_quota = y * x z(1,2,3...)_quota = z * y * x ... The amount that was taxed (amount * taxRate) is then divided on the resulting list of quotas. x1,x2,x3... y1,y2,y3... z1,z2,z3... x1 = 0,5 x2 = 1 y1 = 0,1 y2 = 0,2 z1 = 0,05 Ex. 1000 USD @ 1% taxRate = 10 USD payed 10 USD divided on 1/2 1 1/10 1/5 1/20 10/20 20/20 2/20 4/20 1/20 37/20 10 / 37 = 0.27 0.27 *10 = 2.7 0.27 * 20 = 5.4 0.27*2 = 0.54 0.27*4 = 1.08 0.27*1 = 0.27 WolframAlpha results 2.7 + 5.4 + 0.54 + 1.08 + 0.27 = 10 USD This algorithm allows for infinite peer-to-peer scalability, and that´s the point. This section only covered the basic mathematical theory. read more about the actual implementation, and how to solve computational limitations, on: http://www.resilience.me/swarm-redistribution-in-detail.html INCENTIVES
First law of resilience There is one limit to an accounts taxRate. The taxRate that is payed for it´s outgoing transactions, id est not the tax the account itself pays, but the tax that accounts that it sends payments to pays, sets an upper limit to taxRate. If an account makes a payment of 1000 USD and the recipient account pays 0 % tax, then the taxRate for that currency will be limited to <0 % for the next 1000 USD it receives. It will have locked itself out from the network. If I send you 1000 USD, and you don´t tax anything, then I won´t get a dividend-pathway via that transaction. I won´t get the welfare benefits that the network provides. This means that ventures that pay taxes will be popular amongst customers. And that industries that pay taxes will be popular amongst the ventures, because it will allow them to pay taxes. This creates a bottoms-up, recursive, positive feedback loop. Second law of resilience There is one limit to an accounts dividend-voltage. The tax an account pays for incoming transactions sets an upper limit to it´s dividend-voltage. If I send you 1000 USD, and you don´t tax anything, then the server turns off your dividend for the next 1000 USD that flow to you. after 1000 USD, it turns on that currency again. If I send you 1000 USD and you tax 1 %, then the server limits your dividend-pathways for that currency to 1 % for the next 1000 USD that flow to you. This script only applies if you have incoming transactions. If you don´t have any incoming transactions at all, it doesn´t apply. And if your outgoing transasctions exceed your incoming transactions, then it doesn´t apply for the surplus. it´s possible to have an account, receive 0 incoming transactions, and collect dividends for outgoing transaction. it´s possible to "live on basic income". and that´s the case with any basic income system. that´s the idea of unconditional basic income. the account would still have to be validated. a person couldn´t keep 1000 accounts and collect basic incomes. the p2p-identification system prevents that. so the same rules apply as with a centralized tax-governance system. people don´t need income to receive unconditional basic income. that´s the idea. they just need to be trusted citizens. basic income is one of their citizen rights. and in this system, citizenship is enforced through p2p-identification. Third law of resilience The basic income is set so that the accounts who pay the lowest taxes won´t get a full basic income. Each account receives dividends up to a time-period-specific limit. The limit is: the sum of all tax that goes into the peer-network / a % of the number of people in the network ex. sum of currency a / 90 % of the people in the peer-network sum of currency b / 90 % of the people in the peer-network sum of currency c / 90 % of the people in the peer-network ... This means that accounts with high-voltage dividend-connections fill up their basic income first, and the accounts that has the lowest voltage in the peer-network fills up their basic income from what remains. basic income = (currency a dividend + currency b dividend + currency c dividend...) The percentage is calculated in some smart way. I don´t really feel that it´s important to write out the details right now. it´s not a hard problem. Aggregate effect If you buy a car from me for 10,000 USD, and I tax 0%, then your taxRate will be limited to 0 % for the next 10,000 USD you receive. If you pay 0% of tax for 10,000 USD, then all your dividend-pathways will turn off for the next 10,000 USD that flow through you. That´s about a year of basic income. Your dividend-flow would be turned off for about a year. Accounts will want to use >0% taxRate. //the third law of resilience //The basic income is set so that the accounts who pay the lowest taxes won´t get a full basic income. //It´s designed to dis-incentivize paying much-below-average-tax. Accounts will want to use % of taxRate that give them full basic income. This means that accounts will want to consume from ventures that pay taxes, because it in turn allows them to pay taxes. And the venture will want to consume from industries that pay taxes, and so on. If a venture buys cars from an industrial ecosystem that pays really low tax, like 0,1%, then the venture will be limited to paying 0,1 %. If you buy a car for 10,000 USD from that venture, and it taxes 0,1 %, then you´ll be limited to taxing the next 10,000 USD you receive at 0,1 %. If you do that, and you don´t have a choice if you´ve already bought the car, then your dividend-flow will be limited to 0,1 % for the next 10,000 USD. And since the basic income is set so that low-tax-payers receive less, you´ll loose out on a lot of money. You won´t want that, so you´ll choose to consume from ventures that allow you to in turn pay your tax, and they will in turn choose to consume from industry ecosystems that allow them to pay. P2P-identification
To be able to use the service, a persons account needs to be vouched for by peers. if you want to vouch for me, you send a request to the server, "command" : "vouch" "account" : "xxxxxxxxxxxxxxxxx" //account you want to vouch for the server then returns an unsigned outgoing transactions. The account then signs the transaction with its secret key, and sends a signal to the server. The server checks if the transaction went through rippled, and if it did then the vouch is stored. The vouches are stored on a file on the server, xxxxxxxxxxxxxxxxxxxxxxxxxxxxfBWAsqx.passport a list of accounts that have signed xxxxxxxxxxxxxxxxxxxxxxxxxxxxxjArIEakExxxxxxxxxxxxxxxxxxxxxxxxxxxxxjkfoEIfjO xxxxxxxxxxxxxxxxxxxxxxxxxxxxxjfoJEuFH ... This is an accounts passport. To un-vouch an account, an account does a procedure based on the same logic, "command" : "unvouch" "account" : "xxxxxxxxxxxxxxxxx" //account you want to un-vouch A person needs to be accepted into the network by x° of connectivity. An account needs to be vouched for be the entire network through x° of connectivity. Each account sets it´s own ° of connectivity requirements. "command" : "some_good_word" "degrees_or_something" : "x" // ° of connectivity requirements and validation via rippled by same procedure as above. The servers ° of connectivity requirement is the median of all the values that all accounts have set. The server only scans ° of connectivity requirement by accounts that already are connected to the network. |
|
