📅 Original date posted:2018-03-29
📝 Original message:Excellent - Thanks for your response Jorge. This helps us plan out the
future upgrades properly.
Since I see 0.15 and 0.16 use block versions as 0x20000000, whereas the
current deployed codebase (based on bitcoin 0.9.4) makes versions
0x00000002 (as seen by a 0.15 client), it appears safe to activate soft
forks which require a minimum of version 3 and 4 blocks (0x00000003
and 0x00000004,
respectively). Would you agree?
On Wed, Mar 28, 2018 at 7:55 AM, Jorge Timón <jtimon at jtimon.cc> wrote:
> Yes, you can activate softforks at a given height.
> I don't see any reason why you couldn't rebase to 0.16 directly.
> The block version bumping was a mistake in bip34, you don't really
> need to bump the version number. In any case, I would recommend
> reading bip34 and what it activates in the code. IIRC the last thing
> was bip65.
>
> On Wed, Mar 21, 2018 at 11:04 PM, Samad Sajanlal via bitcoin-dev
> <bitcoin-dev at lists.linuxfoundation.org> wrote:
> > Is it possible to activate soft forks such as BIP65 and BIP66 without
> prior
> > signaling from miners? I noticed in chainparams.cpp that there are block
> > heights where the enforcement begins.
> >
> > I understand this is already active on bitcoin. I'm working on a project
> > that is a clone of a clone of bitcoin, and we currently do not have
> BIP65 or
> > BIP66 enforced - no signaling of these soft forks either (most of the
> > network is on a source code fork of bitcoin 0.9). This project does not
> and
> > never intends to attempt to replace bitcoin - we know that without
> bitcoin
> > our project could never exist, so we owe a great deal of gratitude to the
> > bitcoin developers.
> >
> > If the entire network upgrades to the correct version of the software
> (based
> > on bitcoin 0.15), which includes the block height that has enforcement,
> can
> > we simply skip over the signaling and go straight into
> > activation/enforcement?
> >
> > At this time we are lucky that our network is very small, so it is
> > reasonable to assume that the whole network will upgrade their clients
> > within a short window (~2 weeks). We would schedule the activation ~2
> months
> > out from when the client is released, just to ensure everyone has time to
> > upgrade.
> >
> > We have been stuck on the 0.9 code branch and my goal is to bring it up
> to
> > 0.15 at least, so that we can implement Segwit and other key features
> that
> > bitcoin has introduced. The 0.15 client currently works with regards to
> > sending and receiving transactions but the soft forks are not active. I
> > understand that activating them will segregate the 0.15 clients onto
> their
> > own fork, which is why I'd like to understand the repercussions of doing
> it
> > without any signaling beforehand. I also would prefer not to have to make
> > intermediate releases such as 0.10, 0.11.. etc to get the soft forks
> > activated.
> >
> > Another related question - does the block version get bumped up
> > automatically at the time that a soft fork activates, or is there
> additional
> > stuff that I need to do within the code to ensure it bumps up at the same
> > time? From what I saw in the code it appears that it will bump up
> > automatically, but I would like some confirmation on that.
> >
> > Regards,
> > Samad
> >
> >
> >
> > _______________________________________________
> > bitcoin-dev mailing list
> > bitcoin-dev at lists.linuxfoundation.org
> > https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev
> >
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20180329/46f683eb/attachment.html>;
Samad Sajanlal [ARCHIVE] /
npub19w…z6z74
2023-06-07 18:11:22
in reply to nevent1q…gunp
Author Public Key
npub19wrqs02v4pw2w60zhu9l8h64lza2slrgw5t7v5xydsam0jc440kqlz6z74Seen on
wss://relay.nostr.bandPublished at
2023-06-07 18:11:22Event JSON
{
"id": "b136f156fe03066c06c090025cf91ef4e38afc517ba66272c663b690034e7199",
"pubkey": "2b86083d4ca85ca769e2bf0bf3df55f8baa87c687517e650c46c3bb7cb15abec",
"created_at": 1686161482,
"kind": 1,
"tags": [
[
"e",
"ba865719325d6900f772348d6aca5792c57bb532034f54be18251172a9959906",
"",
"root"
],
[
"e",
"e3bc0a4d294c6fc9df8e582eaf6ff7e2fda7c5f96858b464e81413c50ab53058",
"",
"reply"
],
[
"p",
"498a711971f8a0194289aee037a4c481a99e731b5151724064973cc0e0b27c84"
]
],
"content": "📅 Original date posted:2018-03-29\n📝 Original message:Excellent - Thanks for your response Jorge. This helps us plan out the\nfuture upgrades properly.\nSince I see 0.15 and 0.16 use block versions as 0x20000000, whereas the\ncurrent deployed codebase (based on bitcoin 0.9.4) makes versions\n0x00000002 (as seen by a 0.15 client), it appears safe to activate soft\nforks which require a minimum of version 3 and 4 blocks (0x00000003\nand 0x00000004,\nrespectively). Would you agree?\n\nOn Wed, Mar 28, 2018 at 7:55 AM, Jorge Timón \u003cjtimon at jtimon.cc\u003e wrote:\n\n\u003e Yes, you can activate softforks at a given height.\n\u003e I don't see any reason why you couldn't rebase to 0.16 directly.\n\u003e The block version bumping was a mistake in bip34, you don't really\n\u003e need to bump the version number. In any case, I would recommend\n\u003e reading bip34 and what it activates in the code. IIRC the last thing\n\u003e was bip65.\n\u003e\n\u003e On Wed, Mar 21, 2018 at 11:04 PM, Samad Sajanlal via bitcoin-dev\n\u003e \u003cbitcoin-dev at lists.linuxfoundation.org\u003e wrote:\n\u003e \u003e Is it possible to activate soft forks such as BIP65 and BIP66 without\n\u003e prior\n\u003e \u003e signaling from miners? I noticed in chainparams.cpp that there are block\n\u003e \u003e heights where the enforcement begins.\n\u003e \u003e\n\u003e \u003e I understand this is already active on bitcoin. I'm working on a project\n\u003e \u003e that is a clone of a clone of bitcoin, and we currently do not have\n\u003e BIP65 or\n\u003e \u003e BIP66 enforced - no signaling of these soft forks either (most of the\n\u003e \u003e network is on a source code fork of bitcoin 0.9). This project does not\n\u003e and\n\u003e \u003e never intends to attempt to replace bitcoin - we know that without\n\u003e bitcoin\n\u003e \u003e our project could never exist, so we owe a great deal of gratitude to the\n\u003e \u003e bitcoin developers.\n\u003e \u003e\n\u003e \u003e If the entire network upgrades to the correct version of the software\n\u003e (based\n\u003e \u003e on bitcoin 0.15), which includes the block height that has enforcement,\n\u003e can\n\u003e \u003e we simply skip over the signaling and go straight into\n\u003e \u003e activation/enforcement?\n\u003e \u003e\n\u003e \u003e At this time we are lucky that our network is very small, so it is\n\u003e \u003e reasonable to assume that the whole network will upgrade their clients\n\u003e \u003e within a short window (~2 weeks). We would schedule the activation ~2\n\u003e months\n\u003e \u003e out from when the client is released, just to ensure everyone has time to\n\u003e \u003e upgrade.\n\u003e \u003e\n\u003e \u003e We have been stuck on the 0.9 code branch and my goal is to bring it up\n\u003e to\n\u003e \u003e 0.15 at least, so that we can implement Segwit and other key features\n\u003e that\n\u003e \u003e bitcoin has introduced. The 0.15 client currently works with regards to\n\u003e \u003e sending and receiving transactions but the soft forks are not active. I\n\u003e \u003e understand that activating them will segregate the 0.15 clients onto\n\u003e their\n\u003e \u003e own fork, which is why I'd like to understand the repercussions of doing\n\u003e it\n\u003e \u003e without any signaling beforehand. I also would prefer not to have to make\n\u003e \u003e intermediate releases such as 0.10, 0.11.. etc to get the soft forks\n\u003e \u003e activated.\n\u003e \u003e\n\u003e \u003e Another related question - does the block version get bumped up\n\u003e \u003e automatically at the time that a soft fork activates, or is there\n\u003e additional\n\u003e \u003e stuff that I need to do within the code to ensure it bumps up at the same\n\u003e \u003e time? From what I saw in the code it appears that it will bump up\n\u003e \u003e automatically, but I would like some confirmation on that.\n\u003e \u003e\n\u003e \u003e Regards,\n\u003e \u003e Samad\n\u003e \u003e\n\u003e \u003e\n\u003e \u003e\n\u003e \u003e _______________________________________________\n\u003e \u003e bitcoin-dev mailing list\n\u003e \u003e bitcoin-dev at lists.linuxfoundation.org\n\u003e \u003e https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev\n\u003e \u003e\n\u003e\n-------------- next part --------------\nAn HTML attachment was scrubbed...\nURL: \u003chttp://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20180329/46f683eb/attachment.html\u003e",
"sig": "bd017c51fd379b045a9ccd31a32821bd268ee3cb784a8a0a6ced6bfb5586d75acba503fc1e23d76488dadbb103670c3a2318d12dd67f00a500dced44403449a0"
}