Author

Topic: [BTC-TC] Virtual Community Exchange [CLOSED] - page 136. (Read 316669 times)

legendary
Activity: 1106
Merit: 1006
Lead Blockchain Developer
November 27, 2012, 12:25:28 PM
#74
Email transit over SSL has been around and in common use for the better part of the last decade.

Do you actually somehow enforce your email delivery over SSL only? Otherwise the fact that it can go over SSL doesn't help in this discussion. Maybe look into S/MIME if you're really decided on this email thing and it isn't just a quick hack tacked on in the wake of GLBSE without any structural consideration.

In SMTP it's on the recipient to choose how secure they want to be.

Last time I checked email addresses were available anonymously for anyone that wanted them.

As far as I know email addresses can either be safe or anonymous. There's no way for someone to have both.

Incorrect.


What good would a username be?  Or a code?

You're asking me as if I'm proposing this. I am not.

If you are in fact doing something like that, the problems are too many to list.

If you go back I was responding to your sentence listing "usernames" as things I might be including in the email.  You have a way of quoting just enough to confuse people.


An email address and share count is all you need when you have a trustworthy source for the list.

This happens to be false. The problems have been amply discussed in the Goat delisting threads, please look there.

I have read them thoroughly.  It is a completely different issue.  The lists goat received did not include email addresses, which are independently verifiable vessels of ownership.  There's no way someone can claim the same shares twice from the same email...  Huh

I tell everyone that the asset issuers get a list of email addresses.  I am not bashful about this fact, and purposefully publish this so that our users can decide when they sign up for an account how anonymous they want to be when dealing with us.

Yes, and this openness pays you the dividend that people who otherwise wouldn't be interested or know enough to comment can point out (free of charge) what they perceive as problems with your designs. You're the recipient of a gift not the accused of a crime, simmer down.

I definitely appreciate the input.  Perhaps it's the barbs that come with it that ruffle my feathers.


This simple fact renders a user's exposure on BTC-TC nearly the same as a user's exposure when signing up for MPEx, which incidentally deals with you using... your email address

This is absolutely not the case. In fact, I could use your email address to register an MPEx account, and while you'd know I emailed something to MPEx so you could maybe guess it's a new account if it is anything at all, you couldn't find out if I had or have funded it, bought anything, etc.

Eh... this one confused me.  How do you propose using someone else's email address and still achieving two way communication?  Either you receive mail at the address (rendering it yours, whether you stole it or not) or you do not.  Sure, spoofing an outgoing message is easy enough, but it is not so easy to receive the reply.

the only way to legitimately protect your MPEx account is to never ever connect your PC to the internet.  (Or plug in a floppy drive, cd rom, or usb stick into it)   Exactly who has one of those PC's just sitting about?

A used laptop which you can format and dump some sort of Linux on is maybe 100 dollars. But that aside, people dealing straight on MPEx are a lot better capitalized and a lot more sophisticated than you seem to imagine.

Please do not take my criticisms as an attack toward your user base.  It clearly takes a knowledgeable individual to trade on MPEx.

In any event, note that the need for 2FA on a website is different than the need for 2FA in GPG based systems such as MPEx. There are numerous ways in which the password to a site can be leaked, such as XSS attacks (which are probably the most common). In and of itself the GPG passphrase even if acquired does nothing: you need both the passphrase and the secret key to do anything. Obviously on Windows this difference is mostly meaningless (I think?) because he who has any sort of sniffer installed also has full access to the disk. On Linux this can be quite a different story. But in any event: making MPEx stronger than the user's GPG signature serves no purpose, because once the attacker acquires the ability to GPG sign with the user's signature he can already issue signed obligations which are strong enough to be enforceable.

Your comment about passwords being leaked is kind of the point behind 2FA such as google authenticator.  If your password is leaked, it's not the end of the world.  (I suggest reading up on yubikey/google auth.)

