<?xml version="1.0"?>
<feed xmlns="http://www.w3.org/2005/Atom" xml:lang="en">
	<id>https://en.bitcoin.it/w/index.php?action=history&amp;feed=atom&amp;title=Zero-confirmation_transaction</id>
	<title>Zero-confirmation transaction - Revision history</title>
	<link rel="self" type="application/atom+xml" href="https://en.bitcoin.it/w/index.php?action=history&amp;feed=atom&amp;title=Zero-confirmation_transaction"/>
	<link rel="alternate" type="text/html" href="https://en.bitcoin.it/w/index.php?title=Zero-confirmation_transaction&amp;action=history"/>
	<updated>2026-09-07T20:56:35Z</updated>
	<subtitle>Revision history for this page on the wiki</subtitle>
	<generator>MediaWiki 1.43.9</generator>
	<entry>
		<id>https://en.bitcoin.it/w/index.php?title=Zero-confirmation_transaction&amp;diff=71177&amp;oldid=prev</id>
		<title>NotATether: create Zero-confirmation transaction stub (0-conf provisional vs RBF)</title>
		<link rel="alternate" type="text/html" href="https://en.bitcoin.it/w/index.php?title=Zero-confirmation_transaction&amp;diff=71177&amp;oldid=prev"/>
		<updated>2026-09-06T07:57:56Z</updated>

		<summary type="html">&lt;p&gt;create Zero-confirmation transaction stub (0-conf provisional vs RBF)&lt;/p&gt;
&lt;p&gt;&lt;b&gt;New page&lt;/b&gt;&lt;/p&gt;&lt;div&gt;A &amp;#039;&amp;#039;&amp;#039;zero-confirmation transaction&amp;#039;&amp;#039;&amp;#039; (also called a 0-conf payment) is a Bitcoin payment that a receiver treats as settled before any block includes it. The receiver sees the transaction in the [[Mempool|mempool]] or on the P2P network and may release goods or credit an account immediately. Settlement under that policy is provisional. A conflicting spend of the same inputs can still be mined instead, leaving the receiver unpaid.&lt;br /&gt;
&lt;br /&gt;
Bitcoin&amp;#039;s consensus finality is tied to block inclusion and subsequent work. Early merchant practice sometimes accepted unconfirmed payments for small face-to-face purchases under a first-seen heuristic. [[Replace by fee]] policies weakened those assumptions. BIP 125 defined opt-in signaling with &amp;lt;code&amp;gt;nSequence&amp;lt;/code&amp;gt; and replacement fee rules focused on higher absolute fees and incremental payment for relay bandwidth. It did not prohibit replacing non-signaling transactions at consensus. Bitcoin Core later added full RBF settings that allow replacement regardless of signaling. As full RBF became widespread default policy, any unconfirmed payment could be displaced by a higher-paying conflict that honest miners prefer. The [[Lightning Network]] and other off-chain protocols exist in part because on-chain 0-conf cannot provide fast, high-assurance settlement for open-network commerce. After one [[Confirmation|confirmation]], reversing the payment requires a chain reorganization.&lt;br /&gt;
&lt;br /&gt;
== See also ==&lt;br /&gt;
&lt;br /&gt;
* [[Confirmation]]&lt;br /&gt;
* [[Replace by fee]]&lt;br /&gt;
* [[Mempool]]&lt;br /&gt;
* [[Lightning Network]]&lt;br /&gt;
&lt;br /&gt;
== External links ==&lt;br /&gt;
&lt;br /&gt;
* [https://github.com/bitcoin/bips/blob/master/bip-0125.mediawiki BIP 125: Opt-in Full Replace-by-Fee Signaling]&lt;br /&gt;
* [https://bitcoinops.org/en/topics/replace-by-fee/ Bitcoin Optech: Replace by fee]&lt;br /&gt;
* [https://bitcoin.org/en/bitcoin-paper Bitcoin whitepaper]&lt;br /&gt;
&lt;br /&gt;
[[Category:Technical]]&lt;/div&gt;</summary>
		<author><name>NotATether</name></author>
	</entry>
</feed>