<oembed><type>rich</type><version>1.0</version><title>nomadshiba⚡⚡ wrote</title><author_name>nomadshiba⚡⚡ (npub1gk…sppqk)</author_name><author_url>https://yabu.me/npub1gkp4cdh5rktehjqjnqc09awey4302dpadlka6mes4fu5spes7fhqfsppqk</author_url><provider_name>njump</provider_name><provider_url>https://yabu.me</provider_url><html>&gt; that block would be rejected by every node online at that moment.&#xA;&#xA;you are saying it yourself here &#34;at that moment&#34;.&#xA;&#xA;what rejecting a change proposed by the kaspa devs looks like? what happens if miners support the change but you don&#39;t.&#xA;&#xA;also nothing blindly trusts PoW. &#xA;&#xA;but with default kaspa node if software rules changed at some point for a while you would have no idea because you dont replay those txs. you just trust what the network tells you the utxo is. &#xA;&#xA;if a chain has 2x of pow of your current chain in bitcoin, but has a single tx that doesn&#39;t fit into your ruleset, you wouldn&#39;t pick that chain. &#xA;&#xA;but with kaspa you have no idea that happened. you either have to always online to catch it, or run and verify every tx from the genesis.&#xA;&#xA;you can only prove everyone on the network agreed that valid utxo set looked like &#34;this&#34; at some point. &#xA;&#xA;no matter how many tricks, ideas you have not to verify txs one by one for real. none is actual verification of the tx.&#xA;&#xA;that&#39;s trust, not verification.&#xA;&#xA;you cannot meaningfully prove anything about the past.&#xA;&#xA;have fun complying to another hard-fork that activates &#34;smoothly&#34;  &#xA;&#xA;</html></oembed>