public inbox for bitcoindev@googlegroups.com
 help / color / mirror / Atom feed
* [bitcoindev] Redefine packages to discourage address reuse
@ 2024-10-20  6:19 /dev /fd0
  2024-10-20  7:33 ` Abubakar Ismail
  0 siblings, 1 reply; 2+ messages in thread
From: /dev /fd0 @ 2024-10-20  6:19 UTC (permalink / raw)
  To: Bitcoin Development Mailing List


[-- Attachment #1.1: Type: text/plain, Size: 1382 bytes --]

Hi Bitcoin Developers,

Address re-use is bad for privacy and such transactions affect everyone 
involved. A mempool policy to reject such transactions will be useless, 
however packages could be redefined to avoid address re-use in package 
transactions.

BIP 331 defines packages as a list of unconfirmed transactions, 
representable by a connected Directed Acyclic Graph (a directed edge exists 
between a transaction that spends the output of another transaction). With 
the new definition, transactions with address reuse cannot be a part of 
package relayed by nodes with SENDPACKAGES P2P message.

The only downside that I could think of is the scanning time required to 
check address reuse. Maybe others could suggest solutions for this problem 
or we can limit the address reuse check only for the chain of transactions.

I am not sure if BIP author would agree with this change and a new BIP wont 
make a difference if its not implemented in bitcoin core.

/dev/fd0
floppy disk guy

-- 
You received this message because you are subscribed to the Google Groups "Bitcoin Development Mailing List" group.
To unsubscribe from this group and stop receiving emails from it, send an email to bitcoindev+unsubscribe@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/bitcoindev/b383aad2-1abc-4b82-9851-1750b1b52f12n%40googlegroups.com.

[-- Attachment #1.2: Type: text/html, Size: 1775 bytes --]

^ permalink raw reply	[flat|nested] 2+ messages in thread

* Re: [bitcoindev] Redefine packages to discourage address reuse
  2024-10-20  6:19 [bitcoindev] Redefine packages to discourage address reuse /dev /fd0
@ 2024-10-20  7:33 ` Abubakar Ismail
  0 siblings, 0 replies; 2+ messages in thread
From: Abubakar Ismail @ 2024-10-20  7:33 UTC (permalink / raw)
  To: /dev /fd0; +Cc: Bitcoin Development Mailing List

[-- Attachment #1: Type: text/plain, Size: 2891 bytes --]

Hi Floppy

> however packages could be redefined to avoid address >re-use in package
transactions.

What type of redefinition are you talking about here, is this not policy
rule still.

I don't think it's good for a node to reject an incentive compatible
transaction in a package because it reuses an address. I believe miners
won't.

> The only downside that I could think of is the scanning time required to
check address reuse. Maybe others could suggest solutions for this problem
or we can limit the address reuse check only for the chain of transactions.

Other disadvantage of this is that it will affect compact block
reconstruction, nodes fee estimation.


Wouldn't it be better to encourage using other safe mitigations of address
reuse like silent payments?

Abubakar

On Sun, Oct 20, 2024, 8:01 AM /dev /fd0 <alicexbtong@gmail.com> wrote:

> Hi Bitcoin Developers,
>
> Address re-use is bad for privacy and such transactions affect everyone
> involved. A mempool policy to reject such transactions will be useless,
> however packages could be redefined to avoid address re-use in package
> transactions.
>
> BIP 331 defines packages as a list of unconfirmed transactions,
> representable by a connected Directed Acyclic Graph (a directed edge exists
> between a transaction that spends the output of another transaction). With
> the new definition, transactions with address reuse cannot be a part of
> package relayed by nodes with SENDPACKAGES P2P message.
>
> The only downside that I could think of is the scanning time required to
> check address reuse. Maybe others could suggest solutions for this problem
> or we can limit the address reuse check only for the chain of transactions.
>
> I am not sure if BIP author would agree with this change and a new BIP
> wont make a difference if its not implemented in bitcoin core.
>
> /dev/fd0
> floppy disk guy
>
> --
> You received this message because you are subscribed to the Google Groups
> "Bitcoin Development Mailing List" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to bitcoindev+unsubscribe@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/bitcoindev/b383aad2-1abc-4b82-9851-1750b1b52f12n%40googlegroups.com
> <https://groups.google.com/d/msgid/bitcoindev/b383aad2-1abc-4b82-9851-1750b1b52f12n%40googlegroups.com?utm_medium=email&utm_source=footer>
> .
>

-- 
You received this message because you are subscribed to the Google Groups "Bitcoin Development Mailing List" group.
To unsubscribe from this group and stop receiving emails from it, send an email to bitcoindev+unsubscribe@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/bitcoindev/CAHR1cdW9nP3-HEXr-QMoHag7yGChZCtXEadMZON4PFJidqEMsQ%40mail.gmail.com.

[-- Attachment #2: Type: text/html, Size: 5482 bytes --]

^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2024-10-21 15:39 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2024-10-20  6:19 [bitcoindev] Redefine packages to discourage address reuse /dev /fd0
2024-10-20  7:33 ` Abubakar Ismail

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox