transfert adresse BTC non segwit

[JUmpy14]

Bonsoir
J'aimerais comprendre
J'ai envoyer des BTC de Kraken vers un exchange (adresse non segwit), ma transaction est passé dans un block segwit

comment c'est possible

[yogg]

Bonsoir
J'aimerais comprendre
J'ai envoyer des BTC de Kraken vers un exchange (adresse non segwit), ma transaction est passé dans un block segwit

comment c'est possible

Euh, le "block segwit" ça n'existe pas.
Y'a des transactions segwit, et des transaction non-segwit (legacy) dans un block BTCitcoin.

[JUmpy14]

ok !
du coup je ne comprend pas

le block segwit comprend plus de transac c bien ca ? (d'ou les fees reduites) ?
c'est quoi l'interet de les melanger ?

[yogg]

ok !
du coup je ne comprend pas

le block segwit comprend plus de transac c bien ca ? (d'ou les fees reduites) ?
c'est quoi l'interet de les melanger ?

Y'a pas de block segwit.
Ca n'existe pas.

Y'a 3 "types de transactions", car il y'a trois format d'adresses différent.
(chacune execute un script de transaction différent)

1) Legacy => "P2PKH" (Pay to public key hash); C'est le type de transaction le plus gourmand en taille. Les adresses commencent par "1".
2) Nested-segwit => "P2SH" (Pay to Script Hash); C'est un compromis entre le format "Legacy" et le "Segwit". Les adresses commencent par un "3" et la transaction prends moins de place qu'une transaction P2PKH.
3) "Native-segwit" => "P2WPKH" (Pay To Witness Public Key Hash); C'est le format d'adresses (et donc la façon de faire des transactions) introduits par le segwit.
Ces transactions sont celles qui prennent le moins de place (donc le moins de frais par transaction). Les adresses commencent par "bc1q".

Le truc, c'est que bitcoin reste toujours retro-compatible. Tu pourras peut être pas envoyer une transaction à une adresse native-segwit avec un des premiers clients de Bitcoin, par contre tu pourras toujours envoyer vers d'anciennes versions avec la plus récente.
(Le mieux c'est d'être à jour)

Du coup, tout ces types de transactions se mélangent dans les blocks BTC.

[Danydee]

Euh, le "block segwit" ça n'existe pas.

Le Segwit divise pour enregistrer la transaction en deux parties, c'est ce qui rend la tx plus légère. Les scripts et les signatures ne sont pas inscrits dans le bloc principal mais dans un bloc dérivé qu'on pourrait nommer "bloc segwit".




Si c'est cela @JUmpy14, je suppose que tu te demandes si c'est à cause du wallet (kraken) émetteur pourquoi on ne bénéficie pas de frais allégés quand on effectue une transaction à partir d'une adresse segwit ?? ?
Je me pose la même question 

Sinon pourrait-on savoir comment tu as vu que la transaction à été incluse dans un 'bloc segwit' ?

[yogg]

Euh, le "block segwit" ça n'existe pas.

Le Segwit divise pour enregistrer la transaction en deux parties, c'est ce qui rend la tx plus légère. Les scripts et les signatures ne sont pas inscrits dans le bloc principal mais dans un bloc dérivé qu'on pourrait nommer "bloc segwit".

@Danydee :
Ah, donc "segwit" c'est une sidechain ? Un peu comme OMNI ?
J'ignorais cela.

Pour moi, il n'y a que la trace de la validation du witness qui est incluse dans la transaction, puis inscrite dans un block Bitcoin, mais après peut être que je me trompe hein...


Au sujet des frais, cela varie en fonction du type d'adresse utilisé pour recevoir des fonds.
Si tu en reçois à un adresse qui commence avec un "1", ça va te coûter cher en frais de transaction car elle sera + volumineuse, quelque soit le type de l'adresse du destinataire.

[JUmpy14]

intéressant, vraiment