I also do not think the MPEx is as strong as you think it is.  Linux is great, but certainly not without it's issues.  (been using it for a desktop over 15 years now.)  Bottom line is that with MPEx if your desktop is owned, you're owned.  Both of the pieces required to trade (key + pass phrase) would reside on the machine if the attacker is reasonably intelligent enough to install a keylogger.

Cheers.

hero member
Activity: 756
Merit: 522
November 27, 2012, 10:39:23 AM
#73
Email transit over SSL has been around and in common use for the better part of the last decade.

Do you actually somehow enforce your email delivery over SSL only? Otherwise the fact that it can go over SSL doesn't help in this discussion. Maybe look into S/MIME if you're really decided on this email thing and it isn't just a quick hack tacked on in the wake of GLBSE without any structural consideration.

Last time I checked email addresses were available anonymously for anyone that wanted them.

As far as I know email addresses can either be safe or anonymous. There's no way for someone to have both.

I am not going to go into details regarding the security features I've built into the system, but I will say that I have put significant dev time into making sure things are well protected.

Well, in general that can't be a bad thing. But let us concentrate on the problem at hand.

What good would a username be?  Or a code?

You're asking me as if I'm proposing this. I am not.

If you are in fact doing something like that, the problems are too many to list.

An email address and share count is all you need when you have a trustworthy source for the list.

This happens to be false. The problems have been amply discussed in the Goat delisting threads, please look there.

I'll consider making encrypting the mailings an option.  I'll also consider an option to turn off the automated mailings.  (We do after all offer an API option for pulling the data.)  The exchange is definitely a work in progress.

The latter is probably a good idea. At the very least it offers a little more footing for the "user's fault" line. Probably even better would be to make the mailings opt-in rather than opt-out (which is general policy with mailings).

I suspect that you may be making a mistake in assuming that I am trying to be all super-secret like MPEx is with the whole "you can be as anonymous as you want to be" bit.  I am quite the opposite in terms of personality...

I'm not sure personality enters into it, but if you think so by all means, try it out. The only thing with computer programming is that it scarcely ever makes sense to do anything half way. Zero, one, infinity is the rule.

I tell everyone that the asset issuers get a list of email addresses.  I am not bashful about this fact, and purposefully publish this so that our users can decide when they sign up for an account how anonymous they want to be when dealing with us.

Yes, and this openness pays you the dividend that people who otherwise wouldn't be interested or know enough to comment can point out (free of charge) what they perceive as problems with your designs. You're the recipient of a gift not the accused of a crime, simmer down.

This simple fact renders a user's exposure on BTC-TC nearly the same as a user's exposure when signing up for MPEx, which incidentally deals with you using... your email address

This is absolutely not the case. In fact, I could use your email address to register an MPEx account, and while you'd know I emailed something to MPEx so you could maybe guess it's a new account if it is anything at all, you couldn't find out if I had or have funded it, bought anything, etc.

the only way to legitimately protect your MPEx account is to never ever connect your PC to the internet.  (Or plug in a floppy drive, cd rom, or usb stick into it)   Exactly who has one of those PC's just sitting about?

A used laptop which you can format and dump some sort of Linux on is maybe 100 dollars. But that aside, people dealing straight on MPEx are a lot better capitalized and a lot more sophisticated than you seem to imagine.

In any event, note that the need for 2FA on a website is different than the need for 2FA in GPG based systems such as MPEx. There are numerous ways in which the password to a site can be leaked, such as XSS attacks (which are probably the most common). In and of itself the GPG passphrase even if acquired does nothing: you need both the passphrase and the secret key to do anything. Obviously on Windows this difference is mostly meaningless (I think?) because he who has any sort of sniffer installed also has full access to the disk. On Linux this can be quite a different story. But in any event: making MPEx stronger than the user's GPG signature serves no purpose, because once the attacker acquires the ability to GPG sign with the user's signature he can already issue signed obligations which are strong enough to be enforceable.
legendary
Activity: 1106
Merit: 1006
Lead Blockchain Developer
legendary
Activity: 1106
Merit: 1006
Lead Blockchain Developer
November 27, 2012, 05:10:03 AM
#71
Continuing...

