Topic: BANK RUN! - P2P Fiat-Bitcoin Exchange - page 2. (Read 39069 times)

I like the idea of purse.io and thanks for bringing it to our attention. It is clearly a great solution to many problems.

Can you elaborate on how it could be made decentralized? And how arbitration could function in verifying the correct delivery of goods? (this last part is what bothers me the most).

I highly suggest you look at this (https://bitcointalksearch.org/topic/ann-purseio-bitcoin-amazon-marketplace-save-10-25-on-amazon-wishlist-307922) , which solves all Fiat transfer problems except fraud (anonymity, reversal, suspicious transactions, bank closure, reporting, etc.) by actually extending the scope of the project to allow spending of Bitcoin on anything.

In the past I was an economic consultant to a very similar business idea. Someone on my team was adamant that the idea eventually be made from website into software (and thus decentralized). We planned to allow the exchange rate to float, and charge 1% of each transaction to pay for dispute-resolution (and prevent Sybil on the reputation system).

Please post/contact me with any questions you have as I was disappointed to see this idea die. Hopefully it will see renewed interest.

Also, I have independently developed something (Truthcoin) which could be adapted for decentralized arbitration (ie, deciding who is right in the event of breach-of-contract). This would make the process completely decentralized.



This coinffeine idea is stronger from a game-theoretic point of view, because you'll notice that it is essentially a repeated version of what has been proposed with the collateral OVER the transaction amount. Blackmailing is therefore riskier (but still possible). Counter-intuitively, it might be best if the parties could never contact each other at all.

Definately this is a great concept. I think that in spite of existing attack vectors, it still is useful.

Great concept 
Please do it, we need it asap!

It is in development. It has some similar approaches but 2 main differences:
- Use payment processors (OKPay)
- Use micropayments to stream the fiat payment in small chunks

I posted on their Reddit page my concerns:
http://www.reddit.com/r/Bitcoin/comments/1ytlvx/coinffeine_p2p_bitcoin_exchange_code_now_available/cfnre8u

Hello.

It seems that a p2p exchange using some concepts exposed in this this thread
has been already implemented.

http://www.coinffeine.com/

A Ripple gateway only holds funds safe, takes deposits and withdrawals in whatever they have for safekeeping and issue/redeem balance on Ripple for these things (USD, EUR, Gold...). To me this sounds more like an escrower than an exchange (there is no trading going on in a gateway at all besides maybe currency conversion by the banks if you deposit USD to a EUR account).

Using SSL logs might sound nice in theory, this still does not change the fact that people can claim that this log was taken by someone else, the bank will believe them and reverse the payment and/or freeze the receiving account for fraudulent activity. Besides that I hope you will have a hard time convincing people to record their online banking session to be decrypted later by someone on the internet... though maybe people really are that gullible?

I warned about blackmail which you disregarded until someone posted the same argument with different wording and you accepted it... This is not the first time that someone wants to establish this kind of scheme for an exchange, so I might have been too short-worded because it gets tiring to read about this every few months.

Anonymous Fiat transaction is impossible, even face to face is not anonymous (you know at least the face of hte other).

We will not introduce anything from the legal system, but it might be used by the users if they want.
There will be a signed contract which defines the trade, so theoretically that could be used if someone want to use the legal system, but its very questionable if they would accept that.
The basic security will be based on an escrow model with SSL-logs, that will protect agains most attack scenarios.
Stolen bank accounts and chargebacks would be the only problems which could not be covered by escrows. For those we want to use a reputaion system and a mutual identity check (off-system).

A more detailed update of the concept will come soon...

The escrows are used for a 2of3 multisig and have nothing to do with gateways. In case of dispute they decide who will get the funds. SSL-log will be used for secure proof of the bank tx.

You may see the exchange itself as a gateway, as all exchanges might be Ripple gateways, or in other words a Ripple gateway is nothing else then an exchange (but of course something special like "gateway" sells better).
See: https://ripple.com/guide-to-ripple-gateways
Bitstamp, Justcoin, therocktrading, all are classical exchanges.
It is not in our projects intentions to build something which is dependent on centralized structures/companies.
So be assured that we are not going to re-invent Ripple.

I think you still have not read the paper, otherwise you would not compare our model to Ripple.

BTW: You should write I THINK "it was fundamentally broken". It is ONLY YOUR OPINION and you have proven in previous posts that you don't have valid arguments for your strong opinions, so I would appreciate a less arrogant style.

It's very easy to prove the amount of the transaction if Alice uses a check.  Not only is the amount visible in her statement from the bank but there's also a record of which account holder cashed or deposited it.

It breaks the hell out of the anonymous transactions idea,but that was a given the minute you wanted a fiat transaction with any serious guarantee.

What you get in fiat is game theory for anonymous transactions and law,courts, etc for anything stronger than that.

Call your escrowers "gateways" and you are re-inventing Ripple again.
I liked the game theoretical approach, even though it was fundamentally broken... :/

If you want a decentralized order book where you trade with escrowed funds, I'd really recommend looking at Ripple (you can fork it if you don't want to spend one USD to get XRP, but then you miss out on the existing infrastructure). If your idea is fundamentally different, please elaborate.

