The goal of Ripple servers, and of the Ripple Project overall, is to enable many types of applications to communicate with each other in order to establish credit and make and route payments in a decentralized, non-hierarchical, and distributed way.
Here is a list of Ripple implementations. At some, such as Ripplepay, the functions of the Ripple client and the Ripple server are not differentiated. A standalone Ripple server has been proposed (and a funding pool started). After the standalone Ripple server is finished, Ripplepay will probably be switched to a client/server configuration, rather than manage payment routing through an internal database.
For the Ripple Project to succeed in its present vision, Ripplepay will be only the first of many Ripple clients. The vision is that a wide array of existing software will be enhanced to become Ripple-enabled, and at the same time that completely new software will be written expressly to target the Ripple payment systems. As the Ripple Project gains traction, we hope to see:
- Existing software become Ripple-enabled:
- Quickbooks / Peachtree -- small to medium sized businesses could make Ripple payments through a plugin to existing SME accounting software. Use case might be a food co-op managing a line of credit with a dairy farm.
- Oracle/SAP -- same idea, but targeting larger companies that use enterprise software. Use case might be Exxon managing a line of credit with a refinery, or a utility company permitting customers to make payments via Ripple when a credit path exists.
- Cyclos: Complementary currencies could be linked together directly via issuers having accounts with each other, or through users of multiple currencies who act as exchange brokers between them.
- Banks: The already-established banking system could use Ripple in conjunction with existing settlement systems such as Chips/Swift/ACH.
- Financial supply chain software such as Bolero, which was founded by the SWIFT bank settlement system.
- Hawala networks' settlement software.
- Accounting systems used by various types of currency brokers. Examples include:
- Vanilla currency brokers (Euro/Dollar trades).
- MMPORG game currency brokers (World of Warcraft/LindenDollar trades).
- Internet payment system brokers (Paypal/Moneybrokers/Google Checkout trades).
- Commodity-backed digital currency brokers to "vanilla" currencies (Egold/Paypal trades).
- eCommerce software:
- ZenCart, etc.
- Forum software:
- phpBB (e.g. Ripplexchange), etc.
- Online services:
- Jamendo, etc.
- Internal accounting of computational resources within software:
- Virtual worlds:
- New software written expressly to target Ripple:
- An internet marketplace application with vanilla classified ads, a barter opportunity search function, and the capability to use Ripple payments:
- A standalone basic business accounting package released, which also makes it easy to accept Ripple payments for receivables and make Ripple payments for payables.
- Phone software:
- An SMS gateway to track debts and make payments, which could be useful in the third world in conjunction with microfinance enterprises. (In the first world, it could be used similarly to billmonk).
- Smartphone apps.
- Other services and tools:
- Your idea here! Please send any suggestions to firstname.lastname@example.org.
In sum, along with creating the Ripple protocol and server, it is vital to Ripple adoption that Ripple clients be created which are useful in a real world setting. These Ripple clients could be enhancements to existing accounting systems, or new accounting applications written from scratch.
Important questions for Ripple stakeholders (users, developers, evangelists, etc.) include:
- What type of user could benefit most from using Ripple?
- What kind of software, if any, do they currently use?
- What would an interface between this software and the Ripple network look like?
- How difficult would it be to add such an interface?
- With the option to use Ripple with this software, is Ripple likely be adopted by this population of users?
- Who are the most likely early adopters, and are they motivated more by pragmatism or idealism?
A rough typology of communities that could benefit from Ripple:
- alternative currency
- payment systems
- civil liberty
The first three (open, money, liberty) have the strongest reasons to use Ripple -- it can help solve their problems.
An important factor in finding profitable uses of Ripple is that it should be easy to get customers to start using it. Convincing customers to switch to Ripple is not easy -- it requires time and effort for the customer to understand the benefits, and time and effort for us to describe the benefits. Instead, by Ripplizing value that's already been signified by the user, we only have to solve the technical problems by working with a small number of value-organizers, not convince a lot of value-sharers. Examples of already-signified value include automatically generated and tracked value such as computational resources (e.g. CPU/RAM spent calculating a BOINC result, measured in BOINC points), as well as manually generated and tracked value such as community participation that's already tracked (e.g. volunteer time spent commenting on blogs, measured by user karma points).
Ripple can be profitable for its users. When presenting Ripple integration to service providers, a good suggestion would be for them to code the credit allocation to send a small percentage of each transaction to the allocator itself, and to advertise this as a selling point (e.g. "Use our product and it will help support us!"). For instance, an open source project like BitTorrent could code their software to send say 1% of each user's transfer credit back to the project team, or a blog plugin could let the admin set a percentage of karma transactions to send to the site owner.
By allowing Ripple integrators to profit from integration, it's easier to convince them to switch to Ripple, and they may even pay for the opportunity to use it (whether percentage or acquisition).