I think the current emails every 12 hours of the shareholder lists accomplish most of what we need to protect the issuers and the shareholders. 

This is actually a pretty stupid idea. For one, if people lose email accounts (happens all the time for umpteen reasons) you'll be leaking user identity.

An email address != identity.

For the other, email works over plaintext, which means even if nobody loses their email account your traffic can be (and once the exchange becomes worth the mention, will be) intercepted, rendering the entire scheme a sort of "public holdings" but for just a part of the userbase (those with the tech to leech you or the money to pay to be in the leech-club).

Email transit over SSL has been around and in common use for the better part of the last decade.  I thought over at MPEx you guys were all up to date on this encryption stuff?

And when the email list is snagged off an asset issuers hard drive, (more likely than interception) so what?  It's a list of email addresses.  It's not a list of identities.  Last time I checked email addresses were available anonymously for anyone that wanted them.

This info asymmetry is already a big enough problem to suggest you don't really know what you're doing with an exchange* (which is not! the same as you don't mean well).

It's not perfect.  We don't have signed receipts. (yet)  I've been working through how to make such a feature easy to use.  However overall it's a marked improvement over GLBSE in usability, which was itself a night and day improvement over MPEx usability.  It has sustained months of constant probing and the risk in operating an exchange with good backups is minimal.  The coin in the wallet is a drop in the bucket in comparison to the securities represented on the exchange.  I am not going to go into details regarding the security features I've built into the system, but I will say that I have put significant dev time into making sure things are well protected.

For the third, if the info you're mailing isn't actually enough for a claims process (just a username, or some username + code a la Nefario/goat) then it's not actually useful. If the info is however good enough for a claim, Jeebus! re-read this paragraph.

What good would a username be?  Or a code?   Undecided

An email address and share count is all you need when you have a trustworthy source for the list.  Any failure of the email address system would be a failure of the asset holders by allowing their desktop to be compromised, the email account to be compromised, or by not keeping their address up to date.  incidentally... this is not unlike the exposure to trading on MPEx... As I understand it, if your desktop is compromised, so is your MPEx account and shares.*

I've been considering adding the withdrawal addresses to the list, which would only bolster the usability of the list in a shutdown scenario.


If you want to make a public database exchange just publish the database. If you don't want to make the database public then at the very least encrypt the mailings.

I'll consider making encrypting the mailings an option.  I'll also consider an option to turn off the automated mailings.  (We do after all offer an API option for pulling the data.)  The exchange is definitely a work in progress.

I suspect that you may be making a mistake in assuming that I am trying to be all super-secret like MPEx is with the whole "you can be as anonymous as you want to be" bit.  I am quite the opposite in terms of personality... I am open and honest about what I expose and to whom this information is exposed.  I tell everyone that the asset issuers get a list of email addresses.  I am not bashful about this fact, and purposefully publish this so that our users can decide when they sign up for an account how anonymous they want to be when dealing with us.  This simple fact renders a user's exposure on BTC-TC nearly the same as a user's exposure when signing up for MPEx, which incidentally deals with you using... your email address.   Wink


* As I understand it, MPEx does not utilize any form of 2FA?  Owned computer = owned MPEx account.  In fact, per your own FAQ at http://polimedia.us/bitcoin/faq.html the only way to legitimately protect your MPEx account is to never ever connect your PC to the internet.  (Or plug in a floppy drive, cd rom, or usb stick into it)   Exactly who has one of those PC's just sitting about?

Cheers.
hero member
Activity: 756
Merit: 522
November 27, 2012, 04:39:35 AM
#70
So burnside is the one. He is registered here since 6 months only. The owner of mybitcointrade.com, that had an exchange created only to scam, even is registered here since 18 months. Didnt help a thing.

Is this a fact?! What's the story there?

Perhaps if you include the full context as not to warp anyone's possible interpretation...

So burnside is the one. He is registered here since 6 months only. The owner of mybitcointrade.com, that had an exchange created only to scam, even is registered here since 18 months. Didnt help a thing.
So sorry... i dont see how i could trust my money or shares to that exchange. I mean its similar to a online bitcoin wallet. Its a possible big risk without big advantage.

Maybe you can convince me but at the moment the risk looks way higher than the gain.

It becomes clear that:

Yes, I've been registered here roughly six months.

Yes, someone else I know nothing about started a website I know nothing about, and horrors... was registered longer than I was.

Cheers.


Oh I see, OP's somewhat dubious English led me astray, I read that as if it were the same person.

Sorry about that.
legendary
Activity: 1106
Merit: 1006
Lead Blockchain Developer
November 27, 2012, 03:52:38 AM
#69
So burnside is the one. He is registered here since 6 months only. The owner of mybitcointrade.com, that had an exchange created only to scam, even is registered here since 18 months. Didnt help a thing.

Is this a fact?! What's the story there?

Perhaps if you include the full context as not to warp anyone's possible interpretation...

So burnside is the one. He is registered here since 6 months only. The owner of mybitcointrade.com, that had an exchange created only to scam, even is registered here since 18 months. Didnt help a thing.
So sorry... i dont see how i could trust my money or shares to that exchange. I mean its similar to a online bitcoin wallet. Its a possible big risk without big advantage.

Maybe you can convince me but at the moment the risk looks way higher than the gain.

It becomes clear that:

Yes, I've been registered here roughly six months.

Yes, someone else I know nothing about started a website I know nothing about, and horrors... was registered longer than I was.

Cheers.
hero member
Activity: 756
Merit: 522
November 27, 2012, 03:30:47 AM
#68
Moving this over from the ASICMINER thread

So burnside is the one. He is registered here since 6 months only. The owner of mybitcointrade.com, that had an exchange created only to scam, even is registered here since 18 months. Didnt help a thing.

Is this a fact?! What's the story there?

I think the current emails every 12 hours of the shareholder lists accomplish most of what we need to protect the issuers and the shareholders. 

This is actually a pretty stupid idea. For one, if people lose email accounts (happens all the time for umpteen reasons) you'll be leaking user identity. For the other, email works over plaintext, which means even if nobody loses their email account your traffic can be (and once the exchange becomes worth the mention, will be) intercepted, rendering the entire scheme a sort of "public holdings" but for just a part of the userbase (those with the tech to leech you or the money to pay to be in the leech-club). This info asymmetry is already a big enough problem to suggest you don't really know what you're doing with an exchange* (which is not! the same as you don't mean well). For the third, if the info you're mailing isn't actually enough for a claims process (just a username, or some username + code a la Nefario/goat) then it's not actually useful. If the info is however good enough for a claim, Jeebus! re-read this paragraph.

