Esta mañana sobre las 12:00 he solicitado un withdraw (5 btc) en bitcoins en mtgox hacia mi cartera. Pero a estas horas (10 horas después) aun ni me ha llegado nada ni aparece la transacción en la cadena de bloques... La transacción sí aparece en el apartado Account History de mtgox y la dirección destino es correcta... Alguien me puede tranquilizar?  ¿Tienes el txid? ¿Aparece aquí? |
|
|
|
Yo desde siempre he preferido el efectivo! Pero eso en Albacete es imposible, no me queda más remedio que utilizar transferencias bancarias o métodos similares.
Pinchando en el enlace a tu perfil de localbitcoins que tienes en la firma, veo que tienes ofertas online, pero nada de cash. De acuerdo que en Albacete es imposible, pero no poniendo ofertas también haces que sea imposible para otros  . En mi humilde opinión. |
|
|
|
Y digo yo, ¿aceptando transacciones ocasionales he roto alguna norma del banco o alguna ley? ¿acaso no se puede vender ocasionalmente productos por internet a cambio de transferencias bancarias?
Seguramente en tu contrato tengas una cláusula de esas monas que dice "el banco podrá resolver el contrato a su discreción" aunque creo que deberían darte preaviso. En este caso da igual que rompas leyes o lo que sea, simplemente la cierran "porque sí" y listos. ¿Te vienes entonces al campo de los que prefieren el efectivo? |
|
|
|
Interesting I expected the -- I refuse to vote -- option to be far more popular.
Yeah so did I. It's not too poor either so I'm satisfied  . |
|
|
|
|
Yo tengo la nómina con Openbank desde hace bastante tiempo. Las SEPA son gratis (y en un par de ocasiones recientemente se han procesado realmente rápido).
|
|
|
|
-Importo la clave para pasar mis saldos a un monedero con el fin de la transferencia.
-Hago la transferencia (mando 5 cinco y quedan 20 veinte) No quedan 20, en esa dirección quedan 0. Ahora la duda: la clave que tenía antes no sigue teniendo los 20 bitcoins sobrantes? si no es asi, donde estan? ¿cómo hago otra copia de papel con los 20 que quedan?
Están en otra dirección tuya, generada automáticamente por el cliente. A partir de aquí lo más sensato es crear en offline un paper wallet nuevo y mandar las 20 coins a la dirección de este paper wallet. |
|
|
|
Surely the issue with this is that you need to know what you want to buy
Arguably this is a good thing. |
|
|
|
https://bitcointalk.org/index.php?topic=262621.0Segun dicen en este topico Intel estaría preparando chips y procesadores con arquitectura SHA-1 y SHA-256 para aplicarlo a los futuros ordenadores. De ser así podría vaticinarse que el minado casero tomaría otro nivel ya que los ASICs estarían integrados a los PCs y no de forma externa SEGUN YO ESPECULO En ese mismo hilo dicen que sería más lento que una GPU, no digamos ya que los chips hechos específicamente para eso. |
|
|
|
Si uno no tiene ninguna transacción, como consigue hacer alguna, si solo se vende a gente que tenga transacciones; Iniciarse de este modo al bitcoin es algo casi imposible
Pues supongo que empezando despacio, 20 euros por aquí, 50 por allá… |
|
|
|
Por lo tanto, con este esquema, la billetera Offline nunca sabrá la cantidad total de BTC que hay realmente ¿no?
No uso Armory que conste pero entiendo que no puede saber el saldo porque para eso hace falta tener la blockchain al día. Y si estás offline, difícil… |
|
|
|
He visto que Armory está haciendo progresos interesantes con el consumo de RAM. ¿Donde? En la web no hay novedades al respecto desde Julio.  - Armory uses 288 MB of RAM after the DB build is complete (on Linux). That's means that Armory online mode should be usable on even a lot of older hardware!
- There's a compile-time configurable parameter to adjust how much RAM is used when it's building the DB. Right now, it's set so that it won't use more than 1 GB of RAM while building. I will make that run-time configurable and do some testing on it RAM-vs-performance.
Si pinchas en el "Quote from" vas al post original. Sí, pero recordemos que que el asilamiento no es sólo de la máquina virtual sino que también he encriptado Ubuntu. Entiendo que se debe encriptar algo de la memoria RAM porque sino... La RAM tiene que estar en claro para que se pueda usar. Por cierto, ¿sabes cómo se actualiza la billetera online cuando recibes BTC en la offline? Es que esta parte no la tengo clara...
Recuerda, son la misma billetera . Armory genera las mismas direcciones en el mismo orden tanto si lo haces en la instancia online como en la offline. Cuando recibes coins, la instancia online lo sabe inmediatamente porque está conectada a la red  y conoce las claves públicas y sus hashes. Lo que no puede es gastarlas pero para eso ya tienes las claves privadas en la instancia offline. |
|
|
|
1.- Mi máquina host es un OSX (complicado que entren virus, pero no imposible, es cierto)
2.- Mi máquina virtual es un Ubuntu (idem sobre los virus) No hace falta que entre virus en la ubuntu, basta con que se infecte el macos. Ojito con el applet de java y tal… Es que si no es un percal el tema de reiniciar, se hace lento, y si te dedicas al trading, más aún.
dserrano5, se te ocurre una alternativa igual de segura?
Te comprendo, a mí reiniciar me toca bastante el pito. En fin, si conoces a alguien que quiera reciclar su portátil o netbook, quédate con el viejo. He visto que Armory está haciendo progresos interesantes con el consumo de RAM. Y pronto el propio bitcoin-qt soportará "watching-only wallets", o sea la misma funcionalidad. Lo que está claro es que si lo tienes en la misma máquina, está online a todos los efectos, por mucho que sea una VM sin conexión. |
|
|
|
Sí pero en el momento en que se te cuele un virus, los pasos quedan alterados como sigue: cuando quiera hacer una transacción, inserto el USB (sin reiniciar la máquina host), ejecuto la máquina, el virus coge de la propia memoria las claves privadas, hago todo lo que tenga que hacer y la desconecto.
Esto es porque la memoria de la máquina virtual, al fin y al cabo, está almacenada en la memoria del host y es accesible desde fuera. Que sí, que probablemente hagan falta permisos elevados y tal, pero ya te la estás jugando a que no se te cuele un virus con tales permisos. Es la misma seguridad que ejecutar el cliente de bitcoin como un usuario diferente, sin máquinas virtuales ni nada. |
|
|
|
Otra preguntita, ¿qué pensáis de hacer la parte offline en una máquina virtual VMWare o similar?
Asumiendo que te refieras a alojar esa máquina virtual en el ordenador online, te devuelvo la pregunta: ¿qué te parece dejar tus ahorros debajo del felpudo, pero en lugar de dejar los billetes ahí a pelo, meterlos en una bolsita? Así estarían más seguros ya que el ladrón no sólo tiene que levantar el felpudo, sino que además tiene que abrir la bolsita… . |
|
|
|
He estado indagando sobre la forma más segura de tener un monedero para grandes cantidades de BTC, y al final, parece que lo más sensato es tener una billetera offline y otra online confirmando transacciones entre si.
Bien, después de leer un poquito sobre, aún tengo más dudas y no me queda claro del todo y me surgen varias dudas:
1.- Si quiereo recibir un pago en BTC, ¿a que billetera tengo que decir que me los envien? ¿a la offline o a la online? Antes de nada quiero decir que nunca he usado Armory. Ahora bien, el funcionamiento por lo que he visto es que no tienes 2 billeteras sino una sola, con la particularidad de que en el nodo online puedes consultar saldos actualizados y tal (al fin y al cabo, ese nodo es miembro de la red) y en el nodo offline puedes firmar transacciones (ya que este nodo tiene las claves privadas mientras que el online no). Por tanto para recibir pagos, tú das una dirección de la billetera. La puedes generar en el nodo online, pero si la generaras en el offline sería lo mismo. 2.- Si el paso anterior es a la online, cuando los recibo ¿debo pasar los BTC de la offline a la online no? No. La billetera es la misma. 3.- Con este sistema, la offline no es mas que un "intermediario" por decirlo de alguna manera ¿no? No, la offline es una instancia que tiene claves privadas, mientras que la online es una copia reducida que sólo sirve para consultar saldos y generar direcciones. |
|
|
|
Los lugares que están en barios idiomas son por estadística mucho más de fiar que los que están en un solo idioma.
Te doy 10 pavos por esa estadística. Y no me vale que digas que estas 5 paginas molan mazo y están en varios idiomas, mientras que estas otras 5 solo están en inglés y son una cacola. (entiéndase "pavos" como "euros" por favor, no como "bitcoins" ) Por ese precio no.  Pero las puedes hacer tu mismo. A lo que voy es que estás diciendo que los sitios en varios idiomas son más de fiar que los que están solo en un idioma, y citas alguna estadística para apoyarlo pero ni la tienes hecha ni existe en internet. Por tanto te estás apoyando en nada, te lo estás sacando de la manga. Los días que llueve, internet me funciona mucho mejor oye… |
|
|
|
Los lugares que están en barios idiomas son por estadística mucho más de fiar que los que están en un solo idioma.
Te doy 10 pavos por esa estadística. Y no me vale que digas que estas 5 paginas molan mazo y están en varios idiomas, mientras que estas otras 5 solo están en inglés y son una cacola. (entiéndase "pavos" como "euros" por favor, no como "bitcoins" ) |
|
|
|
Entonces sí que hay limpieza de polvo. ¿En qué quedamos? No es que me quite el sueño pero me interesa conocer lo más posible sobre este mundillo.
Como te ha dicho Nubarius, sí que la hay. Con cada transacción se cogen todas las entradas, que son moneditas de oro de un valor determinado, se funden en una masa informe de oro y a partir de ahí se... coño, ¿cómo se dice "mint" en español?  ... bueno, se "generan" otras moneditas de oro nuevas con el valor que tú le hayas dado. En este ejemplo de 10*0.001 → 1*0.01, se funden 10 monedas existentes en una sola nueva de más valor, con lo que el polvo se reduce. |
|
|
|
1. Free internet. (As in zero-cost) There are tens of thousands of people using their mesh networks in Europe and elsewhere today as their only way to get online; and all they paid for was the hardward costs... No ongoing fees of any kind.
2. Free internet. (As in liberty) Don't like how you ISP is stopping you from downloading torrents or porn or something else they feel is wrong? Sorry, obomba told them to do it. So why should you have to go through the trouble of encrypting things like torrents when you could just do away with ISPs totally?
Unless I'm missing/misunderstanding something, the local mesh has to connect to the internet at some point, through someone's ISP, which would render these 2 points void. |
|
|
|
Al final tendremos que comprar dados de no se cuantas caras para generar las claves privadas manualmente de forma totalmente aleatoria...
También puedes generarla tirando uno o varios dados repetidas veces y no depender de "dados especiales". O simplemente tirando 8 monedas juntas al aire (o metiéndolas en una caja y agitándola) ya tenemos 8 bits de golpe. |
|
|
|
|
Show Posts
