Topic: Wie erkennt man SegWit Adressen? (Read 922 times)

Naja, wie viele Nutzer werden prüfen, ob der Dienstleister an native SegWit / Taproot Adressen auszahlt, bevor sie dort einen Account anlegen? 
Bei vielen Dienstleistern wird diese Info wohl vorab garnicht verfügbar sein, ob auf native SegWit / Taproot Adressen auszahlbar ist, selbst wenn man als Interessent aktiv danach suchen würde.

Unterm Strich sollte ein guter Anbieter einfach von selbst darauf achten, die neuesten Standards zeitnah zu implementieren, zumal das echt einfach ist, wie du ja sagst.
Hilft ihm selbst, spart den Kunden Geld und belastet das Bitcoin-Netzwerk weniger. 

Nicht nur das, auch in der anderen Richtung lässt sich ja richtig Geld/Satoshis sparen so das niedrige Auszahlungsgebühren einen Wettbewerbsvorteil darstellen würden.
Aber so lang genug Usern dies alles egal ist und die täglichen Umsätze stimmen braucht man ja keine Manpower in solche Umsetzungen investieren. Eigentlich traurig das solche Innovationen so träge von bestehenden Dienstleistern umgesetzt werden. Neue Projekte implementieren dies meist von Anfang an.
Noch dazu würde eine zügige Implementierung auch solche Probleme und den damit verbundenen Kundensupportaufwand erst gar nicht aufkommen lassen.

Ja, erfahrungsgemäß sind einige Dienstleister da wirklich echt träge, was das Bitcoin-Netzwerk unnötig belastet. Aber mit der Zeit wird das hoffentlich kommen. Manche Anbieter können dann direkt natives SegWit und Taproot auf einmal implementieren. 

Wenn es ja zumindest das P2WPKH / P2WSH-P2SH ist (nested SegWit-Adresse), wäre das ja garnicht so schlecht oder meinst du Multisignatur P2SH?
Aber ja, zumindest natives SegWit sollte mittlerweile eingebunden sein, das ist schon ziemlich bitter für manche Dienstleister. 

Auf eine allzu schnelle Umsetzung würde ich hier ehrlich gesagt nicht hoffen, zumindest nicht bei den gängigen Exchanges. Ich habe in der letzten Zeit ein paar Bitcoin-Transaktionen vorgenommen und jeweils BTC vom Ledger Richtung verschiedener Exchange transferiert. Egal ob Bitpanda, MEXC oder Poloniex ... alle verwendeten noch das mittlerweile uralte P2SH-Adressformat (3xxx). Von bech32 war da noch keine Spur obwohl ja bech32 schon sehr lange verfügbar ist.

Mich persönlich erschließt sich hier auch der Grund nicht dafür, das Adressformat wäre ja schnell umgestellt und man würde sich als Kunde doch auf einen Schlag sehr viele Transaktionskosten sparen können.

Da wir mittlerweile einen neuen, innovativen Adresstyp haben, ist die Übersicht um Taproot-Adressen erweitert worden:


Diese Taproot-Adressen (bech32m) bieten, wie natives SegWit (bech32) auch, die bestmöglichen Einsparungen bei Transaktionskosten, werden aber noch nicht von allen Dienstleistern erkannt.
Das dürfte sich allerdings mit der Zeit ändern.

Ja. Du kannst grundsätzlich von jeder Adresse zu jeder Adresse senden.
Das Netzwerk und das Protokoll lässt alles zu.

Das Problem ist nur dass manche Services veraltete Software nutzen und es nicht zulassen an bech32 zu senden. Deren Prüfung ob die Adresse eine gültige BTC Adresse ist, liefert einfach ein "Nein" zurück, weil die seit Jahren nicht upgedatet worden sind.

Von solchen Services würde ich die Finger lassen.



Nein.



Definitiv, ja.



Korrekt.

Segwit ist retro kompatibel. Sprich du kannst von segwit zu legacy schicken.

Aber du profitierst von segwit nur wenn du zu segwit schickst. Nur die Empfängeradresse spielt eine Rolle. Also ja du hast Recht.

Mal eine ganz blöde Frage zu den nativen SegWit-Adressen (bc1q…):

Wenn ich nun bei Electrum ein SegWit-Wallet erzeuge und zum Beispiel meine Lieferando-Pizza damit bezahlen will, so liefert mit BitPay stets eine Legacy-Adresse als Empfangsadresse.
Soweit ich verstanden habe, kann ich grundsätzlich an Legacy-Adressen schicken.
Muss der Empfänger aber auch SegWit grundsätzlich unterstützen?
Oder kann ich mich prinzipiell darauf verlassen, dass auch alte Wallets den Geldeingang verarbeiten können?

