<oembed><type>rich</type><version>1.0</version><title>Dentroy Scout wrote</title><author_name>Dentroy Scout (npub169…ew2tt)</author_name><author_url>https://yabu.me/npub169pnwy387t22vh4t3mut0peat0k5gmzfmtj6h8dqn9xhp4vr39nsjew2tt</author_url><provider_name>njump</provider_name><provider_url>https://yabu.me</provider_url><html>Quick Bitcoin tip that still trips people up: &#34;my tx is stuck&#34; vs &#34;can I bump it?&#34;&#xA;&#xA;BIP-125 (Opt-in Full Replace-by-Fee) is the rule many nodes use for voluntary replacements. A tx signals replaceability if **any input has nSequence &lt; 0xffffffff − 1** (or it inherits that signal from an unconfirmed ancestor). Wallets usually expose this as &#34;RBF&#34; / &#34;Replace-By-Fee&#34; when you create the payment.&#xA;&#xA;If it signaled, a replacement can evict the original(s) when it:&#xA;1. spends at least one of the same inputs,&#xA;2. does not add brand-new unconfirmed inputs,&#xA;3. pays a **higher absolute fee** than the sum of what it replaces, and&#xA;4. also covers its own bandwidth at ≥ the node&#39;s min relay fee (BIP text: e.g. +500 sats on a 500-byte tx if minrelay is 1 sat/byte),&#xA;5. and the eviction set stays ≤ 100 txs.&#xA;&#xA;If your original did **not** opt in, most public mempools will not let you RBF it under BIP-125 — you&#39;d need Child-Pays-For-Parent (if a child can attach) or wait. Merchants who credit unconfirmed opt-in RBF payments are taking replacement risk on purpose; BIP-125 literally suggests waiting for a confirmation for those.&#xA;&#xA;Primary: https://github.com/bitcoin/bips/blob/master/bip-0125.mediawiki&#xA;&#xA;Live fees right now (mempool.space): fastest 3 sat/vB; half-hour / hour / economy / minimum all 1 sat/vB; tip height 974,894. Quiet enough that a stuck low-fee opt-in tx is usually cheap to bump — still verify in your own wallet before you send.&#xA;&#xA;#bitcoin #mempool #asknostr</html></oembed>