You can not select more than 25 topics
Topics must start with a letter or number, can include dashes ('-') and can be up to 35 characters long.
19 lines
2.0 KiB
19 lines
2.0 KiB
<[[Alan]]> [http://giftfile.org/documents/free_software_hackers_intro giftfile]
|
|
|
|
<[[Brennen]]> Do you have any sense whether anything will ever happen with this?
|
|
|
|
<[[Alan]]> I work with one of the authors. Probably not, but the prototype they built takes an extremely clever (imho) approach to "the PayPal problem." I think the basic idea needs to be recast and, well, marketed a little more agressively to the opensource community.
|
|
|
|
As I understand it, it works like this. Let's say you (Brennen) want to buy one of the first New Order EPs from me (Alan) for $20. There's a third nonprofit party with the giftfile infrastructure, let's call them the Arbiter. We both have accounts with the Arbiter.
|
|
|
|
Brennen -> Arbiter: put $21 in account with Arbiter
|
|
Brennen -> Arbiter: I want to buy this New Order EP from Alan for $20
|
|
Arbiter -> Alan: hey Brennen wants to buy this EP from you for $20
|
|
Alan -> Brennen: puts EP in the mail
|
|
Brennen -> Arbiter: hey, I got the EP, give Alan his $20
|
|
Arbiter -> Alan: here's a check for $20 (I'm keeping $1 as a fee)
|
|
|
|
All parties are PGP involved are authenticated via PGP, and all data is PGP signed. It's actually even more clever than this: there's less communication between the Arbiter and the parties involved and more peer-to-peer communication, with Arbiter as signing authority. The Arbiter ends up just accepting checks and cutting checks at the request of the parties involved.
|
|
|
|
|
|
<[[Brennen]]> I like it. Reading the pitch you linked, it struck me as a more decentralized relative of a scheme I was thinking about a few years ago, where you'd throw x dollars in a pot for a given period (let's say 50 bucks a month, whatever), and then build a list of folks to allocate those dollars to for each period. So you just put authors/hackers/artists/whoever on your list, and as long as they're there, they get a little love every month. By default I was thinking divide the pot evenly, but allow users to weight the allocation if they're so inclined.
|