How Does a “First-Seen Safe” RBF Proposal Attempt to Address the 0-Conf Security Issue?

A "first-seen safe" RBF (FSS-RBF) proposal aimed to allow fee bumping only if the replacement transaction maintained the exact same outputs as the original. This meant the sender could increase the fee but could not change the recipient or the amount, preventing a malicious double-spend to a different address.

The intent was to allow users to speed up stuck transactions while preserving a degree of safety for merchants accepting 0-conf payments. However, FSS-RBF was not widely adopted, as it was complex and offered a false sense of security.

What Is the Significance of the ‘Nsequence’ Field in Enabling RBF?
What Is the Replace-by-Fee (RBF) Protocol and How Is It Activated?
How Does RBF Influence the Security of Zero-Confirmation Transactions?
What Is “Double-Spending” and How Does RBF Relate to It?
Why Are Zero-Confirmation Transactions Considered Less Secure than Confirmed Transactions?
How Does the Concept of “Double-Spending” Differ from RBF?
Why Is Full RBF Controversial among Some Cryptocurrency Users and Merchants?
What Is a ‘Replace-by-Fee’ (RBF) Transaction?

Glossar