|
1101
|
Other / Beginners & Help / Re: Help!
|
on: April 26, 2013, 07:25:14 AM
|
So you sent your money to someone you never met, over an anonymous payment network? You can contact law enforcement, but even if you said you said you wired $5000 of real dollars with Western Union to a Nigerian Prince, there isn't much they can or will do. The won't even go bust someone who stole your cel phone when you have their GPS location and a picture of them. Search Google to find other scammers (selling a preorder for bitcoin payments only, no phone number, etc): site:craigslist.org asic bitcoin The highest likely IP address is http://www.speedguide.net/ip/184.5.139.15 , a Centurylink in Charlottesville, Virginia, however the other two payments that have been sent from the address have had relay connections in England and Germany, so the person likely knows how to anonymously scam. |
|
|
|
|
1103
|
Economy / Trading Discussion / Re: Ebay/paypal scam
|
on: April 25, 2013, 07:34:30 PM
|
This has happened so many times, I'm really shocked it's still happening. You shouldn't be using Paypal for Bitcoins - ever.
Paypal is not to be used for digital goods -- their de jure rules, our de facto rules. She may not have even claimed fraud, but Paypal may have reversed the transaction because you broke their rules (probably eBay's, too) and don't consider the transaction valid.
What was in the email Paypal sent you?
We've concluded our investigation into the transaction detailed below. *snip* What did they send before that? Generally, they'll have someone personally oversee cases and give you updates. feedback was positive on ebay....paypal and ebay are huge scammers Sellers cannot leave negative feedback even on the most scummy thieving users - they disabled that because bad feedback on criminals makes for a "negative user experience". eBay universally screws the seller, since the seller will always be easier to get money from (even by sending to debt collection if you withdrew the money) than the criminal using a hacked account, and then they take away the feedback ability that would make eBay look like a scammer's paradise for doing this. eBay used to be just about collecting exorbitant fees on money and merchandise they never touched (and just let people leave honest feedback), Then they got into the PayPal business (so they could move money around in their system with 3% friction until it is all theirs), but then they realized that they couldn't let themselves eat the cost of fraud. |
|
|
|
|
1104
|
Economy / Trading Discussion / Re: SierraChart bridge - Realtime Bitcoin charts [v0.5] (MtGox, Intersango, ...)
|
on: April 25, 2013, 07:18:19 PM
|
Every attempt I make to download the whole history, it often gets through a month or two but always ends up crapping out with a 502 error. This is in Win 7 Ultimate 64. Tried running as admin, increasing the buffer and running in XP SP3 compatibility mode all to no avail.
I can't make bitcoincharts not go down. http://www.tomshardware.com/forum/237521-49-what-gateway-error Is there a particular exchange/currency that it is always getting or date you never get past when you see this error? The history download will continue where it left off when the bridge program is restarted - the program SHOULD stop if it gets website errors, otherwise it will skip history downloading and get the live trade stream. After the live ticker data is added to the database with the current date and time, you will never get data older than that. |
|
|
|
|
1105
|
Economy / Trading Discussion / Re: SierraChart bridge - Realtime Bitcoin charts [v0.5] (MtGox, Intersango, ...)
|
on: April 25, 2013, 08:02:40 AM
|
trying out the new feed from deepceleron. looks to be good. it's currently grabbing the history for me. to make sure i'm doing this right:
for the windows exe, the multiple exchanges option should look like this, right? "sierrachartfeed.exe -s mtgoxUSD,bitstampUSD,btceUSD"
There should be no space between the -s and the option. You can also use sierrachartfeed.exe -s* if you want to download EVERY ticker, which is about 40 of them. For those of us lacking programming expertise, is there a compiled version incorporating the recent changes discussed here? TIA. Yes. 10 posts back. |
|
|
|
|
1106
|
Bitcoin / Bitcoin Discussion / Re: PayPal president interested in bitcoin
|
on: April 24, 2013, 08:16:17 PM
|
Did you see the smile on that guy? Did you notice how the president of Pay pal was acting?
He's happy.
Primates also have a smile response to fear. Here's a juvenile chimpanzee being restrained in his space capsule, part of his space training was getting electric shocks if he pushed the wrong button:  |
|
|
|
|
1107
|
Bitcoin / Bitcoin Discussion / Re: [ANN] Bitcoin blockchain data torrent
|
on: April 24, 2013, 08:02:12 PM
|
Am I doing something wrong? I've been seeding for over a month, but have had very little interest in it:  This is in 'transmission'. Me: Uploaded 23.05 GB When there are 40 seeds (there were up to 60 earlier), you only need to give one downloader 1/40th of 4.7GB, and it will be less if you have a slower connection then the fastest seeds. The three peers I have connecting from Netherlands, Russia, and Iran are barely getting data, they might be mistakenly using their 2400 baud modems to get the torrent. Make sure you have encryption enabled (many will block if you don't), and the TCP/UDP ports of bittorrent and DHT port forwarded. |
|
|
|
|
1108
|
Economy / Trading Discussion / Re: SierraChart bridge - Realtime Bitcoin charts [v0.5] (MtGox, Intersango, ...)
|
on: April 24, 2013, 07:08:24 PM
|
sierrachartfeed.exe Great. That way i'll learn python pretty soon.. Are you going to up it into the github repo? I think I've got everything done worth doing, and it shouldn't break or have any more buffer overflow vulnerabilities than it did before. If bitcoincharts is down or 500, it errors out. If the data API changes to something else or is blank, just the current ticker works. If there are periods of data without trades in history (like from ddos) the logic doesn't care. I'll just refactor to minimize diff lines before I put a pull request in (and create an account, install git, etc). Someone else could check it in; slush could look if I broke his functions, etc; it's public domain. Why there's a difference in feeds? Different apis? Websockets vs socketio? SierraChart recently added their own mtgox data feed (and a $10/month bitcoin-only subscription). Before that, and again now, the trial/free version of SierraChart can use data downloaded from bitcoincharts/mtgox when processed by the feed/bridge. |
|
|
|
|
1109
|
Bitcoin / Press / Re: 2013-04-24 Bloomberg - Paypal considering adding bitcoin as a funding method
|
on: April 24, 2013, 04:24:48 PM
|
|
It should be noted before getting too excited, like some of these responses are, actually read my transcription, and remember that he probably wasn't expecting to talk about Bitcoin.
GJ: Can I ask you something - left-field question?
DM: Sure
GJ: Bitcoin...
DM: Uh-huh
GJ: virtual currencies...what do you make of that?
DM: So, I've been spending a lot of time looking at it,
GJ: I'm sure
DM: and it's truly fascinating, actually, the way the, that the currency's been designed, and the way that, uh, you know, inflation is built in to pay for miners, and...
GJ: Yeah
DM: all that is truly fascinating. Um, and I think, you know for us at PayPal, it's just a question of...whether Bitcoin will make it's way to PayPal as a funding instrument or not, and uh, and ya know, we're kind of uh.. of thinking about it.
GJ: I, I guess, like yeah, like the rest of us, we're all kind of watching it, sort of with, with, with a great deal of interest, but kind of, a lot of people have been taken aback by, by the sort of.. of the velocity of the moves.
|
|
|
|
|
1110
|
Bitcoin / Press / Re: 2013-04-24 Bloomberg - Paypal considering adding bitcoin as a funding method
|
on: April 24, 2013, 02:57:33 PM
|
|
Drinking game: drink when you smell the BS.
"We never share financial data". You mean with banks, the IRS, FinCen, or law enforcement?
"You can eventually break into an account if it's only protected by a password"
"We have a policy, if anything happens, it's on us. You'll never lose a penny by using PayPal"
"ordering your Jamba Juice online saves 15 minutes from your daily routine".
And this guy goes real genius, saying they should replace passwords with fingerprints (a non-changeable and ambiguous password not rooted in cryptography, that can easily be extracted from you, and which many governments already have on record.)
Their interest in Bitcoin is likely limited to strategic campaign donations.
|
|
|
|
|
1112
|
Economy / Trading Discussion / Re: SierraChart bridge - Realtime Bitcoin charts [v0.5] (MtGox, Intersango, ...)
|
on: April 24, 2013, 10:31:44 AM
|
I'm just going to leave this here: (old windows 32 bit standalone exe removed) or http://we.lovebitco.in/schart/sierrachartfeed.py (python 2.7 source, replace old file) Yes, it's fixed in a big way. NOTE: rename or delete your old C:\SierraChart\data\*.scid files if you've been using the broken sierrachartfeed version, or want older history than you previously retrieved.Usage: sierrachartfeed.py [options]
Options:
-h, --help show this help message and exit
-d DATADIR, --datadir=DATADIR
Data directory of SierraChart software
-y, --disable-history
Disable downloads from bitcoincharts.com
-p PRECISION, --volume-precision=PRECISION
Change decimal precision for market volume.
-s SYMBOLS, --symbols=SYMBOLS
Charts to watch, comma separated. Use * for streaming
all markets.
-l HISTORY, --history=HISTORY
Number of days of history to retrieve (default=7). I set the default "symbol" to only be mtgoxUSD. The symbols are the file names for the exchange you can see here: http://api.bitcoincharts.com/v1/csv/ - for multiple exchanges, use the command-line option like: sierrachartfeed -smtgoxUSD,bitfloorUSD,btceUSD This is my own code, you can examine how I solved the problem of reading from old to new without an external database to sort and with 0 chance of missing or duplicate trades being downloaded (although it does inevitably waste some bandwidth). Update 1: smarter download size adaptation, "days of history" option, actual source comments. Update 2: fixed duplicate trade bug I created in update 1. Update 3: include volume git pull (tick accurate data now), undo precision change (back to real volume = 0.01 in Chart->Chart Settings->Volume Multiplier), show both current time & trade time on console. Update 013: tolerate the random HTTP 502 Gateway errors, adaptive data request rate to mitigate, default 7 days of history Update 017: refine rate adaptation, enforce max history when catching up scid, give a user-agent |
|
|
|
|
1113
|
Economy / Services / Re: [0.2 BTC] Python coder, need solve issue
|
on: April 23, 2013, 08:03:18 PM
|
Also, a big oops in the "accepted" code above, you can't just sort data, otherwise trades that happen the same second are sorted (randomized) based on the trade amount. Also, you are sorting again and again for EVERY line that is read. Raw data format: 1366740776,136.120010000000,0.010000000000
1366740774,136.120010000000,0.200000000000
1366740773,136.690000000000,0.843387830000
1366740773,136.600000000000,0.914900000000
1366740771,136.111650000000,0.020000000000
1366740770,136.100010000000,0.072978190000
1366740770,136.100010000000,0.020000000000
1366740770,136.120000000000,0.020000000000
1366740769,136.120000000000,0.020000000000
1366740769,136.120000000000,0.020000000000
1366740769,136.100010000000,0.020000000000
1366740769,136.600000000000,0.085100000000
1366740769,136.100010000000,0.020000000000
1366740768,136.100010000000,0.020000000000 fucked up data after that code: >>> print list1 ['1366740768,136.100010000000,0.020000000000',
'1366740769,136.100010000000,0.020000000000',
'1366740769,136.100010000000,0.020000000000',
'1366740769,136.120000000000,0.020000000000',
'1366740769,136.120000000000,0.020000000000',
'1366740769,136.600000000000,0.085100000000',
'1366740770,136.100010000000,0.020000000000',
'1366740770,136.100010000000,0.072978190000',
'1366740770,136.120000000000,0.020000000000',
'1366740771,136.111650000000,0.020000000000',
'1366740773,136.600000000000,0.914900000000',
'1366740773,136.690000000000,0.843387830000',
'1366740774,136.120010000000,0.200000000000',
'1366740776,136.120010000000,0.010000000000'] Reversing the data is correct, after the whole chunk has been read. list.reverse()
Reverse the elements of the list, in place. |
|
|
|
|
1115
|
Economy / Services / Re: [0.2 BTC] Python coder, need solve issue
|
on: April 23, 2013, 07:28:09 PM
|
It looks like the easiest way would be to get the entire history CSV files here first: http://api.bitcoincharts.com/v1/csv/These are updated daily (but might not be permanent). These could be saved to the hard drive in the py directory, and could be resumed or updated using http range requests if download is interrupted or if bridge is started later (only the tail should grow bytes). Only newly-seen trades need be written to the SCIDs while this is downloading. Then the history API could work forward from there in small re-sorted time chunks to catch up SCID from the last timestamp to current, throwing a "retry a smaller chunk" error if this gets >19000 trades. |
|
|
|
|
1116
|
Economy / Services / Re: [0.2 BTC] Python coder, need solve issue
|
on: April 23, 2013, 06:56:06 PM
|
The solution is not as simple. The old chart API is simply mapped to the new API URL, which is why it doesn't work the same. The old API URL should have been killed to let you know why it doesn't work. Was: http://bitcoincharts.com/t/trades.csv?start=from_timestamp&end=99999999999999&symbol=mtgoxUSD Now: http://api.bitcoincharts.com/v1/trades.csv?start=1366740861&end=1366740980&symbol=mtgoxUSD Requesting the "whole" history with a range 0-99999999999999 previously would retrieve all 187MB of trade data (just for mtgox) in chronological order (basically effecting a DDOS when people used this). A "restart" of sierrachartfeed would request data starting at the "last seen" timestamp to 99999999999999. Now a maximum of 20000 trades will be returned, in reverse chronological order (newest to oldest). Requesting an end time of 999999999999 will always return the last 20000 trades (about a day's worth). The solution is to download chunks of time ranges. You cannot request by trade number, only by a date range. This presents a challenge, because not only must you request appropriate time ranges, reassemble and sort them all into chronological order before writing to SCID, but also you must not request data in a way that may exceed 20000 trades (or you must refine if you do), and you must deal with duplicate results if your method gets them. You also cannot assume that if you get all 20000 possible and the last trade you received was time 1366740001 that you can continue another request at 1366740000 - more trades may have that same time. Anyway, getting the data requires intelligence to request and retrieve an appropriate amount of data, then you must put all 187M back in order, and get it as current as possible before handing off to the live stream. I would have already billed .2 BTC equivalent for my time checking this out. |
|
|
|
|
1117
|
Economy / Marketplace / Re: $1,000 bounty for Blockchain.COM (not .info) (Updated to $1,500)
|
on: April 23, 2013, 01:34:42 PM
|
Stop looking at the whois information like noobs. It is a private registration, and the information you see there is the privacy company. Result: Domain - Blockchain.com IS currently subscribed to WhoisGuard. If the person doesn't answer their emails, then the only way you might even find out the owner is by using law enforcement in Panama. Suing the domain registrar won't help you either. http://domainnamewire.com/2011/05/09/namecheap-sued-over-whoisguard/Even if you were to trademark the domain name and pay the $5000+ to file with ICANN, you would likely get tossed under arbitration (possibly with the registrar representing); they only need evidence that you acted in bad faith to obtain the domain and you have no established business. |
|
|
|
|
1118
|
Bitcoin / Development & Technical Discussion / Re: Problem using accounts
|
on: April 23, 2013, 12:08:14 PM
|
|
The accounts feature has been ignored and abandoned, and new development has continued largely ignoring this "feature". The selection of coins and the receiving of change seems to ignore it, and it is typical to see wild negative and positive balances on accounts after some use. Any modern development uses it's own databases to track user's balances.
Raw transactions are a good way to accidentally send your bitcoin balance to fees, as several have experienced. I can't think of a good scenario for a commerce site to use it, unless you were constructing special transactions for which there is not yet an API method (3 in 5, contracts, or other "test" transactions).
|
|
|
|
|
1119
|
Economy / Services / Re: Looking for someone to do Dwolla Escrow
|
on: April 23, 2013, 09:07:49 AM
|
|
I don't understand why anyone would do this, the flow of money would look like this:
Buyer -> Escrow Agent -> Seller
after the seller gets their payment it would be more like this:
Fraud chargeback buyer -> sucker -> seller
|
|
|
|
|
1120
|
Bitcoin / Development & Technical Discussion / Re: Unconfirmed transactions from 0.8.1 w/ low txn fee: what are my options?
|
on: April 23, 2013, 05:05:03 AM
|
|
As the too-low fees cannot be set in normal bitcoin and would require using the stupid "0 fee fork", I don't have much sympathy. However, very few relays will have these transactions in their memory pool as they also do not meet the minimum relay fees, and a new transaction spending these coins with an appropriate fee would likely go through quickly. You can delete all the unconfirmed transactions with pywallet, and then send your entire balance to a new address in your wallet.
|
|
|
|
|
Show Posts