"Sinon pourrait-on savoir comment tu as vu que la transaction à été incluse dans un 'bloc segwit' ?"
j'ai cracké la matrice 

plus sérieusement dans blockchain info j'ai vu que c'était précisé


mais je ne comprend toujours pas la logique : dans un block je peux avoir des transactions avec des frais différents, comment les mineurs peuvent t'ils miner un block prioritaire ?



Concernant Kraken j'ai payé des frais important effectivement, mais du coup Yogg tu sembles dire que cela dépend du format de l'adresse réceptrice et non émettrice ?

[yogg]

plus sérieusement dans blockchain info j'ai vu que c'était précisé


mais je ne comprend toujours pas la logique : dans un block je peux avoir des transactions avec des frais différents, comment les mineurs peuvent t'ils miner un block prioritaire ?

Concernant Kraken j'ai payé des frais important effectivement, mais du coup Yogg tu sembles dire que cela dépend du format de l'adresse réceptrice et non émettrice ?

Oui, blockchain.com précise le type d'une adresse.

C'est quoi pour toi, un block prioritaire ?

Alors, les frais payés dépendent de l'adresse émettrice.

Une adresse émettrice qui commence par "1" va produire une transaction qui contient la preuve cryptographique nécessaire et ce bout de données prend de la place.
Du coup, cela va provoquer les plus gros frais, car la transaction est plus grosse en taille.

Un block BTC a une taille limitée à ~1Mo, et c'est pour accéder à cet espace que les personnes faisant des transactions mettent des frais de plus en plus élevés.
Effectivement, un mineur va préférer inclure une transaction qui a de gros frais, plutôt qu'une qui lui rapportera moins.

