Bitcoin Forum

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.

https://cloud.githubusercontent.com/assets/10347403/5576863/98612042-9005-11e4-96e5-845c4f3b71f3.jpg

Podéis ver capturas y comentarios en este enlace.

https://github.com/bitcoin/bitcoin/issues/5570 (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 (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

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

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:

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.

Ya estamos por la Release Candidate 3.

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

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:

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

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.

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.

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, ¿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

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.

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

Saludos
Doe

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

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?

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.



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.

Jeff Garzik habla un poco sobre el Bitcoin Core 0.10 (video (https://www.youtube.com/watch?v=WBllP5dPSHc)).

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.

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



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?

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.

En el mismo vídeo explica cómo se va a conseguir hacer pagos inmediatos con cero confirmaciones. Parecía que no era posible, y resulta que siempre hay alguien que termina dando con la solución. Genial.

Fuera de tema:

Una traducción mejor que tenedor para el significado de "fork" en este caso es bifurcación.

Cierto, muchas veces traduzco sin dar muchas vueltas a la palabra, pero si sería más conveniente bifurcación que tenedor.

PD: la bifurcación que si que debería hacerse es una que permita a la gente tener sólo la última parte de la cadena de bloques, por ejemplo, los últimos dos años. Ya lo he sugerido en otros hilos, y es que la cadena de bloques se está volviendo un poco pesada. Se podría usar un bloque que contendría todos los saldos hasta ese punto y el resto de bloques actualizarían desde ahí. Sería un punto intermedio entre Electrum y tener toda la cadena.

Busca sobre "autoprune", esto está en desarrollo y es probable que salga a la luz en la 0.11. Yo he probado el pull request y me funcionó bien.

Hola, he buscado un poquito y no encuentro la solución.
A ver si consigo volver a tener un nodo para la red y no tengo que buscarme la vida para pasar los fondos del wallet de core a otro ligero.
Me da el error "ninguna fuente de bloques disponible" y llevo 3 semanas de bloques de retraso. No tiene ningún problema para encontrar pares (9 en menos de 5 minutos ahora mismo), pero no descarga bloques. Actualicé a 0.9.3 hace poco para ver si era eso, y seguía igual.

Para no ensuciar este hilo, resubo este otro: https://bitcointalk.org/index.php?topic=321374.new#new

Ya tenemos disponible la versión 0.10.

Aquí la lista de cambios.

https://bitcoin.org/en/release/v0.10.0 (https://bitcoin.org/en/release/v0.10.0)


Y aquí las descargas para cada OS.

https://bitcoin.org/en/download (https://bitcoin.org/en/download)

Y recordar siempre bajaros los WALLET de las web oficiales y siempre leyendo como se hace la actualización y realizar una copia del wallet.dat y si podéis, también de la cadena de bloques por si os pasa algo, no tener que bajarla desde 0, aunque esta nueva versión lo hace mucho más rápido.

Saludos desde Oporto, si, la empresa me ha pagado un viajecito de 3 días para curar aquí  ;D, nada de Ocio  >:(, pero lo que no saben, es que estamos en carnavales y creo dormiré poco.
Antuam.

Y verificar siempre los SHA256 y la firma PGP del archivo en que los hashes se distribuyen. En el inglés había uno que se había bajado la 0.10 vía tor y la firma no le encajaba, claro, le estaban metiendo un archivo falso. Y aunque es más difícil, no es imposible que esto ocurra sin tor, al fin y al cabo estamos hablando de dinero.

Descargando ahora. Voy a iniciar la descarga de la cadena de bloques para ver si realmente es mas rápido que antes. ¡Espero que si!

Yo con la 0.9 sincronicé en un disco SSD en 17 horas. Tengo tentaciones de darle con la 0.10, aunque no me hace ninguna falta, solo para ver lo que tarda :D.

Yo lo hice hoy.

* 9:50 horas para la sincronización completa desde cero.
* SO GNU/Linux Versión: Linux Mint 17 Cinnamon 64 bits - Núcleo Linux  3.13.0-24-generic - Bitcoin Core versión v0.10.0.0-g047a898 (64-bit).
* Procesador: Intel Core i5-3570 CPU @ 3.40 GHz x 4 - Memoria: 7.8 GB - Gráfica: Radeon HD 6870 - Disco duro SSD.
* Descarga sostenida a 1 MiB/s - Línea ADSL2+ Bajada: 9582 kb/s Subida:  785 kb/s.

También os digo que este verano, mi Raspberry Pi Model B, con Raspbian (Debian Wheezy) Version: February 2015 Release date: 2015-02-16, sin entorno gráfico y Bitcoin Core 0.9.3 le llevó 26 días la misma tarea. Ahí queda eso. :D :D

Abort mission! Empecé la descarga y vi que eso iba a una velocidad normalita (nada del otro mundo) y lo quite. Tengo bastante limitado el ancho de banda y pocas razones para descargar la cadena entera otra vez. Pero el cliente QT si que se ve muy bien.