Gangsta, double spend con replace-by-fee

[HostFat]

Beh, comunque anche un RBF che funziona solo se gli output sono uguali è infinitamente meglio di niente. Magari diventasse lo standard per i wallet!

Ciao!

Cambia però radicalmente dalla prima opzione, perchè non incentiva più il double spending.

[gdassori]

Brainstorming \ FSS RBF USE CASE:

E' un discorso interessante per chi ha piattaforme gestite, puoi continuare a rimpiazzare la stessa TX con nuovi outputs fintanto che tu ne abbia bisogno (o finché questi non vengano inclusi). In questo modo, se ben configurato, mi pare si possa impostare un risparmio sulla transazione:

Utente 1 della mia piattaforma richiede un withdrawal, io gestore lo emetto, ho dei coins con tx age alta, che mi permettono buona priority a basse fees.

5 secondi dopo: Utente 2 della mia piattaforma richiede un withdrawal, io gestore rimpiazzo la tx precedente con questa, pagando entrambi.

Utente 3, utente 4, utente 5, richiedono un withdrawal, proseguo fin quando non ci sia un nuovo blocco a rimpiazzare la transazione, grazie a tx age e priority alta risparmio sulle tx fees, se invece avessi fatto una tx per utente, a prescindere da tutto avrei probabilmente dovuto impostare 0.1 mBTC di fee minimo per ogni withdrawal.

Arriva il blocco, verifico quale tx è stata inclusa, colmo l'eventuale gap con le tx che non sono state incluse.

PRO: Risparmio in fees, riduzione dello spreco di utxo con alta age
CONS: Delay sull'utenza

L'ho buttata lì, non so se ci siano problemi tecnici

[Dusty]

Brainstorming \ FSS RBF USE CASE:
[...]

Mi sembra uno use case eccellente, ottima idea!

L'ho buttata lì, non so se ci siano problemi tecnici

Non è passeggiata l'implementazione, ma mi pare che da un punto di vista teorico stia tutto perfettamente in piedi.

[gdassori]

Grazie Dusty, nel frattempo ho riflettuto che:

il CON dell'utente non si applica, ma piuttosto il suo wallet potrebbe vedere un mucchio di double spends.

Infatti se il wallet del ricevente è un po' ingenuo, vedrà un mucchio di incoming txs.

Una possibilità dovrebbe essere quella del parser intelligente di transazioni da parte del wallet (e vista la non uniformità del codice, lì fuori, questa cosa forse necessiterebbe di una BIP), che capisce che quel giro di double spends è fatto a questo scopo, e quindi:

a) riconosce gli input
b) annota il txhash
c) vede la nuova tx, controlla gli input, è un double spend? è RBF è una safe di tipo first seen?  fa sparire dalla lista di incoming txs la vecchia tx, rimpiazzandola con la nuova, magari notifica la cosa, ma tendenzialmente potrebbe anche essere totalmente trasparente, sono scelte.
d) scarta il vecchio txhash, rimpiazza il txhash valido
e) l'utente non subisce il flood di incoming txs

Inoltre, parlavo di age, ma forse sarebbe più corretto dire che si riduce la frammentazione.