Just added LR Euros (LR-EUR), in case anybody prefers that.
|
|
|
For your average person, who just wishes to buy something with bitcoins, dealing with the markets seems like an unnecessary burden. Therefore, I put together a site for beta-testing which permits direct bitcoin purchases, at spot price + a markup: The Bitcoin Store - https://bitcoinstore.yyz.us/It accepts Pecunix, Liberty Reserve-EUR and Liberty Reserve-USD payments, and sends bitcoins to a Bitcoin Address specified via email. Transaction fees for payments are included in our markup. This is an experiment. We'll see. If fraud or chargebacks become a problem, the site will cease operation. Comments welcome.
|
|
|
"Crazy trading strategy" was my guess.
mtgox and BCM are both thinly traded markets, by any conventional definition; we just don't have that much money moving through bitcoins at present.
So any "real world" investor easily has enough cash to spike the market -- in either direction -- over a short time period.
|
|
|
I wonder what the ratio is of sold auctions to unsold. Nothing I've put up has gotten any interest yet.
Live Auctions 26 Closed Auctions 42 I'm working on automating the rest of the stats and putting up an info page for those who are interested. Please consider making the info available in manner easy for other computers to parse (JSON, XML, CSV, ...)
|
|
|
I sent you a pm.Another exchange site that does wire transfers and other payment gateways besides paypal would be quite useful.
I would like to see LR-EUR and LR-GAU in addition to LR-USD...
|
|
|
Mt Gox and Bitcoin Market are already easy to use with €-PayPal.
No, neither support PayPal-EUR. I can ask them to add PayPal-EUR, if you don't mind? Yeah, they don't show trade prices in €, but you can easily pay in $ even if your PayPal account is in €. Go ahead with asking, I absolutely don't mind more €-trading. Great, thanks!!
|
|
|
Mt Gox and Bitcoin Market are already easy to use with €-PayPal.
No, neither support PayPal-EUR. I can ask them to add PayPal-EUR, if you don't mind?
|
|
|
- Built with -march=amdfam10, which makes -4way slightly faster
Doesn't -march break abi with older systems? It's quite possible. -mtune=XXXX may be preferred, because -march=XXXX means the compiler expects the binary will only be run on amdfam10.
|
|
|
Good stuff. For those who haven't been following other threads, I think it's important to note that the alerts are only accepted if signed by a specific key (held by satoshi). Alerts cannot be generated by average nodes.
|
|
|
d) bet price 1) 1 2) 2 3) 5 4) depends on the pot that rolled over (assumes c:1) or c:3) )
I would prefer that a ticket for number NNNN cost at least one BTC, but any number above that will buy MMMM tickets for the given number. Example: I pay 1.23 BTC for ticket number fff. Or 12.99 BTC for ticket number aaa. This is equivalent to buying 1.23 fff tickets, or 12.99 aaa tickets. Huh? I don't get it, can you expand on your reasoning here? It's basically an easy interface for buying multiple tickets for the same lotto number. Maybe this already exists, under another name? If I want to buy for ticket "fff", I can do 1) buy 1 ticket for 1 BTC, number "fff" 2) buy 1 ticket for 1 BTC, number "fff" 3) buy 1 ticket for 1 BTC, number "fff" 4) buy 1 ticket for 1 BTC, number "fff" 5) buy 1 ticket for 1 BTC, number "fff" or we could simplify that to 1) buy 5 tickets for 5 BTC, number "fff" and if you permit that, why not also permit fractional tickets, e.g. 1) buy 5.5 tickets for 5.5 BTC, number "fff" Calculating winnings for each person is a simple algebra problem, at that point.
|
|
|
a) Cancel tickets: 1) remove completely
+1 b) Other bets visibility 1) only show when draw is locked
+1 c) Unclaimed prizes 1) Just roll over to the next draw
+1 d) bet price 1) 1 2) 2 3) 5 4) depends on the pot that rolled over (assumes c:1) or c:3) )
I would prefer that a ticket for number NNNN cost at least one BTC, but any number above that will buy MMMM tickets for the given number. Example: I pay 1.23 BTC for ticket number fff. Or 12.99 BTC for ticket number aaa. This is equivalent to buying 1.23 fff tickets, or 12.99 aaa tickets. e) draw interval 1) every 1k 2) every 1k 3) every 1k, but if c:3) the Guaranteed Jackpot happens in 500 blocks, just to force people to pay attention to the site 4) every other 0.5k I say every block
|
|
|
It's there, not sure why you're not seeing it... Type 'help' to list all JSON RPC calls: getaddressesbylabel <label> getbalance getblock height getblockcount getblocknumber getconnectioncount getdifficulty getgenerate gethashespersec getinfo getlabel <bitcoinaddress> getnewaddress [label] getreceivedbyaddress <bitcoinaddress> [minconf=1] getreceivedbylabel <label> [minconf=1] help [command] listreceivedbyaddress [minconf=1] [includeempty=false] listreceivedbylabel [minconf=1] [includeempty=false] listtransactions [count=10] [minconf=1] [includegenerated=true] sendtoaddress <bitcoinaddress> <amount> [comment] [comment-to] setgenerate <generate> [genproclimit] setlabel <bitcoinaddress> <label> stop
|
|
|
The receiver would have no protection against double-spend, so it would behoove them to scan it on-the-spot and get it into the Bitcoin network. Correct. And a mobile phone's camera works great as a "scanner."
|
|
|
I doubt there's an mmap(2) on Windows.
The Windows version of mmap was mentioned in the message to which you replied: CreateFileMapping In my earlier message, I mentioned how to use this from boost: Boost::Iostreams already has a mapped_file Source.
|
|
|
If you read it into memory and write it out, it could fail in tight memory situations.
I think you misunderstand what mmap does? mmap / CreateFileMapping does not read a file into heap memory: http://en.wikipedia.org/wiki/Mmap
|
|
|
Another possible lotto variant is a pick-3 or pick-4 or whatever, where you require 100% match, but have a drawing for each bitcoin block. Jackpot keeps growing, and all tickets remain valid, until a winner emerges.
Somewhat like "sudden death overtime" in sport, where you keep playing until someone scores.
|
|
|
Yes, I know it has to do with money laundering, which is why i started the thread. I was speculating about the taxes with regard to the gift cards vs reloadable cards, since it seems like gift cards can be completely anonymous despite the anti-moneylaundering laws. The reloadable ones, on the other hand, seem to trigger that KYC reporting. It was definitely a shot in the dark though.
I guess my explanation was a bit poor, sorry. The reloadable cards trigger KYC because of the greater ease with which money laundering may occur. Try to buy 100 US$50 gift cards and you will trigger the same thing.
|
|
|
|