Resulta interesante el debate. Se pueden apreciar los diferentes puntos de vista de lo que considera mejor cada uno, porque lo supone mejor y que con una alta probabilidad no va a cambiar. Es difícil seguir construyendo si no hay acuerdo sobre la estructura base, pero en realidad esto siempre a pasado con todos los proyectos basados en software libre, siempre ha habido forks y, a largo plazo, sobrevive la rama que mejor lo hace. Creo que con Bitcoin ocurrirá lo mismo, nadie te puede obligar a usar la rama que no quieres.
Siguiendo tu ejemplo, vamos a suponer que ese Primark me obliga a tener una tienda de 40m2 y resulta que me va muy bien, de hecho hay colas en la puerta muy largas de dos días, y Primark no me deja que amplíe la tienda, pq dice que como voy yo a saber los metros adecuados para mi tienda. La solución que me da es que les contrate un nuevo servicio de venta online por el que ellos se van a llevar una comisión y que no me van a cobrar por ofrecérmelo... por ahora.
Para mí la clave está en que no estás obligado a contratar con ellos el nuevo servicio de venta, como es software libre, tienes toda la información para desarrollarlo y podrás construirlo tú mismo y quedarte la comisión, o bien, podrás contratar a un tercero para que lo haga por ti. Aquí vendrá, para alegar que esto no es viable, el asunto de las patentes (allá por el 2005 ya hice bastante campaña en contra de las patentes de software que sólo sirven para que las grandes corporaciones, dígase Microsoft, Oracle, Apple, bloqueen el desarrollo de pequeños productores de software al meterte en una maraña judicial infinita). Cualquier pieza de software viola miles de patentes y en Estados Unidos es necesario protegerse registrando patentes y añadiéndolas a un "pool" que sirva como defensa. Por supuesto que una gran corporación puede intentar arruinarte simplemente agotando tus recursos por vía judicial, por eso los pequeños desarrolladores tienen que agruparse. Por eso se reformó la licencia GPL a su tercera versión, la GPLv3 para que el que la usase tuviese protección frente a estas grandes empresas con miles de patentes.
Estoy seguro que tanto Bitcoin Core, como Bitcoin Unlimited violan miles de patentes con su código, ojalá fuese GPLv3, Entiendo que si no ha habido demandas es porque no existe ningún propietario del código al que le puedas sacar dinero. De todas formas tanto en China como en la Unión Europea no se permiten las patentes sobre el software, no tienen validez esas patentes concedidas en EE.UU., el código se protege mediante licencia de uso por copyright.
Para mí lo que Blockstreem desarrolle y sea software libre diré que es bueno, lo que desarrolle y sea software privativo diré que es malo, desde mi perspectiva es sencilla la cuestión.
@VictorGT claro que el enemigo es Blockstream, pero no entiendo como se suman a este circo... se ve claramente que es todo propaganda.
No he dicho que existiera aquí, pero si que ha existido en bitcointalk, como vgo ha afirmado y como tb existe en reddit, .... blanco y en botella, pero se sigue defendiendo a blockstream. Me he topado con cientos de Troll en twitter y son fáciles de identificar, entre otras cosas pq en su TL solo tiene alabanzas a sewgit, ...
En esto estoy totalmente de acuerdo. Completamente en contra de cualquier censura. A los trolls simplemente se les ignora y listo. Lo que entiendo es por qué veis viable que, en el caso de que Blockstreem haga alguna jugarreta que perjudique a la comunidad, esta no va a lograr un amplio consenso para realizar un hardfork que aumente el tamaño del bloque si salir de la encerrona de las transacciones offchain si la hubiera.
@LuisCar sí es relevantate, estaríamos usando Bitcoin a través de sus pantentes, nada de dominio público. Y estoy seguro de que nunca van a ir contra los usuarios, pero empresas que quieran crear nuevas sidechains ya veremos.
Sobre el tema de patentes me remito al primer punto. Que se publique el código con la GPLv3 y tendrán todo mi apoyo.
No hay que tener ningún miedo al mercado libre, a los mineros lo único que les interesa es servir a la mayor demanda posible de transacciones y si en un momento dado hay un pico y hay que crear un bloque de 30mb pues lo crearán y si en otro momento está más vacía, pues serán menores... lo que ha ocurrido hasta ahora, echa la vista 3 o 4 años atrás. Los mineros no se han dedicado a crear bloques de 1mb hace 5 años, que sería el equivalente a lo que comentas o incluso más.
A los mineros lo único que les interesa es tener la máxima recompensa por bloque, no servir a la mayor demanda. Cuando la emisión de nueva moneda sea poco relevante, existirá un máximo valor máximo para la recompensa que dependerá del número de transferencias y del montante de la comisión de cada una de ellas. Con bloques que no se llenan no se podrá obtener el valor máximo puesto que los usuarios tenderían a pagar cero comisiones ya que siempre dispondrían de espacio en el bloque y a los mineros les sale más rentable incluir la mayor cantidad posible de transacciones que paguen comisión no nula, puesto que el esfuerzo computacional que es necesario realizar para encontrar un nuevo bloque no depende del número de transacciones. Podría penalizar algo el resultado, la velocidad de difusión del bloque si éste es muy grande. Transacciones con muy baja comisión resultan antieconómicas para la red, pero el coste no lo soportan los mineros, si no los nodos pues el coste de almacenamiento en disco es caro que serían los penalizados por este tipo de transacciones (los mineros pueden repartir el coste del nodo que requiere el pool para el que trabajan). Esto conduciría a una menor descentralización de la red.
Entiendo que el valor máximo de recompensa por bloque se da con bloques de cierto tamaño pero que se tienen que llenar de forma que los usuarios se vean forzados a pagar mayores comisiones de las que desearían, lo que implica que siempre vamos a tener una red lenta para aquellos usuarios que no estén dispuestos a pagar un valor cercano a la media de las transacciones que conformen el mempool. De modo que esa solución propuesta, de bloques dinámicos mejoraría el número de transacciones de la red y reduciría el coste medio de las mismas, pero la red sería más centralizada y lenta para un determinado número de usuarios.
Te pregunto:
Prefieres seguir un límite 1 mb y tener tu nodo encendido.
O prefieres tener que apagar tu nodo pq los mineros están creando bloques de 64mb debido a que Bitcoin se convierte en la moneda más usada por delante Visa o Mastercard en transacciones.
Puede que en el segundo caso, seas un poco más rico
además seguro que aparecen mejores soluciones.
Sobre la confirmación en 10 minutos, sí, es cierto pero la transacción es instantánea. En Visa no es instantánea, a mi me han estafado, te pagan y hacen la reversión y a los 2 días te retiran el dinero, luego no es mejor que Bitcoin. Aceptar un pago pequeño con 0 confirmaciones es mucho más seguro que una tarjeta.
Claramente prefiero el primer escenario, porque además considero que en ese escenario Bitcoin también seguiría siendo muy valioso, aunque lo fuera menos. Puede que no te lo creas, no estoy en Bitcoin por hacerme rico, eso es un efecto secundario. Estoy porque considero que se consigue un mundo mejor. Ningún programador que publique su trabajo a través de una licencia libre creo que lo haga con el principal objetivo de hacerse rico, tiene vías más rápidas, si no porque considera que su labor construye una sociedad mejor de la que él también acaba beneficiándose.
No estoy dispuesto a renunciar a mi privacidad por dinero. No pienso ceder el control sobre mi nodo a los mineros para que luego mi monedero ligero se conecte al nodo de un tercero, le consulte la lista de mis direcciones bitcoin para calcular el saldo disponible y yo tenga que fiarme de ese tercero cuando me diga que su nodo no almacena los log y registra grupos de direcciones relacionadas por IP de los monederos que se conectan a él.
No sé si toda la gente que apoya Unlimited está radicalmente en contra de SegWit. A mí no me gusta la idea de bloques dinámicos decididos en exclusiva por los mineros y me opondré a ella, sin embargo, no estoy en contra de aumentar el tamaño de bloque de forma moderada (que no reduzca el número de nodos) y por consenso mediante un hardfork y activando SegWit porque me parece un desarrollo técnico interesante. Claramente podría estar a favor de SegWit+2MB, pero si SegWit para un sector es inaceptable y para otro lo son los bloques dinámicos no va a haber consenso y Bitcoin se bifurcará o se quedará como está. Si tú estás en Bitcoin sólo con el objetivo de hacerte rico puede que sea interesante que vayas pensado en cambiar de moneda.