Hilo oficial del Bitcoin (IV)

remonster dijo:

No entiendo muy bien. Vaya rollo te has montado. Por qué no te descargas armory, creas un nuevo monedero, y tras*fieres tus btcs de blockchain al nuevo monedero? Te lo puedes crear off-line también.

Hacer clic para expandir...

Tuttle dijo:

Mtgox lleva un trading lag de media hora.

Por muchas vueltas que le doy no le veo ningún sentido :ouch:

Hacer clic para expandir...

Roger-That dijo:

Ya lo he solucionado. No pasa nada si se borra el wallet, es que no estaba seguro del todo y me daba cosa borrarlo, pero he probado con un wallet con 0.00001 btc y todo ok..

El primer cliente que probé fue el QT, el original, y mi experiencia de usuario fué tan tan mala (10 horas para sincronizar) que cuando ví lo rápido y sencillo que era el de blockchain.info ya no miré atrás... Además me daba bastante confianza por el nivel de seguridad que describía su fundador aquí...

wallet - How secure is blockchain.info? - Bitcoin Stack Exchange

Resulta que el wallet de blockchain está hecho en JS, y todo lo hace en el browser del usuario, y solo sube las claves privadas a los servidores ya codificadas en base64...

Bueno, pues después de mi mala experiencia con el cliente original, pensaba que todos los wallets de escritorio serían igual de lentos que el QT, pero he de decir que Multibit me ha gustado mucho, es igual de ágil que uno online, sincroniza ipso-facto (se supone que es porque se descarga solo parte del blockchain?),

Así que de momento sólo sé que MultiBit le da mil vueltas al cliente original... y ahora voy a probar armory y algún cliente de linea de comandos para hacer tonterías como vanity urls y esas cosas...

Gracias!

---------- Post added 11-nov-2013 at 16:55 ----------



Mtgox trading engine lag: 50m 58s

En Bitcointalk muchos sugerían y dudaban de que estos lags sean cosa externa, incluso comentan que podrían ser ellos mismos haciéndolo para aprovechar oportunidades de arbitraje o jugar con la cotización...

Ojalá ardan en el infierno...

Hacer clic para expandir...

avilada dijo:

Yo te recomendaría el electrum.
No necesita bajarse el blockchain entero.
Tiene igual que el armory monederos determinísticos, y lo mejor,
desde linea de comando puedes tener un monedero offline igual que el armory.

Hacer clic para expandir...

avilada dijo:

lo que haría es renombrar el fichero original y copiar el exportado y comprobar que todo esta bien.

Hacer clic para expandir...

Roger-That dijo:

Ya lo he solucionado. No pasa nada si se borra el wallet, es que no estaba seguro del todo y me daba cosa borrarlo, pero he probado con un wallet con 0.00001 btc y todo ok..

El primer cliente que probé fue el QT, el original, y mi experiencia de usuario fué tan tan mala (10 horas para sincronizar) que cuando ví lo rápido y sencillo que era el de blockchain.info ya no miré atrás... Además me daba bastante confianza por el nivel de seguridad que describía su fundador aquí...

wallet - How secure is blockchain.info? - Bitcoin Stack Exchange

Resulta que el wallet de blockchain está hecho en JS, y todo lo hace en el browser del usuario, y solo sube las claves privadas a los servidores ya codificadas en base64...

Bueno, pues después de mi mala experiencia con el cliente original, pensaba que todos los wallets de escritorio serían igual de lentos que el QT, pero he de decir que Multibit me ha gustado mucho, es igual de ágil que uno online, sincroniza ipso-facto (se supone que es porque se descarga solo parte del blockchain?),

Así que de momento sólo sé que MultiBit le da mil vueltas al cliente original... y ahora voy a probar armory y algún cliente de linea de comandos para hacer tonterías como vanity urls y esas cosas...

Gracias!

Hacer clic para expandir...

Tuttle dijo:

Ahora que sigo las operaciones a través de rtbtc es absurdo, las capacidades de cómputo de los ordenadores hoy en día son capaces de hacer millones de veces ese trabajo. La demostración es el propio bitcoin.

O son unos tios muy mantas que no tienen ni papa de programación de sistemas concurrentes o intentan sacar pasta de alguna manera o tienen sentado a un matón de la banca armado a la puerta. :

Hacer clic para expandir...

Roger-That dijo:

Son unos chapuzas, punto. Mira BTCChina que bien que lo ha hecho hasta ahora... El lag de la API es bestial tambien...

https://data.mtgox.com/api/1/generic/order/lag

Deben estar tostándosela con algún ataque porque es que no queda otra opción... se supone que usan de CDN a Akamai, y de seguridad (anti-ddos y WAF) a CloudFlare.. pero aún así están k.o...

Es incomprensible... estará querido líder migrándoles el server.. ::