Avec le P2SH (nested segwit), la taille de la transaction est un peu plus faible, mais celle qui permet vraiment d'économiser de la place c'est le format native segwit. (bech32 // addresse en bc1q)


Pour résumer, dans un block tu peux avoir des transactions qui sont crées de trois façons différentes, et la façon dépend du format de l'adresse qui envoie la transaction.
La forme et donc la taille de la transaction dépend donc du type d'adresses que tu utilises.
Tu paieras le moins en frais de transaction en utilisant une adresse bech32.
(Exemple de transaction que j'ai fait y'a moins de 24hr avec l'équivalent de ~$0.5 de frais de transaction : https://blockchair.com/bitcoin/transaction/b4a34eb0aa55ef964839d24782b77088e83d803a32cb9c83d93775ac5235579f)

Tu peux même faire une transaction unique qui utilise les différents types d'adresses.  
(Exemple : https://blockchair.com/bitcoin/transaction/ca17ca9d4359e61001d61b0aa3b295c28fc3c497206d3f598fe4968faf54c759)

EDIT :

L'explorateur de Blockchain.com propose de voir les inputs en détail.

Regardes cette transaction : https://www.blockchain.com/btc/tx/ca17ca9d4359e61001d61b0aa3b295c28fc3c497206d3f598fe4968faf54c759
Tu vois en bas de la page, tu as "Inputs".

Hé bien, la taille de l'input concernant l'adresse legacy (qui commence par un 1) est quand même environ 40% plus gros que ceux des adresses bech32.

[Danydee]

@Danydee :
Ah, donc "segwit" c'est une sidechain ? Un peu comme OMNI ?
J'ignorais cela.

C'est pas ce que je disais !

Pour moi, il n'y a que la trace de la validation du witness qui est incluse dans la transaction, puis inscrite dans un block Bitcoin,

Et les autres infos sont sauvegardées "ailleurs", c'est ce qu'on peut nommer un block dérivé!

[yogg]

@Danydee :
Ah, donc "segwit" c'est une sidechain ? Un peu comme OMNI ?
J'ignorais cela.

C'est pas ce que je disais !

Ah, c'est ce que j'ai compris quand tu as dit :

Les scripts et les signatures ne sont pas inscrits dans le bloc principal mais dans un bloc dérivé qu'on pourrait nommer "bloc segwit".

En fait, il n'y a pas de bloc segwit.
Les scripts et signaturent restent inscrits dans la blockchain de Bitcoin. (y'en a qu'une, hein)
Seulement, sous une forme plus légère car on y garde plus que la trace de la validation du witness.

Pour moi, il n'y a que la trace de la validation du witness qui est incluse dans la transaction, puis inscrite dans un block Bitcoin,

Et les autres infos sont sauvegardées "ailleurs", c'est ce qu'on peut nommer un block dérivé!

Bin .. le "ailleurs" c'est tout à la fin du block en question, après les infos de transaction.
Les anciens clients (avant segwit) arrêtent de lire le block à cet endroit là.

"Non-segwit clients will just stop parsing after the last TXN, and segwit clients would keep scanning. The witness merkel tree is stored in the coinbase TXN as an OP_RETURN UTXO."

(https://bitcoin.stackexchange.com/questions/90106/witness-data-storage-localisation-in-the-blockchain)

[Saint-loup]

Concernant Kraken j'ai payé des frais important effectivement, mais du coup Yogg tu sembles dire que cela dépend du format de l'adresse réceptrice et non émettrice ?

Oui tout à fait, et c'est pour ça que les bounty managers exigent généralement des adresses segwit.
Tu peux facilement faire le test avec ton wallet Electrum : crée une transaction(sans l'envoyer) vers une adresse legacy puis vers une adresse segwit avec la même UTXO en input, tu verras que tu auras plus de fees avec l'adresse legacy.
Après, si tu utilises une adresse segwit toi-même tu économiseras quand même des frais au final puisque tu auras des UTXOs plus petites qu'on t'aura envoyé, que si tu utilisais une adresse legacy.

[yogg]

Concernant Kraken j'ai payé des frais important effectivement, mais du coup Yogg tu sembles dire que cela dépend du format de l'adresse réceptrice et non émettrice ?

Oui tout à fait, et c'est pour ça que les bounty managers exigent généralement des adresses segwit.
Tu peux facilement faire le test avec ton wallet Electrum : crée une transaction(sans l'envoyer) vers une adresse legacy puis vers une adresse segwit avec la même UTXO en input, tu verras que tu auras plus de fees avec l'adresse legacy.
Après, si tu utilises une adresse segwit toi-même tu économiseras quand même des frais au final puisque tu auras des UTXOs plus petites qu'on t'aura envoyé, que si tu utilisais une adresse legacy.

La taille d'une transaction (donc les frais payés pour que le tx soit inclus) dépend du type de l'adresse à partir duquel tu fais l'envoi.

Je viens de faire le test que tu évoques.
Effectivement, avec un UTXO sur une adresse bech32, la transaction fait 2,65% d'octets en moins quand on l'envoi à une adresse bech32 plutôt qu'à une adresse legacy.
C'est négligeable.

Vers l'adresse bech32, la transaction fait 110 octets :



Vers une adresse legacy, la transaction fait 113 octets :





Rien à voir avec l'ordre de magnitude qu'il y'a dans la taille de la transaction lorsqu'elle utilise un UTXO d'une adresse legacy comparé à une adresse bech32.



(https://blockstream.info/tx/d3ddff789a1856fc57bd2e5ec93c823bb884b74f564dab6ce7abc834890abc08?expand)

[Saint-loup]

Tant mieux si c'est "négligeable" pour toi, mais ça ne l'est pas pour tout le monde...
Par ailleurs tu n'as envoyé que vers une adresse, le différentiel est beaucoup plus important lorsque tu dois envoyer à plusieurs adresses.
Bref ce n'est pas pour rien que de plus en plus de gens et d'entités demandent des adresses segwit à leurs destinataires.
 

[yogg]

Par ailleurs tu n'as envoyé que vers une adresse, le différentiel est beaucoup plus important lorsque tu dois envoyer à plusieurs adresses.

Je n'ai rien fait d'autre que le test que tu as préconisé.
Pas de ma faute si l'énoncé de ton expérience est nul.

Tu peux facilement faire le test avec ton wallet Electrum : crée une transaction(sans l'envoyer) vers une adresse legacy puis vers une adresse segwit avec la même UTXO en input, tu verras que tu auras plus de fees avec l'adresse legacy.

Tant mieux si c'est "négligeable" pour toi, mais ça ne l'est pas pour tout le monde...

D'accord.
Continue à utiliser des adresses legacy alors.
(et continue donc de payer 40% de frais en plus lorsque tu dépenses les UTXO de ces adresses là, mais pas de soucis, fait toi plaiz')

Par contre, raconte pas n'importe quoi.
Oui, 2,65% de différence entre deux types d'adresses vers lesquelles on envoi est négligeable lorsque la différence est de + de 40% pour les types d'adresses à partir desquelles tu envoies.

[Saint-loup]

Par ailleurs tu n'as envoyé que vers une adresse, le différentiel est beaucoup plus important lorsque tu dois envoyer à plusieurs adresses.

Je n'ai rien fait d'autre que le test que tu as préconisé.
Pas de ma faute si l'énoncé de ton expérience est nul.

Tu peux facilement faire le test avec ton wallet Electrum : crée une transaction(sans l'envoyer) vers une adresse legacy puis vers une adresse segwit avec la même UTXO en input, tu verras que tu auras plus de fees avec l'adresse legacy.

allez retour en ignore le haineux

[yogg]

Navré de t'avoir contrarié, Monseigneur sa Sainteté Saint-Loup.

allez retour en ignore le haineux

 

Je suis pas haineux. Je suis précis. Parce que je te contredis, j'ai la haine envers toi ? Hé beh, pauvre choupette.
Tu dis des âneries, je le fait remarquer, et du coup c'est ma faute que tu dis des conneries.

Parce qu'en plus, des gens risquent de te prendre au sérieux et de se dire que ouais, vaut mieux utiliser des adresses legacy pour économiser des frais de transaction. LOL
C'est ça le sujet de base.. le reste c'est que de la littérature.

[Danydee]

Concernant Kraken j'ai payé des frais important effectivement, mais du coup Yogg tu sembles dire que cela dépend du format de l'adresse réceptrice et non émettrice ?

Oui tout à fait, et c'est pour ça que les bounty managers exigent généralement des adresses segwit..

Je sais plus très très bien, mais le problème avec Kraken il me semble c'est qu'ils exigent des frais de retrait fixes / et onéreux.. ,de l'ordre du 0.001 ~ 0.002 BTC !



Perso je préfère les Legacy, un peu comme CSW    toujours qd les frais restent raisonnables, aux alentours de $1~ 

[perl]

C'est un peu chiant pour le moment avec les processeur de payement qui refuse de prendre une adresse segwit pour withdraw.

[Saint-loup]

Concernant Kraken j'ai payé des frais important effectivement, mais du coup Yogg tu sembles dire que cela dépend du format de l'adresse réceptrice et non émettrice ?

Oui tout à fait, et c'est pour ça que les bounty managers exigent généralement des adresses segwit..

Je sais plus très très bien, mais le problème avec Kraken il me semble c'est qu'ils exigent des frais de retrait fixes / et onéreux.. ,de l'ordre du 0.001 ~ 0.002 BTC !



Perso je préfère les Legacy, un peu comme CSW    toujours qd les frais restent raisonnables, aux alentours de $1~ 

0.001??  Moi qui étais choqué des 0.0004 de bitfinex...

[LeGaulois]

Non, il doit confondre avec une autre plateforme. Les frais n'ont jamais été de 0.001BTC ou alors il y a de ca plusieurs années.
Ils étaient à 0.0005BTC et le mois dernier Kraken les a changé (ainsi que le minimum pour les retraits) pour les baisser à 0.00015BTC avec un minimum de retrait à 0,0005BTC et 0,0017 ETH ETH avec un minimum de retrait à 0,004