Archive for the 'thesis' Category

Just Shy of 100 Posts in a Year

Well the year anniversary of this blog came and went, and I didn’t make it to my pledge of one hundred entries. I have ninety one, which averages out to about one every four days. Sounds about right.

And it’s fine that I didn’t quite squeeze in those extra nine, because I’ve been busily immersed in actually (finally) building Promiserver, designing and implementing the core interactions. It’s not easy creating alternative populist contract systems. It has to be usable and understandable for, well, everyone. Along the way I’m also including a decent REST interface for promises, hopefully making this system decent mashup fodder.

Promiserver Thesis Proposal Draft

Promiserver provides online services and APIs to facilitate trustworthy, meaningful collaboration and commerce. It represents these relationships as informal contracts, referred to as promises. Promises are socially constructed, community enforced, and procedurally executed. The project aims to offer a sensible, lightweight promise network as an alternative to heavy and inefficient legal commitments, and to facilitate new models of collaborative business by reducing transaction costs and improving market fluidity. This work grows out of OPENSTUDIO’s open transaction microeconomy and p2p commissioning.

Promiserver Thesis Proposal Draft (PDF)

Microtransactions -> Microcontracts

Raph Koster, author of Theory of Fun which we read in Henry’s class, has a short, thoughtful piece on the economic and social effects of CopyBot, a hack on Second Life that allows people to duplicate any object. His conclusion is in line with some of the discussion lately here in the PLW:

Microtransactions for digital assets and virtual goods is a rising, potentially multibillion dollar industry. To succeed, entrepreneurs who are building networked systems based on user content . . . must realize that anything displayable is copyable; the value lies instead in service and in server-side functionality. Content is like songs around a campfire: destined to be enjoyed for free. Those who build businesses around hosting campfires would be wise to focus on making the campfire experience great, rather than charging listeners by the song. (full article)

In designing OPENSTUDIO we’ve experimented with simple models for small transactions trading in digital content, and to a lesser extent with the same for exchange of services. On the content side we’ve found ourselves wandering into the territory of DRM, licenses, creative commons, and participatory media. These are all relevant data points in a struggle to understand how to define ownership of digital media that is both effortlessly copyable yet paradoxically often fleeting and ephemeral.

I’m working in contracts as an attempt to understand the service side, to decouple services from any specific economic systems, communities, mediums, or infrastructures, and to create the standalone endpoint at which people come together to create and bind themselves to their own lightweight, private laws written in the community’s own vernacular. If the term microtransaction refers to mini-payments, then let’s claim the term microcontract to describe these mini-agreements. While media companies should follow Koster’s advice and try to make their campfires comfy, I’m happy to wander among the fireflies.

Contract State and Change

Should this new style contract be a program that participants agree to execute and that runs until succeeding or failing? Or is it a collection of values continually evaluated by a function that returns the state of the contract?

The latter seems more straightforward, both in implementation and usability. The parameters could be any number of values: time, account balance, user input, results of web service calls, or even sensor values. The evaluation function then returns the status of the contract: In Progress, Breached, or Completed. It is also easy enough to record the history of the values each time they are evaluated, making it possible to create tracebacks that connect value changes (stock price, missing a deadline, pushing a button) to contract success or failure.

The evaluation function could be created without code, perhaps with an interface along the lines of filter tools in mail clients. Rather than evaluating incoming emails based on their characteristics, we evaluate contracts based on their state values.

The New Handshake

The internet accelerates the pace of life and business. It promotes rapid communication and interaction. Each such interaction requires a contractual arrangement, some handshake that, figurative or literal, communicates and commits to the terms of the relationship. From social networks to licenses to finance, and among and between both people and businesses, the web of these handshakes grows dense and tangled. It is this fundamental handshake that I wish to examine and redesign in this thesis.