Cosas nuevas del cliente Bitcoin Core 0.10 (RC3)

[Antuam]

Hola compañeros.

He estado viendo las nuevas cosas que trae la RC1 (Release Candidate 1) y entre ellas, me ha gustado en la versión de GUI la mejora del pago de Fee a los mineros.



Podéis ver capturas y comentarios en este enlace.

https://github.com/bitcoin/bitcoin/issues/5570

Las cosa nuevas que traerá, las podéis ver aquí.

https://github.com/bitcoin/bitcoin/blob/0.10/doc/release-notes.md

Supongo que en poco más de 1 semana sacarán la RC2 y en febrero podremos disfrutar de ella, bueno, esto es mi suponer.

Saludos.
Antuam

[1715082011]

1715082011

[1715082011]

1715082011

[1715082011]

1715082011

[javijavier]

Interesante, le echaré un vistazo luego...
Saludos!

[dserrano5]

Está mono el interface ese de las comisiones. ¿Qué pasa si le pinchas a "minimize"?

Para los amantes de la terminal están los nuevos comandos RPC estimatefee y estimatepriority:

Code:

$ bitcoin-cli estimatefee 3       ## ¿qué comisión por Kb debo poner para que mi tx se confirme en unos 3 bloques?
0.00038910
$ bitcoin-cli estimatepriority 3  ## ¿qué prioridad debe tener mi tx para que se confirme, sin comisión, en unos 3 bloques?
1415200732.60422969

[Shawshank]

Muy interesante la estimación de comisiones.

También es muy interesante que ahora vas a poder descargar todos los bloques en paralelo en vez de uno detrás de otro, por lo que se va a sincronizar mucho más rápido.

[Antuam]

Ya estamos por la Release Candidate 3.

En breve esperemos disfrutar de la versión definitiva.
Antuam

[DonQuijote]

Para los que siguen más el desarrollo, hay algún desarrollo respecto a la dificultad y el tiempo por bloques?
Actualmente es MUY irregular y hay periodos en los que pasan más de 40 minutos sin bloque, las transferencias se hacen eternas.
Un ejemplo de ahora mismo:

339823   19 minutes            1229   7,550.73 BTC   GHash.IO   731.61
339822   31 minutes            583   6,638.89 BTC   BTCChina Pool   202.86
339821   46 minutes            1204   5,664.88 BTC   F2Pool   976.46
339820   53 minutes            2256   23,618.50 BTC   Slush   731.58
339819   1 hour 34 minutes   237   3,020.52 BTC   BTCChina Pool   99.12
339818   1 hour 40 minutes   429   2,082.61 BTC   F2Pool   220.22

[alexr_96]

Para los que siguen más el desarrollo, hay algún desarrollo respecto a la dificultad y el tiempo por bloques?
Actualmente es MUY irregular y hay periodos en los que pasan más de 40 minutos sin bloque, las transferencias se hacen eternas.
Un ejemplo de ahora mismo:

339823   19 minutes            1229   7,550.73 BTC   GHash.IO   731.61
339822   31 minutes            583   6,638.89 BTC   BTCChina Pool   202.86
339821   46 minutes            1204   5,664.88 BTC   F2Pool   976.46
339820   53 minutes            2256   23,618.50 BTC   Slush   731.58
339819   1 hour 34 minutes   237   3,020.52 BTC   BTCChina Pool   99.12
339818   1 hour 40 minutes   429   2,082.61 BTC   F2Pool   220.22

Eso se arreglará automáticamente en el próximo reajuste de dificultad

[DonQuijote]

Para los que siguen más el desarrollo, hay algún desarrollo respecto a la dificultad y el tiempo por bloques?
Actualmente es MUY irregular y hay periodos en los que pasan más de 40 minutos sin bloque, las transferencias se hacen eternas.
Un ejemplo de ahora mismo:

339823   19 minutes            1229   7,550.73 BTC   GHash.IO   731.61
339822   31 minutes            583   6,638.89 BTC   BTCChina Pool   202.86
339821   46 minutes            1204   5,664.88 BTC   F2Pool   976.46
339820   53 minutes            2256   23,618.50 BTC   Slush   731.58
339819   1 hour 34 minutes   237   3,020.52 BTC   BTCChina Pool   99.12
339818   1 hour 40 minutes   429   2,082.61 BTC   F2Pool   220.22

