Author

Topic: Bitcoin exchange - short sell, margin trading, CFDs (Read 3479 times)

full member
Activity: 210
Merit: 100
I also expect these audits delayed.

For example, there is finance audit request by community. I pack data into zip archive with password and password is released only after 1-4 weeks. Otherwise, imagine situation:

There is one big account short on bitcoin - let's say 40K BTC. Everybody see it and trying to do short squeeze - pushing price higher to force liquidation.

LOL, I agree. It would suck to make that public info right away. A public "Short Interest" report once every 1-4 weeks without individual account identity is more than enough.

Edit: Btw, community requested audits are more about the exchange itself and general operations rather than about their customers.

Edit2: BTC-e's BitInstant Reserve balance clearly displayed on their website (https://btc-e.com/) is a good example of some transparency which doesn't reveal customer info.
hero member
Activity: 558
Merit: 500
I also expect these audits delayed.

For example, there is finance audit request by community. I pack data into zip archive with password and password is released only after 1-4 weeks. Otherwise, imagine situation:

There is one big account short on bitcoin - let's say 40K BTC. Everybody see it and trying to do short squeeze - pushing price higher to force liquidation.
full member
Activity: 210
Merit: 100
For the auditing tools, I was assuming high ethical standards by auditors and the customers' private info isn't easily compromised.

It's more to:
1. Prevent situations like the Tradehill-Dwolla backdating mess (Why did Tradehill take months to look at their balance and compare numbers?).
2. Better customer service response time (because paper trails are king in this area).
3. Making SQL Injection attacks more difficult to carry out (it's possible many customer claims from the Bitcoinica fiasco are lies).
4. Help in eliminating FUD posts.

There's probably a 1,000 better reasons.
The exchange owners have good reason to follow CYA (Cover Your Ass), they are high value targets. Anything to help them out would be heaven sent imo.
hero member
Activity: 558
Merit: 500
This sounds like it can be localized to a city or district? Is that true?

I was exaggerating... but nobody wants their financial info be public. No matter how reputable auditor is there is a chance that info will be dumped on the internet. After this point nobody cares about your "I'm so sorry".
hero member
Activity: 546
Merit: 500
now my neighborhood knows how much BTC I have". This must be addressed in FULL.


This sounds like it can be localized to a city or district? Is that true?
hero member
Activity: 558
Merit: 500
I'm wondering whether what you are coding is a standalone exchange, or an additional layer on top of existing exchanges.

It will be stand alone exchange. But you know what is http://en.wikipedia.org/wiki/Arbitrage. Of course there will be people doing it and I really encourage people to do it (rebates like on Bitfloor)
hero member
Activity: 558
Merit: 500

Automatic Database Backup
: I'm not sure if this should be a feature but backing up data at regular intervals would be nice to prevent another Bitcoinica scenario.

Sure, it will have incremental (daily, maybe hourly) backup + snapshot backup of current balances.

Auditing Tools: Every transaction should be easy to audit for the operator, whether it is a trade, order update, funds transfer, etc. This might also reduce the burden for independent 3rd party auditing and transparency.

As for me, I would be ready to give read-only access to DB to auditor BUT:

Data that auditor can access must be anonymized several levels deep. I don't want some customers emailing: "Fuck you and your transparency - now my neighborhood knows how much BTC I have". This must be addressed in FULL.
legendary
Activity: 1372
Merit: 1008
1davout
You don't plan on piggy-backing on another exchange for margin trading liquidity ?

What? I don't understand what you wrote here...
I'm wondering whether what you are coding is a standalone exchange, or an additional layer on top of existing exchanges.
full member
Activity: 210
Merit: 100
Hello Andrew Vorobyov,

Automatic Database Backup
: I'm not sure if this should be a feature but backing up data at regular intervals would be nice to prevent another Bitcoinica scenario.

Auditing Tools: Every transaction should be easy to audit for the operator, whether it is a trade, order update, funds transfer, etc. This might also reduce the burden for independent 3rd party auditing and transparency.
hero member
Activity: 567
Merit: 500
I like it
hero member
Activity: 558
Merit: 500
You don't plan on piggy-backing on another exchange for margin trading liquidity ?

What? I don't understand what you wrote here...
legendary
Activity: 1372
Merit: 1008
1davout
You don't plan on piggy-backing on another exchange for margin trading liquidity ?
hero member
Activity: 558
Merit: 500
Client side - http://backbonejs.org
Server side - http://nodejs.org

All logic handled by http://www.postgresql.org

Trading engine is already done, now I need to do:

a) API
b) Web-interface for trading
c) BTC deposit/withdraw module
b) Fiat currency deposit/withdraw module

Fiat currencies will be using "codes", like MTGOX has.

I will encourage "codes" trading as much as possible, it will give liquidity boost to exchange.
hero member
Activity: 546
Merit: 500
I took a look at it. How does that work? Is it downloaded to a computer and used from there?

No, it must be installed on server by exchange owner...

However, I plan that several people will be in charge of the operations.

BTC will be deposited into multisignature transaction - making them impossible to steal ( yes! your BTC will be 100% safe from hackers). However it will impose some limitations - withdraws must be processed manually, let's say once a day.

Exchange officers will have special scripts locally that connect to database and do quick validation of user account before withdraw. Making sure that exchange is not hacked.

Awesome... I am interested. What is the underlying language... (sorry for my stupidity)
full member
Activity: 196
Merit: 100
Did not check the code, but I think you've made some very good decisions (NodeJS, multisig). I wish you good luck!
hero member
Activity: 558
Merit: 500
I took a look at it. How does that work? Is it downloaded to a computer and used from there?

No, it must be installed on server by exchange owner...

However, I plan that several people will be in charge of the operations.

BTC will be deposited into multisignature transaction - making them impossible to steal ( yes! your BTC will be 100% safe from hackers). However it will impose some limitations - withdraws must be processed manually, let's say once a day.

Exchange officers will have special scripts locally that connect to database and do quick validation of user account before withdraw. Making sure that exchange is not hacked.
hero member
Activity: 546
Merit: 500
Guys, I'm doing margin trading exchange at https://github.com/santacruz123/node-bitcoin-exchange

It's PostgreSQL\NodeJS based. I would accept some criticism on early stages Smiley

Please suggest things you want to see beyond basic functionality.


I took a look at it. How does that work? Is it downloaded to a computer and used from there?
hero member
Activity: 558
Merit: 500
Guys, I'm doing margin trading exchange at https://github.com/santacruz123/node-bitcoin-exchange

It's PostgreSQL\NodeJS based. I would accept some criticism on early stages Smiley

Please suggest things you want to see beyond basic functionality.
Jump to: