Ora ho capito.

Resta (per il mio modo di essere) un problema di fondo: se uno fa l'imprenditore,  sa benissimo di rischiare.
ma dovrebbe farlo su una materia che conosce.

So che ormai sembra un discorso anacronistico, in quanto ormai e' pieno di gente che fa il ministro, il sindaco,
l'amministratore Delegato (ecc...) senza sapere nulla di cosa amministra e gestisce.

Ma secondo me l'imprenditoria nasce invece dall'idea contraria, cioe' conoscere a fondo un settore, e con
del lavoro e delle idee originali farci nascere attorno un'attivita' che poi cresce e si sviluppa.

Il rischio e' quindi mitigato dalla conoscenza del settore e dalla propria capacita' di capire cosa succede e
muoversi di conseguenza... Io lo chiamo Rischio Consapevole.

Ma questi investono milioni in attrezzature, senza avere (per definizione) una vera consapevolezza del rischio.

E non hai idea di quante volte mi si e' presentata gente con dei business plan che due anni dopo si
sono rivelati completamente sballati (e se erano del mio settore, io sapevo individuare "a fiuto" i punti deboli)

Ma e' perche' io sono vecchio, e quindi ho idee antiquate.

Infatti deathstar deve avere un parametro di input che dice quanto "gas" vuoi bruciare, per tararlo perfettamente ed adattarlo alla perfezione ad ogni blocco da minare.
In questo modo, puoi leggere dall'ultimo blocco minato quale sara' il limite di gas (GasLimit) e il costo di gas del blocco successivo (BaseFee), in base
alle ultime modifiche di London.

Poi lanciare una transazione DeathStar che cosuma esattamente quel gas (GasLimit - magari meno un pochino, per lasciare uno spazio risibile alle altre transazioni, oppure tutto... da decidere),
ad una fee gwei per gas di una certa percentuale superiore al BaseGas (BaseGas + x%) per essere sicuri di essere i piu' competitivi.

E comunque i miner invece che incluedere N transazioni piccole sono incentivati ad includerne una sola che renda molto... fanno prima.
Infatti seguendo questa logica e' meglio che DethStar sia eseguito velocemente. Ma non e' certo un problema.

Resta il fatto che con cifre molto piu' competitive di quel che pensavo all'inizio si puo' veramente mettere in grande difficolta' la rete per ore o anche giorni.

Come dicevo, in base a questi ultimi risultati, con un ordine di grandezza attorno un ETH puoi letteralmente COMPRARE un blocco... e quindi 15 secondi di tempo rete.

Altro dato interessante, tutta la programmazione necessaria per questa operazione (Solidity per deathStar + lo script che lancia le transazioni) rasenta veramente il banale,
non serve ne assembler EVM ne' nessuna tecnica particolarmente sofisticata  di codifica.

Interessante iniziativa.

Mi lascia perplesso solo questo punto:


Praticamente il cliente si assume tutti i costi per l'acquisto delle attrezzature, e anche i costo diretti e indiretti
(costo del progetto che non sara' fatto gratis, manutenzione, raffreddamento, rotture, gestione, amministrativi, controllo, ecc..)

Anche supponendo un costo zero della corrente, resta tuttavia un bel rischio, sopratutto se uno
non e' ben addentro al mondo delle crypto.

Inoltre non capisco perche' una volta che uno ha fatto tutto questo impianto, debba passare da un intermediario
che "compra la potenza di calcolo ai prezzi di mercato" (ma ci fara' un pochino di cresta, come e' normale per qualsiasi attivita',
e non possa collegarsi direttamente alla mining pool che da' i ritorni migliori... o magari si?

Per terminare l'analisi tecnica di questo thread, mi sono chiesto come riempire al meglio i blocchi
con un loop di questo genere e mi sono reso conto che  visto che il blocco ha un limite di 15.000.000 di gas
(variabile dopo London ma non e' un problema)
se facciamo 15.000.000 * costo gas supponiamo 50 gwei = 0.75 ethereum.

se aggiungo una percentuale diciamo del 10% viene 0.85 eth.

In pratica cosa sucede ? ad un costo di poco meno di un eth creo una transazione che

1) viene scelta dai miner perche' pago piu' di tutti in termine di gas.
2) riempie tutto il blocco perche'  cosuma tutti i 15.000.000 gas che un blocco puo' al massimo contenere,
quindi non c'e' spazio per altre transazioni.

Alla fine, basta uno qualsiasi dei miei loop deathstar (senza neppure impazzire tanto sulle performance del loop)
con questo limite di gas da spendere. ad un prezzo leggermente piu' alto del mercato della fee in gwei.

Detto ancora piu' semplicisticamente: A poco meno di un ETH mi compro un blocco. e quindi circa 15
secondi del tempo di ethereum.

Molto meglio di quanto avevo inizialmente pensato!!! con 1.000 ethereum mi compro 15.000 secondi, ossia 250 minuti, ossia piu' di 4 ore.

Ad oggi non esistono rimedi contro questo attacco.

E questa e' anche la dimostrazione con prove che NON c'e' nessuno che vuol fare questo tipo di attacco,
altrimenti l'avrebbero gia' fatto, visto che e' ben documentato.

Viene solo usato sporadicamente come trucco, ad esempio per vincere a qualche gioco, se la posta in gioco ne vale la pena,
o magari per imbrogliare o ritardare qualche speculazione... ma mai sistematicamente per affossare la rete.


https://medium.com/hackernoon/the-anatomy-of-a-block-stuffing-attack-a488698732ae


https://dl.acm.org/doi/fullHtml/10.1145/3391195

Io abito in una frazione di un comune. Tempo fa, la frazione ha indetto una petizione per diventare comune autonomo.

Non ci potevo credere, ma ho visto coi miei occhi:
Alle riunioni locali, dove si discuteva quali sarebbero stati i vantaggi (enormi) di questa cosa,
il comune inviava dei sobillatori e si vedeva benissimo, personaggi mai visti e che non erano neppure della zona.
Nota a margine: la petizione non e' passata.

Ora, davvero pensate che gli USA non usino qualunque mezzo, lecieto e illecito,
per evitare che questo genere di cose si diffonda?

Figurati che cazzo gliene frega a un cittadino normale che magari fa fatica a mettere assieme
il pranzo con la cena, di andare in piazza a protestare perche' c'e' una modalita' di pagamento in piu'.

Almeno abbi la decenza di metterlo nella sezione mercato

Sono arrivato ad una versione di DeathStar che con 10.000.000 di gas sta in pausa 0.2 secondi:

--input 6e62ff3500000000000000000000000000000000000000000000000000000005  run

EVM gas used:    10000000
execution time:  201.290923ms
allocations:     42
allocated bytes: 94476
0x
 error: out of gas

10.000.000 di gas e' vicino al limite che si puo' mettere in un unico blocco quindi abbastanza realistico (massimo 15.000.000 di gas per blocco)
ovviamente bisogna fare una raffica di transazioni dethstar.

Al costo che uso ultimamente di 50 gwei per gas, con 0.5 eth si congestiona un nodo per 0.2 secondi. (e quindi poi anche tutti gli altri quando la transazione viene inclusa in un blocco)
quindi con 1 eth sono 0.4 secondi. 10 eth 4 secondi 100 eth 40 secondi 1000 eth (3.300.000$ ad oggi) sono 400 secondi  , ossia poco meno di 7 minuti.

Secondo me sono costi altamente sotenibili per il tipo di danno che si puo' fare.

--------

Ma come aveva suggerito qualcuno (non ricordo chi) con la rete ethereum classic ... sono cazzi!

Il loro client ufficiale e' core geth, l'ho guardato e nella struttura la EVM e' praticamente identica a quella di geth,
quindi DeathStar dovrebbe girare con le stesse performance

il loro costo gas e' molto basso... diciamo 5 gwei ma anche meno. e il costo di un etc e' 63$
quindi 10.000.000 di gas * 5 gwei = 0.05 etc per 0.2 sec.
quindi con un etc sono 4 secondi.  con 1000 etc si tengono congestionati i nodi per  circa 4.000 secondi ossia 66 minuti.
(che sono 63.0000$ una cifra direi risibile per quello di cui stiamo parlando, ricordiamoci che pur sempre una rete da alcuni miliardi di dollari)


EDIT trovato:

infatti uno delle decine di problemi che ha ethereum e' che al miner non converrebbe aspettare l'esecuzione degli smart contract del blocco minato...
perche' rischia che nel frattempo altri miner trovino un hash giusto e gli "soffino" la possibilita' di generare il blocco
(se leggi a fondo il documento che ho postato precedentemente e' uno dei tanti punti deboli del protocollo)


 

Lo stesso smart contract viene eseguito in modalita' "mono-thread"
quando il miner trova un hash risolutivo (mina un blocco) deve parlare con un nodo, assemblare un blocco (mettendo assieme tutte le transazioni che ritiene convenienti)
ed eseguirlo sul nodo per determinare i costi  reali finali. E finche questo smart contract non finisce, il blocco non puo' uscire, anche se in un ambinete multithread magari
gli altri smart contract sono finiti da un pezzo.

Poi appena il blocco viene finalizzato, viene propagato in rete, dove ogni altro nodo deve rifare la stessa cosa.

nel frattempo ho delle interessanti novita'.

Avendo ora la possibilita' di fare dei benchmark, ho potuto fare dei test ed esperimenti.

Mentre l'idea di base di deathstar e' valida e funziona, ossia un loop che dura finche' non finisce il gas,
si puo' perfezionare un altro concetto:

io ho lavorato sul concetto di "ripetere l'operazione che costa di meno"

invece devo lavorare sul concetto "ripetere l'operazione che ha il maggior rapporto durata/costo"
Purtroppo questo dato si ottiene solo sperimentando e guardando l'implementazione dell'EVM,
non e' un dato pubblicato su nessun paper.

ho gia' una versione di deathstar che a parita' di costo dura ben 18 secondi (il doppio della prima versione)
e credo che si possa ancora fare parecchio.



EVM gas used:    1000000000
execution time:  18.474124538s
allocations:     48
allocated bytes: 14912
0x
 error: out of gas

Do you need a blockchain?

https://eprint.iacr.org/2017/375.pdf

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 $!!!

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.

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).

an excellent document:

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

My attack could fall into the category 3.1.23 Under-priced Opcodes

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.

Gli studi che ho fatto in questi giorni, mi hanno convinto a cambiare il titolo del thread in:

Stato DISASTROSO rete ethereum

Ecco gli oggettivi problemi in cui mi sono imbattuto:

problema dimensione enorme blockchain con crescita esponenziale.
problema pochi full node e molto centralizzati su piattaforme cloud.
problema fee alte non risolto da  EIP-1559.
problema mempool dark-forest.
problema MEV (Miner Extractable Value).
problema rapporto teether (https://publications.cispa.saarland/2612/1/main.pdf).
problema frequenti hard-fork e frequenti upgrade software improvvisati che portano poi a incidenti di chain split.

(non menziono neppure il mio studio DeathStar che potrebbe essere fallace)

Oltre a tutti questi problemi tecnicamente enormi, quello che mi ha lasciato di sasso e'
che non vedo nessuna intenzione a discuterne seriamente. Probabilmente il 99% della comunita'
non e' in grado neppure di comprenderli, e il restante 1% se ne approffitta.

Temo quindi di poter ormai con prove certe ascrivere ethereum alla categoria SCAM.

L'obiettivo sarebbe che qualcuno mi facesse delle critiche serie.

Se devo catturare uno con questi mezzucci... e' sicuramente fuori target
per una discussione approfondita

Stai tranquillo che se passa uno che ha degli interessi seri, il titolo lo capisce benissimo.

E poi ci potrebbe essere anche l'effetto "oh cazzo... potrebbe funzionare"...
ossia uno lo legge, lo capisce, e inizia a spataccare...
che forse sarebbe quello piu' interessante di tutti,
e non necessariamente deve interagire nel thread.

(io comunue cerco di tenerlo un po' uppato, se passa in seconda
pagina "fingo" di rispondere a qualcuno

After the London fork, there were two chains for days.
And still many nodes are not even updated to EIP-1559 (geth > 1.10.5)
https://ethernodes.org/client/geth

Grazie gentilissimo.

Comunque per parlare di cose serie questi giorni ho approfondito molto come funziona la meccanica di ethereum (e alcuni dei link che ho messo nel documento
la spiegano abbastanza bene (ma ho dovuto veramente scavare a mani nude dentro internet per trovarli))

Insomma, emerge che anche ethereun ovviamente ha una sua mempool.
Le transazioni (alcune sono semplici transazioni passaggio di valore, aclune esecuzioni di smart-contract) sono li' in attesa di essere
immesse nella blockchain perche' minate da qualcuno.

Ma succede che molti  di questi smart contract in attesa di essere eseguti sono riferiti a movimenti
sugli svariati token, DEX, NFT, DeFi  "hostati" su ethereum

Sta nascendo un mercato  per andare a "sniffare" queste istruzioni non ancora eseguite
e muoversi ANTICIPATAMENTE di conseguenza! (una sorta di insider trading su scambi di ethereum e sugli smart contract
che saranno eseguiti  entro breve tempo) attraverso i mempool explorer. (vedere ad esempio https://www.blocknative.com/)

State DAVVERO attenti a ethereum... sta diventando MOOLTO  tossico.


EDIT:

https://www.coindesk.com/markets/2021/07/27/how-to-fix-ethereums-mev-problem-and-give-traders-the-best-price/
https://www.paradigm.xyz/2020/08/ethereum-is-a-dark-forest/