Hacer clic para expandir...

Roger-That dijo:

Lo dicho es un DDoS... lo acaba de confirmar el mismísimo Hayek en su Twitter...

https://twitter.com/SocialismEvil/status/399933980788543488

Hacer clic para expandir...

Tuttle dijo:

No debería de ser una cuestión web, aunque hay que ver como funciona el sistema.

El lag en principio es que se les atasca la cola de procesos.

Hacer clic para expandir...

Roger-That dijo:

Si bueno, una combinación de ambas... Es muy fácil, están floodeando la API (es pública) con gazillones de peticiones.

API URL --> data.mtgox.com --> CNAME a Akamai --> e7476.b.akamaiedge.net

Cómo lo hacen desde diferentes computadoras (Distributed Denial of Service) no sabes discernir que peticiones son legítimas y cuales no... Así que la solución pasa por aceptarlas (absorberlas) todas y flagear sólo las que son claramente ilegítimas (aunque se cuele algun falso positivo)... Como hicieron BTCChina e Incapsula

No me cabe la menor duda de que Akamai puede absober cualquier ataque, pero si tu API no escala conforme a las peticiones que sean marcadas como "legítimas" colapsará... así que podemos concluir que no tienen ni fruta idea de escalar, y no me extraña porque usan commodity hardware, imposible de provisionar cuando pasan estas cosas. Ya hubo un debate airado en reddit cuando sucedió lo mismo en Abril...

Entonces dijeron que el problema fué el matching engine (el algoritmo que empareja bid-asks) que hacía de cuello de botella. A ver con cuales salen ahora.. :ouch:

PD: Que no digo seguro que sea un ataque, pero que tiene toda la pinta...

Hacer clic para expandir...

Roger-That dijo:

Si bueno, una combinación de ambas... Es muy fácil, están floodeando la API (es pública) con gazillones de peticiones.

API URL --> data.mtgox.com --> CNAME a Akamai --> e7476.b.akamaiedge.net

Cómo lo hacen desde diferentes computadoras (Distributed Denial of Service) no sabes discernir que peticiones son legítimas y cuales no... Así que la solución pasa por aceptarlas (absorberlas) todas y flagear sólo las que son claramente ilegítimas (aunque se cuele algun falso positivo)... Como hicieron BTCChina e Incapsula

No me cabe la menor duda de que Akamai puede absober cualquier ataque, pero si tu API no escala conforme a las peticiones que sean marcadas como "legítimas" colapsará... así que podemos concluir que no tienen ni fruta idea de escalar, y no me extraña porque usan commodity hardware, imposible de provisionar cuando pasan estas cosas. Ya hubo un debate airado en reddit cuando sucedió lo mismo en Abril...

Entonces dijeron que el problema fué el matching engine (el algoritmo que empareja bid-asks) que hacía de cuello de botella. A ver con cuales salen ahora.. :ouch:

PD: Que no digo seguro que sea un ataque, pero que tiene toda la pinta...

Hacer clic para expandir...

Many Bitcoin believers think that the digital currency will one day become the pre-eminent currency of the internet. They basically see it becoming the internet's version of gold in that it's naturally scarce, independent, virtually impossible to manipulate, and crucially suited for a digital world when money ought to be able to be moved seamlessly and at no cost.

Well here's a tip: If you think that this is true, then never use Bitcoin in a tras*action.

As more people have gotten into Bitcoin, the price has gone way up.

Virtually everyone who has ever bought anything in Bitcoin has been a huge loser, who would have been better suited just holding onto the Bitcoins instead.

Remember the pizza that was purchased for $25 in Bitcoins years back? Had the person not bought that pizza, it would be worth nearly $3 million. That purchase was a catastrophic decision, as that was probably the most expensive pizza of all time.

Of course this presents a Catch-22. How can Bitcoin become a real currency if it's not used in tras*actions? And why would anyone use it in tras*actions if becoming a real currency offers so much more price appreciation? This contradiction is a core problem, and it's a reason why it's probably doomed to fail (real currencies don't have this issue, since central banks prevent rapid price appreciation, and they mandate that the currency be used).

But really, if you're thinking that Bitcoin is going to be huge, it'd be insane and irresponsible to buy anything with it.

Hacer clic para expandir...

remonster dijo:

Jojojo...orates everywhere...para este 20 MONGOCOINS

Nuevo argumento para el fracaso de bitcoin: El bitcoin es muy valioso, luego nadie lo va a utilizar, luego va a sucumbir!

Este tío no ha oido hablar de la ley de Gresham...ni se da cuenta que el que compró la pizza por 10.000 bitcoins tiene muchos miles más...

If You Believe In Bitcoin, You Should Never Buy Anything In Bitcoin - Yahoo Finance

Hacer clic para expandir...