Eso se arreglará automáticamente en el próximo reajuste de dificultad

Lo se, pero no es bueno que cada X tiempo tengamos estos tiempos por bloque, la media es superior a los 20 minutos y eso significa transacciones lentas, quien implementaría algo en su local para tener que estar 20 minutos esperando hasta que llegue la primera confirmación?
Me refiero a desarrollo, no a lo que ya está implementado

[fernarios]

Lo se, pero no es bueno que cada X tiempo tengamos estos tiempos por bloque, la media es superior a los 20 minutos y eso significa transacciones lentas, quien implementaría algo en su local para tener que estar 20 minutos esperando hasta que llegue la primera confirmación?
Me refiero a desarrollo, no a lo que ya está implementado

Usualmente nadie espera ninguna confirmación, en transacciones pequeñas persona a persona nadie espera nada... pagas y ya está. Si la transacción es válida y tiene una comisión razonable, intentar un doble gasto sería muy difícil como para que sea práctico ejecutarlo comprando cosas triviales, además el que corre el riesgo es el procesador de pagos si el tendero usa uno.

[alexr_96]

Es mas, la media esta en 12 min, pero tampoco nadie implementaria un sistema de pago en el que tengas que esperar 10 minutos para confirmar el pago. Por eso se trabaja sin confirmaciones en comercios.

[dserrano5]

Para los que siguen más el desarrollo, hay algún desarrollo respecto a la dificultad y el tiempo por bloques?
Actualmente es MUY irregular y hay periodos en los que pasan más de 40 minutos sin bloque, las transferencias se hacen eternas.

La minería es un juego de lotería y es imposible predecir cuándo va a aparecer el siguiente bloque. A veces, como dices, tarda 40 minutos, o una hora o más; otras veces en 10 minutos se resuelven 7 bloques. El promedio de 10 minutos es a largo plazo, no es una promesa ni una aproximación para el siguiente bloque.

No hay nada en desarrollo a este respecto, bitcoin está diseñado así.

Eso se arreglará automáticamente en el próximo reajuste de dificultad

Eso, ¿el qué? DonQuijote habla de que los intervalos son muy irregulares. Esto no va a cambiar nunca.

[alexr_96]

Eso, ¿el qué? DonQuijote habla de que los intervalos son muy irregulares. Esto no va a cambiar nunca.

La media de tiempo bajara en el reajuste de dificultad, porque ahora estamos en 12.1 min. Soy consciente de que es es una media y no una cifra a cumplir entre cada bloque

[Anillos2]

6.87 / 524 s

Se vuelve a recuperar, pero como dicen, es algo que depende sobretodo de la naturaleza del algoritmo y no del tipo de cliente.

De todas formas, tal vez se pueda cambiar, habría que preguntar a algún matemático si existe algún algoritmo más regular, pero mucho me temo que no.

Otra opción sería cambiar el tiempo entre bloques a la cuarta parte y dar menos monedas por bloque, sería posible, pero requeriría muchos cambios, desde los mineros hasta el cliente de BTC de escritorio.

[JhonDoe]

Mi cliente de Armory me ha indicado que no es compatible con esta versión de Bitcoin core.

Saludos
Doe

[LuisCar]

Correcto, de momento has de mantenerte en la 0.9.4 para usarlo (idealmente).

[SigmaAlt]

Una pregunta que puede parecer tonta a estas alturas.

Las novedades que trae Bitcoin Core 0.10 (como los nuevos comandos en la consola), ¿son modificaciones en el protocolo de Bitcoin o sólo en el cliente?

Ejemplo. ¿Significa que un cliente tipo Mycelium, Gocoin, Electrum no puede recomendar una comisión ahora pero en cuanto se publique Bitcoin Core 0.10 sí que podrá hacerlo a través de estimatefee?

¿Estoy muy liado?

[dserrano5]

Las novedades que trae Bitcoin Core 0.10 (como los nuevos comandos en la consola), ¿son modificaciones en el protocolo de Bitcoin o sólo en el cliente?

