<p>I think the best we have as a P2P exchange is <a href="http://ripple.com" rel="nofollow">Ripple</a>. Citing their website:</p>

<blockquote>
  <p>Ripple is a payment system for any currency with support for
  cross-currency transactions. You can use Ripple to send and receive
  money in dollars, euros, yen or Bitcoin without having to do extra
  work for foreign exchange transactions. Now, you can spend and receive
  your Bitcoin as easily as any fiat currency.</p>
</blockquote>

<p>So, Ripple can be used as an exchange for different currencies.</p>

<p>However, it does not comply with all the requirements you listed. Let me go over them.</p>

<ol>
<li><p><em>Be without any central points of failure, since a government or two WILL be coming after it one day. I suggest a Bitorrent-like software schematic.</em></p>

<p>Ripple itself has no central point of failure if their intended network topology is followed. However, for exchanging currencies, Ripple still depends on <em>gateways</em> that do the actual exchange. Still, these gateways need only to be trusted for a limited amount of currency. If you would really want to, you could see them as the trackers in BitTorrent's paradigm.</p></li>
<li><p><em>Show everyone a very large number of possible trades to choose from, (thousands?) so assets can form a stable price. (e.g. a Bitcoin is going for $120)</em></p>

<p>In Ripple, all trades happen through gateways. So for every gateway you could have an order book. Probably it's more useful if every gateway just shows its current exchange rate and trade volume. For a more detailed market depth, you will probably be referred to the gateway's website.</p></li>
<li><p><em>Transact trades pretty much INSTANTANEOUSLY, so when you're watching a graph and want to trade at a very specific time you can do so. (This is extremely important for arbitragers and other traders who help keep the price fluctuation down.)</em></p>

<p>As far as I know, things in Ripple itself are instantaneous. Exchange delays will most probably end up being very gateway-specific.</p></li>
<li><p><em>Offer Graphs and APIs for for graphing like MtGox does.</em></p>

<p>This is an interesting one. I don't think Ripple <a href="https://ripple.com/wiki/RPC_API" rel="nofollow">currently supports</a> exchanges via gateways. But Ripple is really still very immature (the server code isn't even released yet), so it is very much possible that this is coming.</p>

<p>Since most open software tries to make it possible to do the exact same thing via the API as you can do by using the software itself, this will most probably come to the API.</p></li>
<li><p><em>Have three-user (trustless) trading, so a non-interested 3rd party always hosts the trade between the buyer and seller. (And should provide Escrow too!)</em></p>

<p>Ripple <a href="https://ripple.com/wiki/Manual_escrow" rel="nofollow">plans to support</a> escrow. Whether that will apply to XRP transactions as well as gateway exchanges is unsure to me.</p></li>
<li><p><em>Hold and transfer IOUs without the need for trust</em></p>

<p>Since the whole thing Ripple is built upon is <em>trust</em>, I think it just fails this one. It can hold IOU's though, in fact that's basically all it does.</p></li>
</ol>

<p>So, I know Ripple is not the ideal solution you were looking for. But still, Ripple is very much about exchange of currencies, so maybe some day it will be suitable as a true P2P-like exchange.</p>

