De nombreux débutants, moi compris, ont été ravis d'ouvrir leur portefeuille Bitcoin en utilisant un portefeuille Web3 pour la première fois. Lorsque nous nous apprêtons à copier une adresse, nous découvrons soudain que le portefeuille que nous avons créé possède plusieurs adresses différentes. C'est comme se tenir à une intersection inconnue et se sentir complètement perdu. Pourquoi y a-t-il différentes adresses ? Laquelle devriez-vous utiliser ?
multiples adresses bitcoin dans le portefeuille okx
quelles sont ces adresses ?
La communauté Bitcoin évolue constamment avec de nouvelles avancées technologiques. Ces avancées se traduisent souvent par de nouvelles fonctionnalités, telles que des formats d'adresse différents. Explorons ce que sont ces différents formats d'adresse et ce qui les rend uniques.
Ce format a été utilisé lors du lancement initial de Bitcoin en 2009, il est donc appelé format hérité. Parce que l'adresse Bitcoin à cette époque était créée à partir d'une paire de clés publique/privée, elle est également appelée adresse de hachage publique de clé de paiement (p2pkh).
Actuellement, il semble que les adresses de type hérité prendront plus de place dans les transactions, ce qui entraînera des frais de transaction plus élevés. Actuellement, les gens n'utiliseront ce type d'adresse que lorsqu'ils utilisent d'anciens portefeuilles incompatibles avec la nouvelle adresse.
On peut constater que les adresses héritées ont une caractéristique, toutes les adresses commencent par "1". Cela est dû au fait qu'un préfixe sera ajouté devant la clé publique générée selon différents scénarios (comme testnet/mainnet) lors de la génération d'une adresse. Après que la clé publique avec le préfixe ajouté soit calculée via une fonction de hachage, l'adresse commencera finalement par "1".
Par rapport aux adresses héritées traditionnelles, les adresses P2sh n’utilisent pas le hachage de la clé publique, mais le hachage du script de rédemption (redeem-script). En termes simples, P2PKH paie pour le hachage d’une clé publique, tandis que P2SH paie pour le script de rachat. Ce n’est qu’une fois que le destinataire a rempli les conditions de transfert du script de rachat que les fonds à l’intérieur peuvent être dépensés.
puisque l'objet de paiement est converti d'une clé publique en un script, la flexibilité est considérablement étendue et la logique d'exécution du script de rachat peut être personnalisée. Les applications typiques comprennent la mise en œuvre de transactions à plusieurs signatures.
sur la base de p2sh, si la technologie de témoin segreGate.iod est intégrée, alors le format de cette adresse est une adresse compatible segreGate.iod witness (segwit imbriqué). vous pouvez en apprendre plus sur le témoin segreGate.iod lors de l'introduction de l'adresse témoin segreGate.iod. après l'introduction de la technologie de témoin segreGate.iod, le volume des transactions peut être réduit, ce qui permet de réduire les frais de transaction.
vous pouvez voir que l'adresse p2sh commence par "3".
Avant d’introduire ce type d’adresse, nous devons introduire la technologie clé qu’elle contient - segreGate.iod witness (segwit). comme son nom l’indique, segreGate.iod witness isole les données du témoin (witness) et les traite séparément.
un avantage significatif de le faire est qu'il réduit la taille des informations de transaction, réduisant ainsi les frais de transaction. un autre avantage apporté par la réduction de la taille est que la limite supérieure de la taille de transaction de bloc bitcoin a été augmentée de 1 Mo à 4 Mo.
La caractéristique de l'adresse de témoin segreGate.iod est que l'adresse commence par "bc1".
Les avantages des adresses Taproot sont la confidentialité et l'efficacité dans des scénarios de transaction complexes. Comparé à SegWit natif, il utilise l'algorithme de Schnorr pour remplacer l'algorithme de signature numérique sur courbe elliptique. Le premier est plus efficace dans les scénarios de transaction par lots et améliore la confidentialité des portefeuilles multi-signatures.
l'adresse racine principale est caractérisée par l'adresse commençant généralement par "bc1q".
Quel format d'adresse bitcoin devrais-je choisir ?
Les portefeuilles grand public tels que okx et unisat prennent en charge les quatre types d'adresses Bitcoin. Pour réduire les frais de transaction, il est préférable d'utiliser des adresses dans les formats natifs segwit ou taproot.
si vous êtes intéressé par les inscriptions Bitcoin, ces deux types d'adresse sont idéaux. La plupart des portefeuilles gèrent spécifiquement les inscriptions sur ces adresses, garantissant que vos UTXO spéciaux ne sont pas transférés par erreur. Recherchez des adresses de portefeuille qui commencent par "bc1" !
ne vous inquiétez pas de la compatibilité - les portefeuilles avec des formats d'adresse différents peuvent toujours effectuer des transactions entre eux.
pour vérifier votre solde bitcoin ou les informations de bloc, vous pouvez utiliser le service de nœud de Zan. ils offrent une API complète pour les développeurs. pour plus de détails, consultez la documentation de l'API:https://docs.zan.top/reference/zan_getbalance-enhance.
une plongée plus profonde - explication des technologies clés
après un aperçu initial, vous devriez maintenant avoir une compréhension de base des portefeuilles Bitcoin. pour ceux qui, comme moi, sont fascinés par les technologies sous-jacentes, explorons maintenant certains des aspects techniques clés.
script de rachat
Lorsque nous avons discuté du P2SH (Pay-to-Script-Hash), nous avons mentionné qu’il s’agissait d’une technologie utilisée pour échanger des transactions de script. Mais qu’est-ce qu’un script de rachat et quel rôle joue-t-il dans l’écosystème Bitcoin ? Avant de nous plonger dans les scripts d’échange, examinons la structure de base des transactions Bitcoin. Voici un exemple de transaction P2PK (Pay-to-Public-Key) typique. Supposons qu’une adresse commençant par 04AE veuille envoyer 10 BTC à une adresse commençant par 15KD. Le propriétaire de l’adresse 04AE doit prouver au réseau qu’il a le droit d’utiliser cette adresse (c’est-à-dire qu’il possède la clé privée). Pour ce faire, ils doivent fournir une signature (scriptsig) dans la transaction afin de vérifier leur identité. Le vérificateur doit non seulement obtenir cette signature, mais aussi localiser le script de sortie de la transaction précédente associée à l’UTXO. Ces deux scripts forment ensemble ce que l’on appelle le script de rachat. Le rôle du script de rachat est de prouver la validité de la transaction.
dans cette transaction, vous pouvez voir que la signature et le script de sortie sont tous deux des instructions informatiques. op_pushbytes indique la poussée d'une pièce de données dans la pile. d'abord, 04ae signe toute la transaction avec sa propre clé privée dans scriptsig, et la signature sera poussée sur la pile. puis poussez la clé publique dans la pile, et enfin à .op_checksig, utilisez la clé publique pour décrypter la signature et comparez si la transaction est cohérente. s'ils sont cohérents, l'identité est valide.
En plus de cette méthode P2PK, le script de rachat peut également implémenter différentes méthodes d’authentification telles que P2PKH et P2SH.
d'après l'introduction ci-dessus, nous pouvons savoir que les formats de portefeuille plus récents utilisent actuellement la technologie de témoin segreGate.iod, alors qu'est-ce qu'un témoin et comment est-il isolé ?
Le témoin ici peut être considéré comme l'information de la signature de script (scriptsig) dans la structure de base de Bitcoin. segreGate.iod témoin l'extrait de la structure de base et le place dans une nouvelle structure de données.
comme vous pouvez le voir dans la figure ci-dessus, le seul contenu nécessaire dans la transaction est l'information de source de transaction et l'information de sortie de transaction. la taille de la transaction est réduite. étant donné que la partie jaune (taille totale de la transaction) a une limite de taille, la transaction transmettra les signatures séparément, permettant à un bloc de contenir plus de transactions. De plus, lors du calcul de la signature d'une transaction, le contenu de la partie signature n'est pas inclus, de sorte que le problème de la malléabilité de la transaction peut être efficacement résolu.
Vous trouverez ci-dessous une transaction P2TR. Vous pouvez voir que cette transaction a une partie témoin supplémentaire. Sa fonction est de vérifier la légitimité de la transaction. Après avoir utilisé witness au lieu de scriptsig, la méthode de vérification de la légitimité est toujours la même, c’est-à-dire en utilisant la clé publique pour déchiffrer la signature de witness afin de vérifier si le contenu de la transaction est cohérent. Les nœuds ne demanderont des informations sur les témoins que lorsqu’ils auront besoin de vérifier la légitimité de la transaction.
En résumé, SegreGate.io Witness (SegWit) améliore les transactions Bitcoin en séparant les signatures de transaction du reste des données de transaction. Cette séparation réduit la taille de chaque transaction, permettant ainsi à plus de transactions de s'inscrire dans un seul bloc, augmentant ainsi la capacité globale du bloc. De plus, en excluant les données de signature du calcul du hash de transaction, SegWit résout efficacement le problème de la malléabilité des transactions.
De nombreux débutants, moi compris, ont été ravis d'ouvrir leur portefeuille Bitcoin en utilisant un portefeuille Web3 pour la première fois. Lorsque nous nous apprêtons à copier une adresse, nous découvrons soudain que le portefeuille que nous avons créé possède plusieurs adresses différentes. C'est comme se tenir à une intersection inconnue et se sentir complètement perdu. Pourquoi y a-t-il différentes adresses ? Laquelle devriez-vous utiliser ?
multiples adresses bitcoin dans le portefeuille okx
quelles sont ces adresses ?
La communauté Bitcoin évolue constamment avec de nouvelles avancées technologiques. Ces avancées se traduisent souvent par de nouvelles fonctionnalités, telles que des formats d'adresse différents. Explorons ce que sont ces différents formats d'adresse et ce qui les rend uniques.
Ce format a été utilisé lors du lancement initial de Bitcoin en 2009, il est donc appelé format hérité. Parce que l'adresse Bitcoin à cette époque était créée à partir d'une paire de clés publique/privée, elle est également appelée adresse de hachage publique de clé de paiement (p2pkh).
Actuellement, il semble que les adresses de type hérité prendront plus de place dans les transactions, ce qui entraînera des frais de transaction plus élevés. Actuellement, les gens n'utiliseront ce type d'adresse que lorsqu'ils utilisent d'anciens portefeuilles incompatibles avec la nouvelle adresse.
On peut constater que les adresses héritées ont une caractéristique, toutes les adresses commencent par "1". Cela est dû au fait qu'un préfixe sera ajouté devant la clé publique générée selon différents scénarios (comme testnet/mainnet) lors de la génération d'une adresse. Après que la clé publique avec le préfixe ajouté soit calculée via une fonction de hachage, l'adresse commencera finalement par "1".
Par rapport aux adresses héritées traditionnelles, les adresses P2sh n’utilisent pas le hachage de la clé publique, mais le hachage du script de rédemption (redeem-script). En termes simples, P2PKH paie pour le hachage d’une clé publique, tandis que P2SH paie pour le script de rachat. Ce n’est qu’une fois que le destinataire a rempli les conditions de transfert du script de rachat que les fonds à l’intérieur peuvent être dépensés.
puisque l'objet de paiement est converti d'une clé publique en un script, la flexibilité est considérablement étendue et la logique d'exécution du script de rachat peut être personnalisée. Les applications typiques comprennent la mise en œuvre de transactions à plusieurs signatures.
sur la base de p2sh, si la technologie de témoin segreGate.iod est intégrée, alors le format de cette adresse est une adresse compatible segreGate.iod witness (segwit imbriqué). vous pouvez en apprendre plus sur le témoin segreGate.iod lors de l'introduction de l'adresse témoin segreGate.iod. après l'introduction de la technologie de témoin segreGate.iod, le volume des transactions peut être réduit, ce qui permet de réduire les frais de transaction.
vous pouvez voir que l'adresse p2sh commence par "3".
Avant d’introduire ce type d’adresse, nous devons introduire la technologie clé qu’elle contient - segreGate.iod witness (segwit). comme son nom l’indique, segreGate.iod witness isole les données du témoin (witness) et les traite séparément.
un avantage significatif de le faire est qu'il réduit la taille des informations de transaction, réduisant ainsi les frais de transaction. un autre avantage apporté par la réduction de la taille est que la limite supérieure de la taille de transaction de bloc bitcoin a été augmentée de 1 Mo à 4 Mo.
La caractéristique de l'adresse de témoin segreGate.iod est que l'adresse commence par "bc1".
Les avantages des adresses Taproot sont la confidentialité et l'efficacité dans des scénarios de transaction complexes. Comparé à SegWit natif, il utilise l'algorithme de Schnorr pour remplacer l'algorithme de signature numérique sur courbe elliptique. Le premier est plus efficace dans les scénarios de transaction par lots et améliore la confidentialité des portefeuilles multi-signatures.
l'adresse racine principale est caractérisée par l'adresse commençant généralement par "bc1q".
Quel format d'adresse bitcoin devrais-je choisir ?
Les portefeuilles grand public tels que okx et unisat prennent en charge les quatre types d'adresses Bitcoin. Pour réduire les frais de transaction, il est préférable d'utiliser des adresses dans les formats natifs segwit ou taproot.
si vous êtes intéressé par les inscriptions Bitcoin, ces deux types d'adresse sont idéaux. La plupart des portefeuilles gèrent spécifiquement les inscriptions sur ces adresses, garantissant que vos UTXO spéciaux ne sont pas transférés par erreur. Recherchez des adresses de portefeuille qui commencent par "bc1" !
ne vous inquiétez pas de la compatibilité - les portefeuilles avec des formats d'adresse différents peuvent toujours effectuer des transactions entre eux.
pour vérifier votre solde bitcoin ou les informations de bloc, vous pouvez utiliser le service de nœud de Zan. ils offrent une API complète pour les développeurs. pour plus de détails, consultez la documentation de l'API:https://docs.zan.top/reference/zan_getbalance-enhance.
une plongée plus profonde - explication des technologies clés
après un aperçu initial, vous devriez maintenant avoir une compréhension de base des portefeuilles Bitcoin. pour ceux qui, comme moi, sont fascinés par les technologies sous-jacentes, explorons maintenant certains des aspects techniques clés.
script de rachat
Lorsque nous avons discuté du P2SH (Pay-to-Script-Hash), nous avons mentionné qu’il s’agissait d’une technologie utilisée pour échanger des transactions de script. Mais qu’est-ce qu’un script de rachat et quel rôle joue-t-il dans l’écosystème Bitcoin ? Avant de nous plonger dans les scripts d’échange, examinons la structure de base des transactions Bitcoin. Voici un exemple de transaction P2PK (Pay-to-Public-Key) typique. Supposons qu’une adresse commençant par 04AE veuille envoyer 10 BTC à une adresse commençant par 15KD. Le propriétaire de l’adresse 04AE doit prouver au réseau qu’il a le droit d’utiliser cette adresse (c’est-à-dire qu’il possède la clé privée). Pour ce faire, ils doivent fournir une signature (scriptsig) dans la transaction afin de vérifier leur identité. Le vérificateur doit non seulement obtenir cette signature, mais aussi localiser le script de sortie de la transaction précédente associée à l’UTXO. Ces deux scripts forment ensemble ce que l’on appelle le script de rachat. Le rôle du script de rachat est de prouver la validité de la transaction.
dans cette transaction, vous pouvez voir que la signature et le script de sortie sont tous deux des instructions informatiques. op_pushbytes indique la poussée d'une pièce de données dans la pile. d'abord, 04ae signe toute la transaction avec sa propre clé privée dans scriptsig, et la signature sera poussée sur la pile. puis poussez la clé publique dans la pile, et enfin à .op_checksig, utilisez la clé publique pour décrypter la signature et comparez si la transaction est cohérente. s'ils sont cohérents, l'identité est valide.
En plus de cette méthode P2PK, le script de rachat peut également implémenter différentes méthodes d’authentification telles que P2PKH et P2SH.
d'après l'introduction ci-dessus, nous pouvons savoir que les formats de portefeuille plus récents utilisent actuellement la technologie de témoin segreGate.iod, alors qu'est-ce qu'un témoin et comment est-il isolé ?
Le témoin ici peut être considéré comme l'information de la signature de script (scriptsig) dans la structure de base de Bitcoin. segreGate.iod témoin l'extrait de la structure de base et le place dans une nouvelle structure de données.
comme vous pouvez le voir dans la figure ci-dessus, le seul contenu nécessaire dans la transaction est l'information de source de transaction et l'information de sortie de transaction. la taille de la transaction est réduite. étant donné que la partie jaune (taille totale de la transaction) a une limite de taille, la transaction transmettra les signatures séparément, permettant à un bloc de contenir plus de transactions. De plus, lors du calcul de la signature d'une transaction, le contenu de la partie signature n'est pas inclus, de sorte que le problème de la malléabilité de la transaction peut être efficacement résolu.
Vous trouverez ci-dessous une transaction P2TR. Vous pouvez voir que cette transaction a une partie témoin supplémentaire. Sa fonction est de vérifier la légitimité de la transaction. Après avoir utilisé witness au lieu de scriptsig, la méthode de vérification de la légitimité est toujours la même, c’est-à-dire en utilisant la clé publique pour déchiffrer la signature de witness afin de vérifier si le contenu de la transaction est cohérent. Les nœuds ne demanderont des informations sur les témoins que lorsqu’ils auront besoin de vérifier la légitimité de la transaction.
En résumé, SegreGate.io Witness (SegWit) améliore les transactions Bitcoin en séparant les signatures de transaction du reste des données de transaction. Cette séparation réduit la taille de chaque transaction, permettant ainsi à plus de transactions de s'inscrire dans un seul bloc, augmentant ainsi la capacité globale du bloc. De plus, en excluant les données de signature du calcul du hash de transaction, SegWit résout efficacement le problème de la malléabilité des transactions.