Bitcoin Development Mailinglist
 help / color / mirror / Atom feed
From: Greg Tonoski <greg.tonoski@gmail.com>
To: Bitcoin Development Mailing List <bitcoindev@googlegroups.com>
Subject: Re: [bitcoindev] Re: [BIP Proposal] Limit ScriptPubkey Size >= 520 Bytes Consensus.
Date: Sat, 18 Oct 2025 18:44:38 +0200	[thread overview]
Message-ID: <CAMHHROzPZwh2boUW_cgMZZUVm5hK+Si0OHWLMQRL8a720EsMOw@mail.gmail.com> (raw)
In-Reply-To: <78475572-3e52-44e4-8116-8f1a917995a4n@googlegroups.com>

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

>
> > Limiting the maximum size of the scriptPubKey of a transaction to 67
> bytes.
>
> This leave no room to deal with broken hashing algorithms and very little
> future upgradability for hooks.
>
Can I ask for an example of such hooks for which room for "future
upgradability" may be needed, please? I am not familiar with the subject
and would like to learn more about it in order to evaluate the argument.

I disagree with the premise that larger maximum size of scriptPubKey is
necessary for dealing with "broken hashing algorithms". Besides, I would
suggest YAGNI principle.

-- 
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 visit https://groups.google.com/d/msgid/bitcoindev/CAMHHROzPZwh2boUW_cgMZZUVm5hK%2BSi0OHWLMQRL8a720EsMOw%40mail.gmail.com.

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

  reply	other threads:[~2025-10-18 17:01 UTC|newest]

Thread overview: 46+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2025-10-02 20:42 [bitcoindev] " PortlandHODL
2025-10-02 22:19 ` Andrew Poelstra
2025-10-02 22:46   ` Andrew Poelstra
2025-10-02 22:47   ` 'moonsettler' via Bitcoin Development Mailing List
2025-10-03  7:11     ` Garlo Nicon
2025-10-02 22:27 ` Brandon Black
2025-10-03  1:21 ` [bitcoindev] " /dev /fd0
2025-10-03 10:46   ` 'moonsettler' via Bitcoin Development Mailing List
2025-10-03 11:26     ` /dev /fd0
2025-10-03 13:35     ` jeremy
2025-10-03 13:59   ` Andrew Poelstra
2025-10-03 14:18     ` /dev /fd0
2025-10-03 14:59       ` Andrew Poelstra
2025-10-03 16:15         ` Anthony Towns
2025-10-05  9:59           ` Guus Ellenkamp
2025-10-03 13:21 ` [bitcoindev] " Peter Todd
2025-10-03 16:52   ` 'moonsettler' via Bitcoin Development Mailing List
2025-10-03 15:42 ` Anthony Towns
2025-10-03 20:02 ` Luke Dashjr
2025-10-03 20:52   ` /dev /fd0
2025-10-04 23:12     ` jeremy
2025-10-05 10:59       ` Luke Dashjr
2025-10-08 15:03   ` Greg Tonoski
2025-10-08 18:15     ` Keagan McClelland
2025-10-15 20:04 ` [bitcoindev] " Casey Rodarmor
2025-10-16  0:06   ` Greg Maxwell
2025-10-17 17:07     ` Brandon Black
2025-10-17 18:05       ` 'Antoine Poinsot' via Bitcoin Development Mailing List
2025-10-18  1:01         ` Antoine Riard
2025-10-18  4:03           ` Greg Maxwell
2025-10-18 12:06             ` PortlandHODL
2025-10-18 16:44               ` Greg Tonoski [this message]
2025-10-18 16:54               ` /dev /fd0
2025-10-22  8:07               ` 'moonsettler' via Bitcoin Development Mailing List
2025-10-27 23:44                 ` Michael Tidwell
2025-10-30  2:26                   ` Greg Maxwell
2025-10-30  3:36                     ` Michael Tidwell
2025-10-30  6:15                       ` Greg Maxwell
2025-10-30  8:55                         ` Bitcoin Error Log
2025-10-30 17:40                           ` Greg Maxwell
2025-10-30 20:27                         ` [bitcoindev] Policy restrictions Was: " 'Russell O'Connor' via Bitcoin Development Mailing List
2025-10-30 22:23                           ` [bitcoindev] " 'Russell O'Connor' via Bitcoin Development Mailing List
2025-10-30 16:10                     ` [bitcoindev] " Tom Harding
2025-10-30 22:15                       ` Doctor Buzz
2025-10-20 15:22         ` Greg Maxwell
2025-10-21 19:05           ` Garlo Nicon

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=CAMHHROzPZwh2boUW_cgMZZUVm5hK+Si0OHWLMQRL8a720EsMOw@mail.gmail.com \
    --to=greg.tonoski@gmail.com \
    --cc=bitcoindev@googlegroups.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox