SOBRE UNA VARIEDAD DE TIPOS DE TRANSACCIONES añadir cualquier nueva transacción a un bloque, aunque no sepan interpretarlas. El diseño admite una tremenda variedad de posibles tipos de transacciones que diseñé hace años. Operaciones de depósito en garantía, contratos en condiciones de servidumbre, arbitraje de terceros, firma multipartita, etc. Si Bitcoin evoluciona a lo grande, estas son cosas que querremos explorar en el futuro, pero todas han tenido que diseñarse al principio para asegurarse de que sean posibles de usar más tarde. No creo que, una segunda implementación compatible de Bitcoin sea una buena idea. Gran parte del diseño depende de que todos los nodos obtengan exactamente los mismos resultados así que una segunda implementación sería una amenaza para la red. La licencia de MIT es compatible con todas las demás licencias y usos comerciales, por lo que no es necesario volver a escribirla desde el punto de vista del licenciamiento. Una segunda versión sería un gran problema de desarrollo y mantenimiento para mí. Ya es bastante difícil mantener la compatibilidad con versiones anteriores mientras se actualiza la red sin una segunda versión. Si la segunda versión fallara, la experiencia del usuario se reflejaría negativamente en ambas, aunque al menos reforzaría a los usuarios la importancia de permanecer con la versión oficial . Si alguien estuviera preparándose para bifurcarse a una segunda versión, tendría que advertir sobre los muchos riesgos de usar una versión minoritaria. Este es un diseño donde la versión mayoritaria gana si hay desacuerdo, y eso puede ser bastante feo para la versión minoritaria y prefiero no entrar en eso, y no tengo que hacerlo siempre que haya una sola versión. Lo sé, a muchos desarrolladores no les gusta que bifurquen su software, pero en este caso tengo reales razones técnicas. _______________________________________________________________ Cita de: gavinandresen, 17 de junio 2010, 07:58:14 PM Admiro la flexibilidad del esquema de scripts en una transacción, pero mi pequeña y malvada mente inmediatamente comienza a pensar en maneras de abusar de ello. Podía codificar todo tipo de información interesante en el script TxOut, y si los clientes no pirateados validaban y luego ignoraban esas transacciones, sería un canal de comunicación 148