El 1 de marzo mprep hizo algunos pequeños cambios variados y yo he ido dejando la traducción correspondiente para mañana, para mañana, para mañana… hasta hoy . He visto que hay una nueva regla 27, me encanta! \o/

Fue un x10, o x15 dependiendo hasta qué punto uno se quiera hacer la paja mental. Un x10 ahora nos llevaría a $2400. Pero a mí me encajaría más que subiera antes del halving, debido al efecto del mercado descontando un evento ya conocido con antelación.

El halving fue en noviembre/diciembre 2012. Justo a continuación fue cuando nos catapultamos hasta los 200€. La relación causa/efecto yo no la tengo tan clara, que conste.

La principal ventaja de BM es que te puedes comunicar con alguien sin andar esparciendo metadatos por el mundo, cosa que no ocurre con el email (las cabeceras del email tienen que ir sin cifrar). Yo usaría BM pero cifrando los mensajes con PGP, y por supuesto funcionando sobre Tor.

Huh? I didn't receive anything like that.

Teníamos una directriz bajista desde junio del año pasado y parece que, aunque con un volumen bajíiisimo, la estamos superando.

Si os llega una orden judicial (que probablemente llegarán) y me la pasáis a mí para que yo me encargue de todo, entonces somos amigos. Si os encargáis por vuestra cuenta, me temo que no va a poder ser.



Pues montar un exit, que hay muy pocos, sin que sea en OVH, donde ya hay muchos.

¿Cuál es la política respecto de nodos de salida de tor? Las cláusulas 13 y 14 lo dejan más o menos claro, pero lo quiero más claro .

Thanks for the explanation. However, what's the technical name I should look for (or avoid) when at the store? Small erase blocks, maybe?

FWIW, this mens rea is what counts for me, and I'd put a negative rep now if I didn't consider it to be too late. This is to say, if I had put it at the time, I wouldn't be removing it now.

Supongo que será similar a protonmail o a lo que fue lavabit en su día, en el sentido de que tutanota no tendría acceso al contenido de los mensajes ni siquiera por imperativo legal. Pero por supuesto si envías algo a gmail, tiene que ir en claro.

No olvidemos que al chaval de lavabit le exigieron los certificados SSL para poder ver el tráfico. Tener el correo cifrado está bien y tal, pero si estás haciendo algo malo y sospechan de ti, usar esta clase de servicios no te garantiza privacidad al 100%.

Sí: estando conectado a muchos nodos y mirando los bloques que le llegan. Es un poco egoísta porque cuando recibes un bloque, no te interesa reenviárselo a los demás nodos, quieres que ellos te lo envíen a ti para detectar el posible fork, lo cual no es precisamente un comportamiento ejemplar en una red p2p.

Con debian 8 igual. No sé si habría que hacer alguna clase de "make clean" y, de ser así, cómo se hace .

A ver, obviamente esto se refiere a servicios centralizados, a los que se les puede obligar a pedirte información cuando te creas una cuenta. Naturalmente no pueden saber que nos creamos una dirección en privado.

Está claro que se van a poner en modo Gran Hermano con todo lo que huela a bitcoin, y me juego pasta a que hay gente estudiando mecanismos de análisis de la cadena de bloques para des-anonimizar transacciones con cierta plausibilidad. De pronto, coinjoin y otras soluciones se vuelven imprescindibles si queremos proteger nuestra privacidad…

Bullshit. All the plea demonstrates is that the boy had to choose between up to 15 years and his whole damn life.

Haya paz, chic@s… que la cosa se calienta…

Hmm, pues va a ser que tienes razón .

Si tengo una tx con 5 confirmaciones y hay una reorg de un bloque, la tx va a seguir teniendo 5 confirmaciones. Si en cambio tengo una tx con una confirmación y hay una reorg de 5 bloques, la tx a lo mejor aparece con una confirmación, o a lo mejor aparece con 2 o con 5, dependiendo de cuándo la haya emitido a la red. El caso de que aparezca sin confirmar va a ser más la excepción que la norma.

Por cierto @OP, podías haber enlazado y/o citado mejor .

@franckuestein, en mi opinión hablar de esto en el otro hilo era un poco off topic. De acuerdo que las reorgs son un poco como forks, pero el topic allí es otra clase de forks .

"Órdenes ocultas", hombre… .

Pero… ya los hay. Si vas a hacer una operación y preguntas en el foro quién puede ayudarte en este sentido, te aparecerán varias personas.

La irreversibilidad de las transacciones de bitcoin siempre ha empezado a partir de una confirmación, no a partir de cero. Cada vez que aceptas una transacción sin confirmar, básicamente, te la estás jugando.

—Pero entonces, ¿por qué muchos sitios piden 3, o 6, confirmaciones?

Porque cuando ocurre una reorganización de bloques, las transacciones recientemente confirmadas vuelven a estar sin confirmar de nuevo, como si volviéramos al pasado, y en ese momento existe de nuevo una ventana para intentar hacer un doble gasto.

En promedio, todos los días hay una reorganización en la que un bloque queda huérfano. Con menos frecuencia (exponencialmente) ocurren otras en las que 2 bloques quedan huérfanos, o 3, o 4… hasta un máximo de 7 que se ha visto alguna vez. Esto no quiere decir que si esperas 8 confirmaciones tienes el pago garantizado, es simplemente probabilidad. Según envíe este mensaje dentro de un momento, puede haber una reorganización de 8 bloques.