muchos principiantes, incluyéndome a mí, han estado emocionados de abrir su billetera de bitcoin usando una billetera web3 por primera vez. cuando nos preparamos para copiar una dirección, de repente descubrimos que la billetera que creamos tiene múltiples direcciones diferentes. es como estar parado en una intersección desconocida, sintiéndose completamente confundido. ¿por qué hay direcciones diferentes? ¿cuál deberías usar?

múltiples direcciones bitcoin en la billetera de OKX

¿Qué son estas direcciones?

la comunidad de Bitcoin siempre está evolucionando con nuevos avances tecnológicos. Estos avances a menudo resultan en nuevas características, como diferentes formatos de dirección. Vamos a explorar cuáles son estos diferentes formatos de dirección y qué los hace únicos.

dirección heredada (p2pkh)

este formato se usó cuando Bitcoin se lanzó por primera vez en 2009, por lo que se llama formato heredado. Debido a que la dirección de Bitcoin en ese momento se creó a partir de un par de claves pública/privada, también se llama hash de clave pública de pago (p2pkh) dirección.

En la actualidad, parece que las direcciones de tipo heredado ocuparán más espacio en las transacciones, lo que resultará en tarifas de transacción más altas. Actualmente, las personas solo usarán este tipo de dirección al usar algunas billeteras antiguas que no son compatibles con la nueva dirección.

se puede observar que las direcciones heredadas tienen una característica, todas las direcciones comienzan con "1". esto se debe a que al generar una dirección, se agregará un prefijo delante de la clave pública generada según diferentes escenarios (como testnet/mainnet). después de calcular la clave pública con el prefijo agregado a través de un hash, la dirección finalmente comenzará con "1".

dirección segwit anidada (p2sh-p2wpkh)

En comparación con las direcciones heredadas tradicionales, las direcciones p2sh no utilizan el hash de la clave pública, sino el hash del script de redención (redeem-script). En términos simples, p2pkh paga al hash de una clave pública, mientras que p2sh paga al script de redención. Solo después de que el destinatario cumpla las condiciones de transferencia del script de redención se pueden gastar los fondos dentro de él.

ya que el objeto de pago se convierte de una clave pública a un script, la flexibilidad se expande en gran medida y la lógica de ejecución del script de rescate se puede personalizar. Las aplicaciones típicas incluyen la implementación de transacciones multi-firma.

sobre la base de p2sh, si se incorpora la tecnología segreGate.iod witness, entonces el formato de esta dirección es una dirección compatible con segreGate.iod witness (segwit anidado). puedes obtener más información sobre segreGate.iod witness al introducir la dirección segreGate.iod witness. después de la introducción de la tecnología segreGate.iod witness, se puede reducir el volumen de transacciones, lo que reduce las tarifas de transacción.

puedes ver que la dirección p2sh comienza con "3".

dirección de testigo segreGate.iod (segwit nativo)

antes de introducir este tipo de dirección, necesitamos introducir la tecnología clave dentro de ella: testigo segregado (segwit). como su nombre indica, el testigo segregado aísla los datos del testigo y los procesa por separado.

una ventaja significativa de hacerlo es que reduce el tamaño de la información de la transacción, reduciendo así las tarifas de transacción. otro beneficio que trae la reducción de tamaño es que el límite superior del tamaño de transacción de bloque de Bitcoin se ha aumentado de 1 MB a 4 MB.

La característica de la dirección de testigo segreGate.io es que la dirección comienza con "bc1".

dirección taproot (taproot)

Las ventajas de las direcciones Taproot son la privacidad y la eficiencia en escenarios de transacción complejos. En comparación con nativo SegWit, utiliza el algoritmo Schnorr para reemplazar el algoritmo de firma digital de curva elíptica. El primero es más eficiente en escenarios de transacciones en lote y mejora la privacidad de las billeteras multi-firma.

La dirección principal de la raíz se caracteriza por tener una dirección que generalmente comienza con "bc1q".

¿Qué formato de dirección de bitcoin debo elegir?

billeteras populares como okx y unisat admiten los cuatro tipos de direcciones de bitcoin. para reducir las tarifas de transacción, es mejor utilizar direcciones en los formatos nativos de segwit o taproot.

si estás interesado en inscripciones de bitcoin, estos dos tipos de direcciones son ideales. la mayoría de las billeteras manejan inscripciones en estas direcciones específicamente, asegurando que tus utxos especiales no sean transferidos por error. ¡busca direcciones de billetera que comiencen con "bc1"!

no te preocupes por la compatibilidad, las billeteras con diferentes formatos de dirección aún pueden hacer transacciones entre sí.

