Chart time! Hat is off to you sir.
|
|
|
In 2011 Silk Road was about 80-90% of Bitcoin transactions. Today it is closer to 20-30%.
Illegal transactions are actually a good thing, it shows that the system works.
When the government is going home to home confiscating weapons and bibles you will want a currency that can buy things the government does not like.
+1 Bitcoin success? Impartiality. Lady Liberty is blindfolded for this reason. Let not an act or situation be prejudged to the extent that those in suspicion are immediately persecuted. I do not want to live in a society where all is prejudged. Please see the movie (or read the book) 1984 for the outcome of such a judgmental society. The point is not to right a wrong, but to allow all that is right.
|
|
|
I updated AidoATP to use XChange 1.6.0. There is a bug in this version of XChange where some of the exchange tickers have a null timestamp value. This is causing the ticker thread for some exchanges to crash. For this reason I have not updated Github with a new version yet. I have raised an issue with XChange (see https://github.com/timmolter/XChange/issues/100) so hopefully this will get fixed in the XChange 1.6.1 release. Are you getting DEBUG HTTP response 200 messages from MtGox with Xchange 1.6? Seems that mmazi.rescu is catching 200 codes on each post/get to MtGox. I suppose Xchange is doing the error handling. Pretty annoying that I don't see any flags in the Xchange documentation to modify debug levels for HTTP responses.
|
|
|
Got my Eclipse working.
Updated AidoATP (locally) to use Xchange 1.6.
Will see if this has any bearing on the 'null' debug responses when it attempts to execute a trade.
edit:
Only problem is that Xchange 1.6 seems to not have an option to turn off HTTP related debug messages, such as if HTTP code 200 is received. So, my console output is littered with JSON responses from MtGox.
|
|
|
Trying to fix my Eclipse Juno install.
In the mean time I'm getting
'Mtgox returns null'
On all trades. I'll poke around once I get my Eclipse back up and running.
|
|
|
Think about Elden Tyrell's "Process invariant" metrics. So, apparently, both Avalon and ASICMiner have designed an ASIC on an older process node that is more computationally efficient.
This is a bearish sign for BFL. Especially in the fact that ASICMiner is already moving forward with their newer process node designs.
We all know who's full of BS and who's not now. Re-structure your plans.
|
|
|
Updated!
New Major Version: v0.89.a
FellowTraveler has been busy!! Lots of changes, including support for smart contracts!
I've fixed some bugs in the paths code so the script locations are detected more reliably, and some other various bug-fixes.
Yay!
|
|
|
Personal preference, I believe.
I balance across pools, including Bitminter. It's reasonable in terms of fees.
|
|
|
If there aren't push/pull fan configuration in that new case - .....
I'm just going to hope BFL did the obvious. BFL is good at dashing hopes, though.
|
|
|
Connecting high speed DDR ram to an FPGA is not a big deal. I see no reason a DSP based FPGA with DDR ram attached could not run SCRYPT. The FPGA by itself would not be effective.
I was under the impression that the kind of memory latency necessary (extremely low) is only possible with the most expensive types of DDR chips. I'm not sure if the economics of the scrypt mining business has changed, but I do believe the math was done on this a year ago and it was a total waste of investment.
|
|
|
Sorry to hear. I have also experience massive online theft.
I have been experiencing an odd behavior with blockchain.info for the past few days. It no longer accepts my alias - and email alerts me that my browser user-agent string is unidentified (and it's indeed my real user-agent and IP.)
*shrugs*
|
|
|
BFL's order numbers started at 16xx.
Legit?
|
|
|
It is related to number formats conversion. Is it serious and lead to losses?
Note to self: follow the exception thread! Nevermind, folks. I figure it out. MaxLoss was empty in ~/.java/.userPrefs/org/aido/atp/prefs.xml. Tks anyway. I'm in college, so this is taking me awhile in my, rare, spare time. But, what I'm working on in a fork that will ensure a higher level of integrity by validating some of these configurations. (essentially XML + xsd and validation)
|
|
|
Security Favor?
Win registry can be pretty easily read. Having mtgox api and secret there in plain text is more than kind of scary.
Could we have an update to have the mtgox credentials stored in an encrypted file in the working dir, and then prompted for password to get this data upon initialization?
Edit:
I'm making my own branch with SHA256 password digest and hashed mtgox security strings.
I'll just use the java 'preferences' class and put the digests in the registry. *shrugs*
Or we could just go XML all the way? No need for registry. fully self contained dir? Seems like a decent idea.
@Aido. I'll update when it's done and let you decide if you'd like to use it.
|
|
|
Re: XChange/PXIX SSL/TSL handshake traceback error for new users. Please type your response : I Agree 2013-04-19 20:07:36,553 ←[34m:←[0;39m Aido ATP has started successfully 2013-04-19 20:07:36,553 ←[34m:←[0;39m Using trend following to decide some trades. 2013-04-19 20:07:36,563 ←[34m:←[0;39m Connecting to BTC-e Exchange 2013-04-19 20:07:36,563 ←[34m:←[0;39m Connecting to MtGox Exchange 2013-04-19 20:07:42,645 ←[31m:←[0;39m WARNING: Testing connection to exchange MtGox Exception in thread "Thread-2" com.xeiam.xchange.rest.HttpException: Problem POSTing (IO) at com.xeiam.xchange.rest.HttpTemplate.executeRequest(HttpTemplate.java:198) at com.xeiam.xchange.rest.HttpTemplate.executeRequest(HttpTemplate.java:97) at com.xeiam.xchange.rest.RestInvocationHandler.invokeHttp(RestInvocationHand ler.java:61) at com.xeiam.xchange.rest.RestInvocationHandler.invoke(RestInvocationHandler. java:56) at com.sun.proxy.$Proxy7.getAccountInfo(Unknown Source) at com.xeiam.xchange.mtgox.v1.service.account.MtGoxPollingAccountService.getA ccountInfo(MtGoxPollingAccountService.java:74) at org.aido.atp.AccountManager.refreshAccounts(AccountManager.java:121) at org.aido.atp.AccountManager.run(AccountManager.java:101) at java.lang.Thread.run(Unknown Source) Caused by: javax.net.ssl.SSLHandshakeException: sun.security.validator.ValidatorExcep tion: PKIX path building failed: sun.security.provider.certpath.SunCertPathBuilderExc eption: unable to find valid certification path to requested target at sun.security.ssl.Alerts.getSSLException(Unknown Source) at sun.security.ssl.SSLSocketImpl.fatal(Unknown Source) at sun.security.ssl.Handshaker.fatalSE(Unknown Source) at sun.security.ssl.Handshaker.fatalSE(Unknown Source) at sun.security.ssl.ClientHandshaker.serverCertificate(Unknown Source) at sun.security.ssl.ClientHandshaker.processMessage(Unknown Source) at sun.security.ssl.Handshaker.processLoop(Unknown Source) at sun.security.ssl.Handshaker.process_record(Unknown Source) at sun.security.ssl.SSLSocketImpl.readRecord(Unknown Source) at sun.security.ssl.SSLSocketImpl.performInitialHandshake(Unknown Source) at sun.security.ssl.SSLSocketImpl.startHandshake(Unknown Source) at sun.security.ssl.SSLSocketImpl.startHandshake(Unknown Source) at sun.net.www.protocol.https.HttpsClient.afterConnect(Unknown Source) at sun.net.www.protocol.https.AbstractDelegateHttpsURLConnection.connect(Unkn own Source) at sun.net.www.protocol.http.HttpURLConnection.getOutputStream(Unknown Source ) at sun.net.www.protocol.https.HttpsURLConnectionImpl.getOutputStream(Unknown Source) at com.xeiam.xchange.rest.HttpTemplate.executeRequest(HttpTemplate.java:181) ... 8 more Caused by: sun.security.validator.ValidatorException: PKIX path building failed: sun. security.provider.certpath.SunCertPathBuilderException: unable to find valid certific ation path to requested target at sun.security.validator.PKIXValidator.doBuild(Unknown Source) at sun.security.validator.PKIXValidator.engineValidate(Unknown Source) at sun.security.validator.Validator.validate(Unknown Source) at sun.security.ssl.X509TrustManagerImpl.validate(Unknown Source) at sun.security.ssl.X509TrustManagerImpl.checkTrusted(Unknown Source) at sun.security.ssl.X509TrustManagerImpl.checkServerTrusted(Unknown Source) ... 21 more Caused by: sun.security.provider.certpath.SunCertPathBuilderException: unable to find valid certification path to requested target at sun.security.provider.certpath.SunCertPathBuilder.engineBuild(Unknown Sour ce) at java.security.cert.CertPathBuilder.build(Unknown Source) ... 27 more
Ok, I've made slight progress re: the SSL/TLS handshake issue with the XChange library used in ATP. After importing the entire SSL cert chain from both 1. mtgox.com 2. https://data.mtgox.comTo java cacerts, version 1.7_u13 64 bit, I no longer receive the PXIX/handshake/xchange traceback. you'll need to download and install java SE 7 update 13. Use your browser to download all of the CA and site certs (In Chrome you can do this by downloading in .P7B format when viewing the cert properties). Then, for Windows you'll need to import the P7B in to the Certificate manager, then perform an export of all of the CA and site certs to individual x509 DER files. Use java's keytool utility to import each cert. Confirmed working.
|
|
|
Yeah, zhoutong isn't a bad guy. Maybe a few holes in the original code, then followed up by new ownership that were more careless and - boom - shit storm.
Still, zhoutong made a valuable contribution to the bitcoin community with good intentions.
welcome back.
|
|
|
Re: Form factor redesign. Excellent! Re: Full loading of input TX's required for signing outputs on memory limited devices.Did you guys read etotheipi's thread re: a BIP for what he claims is a minor change to the protocol that would remove the requirement to load all inputs for signing? https://bitcointalk.org/index.php?topic=181734.0Mike H., below, makes a comment on the specifics, but I'll leave it to you to understand what relevance it might have for trezor.
|
|
|
... "Spiritual Math X Ray Vision into the future" ...
I'm stealing that phrase for use at my next paranormal meetup group.
|
|
|
I have to say, this thread is awesome, I think it's great that I have this much power over random deranged people on the internet. Meangreen, I suggest you seek professional help. I say this out of the kindness of my heart. Ok, maybe there's a wee bit of trollish intention involved. But, can you confirm or deny that you like the clam sandwich?
|
|
|
|