Några uppdateringar om : Jag laddade upp anteckningar från tidigare Crypto Law Seminars. Jag har också "Claude Coded" llms.txt funktionalitet och markdown-versioner för alla inlägg (för LLM). Jag är mer av en Python-person, så jag valde medvetet JavaScript-baserade 11ty som webbplatsgenerator för det här projektet för att lära mig mer om JS och för att testa Claude Code (med Max-prenumeration). Och jag måste säga att detta har fungerat mycket bra. Att lägga till llms.txt och råa markdown-versioner för alla texter tog mig bara några minuter med Claude.

Debatten om REV vs MEV fick mig att uppdatera "Hur förstår jag "MEV"? (Kolla Goodcrypto [dot] net). Jag är inte övertygad om att definiera MEV som bara intäkter från "out-of-protocol" eller "state contention". Både tillstånds- och blockutrymmeskonkurrens orsakar intäkter från validerare/sekvenserare och båda kommer från användarkonkurrens för rivaliserande användningsområden för en blockkedja. Överbelastning av blockutrymme inträffar när för många användare vill att transaktioner ska ingå i ett block, oavsett transaktionsordningen i det blocket. Till exempel flera användare som bjuder höga gasavgifter för att komma in i en fullsatt NFT-myntning. Statliga stridigheter uppstår till exempel när två handlare tävlar om att likvidera samma utlåningsposition, och var och en höjer avgifter som ska verkställas först, även om blocket i sig inte är fullt. Blockworks REV-mått (Real Economic Value) täcker båda. Den summerar basavgifter (överbelastning), blobavgifter (överbelastning av databandbredd), prioritetsavgifter (en blandning av överbelastning och konkurrens) och ytterligare byggarbud (som MEV-Boost-tips, som sannolikt återspeglar stridigheter). REV är alltså tänkt att fånga upp intäkter från både "in-protocol" och "out-of-protocol". Men inte ens REV fångar upp all MEV. Den tar inte hänsyn till sidokanalaffärer. I dessa affärer kan den verkliga betalningen för transaktionsorder dirigeras utanför kedjan (till exempel en banköverföring, en kryptoöverföring på en centraliserad börs) eller åtminstone genom ett mer komplext intäktsdelningsavtal med betalningar på kedjan som inte är lätta att identifiera som sådana.

Debatten om REV vs MEV fick mig att uppdatera Hur jag förstår "MEV"? (Kolla Goodcrypto [dot] net). Jag är inte övertygad om att definiera MEV som bara intäkter från "out-of-protocol" eller "state contention". Både tillstånds- och blockutrymmeskonkurrens orsakar intäkter från validerare/sekvenserare och båda kommer från användarkonkurrens för rivaliserande användningsområden för en blockkedja. Överbelastning av blockutrymme inträffar när för många användare vill att transaktioner ska ingå i ett block, oavsett transaktionsordningen i det blocket. Till exempel flera användare som bjuder höga gasavgifter för att komma in i en fullsatt NFT-myntning. Statliga stridigheter uppstår till exempel när två handlare tävlar om att likvidera samma utlåningsposition, och var och en höjer avgifter som ska verkställas först, även om blocket i sig inte är fullt. Blockworks REV-mått (Real Economic Value) täcker båda. Den summerar basavgifter (överbelastning), blobavgifter (överbelastning av databandbredd), prioritetsavgifter (en blandning av överbelastning och konkurrens) och ytterligare byggarbud (som MEV-Boost-tips, som sannolikt återspeglar stridigheter). REV är alltså tänkt att fånga upp intäkter från både "in-protocol" och "out-of-protocol". Men inte ens REV fångar upp all MEV. Den tar inte hänsyn till sidokanalaffärer. I dessa affärer kan den verkliga betalningen för transaktionsorder dirigeras utanför kedjan (till exempel en banköverföring, en kryptoöverföring på en centraliserad börs) eller åtminstone genom ett mer komplext intäktsdelningsavtal med betalningar på kedjan som inte är lätta att identifiera som sådana.

1/ Rättslig reglering av MEV-extraktion är ett av de största hoten mot decentraliserad, tillståndslös krypto som nästan ingen pratar om. Det handlar inte bara om att "🥪> direkt till fängelset". Föreställ dig tvångslicensiering för blockproducenter eller åtal mot validerare ...