<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	>
<channel>
	<title>Comments on: The Possible Outcomes of Segwit</title>
	<atom:link href="http://ztkfg.com/2022/01/the-possible-outcomes-of-segwit/feed/" rel="self" type="application/rss+xml" />
	<link>http://ztkfg.com/2022/01/the-possible-outcomes-of-segwit/</link>
	<description>198.211.113.164 // 6326 273B 61A7 00AF 4CD9 5A7B 8C6C AB19 24A6 4DEC</description>
	<pubDate>Wed, 15 Apr 2026 04:02:29 +0000</pubDate>
	<generator>http://polimedia.us</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: whaack</title>
		<link>http://ztkfg.com/2022/01/the-possible-outcomes-of-segwit/#comment-1484</link>
		<dc:creator>whaack</dc:creator>
		<pubDate>Thu, 27 Jan 2022 17:01:23 +0000</pubDate>
		<guid isPermaLink="false">http://ztkfg.com/?p=501#comment-1484</guid>
		<description>&gt; @whaack note that there'd be not two but three types of noad after the fork -- TRB, pre-fork-PRB, and fork-PRB.

I thought for a moment "is it possible to create a fork-PRB that is only a softfork to pre-fork-PRB but a hardfork for trb?" I think the answer is no, so yes you are right, good point. 

&gt; ... the other interesting IMHO aspect is that plenty of folks who currently not paying attention, would likely start if they were to smell payola. E.g. from my and over9000 other people's POV, "BCH" was a glorious phree gift of coin, and was worth paying attention to for precisely as long as it took to split off and liquidate the "gift".

If I understand correctly, this means ~ if trb-nodes mostly go offline, but then one day prb forks, people will be motivated to startup some trb-nodesagain  so they can sell on the prb-fork and keep the trb-coin. If so, yes I agree.</description>
		<content:encoded><![CDATA[<p>> @whaack note that there'd be not two but three types of noad after the fork -- TRB, pre-fork-PRB, and fork-PRB.</p>
<p>I thought for a moment "is it possible to create a fork-PRB that is only a softfork to pre-fork-PRB but a hardfork for trb?" I think the answer is no, so yes you are right, good point. </p>
<p>> ... the other interesting IMHO aspect is that plenty of folks who currently not paying attention, would likely start if they were to smell payola. E.g. from my and over9000 other people's POV, "BCH" was a glorious phree gift of coin, and was worth paying attention to for precisely as long as it took to split off and liquidate the "gift".</p>
<p>If I understand correctly, this means ~ if trb-nodes mostly go offline, but then one day prb forks, people will be motivated to startup some trb-nodesagain  so they can sell on the prb-fork and keep the trb-coin. If so, yes I agree.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Stanislav Datskovskiy</title>
		<link>http://ztkfg.com/2022/01/the-possible-outcomes-of-segwit/#comment-1483</link>
		<dc:creator>Stanislav Datskovskiy</dc:creator>
		<pubDate>Thu, 27 Jan 2022 15:05:32 +0000</pubDate>
		<guid isPermaLink="false">http://ztkfg.com/?p=501#comment-1483</guid>
		<description>... the other interesting IMHO aspect is that plenty of folks who &lt;i&gt;currently&lt;/i&gt; not paying attention, would likely &lt;i&gt;start&lt;/i&gt; if they were to smell payola. E.g. from my and over9000 other people's POV, "BCH" was a glorious phree gift of coin, and was worth paying attention to for precisely as long as it took to split off and liquidate the "gift".</description>
		<content:encoded><![CDATA[<p>... the other interesting IMHO aspect is that plenty of folks who <i>currently</i> not paying attention, would likely <i>start</i> if they were to smell payola. E.g. from my and over9000 other people's POV, "BCH" was a glorious phree gift of coin, and was worth paying attention to for precisely as long as it took to split off and liquidate the "gift".</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Stanislav Datskovskiy</title>
		<link>http://ztkfg.com/2022/01/the-possible-outcomes-of-segwit/#comment-1482</link>
		<dc:creator>Stanislav Datskovskiy</dc:creator>
		<pubDate>Thu, 27 Jan 2022 15:01:08 +0000</pubDate>
		<guid isPermaLink="false">http://ztkfg.com/?p=501#comment-1482</guid>
		<description>@whaack note that there'd be not two but &lt;i&gt;three&lt;/i&gt; types of noad after the fork -- TRB, pre-fork-PRB, and fork-PRB.</description>
		<content:encoded><![CDATA[<p>@whaack note that there'd be not two but <i>three</i> types of noad after the fork -- TRB, pre-fork-PRB, and fork-PRB.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: whaack</title>
		<link>http://ztkfg.com/2022/01/the-possible-outcomes-of-segwit/#comment-1481</link>
		<dc:creator>whaack</dc:creator>
		<pubDate>Thu, 27 Jan 2022 14:49:50 +0000</pubDate>
		<guid isPermaLink="false">http://ztkfg.com/?p=501#comment-1481</guid>
		<description>@Verisimilitude

The number of people who publicly run trb nodes is quite small. If the nodes were to all go offline, then bitcoin core would be able to tweak their code so that they issue a hard fork with what-would-be trb, and no one would notice.

I agree that the chance that prb pulls off a hardfork while there are people paying attention is low, given the numerous failed attempts already.</description>
		<content:encoded><![CDATA[<p>@Verisimilitude</p>
<p>The number of people who publicly run trb nodes is quite small. If the nodes were to all go offline, then bitcoin core would be able to tweak their code so that they issue a hard fork with what-would-be trb, and no one would notice.</p>
<p>I agree that the chance that prb pulls off a hardfork while there are people paying attention is low, given the numerous failed attempts already.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Verisimilitude</title>
		<link>http://ztkfg.com/2022/01/the-possible-outcomes-of-segwit/#comment-1480</link>
		<dc:creator>Verisimilitude</dc:creator>
		<pubDate>Thu, 27 Jan 2022 07:50:27 +0000</pubDate>
		<guid isPermaLink="false">http://ztkfg.com/?p=501#comment-1480</guid>
		<description>I'm ignorant of how the third possibility works.  How could this mutually compatible mechanism strangle its infrastructure, without killing itself?</description>
		<content:encoded><![CDATA[<p>I'm ignorant of how the third possibility works.  How could this mutually compatible mechanism strangle its infrastructure, without killing itself?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Stanislav Datskovskiy</title>
		<link>http://ztkfg.com/2022/01/the-possible-outcomes-of-segwit/#comment-1479</link>
		<dc:creator>Stanislav Datskovskiy</dc:creator>
		<pubDate>Thu, 27 Jan 2022 03:06:38 +0000</pubDate>
		<guid isPermaLink="false">http://ztkfg.com/?p=501#comment-1479</guid>
		<description>&#62; The main aspect of the third outcome I propose is that trb nodes are no longer running

not clear to me that them running has much to do with preventing the segshit-hardfork to date, though.

&#62; impossible to convince anyone that this chain has value, including the miners

aha.

&#62; not possible however at the current moment to dump trb coins on a separate segchain, because the segchain and trbchain are the same

my contention is that &lt;a href="http://logs.nosuchlabs.com/log/asciilifeform/2022-01-26#1076825" rel="nofollow"&gt;if suddenly they could no longer be seen as 'the same', the hard-segshit fork would play out similarly to BCH. given as hard-segshit would be effectively the same proggy as the BCH client.&lt;/a&gt;</description>
		<content:encoded><![CDATA[<p>&gt; The main aspect of the third outcome I propose is that trb nodes are no longer running</p>
<p>not clear to me that them running has much to do with preventing the segshit-hardfork to date, though.</p>
<p>&gt; impossible to convince anyone that this chain has value, including the miners</p>
<p>aha.</p>
<p>&gt; not possible however at the current moment to dump trb coins on a separate segchain, because the segchain and trbchain are the same</p>
<p>my contention is that <a href="http://logs.nosuchlabs.com/log/asciilifeform/2022-01-26#1076825" rel="nofollow">if suddenly they could no longer be seen as 'the same', the hard-segshit fork would play out similarly to BCH. given as hard-segshit would be effectively the same proggy as the BCH client.</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: whaack</title>
		<link>http://ztkfg.com/2022/01/the-possible-outcomes-of-segwit/#comment-1478</link>
		<dc:creator>whaack</dc:creator>
		<pubDate>Thu, 27 Jan 2022 02:51:25 +0000</pubDate>
		<guid isPermaLink="false">http://ztkfg.com/?p=501#comment-1478</guid>
		<description>&gt; Why would a hypothetical "hardening of the segshit softfork" PRB-fork stop merely at "perma-harden segshit" though?

No, i agree the hard forks would continue on and on. Afaik this is the case with Bitcoin Cash, it itself has a subfork BSV. The main aspect of the third outcome I propose is that trb nodes are no longer running, not that there is a hardfork. 

&gt; The naive POV, "all forks to date resolved in the direction which'd benefit miners", doesn't quite hold, incidentally: hypothetically, e.g. a "tx fees start at 1btc" fork is possible -- and even "softly", at that; but not won (nor afaik happened at all) to date. nor, e.g. a "gift satoshi's hodl to miners" fork. worth considering why.)

Well I would argue to say that "tx fees start at 1btc" does not work well because the miners believe that chain will be valueless, i.e. the miners will perhaps gain btc, but those btc will be worth less.

&gt;  For that matter, worth considering "why was segshit brought in as 'soft' fork to begin with?"

I believe this is precisely because attempts to hard fork failed through economic attack. It is not possible however at the current moment to dump trb coins on a separate segchain, because the segchain and trbchain are the same. So there's no ability to "crash the enemy's market".

 &gt; Incidentally, may be worth conducting a game-theoretical experiment: bake a fork-noad where 1btc of satoshi's hodl is "gifted" to the claimant of each mined block after $index, "while supplies last." Per the naive POV, "51%" will jump on it.

I don't think this will have any traction because it will be impossible to convince anyone that this chain has value, including the miners.</description>
		<content:encoded><![CDATA[<p>> Why would a hypothetical "hardening of the segshit softfork" PRB-fork stop merely at "perma-harden segshit" though?</p>
<p>No, i agree the hard forks would continue on and on. Afaik this is the case with Bitcoin Cash, it itself has a subfork BSV. The main aspect of the third outcome I propose is that trb nodes are no longer running, not that there is a hardfork. </p>
<p>> The naive POV, "all forks to date resolved in the direction which'd benefit miners", doesn't quite hold, incidentally: hypothetically, e.g. a "tx fees start at 1btc" fork is possible -- and even "softly", at that; but not won (nor afaik happened at all) to date. nor, e.g. a "gift satoshi's hodl to miners" fork. worth considering why.)</p>
<p>Well I would argue to say that "tx fees start at 1btc" does not work well because the miners believe that chain will be valueless, i.e. the miners will perhaps gain btc, but those btc will be worth less.</p>
<p>>  For that matter, worth considering "why was segshit brought in as 'soft' fork to begin with?"</p>
<p>I believe this is precisely because attempts to hard fork failed through economic attack. It is not possible however at the current moment to dump trb coins on a separate segchain, because the segchain and trbchain are the same. So there's no ability to "crash the enemy's market".</p>
<p> > Incidentally, may be worth conducting a game-theoretical experiment: bake a fork-noad where 1btc of satoshi's hodl is "gifted" to the claimant of each mined block after $index, "while supplies last." Per the naive POV, "51%" will jump on it.</p>
<p>I don't think this will have any traction because it will be impossible to convince anyone that this chain has value, including the miners.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Stanislav Datskovskiy</title>
		<link>http://ztkfg.com/2022/01/the-possible-outcomes-of-segwit/#comment-1477</link>
		<dc:creator>Stanislav Datskovskiy</dc:creator>
		<pubDate>Thu, 27 Jan 2022 01:35:28 +0000</pubDate>
		<guid isPermaLink="false">http://ztkfg.com/?p=501#comment-1477</guid>
		<description>Incidentally, may be worth conducting a game-theoretical experiment: bake a fork-noad where 1btc of satoshi's hodl is "gifted" to the claimant of each mined block after $index, "while supplies last." Per the naive POV, "51%" will jump on it.</description>
		<content:encoded><![CDATA[<p>Incidentally, may be worth conducting a game-theoretical experiment: bake a fork-noad where 1btc of satoshi's hodl is "gifted" to the claimant of each mined block after $index, "while supplies last." Per the naive POV, "51%" will jump on it.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Stanislav Datskovskiy</title>
		<link>http://ztkfg.com/2022/01/the-possible-outcomes-of-segwit/#comment-1476</link>
		<dc:creator>Stanislav Datskovskiy</dc:creator>
		<pubDate>Thu, 27 Jan 2022 01:29:14 +0000</pubDate>
		<guid isPermaLink="false">http://ztkfg.com/?p=501#comment-1476</guid>
		<description>Why would a hypothetical "hardening of the segshit softfork" PRB-fork stop merely at "perma-harden segshit" though?

The naive POV, "all forks to date resolved in the direction which'd benefit miners", doesn't quite hold, incidentally: hypothetically, e.g. a "tx fees start at 1btc" fork is possible -- and even "softly", at that; but not won (nor afaik happened at all) to date. nor, e.g. a "gift satoshi's hodl to miners" fork. worth considering why.)

For that matter, worth considering "why was segshit brought in as 'soft' fork to begin with?"</description>
		<content:encoded><![CDATA[<p>Why would a hypothetical "hardening of the segshit softfork" PRB-fork stop merely at "perma-harden segshit" though?</p>
<p>The naive POV, "all forks to date resolved in the direction which'd benefit miners", doesn't quite hold, incidentally: hypothetically, e.g. a "tx fees start at 1btc" fork is possible -- and even "softly", at that; but not won (nor afaik happened at all) to date. nor, e.g. a "gift satoshi's hodl to miners" fork. worth considering why.)</p>
<p>For that matter, worth considering "why was segshit brought in as 'soft' fork to begin with?"</p>
]]></content:encoded>
	</item>
</channel>
</rss>