para verificar su saldo de Bitcoin o información de bloque, puede utilizar el servicio de nodo de Zan. Ofrecen una API completa para desarrolladores. Para obtener más detalles, consulte la documentación de la API:https://docs.zan.top/reference/zan_getbalance-enhance.

una inmersión más profunda - tecnologías clave explicadas

Después del resumen inicial, ahora deberías tener una comprensión básica de las billeteras de Bitcoin. Para aquellos que, como yo, están fascinados por las tecnologías subyacentes, exploremos algunos de los aspectos técnicos clave.

script de canje

cuando discutimos p2sh (pago a script hash), mencionamos que es una tecnología utilizada para transacciones de script de canje. pero ¿qué es exactamente un script de canje, y qué papel juega en el ecosistema de bitcoin? antes de adentrarnos en los scripts de canje, veamos la estructura básica de las transacciones de bitcoin. aquí hay un ejemplo de una transacción típica p2pk (pago a clave pública). supongamos que una dirección que comienza con 04ae quiere enviar 10 btc a una dirección que comienza con 15kd. el propietario de la dirección 04ae debe demostrar a la red que tiene derecho a usar esta dirección (es decir, que posee la clave privada). para hacer esto, necesita proporcionar una firma (scriptsig) dentro de la transacción para verificar su identidad. el verificador no solo necesita obtener esta firma, sino que también necesita localizar el script de salida de la transacción anterior asociada con el utxo. estos dos scripts juntos forman lo que se conoce como el script de canje. el papel del script de canje es probar la validez de la transacción.

En esta transacción, puedes ver que la firma y el script de salida son instrucciones de computadora. op_pushbytes indica empujar un trozo de datos en la pila. Primero, 04ae firma la transacción completa con su propia clave privada en scriptsig, y la firma se pondrá en la pila. Luego empuja la clave pública en la pila, y finalmente en .op_checksig, usa la clave pública para descifrar la firma y comparar si la transacción es consistente. Si son consistentes, la identidad es válida.

además de este método p2pk, el script de redención también puede implementar diferentes métodos de autenticación como p2pkh y p2sh.

testigo de segreGate.iod

desde la introducción anterior, podemos saber que los formatos de billetera más nuevos actualmente usan la tecnología segreGate.iod witness, entonces ¿qué es witness y cómo está aislado?

el testigo aquí se puede considerar como la información de la firma de script (scriptsig) en la estructura básica de bitcoin. segreGate.iod testigo lo extrae de la estructura básica y lo coloca en una nueva estructura de datos.

Como puede ver en la figura anterior, el único contenido necesario en la transacción es la información de origen de la transacción y la información de salida de la transacción. El tamaño de la transacción se reduce. Dado que la parte amarilla (tamaño total de la transacción) tiene un límite de tamaño, la transacción transmitirá firmas por separado, lo que permitirá que un bloque acomode más transacciones. Además, al calcular la firma de una transacción, no se incluye el contenido de la parte de la firma, por lo que el problema de la maleabilidad de la transacción se puede resolver de manera efectiva.

a continuación se muestra una transacción p2tr. se puede ver que esta transacción tiene una parte testigo adicional. Su función es verificar la legitimidad de la transacción. Después de usar el testigo en lugar de scriptsig, el método para verificar la legitimidad sigue siendo el mismo, es decir, mediante el uso de la clave pública para descifrar la firma del testigo y verificar si el contenido de la transacción es consistente. Los nodos solicitarán información de testigos solo cuando necesiten verificar la legitimidad de la transacción.

En resumen, SegreGate.iod Witness (SegWit) mejora las transacciones de Bitcoin al separar las firmas de transacción del resto de los datos de la transacción. Esta separación reduce el tamaño de cada transacción, lo que permite que quepan más transacciones en un solo bloque, aumentando así la capacidad general del bloque. Además, al excluir los datos de la firma del cálculo del hash de transacción, SegWit aborda eficazmente el problema de la maleabilidad de la transacción.

descargo de responsabilidad：

1. Este artículo está reimpreso de[equipo ZAN], todos los derechos de autor pertenecen al autor original [zan equipo]. si hay objeciones a esta reimpresión, por favor contacte al Gate aprenderequipo y ellos lo manejarán rápidamente.
2. renuncia de responsabilidad: las opiniones expresadas en este artículo son únicamente del autor y no constituyen ningún consejo de inversión.
3. las traducciones del artículo a otros idiomas son realizadas por el Gate aprenderequipo. A menos que se mencione lo contrario, está prohibido copiar, distribuir o plagiar los artículos traducidos.