If you want to make a public database exchange just publish the database. If you don't want to make the database public then at the very least encrypt the mailings.

*Leaving myself an out here seeing how last time it seemed you don't know what you're doing I had actually misunderstood what you were in fact doing.
member
Activity: 69
Merit: 10
November 26, 2012, 11:58:24 PM
#67
Dev update:

Market: new "Trades" tab, shows last ~48 hours of trades
Market: slight tweaks to moderator score display
Market: split tabs left and right to improve usability
All pages: large tables: subtle alternating row colors
All pages: improved caching on several key functions
All pages: darker font, lighter table backgrounds
hero member
Activity: 686
Merit: 500
Wat
November 26, 2012, 03:39:34 AM
#66
Dev update:

- Forced buyback is now available.  For the asset issuer it will show up below the bids section of the order book.
- Small tweaks to the purchase/sale emails.



Thanks. I made use of this for a fund I was shutting down.
sr. member
Activity: 389
Merit: 250
November 26, 2012, 03:31:18 AM
#65
The only way I can think to do it is to allow unfunded orders and to just hide them until there are enough funds to back them again, but that would require several changes and would probably not work well with cancel on order.

That actually doesn't sound like a bad idea.  If I introduce an active/inactive or funded/unfunded status to orders, then the auto-cancel would just deactivate orders that are NSF.  Then all you'd have to do to get your order back would be to make a deposit.  Deactivated orders would not show in the order book, thus would be the same status as cancelled orders.

