[Author Prev][Author Next][Thread Prev][Thread Next][Author Index][Thread Index]

[tor-talk] Flattor: A practical crowdfunded Flattr-like incentive scheme for Tor relays



==tldr (Too Long, Didn't Read)

Where will Tor's bandwidth come from in 20 years? Will solo volunteers
still exist, or will all the bandwidth come from Tor-friendly
organizations?

Tor incentive schemes are interesting. There are many proposed schemes
but their crypto needs to be reviewed and lots of code/spec needs to
be written before they can be deployed.

This document describes the idea of a Flattr-like crowdfunding model
for tor relays.

==Intro (skip if you know why Tor incentive schemes might be useful)

One of the goals of Tor is to increase its reach and get tens of
millions of Tor users. This makes sense from an anonymity point of
view, since an increase on the number of users is also an increase on
Tor's anonymity set.

One of the problems of scaling Tor to tens of millions of users is
that Tor's bandwidth capacity is finite. The current total relay
bandwidth is about 4GB/s [0], and it's donated by kind volunteers and
various organizations [1]. As the number of users increases, Tor's
bandwidth must also increase.

Lately the bandwidth coming out of Tor-friendly organizations (like
torservers.net, universities, etc.) seems to increase. Currently,
there is 50% chance of exiting from an org-controlled exit node, as
can be seen in slide 30 of http://freehaven.net/~arma/slides-dimacs13.pdf       

If this trend continues, Tor might end up looking like the Bitcoin
network -- where a number of organizations (mining pools) drive the
network. Unfortunately, in contrast with the coin minting of Bitcoin,
there is no incentives for organizations to contribute to the Tor
network.

At the moment, organizations and solo volunteers pay out of their own
pocket (or accept donations) to maintain their Tor relays. There must
be ways to help reimburse their costs.

==Incentive schemes (feel free to skip if you know this stuff)

Incentive schemes for anonymous networks have been extensively
researched and there are multiple papers for systems that apply
specifically to Tor [2].

Most of those systems require to modify the code of the Tor network,
to be able to give "contribution tokens" to relay operators. Then
those tokens can be exchanged to get "premium Tor service" or other
goods.

These systems have a few issues that make them hard to implement and
deploy:
a) Baking anything inside Tor is a lengthy procedure. Secure designs
   and code must be written, time must pass for the new code to be
   deployed and used by the majority of the network, etc.
b) These schemes might cause anonymity issues, since the set of people
   who have "contribution tokens" is smaller than the set of Tor
   users. The proposed incentive schemes try to fix these issues; for
   example, LIRA solves it by creating a lottery system (yes, on top
   of Tor) that rewards "contribution tokens" to random relays.
c) Alternative currencies, like "contribution tokens", are not easy to
   get right. Baking them inside the Tor network is not a trivial task

While these proposed "complex" schemes might be The Right Thing for
the long-term, we might be able to create an incentive scheme based on
already existing technologies; like the bandwidth authorities and
Bitcoin.

==Flattor: A simple incentive scheme

Flattor is (fictional) software (or a website) that given a Bitcoin
wallet and a number of Bitcoins that the user is willing to spend,
splits those Bitcoins in chunks and sends them to contributing relay
operators.

The idea assumes that there is some way to find the Bitcoin address of
relay operators. There is no standard way to do so, but operators who
are interested in getting reimbursed can put their address in the
Contact field of their relay.

Flattor uses the bandwidth estimations of Tor to find the contribution
factor of each relay. We will assume that these estimates are
accurate, since the security of Tor depends on them anyway.

As a simplified example, if the Tor network has 4 relays with
bandwidth contribution 0.05, 0.05, 0.3 and 0.6 respectively, and the
user is willing to spend 1 bitcoin, Flattor will send 0.05, 0.05, 0.3
and 0.6 bitcoins to each relay operator respectively.

Of course, this gets more complicated as the number of relays
increases, or when only a subset of the relays have a registered
bitcoin address, etc.

==Why this might be a good idea

It's simple to implement and easy to understand, it doesn't require
any Tor code to be written and it can even be started as an unofficial
project.

Furthermore, it doesn't cause anonymity issues, there are no
middlemen, and it doesn't centralize bandwidth to a single relay
operator.

==Why this might be a bad idea

(This concern is based on a discussion with gmaxwell.)

Incentivising Tor relay operators with money is not a good way to run
an anonymity network

Currently, (we want to believe that) the Tor network is run by a bunch
of cypherpunks that are contributing bandwidth because they believe in
the Cause.

If relay operators start getting money for their bandwidth, we might
end up with relay operators that are just in for the money. It might
then be easier for a three-letter org to persuade those relay
operators to snoop on their users (by giving them double the money
they are currently getting).

While I agree that this concern is legitimate, I would say that it's
pretty far off at the moment: I doubt that anything like Flattor will
ever generate a considerable income for anyone. Still, it's something
that we should have in mind.

(Furthermore, since the Bitcoin blockchain is public you can see how
much money each relay operator has gotten so far. Maybe there should
be some kind of limit on the number of money each operator should get
per time period.)

==Final thoughts

There are many details that must be sorted out before Flattr can be
implemented. There are also multiple improvements that can be applied
on top of the simple model described above. Also, there are ethical
issues that spawn up when real money is given to relay operators.

My plan was to expand on all these issues in this paragraph, but it
seems like I've already spent too many hours writing this document.

I'm not planning to implement this system before I hear some opinions
from other people. To be honest, I'm not even sure if such an
incentive scheme is a good idea, but posting bad ideas to mailing
lists is what the Internet is for, right?

Thoughts?

[0]: https://metrics.torproject.org/network.html#bandwidth
[1]: https://metrics.torproject.org/bubbles.html#contact
[2]: https://blog.torproject.org/blog/two-incentive-designs-tor
     http://www-users.cs.umn.edu/~jansen/papers/lira-ndss2013.pdf
     (see section 'VI. RELATED WORK' of the LIRA paper)
-- 
tor-talk mailing list - tor-talk@xxxxxxxxxxxxxxxxxxxx
To unsusbscribe or change other settings go to
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-talk