Argomenti di tendenza
#
Bonk Eco continues to show strength amid $USELESS rally
#
Pump.fun to raise $1B token sale, traders speculating on airdrop
#
Boop.Fun leading the way with a new launchpad on Solana.
La questione riguardo al limite OP_RETURN che sta causando il cambiamento e che non viene articolato chiaramente:
Per molto tempo è stato consenso che raramente ci sia motivo di memorizzare molto più di un hash di 40 byte onchain per qualsiasi protocollo L2 che funziona sopra Bitcoin, quindi il limite di relay era di 80 byte.
Sebbene sia vero che è sempre stato il caso che i metaprotocollo abbiano sempre beneficiato dalla memorizzazione di più dati all'interno di Bitcoin stesso, questi casi d'uso sono stati in gran parte ignorati perché non sono casi d'uso monetari dell'asset BTC:
Generalmente, i metaprotocollo come questo sfruttano la *blockchain* di Bitcoin, ma le loro regole/logica non possono interagire direttamente con l'asset BTC. Quindi non sono "importanti" da considerare per la blockchain di Bitcoin.
Questo è cambiato con il lavoro di BitVM due anni fa. Ora, per la prima volta, è possibile costruire protocolli L2 che interagiscono direttamente con l'asset bitcoin sfruttando tecniche più esotiche (come le prove ZK e DA).
Ecco perché il caso d'uso di Citrea è riuscito a ottenere un'udienza con Core. Se Citrea stesse solo costruendo una sidechain di Ethereum che interagisce con asset non correlati a bitcoin, non avrebbe mai avuto influenza su come Core stabilisce i suoi limiti di relay predefiniti.
Ma poiché BitVM esiste, e le prove ZK e DA hanno quindi un impatto diretto sulle regole secondo cui i veri bitcoin viaggiano attraverso la logica della blockchain, questa classe di L2 è ora, per la prima volta, presa in considerazione quando Core rivede i propri limiti di relay, invece di limitarsi a soddisfare Lightning.
Dopo 9 anni di tendenze di custodia che dominano Lightning, puoi davvero biasimarli per assicurarsi che gli L2 senza canali siano presi in considerazione nell'equazione dei limiti di relay?
Compito extra: Non si tratta nemmeno di "prendersi cura di Citrea", Citrea può già incorporare i dati di cui ha bisogno in Bitcoin utilizzando output non spendibili, costa praticamente nulla a Citrea farlo, Core si sta solo adattando affinché *Bitcoin* non venga danneggiato da un'inutile bloat UTXO a causa della crescita di protocolli simili a Citrea sopra Bitcoin; alla fine della giornata si tratta di prendersi cura di *Bitcoin*, ma ho visto persone cercare di spiegare questo alle persone di Knots un milione di volte senza successo, quindi offro un angolo alternativo.
Principali
Ranking
Preferiti