Jack⛩️

Oggi si sgancia un’altra BOMBA… e sono sicuro che NON vorrai perdertela👇 🔥 THE INTERSPACE 🔥 Il nuovo appuntamento mensile qui su X sotto forma di space per parlare dell’ecosistema Cosmos in italiano. Ogni secondo mercoledì del mese ore 21.00! (like e repost per far arrivare il post al maggior numero di persone possibili, grazie di cuore ❤️) I conduttori sono: - Alessandro Mazza @alessandromazza: Web3 developer e content creator (vabbé… sono io dai). - Dimi @dimiandre: Contributor Cosmos-SDK e Co-Founder Juno Network. Gli argomenti spazieranno su tutti i temi fondamentali che riguardano Cosmos e il suo ecosistema: Sviluppo e novità tecnologiche Andremo ad affrontare argomenti quali i Cosmos SDK, CosmWasm, IBC, Data Availability Layers e molto altro… News importanti e governance Vi spoilero subito uno dei temi della prima puntata: la proposal 848 che ha ridotto drasticamente l’inflazione di ATOM, passando da circa il 20% al 10%. e ovviamente, dulcis in fundo, i succosi airdrop E anche qui si parte a cannone con l’airdrop di Namada fresco fresco dell’ultima settimana. L’obiettivo è portare maggiore awareness relativamente ad uno degli ecosistemi più importanti e floridi nel panorama delle criptovalute. THE INTERSPACE prende vita ufficialmente DOMANI 13/Dicembre alle 21.00 con la PRIMISSIMA e SCOTTANTE PUNTATA! SALVATI SUBITO la DATA E VEDI DI NON PERDERTELA! A domani 🔥

È in arrivo un nuovo AIRDROP nel mondo di Cosmos: Namada! Vi spiego tutti i dettagli su come fare il claim e sul progetto in sè👇 (like e retweet per far arrivare il post a più persone possibili, grazie di cuore❤️) Introduzione Namada è una nuova blockchain PoS basata sui Cosmos SDK con una grande attenzione alla privacy, consentendo agli utenti di poter oscurare le loro transazioni e il loro operato on-chain. Devo ancora approfondire nel dettaglio le modalità con cui realizzano tali proprietà di privacy... AIRDROP Il token della chain si chiama $NAM ed è attualmente in atto la procedura di claim dell'airdrop. Termine del periodo di claim: fra 20 giorni (circa il 28/Dic). Vi allego la tabella completa relativa alla distribuzione iniziale del token: Tl;Dr Sono idonei all'airdrop: - ATOM / OSMO stakers (ci tengo a ricordarti il mio nuovo validatore di Cosmos Hub a nome "Alessandro Mazza" al quale puoi delegare i tuoi ATOM. Grazie mille) - BadKids holders - Trusted Setup di Namada. Il trusted setup è un processo necessario per molte applicazioni crittografiche e zk. - tutti coloro che hanno fatto contribuzioni su Github nel mondo privacy / Cosmos / Rust. Anche qui, come su Celestia, la distribuzione dei token va nettamente a favore degli sviluppatori, in quanto gli indirizzi eligibili sono molto pochi, per cui la quantità di token è nettamente più alto per gli sviluppatori. Come fare il claim Gli step sono semplicissimi: 1. Scaricare l'estensione relativa al wallet di Namada: chromewebstore.google.com/de… 2. Recarsi sul sito ufficiale: rpgfdrop.namada.net/ 3. Premi su "Check NAM eligibility" 4. A quel punto seleziona la categoria che fa al caso tuo e procedi al claim della tua quota di token. Proprio come nel caso di Celestia, NON sarà necessario fare alcun claim per ottenere realmente il token. Quando la blockchain verrà avviata vi ritroverete sin dalla genesi il vostro quantitativo di token all'interno del vostro indirizzo. Ah, beh già che ci siete, non dimenticatevi di lasciare un super like e repost a questo post! Ci impiegate un nano_secondo ed è un gesto gratuito ma fondamentale per me. Grazie di cuore❤️

