¿Es posible hacer una transferencia sin tener que pagar una tasa? Se trata de una cantidad muy pequeña y cuando intento hacer la transferencia, la tasa que me impone el cliente de Bitcoin supera con creces la cantidad que quiero transferir.
Si cualquiera de las salidas de una transacción es menor que 0.01 BTC, más te vale poner una comisión, o más que probablemente los mineros rechacen la transacción. Así que, si el destinatario es de confianza, se me ocurre que puedes enviarle 1 BTC (por ejemplo) y luego él/ella te devuelva 1-X BTC, siendo X el valor que quieres enviarle en primer lugar. De todas formas hay más factores para la comisión, por lo que esto puede no servirte… |
|
|
|
El hash que se descubre para obtener bitcoins es mucho mas corto que el hash de una clave privada? Pregunto esto porque es de suponer que la mayoria de las cuentas con muchos btc estan guardadas offline lo que implica que intentar atacar una de estas seria basante logico de pensar que su contenido no se vacía con frecuencia (lo que me haria tener que iniciar el proceso de nuevo con otra address)
En ambos casos son 256 bits. Pero para resolver un bloque sólo tienes que hacer que los primeros N bits sean cero, dando igual los demás, mientras que para averiguar una clave privada tienes que acertar los 256. |
|
|
|
Finalmente, aunque Bitcoin es un protocolo de nivel de aplicación en la pila de protocolos de Internet, yo lo veo como un sistema de lo que en finanzas se llama "settlement". Por encima de esa capa de "settlement" que es Bitcoin, pueden existir otras capas de software que actuarían a modo de "clearing".
Oh interesting, ¿sabes si se puede leer algo sobre esto en internet? En español o inglés, da igual. |
|
|
|
Entendido pero, sin compromiso, tu impresión es alcista ¿tanto como para llegar a 200? Repito no pido comsejo ni mucho menos compromiso sólo impresión...
No lo veo difícil. Fíjate, hoy mismo ya estamos marcando nuevos máximos. |
|
|
|
why not just delete everything except wallet.dat and bitcoin.conf (if you have it), and let the client redownload the blocks?
I wouldn't learn anything by doing that. |
|
|
|
una pregunta tonta... yo tengo 10 btc por ejemplo en la cartera, con la direccion que he usado siempre.
Ahora por probar le dí a crear una nueva dirección, lo crea una nueva clave publica y otra privada, osea que ahora tengo 2 claves publicas y 2 privadas en la misma wallet no??
Sí, tienes dos. Pero el saldo no está en la cartera; está, como te ha dicho Ogig, asociado a las claves. Las coins están en la cadena de bloques, y en tu cartera sólo tienes las claves para firmar mensajes. Normalmente esos mensajes son transacciones salientes. Es como si el dinero estuviera en una de esas cajas transparentes (como se llamen) que hay en algunos aeropuertos donde podemos meter billetes a fin de donarlos a alguna causa. Con esas claves, es como si cogieras uno de ellos y le pintaras encima "Ahora este billete pertenece a fulanito" y a continuación lo devolvieras a la caja. Así es como funciona bitcoin, con cada transacción, una persona añade ese mensaje al billete. Tu saldo es simplemente la suma de los billetes cuya última firma dice "Ahora este billete pertenece a EcmSeer". Sobre eso de "con la dirección que he usado siempre", decirte que se recomienda usar siempre direcciones nuevas. Yo le tengo algo de cariño a mi primera dirección  pero me he desvinculado de ella y ahora su saldo es 0. si yo importo la clave privada de la primera o de la segunda a otro ordenador da igual? Tendré mis btc en el otro sea cual sea la que exporte?
No exportes ni importes claves privadas de aquí para allá. En otro ordenador tienes otro wallet.dat con otras direcciones, y ya está. Para mandar fondos de un wallet a otro, pues, hazlo igual que si se lo mandaras a fulanito. Jugar con claves privadas sólo te traerá disgustos a la larga. |
|
|
|
Qué es más dificil, descubrir el hash para gaanr un bloque o descubrir el hash de una clave privada específica. Pregunto eso porque una empresa podría invertir en hacer asics que descubran claves privadas en vez de intentar descubir bloques.
Pues hombre, descubrir el hash para ganar un bloque es algo que se hace más de 100 veces al día…  . Romper claves privadas es, a todos los efectos, imposible en la práctica. |
|
|
|
 Sin grandes novedades en esta gráfica. Tal y como estaba previsto, el nivel de $100 no supuso ningún problema y ya estamos en las inmediaciones de $150. El volumen señala 60 millones de dólares en 6 días (falta mañana domingo para completar la semana). Estamos alcistas en todos los plazos, mientras el techo del canal ha ido progresando hasta colocarse en $590 la semana que viene. Cada vez estamos subiendo más rápido y en la atmósfera se respira un ambiente indudablemente optimista, no lejos de lo irracional, lo que podría ser presagio de una corrección brusca con panic selling incluido y decenas de voces proclamando a los 4 vientos que la burbuja habría estallado. Si eso ocurriera, pienso que no tendría grandes consecuencias técnicas, y de no llegar a tiempo para salirse pronto sería mejor mantener la sangre fría y limitarse a comprar algo abajo. El nivel de $50 costó dos semanas superarlo y sus inmediaciones serían un objetivo plausible en tal escenario. Si por contra el mercado sigue presa del optimismo actual, tendríamos que el canal alcista iniciado al superar los $50, de gran pendiente, nos acercaría a $200 la semana que viene. Mañana domingo la base de tal canal superará los $140 actuales, momento en el cual habría que tomar una decisión. Esto no es consejo de compra ni venta, declino responsabilidad, bla bla. |
