Depende de lo que pagues.

Esa traducción no es aceptable, si no la revisas tendrá que irse a la papelera.

En mi humilde opinión el hilo no molesta nada estando abierto.

Como dije, al activar el pruning no hay soporte de monedero. No se pueden enviar ni recibir BTC.

Quizá si esperas un ratito más antes de insistir, por ejemplo 12 o 24 horas, la gente tendrá oportunidad de salir del trabajo, o despertarse si están al otro lado del charco, y tal y cual.

De este modo das la impresión de estar recargando la página cada 5 minutos a ver si tienes respuestas.

Juas, ¿dónde has visto eso? bitcoinwisdom marca un -0.62 ahora mismo.

Finalmente parece que el autopruning (esto de poder decirle a Bitcoin Core "no me ocupes más de 5 Gb") no va a estar listo para la próxima versión 0.10 . Sin embargo podemos probar el pull request individual para ver si funciona bien o si, en cambio, aparece algún problemilla .

Es incompatible con el wallet, por lo que no sirve para mantener saldos ni enviar/recibir transacciones. También es incompatible con el parámetro -txindex.

Yo lo estoy probando con un límite de 2 Gb y de momento me tira bien. El directorio blocks alcanza los 2.1 Gb y rápidamente vuelve a un poco menos de 2, para ir subiendo de nuevo según se va descargando la cadena de bloques. Sí que hay que descargarla entera de todas formas, para que Bitcoin Core construya y mantenga el UTXO set (la lista de coins gastables), necesario para validar las transacciones que viajan constantemente por la red.

Si queréis probarlo, estos son los pasos, según se ven en reddit:


En este punto, añadir las siguientes líneas al final del archivo:


Ojo, que esos espacios del principio son tabuladores.

Guardamos el archivo y continuamos:


Listo! Ahora compilamos como siempre:


Si el configure falla con "configure: error: No working boost sleep implementation found.", no es difícil arreglarlo pero no quiero alargar más este mensaje. Si a alguien le peta, que grite .


Y tras esto y 20 minutos en mi cutre portátil, los ejecutables bitcoind, bitcoin-cli y bitcoin-tx aparecen bajo el directorio src.

En este punto yo detuve mi instancia de bitcoind, me guardé una copia del directorio ~/.bitcoin por ahí, creé un nuevo directorio ~/.bitcoin y le puse dentro el bitcoin.conf siguiente:


Ejecuté src/bitcoind y a disfrutar! El parámetro prune indica Mb.

Añadir que eso de "4701" se puede sustituir por cualquier otro pull request para probar cualquier otra cosa que esté en desarrollo. Venga, animaos alguien, que no sea yo el único pringao de toda España/LatAm que lo prueba.

Pues sí, gracias por el aviso! No me pilla mal así que probablemente me pase también.

The difference here is access. There are some forums in which the information is kept private so you can't even read it unless you sign up (and others are even worse by showing only partial OP contents so they show up on web searches but nothing else). I don't bother signing up in those either, go to hell with your draconian rules, however bitcointalk is public and browseable without having an account. Then if you want to chime in, it's ok to have to jump a couple of hoops.

You implying that it's impossible for it to have gotten a new virus in the last month?

I'd put stuff under /usr/local instead of /usr.

As said, don't use it. You don't know if the random numbers generated are truly random, they could be predictable or plausibly brute-forceable for the attacker.

¿Qué más da que lo hagan justo antes del cambio (que asumo que es lo que querías decir) o bastante antes? Lo que cuenta para el ajuste de dificultad es el tiempo que se ha tardado en resolver 2016 bloques, independientemente de si al principio iba rápido y después lento o viceversa.

Mi abuela, que era de Chile, en las típicas discusiones en la mesa de Nochebuena, solía decir:

—Haya passss…

Esta pregunta no va en serio, ¿verdad? Así a bote pronto no hay más que referirse al hilo de servicios de la comunidad, en este mismo foro, para obtener varias referencias.



Es que no es solamente el tiempo, es lo que recibes a cambio de ese tiempo. Un juego de azar que necesitara el mismo tiempo e insistencia que andar con grifos sería la misma caca, o peor, pues la mayoría del tiempo obtendrías cero satoshis a cambio.

A esto voy, precisamente. Y también a cosas como que cuando vas a sacar las coins, de repente te saltan con el aml/kyc.

Pero así el dinero no es tuyo, es de la web de turno.

En esas webs ganarás un alto número de moneditas de muy poco valor. Luego cuando las uses para pagar algo, la red te exigirá una comisión elevada debido a ello, porque es una acción similar a meterse en una joyería y pagar con monedas de céntimo. No puedes evitarlo, esas webs funcionan así.

Falta el código fuente, por ejemplo.

Sí. Mientras haya unos 500 Mb RAM no tienes problema.



Yo ni me entero. Sí que le tengo que pegar un rebote cada par de semanas o por ahí para liberar algo de memoria, pero me pasa lo mismo con el firefox y el chrome. En un ordenador dedicado como tu Vista ni siquiera te vas a tener que preocupar de eso.



Mientras lo tengas desconectado, no habrá constancia de pagos que hayas recibido, por tanto no podrás gastar ese dinero. Pero sí puedes gastar coins recibidias con anterioridad sin necesidad de esperar a actualizarte.

Abre los puertos en el router para colaborar con la red .

Si tienes más preguntas, porfa, abre un hilo nuevo. Bienvenido!

Y no retrocesos en los pagos con tarjeta. Los locales donde el pago con tarjeta es habitual seguro que agradecen esto.