Die SegWit-Gebührenordnung (oder wie man das nennen mag) kommt zur Anwendung, wenn die Sendeadresse eine SegWit-Adresse ist, oder?
Sprich, der Typ der Empfangsadresse ist egal?

Ich habe noch eine nicht ganz unwichtige Info für diesen Thread.
Wer eine bestehende Segwit Adresse in Electrum importieren möchte sollte sich einlesen bevor der große Schrecken kommt.

Beim Import muss "p2wpkh-p2sh:" vor dem PK angegeben werden... sonst fügt man sich eine falsche Adresse hinzu und hat daher eine Balance von 0

Quelle: https://github.com/OmniLayer/omniwallet/wiki/Recovering-funds-from-a-Segwit-Address

Wenn man sich an diese Anleitung hält funktioniert es aber reibungslos und schadet nicht wenn das hier niedergeschrieben ist.

Sorryyy, das Thema hatte ich schon etwa länger geplant und als es letzt durch die erneute Erwähnung bei ChipMixer wieder aktuell wurde, hatte ich es schnell fertig gemacht. Den Teil, wie man P2SH-Segwit zu Multisig unterscheidet, hatte ich schon vorbereitet gehabt, den Rest habe ich dann noch ergänzt.
So, dass man halt einen groben Überblick hat und nicht den Fehler begeht, die Varianten zu vertauschen. 

Was machst du in meinem Kopf? 

Hatte auch schon geplant über das Thema einen Thread zu eröffnen.
Vor allem da bei der Chipmixer- Anmeldung so häufig gefragt wurde ob Adressen die mit einer 3 beginnen automatisch Segwit- Adressen sind.
Warst schneller, Merit gibts natürlich trotzdem 

Ja, vielleicht wird bald wieder was neues erfunden, man weiß es nicht. 

Du, das ist oben erklärt. 
Bitcoin SegWit-Adressen können unterschiedliche Adressformate haben, nämlich Segwit P2SH (3...) und bech32 (bc1q...).

---

Das stimmt, insgesamt sollte SegWit schneller sein aber ich weiß nicht, ob das an den sat/byte liegt. Die verbesserte Schnelligkeit kommt ja daher, dass nun mehr Transaktionen in einen Block passen (durch die witness Geschichte), was mehr Transaktionen/Sekunde ermöglicht. Der Block wird ja an sich im Endeffekt sogar größer. Begründung weiter unten.


Ja, es gibt offenbar Fälle, bei denen die Transaktionen (in Bytes) tasächlich keiner sind, das scheinen aber Sonderfälle zu sein und es ist normal so, dass SegWit die Transaktionen nicht kleiner macht (bezogen auf size = bytes). Stattdessen ersetzt SegWit die maximale Blockgröße (1 MB, 1.000.000 Bytes) mit dem maximalen Blockgewicht (4.000.000 weight units).

Und anhand dessen werden die vorigen bytes unterschiedlich gewichtet, was darauf ankommt, ob sie Teil der witness sind oder nicht:
- nicht Teil der witness = 4 weight units
- Teil der witness = 1 weight unit

Es gibt seit SegWit also ein neues Konzept, bei dem es auf das Gewicht (weight) ankommt, was bei SegWit-Adressen dazu führt, dass sich der witness-Teil von vormals 4 weight units auf 1 weight unit senkt.

Ich bin jetzt auch kein Profi dahingehend, wenn jemand das also präzise erklären kann, würde ich es sehr begrüßen. 


Ja, gibt einiges, daher hatte ich nur ein paar Sachen gelistet. 

Danke für dein Post 1miau.

Man könnte hier hinzufügen das segwit Transaktionen auch schneller sind.

Erklärung:

1- Entweder man bezahlt das selbe bei der Segwit Transaktion als sonst, und hat dadurch eine höhre fee/byte, was für Miner interessanter ist. Kein Geld gespart, dafür aber Zeit.
2- Die ausgewählte fee befindet sich iwo zwischen den sat/byte Wert von einer Legacy Transaktion und der in 1-. Also trotzdem noch priorisiert und gespart.
3- Die Transaktion ist tatsächlich kleiner. Es gibt also die Chance das diese Transaktion in einen Block passt wo eine Legacy Transaktion nicht reinpasst. Also auch wenn der sat/byte Wert derselbe ist wie bei der Legacy Transaktion sind die Chancen ziemlich hoch das die segwit Transaktion schneller durchgeht.

Die kleinsten Transaktion (dadurch auch die schnellsten un billigen) sind die "native segwit" also bech32. Danach kommen die nested segwit, und zu allerletzt die Legacy


Bitcoin Core hättest du auch erwähnen können...

Ledger ist auch nativ jetzt nested segwit. Native Segwit ist auf der roadmap aber kein ETA.