Un cambio en el protocolo supone un fork. Los clientes deben hablar todos el mismo idioma para formar parte de la red; si cambiamos el idioma cambian las reglas.

Ejemplo. ¿Significa que un cliente tipo Mycelium, Gocoin, Electrum no puede recomendar una comisión ahora pero en cuanto se publique Bitcoin Core 0.10 sí que podrá hacerlo a través de estimatefee?

Aparte de protocolo y cliente, hay más cosas. Por ejemplo, en ningún sitio del protocolo dice que los bloques deben estar limitados a 1 Mb, o que la comisión mínima debe ser de 0.00001 BTC. Estas fueron decisiones de implementación que se tomaron en su día por las razones que sea. Cambiar alguna de estas cosas también supone un fork, como por ejemplo lo del tamaño de bloque. Los cambios en comisiones no, pero sí que pueden provocar que las transacciones que se emitan con un cliente antiguo a una red más nueva no se propaguen/confirmen.

No conozco Gocoin pero Mycelium y Electrum no van a poder aprovecharse de "estimatefee" porque su funcionamiento no se basa en hablar con un Bitcoin Core para funcionar, sino que hablan con servidores centrales específicos. De todas formas la aparición de "estimatefee" no cambia nada porque, si no me equivoco, la comisión mínima en 0.10 va a seguir siendo de 0.00001. El mecanismo de estimatefee fue introducido porque hasta ahora los desarrollatas han tenido que ir adaptando el valor de la comisión por Kb según el precio de bitcoin y el plan es que el propio mercado decida cuál es la comisión que debe aplicarse en cada momento, y este valor deje de estar puesto a capón en el código fuente. "estimatefee" mira cuánto tardaron en confirmarse las transacciones recientes y sugiere un valor para que nuestra nueva transacción se confirme en el determinado tiempo. Este valor más que probablemente irá cambiando con el tiempo, y los clientes que sigan funcionando a la antigua con un valor por defecto, a veces pagarán de más y a veces pagarán de menos.

[coinpr0n]

Jeff Garzik habla un poco sobre el Bitcoin Core 0.10 (video).

Las novedades...

"Headers first" network sync: Primero sincroniza con la red las cabeceras, y luego sabiendo la cadena de bloques adecuada puede descargar los bloques en paralelo - promete ser mucho mas rápido ("mas que el torrent").

HTTP REST API: Podrás acceder a funciones de Bitcoin y a la cadena de bloques a través del navegador (eg. GET /rest/tx/$TXID).

Smart Transaction Fees: El monedero (bitcoin-qt) calculará el menor coste posible para una transacción mirando en la cadena de bloques historicamente cual a sido el coste necesario (y otros factores).

Watch-only Wallets: El monedero permitirá la importación de monederos sin la clave privada.

Algunas otras cosas también de transacciones y seguridad.

[SigmaAlt]

Un cambio en el protocolo supone un fork. Los clientes deben hablar todos el mismo idioma para formar parte de la red; si cambiamos el idioma cambian las reglas.

Más que un cambio me refería a añadir alguna función. Para eso no haría falta un fork, no?

Mycelium y Electrum no van a poder aprovecharse de "estimatefee" porque su funcionamiento no se basa en hablar con un Bitcoin Core para funcionar, sino que hablan con servidores centrales específicos.

Supongo que esos servidores centrales utilizarán Bitcoin Cores (o bitcoinLib?) para descargarse la cadena de bloques. No significa que a partir de ahora sí podrían aprovecharse de "estimatefee"? ¿No lo podían hacer antes?

[Anillos2]

Un cambio en el protocolo supone un fork. Los clientes deben hablar todos el mismo idioma para formar parte de la red; si cambiamos el idioma cambian las reglas.

Más que un cambio me refería a añadir alguna función. Para eso no haría falta un fork, no?

Depende de la función que sea, si esa función implica cambios en el protocolo, habría tenedor (fork), sino no tiene porqué haberla.

Por ejemplo, imagina que añaden estadísticas y temas de contabilidad, pues ahí no haría falta porque para la cadena de bloques es indiferente. Pero si añadieran algo nuevo especial, por ejemplo, contratos de propiedad inteligente (creo que se llama así), tal vez tengan que hacerlo.