Una delle principali melodie degli aggiornamenti tecnici attuali di Ethereum è il pagamento del【debito tecnico】.
In precedenza, quando condividevamo la tecnologia di Ethereum, molte persone ci hanno chiesto cosa fosse esattamente il debito tecnico.
La scorsa settimana, questo EIP-7999, un proposta a cui ha partecipato personalmente il fondatore Vitalik Buterin, è un ottimo esempio, poiché mira a risolvere il debito tecnico derivante dalla presenza di molteplici modelli di tariffazione in Ethereum.
Tutti sanno che il mercato normale del gas di Ethereum è stato formato dopo l'EIP-1559, un modello di costo base che brucia + mance per i miner.
Tuttavia, dopo l'EIP-4844, Ethereum ha creato il Blob per rendere L2 più economico e veloce, che contiene spazio per transazioni a basso costo (dopo tutto verrà eliminato tra qualche mese), e quindi ha un altro modello tariffario orientato a L2.
Si tratta di un debito tecnico standard; quando si è passati a L2, non è stata scelta un'opzione elegante, ma una soluzione semplice e brutale, introducendo meccanismi Blob in modo patchwork.
Adesso le spese di gas funzionano su binari paralleli.
Il modo per restituire il debito tecnico consiste nell'unificare questi due mercati del gas, introducendo una tariffa massima (max-fee), in cui gli utenti possono indicare direttamente quanto sono disposti a pagare.
Questa tariffa massima verrà gestita dall'algoritmo dei nodi, che distribuirà i costi tra le varie componenti tecniche in base alle richieste reali e alle condizioni dei blocchi in tempo reale.
In questo modo, i due grandi mercati delle spese si unificano e si riducono ulteriormente i costi di apprendimento per gli utenti.
Tuttavia, ciò deve essere completato tramite un hard fork e dovrebbe essere incluso nel prossimo aggiornamento o nel successivo.
In realtà, anche lo sviluppo tradizionale ha un bel po' di debito tecnico; di solito si oscillano tra il【rifacimento】e l'aggiunta di una【patch】, e considerando il carico di lavoro, alla fine si tende a scegliere l'aggiunta di una patch.
Il risultato è che il codice e le funzionalità diventano sempre più ingombranti, fino a diventare qualcosa che nessuno osa modificare facilmente, costringendo a continuare a fare patch.
Quindi, il debito tecnico deve essere ripagato tempestivamente.