bitcoin:federatedmarket
Differences
This shows you the differences between two versions of the page.
| Both sides previous revisionPrevious revisionNext revision | Previous revision | ||
| bitcoin:federatedmarket [2011/08/05 17:43] – donpdonp | bitcoin:federatedmarket [2024/01/31 04:08] (current) – external edit 127.0.0.1 | ||
|---|---|---|---|
| Line 1: | Line 1: | ||
| - | ===== bid/ask database | + | ===== Bid/Ask Federation |
| - | A distributed database(ala gnutella) | + | A distributed database of asks/bids. An ask or bid offer is created, signed, and communicated into a telehash network. |
| - | local generation of queries into the db for interesting bid/asks. | + | Clients can subscribe to a telehash channel and receive new offer information. Some service perhaps to catch them up on old information. |
| - | con: high latency | + | Another service to take query requests |
| - | ===== Escrow Service | + | basic distinction: |
| - | ==== Plan A ==== | + | ===== Escrow Service (ES) ===== |
| - | + | ||
| - | Client A visits ES home page. | + | |
| - | Client A provides: BTC amount description, | + | |
| - | ES provides: deal ID, receiving BTC address | + | |
| - | Client A communicates | + | One party visits ES home page to define a deal. (Deal State: Defining) \\ |
| + | The party provides: BTC amount description, | ||
| + | ES provides: | ||
| - | Client B visits ES deal url | + | Party A communicates |
| - | Client | + | |
| - | ES provides: a dwolla address. | + | |
| - | ES waits for BTC and waits for USD. | + | Party A visits |
| + | Party A confirms amounts by providing A's dwolla receiving address \\ | ||
| + | ES provides: ES's bitcoin receiving address | ||
| - | ==== Plan B ==== | + | Party B visits ES deal url. \\ |
| + | Party B confirms amounts by providing B's bitcoin receiving address. \\ | ||
| + | ES provides: ES's dwolla receiving address. | ||
| - | Client A or B creates a deal, provides: | + | ES waits to receive |
| - | ES Provides: deal ID | + | |
| - | Creating client needs to communicate deal ID to other client. | + | Client A sends BTC through bitcoin |
| + | Client B sends USD through dwolla. | ||
| + | (Deal State: Dispursement) | ||
| + | ES skims a transaction fee from BTC and/or USD. \\ | ||
| + | ES sends remaining amount of BTC to client B and USD to client A. | ||
| - | ==== Finally ==== | + | ES deal URL shows history |
| - | once both arrive, | + | |
| - | * send BTC to client B and initiate dwolla transfer to client A. (skim transaction fee) | + | |
| - | * notify client A and client B of completed transaction | + | |
bitcoin/federatedmarket.1312566194.txt.gz · Last modified: 2024/01/31 04:08 (external edit)