Toller Post. Ich muss gestehen das ich ihn 3 mal gelesen habe um es einigermaßen zu verstehen. Jetzt weiß man erst das man viel zu wenig über Blockchain / Crypton weiß. Es gibt immer neue Sachen von den man vorher keinen Schimmer hatte. Genau so wie mit den BTC Adressen mit den gewünschten Buchstaben am Anfang. Was ist denn Segwit P2SH und bech32

Was ist SegWit?

Seit Sommer 2017 gibt es sogenannte Bitcoin SegWit-Adressen. SegWit ist ein Bitcoin Soft-Fork, der eine Maßnahme gegen das Skalierungsproblem von Bitcoin darstellt.
SegWit heißt Segregated Witness und beschreibt gleichzeitig auch den Inhalt dieser Soft-Fork. Die sogenannten Witness-Daten werden von der eigentlichen Transaktion getrennt (segregated) und später komprimiert wieder an die Transaktion angehängt.
Dies führt dazu, dass mehr Transaktionen in einem Block gespeichert werden können. Normal sind Bitcoin-Blöcke auf 1 MB beschränkt, durch SegWit können die Blöcke jedoch (begrenzt) größer werden.
Zudem wird durch SegWit das Problem der Verformbarkeit der Transaktionen (transaction malleability) gelöst, was Second-Layer-Lösungen wie das Lightning-Netzwerk ermöglich.

In der direkten Nutzung bringen SegWit-Transaktionen geringere Transaktionskosten als Vorteil mit im Vergleich zu herkömmlichen Adressen.  

---

Wie erkennt man SegWit Adressen?

Das es immer wieder Verwirrung gibt, welche Bitcoin-Addressen SegWit sind, hier ein paar Tipps, wie man das herausfinden kann:

Es gibt unterschiedliche Adressformate und teilweise resultiert dies in unterschiedlichen Adressanfängen:

Präfix	Bezeichnung	Format
________	___________________	_______________________________________________________________________________ _____________
1…	Legacy-Adresse	P2PKH (pay to public key hash)
3…	nested SegWit-Adresse	P2WPKH-P2SH (pay to witness public key hash - pay to script hash) / P2WSH-P2SH (pay to witness script hash - pay to script hash)
3…	Multisignatur-Adresse	P2SH (pay to script hash)
bc1q…	native Segwit-Adresse	P2WPKH-bech32 (pay to witness public key hash) / P2WSH-bech32 (pay to witness script hash)
bc1p…	Taproot-Adresse	P2TR-bech32m (pay to tap root)

1… Adressen, die mit 1 beginnen, sind die Standard Bitcoin-Adressen und nie SegWit
3… Adressen, die mit 3 beginnen, können SegWit sein, müssen es aber nicht. Das sieht man erst, wenn man von der Adresse Bitcoins gesendet hat, indem man die ausgehenden Daten analysiert.
bc1q… Adressen, die mit bc1q beginnen sind immer SegWit.
bc1p… Adressen, die mit bc1p beginnen sind immer SegWit.

Während man also bei Adressen mit 1… weiß, dass diese niemals SegWit sind und bei bc1q sowie bc1p Adressen, dass diese immer Segwit sind, muss man bei Adressen mit 3… erst eine ausgehende Transaktion analysieren, um herauszufinden, ob sie SegWit ist.
Die kann man auf allen Blockexplorern herausfinden, die die Witness-Daten listen, z.B.:


Mit Blockchair.com:

SegWit: https://blockchair.com/bitcoin/transaction/db6d2b441a5964cd4c3ccdb7316738b020def1fdf2726201f07cc74016844e50
Kein SegWit: https://blockchair.com/bitcoin/transaction/b4262cc5ac3be3899c6d840408eb4252c150bdf82534921360aa5946ded9d62a

(überprüft has witness data?)

 

SegWit	Kein SegWit
__________________________________________________________________	_____________________________________________________________

Oder auf BTC.com:

SegWit: https://btc.com/db6d2b441a5964cd4c3ccdb7316738b020def1fdf2726201f07cc74016844e50
Kein SegWit: https://btc.com/b4262cc5ac3be3899c6d840408eb4252c150bdf82534921360aa5946ded9d62a


SegWit (witness)



Kein SegWit (kein witness)

---

Wo kann man SegWit- Adressen erstellen?


Es gibt mehrere Möglichkeiten, sich eine SegWit-Adresse zu erstellen, hier ein paar davon zur Auswahl:

Electrum: File > New / Restore > Name wählen > Standard wallet > create new seed > Seed- Typ “SegWit” wählen > Seed notieren > Seed bestätigen > Passwort wählen > fertig.

SegWitAddress.org: von Github herunterladen und offline ausführen, Wahl zwischen Segwit P2SH und bech32.

VanitySearch > individueller Adress-Generator (wie VanityGen) für Segwit P2SH und bech32.