Topic: Cosas nuevas del cliente Bitcoin Core 0.10 (RC3) (Read 4334 times)

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.

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.

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 .

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!

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.

Ya tenemos disponible la versión 0.10.

Aquí la lista de cambios.

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


Y aquí las descargas para cada OS.

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í  , nada de Ocio  , pero lo que no saben, es que estamos en carnavales y creo dormiré poco.
Antuam.

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

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.

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.

Fuera de tema:

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

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.

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.

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?

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.

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.

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?

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

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

Saludos
Doe

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.

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