I just fear that you might be slowly re-inventing and re-implementing already existing technology.

Could you elaborate? With a contract, the question is always what enforces it.

Let me clarify. I remember that I sent once a packet and it was clearly forbidden to send cash. The postal service has specific services for money. I could not find reliable sources regarding the legality of cash-in-mail in Spain.

There were some concerns about attack scenarios which cannot be prevented by the original design. It is open if it would work good enough in practice, but I lost confidence and you are confronted with certain risks if you design a project which will not work out well in practice.

My main problems with the game theoretical setup are that the potential loss is asymmetric and that if one party acts unfair the other party lose more. So that will be considered as an unfair setup (game) and lead to "out of the game" solutions (breaking out of an unfair game seems positive for both parties).
I came to that conclusion when listening to a broadcast about a "prisoners dilemma" game setup, where the original game setup is designed against the game players and a breakout is a valid strategy.

Other problems was that its hard to define what is rational, in fact in reality there will be always a mix, specially in blackmail scenarios rational behaviour will be mixed with irrational one.

And system attackers are not covered by the Nash idea. Therefore other solutions are needed (lottery, reputation,...) which introduce more complexity and new problems (Sybil).

At the moment we try to design it with escrows, which will solve a lot of the problems.
Contract, identity and reputation will be added as well, but we need to keep the basic concept as simple as possible, otherwise it will explode to a huge project which will be unrealistic to get finished ever...

Feel free to join, we need for sure more work and brain forces!

Really interesting project. I see you've dropped the full game theoretical idea? Was this mainly because of the potential blackmail problem derived from the "impossibility" to create equal bargaining power between the two actors which would cause at best a transaction that would would take a rather long time or were there more (technical) problems with your original model? The bargaining problem currently looks like it can only be solved if you could somehow involve characteristics of the bank transaction in the contract.

I'm currently also following the discussion in IRC and as soon as I've got more free time available I'll be able to participate more actively. If developed properly it can definitely have a major positive effect on the bitcoin eco system.

Mail will be the primary medium for a P2P market which could follow the exchange project later.
I guess there are forms of money transfers by mail where the amount is registered, so that could be a safe way, but I assume the costs are pretty high and Western Union and such companies will probably be a better choice.
If those services use https webpages where you can track and prove the tx, than it could be used as well with the SSL-log schemes for a secure proof.
If not, a traditional escrow could be used, but has less standardized and safe abilities for a secure proof.

We will probably include a contract where all the trade details are defined and signed by both parties. That is primarly intended for the escrow or for later proof if one party make accusations to the other.
If that contract could be also used as evidence for legal actions is unclear, and as the exchange might be used in bitcoin-unfriendly countries that support is even more questionable.

Also we prefer to build it "self contained" without inclusion of another legacy system (beside banks, mails). But it will be open to the users to use all the available possibilities.

I did not know that, if you refer to the country I have in mind. Crazy.

Goes in line with the fact that using cash for more then 2000.- is forbidden in Spain and in Italy it's a even lower limit with 1000.-. There are high fines when using cash above those limits. Crazy...

In Spain as far as I know the Banks are sending all your financial data to the tax authority end of the year. So you have zero privacy in your financial life beside using cash in limited amounts.

I personally liked the provocative element included in Bank Run. But I think it would not serve the project well, as there are more mainstream people to whom such names are too radical. The overall system will work much better if all those mainstream people are using it as well and not only a minority of people with a clear political mind set.

Another reason why we renamed it to "Bit Square" is that it could be extended later to a P2P market place and then no banks are included anymore, only mail. So square as a meetingplace for interaction seems to be more generic.

But we are open to better names if somebody comes up with one (a free domain is needed as well, what is not easy in bitcoin land).

@k99

I was thinking about the name of your exchange and i think you should seriously consider naming it "BankRun" (or "BankRunner" - so the name won't interefere directly with name of bank run concept).

After all, why pretend anything and dilute the reason for which the app was made ?

What i mean is, the banking system is broken beyond repair and i think we should be bold saying it out loud.

I think that in the place where I live it is forbidden to send cash through the postal service.