¿Pero son anónimos esos cajeros? Yo he visto historias de tener que meterle la palma de la mano y dejé de interesarme por los cajeros de marras.
|
|
|
¿cómo puedo darme cuenta de que hay un fork?
Por ejemplo, teniendo muchos nodos en la red y monitorizando que el último bloque no es el mismo en todos ellos.
|
|
|
Es bien raro, a ver si aparece algún otro caso.
Esto salió hace cosa de un mes en algún foro inglés. @pitiflin: si BTC-E no hace esto solo tiene dos futuros posibles: empezar a hacerlo o desaparecer repentinamente de manos del gobierno relevante.
|
|
|
La respuesta a inmediatez es Litecoin
No. Si bien en bitcoin existe más o menos una colisión al día (la red se bifurca), en litecoin esto pasa con una frecuencia 4 veces mayor, porque sus bloques aparecen 4 veces más rápido que los de bitcoin. Por tanto una confirmación en litecoin "vale 4 veces menos" que una de bitcoin y uno tiene 4 veces más probabilidades de intentar un doble gasto. Para obtener una fiabilidad similar, uno tiene que esperar un tiempo similar, no un número de bloques similar. @XG: acabo de poner un post sobre eso, no sé si en respuesta a uno tuyo o a otra persona.
|
|
|
Alguien podria dar un ejemplo de como funciona el problema de doble gasto en BTC
Si dos mineros resuelven un bloque casi al mismo tiempo (lo cual sucede casi todos los días), la red se bifurca en dos. Cada mitad tiene una visión diferente del consenso, y una transacción que está confirmada en una mitad puede no estarlo en la otra. Esta situación se resuelve al cabo de pocos minutos, cuando una de las mitades encuentra el siguiente bloque; entonces cuando este nuevo bloque se propaga por la red la otra mitad descarta el bloque anterior que ya tenía y empieza a trabajar sobre el nuevo. Esto conlleva que las transacciones de aquel bloque descartado vuelven a tener 0 confirmaciones. Si tú te das cuenta de que hay un fork, puedes: - gastar coins en una de las mitades a cambio de un producto o servicio - gastar esas mismas coins en la otra mitad, haciéndote una transferencia a ti mismo - rezar para que esta segunda mitad resuelva el siguiente bloque antes que la primera Con esto, la transacción con la que pagaste el servicio volvería a tener 0 confirmaciones pero además ya no se podría confirmar otra vez, porque esas coins ya están gastadas en la transacción que te hiciste a ti mismo. Por tanto tú conservas tus coins y además tienes un producto o servicio gratis.
|
|
|
Entonces si con 1 confirmación ya hay bastante porqué siempre se está diciendo que hasta 6 confirmacioes no se puede considerar irreversiblemente seguro. Porque nadie va a tomarse la molestia de intentar hacer un doble gasto para que un café le salga gratis. Si algún friki lo intenta eventualmente lo conseguirá alguna vez, pero al negocio le trae más cuenta asumir esa pérdida que rechazar bitcoin por eso. Si en lugar de un café estamos hablando de un televisor, entonces creo que no supone ningún problema esperar un cuarto de hora para tener alguna confirmación. Si en lugar de un televisor estamos hablando de un coche, tampoco se acaba el mundo por esperar 3/4 de hora. Otros escenarios como por ejemplo la compra mensual sí que pueden presentar problemas (ya que no es raro soltar 200 o 300 euros y tiene que ser ya) pero en ese caso supongo que se podrán usar otras fórmulas.
|
|
|
PS2: Lenguaje soez? Como coño hablas tú cuando te sale bilis por la boca? Los insultos son las palabras más bonitas del mundo cuando se emplean en el momento justo. Así que no me venga ningún ofendido a tocar las putas pelotas.
Con un límite y tal, no?
|
|
|
Uno de los principales problemas que todavía tiene que solucionar el protocolo bitcoin es su inmediatez en la validación de las transacciones ya que sigue requiriendo 6 confirmaciones con una duración aproximada de 1 hora.
Los pagos con bitcoin son prácticamente instantáneos, como los de las tarjetas. Para los gastos cotidianos basta una confirmación (unos pocos minutos) para que ese pago no se pueda deshacer, en cambio con las tarjetas tienen que pasar meses antes de que eso ocurra. A mí bitcoin me parece mucho más conveniente que las tarjetas en este aspecto. He hecho algunos pagos en persona y no tuve que esperar una hora a que me sirvieran.
|
|
|
Heartbleed no os afecta si:
- no usáis RPC mediante SSL, y - no habéis aceptado ninguna solicitud hecha con el nuevo protocolo de pagos
Si no sabéis si habéis hecho alguna de esas cosas, entonces es que no las habéis hecho. Sencillo! Pero dicho esto, siempre es bueno actualizar.
|
|
|
Too much contrast in the Home - Help - Search ... bar. Why not use the same scheme as everywhere?
I like it—I'd go even darker though.
|
|
|
Otra solución son las operaciones offline, puedes prepara una operación de pago desde el monedero de media seguridad ( pc en tu ejemplo ) a tu monedero de bolsillo ( móvil) y llevarlo en un papel en tantas partes como deses o dejárselo a un familiar o en un soporte online, en caso de necesidad emites la transacción a la red con cualquiera de los servicios web existentes. Es lo mas parecido a un cheque nominal pero con mas posibilidades de seguridad.
Esta solución es la que me parece más asequible hoy en día pero nunca he entendido muy bien su funcionamiento. A ver si lo sé contar y alguien me corrige. En BitAddress genero 3 direcciones bitcoin offline en la pestaña Paper wallet, los imprimo y me los llevo en un viaje. Préviamente habré enviado desde mi PC la cantidad de bitcoins que me dé la gana a cada una de las direcciones que he creado en estos Paper wallet (Ej: 3, 5 y 8 btc) Lo que estás describiendo son 3 paper wallets, no lo que dice ioxoi. Lo que él dice es crear una transacción pero no enviarla a la red. Si luego tú cuando estés lejos necesitas más dinero, envías la transacción previamente creada para recibir las coins. Si alguien te roba la transacción, lo peor que puede hacer es enviarla antes de tiempo, con lo que tú recibirías las coins en tu smartphone sin que a lo mejor te vayan a hacer falta. La pega de esto es que no se puede hacer empinando el codo con una mano y usando el ratón con la otra . Hay que irse a la consola y usar los comandos createrawtransaction y sendrawtransaction, más algo de copiar/pegar a fin de guardar la transacción en algún archivo. No apto para cardíacos ni para abuelos.
|
|
|
Prioridad: […] La prioridad se logra mediante el envío de la comisión
No. La prioridad se logra escogiendo inputs con una edad elevada. La comisión es para que los mineros acepten procesar transacciones con una prioridad baja. Aquí radica precisamente el motivo de la comisión; si los mineros aceptaran y procesaran transacciones con prioridad baja, spammear la red saldría gratis.
|
|
|
"RAM" isn't enough. I mean, I have an openvz VPS with 4 Gb "RAM" but when examining the file /proc/user_beancounters I find some draconian limits that make it difficult to run bitcoind. You might be in a similar situation. There's more than "RAM" to it.
|
|
|
En esa web pone "Shipping", ergo el producto viene de fuera. Esta zona del foro es para mercadillo dentro de Argentina, las cosas de fuera "son trampa".
|
|
|
Is there any way to verify that the binaries were actually produced from the advertised source code?
Compile the source using gitian and check that the generated binaries are identical to the published ones.
|
|
|
This is the first time I have heard of this 4x maximum adjustment. This is the first time I have heard about all of this That's good. Regular bitcoin users don't need to know these things. Ideally the whole concept of mining shouldn't even exist among the population.
|
|
|
Oh, estaba ahí abajo. Decididamente soy mayor . Ni me fijé que aparecía una barra de desplazamiento a la derecha, indicando que había más contenido por abajo. En la pantalla solo cabe hasta el mensaje del backup inexistente y lo demás queda fuera. La configuración ya la había visto y estaba en orden. En fin, gracias! . Habrá que probarlo…
|
|
|
Las conversaciones calientes, al privado por favor.
|
|
|
Esa foto está muy vista, y el QR es un potochop.
|
|
|
|