Topic: Stato DISASTROSO rete ethereum - page 20. (Read 6937 times)

scusa, non so se ho capito bene. Stai dicendo che il validatore prende tutti gli smart contract in successione, e continua ad eseguirne uno finché non finisce il gas? Non c'è nessuno scheduler o meccanismo di parallelizzazione dei task che assegni le risorse di calcolo in maniera equa e distribuita fra i diversi contratti?

Quindi con meno del 10% del valore in dollari scambiato giornalmente dalle pair ETH potremme sfasciare definitivamente i sogni degli altocoiners. Io penso che un gruppo di massimalisti spinti che vogliono testare la macchina infernale lo si possa trovare.
Ho una domanda: ma deathstar ha mitigazioni possibili o l'unica è un HF che modifichi tutto ciò che lo permette under the hood?

edit: rileggendo quindi ho capito che non sfasciamo niente in realtà ma saremmo in grado di bloccare l'operatività della macchina per un tempo n.

ragazzi, ho finalmente dei dati.

una piccola soddisfazione personale: deathstar FUNZIONA PERFETTAMENTE sulla EVM di geth 1.10.8 (l'ultima versione fresca  fresca)
il loop continua finche' non arriva ad out of gas!!!

ho lanciato dei benchmark ...

con 1.000.000.000 di gas  ecco i risultati:

evm version 1.10.8-stable
root@ubuperfcheck:/home/sistemi/eth# ./run
EVM gas used:    1000000000
execution time:  9.017201832s
allocations:     41
allocated bytes: 10248
0x
 error: out of gas

quindi se supponiamo gas=50 gwei  con 50 eth si tiene ferma la rete per circa 9 secondi
(ricordiamo che il controllo lo devono fare TUTTI i nodi)

con circa 500 eth (aka 1.500.000$ cira) sono 90 secondi....

Secondo me e' un attacco che puo' funzionare, non ha un costo totalmente proibitivo.
C'e' cente che trada con decine di milioni di $!!!

guarda che se ti vuoi immolare per la causa non saremo certo noi a fermarti, ne guadagneresti un monumento al merit a imperitura memoria

Per non parlare poi di una cosa assolutamente odiosa di ETH che non so se ancora è così. Facendo transazioni con gas basso in tempi di congestione, le transazioni venivano sistematicamente rigettate e si perdeva il gas connesso. Non ho nemmeno idee se quel gas comunque finisse ai miner o diosolosa cosa succedeva alle tx failed.
Più lo si guarda con occhio attento e più ETH impallidisce alla simil-perfezione di btc.

Aspettate, si parla coi dati in mano.

Il client piu' eseguito nella rete ethereum e' geth.

Ho tirato giu' i sorgenti di geth per vedere se riesco a fare un benchmark di DeathStar che gira su geth
per poi fare dei calcoli di quanto costerebbe davvero far girare DeathStar e fare danni
(almeno ai nodi geth... ma credo sia piu' che sufficente sono il 74% dei nodi:  https://ethernodes.org/ )


Intanto ad una prima sommaria "guardata" vi posso dire che l'implementazione della
EVM in geth fa cagarissimo. Praticamente il ciclo di fetch delle istruzioni e' un orrendo loop
che estrae ad una ad una le istruzione della EVM e le esegue, e ricalcola il gas rimasto.

Una roba da far rabbrividire che secondo me ha delle prformance orribili con un overhead mostruoso
per ogni opcode EVM eseguito.

Mi state dicendo quindi che ce la stiamo conigliando e nessuno costruirà mai la nostra DarkStar?
Ci avevo sperato per un attimo di essere coinvolto nel "Big Short" su ETH.
Va bene, vorrà dire che aspetteremo che la storia faccia il suo corso.

a me e' piaciuta di eth l'idea degli smart contract, devo essere onesto..
ma eth in se, mi fa veramente cagare, non mi piace tecnicamente e non mi piace la direzione presa
pero - ripeto - gli smart contract sono una idea molto figa

99% di chi scrive in quella sezione lo fa esclusivamente per le signature.
98% dei progetti sono shitcoin ne piu ne meno.
 il livello generale .... è infimo.
non sorprende che sia quasi impossibile intavolare una discussione di senso compiuto.

credo che hai centrato il punto. un attacco del genere è costosissimo, richiede tanti ETH disponibili ed una posizione short ENORME.
senza short è un semplice sabotaggio, estremamente costoso. per quanto affascinante in linea teorica, totalmente impraticabile/inutile ai fini pratici..
con il rischio concreto di generare solo fee di spesa e non influenzare nulla a conti fatti.

Sì, concordo pienamente e penso tu abbia centrato esattamente il punto. Ho ritrovato un articolo che avevo letto tempo fa sul tema delle vulnerabilità maggiori di ETH. Lo riporto qui di seguito in ita.
Il gruppo NCC ha lanciato un'iniziativa chiamata DASP per Decentralized Application Security Project nel 2018. Copre le 10 principali vulnerabilità trovate negli smart contract in esecuzione sulla blockchain di Ethereum:

1. Reentrancy: Si verifica quando le chiamate di contratti esterni possono effettuare nuove chiamate al contratto chiamante prima che l'esecuzione iniziale sia completa. Per esempio, chiamiamo un'altra funzione prima di aggiornare il valore del contratto (successo con TheDAO);
2. Controllo dell'accesso: Quando lo smart contract viene creato, il proprietario deve essere impostato correttamente e in seguito devono essere messi in atto controlli sufficienti per permettere che certe funzioni siano eseguite solo dal proprietario;
3. Problemi aritmetici: Gli integer underflows o overflows potrebbero essere un problema quando si tratta del valore del contratto.
4. Valori di ritorno non controllati per le chiamate di basso livello: Le funzioni di basso livello call(), callcode(), delegatecall() e send() possono restituire dei false. Dobbiamo verificare il valore di ritorno prima di assumere che sia stato eseguito con successo;
5. DoS: Quando si tratta di smart contract, i prezzi del gas sono importanti. In un attacco DoS per smart contract, il prezzo del gas è superiore al prezzo massimo consentito. Pertanto, il contratto non può essere eseguito;
6. Bad Randomness: Gli smart contract come ricordavamo sono aperti pubblicamente sulla blockchain. Non vanno codificate logiche pseudo-casuale su di essi oppure utilizzare un oracolo esterno come fonte di entropia;
7. Front-Running:  Gli utenti possono specificare tariffe più alte per avere le loro transazioni minate più velocemente degli altri. Un utente malintenzionato può superare un'altra transazione inviando la sua transazione con tariffe più alte per prevenire la transazione originale;
8. Manipolazione del tempo: Se c'è una dipendenza temporale incorporata nello smart contract, un minatore malintenzionato potrebbe tenere il suo stake per adattarsi al timestamp specificato;
9. Attacco all'indirizzo corto: Gli indirizzi dei contratti smart sono uint256, se uno sviluppatore usa solo uint l'EVM riempirà di zeri i byte rimanenti manipolando l'indirizzo del destinatario;
10. Qualsiasi altra cosa dato che Solidity è un nuovo linguaggio informatico e tutto può succedere.

https://www.dasp.co/

siccome di gente con capacità tecniche sufficienti non credo che manchi, e lo dimostrano i vari hack avvenuti in passato a partire da TheDao fino ai più recenti su Defi, mi sono dato 2 possibili spiegazioni: o un attacco del genere è stato già tentato, mentre noi diamo per scontato di no, ma non ha avuto gli effetti sperati (dall'attaccante) e sostanzialmente si è perso nel rumore di fondo delle varie dApp e crittogattini che intasano già di loro la rete ethereum, oppure qualcuno ha valutato che è più profittevole avvantaggiarsi di altre vulnerabilità citate anche in questa discussione (dark-forest, MEV, ...), evitando di affossare la rete e di conseguenza il valore di ETH. In fondo perché buttare giù il valore di qualcosa che può essere spremuto ai danni della massa inconsapevole degli utilizzatori?

Ma queste considerazioni riguardano forse lo 0,01% di chi si interessa ad ethereum, gli altri non si pongono neanche il problema e sembrano accecati dal miraggio delle promesse rivoluzionarie confidando in un pump senza fine. Basta leggere le discussioni in tema nella sezione alt, dove ho cercato inutilmente di linkare quel thread senza che nessuno lo degnasse di uno sguardo, pare che abbiano un filtro incorporato per i commenti non allineati. Boh...

Con i se non si va da nessuna parte ma se tutto questo fosse vero davvero non si spiega come nessuno abbia interesse ad affossare definitivamente ETH. O tutti quelli che potrebbero farlo hanno interesse a mangiarci sopra fin quando possibile, oppure davvero non si trova un nesso logico in tutta questa faccenda. Sinceramente, per quanto mi riguarda mi dispiace solo di non averci fatto soldi sopra quando era possibile. Occasione mancata per aver più btc, tanti più btc.

allora, dunque, fammi cercare... ooops, ho lasciato il wallet nell'altro hard disk

Potrebbe bastare meno se l’attacco funzionasse.
Inoltre d’accordo che il prezzo non ne risentirebbe, ma magari con un po’ di leva short si potrebbe provare ad avere una posizione  he profitti anche da variazioni minori…

bè, basta trovare qualcuno disposto a finanziare l'operazione con qualche migliaio di ETH da bruciare, che ci vuole...

Date queste premesse, non ti rimane che lanciare DeathStar e vedere cosa succede. Abbiamo capito che lo short non avrà successo (se non ha avuto impatto un unintentional hard fork…)..ma almeno potresti osservare qualche altro effetto (prezzo del gas?)

Guarda, questo viaggio sta diventando anche per me sempre piu' stupefacente (e forse controintuitivo).
L'idea che mi sto facendo, e' che l'assunto di HostFat:


Non sia valido.

Ho prove provate che esistono una marea di problemi di vari ordini di grandezza di ethereum,
con tanto di paper e studi scintifici a sviscerarli... ma semplicemente non c'e' ne' la volonta'
(e spesso la possibilita') di risolverli, e cosa ancor piu' strana, non vengono usati in modo sistematico
per affossare la rete e vengono invece quotidianamente usati per trarne profitto.

Una piccolo indizio e' anche l'accoglienza del mio articolo. Sara' vero che siamo in un forum il cui argomento
principale e' bitcoin, sara' anche vero che la sezione altcoin e' frequentata principalmente da  "pellegrini",
ma in due giorni non ho ricevuto una domanda, una smentita, una precisazione, una curiosita'... niente.

Direi che "non frega niente a nessuno" e' una bella sintesi, paradossalmente interessa di piu' a noi chi siamo uno
sparuto gruppo di "puristi" ancora legati agli assunti iniziali: decentralizzazione, sistema distribuito, p2p ecc.

L'unica spiegazione che per ora mi do' e' che le "mani forti" del mondo crypto sono legate mani e piedi
ANCHE al destino di ethereum e che un suo crollo non converrebbe a nessuno,
e le mani deboli... sono li' per essere spennate.

Spero di sbagliarmi, ma tutto cio' mi dipinge un ecosistema a tinte molto scure
(e volenti o nolenti ci siamo dentro anche noi duri e puri di Bitcoin).

Ma si hanno notizie su qualcuno che abbia provato a sfruttare queste vulnerabilità?
Se sono note, assieme alle altre… qualcuno dovrebbe averle sfruttate.

un documento eccellente:

A Survey on Ethereum Systems Security: Vulnerabilities, Attacks, and Defenses

Il mio attacco potrebbe collocarsi nella categoria 3.1.23 Under-priced Opcodes


NOTA: Tutte le vulnerabilita' che sono risolte "lato compilatore" in realta' non sono state risolte,
basta che uno (come me) usi un compilatore piu' vecchio.

Le alternative a Ethereum sono ancora peggio in termini di decentralizzazione.

Solana (ottava cripto per market cap, 28 miliardi di capitalizzazione) si vanta di processare 50k transazioni al secondo.

Sul sito ci sono indicati tutti i vantaggi: decentralizzata, super veloce, scalabile, facile da usare, bella, bionda, alta 1.80 e fa il caffè la mattina  

Venghino signori venghino...

https://solana.com/

Peccato che i requisiti hardware per eseguire un nodo siano da computer della NASA  



https://docs.solana.com/running-validator/validator-reqs

Alle spalle c'è la consueta fondazione svizzera di burattinai (come Ethereum) https://solana.foundation/

ICP (10 miliardi di MC) si pone addirittura come il dopo Ethereum, la terza rivoluzione della blockchain ( )



In questo caso eseguire un nodo è addirittura.....impossibile  
Solo nodi in cloud e con hw specifico




https://support.internetcomputer.org/hc/en-us/articles/360061137991-What-is-a-Node-Provider-

Anche qui fondazione svizzera, tutte a Zurigo poi.... https://dfinity.org/foundation