|
|
|
|
Esa noticia es del 7-Nov-2011 y abajo dice que ya no aceptan bitcoin.
|
|
|
|
Some days ago I found this: $ bitcoind getblockhash 3
0000000082b5015589a3fdf2d4baff403e6f0be035a5d9742c1cae6295464449
$ bitcoind getblock 0000000082b5015589a3fdf2d4baff403e6f0be035a5d9742c1cae6295464449
error: no response from server debug.log: 2013-04-01 10:29:34 ThreadRPCServer method=getblock
2013-04-01 10:29:35 ERROR: CheckProofOfWork() : nBits below minimum work
2013-04-01 10:29:35 ERROR: CBlock::ReadFromDisk() : errors in block header syslog: [12:35:48] kernel: [616350.252104] bitcoin-rpchand[21782]: segfault at 10 ip 00000000005393a3 sp 00007f217a401e70 error 4 in bitcoind[400000+3cd000] This happened with all blocks between 1 and 59571, inclusive. A couple of days later when examining my blk00000.dat I noticed that the genesis block was followed by a bunch of null bytes, until exactly the 16 MiB mark. The next magic value showed up not much later, followed by the block 59573. I assume that the data between 16 MiB and that point was part of the block 59572. So I tried extracting the missing data from my copy of the bootstrap.dat but I only managed to completely break the blk00000.dat . Then I took a peek to the blk00001.dat to look what was the first block there, and stored all previous blocks in the blk00000.dat. Bitcoin starts and runs fine, but reading some blocks still kills the process, while reading some others returns garbage. I wrote a small blockchain parser and it seems to be sane; after all, the data came from the bootstrap.dat. So I'm not sure why bitcoin is dying on them (though I have some hypotheses). I have another copy of the datadir handy, not to mention the bootstrap.dat itself, but I'd really like to repair this one. Does the .bitcoin/blocks/index directory have something to do? Can/should I remove it? Anything else worth a try? |
|
|
|
He actualizado el juego para probar que las 50 cartas con las que juega el usuario se generan sin trampa ( ejemplo). Si tenéis preguntas, adelante… |
|
|
|
1. show hash of server secret to user
2. allow user to select their secret
3. shuffle cards using server secret and client secret
Thanks dooglus for your input. I've made the necessary changes and put the new code online. This is a finished game with the improved provability. I entered a user secret containing the Euro symbol to show that there's an issue with the encoding; however, the sha384sum is correct. Help has been updated accordingly too. Another example shows that when the RNG generates out-of-range cards they are skipped (lower than J-clubs in this case). It still amazes me that betting 0.73 BTC is now a whopping 80 euro… Please get yourself a pizza for both your help here and this stackexchange post that was useful for my coin control utility . |
|
|
|
@IntrepidMiner: I like your recent changes. Keep up the good work . Also, it might be more useful to put the trade price in the bubble instead of the trade value...
+1. So I can close clarkmoody/mtgoxlive and keep just one websockets connection. |
|
|
|
Nah, no acepto clases de historia de alguien que luego coge y en pleno 2013 dice lo siguiente: The electronic currency, introduced in early 2009 and popular with libertarian geeks, online gamblers and Internet-based drug dealers, is… |
|
|
|
Creo que me falta una pieza del puzzle... btc-e muestra BTC a $133, mientras en mtgox está a $142. ¿No se hace arbitraje? No será por falta de liquidez en btc-e... |
|
|
|
If only I sold at $140 and bought at $110  If only I sold at $32 and bought at $2  . |
|
|
|
Imagine it is 10 years from now, and you have to pick up a few items at the grocery store. After scanning your items, you pull out your smartphone and —Daddy, —Hmm? —What's a "smartphone"? |
|
|
|
I'm the local hero at work. Since we reached $100 and the news flooded the media, several coworkers came and told me "Hey, that bitcoin stuff is doing fine no?" "You going to retire?" "How many do you have?" "Man, I would sell everything right now" "The bubble is about to pop" "I'm not joining the ponzi". I've been pestering them since $20 so the range of different reactions is pretty understandable . However they refuse to buy! I guess they just think they missed the boat. |
|
|
|
|
Eso iba a decirte yo también. Deberías leer un poco y luego, con los deberes hechos, pregunta las dudas aquí.
|
|
|
|
Todo el mundo aprende por las malas . |
|
|
|
|
Show Posts
