Topic: So wählt ihr die passende Gebühr für Bitcoin-Transaktionen - page 4. (Read 2002 times)

Nein, natürlich nicht immer. Dafür muss der Mempool entsprechend leer sein https://jochen-hoenicke.de/queue/#1,4d

• Dort siehst am 5. August zwischen ca. 7:30 und 11.15, dass der Mempool unter 5000 Tranaktionen zu verabeiten hatte, wobei die Anzahl der Transaktionen mit 2+ sat/byte bei paar Hundert lag. Dann ist stark auszugehen dass die eigene Tx mit 2+ sat aufgenommen wird, da Blöcke ~2000 Transaktionen enthalten können.
• Auf der andren Seite hätte es am 6. August morgens mit 2 Sat/Byte definitiv nicht geklappt, weil es zu jeder Zeit über 2000 Transaktionen gab, die 8+ Sat/Byte bereit waren zu zahlen.

Ich weiß nicht wie die Empfehlungen berechnet werden, aber die sind oft sehr ungenau. Selbst die Kategorisierung "Fast" ist je nach Wallet verschieden, bei manchen heißt es im nächsten Block, für andere <= 3 Blöcke ...  


Man muss warten bis der Pool leer ist. Es gibt vermutlich noch paar Sonderfälle bei der ein Miner vllt zufällig noch eine günstigere Tx mit wenig Byte in seinen Block aufnimmt, da genau diese nur noch reinpasst. Wenn es nicht eilig ist, einfach mit 2 Sat broadcasten, irgenwann kommt sie dran. Falls es sehr dringend ist, muss eben so viel gezahlt werden dass die Tx innerhalb der teuersten ~2000 liegt.

Gehen solche Transaktionen immer innerhalb von 1-2 Tagen durch?
Ich habe es nicht im Blick aber bisher haben mir die Gebühren immer einen Strich durch die Rechnung gemacht wenn es mal schnell gehen musste. Beim letzten Mal war die Empfehlung 55sat was Conomi auch als "High/Fast" vorgeschlagen hat. Also das hatte https://bitcoinfees.earn.com/ und eben auch das App vorgeschlagen. Trotzdem betrug die Dauer ziemlich genau 60 Minuten! Und das bei einer Fee von ~2 USD.

Muss man für eine 2-4 sat/byte Transaktion (damit sie schnell durchgeht) warten bis der Pool halbwegs leer ist oder kippt man das einfach rein und die kommt tatsächlich bald mal dran?

So, mit dem nahenden Bullrun in 2020 (oder zumindest einer sehr hohen Wahrscheinlichkeit darauf) wird das Transaktionsaufkommen beständig steigen. Bitcoin ist durch SegWit zwar leistungsfähiger geworden aber mit mehr Teilnehmern im Netzwerk wird dieser Vorteil schnell wieder dahin sein.
Die paar Monate (Wochen?), die noch bleiben, bis es richtig losgeht, sollten also dazu genutzt werden, das wertvolle BTC auf Adressen mit Kleinstbeträgen zusammenzuführen als auch die Adressen mit vielen Transaktionseingängen, während der Mempool noch nicht überfüllt ist.
Natürlich beim Zusammenführen immer auf die Privatsphäre achten, dass ihr nicht Adressen miteinander verknüpft, die ihr nicht miteinander verknüpfen wollt; wenn der Betrag groß genug ist zur Not am besten in den Mixer damit.

Momentan sieht das noch sehr gemäßigt aus:

https://jochen-hoenicke.de/queue/#0,2d

Transaktionen können nach wie vor spät Nachts / in den frühen Morgenstunden mit 2 - 4 sat/byte versendet werden, wobei es die nächsten Tage anziehen dürfte.

Also, wenn ihr noch Kleinstbeträge mit vielen Transaktionseingängen habt, solltet ihr sie schnell umschichten:

Nene danke ist schon alles gut.
Auch die Anzeige ist OK... dachte die spinnt per Safari aber es dürfte alles in Ordnung sein denn auch Brave zeigt es so an.
Das Byte vByte Thema (https://www.reddit.com/r/Bitcoin/comments/dydqmx/whats_the_difference_between_byte_and_a_vbyte/) hatte mich kurz aus der Fassung gebracht

Ja das sind Satoshi/VByte und die Schwanken mit der Mempoolfüllung.
Mit dem Handy hast du natürlich recht, das Nutze ich nicht, sondern auf dem PC und einem 10" Tablet mit FF.
Ich schaue in meinem Core, da ich wie gesagt kein Internet auf dem Handy will, und das ist seit 0.19.1 auch ganz gut, aber eben keine Lösung für das Handy. Ansonsten dachte ich aber es geht Hauptsächlich um die Gebühr und
nicht um das Gerät auf dem man es Nachschaut.

Ich weiß nicht, wie das bei dir auf dem Handy aussieht aber in der normalen Version dürfte der Wert unter "Best Fee" stehen und immer leicht variieren (ohne die Seite groß zu kennen)

Damit meinen sie Sats/vByte, also die vSize (virtual size) und damit die relevante Angabe für Transaktionen bei SegWit Adressen.
Der Blockexplorer von BTC.com zeigt das ganz gut an mit Größe, Virtuelle Größe (virtual size) und die Fee in BTC (oder Sat)/kVB: https://btc.com/8a95f05d72d9283bfd759352d3053c04e16e6674ee4c451bd1a72b09d14a3a0e

---

Edit: ich merke gerade, dass der Wert stark schwankt. Vielleicht kommt das daher, weil sich der Mempool füllt, kp. Möglicherweise ist die Grafik "Fee rate distribution" darunter besser geeignet. Ist ein bisschen verwirrend, daher bevorzuge ich lieber den originalen Mempool. 

Ist vielleicht eine blöde Frage aber was genau wird dort aktuell als beste Fee angezeigt?
Am iPhone sehe ich nämlich nur: „1.25 ś/vByte“
Die Seite hat eine super mobile Ansicht aber das mit der Fee ist mir da nicht klar

Ich schaue immer hier:
https://btc.bitaps.com/

hat alles Übersichtlich und ich kann auch noch das Testnet sehen 
(iund ein paar shitcoins sind auch noch Umschaltbar)

Passend dazu bin ich heute noch über eine andere Seite gestolpert: https://bitcoinfees.earn.com/
Da ist die Aufteilung (der geschätzen Zeit) noch etwas granularer und hat auch ziemlich gut (20 Minuten über angezeigtem Zeitraum) gestimmt bei meinem heutigen Test

Ist nachvollziehbar da es ja eigentlich wirklich irrelevant ist. Dachte nur es gibt die Info irgendwo und ich habe es übersehen.
Bis zur 6 confirmatoin zeigt blockcypher den Zeitpunkt (zumindest ca.) an aber ab Nr. 6 springt der Received Zeitpunkt auf die letzte Bestätigung um... naja egal und nicht weiter tragisch

//edit: Kommando retour -> es gibt die Infos doch
z.B. https://btc.bitaps.com/ zeigt bei Time wann initiiert wurde bzw. unter Confirmation time die Dauer der Transaktion!

Hmmm ich glaube nicht. Diese Info bedeutet aber halt auch nicht viel weil du die Transaktion so oft wie du willst neu broadcasten kannst wenn ich mich nicht irre...

Wird also wahrscheinlich nicht in die Blockchain mit aufgenommen. Würde einfach nur Speicherkapazität verderben

Yes Replace-By-Fee hätte geholfen wenn es wirkich dringend gewesen geworden wäre
Hatte geplant den Vorgang in einer Stunde abgewickelt zu bekommen inkl. Chipmixer etc... hat sich dann aber auf einen halben Tag ausgedehnt
Erkennt man eigentlich wann eine Transaktion initiiert wurde? Weder blockchair noch blockcypher zeigen diesen Zeitpunkt im Nachhinein, oder?

Naja,

Kommt halt drauf an wie schnell du die btc überweisen möchtest.

Auch bei sehr niedrigen fees habe ich letztens geprüft, dauert es selten über 72 Stunden. Also in den letzten Monaten kommst du locker noch mit ca 10-20 sat/B durch.

Bei Electrum sollte das auch kein wirkliches Risiko sein solange du RBF nutzen kannst.

Ich habe mich heute an Electrum orientert und diese Seite erst im Nachhinein beachtet... das macht schon gewaltige Unterschiede.
Lt. Electrum hatte ich heute bei 4 sat/byte eine geschätzte Durchführung innerhalb von 5 Blöcken. Im Endeffekt hat es aber dann doch knapp 4,5 Stunden gedauert
Mit etwas Erfahrung bekommt man es vielleicht besser in den Griff aber um safe zu sein sollte man lieber immer zu viel als zu wenig Gebühr wählen

Ah, ok. Der Verlauf spiegelt ja auch wieder, was bereits vermutet war: vor dem Halving schnellere Blockzeiten, danach höhere Blockzeiten.

Aber bei der aktuellen 2016-Block Periode haben wir noch die Zeit von vor dem Halving dabei, bei der die Belohnung 12,5 BTC war. Daher war da die Hashrate höher. Die nächste 2016-Block Periode enthält nur noch Blöcke mit 6,25 BTC Belohnung und sollte daher insgesamt unattraktiver für die Miner sein. 


Ja genau. Da kann man gut erkennen, dass vor dem Halving mehr Hashrate im Netzwerk war und danach weniger. Das gibt gemittelt kaum eine Veränderung der Schwierigkeit. Vermutlich dann aber in der Periode danach.

Große Unbekannte ist halt wie immer der Bitcoin-Preis.

Danke für den Thread, sehr gut beschrieben.
Ich mag diese Seite noch, die mir recht übersichtlich die wartenden Transaktionen und die dazugehörigen Fees anzeigt:
https://bitcoinfees.net/

Damit kann ich recht gut einschätzen wie viel Sats pro Byte ich zahlen muss, um die Transaktion in den nächsten Block zu bekommen.

Hast recht, falschen link gewählt.

Hier der richtige :

https://bitinfocharts.com/comparison/bitcoin-confirmationtime.html#3m




Wieso? Wenn es mit aktueller difficulty und hashrate fast zu 10min durschnitt blocktime kommt, gibt es keinen Grund das die difficulty sinkt. Weder bei der nächsten Anpassung, noch bei der danach.

Die nächste soll nur 2.66% sinken. Die nächste wird dann mMn ziemlich gleich bleiben.

Dazu muss man sagen das die 2.66% nicht sonderlich viel sind. Die letzten Anpassungen waren +8,5 ; +5,8 ; -16 ; +7. Also die -2.66 sind jetzt nichts nennenswertes was die difficulty angeht

---

Hier kann man auch gut einsehen dass die hashrate zwar schwankt, aber nicht sehr viel mehr als letztens... in die entgegengesetzte richtung

https://www.blockchain.com/charts/hash-rate

Warum sollte das praktischer und genauer sein? Praktischer vielleicht, weil man den Wert direkt ablesen kann aber genauer sind eher die Originalgrafiken. Vor allem, weil man bei der vereinfachten Darstellung nur innerhalb von 2, 4, 6, 12 etc. Blöcken auswählen kann. Wenn es innerhalb von einem Block bestätigt sein soll, gibt es dafür keine Daten.
Die Seite mit der vereinfachten Darstellung rechnet offenbar zudem einen Durchschnitt aus, was bei rasch ansteigender Menge der Transaktionen im Mempool dazu führt, dass die Transaktion mit zu wenig Fee gesendet wird (viele Transaktionen kommen in den Mempool rein) oder bei abnehmender Menge der Transaktionen im Mempool zu viel für die Transaktion gezahlt wird.

Gut möglich, dass es bei niedrigerer Auslastung des Mempools besser funktioniert aber die Originaldaten des Mempools sind immer besser als irgendwelche über Drittanbieter umgeleitete "Auswertungen".


Also die Daten der Seite gehen nur bis Anfang April?

Aber es stimmt schon, dass die Schwierigkeit bei der nächsten Anpassung nicht sonderlich stark sinkt, wie auf der Seite BTC.com zu sehen. Meine erste Vermutung ging dahin, dass vor dem Halving in der aktuellen Periode von 2016 Blöcken deutlich mehr Hashpower im Netzwerk war und jetzt nach dem Halving deutlich weniger. Dadurch wurden vor dem Halving mehr Blöcke gefunden, nach dem Halving weniger, was letztendlich +/- 0 ergibt.
Die Daten auf der Seite hier decken sich mit der Annahme aber keine Gewähr, ob das wirklich so ist.
Eine deutlich sinkende Schwierigkeit sollte dann aber bei der darauf folgenden Anpassung kommen.

Ansonsten einfach hier : https://www.buybitcoinworldwide.com/fee-calculator/

Angeben wie schnell die Tx durchgehen soll, ob Legacy, oder Segwit. Und fertig ist.

Viel praktischer und genauer, da die Seite tatsächlich statistisch durchrechnet welche fees geeignet sind.

Was du schreibst mit der Schwierigkeit ist natürlich richtig.


ABER:


Richtig


Der direkte effekt von weniger miner bei gleicher Schwierigkeit ist eine erhöhte blockzeit. Das ist hier nicht der Fall. Das kann man hier sehr gut einsehen:

https://data.bitcoinity.org/bitcoin/block_time/6m?f=m10&r=day&t=l

Average block time ist knapp über 10min (aber war gestern sogar kurz unter 10min) also nicht sonderlich schlimm. Wenn der mempool jetzt so voll ist, gab es auch mehr tx als vorher.

Durch das Halving am späten Abend des 11.05.2020 und die damit verbundene Halbierung der Blockbelohnungen ist es für die Miner vorübergehend recht unattraktiv geworden, im Bitcoin-Netzwerk zu schürfen. Das wird sich erst ändern, wenn die Schwierigkeit erneut angepasst wird, denn aktuell herrscht noch die Schwierigkeit von vor dem Halving, als es 12,5 Bitcoin pro Block gab.

Die nächste Anpassung der Schwierigkeit soll in 2 Tagen und 14 Stunden erfolgen, bis dahin werden die Blöcke weiterhin nur spärlich gefunden werden, was den Mempool voll werden lässt:



Bedenkt daher, dass Transaktionen vorübergehend mit einer höheren Gebühr versendet werden müssen, um zuerst in einen Block zu kommen. Die angesammelten Transaktionen werden den Mempool zudem für die Zeit nach der Schwierigkeitsanpassung "belasten", sodass es einige Zeit dauern kann, bis dieser wieder komplett geleert ist. Es ist daher eine gute Option, mit einer anstehenden Transaktion zu warten, wenn Kosten gespart werden sollen.