Re: [tahoe-dev] Resurrecting Mojo Nation

2012-06-13 Thread David-Sarah Hopwood
On 14/06/12 02:45, James A. Donald wrote: > On 2012-06-14 6:00 AM, Brian Warner wrote: >> * overambition is still a big problem. > > Xanadu disease. That's the oversimplified version of why Xanadu failed. There were many other factors, but the main reason why it didn't directly influence other sy

Re: [tahoe-dev] Resurrecting Mojo Nation

2012-06-13 Thread James A. Donald
On 2012-06-14 6:15 AM, Brian Warner wrote: > The "entire world as one community" case is what we call > the "one grid to rule them all". There are a lot of > engineering/scaling challenges to it (you need log(N) DHTs, > supernodes), in addition to features needed by a > mass-market product if you

Re: [tahoe-dev] Resurrecting Mojo Nation

2012-06-13 Thread James A. Donald
On 2012-06-14 6:00 AM, Brian Warner wrote: On 6/9/12 9:07 PM, Jack Byer wrote: Users were accidentally encouraged to hoard Mojo (the client displayed your balance like a game score, users sought to maximize that number more This was an incorrect diagnosis of the problem. The Mojo Nati

Re: [tahoe-dev] Resurrecting Mojo Nation

2012-06-13 Thread Brian Warner
On 6/9/12 9:07 PM, Jack Byer wrote: > Are there any fundamental reason why a system like Mojo Nation > couldn't work now that certain capabilities are available that weren't > a decade ago? Oh, one other thought: another challenge of Mojo Nation was that each file involved hundreds or thousands o

Re: [tahoe-dev] Resurrecting Mojo Nation

2012-06-13 Thread Brian Warner
On 6/10/12 2:26 AM, James A. Donald wrote: > Seems to me that Tahoe fails because it retreated from the goals of > Mojo Nation - as Mojo Nation itself did. > > To achieve reliability, you really want a large number of servers, for > a large number of servers you need a large community, preferably

Re: [tahoe-dev] Resurrecting Mojo Nation

2012-06-13 Thread Brian Warner
On 6/9/12 9:07 PM, Jack Byer wrote: > Is it practical to go back to the original goal of MN instead of a > limited subset if the reasons for the project's failure are addressed? Great question! So, I wasn't at Mojo Nation (I was fascinated by the concept in 97 or 99 or whenever it made a splash,

Re: [tahoe-dev] Resurrecting Mojo Nation

2012-06-12 Thread Jack Byer
On Tue, Jun 12, 2012 at 3:08 AM, James A. Donald wrote: > Price discovery, when done by human agents, is expensive.  The stock > exchange and its traders have a lot of overheads. > > One explanation for the failure of Mojo Nation was that people would not > take the time to do price discovery for

Re: [tahoe-dev] Resurrecting Mojo Nation

2012-06-12 Thread James A. Donald
On 2012-06-12 11:04 AM, Jack Byer wrote: (This is a cross-post from: https://bitcointalk.org/index.php?topic=86384) A market mechanism for buying and selling hard drive space would look a lot like the commodity markets. If you express a contract in a standard form they can be traded on an exch

Re: [tahoe-dev] Resurrecting Mojo Nation

2012-06-12 Thread James A. Donald
On 2012-06-12 11:52 AM, Jack Byer wrote: My initial thought would be to look at how EBay solves the problem. That's probably the largest example of an in-use reputation system in the world right now that is known to work. People make a profit selling products on EBay even though there are people

Re: [tahoe-dev] Resurrecting Mojo Nation

2012-06-11 Thread Jack Byer
On Mon, Jun 11, 2012 at 8:33 PM, Tony Arcieri wrote: > How do you solve the Sybil problem when determining reputation? > > It's easy to forsee a network of Sybils concocting elaborate false histories > about their excellent trading relationships. They then put out some awesome > looking contracts,

Re: [tahoe-dev] Resurrecting Mojo Nation

2012-06-11 Thread Tony Arcieri
How do you solve the Sybil problem when determining reputation? It's easy to forsee a network of Sybils concocting elaborate false histories about their excellent trading relationships. They then put out some awesome looking contracts, get suckers to accept them, host files for them, never pay, an

Re: [tahoe-dev] Resurrecting Mojo Nation

2012-06-11 Thread Raoul Duke
On Mon, Jun 11, 2012 at 6:04 PM, Jack Byer wrote: > A market mechanism for buying and selling hard drive space would look > a lot like the commodity markets. If you express a contract in a > standard form they can be traded on an exchange to achieve price > discovery. The following is not a comple

Re: [tahoe-dev] Resurrecting Mojo Nation

2012-06-11 Thread Jack Byer
(This is a cross-post from: https://bitcointalk.org/index.php?topic=86384) A market mechanism for buying and selling hard drive space would look a lot like the commodity markets. If you express a contract in a standard form they can be traded on an exchange to achieve price discovery. The follow

Re: [tahoe-dev] Resurrecting Mojo Nation

2012-06-11 Thread Tony Arcieri
If you're interested in the ideas of MojoNation you might check out my project the Cryptosphere: https://github.com/tarcieri/cryptosphere On Sat, Jun 9, 2012 at 9:07 PM, Jack Byer wrote: > Recently on the Bitcoin forums the idea came up to form a digital > currency-based filesharing network and

Re: [tahoe-dev] Resurrecting Mojo Nation

2012-06-10 Thread James A. Donald
On 2012-06-10 2:07 PM, Jack Byer wrote: Are there any fundamental reason why a system like Mojo Nation couldn't work now that certain capabilities are available that weren't a decade ago? I don't see why Mojo Nation did not work a decade ago. A working version of Mojo Nation would be bittorren

Re: [tahoe-dev] Resurrecting Mojo Nation

2012-06-10 Thread James A. Donald
On 2012-06-10 2:07 PM, Jack Byer wrote: This isn't the first time a combination of Bitcoin and tahoe-lafs has been suggested but I'd like to ask a different question than just whether or not is makes sense to use bitcoins to pay people for storage. Is it practical to go back to the original goal

[tahoe-dev] Resurrecting Mojo Nation

2012-06-09 Thread Jack Byer
>> Do you think the more broader scope of Mojo Nation as a platform for >> market based allocated of computing resources is unworkable in >> principle or was it just a matter of being too ambitious for its time >> and/or poorly managed as a project? > >Level 1: Tahoe-LAFS as it currently exists. On