¿Quién presencia una transacción de testigo segregado y qué incentivo tiene para presenciar el bloque extendido que contiene firmas?

Este video afirma que Segregated Witness es inseguro porque nadie tiene un incentivo para procesar (presenciar) el bloqueo de firma extendida.

https://www.youtube.com/watch?v=VoFb3mcxluY

Afirma que a medida que el poder de hashing aumenta más del 50%, sería un tonto (no un equilibrio de Nash) desperdiciar el poder de procesamiento en bloques extendidos que contienen las firmas, cuando el dinero real está en las transacciones que contienen tarifas. Esto significa que cualquiera puede alimentar un bloque con cualquier transacción que desee, ya que nadie verifica las firmas. (Parafraseado.)

Por lo que entiendo, las direcciones de transacción de Segregated Witness comienzan con un 3 y son direcciones de firmas múltiples. Así que tienes que firmar, y alguien (¿quién?) también tiene que firmar para que se lleve a cabo la transacción. Todas estas firmas se colocan en un bloque extendido.

  • ¿El bloque extendido también se coloca en la cadena de bloques principal?
  • ¿Quién procesa el bloque extendido que contiene las firmas?
  • ¿Qué incentivo tienen para tramitar el bloqueo de firma extendida?
  • ¿El bloque extendido tiene tarifas?
  • ¿Quién es el firmante externo para las direcciones multisig de testigos segregados?
el tipo 3 no significa necesariamente que esté utilizando multisig. Simplemente define sigscripts, que son hash (por lo tanto, P2SH - pay to script hash). No puede saber qué hay dentro del hash: el hash es una función unidireccional ... Por lo tanto, puede tener un segwit tx con una entrada y una salida.
Entonces, ¿usa el campo de firma para incluir una dirección de entrada y salida con hash? Pero pensé que el objetivo de Segregated Witness era eliminar (borrar) el campo de firma que ocupaba el 60% de una transacción y bloquear. ¿Puedes agregar más detalles a una respuesta?
no, debería dejar el enlace sigscript (inglés no nativo). Solo quiero decir que las direcciones aparecen en la sección TX_IN y TX_OUT. Estas direcciones pueden ser "de tipo 3". La forma en que se configuran TX_IN o TX_OUT se define en " bitcoin.org/en/developer-reference#raw-transaction-format " y una muy buena descripción general en el libro de Andreas "Mastering Bitcoin", que también está disponible en línea. .

Respuestas (1)

Dado que los intercambios y los comerciantes no aceptarán los bloques, los mineros que extraen bloques no válidos no recibirán pagos. Un minero podría correr ese riesgo si quisiera, pero no es un riesgo para el sistema en su conjunto. Solo la cadena más larga que consta solo de bloques válidos es respetada por los no mineros.

Podría imaginarme a un minero tratando de minar encima de un bloque nuevo sin verificar primero el bloque extendido. Pero es casi seguro que comenzarían a verificar el bloque extendido y cambiarían si resultaba no ser válido. Esto implica un riesgo aceptable de minar un bloque inválido al tiempo que garantiza que nadie tenga ningún incentivo para minar deliberadamente bloques no válidos.

"No acepta los bloques..." ¿Qué bloques? puedes ser mas preciso? El bloque que dice que todos me acaban de enviar 100 BTC es perfectamente válido. No contiene firmas. Mientras el hash sea correcto, es válido. 1) ¿El bloque extendido también se coloca en la cadena de bloques principal? 2) ¿Qué incentivo tienen los mineros para procesar el bloque extendido? 3) ¿Hay tarifas en bloques extendidos? ¿Puede dar un ejemplo de un bloque extendido?
@Chloe No, no es válido. A menos que exista la información extendida con el hash citado en el bloque, el bloque no es válido. Los nodos que verifiquen esto rechazarán el bloque como inválido. Los mineros tienen que procesar el bloque extendido porque si no lo hacen, corren el riesgo de extraer un bloque inválido (uno para el cual la información extendida no existe y tiene las firmas correctas) que será rechazado por cada nodo completo que verifique.