I'll think about it.  It might be a bit more work than I can tackle for a while.

Cheers.





Just to promote my own idea a bit more, the strongest use cases I can see are:
  • Place orders, then deposit coins - Why wait for deposits to confirm when you can place orders now; orders would become active as they're funded by deposit
  • DRIP investing - as above, orders are placed as they can be filled as dividends are paid out, whole shares only (Placing a order at the maximum price you're willing to pay would let you buy anything at a lower price, ie market price)
  • Range trading - Anyone fairly confident of the future price of an asset could place a lower and upper bid and profit from volatility; orders would be bought and sold back and forth as funds or shares became available

As far as I can tell though you'd basically have to show the portion of the order that is currently funded instead of cancelling everything, the API may also need a flag for "View Funded" vs "View All" (probably defaulting to the former). Though that's lower priority. Such a system would also allow more automatic trading without intervention (buy some of X, sell old shares of Y, now more shares of Z can be purchased based on previously unfunded order). Hopefully this would be closer to the silver bullet of providing liquidity, though only across the whole exchange, each individual asset could still fly around pretty quickly.

The only drawback that jumps out at me immediately and painfully is spam bids stay around longer now, maybe force bids to be within a certain multiple of current market values? Or just hide such orders from view. This might just be a separate feature request in it's own right.
legendary
Activity: 1106
Merit: 1006
Lead Blockchain Developer
November 26, 2012, 01:13:05 AM
#64
The only way I can think to do it is to allow unfunded orders and to just hide them until there are enough funds to back them again, but that would require several changes and would probably not work well with cancel on order.

That actually doesn't sound like a bad idea.  If I introduce an active/inactive or funded/unfunded status to orders, then the auto-cancel would just deactivate orders that are NSF.  Then all you'd have to do to get your order back would be to make a deposit.  Deactivated orders would not show in the order book, thus would be the same status as cancelled orders.

I'll think about it.  It might be a bit more work than I can tackle for a while.

Cheers.




member
Activity: 69
Merit: 10
November 26, 2012, 01:06:08 AM
#63
Dev update:

- Forced buyback is now available.  For the asset issuer it will show up below the bids section of the order book.
- Small tweaks to the purchase/sale emails.

sr. member
Activity: 389
Merit: 250
November 26, 2012, 01:03:44 AM
#62
[...] Also would need pre-set limits I suspect.  What all questions does your RL trading account ask when setting it up?

Cheers.


I don't understand the question ("all questions"?). Could you re-phrase, please?

There's no limit to set. All you have to do is inform them that you want dividends re-invested. Once dividends are paid, stock are bought at market. They do partial stocks too, I.e. dividend paid 〓 1; stock price 〓 2; you get 0.5 stock. There's no commission on such re-investments.


Sorry, that was some poor English on my part.  I was wondering what input they let you make when turning on the auto re-investment.  You pretty much answered that though.  Sounds like it just auto-reinvests at market cost, which definitely would not work for us until there's more volume.

Definitely worth keeping in mind though.

Cheers.


The only way I can think to do it is to allow unfunded orders and to just hide them until there are enough funds to back them again, but that would require several changes and would probably not work well with cancel on order.
legendary
Activity: 1106
Merit: 1006
Lead Blockchain Developer
November 25, 2012, 10:35:27 PM
#61
[...] Also would need pre-set limits I suspect.  What all questions does your RL trading account ask when setting it up?

Cheers.


I don't understand the question ("all questions"?). Could you re-phrase, please?

There's no limit to set. All you have to do is inform them that you want dividends re-invested. Once dividends are paid, stock are bought at market. They do partial stocks too, I.e. dividend paid 〓 1; stock price 〓 2; you get 0.5 stock. There's no commission on such re-investments.


Sorry, that was some poor English on my part.  I was wondering what input they let you make when turning on the auto re-investment.  You pretty much answered that though.  Sounds like it just auto-reinvests at market cost, which definitely would not work for us until there's more volume.

Definitely worth keeping in mind though.

Cheers.

legendary
Activity: 1358
Merit: 1001
https://gliph.me/hUF
November 25, 2012, 10:03:18 PM
#60
[...] Also would need pre-set limits I suspect.  What all questions does your RL trading account ask when setting it up?

Cheers.


I don't understand the question ("all questions"?). Could you re-phrase, please?

There's no limit to set. All you have to do is inform them that you want dividends re-invested. Once dividends are paid, stock are bought at market. They do partial stocks too, I.e. dividend paid 〓 1; stock price 〓 2; you get 0.5 stock. There's no commission on such re-investments.
legendary
Activity: 1106
Merit: 1006
Lead Blockchain Developer
November 25, 2012, 06:41:06 PM
#59
How about automatic dividend re-investment? I can see it'd be tricky for partial shares, but maybe for full shares?

Terrible idea unfortunately.

Only way to implement it is to automatically buy from Asks [...]

It works well like that for my real-life trading account for years. I see however how the very shallow market depth on BTC exchanges would be a problem. Ah, hopefully one day...

Yeah, would definitely need more volume.  Also would need pre-set limits I suspect.  What all questions does your RL trading account ask when setting it up?

Cheers.
legendary
Activity: 1358
Merit: 1001
https://gliph.me/hUF
November 25, 2012, 09:58:19 AM
#58
How about automatic dividend re-investment? I can see it'd be tricky for partial shares, but maybe for full shares?

Terrible idea unfortunately.

Only way to implement it is to automatically buy from Asks [...]

It works well like that for my real-life trading account for years. I see however how the very shallow market depth on BTC exchanges would be a problem. Ah, hopefully one day...
hero member
Activity: 532
Merit: 500
November 25, 2012, 06:54:38 AM
#57
How about automatic dividend re-investment? I can see it'd be tricky for partial shares, but maybe for full shares?

Terrible idea unfortunately.

Only way to implement it is to automatically buy from Asks (it can't be from issuer - as then it's just a dumb way to replace reinvestment instead of dividends in the contract).  Anyone who knows the time dividends will pay out (including the asset issuer) can then buy up all reasdonably priced asks, relist sky-high and get them auto-sold to those receiving dividends.  Leads to market manipulation and the total inability to make any sense of trading data.

If you want reinvestment you need to either do it manually or invest in assets that reinvest rather than pay dividends as part of their plan.

There's maybe some half-way measure which would work - implementing unplaced orders which will be placed if your balance rises sufficient to cover the order.  That would allow you to predefine what you want to buy (and at what price) when funds become available.  I don't think it's all that useful myself - but can see how some would like it.

What I propose MAY sound just like reinvestment - but it's not.  Placing an order is not the same as reinvestment as there's no guarantee it'll ever get filled.  At best it's an attempt to reinvest at a predefined price.
legendary
Activity: 1358
Merit: 1001
https://gliph.me/hUF
November 25, 2012, 06:43:47 AM
#56
How about automatic dividend re-investment? I can see it'd be tricky for partial shares, but maybe for full shares?
legendary
Activity: 2674
Merit: 1083
Legendary Escrow Service - Tip Jar in Profile
November 23, 2012, 03:42:39 PM
#55
Sounds good. And the shareholder should only get data he needs to know who owns what shares. no passwords or similar. maybe even no emails so that the shareholder can be identified by the btc address he owns.

at least it sounds like you want to address the problems glbse had. A good sign. lets see what it will be at the end.
Jump to: