¿Se puede destruir un bitcoin?

Es el futuro hipotético y se está diseñando BTC2. Todo el mundo ama BTC2 y nadie quiere más el antiguo BTC1.

A las personas que tienen BTC1 les molestaría que sus activos valieran repentinamente mucho menos porque ya no hay demanda para su BTC1, por lo que los diseñadores de BTC2 quieren incluir una forma simple de convertir su BTC1 en BTC2.

Para que esto funcione, el mundo BTC1 necesitaría una forma de dejar de usar las monedas dentro del mundo BTC1, de manera que todos puedan estar razonablemente seguros de que nadie puede usar más los activos BTC1 evaporados.

¿Existe tal mecanismo? Si no, ¿podría/debería agregarse uno?

Buena pregunta... No solo el doble gasto, también trae a colación el espectro de la identidad: para reclamar fondos a través de estos límites, debe demostrar que es el propietario de la cuenta BTC1 para que se le acredite en el nueva moneda
Probar es tan simple como firmar con clave privada. La nueva red solo necesita conocer las claves públicas de BTC. Para reducir el número de transacciones de transferencia, podría diseñarse para que sea irreversible y unidireccional. Una vez que el valor se transfiere de BTC1 a BTC2, nunca se puede deshacer y la clave pública/privada de BTC1 ya no tiene ningún valor.
Para cualquiera que quiera destruir algunos Bitcoins, sugiero enviarlos a la siguiente dirección: 1BitcoinEaterAddressDontSendf59kuE (firstbits: 1Bitcoin)
el título no se correlaciona necesariamente con el contenido de la pregunta. podría haber muchas formas en que los bitcoins podrían ser "destruidos" y el contenido de la pregunta solo esboza una de ellas (es decir, nueva versión de protocolo/secuela creada/lanzada), respuestas sesgadas, etc., aunque la pregunta general puede ser demasiado amplia.

Respuestas (6)

Lo siento Alex, pero te equivocas en la pregunta que se te hace. Es trivial poner bitcoins "fuera de uso" para que nunca más se puedan gastar. Todo lo que tendría que hacer es enviar los bitcoins a una dirección inventada, de la que nadie tendría la clave. Esto ya se ha hecho, ya que las monedas se han enviado a direcciones que casi con certeza no tienen dueño (como el hash más bajo posible que es una dirección válida).

Entonces, específicamente en su situación, la gente de BTC2 podría usar un método público para crear una dirección de la que nadie posee las claves privadas, luego diseñar su sistema para acreditar a las personas que envían bitcoins BTC1 a esa dirección. Una razón por la que alguien podría querer hacer esto a pesar de la naturaleza de código abierto de Bitcoin sería crear un protocolo nuevo e incompatible que tome parte de la base de usuarios de BTC1 sin obligar a nadie a irse, permitiendo que los dos coexistan y compitan de manera bastante justa.

Solo como nota al margen, ¿alguien tiene un enlace a la transacción de la que estaba hablando (el hash más bajo posible)? Pensé que podría encontrarlo con un poco de blockexplorer-fu, pero me quedé vacío en los 10 minutos que tuve que dedicarle. Sería bueno tener un enlace.

Es posible enviar su BTC1 a cualquier dirección de BTC1 desconocida o no válida. (Sin embargo, no con el cliente de bitcoin estándar). Con las secuencias de comandos habilitadas, habría aún más posibilidades de enviar sus bitcoins a ninguna parte. Esto permitiría que el protocolo BTC2 aceptara salidas de transacciones no fungibles de BTC1 como base para las transacciones de BTC2. Para estar seguro de que las salidas ya no se pueden gastar desde BTC1, es suficiente aplicar algún formato de script especial o codificación de dirección que sea incompatible con el gasto de BTC1.

El problema real con eso es que la lógica BTC1 completa tiene que ser parte del protocolo BTC2. Además, las transmisiones del bloque BTC1 deben ser accesibles para los mineros BTC2 (o como se llamen), para que puedan verificar la validez de las transacciones BTC1. Esto no parece ser una buena idea en absoluto…

Mis pensamientos personales sobre el tema llevan a esta pregunta Transacciones descentralizadas entre dos monedas descentralizadas , que pueden describir un enfoque mucho más fluido para las "actualizaciones" de moneda (y no solo eso). Pero todavía esperando respuestas allí!

Ahí lo tienes un poco complicado. Todo lo que BTC2 tiene que entender e importar es la cadena de bloques BTC1 y las claves privadas de BTC1. Cuando importa las claves privadas y también ve que esas claves han enviado bitcoins al agujero negro designado, acredita las claves privadas en el nuevo sistema. No es realmente tan difícil de implementar.
Lo siento, pensé que la inserción de datos BTC2 en la cadena de bloques BTC1 era el camino a seguir. Pero según usted, ¿sería mejor insertar datos BTC1 en la cadena de bloques BTC2?
BTC2 son los que están tan preocupados por unir las dos monedas, ¿verdad?
También les preocupa mantener sus protocolos e internos lo más limpios posible. ¿Cuál es el punto de una actualización si terminas con todos los defectos y maldiciones del sistema anterior?
Un poco saliendo del tema y profundizando en una situación teórica aquí.

La solución en realidad sería simple. Se podría agregar una transacción específica al protocolo BTC1 que significa "transferir estas monedas a la cadena BTC2". Aquellos que extraen BTC2 también tendrían que seguir la cadena hash BTC1 y permitir transacciones que importen Bitcoins de la cadena BTC1, siempre que estén firmados con la clave a la que se exportaron los Bitcoins.

Los problemas técnicos son bastante menores y todos tienen soluciones bastante simples. Un bloque BTC2 que importara monedas ilegalmente sería inválido y rechazado por otros mineros. Se debe requerir una gran cantidad de confirmaciones en la cadena BTC1 para protegerse contra los ataques de doble gasto en la cadena BTC1 que provocan que las monedas se dupliquen en ambas cadenas.

El único requisito real es que al menos la mayoría de los mineros de la cadena BTC2 también tendrían que rastrear la cadena BTC1 para validar las transacciones de "importación".

Todo lo que se requeriría en el sistema BTC1 es la existencia de una transacción que haga que las monedas no se puedan gastar dentro de la cadena BTC1 y tenga espacio para codificar una clave que pueda reclamar las monedas en la cadena BTC2.

Si esto es una buena idea o no es otra historia.

Más o menos la misma respuesta que la mía, pero escrita en un inglés mucho mejor :-) Y me dio pereza hablar sobre los problemas de "confirmaciones", así que +1 porque lo hiciste.

Es muy poco probable que haya una necesidad real de hacer "Bitcoin 2.0". La red Bitcoin se puede modificar con el tiempo para incorporar nuevas funciones y mejoras. Este modelo de software en evolución hace que la necesidad de una "ruptura limpia" sea poco probable. De manera similar, si bien Internet evolucionó mucho más allá de su concepto original, nunca apagamos el "antiguo Internet" y comenzamos un "nuevo Internet".

Para responder a la pregunta, supondré que se necesita una nueva cadena de bloques. Hay un método para hacer un cambio limpio con enredos heredados mínimos.

1) La comunidad de bitcoin debe determinar el nuevo protocolo de Bitcoin (BTC2) y al mismo tiempo llegar a un consenso o al menos a una mayoría absoluta sobre cuándo debe finalizar el Bitcoin actual (BTC1). Sería posible modificar el protocolo actual de Bitcoin para permitir que las partes interesadas voten en función de la cantidad de Bitcoins que tengan en el momento de la propuesta. Cualquier propuesta para hacer una nueva cadena de bloques debe tener un apoyo generalizado para evitar un escenario en el que se fragmente la economía de Bitcoin.

