Policy: disallow P2PK transactions from relaying by default #29285

1. 
   nsvrn commented at 5:33 am on January 20, 2024: contributor

   Please describe the feature you’d like to see added.

   P2PK transactions are obsolete so adding a default policy that disallows such transactions from relaying by default should be considered at this point. This only disallows future outputs from relaying by default.

   Is your feature related to a problem, if so please describe it.

   No response

   Describe the solution you’d like

   • permit_bare_pubkey conf setting with default value of 0 that can disallow(switch) bare pubkey transactions relaying
   • applicable unit/functional tests

   Better suggestions and arguments for/against appreciated.

   Describe any alternatives you’ve considered

   No response

   Please leave any additional context

   No response

2. nsvrn added the label Feature on Jan 20, 2024
3. 
   0xB10C commented at 11:46 am on January 20, 2024: contributor

   fwiw: here are some P2PK usage numbers https://transactionfee.info/charts/inputs-and-outputs-p2pk/?start=2019-01-01

   The blue line (P2PK outputs being created) is what’s relevant here.

4. 
   russeree commented at 7:10 pm on January 29, 2024: contributor

   P2PK would be the first place people using stamps would go to if relay policy for P2MS became to restrictive.
5. 
   khnt2x3 commented at 3:22 pm on March 20, 2024: none

   Is it possible to think of it in a different way, I’m looking at a different perspective of having several different variations available for supporting the Blockchain - one version vaters to legacy wallets, another version specific to segwit, and another to Taproot - and set up each one as a platform specific to it’s wallet type. Bring the best of each one to life and let people putch and choose the option they want to use.

   Having the 0|1 (On/Off) Toggle switch and having a configuration file list of commands available and showing which is default and when it was included in specific or ongoing releases. It’s a big part, I haven’t found - I’ll look into it.

Contributors
nsvrn 0xB10C russeree khnt2x3

Labels
Feature