<p>(Also, I'm no Ripple expert. Feel free to correct me if I made a mistake!)</p>

CC BY-SA 3.0
2013-08-22T15:28:08.510Z
Concerning "2." I thought every user in the ripple network could offer to exchange assets.
Murch
CC BY-SA 3.0
2014-03-29T09:35:37.297Z
Note that Ripple is not yet fully decentralized. There is still at least one component (the UNL) which is maintained by a central authority (Ripple themselves). There is a roadmap for making UNLs decentralized so to be seen how that pans out.
Todd Chaffee
CC BY-SA 3.0
2013-05-28T00:34:52.527Z
2013-05-28T00:34:52.527Z
Steven Roose
<p>Check this suggestion from a member of Open Transactions using Bitmessage for trust-less decentralized exchange system</p>

<p><a href="https://bitcointalk.org/index.php?topic=212490.0" rel="nofollow">https://bitcointalk.org/index.php?topic=212490.0</a></p>

CC BY-SA 3.0
2013-05-25T12:23:41.377Z
Just a link on 10+ pages thread on a forum is not the best answer. Could you please outline how those six criterion are fulfilled by a combination of Open Transactions and Bitmessage?
Alexey Kalmykov
CC BY-SA 3.0
2014-03-29T09:28:37.107Z
A good answer should describe the content of the link. Links go dead.
Todd Chaffee
CC BY-SA 3.0
2014-03-30T11:48:17.870Z
Look for Open Transactions and Bitmessage... But I think it is still theory. https://github.com/Coinffeine/coinffeine is more code now rather than only words and theory.
rdymac
CC BY-SA 3.0
2013-05-23T21:56:59.773Z
2013-05-23T21:56:59.773Z
rdymac
<p>The marked answer covers most of the major concerns I would have but there is one idea I've seen that does have some merit.</p>

<p>The crux of the challenge is that a decentralized exchange requires you to trust <em>someone</em> with your fiat.</p>

<p>In <a href="http://bitcoininsight.com/tag/fiat-money/" rel="nofollow noreferrer">Ripple and Bitcoin – Foundations of a Decentralized Economy</a> they describe a model I would trust for small amounts of fiat.</p>

<p>The basic idea is you establish lines of credit with people you trust. </p>

<p>A simple scenario is when the two people wanting to make a transaction have a person in common who they trust. Paraphrased from the article: </p>

<ul>
<li>Mark and Brian are strangers who want to make an exchange. Mark is willing to sell 0.5 BTC to Brian in exchange for $50 (USD).</li>
<li>Brian has previously established a line of credit with his friend John for up to $100.</li>
<li>And John happens to live with and be friends with Mark and they also have agreed to trust each other for up to $100 of credit.</li>
<li>So once John has been notified that the transaction is valid he pulls out his wallet and pays Mark the $50.</li>
<li>Brian now owes John $50 and since they trust each other they can sort that out when and as they wish.</li>
</ul>

<p>A picture (source: Ripple) might help.</p>

<p><img src="https://i.sstatic.net/BpZ3B.jpg" alt="Exchange using a trusted friend in common"></p>

<p>This can easily be extended to chains of trust so that a person in common isn't needed.</p>

<p>I still have a couple of small concerns with this model:</p>

<ul>
<li>Collecting for larger amounts could be a burden and not very timely since it would be spread across a large number of your trusted friends.</li>
<li>There is some risk with your total debt obligation to friends. It would be rare, but if you agree to give a credit line to 100 friends, each for $50 and the majority of them need to draw on that in the same week you would need to come up with something approaching $5000 in cash. The system would need to include a "max amount per day / week / month" that you would be willing to cover.</li>
<li>Chasing friends for the cash they owe you could get very annoying. It would have to be automated somehow for it to be practical.</li>
</ul>

<p>But it seems like the minor concerns I have could be addressed in an automated way, so I think this model has some promise. Now Ripple just needs to finish decentralizing the still centralized elements of their network (the UNLs for example as explained <a href="https://bitcoin.stackexchange.com/questions/21950/is-ripples-unl-list-maintained-by-the-network">in this question</a>) and this model could have some potential. In aggregate, I actually trust my friends far more than I trust my bank.</p>

CC BY-SA 4.0
2014-03-29T10:12:09.903Z
2018-09-06T21:17:59.920Z
2018-09-06T21:17:59.920Z
Todd Chaffee
<p>Since you asked for a definition, the most naive version of a p2p exchange <strong>just needs to allow buyers to meet sellers</strong> and vice versa, e.g. via a broadcasting mechanism. All else is <em>optimization</em>, which is important to minimize fraud/loss and maximize ease of use. </p>

<p>These optimizations can have many forms also depend on if the type of transaction is pure crypto-crypto or the hybrid fiat-crypto. </p>

<p>One popular mechanism for securing hybrid transactions is using 3rd party arbitrators in a multi-sig transaction. Another option is to use tokens (another crypto) that are fiat-guaranteed by a third party (e.g. a group of companies called Gateways). Either way you need to pay the third party for their service.</p>

<p>Pure C-C transactions could exclude third parties but have their own technical challenges.</p>

<p>The theoretical advantage of matching peers (P2P) is that market efficiency will balance the buy/sell prices in a fair way, and if enough peers join there could be a single exchange value since the margins from both parties offset each other.</p>

<p>I don't like the terms centralized vs decentralized because p2p isn't inherently decentralized. You could have a centralized (hub) system that matches peers, likewise you could have a traditional 'consumer-to-business'(C2B) exchange that runs on a decentralized network.  </p>

CC BY-SA 3.0
2017-09-22T05:55:20.487Z
2017-09-22T05:55:20.487Z
jiggunjer
<p>Cryptobridge <a href="https://crypto-bridge.org/" rel="nofollow noreferrer">https://crypto-bridge.org/</a> is a brand new decentralized exchange built on top of bitshares, but with more gateways.</p>

<ul>
<li>The blockchain behind the decentralized exchange, graphene, can process up to 100.000 transactions per second and has an average confirmation time of just 3 seconds.</li>
<li>Each client holds the private keys to their coins. CryptoBridge has no access to the client's funds.</li>
<li>There is no central point of failure. All deposits, withdrawals and all order books are transparently stored on the blockchain.</li>
<li>You can also stake BCO (Bridge Coin) and earn money from every trade made on the platform.</li>
</ul>

CC BY-SA 3.0
2018-01-26T02:23:33.477Z
2018-01-26T02:23:33.477Z
nu everest
<p>Decentralized peer to peer exchange of digital currencies to/from fiat currencies will always have the following constraints:</p>
<ul>
<li><p>Fiat currencies cannot be encrypted and represented digitally by a decentralized entity/organization/system. Therefore, fiat currencies will always need to be transferred between traders through the banking system or physically using cash.</p>
</li>
<li><p>Peer to peer trades of fiat&lt;=&gt;digital currencies will always depend on trust. A peer to peer exchange protocol could easily ensure that one party would always send the Bitcoins. The transaction can be verified. The protocol could safely hold the Bitcoins until the other party sends the dollar (Decentralized escrow). But the protocol can never confirm the dollar transaction. It can never know for sure that the transaction has occurred. This introduces the below:</p>
</li>
</ul>
<blockquote>
<p>Who's going to send first?</p>
<p>I sent the money. No he didn't</p>
<p>Who will this person be that I'll receive a transfer from? Is he a criminal? Are the funds stolen?</p>
<p>What if this person tells his bank that I fraudulently received this payment.</p>
<p>I went to the cash exchange and had to confirm the transaction at gun point</p>
</blockquote>
<p>Remember that transactions  within the banking system are monitored, they can be reversed and funds can be frozen.</p>
<p>I have studied all projects aiming to accomplish a peer to peer decentralized exchange:</p>
<ul>
<li><a href="https://bitcointalk.org/index.php?topic=26063.80" rel="noreferrer">Dark Exchange</a></li>
<li><a href="http://bitcoinx.org/" rel="noreferrer">BitcoinX</a></li>
<li>Ripple - which is actually a payment system that will hypothetically allow trades as well.</li>
</ul>
<p>I haven't seen a solution for the above mentioned constraints. All of these projects will be bound by them.</p>
<p>Ripple protocol proposes to allow dollars to be represented on the network and allow peer to peer transfer of dollars, therefore enabling btc-&gt;dollar trades. However, their model depends on Gateways -the entry/exit points of fiat currencies to the network. Users will still need to trust that these Gateways will actually hold and be able to pay the amount of dollars within the network as/when needed. There is no guarantee that these Gateways will not fraud the network or individuals. Neither is there a guarantee that the governments will not shut them down. (Read the first line here: <a href="https://ripple.com/wiki/Gateway_List" rel="noreferrer">https://ripple.com/wiki/Gateway_List</a>)</p>
<p>My view on the future of fiat=&gt;dollar exchanges:</p>
<p><strong>First and foremost:</strong> The significance of exchanges will diminish as the adoption of Bitcoin grows. The less the need to trade your Bitcoins, the less important exchanges are. I truly believe this.</p>
<p><strong>Are you saying that we not need exchanges?</strong> Absolutely not. No matter how much the adoption rate grows, there will always be a need to trade Bitcoins -this will be true for at least our  lifetime. So we need better and more exchanges.</p>
<p><strong>So what's it gonna be?</strong> A ton of local options for people to buy/sell Bitcoins and lots of big exchanges that local shops can trade with. You need to remember that currency exchange does not always have to be in continuous double auction format. When you go to an exchange office and buy euros with dollar, they are not actually matching that with another order. They put a safe profit margin on the price and we pay it. See: CoinBase</p>
<p><strong>Overall</strong>, I truly hope that I'm proven wrong. But I don't think a peer to peer decentralized exchange can be built.</p>
<p><strong>Important last note:</strong> All of the above are true only for fiat to Bitcoin exchanges. A digital to digital currency exchange can be made peer to peer and decentralized given that both allow peer to peer public transfers and both are decentralized. (Ex. Litecoin to Bitcoin)</p>

CC BY-SA 3.0
2014-03-29T10:14:47.103Z
Great answer, especially the point about fiat to digital exchanges always requiring trust. See my answer for a model that tries to solve the problem of trust.
Todd Chaffee
CC BY-SA 3.0
2014-06-08T11:43:03.730Z
Could you expand on your "Important last note"?
Randomblue
CC BY-SA 3.0
2014-06-09T14:19:27.697Z
I don't know how it can be done but peer to peer exchange of crypto currencies with a public ledger should be possible. At least in theory.
Emre K.
CC BY-SA 3.0
2017-09-22T05:24:25.707Z
@Randomblue I believe the key word is "atomic" chain-chain transactions.
jiggunjer
CC BY-SA 3.0
2018-01-26T02:14:08.907Z
Ripple is centralized. It is backed by a company that can be shut down by a government.
nu everest
CC BY-SA 3.0
2018-01-30T16:18:29.793Z
@jiggunjer yep, atomic swaps are how crypto to crypto exchange is made possible today with segwit. The tech didn't exist in 2013.
Emre K.
CC BY-SA 3.0
2013-05-28T22:43:38.003Z
2013-05-28T22:51:11.087Z
2020-06-16T11:10:03.350Z
Emre K.
<p>Bitcointalk member BTCLuke suggested the following six criterion for a P2P Exchange: </p>

<p>A P2P Distributed Exchange MUST:</p>

<ol>
<li>Be without any central points of failure, since a government or two WILL be coming after it one day. I suggest a Bitorrent-like software schematic.</li>
<li>Show everyone a very large number of possible trades to choose from, (thousands?) so assets can form a stable price. (e.g. a Bitcoin is going for $120)</li>
<li>Transact trades pretty much INSTANTANEOUSLY, so when you're watching a graph and want to trade at a very specific time you can do so. (This is extremely important for arbitragers and other traders who help keep the price fluctuation down.)</li>
<li>Offer Graphs and APIs for for graphing like MtGox does.</li>
<li>Have three-user (trustless) trading, so a non-interested 3rd party always hosts the trade between the buyer and seller. (And should provide Escrow too!)</li>
<li>Hold and transfer IOUs without the need for trust</li>
</ol>

<p>Does there exist a whitepaper or open sourced project that has a solution for all six criterion? Furthermore, who in the community has been working on P2P exchanges and what regulations would impact them?</p>

CC BY-SA 3.0
2017-09-22T05:17:29.067Z
I'd say 1 & 3 are the only required ones.
jiggunjer
CC BY-SA 3.0
2013-05-23T05:04:30.583Z
6 is silly. When you have $50,000 in the bank, that's value. Sure, it has a risk discount because the bank might go out of business. But it also has a convenience premium because the bank makes possible things like electronic banking, provides security, and so on. To argue that an IOU is *not* value is, frankly, just bizarre.
David Schwartz
CC BY-SA 3.0
2013-05-23T06:08:54.743Z
Maybe if a certain lead cryptographer on a certain project would be willing to record a lecture for the bitcoin education project one could escrew all these bizarre notions of IOUs....Just saying David, we'd really like to have you.
Charles Hoskinson
CC BY-SA 3.0
2013-05-23T22:15:19.923Z
6 is totally and utterly silly, mostly because either you are _teleporting_ cash, or you are trading IOUs. Pick one or the other.
o0'.
<exchanges><open-source>
What is the definition of a P2P exchange?
Charles Hoskinson
# What is the definition of a P2P exchange?

(Asked by: username_0 on 2013-05-22)

Bitcointalk member BTCLuke suggested the following six criterion for a P2P Exchange:

A P2P Distributed Exchange MUST:

1. Be without any central points of failure, since a government or two WILL be coming after it one day. I suggest a Bitorrent-like software schematic.
2. Show everyone a very large number of possible trades to choose from, (thousands?) so assets can form a stable price. (e.g. a Bitcoin is going for $120)
3. Transact trades pretty much INSTANTANEOUSLY, so when you're watching a graph and want to trade at a very specific time you can do so. (This is extremely important for arbitragers and other traders who help keep the price fluctuation down.)
4. Offer Graphs and APIs for for graphing like MtGox does.
5. Have three-user (trustless) trading, so a non-interested 3rd party always hosts the trade between the buyer and seller. (And should provide Escrow too!)
6. Hold and transfer IOUs without the need for trust

Does there exist a whitepaper or open sourced project that has a solution for all six criterion? Furthermore, who in the community has been working on P2P exchanges and what regulations would impact them?

**Tags:** exchanges, open-source

> **Comments:**
> **username_2**: 6 is silly. When you have $50,000 in the bank, that's value. Sure, it has a risk discount because the bank might go out of business. But it also has a convenience premium because the bank makes possible things like electronic banking, provides security, and so on. To argue that an IOU is *not* value is, frankly, just bizarre.  
> **username_0**: Maybe if a certain lead cryptographer on a certain project would be willing to record a lecture for the bitcoin education project one could escrew all these bizarre notions of IOUs....Just saying username_2, we'd really like to have you.  
> **username_3**: 6 is totally and utterly silly, mostly because either you are _teleporting_ cash, or you are trading IOUs. Pick one or the other.  
> **username_1**: I'd say 1 & 3 are the only required ones.  

---

## 6 answers

### Answer by username_10 on 2013-05-28. Score: 8 | Accepted answer

Decentralized peer to peer exchange of digital currencies to/from fiat currencies will always have the following constraints:

* Fiat currencies cannot be encrypted and represented digitally by a decentralized entity/organization/system. Therefore, fiat currencies will always need to be transferred between traders through the banking system or physically using cash.
* Peer to peer trades of fiat<=>digital currencies will always depend on trust. A peer to peer exchange protocol could easily ensure that one party would always send the Bitcoins. The transaction can be verified. The protocol could safely hold the Bitcoins until the other party sends the dollar (Decentralized escrow). But the protocol can never confirm the dollar transaction. It can never know for sure that the transaction has occurred. This introduces the below:

> Who's going to send first?
>
> I sent the money. No he didn't
>
> Who will this person be that I'll receive a transfer from? Is he a criminal? Are the funds stolen?
>
> What if this person tells his bank that I fraudulently received this payment.
>
> I went to the cash exchange and had to confirm the transaction at gun point

Remember that transactions within the banking system are monitored, they can be reversed and funds can be frozen.

I have studied all projects aiming to accomplish a peer to peer decentralized exchange:

* [Dark Exchange](https://bitcointalk.org/index.php?topic=26063.80)
* [BitcoinX](http://bitcoinx.org/)
* Ripple - which is actually a payment system that will hypothetically allow trades as well.

I haven't seen a solution for the above mentioned constraints. All of these projects will be bound by them.

Ripple protocol proposes to allow dollars to be represented on the network and allow peer to peer transfer of dollars, therefore enabling btc->dollar trades. However, their model depends on Gateways -the entry/exit points of fiat currencies to the network. Users will still need to trust that these Gateways will actually hold and be able to pay the amount of dollars within the network as/when needed. There is no guarantee that these Gateways will not fraud the network or individuals. Neither is there a guarantee that the governments will not shut them down. (Read the first line here: <https://ripple.com/wiki/Gateway_List>)

My view on the future of fiat=>dollar exchanges:

**First and foremost:** The significance of exchanges will diminish as the adoption of Bitcoin grows. The less the need to trade your Bitcoins, the less important exchanges are. I truly believe this.

**Are you saying that we not need exchanges?** Absolutely not. No matter how much the adoption rate grows, there will always be a need to trade Bitcoins -this will be true for at least our lifetime. So we need better and more exchanges.

**So what's it gonna be?** A ton of local options for people to buy/sell Bitcoins and lots of big exchanges that local shops can trade with. You need to remember that currency exchange does not always have to be in continuous double auction format. When you go to an exchange office and buy euros with dollar, they are not actually matching that with another order. They put a safe profit margin on the price and we pay it. See: CoinBase

**Overall**, I truly hope that I'm proven wrong. But I don't think a peer to peer decentralized exchange can be built.

**Important last note:** All of the above are true only for fiat to Bitcoin exchanges. A digital to digital currency exchange can be made peer to peer and decentralized given that both allow peer to peer public transfers and both are decentralized. (Ex. Litecoin to Bitcoin)

> **Comments:**
> **username_6**: Great answer, especially the point about fiat to digital exchanges always requiring trust. See my answer for a model that tries to solve the problem of trust.  
> **username_11**: Could you expand on your "Important last note"?  
> **username_10**: I don't know how it can be done but peer to peer exchange of crypto currencies with a public ledger should be possible. At least in theory.  
> **username_1**: @username_11 I believe the key word is "atomic" chain-chain transactions.  
> **username_9**: Ripple is centralized. It is backed by a company that can be shut down by a government.  
> **username_10**: @username_1 yep, atomic swaps are how crypto to crypto exchange is made possible today with segwit. The tech didn't exist in 2013.  

---

### Answer by username_4 on 2013-05-28. Score: 1

I think the best we have as a P2P exchange is [Ripple](http://ripple.com). Citing their website:

> Ripple is a payment system for any currency with support for
> cross-currency transactions. You can use Ripple to send and receive
> money in dollars, euros, yen or Bitcoin without having to do extra
> work for foreign exchange transactions. Now, you can spend and receive
> your Bitcoin as easily as any fiat currency.

So, Ripple can be used as an exchange for different currencies.

However, it does not comply with all the requirements you listed. Let me go over them.

1. *Be without any central points of failure, since a government or two WILL be coming after it one day. I suggest a Bitorrent-like software schematic.*

   Ripple itself has no central point of failure if their intended network topology is followed. However, for exchanging currencies, Ripple still depends on *gateways* that do the actual exchange. Still, these gateways need only to be trusted for a limited amount of currency. If you would really want to, you could see them as the trackers in BitTorrent's paradigm.
2. *Show everyone a very large number of possible trades to choose from, (thousands?) so assets can form a stable price. (e.g. a Bitcoin is going for $120)*

   In Ripple, all trades happen through gateways. So for every gateway you could have an order book. Probably it's more useful if every gateway just shows its current exchange rate and trade volume. For a more detailed market depth, you will probably be referred to the gateway's website.
3. *Transact trades pretty much INSTANTANEOUSLY, so when you're watching a graph and want to trade at a very specific time you can do so. (This is extremely important for arbitragers and other traders who help keep the price fluctuation down.)*

   As far as I know, things in Ripple itself are instantaneous. Exchange delays will most probably end up being very gateway-specific.
4. *Offer Graphs and APIs for for graphing like MtGox does.*

   This is an interesting one. I don't think Ripple [currently supports](https://ripple.com/wiki/RPC_API) exchanges via gateways. But Ripple is really still very immature (the server code isn't even released yet), so it is very much possible that this is coming.

   Since most open software tries to make it possible to do the exact same thing via the API as you can do by using the software itself, this will most probably come to the API.
5. *Have three-user (trustless) trading, so a non-interested 3rd party always hosts the trade between the buyer and seller. (And should provide Escrow too!)*

   Ripple [plans to support](https://ripple.com/wiki/Manual_escrow) escrow. Whether that will apply to XRP transactions as well as gateway exchanges is unsure to me.
6. *Hold and transfer IOUs without the need for trust*

   Since the whole thing Ripple is built upon is *trust*, I think it just fails this one. It can hold IOU's though, in fact that's basically all it does.

So, I know Ripple is not the ideal solution you were looking for. But still, Ripple is very much about exchange of currencies, so maybe some day it will be suitable as a true P2P-like exchange.

(Also, I'm no Ripple expert. Feel free to correct me if I made a mistake!)

> **Comments:**
> **username_5**: Concerning "2." I thought every user in the ripple network could offer to exchange assets.  
> **username_6**: Note that Ripple is not yet fully decentralized. There is still at least one component (the UNL) which is maintained by a central authority (Ripple themselves). There is a roadmap for making UNLs decentralized so to be seen how that pans out.  

---

### Answer by username_7 on 2013-05-23. Score: 1

Check this suggestion from a member of Open Transactions using Bitmessage for trust-less decentralized exchange system

<https://bitcointalk.org/index.php?topic=212490.0>

> **Comments:**
> **username_8**: Just a link on 10+ pages thread on a forum is not the best answer. Could you please outline how those six criterion are fulfilled by a combination of Open Transactions and Bitmessage?  
> **username_6**: A good answer should describe the content of the link. Links go dead.  
> **username_7**: Look for Open Transactions and Bitmessage... But I think it is still theory. https://github.com/Coinffeine/coinffeine is more code now rather than only words and theory.  

---

### Answer by username_6 on 2014-03-29. Score: 0

The marked answer covers most of the major concerns I would have but there is one idea I've seen that does have some merit.

The crux of the challenge is that a decentralized exchange requires you to trust *someone* with your fiat.

In [Ripple and Bitcoin – Foundations of a Decentralized Economy](http://bitcoininsight.com/tag/fiat-money/) they describe a model I would trust for small amounts of fiat.

The basic idea is you establish lines of credit with people you trust.

A simple scenario is when the two people wanting to make a transaction have a person in common who they trust. Paraphrased from the article:

* Mark and Brian are strangers who want to make an exchange. Mark is willing to sell 0.5 BTC to Brian in exchange for $50 (USD).
* Brian has previously established a line of credit with his friend John for up to $100.
* And John happens to live with and be friends with Mark and they also have agreed to trust each other for up to $100 of credit.
* So once John has been notified that the transaction is valid he pulls out his wallet and pays Mark the $50.
* Brian now owes John $50 and since they trust each other they can sort that out when and as they wish.

A picture (source: Ripple) might help.

![Exchange using a trusted friend in common](https://i.sstatic.net/BpZ3B.jpg)

This can easily be extended to chains of trust so that a person in common isn't needed.

I still have a couple of small concerns with this model:

* Collecting for larger amounts could be a burden and not very timely since it would be spread across a large number of your trusted friends.
* There is some risk with your total debt obligation to friends. It would be rare, but if you agree to give a credit line to 100 friends, each for $50 and the majority of them need to draw on that in the same week you would need to come up with something approaching $5000 in cash. The system would need to include a "max amount per day / week / month" that you would be willing to cover.
* Chasing friends for the cash they owe you could get very annoying. It would have to be automated somehow for it to be practical.

But it seems like the minor concerns I have could be addressed in an automated way, so I think this model has some promise. Now Ripple just needs to finish decentralizing the still centralized elements of their network (the UNLs for example as explained [in this question](https://bitcoin.stackexchange.com/questions/21950/is-ripples-unl-list-maintained-by-the-network)) and this model could have some potential. In aggregate, I actually trust my friends far more than I trust my bank.


---

### Answer by username_1 on 2017-09-22. Score: 0

Since you asked for a definition, the most naive version of a p2p exchange **just needs to allow buyers to meet sellers** and vice versa, e.g. via a broadcasting mechanism. All else is *optimization*, which is important to minimize fraud/loss and maximize ease of use.

These optimizations can have many forms also depend on if the type of transaction is pure crypto-crypto or the hybrid fiat-crypto.

One popular mechanism for securing hybrid transactions is using 3rd party arbitrators in a multi-sig transaction. Another option is to use tokens (another crypto) that are fiat-guaranteed by a third party (e.g. a group of companies called Gateways). Either way you need to pay the third party for their service.

Pure C-C transactions could exclude third parties but have their own technical challenges.

The theoretical advantage of matching peers (P2P) is that market efficiency will balance the buy/sell prices in a fair way, and if enough peers join there could be a single exchange value since the margins from both parties offset each other.

I don't like the terms centralized vs decentralized because p2p isn't inherently decentralized. You could have a centralized (hub) system that matches peers, likewise you could have a traditional 'consumer-to-business'(C2B) exchange that runs on a decentralized network.


---

### Answer by username_9 on 2018-01-26. Score: 0

Cryptobridge <https://crypto-bridge.org/> is a brand new decentralized exchange built on top of bitshares, but with more gateways.

* The blockchain behind the decentralized exchange, graphene, can process up to 100.000 transactions per second and has an average confirmation time of just 3 seconds.
* Each client holds the private keys to their coins. CryptoBridge has no access to the client's funds.
* There is no central point of failure. All deposits, withdrawals and all order books are transparently stored on the blockchain.
* You can also stake BCO (Bridge Coin) and earn money from every trade made on the platform.


---