2) Se anunciaría un bloque omega (último bloque) después de debate y votación. Cualquier bitcoin recibido después de ese bloque no podrá migrar a la nueva cadena de bloques. Los usuarios deben tener cuidado de no aceptar Bitcoins después del bloque omega. Para evitar el caos y las interrupciones, esto debe anunciarse con mucha anticipación, posiblemente emitiendo nuevos clientes que adviertan a los usuarios e incluso informando las transacciones posteriores a omega como malas (sin valor).

3) Después de firmar el bloque omega, se reducirá. El único dato relevante para la nueva cadena es la ubicación actual de cada bitcoin. Esto significa guardar todas las direcciones públicas activas y su valor actual de la cadena de bloques existente. Esto dará como resultado una reducción significativa en el tamaño de la cadena de bloques, ya que la historia de las monedas ya no es relevante, solo lo es su ubicación final. Del mismo modo, no es necesario guardar ninguna dirección pública con un valor de 0 BTC.

4) Incluya la cadena de bloques reducida o un hash criptográfico en el bloque de génesis. Esto proporciona un puente entre la red antigua y la nueva.

5) La nueva cadena de bloques ahora tiene toda la información requerida para migrar monedas según lo necesiten sus propietarios. Dado que la red BTC2 no "sabrá" las transacciones después del bloqueo Omega, las monedas transferidas después de eso no tendrán valor en la nueva red y, por lo tanto, no tendrán valor en la red anterior. No será posible obligar a BTC1 a detenerse ya que es una red P2P, pero es poco probable que haya mucha demanda de transacciones BTC1 "huérfanas" post omega no oficiales.

6) Para evitar complicar el protocolo BTC2, habrá una sola transacción posible con direcciones/monedas BTC1 llamada "TRANSFERENCIA". La transacción TRANSFER tomará una dirección pública BTC1 y una dirección pública BTC2 y la transacción será firmada por la clave privada BTC1. Así, el "propietario" de cualquier moneda en el momento del bloque omega será el único que podrá transferirla a la nueva red.

7) Una vez que las monedas se transfieren a la red BTC2 a través de la transacción TRANSFER, la clave pública/privada y la billetera BTC1 no tienen valor ni uso y el propietario puede eliminarlas.

8) Durante la transición, será necesario que las billeteras tengan una copia de la cadena de bloques omega BTC1 reducida para que estén "conscientes" del protocolo BTC1 y TRANSFER. Sin embargo, una vez transferido, un usuario nunca necesitará una billetera de "migración", por lo que eventualmente se lanzarán versiones que eliminarán todo el soporte heredado (protocolo TRANSFER y cadena de bloques omega).

9) Los nodos pueden elegir en cualquier momento ser "libres de legado" e ignorarán las transacciones de TRANSFERENCIA y probablemente, a medida que pase el tiempo, muchos nodos dejarán de aceptar estas transacciones heredadas ya que el volumen de monedas transferidas disminuirá continuamente. Siempre que un nodo admita direcciones heredadas y transacciones de TRANSFERENCIA, será posible finalmente confirmar esas transacciones, aunque con tiempos de confirmación significativamente mayores.

Bitcoin o "btc1" ya tiene un mecanismo incorporado para evitar esto; es un software gratuito de código abierto.

Tendría mucho más sentido (para la mayoría de las personas) mejorar Bitcoin que hacer una nueva cadena de bloques.

Para responder a su pregunta, un mecanismo como el que está hablando no existe en el código central de Bitcoin. Tampoco creo que deba existir en la actualidad.

Las personas que hacen btc2 generalmente lo hacen en un esquema de hacerse rico rápidamente que se beneficia a sí mismos. Unirse a estas alternativas en lugar de modificar el núcleo de Bitcoin de código abierto solo disminuye el valor de BTC. No tiene sentido que la comunidad BTC migre por estas razones...

Busque "Prueba de quemado". Este artículo tiene muchas cosas buenas: https://en.bitcoin.it/wiki/Proof_of_burn