<oembed><type>rich</type><version>1.0</version><author_name>npub1ej6vep7y2km5l6awukffelg8yeppkth2vjkjk9jypd5w336rxggs3p9cq8</author_name><author_url>https://nostr.ae/npub1ej6vep7y2km5l6awukffelg8yeppkth2vjkjk9jypd5w336rxggs3p9cq8</author_url><provider_name>njump</provider_name><provider_url>https://nostr.ae</provider_url><html>📅 Original date posted:2015-08-13&#xA;📝 Original message:Very cool! This will certainly help make Lightning Network testable on&#xA;the main-chain and permit channels to remain open indefinitely. I&#39;m&#xA;looking forward to it.&#xA;&#xA;On Thu, Aug 13, 2015 at 12:06:44PM +0100, Btc Drak via bitcoin-dev wrote:&#xA;&gt;         // Note that unlike CHECKLOCKTIMEVERIFY we do not need to&#xA;&gt;         // accept 5-byte bignums since any value greater than or&#xA;&gt;         // equal to SEQUENCE_THRESHOLD (= 1 &lt;&lt; 31) will be rejected&#xA;&gt;         // anyway. This limitation just happens to coincide with&#xA;&gt;         // CScriptNum&#39;s default 4-byte limit with an explicit sign&#xA;&gt;         // bit.&#xA;&#xA;I haven&#39;t tested the details of this, but is there another bit available&#xA;for use in the future for the relative blockheight?&#xA;&#xA;I strongly believe that Lightning needs mitigations for a systemic&#xA;supervillan attack which attemps to flood the network with transactions,&#xA;which can hypothetically be mitigated with something like a timestop&#xA;bit (as originally suggested by gmaxwell).&#xA;&#xA;Summary: If a block is flagged as timestopped (whether automatically or&#xA;by vote or other mechanism), then an auxillary blockheigh is frozen and&#xA;does not increment. This auxillary blockheight is only used for&#xA;accounting in timestopped height computation (and isn&#39;t used for&#xA;anything else). So as the real blockheight increments, the auxillary&#xA;blockheight can sometimes stop and stay the same. If a transaction has a&#xA;timestop bit enabled, then the transaction&#39;s OP_CSV relative height is&#xA;dependent upon the auxillary height, not the real block height. This&#xA;allows for a large backlog of transactions which must occur before a&#xA;particular (relative) block height to enter into the blockchain.&#xA;&#xA;I&#39;m not sure if it&#39;s out of scope, but it could make sense to consider&#xA;the possibility for additional state(s) with relative height computation&#xA;today. Ideally, there&#39;d be some kind of &#34;version&#34; byte which can be&#xA;recontextualized into something later, but I don&#39;t know how that could&#xA;cleanly fit into the data structure/code.&#xA;&#xA;-- &#xA;Joseph Poon</html></oembed>