from the bitcoin4cash.com website, his email is stated as themadhatter@i2pmail.org
try that.

Not even a mention of http://bitcoin-otc.com? i'm so hurt.

what law would you be breaking by buying something with bitcoins as they are now? (and while you are at it, let us know what country you are in).

well, if he's generating on a CPU rather than GPU, 100 addresses for several months should be way more than enough.

that said, indeed autosend script should be pretty easy to write as well. check balance, if >0, send balance to $myaddress. crontab it, and you're done.

well, if you're savvy with pgp or truecrypt, you could do your encryption yourself.
that said, i don't think it's a bad idea to have the option to store the wallet as an encrypted file which requires a passphrase upon every bitcoin start, etc. that way the file is 'encrypted by default', which is not a bad place to be.

ah, theymos, you're here - so what about the key pool? will the 'looking at wallet backup' thing work?

no, each block generation bounty gets credited to a new address, so monitoring the 'first address' will not be of use.

the bitcoin client now pre-generates a 'pool' of keys, sized 100 by default. i /think/ (but am not sure) that the addresses used for generation are also taken from this pool. if that is the case, then if you make a backup of the wallet and look at it on your local machine periodically, you'll be able to see the generation credits in your wallet backup (at least until you run out of the 100 pool addresses - depending on how fast your remote machine is generating, it may happen very fast or quite slowly).

but since i'm not sure if the pool addresses are used for generation, you should get confirmation on that from someone who knows what's up.

morpheus: just fyi, there is some mtgusd-usd trading activity going on on #bitcoin-otc. might want to post your offer there as well. </plug>

Still, as i said, no problem for me. It doesn't cost my eyes anything to see extra digits.


checked out your exchange site... a few comments for you, which i hope may be helpful. more competition in exchanges is always good.

1. it seems that there are no outstanding asks on the site? you need to get some market makers in there, at least until you have a bigger population of traders.

2. your fees seem to be rather large... 6% one way, 50rub the other way? if you want to compete with established exchanges like bcm and mtgox, you have to offer competitive fees. or possibly even start with zero fees, to attract clientele

3. don't know how possible it is... but if you allowed USD exchange on your site as well as RUB, you'd have more interested clientele.

3.1. To that end, you need to finish your translation to EN, there's a bunch of russian in places even if EN is selected. The 'rules' page is in fact completely in russian.

Well, that's it for now. hope that helps.

Yes that has been my understanding as well... though I certainly haven't actually looked at any code to confirm.

Why, yes, yes i am. Bring them on, please. As long as they accurately represent the balance in my account, it's all good.

Though note that it should never get to so many decimal places, since there's a limit to how many decimal places bid/ask offer inputs can take. But even if it does - I'd rather see the real amount than a rounded one.

so can javascript - if you run the whole browser in a sandbox which is the only type of sandbox i'd trust with flash, too heh.

but anyway - i completely agree, both js and flash are annoying, and i'd be very happy to see a nice static-html trading site. you can have a 'special' js or flash live-ticker, or live order book display, or live-updating chart... but besides that, a person should have complete functionality without flash or js.

in my book, if it's not automatic-live-updating... there's no call for requiring flash or js.

problem with mtg is it uses javascript... but the order book and charts are not live-updating (as in, page has to be refreshed, or button manually clicked, to refresh the view). so it's like the worst of both worlds on this issue. but it is a very nice and functional site in other respects, and has a relatively deep market.

I suggest to remove all mandatory rounding. If i want to send 1.02345 btc, I should damn well be able to. (Well, I still can, with a modified client... but I shouldn't need to modify the client.)

The 'max 8 decimal places' can stay for a while... but the forced rounding should go. Now, the client may still trim trailing zeros to neaten display, that would be fine, but forced rounding has got to go.

As far as "moving decimal point"... I think maybe instead the client should just acquire a dropdown box next to the balance display and other amount displays, where you get to choose the units (bitcoins, bitcents, microcoins, etc). As bitcoin value goes up, the "default" unit may change, but full-coin-unit display should always be possible.

Just my 0.0298723 BTC

+1 on showing actual balances without rounding.

+1 on pre-calculating the fee that would be charged, and showing it to the user to see before submitting an order.

well, it's /relatively/ new, but it's been more than a year at least.

and fwiw, i recommend gplv3

just a suggestion: before you resort to doing 'custom software' consider using existing software for data shaping/analysis, such as R, for example (and it's foss, to boot!)
teaching people to use an existing data analysis sw is probably more useful than teaching them how to use your custom software.

by the way, you're all encouraged to participate in the bitcoin-otc web of trust:
http://trust.bitcoin-otc.com/

one word: lol!

oh... too bad. well, i wish you productivity in your other endeavors.