aTg (OP)
Legendary
Offline
Activity: 1358
Merit: 1000
|
|
February 27, 2014, 10:32:47 PM Last edit: February 28, 2014, 07:56:34 AM by dserrano5 |
|
A todos los que dan lecciones de "sentido común" y nos enseñan que es Bitcoin y que no lo es, les recuerdo que ahora mismo estamos en un fork de la versión 0.7 que comenzó con la des limitación del tamaño de los bloques, una cualidad bien definida desde el principio como una característica fundamental del protocolo Bitcoin.
Todo el mundo abandono las versiones anteriores a la 0.8 y Bitcoin como fue en su comienzo murió para siempre, si nos ponemos así...
|
|
|
|
HostXBTC
Member
Offline
Activity: 70
Merit: 10
Ehms, hola que tal :D
|
|
February 27, 2014, 10:37:59 PM |
|
Claro pero esos forks son en base a necesidades que realmente son necesarias, por lo tanto el mundo las acepta.
|
|
|
|
aTg (OP)
Legendary
Offline
Activity: 1358
Merit: 1000
|
|
February 27, 2014, 10:58:54 PM |
|
Claro pero esos forks son en base a necesidades que realmente son necesarias, por lo tanto el mundo las acepta.
Ese fork fue un hardfork y se lió parda con los pools divididos entre 3 versiones del cliente y sucedió por error de los programadores. Se perdieron muchas coins minadas en la versión antigua y los mineros tuvimos que jodernos y asumir las perdidas.
|
|
|
|
erizo
|
|
February 27, 2014, 11:00:52 PM |
|
A todos los que dan lecciones de "sentido común" y nos enseñan que es Bitcoin y que no lo es, les recuerdo que ahora mismo estamos en un fork de la versión 0.7 que comenzó con la des limitación del tamaño de los bloques, una cualidad bien definida desde el principio como una característica fundamental del protocolo Bitcoin.
Todo el mundo abandono las versiones anteriores a la 0.8 y Bitcoin como fue en su comienzo murió para siempre, si nos ponemos así...
Sí, pero son modificaciones que no alteran la esencia del protocolo, y que, en rigor, lo perfeccionan y lo hacen plenamente funcional. Por contra, las modificaciones ahora propuestas lo alteran de tal manera que la cadena de bloques podría contener cosas que no seguirían la validación de las transacciones habituales, como consecuencia de excepciones arbitrariamente especificadas. Y al igual que esas, podrían ir otras: ese camino es completamente inadmisible.
|
|
|
|
Aristoteles
Full Member
Offline
Activity: 164
Merit: 100
a
|
|
February 27, 2014, 11:03:03 PM |
|
A todos los que dan lecciones de "sentido común" y nos enseñan que es Bitcoin y que no lo es, les recuerdo que ahora mismo estamos en un fork de la versión 0.7 que comenzó con la des limitación del tamaño de los bloques, una cualidad bien definida desde el principio como una característica fundamental del protocolo Bitcoin.
Todo el mundo abandono las versiones anteriores a la 0.8 y Bitcoin como fue en su comienzo murió para siempre, si nos ponemos así...
Una pregunta, quien compró bitcoins en la versión 0.2 por ejemplo, no tendría problemas ahorita para reclamar -usar- sus bitcoins con las actualizaciones que hay? Gracias, Saludos
|
|
|
|
aTg (OP)
Legendary
Offline
Activity: 1358
Merit: 1000
|
|
February 27, 2014, 11:04:34 PM |
|
Sí, pero son modificaciones que no alteran la esencia del protocolo, y que, en rigor, lo perfeccionan y lo hacen plenamente funcional.
No esta tan claro que el fork fuese para perfeccionar nada. The block size is an intentionally limited economic resource, just like the 21,000,000-bitcoin limit. Changing that vastly degrades the economics surrounding bitcoin, creating many negative incentives. Jeff Garzik.
|
|
|
|
fernarios
|
|
February 27, 2014, 11:08:41 PM |
|
Una pregunta, quien compró bitcoins en la versión 0.2 por ejemplo, no tendría problemas ahorita para reclamar -usar- sus bitcoins con las actualizaciones que hay? Gracias,
Ningún problema, el saldo está en la cadena de bloques, no en el software... si conserva la private key podrá gastarlos...
|
|
|
|
erizo
|
|
February 27, 2014, 11:16:06 PM |
|
Sí, pero son modificaciones que no alteran la esencia del protocolo, y que, en rigor, lo perfeccionan y lo hacen plenamente funcional.
No esta tan claro que el fork fuese para perfeccionar nada. The block size is an intentionally limited economic resource, just like the 21,000,000-bitcoin limit. Changing that vastly degrades the economics surrounding bitcoin, creating many negative incentives. Jeff Garzik. Pues creo que la restricción del bloque a 1 megabyte en la 0.7.0 se hizo para prevenir ataques de denegación de servicio, pero no estoy totalmente seguro.
|
|
|
|
LuisCar
Legendary
Offline
Activity: 1820
Merit: 1017
|
|
February 28, 2014, 10:23:13 AM |
|
Se perdieron muchas coins minadas en la versión antigua y los mineros tuvimos que jodernos y asumir las perdidas.
Discrepo en este punto. Las que se perdieron fueron las de los que minaban en la versión 0.8 que eran aproximadamente el 70 % de los mineros y que tuvieron que renunciar a sus bloques minados para volver a la rama 0.7 más corta. Así que los mineros que perdieron es porque habían decidido actualizar a la versión 0.8 del cliente. Posteriormente, creo recordar que se eligió el 15 de mayo para que todo el mundo se pasase sincronizadamente a la versión 0.8 del cliente, aunque era posible, y lo es, seguir en versiones 0.7 o anteriores siempre que modifiques manualmente la configuración de la base de datos que utilizaban las versiones antiguas.
|
|
|
|
frisco
|
|
February 28, 2014, 01:30:01 PM |
|
A ver, el hardfork no se dió por el tamaño de bloque, no liemos, el hardfork se dió por un bug en la base de datos del cliente que se solucionó sin querer al cambiar de motor de base de datos. Fué un jaleo, los pools perdieron pasta y se dió el primer y unico caso de double spend conocido.
El tamaño de bloque que yo sepa no se ha incrementado, estaba en los planes pero hubo bastante discusión, entre ella la opinión que citas, mayormente los defensores del tamaño reducido abogaban con un bitcoin con menos transacciones -> mas competencia por entrar en los bloques -> más fees para los pools, eso es algo que los pools ya pueden realizar actualmente sin tener que tocar el protocolo.
|
|
|
|
elbill
|
|
February 28, 2014, 08:46:07 PM |
|
Con el dolor de mi alma y de mi cartera, también preferiría perder lo que tengo en Gox...a algo así. Es perfectamente posible y viable, pero un precedente así sería muy peligroso.
|
|
|
|
aTg (OP)
Legendary
Offline
Activity: 1358
Merit: 1000
|
|
February 28, 2014, 09:15:48 PM Last edit: February 28, 2014, 10:37:02 PM by aTg |
|
Se perdieron muchas coins minadas en la versión antigua y los mineros tuvimos que jodernos y asumir las perdidas.
Discrepo en este punto. Las que se perdieron fueron las de los que minaban en la versión 0.8 que eran aproximadamente el 70 % de los mineros y que tuvieron que renunciar a sus bloques minados para volver a la rama 0.7 más corta. Así que los mineros que perdieron es porque habían decidido actualizar a la versión 0.8 del cliente. Posteriormente, creo recordar que se eligió el 15 de mayo para que todo el mundo se pasase sincronizadamente a la versión 0.8 del cliente, aunque era posible, y lo es, seguir en versiones 0.7 o anteriores siempre que modifiques manualmente la configuración de la base de datos que utilizaban las versiones antiguas. Se paso de la 0.7 a la 0.8 donde se genero el hardfork, se tuvo que volver a la 0.7, luego lo arreglaron con una versión 0.8.1 con el limite de tamaño maximo de bloques ampliado. La antigua me refería a la 0.8 donde todo lo minado de perdió. A ver, el hardfork no se dió por el tamaño de bloque, no liemos
El problema fue que el limite "blando" de tamaño máximo por bloque de la versión 0.7 era de menos de 1 MB, creo recordar. http://thegenesisblock.com/reminder-hard-fork-may-15th-update-to-0-8-1/PD: Este hilo no tiene ningún sentido, lo voy a bloquear.
|
|
|
|
|