ETHEREUM EIP-1559 GAME OVER Ve lo dico sin dall’inizio, il post di oggi NON è banale. Se pensate di passare i prossimi 5 minuti leggendo una curiosità o una normale notizia vi sbagliate di grosso. Innanzitutto fermati un secondo e metti like e repost a questo post, ti ringrazio di cuore (è davvero importante) Eppure si tratta di qualcosa che ha un’importanza GIGANTESCA per Ethereum e, nel particolare, per l’EIP-1559. EIP-1559 Un veloce recap per coloro che non sanno bene a cosa fa riferimento l’EIP-1559. Con l’EIP-1559, entrato in vigore diversi anni fa, ben prima dell’aggiornamento The Merge e del passaggio alla Proof of Stake, Ethereum ha introdotto una modifica al mercato delle gas fee, introducendo una distinzione tra: base fee: la commissione minima per far sì che una tx sia accettata dal network di Ethereum. Viene bruciata, ossia si riduce la supply di ETH. priority fee: una commissione aggiuntiva al di sopra della base fee che funge da tips, ossia mancia, per i validatori, così da favorire l’inserimento della propria transazione all’interno di un blocco valido. Quest’ultima finisce nelle tasche dei validatori. E l’idea di base è che i validatori impostano di blocco in blocco il target totale di gas che deve essere consumato. Se il valore di gas reale riscontrato nel blocco è maggiore del target, allora la base fee aumenta, se invece è inferiore, allora diminuisce. Il senso è quello di creare una base fee che varia dinamicamente in base alla congestione del network in un preciso momento (nel particolare ci si basa sempre sul blocco precedente per eseguire i calcoli). Prima dell’EIP-1559 Prima dell’aggiornamento EIP-1559 i miners impostavano la block size semplicemente tramite un meccanismo di voto: ogni nuovo blocco, il miner che lo aveva generato, poteva spostare il gas limit in su o in giù di un fattore di 1/1024 (0,09%). Vi ricordo che il gas limit indica la quantità massima di computazione che un blocco può ospitare. Per chi ha già chiaro il concetto di block size su Bitcoin, possiamo dire che il gas limit è per Ethereum quello che la max block size rappresenta per Bitcoin. Tornando a noi, i miners quindi potevano spostare a piacimento il gas limit di un 0,09% per ogni nuovo blocco. Tenete a mente che 0,09% per ogni blocco (12 secondi) vuol dire un cambiamento del 100% (potenziale) in meno di 3 ore. Arriva l’EIP-1559 Il gas limit raddoppia, ma il metodo con cui i miner impostano il gas limit non varia. Quello che varia è su cosa votano ora i miner (e successivamente i validatori). Infatti ora i miner votano non più sul gas limit ma sul gas target, ossia il quantitativo di computazione che si stabilisce come target ottimale per ogni blocco. Il gas limit è impostato ad un valore doppio rispetto al valore target. E i miner continuano a votare sul gas target sempre di un fattore di 0,09% per blocco. Arriva The Merge e la Proof of Stake Qui ci si deve porre una domanda fondamentale? Chi impedisce al valore del gas target di aumentare a dismisura? Se osserviamo il grafico del gas limit di Ethereum nel corso della sua storia, notiamo come esso sia (quasi del tutto) aumentato di botto in determinati istanti del passato, che ovviamente corrispondono a determinati hard fork di Ethereum Al che possiamo domandarci, perchè ora è fissato a 30 milioni? Perchè non 100 milioni o 1 miliardo? La ragione principale è che il valore del gas target (e quindi del gas limit) è sempre stato consigliato dagli sviluppatori core, in quanto è un valore che è risaputo essere ottimale per la corretta esecuzione di tutte le tx all’interno di un blocco ai fini della sua verifica (vi ricordo che tutti i full node verificano ogni singolo blocco, ogni 12 secondi). Se un blocco fosse gigantesco, molti full node non riuscirebbero a verificarlo e ci sarebbero differenti problemi nella chain, anche di consenso qualora anche i validatori facessero fatica. Arriva il MEV e Proposer & Builder Separation (PBS) Il MEV-PBS ha cambiato le carte in tavola però. Infatti sempre più spesso non è il validatore a costruire il blocco, bensì delle entità ben specifiche: i builders, che operano tipicamente con dell’hardware estremamente potente. E così diventa ancora più interessante la domanda: Perchè quindi il gas target non si alza drasticamente? Alla fine se questo si alza, i validatori possono guadagnare di più di commissioni in quanto in un blocco ci riescono ad entrare più transazioni. Non è sicuro! In realtà la risposta è che se da una parte alzare il gas limit è un bene perchè fa guadagnare i validatori, dall’altra torniamo al fatto che più un blocco è grande, più è difficile per tutti i full node riuscire a validarlo in soli 12 secondi. Lo stesso builder deve validarlo. Si tratta quindi di un equilibrio dove l’obiettivo è massimizzare la profittabilità pur mantenendo il blocco verificabile in tempi corretti (sicuramente entro i 12 secondi di block time). MA c’è un TRUCCO I validatori e i builders hanno l’incentivo di aumentare spropositatamente il gas target e quindi il gas limit, ma mantenere uguale ad ora il reale utilizzo di gas all’interno dei blocchi, di conseguenza mantenendo inalterata la dimensione del blocco. Infatti, aumentando il gas target (e limit) ma mantenendo costante, e quindi molto basso rispetto al gas target, il reale consumo di gas, la base fee tende verso lo 0. Vi ricordo che la base fee si abbassa quando il target è maggiore del gas realmente utilizzato in un blocco. A chi andava la base fee? Viene bruciata! Quindi NON rappresenta un guadagno per i validatori. In questa situazione quindi la base fee tende a 0, facendo rimanere la prioirity fee come unico reale meccamismo di gestione delle gas fee. E la priority fee è tutto profitto che va ai validatori direttamente. Inoltre, aumentare il gas limit fa anche sì che in quelle poche occasioni in cui ci siano attività enormi di MEV, i builders hanno la possibilità di creare un blocco molto più grande della media. EIP-1559 GAME OVER E questo segna la fine dell’EIP-1559 in quanto questa collusione tra validatori e builders, portando la base fee verso lo 0, di fatto va ad eliminare l’EIP-1559, lasciando solo la priority fee. Ossia il meccanismo analogo a quello pre EIP-1559. MA è realistica questa cosa? C’è ampio dibattito in merito nella community di Ethereum. E ci sono pareri pro e contro l’EIP-1559. Ad ogni modo esistono già dei tentativi di portare in vita questo scenario (vedasi foto sotto). Ah, beh già che ci siete, non dimenticatevi di lasciare un super like e repost a questo post! Ci impiegate un nano_secondo ed è un gesto gratuito ma fondamentale per me. Grazie di cuore❤️