Guión de entrada clave pública len

¿Por qué en algunas transacciones la clave pública después de R y S es más larga de 33 bytes y en otras de 65 bytes? ¿Hay alguna diferencia durante el control de firma?

Gracias

fíjate en las preguntas, y sobre todo en sus respuestas, contienen una completa explicación de cómo están estructuradas las firmas. Si no es la respuesta, considere reformular su pregunta, no tiene sentido, ya que los signos siempre tienen un componente R y S, cada uno con una longitud hexadecimal de 0x47 o 0x48 bytes.
Hola, creo que mi pregunta es clara. Le hice la pregunta al bot por una razón. El primero fue sobre la secuencia de comandos del encabezado, este es sobre el Len de la clave pública. Quiero saber por qué puedo tener claves públicas de diferente longitud.

Respuestas (1)

ah, de hecho eso no me quedó claro. El sigscript de entrada se compone de dos partes, la firma en sí y la siguiente "condición", que debe cumplirse para gastar el tx. Por lo general, esta es una clave pública, pero también pueden ser elementos multisig o contratos inteligentes.

En el caso de que siga una clave pública, hay dos representaciones de claves públicas: claves comprimidas y claves no comprimidas. Cómo se generan se explica en un hilo aquí: ¿ Cómo se generan las PubKeys comprimidas? . Entonces puedes tener esta representación:

pubkey hexadecimal sin comprimir (04 + x + y):

04 50863AD64A87AE8A2FE83C1AF1A8403CB53F53E486D8511DAD8A04887E5B2352 2CD470243453A299FA9E77237716103ABC11A1DF38855ED6F2EE187E9C582BA6

o esto: pubkey hexadecimal comprimido (02 + x, y=par):

02 50863AD64A87AE8A2FE83C1AF1A8403CB53F53E486D8511DAD8A04887E5B2352

En el caso de que y=impar, entonces un 03 está al principio. En cuanto a la longitud, tiene 65 bytes para claves sin comprimir y 33 bytes para claves comprimidas.