<oembed><type>rich</type><version>1.0</version><title>ZmnSCPxj [ARCHIVE] wrote</title><author_name>ZmnSCPxj [ARCHIVE] (npub1g5…3ms3l)</author_name><author_url>https://yabu.me/npub1g5zswf6y48f7fy90jf3tlcuwdmjn8znhzaa4vkmtxaeskca8hpss23ms3l</author_url><provider_name>njump</provider_name><provider_url>https://yabu.me</provider_url><html>📅 Original date posted:2021-05-18&#xA;📝 Original message:Good morning Erik,&#xA;&#xA;&gt; Verifiable Delay Functions involve active participation of a single&#xA;&gt; verifier. Without this a VDF decays into a proof-of-work (multiple&#xA;&gt; verifiers === parallelism).&#xA;&gt;&#xA;&gt; The verifier, in this case is &#34;the bitcoin network&#34; taken as a whole.&#xA;&gt; I think it is reasonable to consider that some difficult-to-game&#xA;&gt; property of the last N blocks (like the hash of the last 100&#xA;&gt; block-id&#39;s or whatever), could be the verification input.&#xA;&gt;&#xA;&gt; The VDF gets calculated by every eligible proof-of-burn miner, and&#xA;&gt; then this is used to prevent a timing issue.&#xA;&gt;&#xA;&gt; Seems reasonable to me, but I haven&#39;t looked too far into the&#xA;&gt; requirements of VDF&#39;s&#xA;&gt;&#xA;&gt; nice summary for anyone who is interested:&#xA;&gt; https://medium.com/@djrtwo/vdfs-are-not-proof-of-work-91ba3bec2bf4&#xA;&gt;&#xA;&gt; While VDF&#39;s almost always lead to a &#34;cpu-speed monopoly&#34;, this would&#xA;&gt; only be helpful for block latency in a proof-of-burn chain. Block&#xA;&gt; height would be calculated by eligible-miner-burned-coins, so the&#xA;&gt; monopoly could be easily avoided.&#xA;&#xA;Interesting link.&#xA;&#xA;However, I would like to point out that the *real* reason that PoW consumes lots of power is ***NOT***:&#xA;&#xA;* Proof-of-work is parallelizable, so it allows miners consume more energy (by buying more grinders) in order to get more blocks than their competitors.&#xA;&#xA;The *real* reason is:&#xA;&#xA;* Proof-of-work allows miners to consume more energy in order to get more blocks than their competitors.&#xA;&#xA;VDFs attempt to sidestep that by removing parallelism.&#xA;However, there are ways to increase *sequential* speed, such as:&#xA;&#xA;* Overclocking.&#xA;  * This shortens lifetime, so you can spend more energy (on building new miners) in order to get more blocks than your competitors.&#xA;* Lower temperatures.&#xA;  * This requires refrigeration/cooling, so you can spend more energy (on the refrigeration process) in order to get more blocks than your competitors.&#xA;&#xA;I am certain people with gaming rigs can point out more ways to improve sequential speed, as necessary to get more frames per second.&#xA;&#xA;Given the above, I think VDFs will still fail at their intended task.&#xA;Speed, yo.&#xA;&#xA;Thus, VDFs do not serve as a sufficient deterrent away from ever-increasing energy consumption --- it just moves the energy consumption increase away from the obvious (parallelism) to the obscure-if-you-have-no-gamer-buds.&#xA;&#xA;You humans just need to get up to Kardashev 1.0, stat.&#xA;&#xA;Regards,&#xA;ZmnSCPxj</html></oembed>