Riporto alcuni interventi di Michele Boldrin, noto economista italiano che vive negli Usa:

Dal minuto 52:40, "i debiti pubblici non si ripagano mai", più un'interessante osservazione su un problema culturale italiano per il quale da noi la spesa pubblica viene vista sempre come utile e quindi non si può mai tagliare:
https://m.youtube.com/watch?v=epgC25lvXcI


Ancora sul debito pubblico e sulla necessità di tagliare la spesa (senza questo taglio il solo taglio delle tasse risulta dannoso):
https://www.linkiesta.it/it/article/2018/06/09/michele-boldrin-il-debito-pubblico-non-ripaghiamolo-pensiamo-alla-cres/38398/


Sulla differenza tra debito e moneta, e sul perchè non può essere una soluzione che una banca centrale finanzi direttamente un debito pubblico:
https://m.youtube.com/watch?v=-oPhQl-_2YY

Non so, cerco un modo rapido per mettere su una pagina. Come ho spiegato non ho molto pretese, il sito dovrebbe solo interfacciarsi con qualche programma in c. Giusto per capire quali sono i passi minimi necessari. Il server in un primo momento potrebbe anche girare sul mio pc, ma alla lunga sarebbe meglio girasse su un server esterno sempre in rete.

Sto pensando di mettere su una pagina web tipo questa http://gobittest.appspot.com/Address .

L'idea sarebbe però quella di far girare sul server qualche programma in C che ho scritto, ed utilizzare i campi della pagina web semplicemente come input e output del programma.

Qualche consiglio su come iniziare?  Conviene installare un server LAMP? O basta meno?

 
Se il debito è troppo alto ormai per essere restituito, e su questo concordano mi pare sempre più persone, chi continua a darci soldi in prestito (comprando btp et similia) sta di fatto scommettendo sul fatto che il suo prestito gli verrà restituito prima dell'inevitabile momento in cui non saremo più grado di onorare il nostro debito. Un gioco rischioso, non solo per Germania e Francia ma soprattutto per le nostre banche.

Mi sembra comunque assurdo che dobbiamo lavorare per pagare quote sempre crescenti di interessi, sapendo che la prospettiva è segnata. Così come la Germania in passato ha beneficiato di un forte sconto sul proprio debito, non vedo perchè non potremmo cercare di ripartire anche noi in questo modo con un forte taglio subito anzichè aspettare che ci svuotino i conti correnti. Finchè siamo in grado di produrre ricchezza, lo Stato può anche limitare di molto la richiesta di ulteriori prestiti (si dovrebbe finanziare quasi esclusivamente con le tasse), se aspettiamo invece di farci prosciugare da una spesa di interessi che può solo crescere, poi ci sarà ben poco da salvare.

Due cose mi hanno colpito di quel video:

1) dal 1990 al 2018 l'Italia è in avanzo primario, cioè negli ultimi 30 anni il debito è aumentato a causa degli interessi sul debito, non perchè abbiamo fatto chissà che spese

2) per poter ripagare il debito dovremmo avere un tasso di crescita annuo del pil di almeno il 3,8%, cosa impensabile per l'Italia -> ergo sembra questo debito sia veramente non pagabile.

Se almeno questi dati sono corretti, non vedo alternative in un prossimo futuro alla ristrutturazione del debito. Che senso ha continuare a pagare questi interessi su un debito ormai troppo grande per essere restituito? O c'è ancora qualcuno che spera che si possa diminuire significativamente il debito puntando solo sulla crescita economica e su ulteriori tagli di spesa?

Consiglio la visione di questo video, la seconda metà è tutta sul debito pubblico ma anche la prima è molto interessante:

https://www.youtube.com/watch?v=9ruFK5hEt5I&app=desktop

Quoto totalmente questo punto. Nel mondo cripto sta passando il concetto che tu sei l'unico responsabile di ciò che ti capita, sempre, ergo se qualcosa ti va male è semplicemente colpa tua.
Peccato che il denaro, fiat o cripto che sia, è di fatto un costrutto sociale, una semplice convenzione, e individualizzare le "colpe" riguardo al denaro non mi sembra affatto corretto.

Se domani l'euro fallisce ben mi sta, perchè non ho investito in btc e mi sono lasciato abbindolare dai discorsi sull'Europa unita. Se avevo soldi sul conto corrente e li perdo non posso lamentarmi, dovevo essere consapevole  che prestare i soldi a una banca comporta sempre un certo rischio.
Se invece investo in btc e fra 1 anno il btc muore è ancora colpa mia, perchè non ho saputo investire solo quanto potevo permettermi di perdere, oppure non ho saputo diversificare sapientemente suddividendo il mio investimento tra btc, altre cripto, oro, terreni, immobili e non so cos'altro.

Se qualcuno riesce a infettarmi con un virus nel computer è evidentemente colpa mia, se mi rapinano per strada è colpa mia, perchè non si devono portare troppi contanti addosso, oppure perchè non ho fatto un corso di autodifesa, o non mi sono fatto il porto d'armi e via dicendo.

Tutto dipende solo da me, e se qualcuno più "furbo" o forte di me mi ruba qualcosa è ancora colpa mia.

Insomma, qui vige solo la legge del più forte e la colpevolizzazione della vittima, e questa sarebbe civiltà?

Dati aggiornati al blocco numero 544748 del 07/10/2018 (percentuali rispetto al blocco numero 540697 del 09/09/2018)

Tipo di output               Numero di indirizzi                             Totale bitcoin
                                                                                         
P2PKH                        18.326.078  (+0,72%)                   10.615.882  ( -0,05%)
P2SH                            3.918.248  (+9,78%)                     4.797.181  (+1,20%)
P2PK                                 38.705   ( -0,09%)                     1.759.924       -
P2WPKH                           49.597   (+8,69%)                        121.871  (+0,30%)
P2WSH                             18.318   (+5,11%)                          12.187  (+3,40%)   
MULTISIG 1-1                        357                                                      0.05586261
MULTISIG 1-2                 142.303   (+0,01%)                                 23.24      -
MULTISIG 1-3                 205.010                                                   17.84       

TOTALE                     22.698.616   (+2,58%)                   17.306.583 (+0,30%)

Segwit addresses are not good for signing:

https://bitcointalk.org/index.php?topic=2885058.msg29664816#msg29664816

https://bitcointalk.org/index.php?topic=2885058.msg46355000#msg46355000

Quindi le crisi sono inevitabili. Ok.

Ma la mia domanda rimane: da una parte dici che le crisi fanno parte del capitalismo e che servono a dare nuova linfa, cioè fanno parte in qualche modo del sistema, anche se possono risultare dolorose.
Dall'altra parte la questione del super debito degli Stati sembra essere qualcosa di peculiare degli ultimi 30-40 anni, i prezzi bassi il frutto temporaneo della competizione mondiale derivante dalla globalizzazione, quindi si deduce che la nuova e inevitabile prossima crisi  sarà molto più incisiva e devastante di quelle precedenti?

Alla fine la crisi del 2008, che pure è stata molto pesante anche qui in Italia, non è coincisa con default o iperinflanzione, mentre la prossima, a sentire i commenti di questo thread, dovrebbe essere molto più dura e potrebbe cambiare addirittura i confini del nostro Paese. Non mi pare una differenza da poco.

Oltretutto è magra la consolazione che nel lunghissimo periodo il capitalismo porti ad un aumento di ricchezza generale, la stragrande maggioranza delle persone presenti oggi è molto più interessata allo scenario dei prossimi 10-30 anni, e su questo le previsioni sono proprio pessime. Le aspettative sul prossimo futuro hanno sempre una grande influenza sull'umore e sulle scelte economiche della gente.

Dagli ultimi interventi si deduce che, in ogni caso, il futuro è nero per l'economia italiana (e non solo).

Non sono esperto di economia, ma mi sembra tutto troppo "brutto" per essere vero. La questione del debito è veramente così decisiva? In Giappone c'è un debito pubblico molto più alto, fallirà anche il Giappone? E magari anche gli Stati Uniti?

Alla fine viviamo in un mondo dove la vita media continua ad aumentare e la povertà estrema diminuisce. Ci sono molti miglioramenti generali a livello di progresso tecnologico e di istruzione. Possibile che il destino economico sia così nefasto?

Un conto è affermare che l'Italia tra 20 anni potrebbe essere meno ricca di oggi, soprattutto in relazione ad altri Paesi emergenti, un conto è dire che crollerà tutto tipo Argentina. Non dico che oggi non ci siano problemi economici, questi sono sotto gli occhi di tutti, ma qui il default si dà praticamente per scontato.

Non stiamo forse esagerando? Chi di voi sostiene questa tesi, di fatto si sta già attrezzando in previsione della caduta italiana? E se come l'Italia anche molti dei paesi più industrializzati saranno soffocati dal debito crescente, che succederà? Fra 20-30 anni vivremo in un mondo completamente diverso da quello attuale?

Tecnicamente uno è possessore di bitcoin se e solo se possiede la chiave privata che permette di spenderli, quindi 23 milioni di indirizzi implica 23 milioni massimo di possessori (trascurando l'impatto degli indirizzi multisig, che sono comunque relativamente pochi).

Dal mio punto di vista gli attuali reali detentori di bitcoin sono molto meno dei numerosi iscritti agli exchange, probabilmente sono nell'ordine dei 5-6 milioni, o anche meno.

Il programma è in puro C, dubito proprio che in javascript si possano ottenere prestazioni del genere.

Al momento il mio programma è difficilmente usabile, ci sono pochi commenti, alcune parti sono scritte in assembly e funzionano solo su alcuni processori (ad esempio l'istruzione mulx è supportata dal mio Xeon ma non da tutti i processori).

Di fatto per scrivere questo programma ho modificato un programma che ho trovato in rete sostituendo la libreria secp256k1 con una libreria scritta da me per il progetto LBC collider.

Vi consiglio per adesso di provare il programma "break-short" che vi ho linkato, funziona anche se ha prestazioni ben peggiori del mio, ma almeno è più comprensibile. In quel programma bisogna definire l'ampiezza del "passo gigante":

 #define GSTEP (1<<23)

in questo caso con 2^23 vuol dire che farà una ricerca in uno spazio di 2^46 chiavi.
Tenete conto che non potete superare la memoria (RAM) del vostro PC (dove si mette l'hash table), quindi difficilmente potrà funzionare sopra un valore di 2^27 / 2^28 (dipende da quanta RAM avete). Se avete dubbi sull'utilizzo di quel programma chiedete pure.

Nel mio programma per andare oltre il vincolo della RAM la riscrivo completamente ogni volta che devo andare sopra quel valore, partizionando lo spazio di ricerca.

Consiglio vivamente di leggersi http://andrea.corbellini.name/2015/06/08/elliptic-curve-cryptography-breaking-security-and-a-comparison-with-rsa/  per capire cosa sta facendo esattamente il programma.

1 minuto e 19 secondi:

Intervallo dove sta la chiave privata? Ho provato nell'intervallo 0x01 -  0x1000000000000000 ma non ho trovato nulla.

Al momento il mio programma funziona solo in un intervallo da 01 in poi, devo fare qualche piccola modifica per traslare l'intervallo di ricerca. Se non mi fornisci anche l'intervallo di ricerca non posso trovarla (evidentemente  )

Forse ti conviene prima stoppare tutto e poi seguire questa guida per non perdere la parte che hai già scaricato:

https://bitzuma.com/posts/moving-the-bitcoin-core-data-directory/

Se qualcuno vuole fare un test, basta che scelga una chiave privata random tra 1 e 2^60 (in formato esadecimale tra 01 e 1000000000000000), la inserisca qui e fornisca la chiave pubblica corrispondente.

In teoria dovrei essere in grado in pochi minuti di ricavare la chiave privata.


Sarebbe interessante fare un test del tipo: genero una chiave privata random, pubblico la chiave pubblica corrispondente e il suo indirizzo. Quindi fornisco anche un intervallo di valori che contiene la chiave privata, intervallo di ampiezza grande ma non troppo (per esempio potrebbe essere 2^80 o 2^100).
Come incentivo si potrebbe inviare dei btc a quell'indirizzo e vedere quanto tempo qualcuno impiega a trovare quella chiave privata.

Si avrebbe così una misura indiretta della capacità esistente di attaccare il meccanismo delle chiavi private/pubblica in bitcoin.

Anche Mastering Bitcoin (nella sua versione digitale) è gratuito, purtroppo vedo molto difficile che questo tipo di iniziative possa mai diventare remunerativa. Raramente lo studio e la preparazione in sè sono immediatamente remunerativi, conferenze/lezioni/libri quasi mai ripagano del lavoro che c'è dietro.

Come tutti ben sapete non è possibile ricavare in tempi umani da una chiave pubblica la sua chiave privata.

L'associazione chiave pubblica - chiave privata appare del tutto casuale se vista dal punto di vista della chiave pubblica, e quindi l'unico modo per ricavare la chiave privata sembrerebbe quello di provare tutte le chiavi private da 1 in poi finchè non si ottiene quella corretta. Poichè nella curva ellittica usata da bitcoin quel numero è dell'ordine di 2^256, questo è anche l'ordine di grandezza dei tentativi necessari con un attacco brute force.

Esistono però algoritmi che migliorano la situazione, essi permettono infatti di ricavare la chiave privata in 2^128 step invece che in 2^256. Per questo si dice di solito che la sicurezza di bitcoin è quantificabile in 128 bit. Alcuni di questi algoritmi (Pollard Rho) si basano sul paradosso dei compleanni; questo paradosso (paradosso solo in apparenza) mette insieme i seguenti fatti:

1) utilizzando tutte le 2^256 chiavi pubbliche, si possono costruire in tutto 2^512 coppie distinte di chiavi pubbliche
2) tra quelle 2^512 coppie ci sono 2^256 coppie formate da 2 chiavi pubbliche identiche tra loro

Dal punto 1) e dal punto 2) si evince come in media ci sia 1 coppia di chiavi pubbliche identiche tra loro ogni 2^256 coppie di chiavi (2^256/2^512 = 1/2^256).
Ora osserviamo che

3) sono sufficienti 2^128 chiavi pubbliche distinte per costruire (all'incirca) 2^256 coppie distinte di chiavi pubbliche

Il risultato finale è che se genero 2^128 chiavi pubbliche, ho di fatto anche generato 2^256 coppie di chiavi, e in media ho ottenuto 1 coppia di chiavi identiche, cioè ho generato almeno 2 volte la stessa chiave.

Sfruttando questo fatto e una opportuna "random walk" simulata, si riesce in soli 2^128 step a generare 2 volte una stessa chiave pubblica, e questa particolare collisione permette di ricavare la chiave privata che si stava cercando.

Altri algoritmi, come "Baby Step Giant Step" si basano invece solo sul fatto che per generare 2^256 chiavi pubbliche basta calcolare solo 2 liste di 2^128 chiavi e poi confrontarle (qui si utilizzano le proprietà algebriche della curva per cui ogni chiave P=d*G si può decomporre in P  = P1+P2.), per i dettagli vedere http://andrea.corbellini.name/2015/06/08/elliptic-curve-cryptography-breaking-security-and-a-comparison-with-rsa/

Utilizzando quest'ultimo approccio (che non è di natura probabilistica a differenza di Pollard Rho) è possibile ricavare da una chiave pubblica la chiave privata sempre in 2^128 step. Il vantaggio di questo metodo è che è possibile fare una ricerca anche solo su un sottospazio di tutte le chiavi pubbliche possibili, a patto ovviamente di avere delle informazioni approssimative riguardo la chiave privata (cioè se si sa già dove si trova più o meno la chiave privata).

Nei mesi scorsi ho scritto un picccolo programma in C (modificandone uno trovato in rete) che mi permette di ricavare la chiave privata in pochissimo tempo se si conosce la posizione della chiave privata all'interno di un range di valori dell'ordine di 2^60 - 2^70.

In pratica, per fare un esempio, se una persona sceglie una chiave privata tra 1 e 2^70 (oppure tra x  e  x + 2^70) e fornisce la chiave pubblica corrispondente, il programma riesce a ricavare la chiave privata corretta. Il programma deve conoscere però l'intervallo dove cercare.

Ovviamente 2^70 è una piccolissima frazione di 2^256, lo so che non ho scoperto nulla, ma è molto interessante verificare che, mentre per generare anche solo  2^60 chiavi pubbliche sarebbero necessari molti anni anche con la scheda video più potente, basta invece una semplice cpu per ricavare in pochi minuti la chiave cercata.

Bug del kernel di Linux:

https://thehackernews.com/2018/09/linux-kernel-vulnerability.html?m=1

Periodo di bug, nessun software per quanto controllato ne è esente, questo mi fa riflettere sulla probabilità che il software che si sta usando attualmente (relativo a bitcoin o meno) possa avere delle vulnerabilità che verranno sfruttate da qualcuno.

Per esempio i calcoli sulla sicurezza della rete bitcoin vengono di norma fatti supponendo che tutte le regole teoriche vengano effettivamente rispettate dai software che le implementano, ma si è visto che ritenere che il software sia "perfetto" è una grossolana approssimazione. Anzi, il rischio di perdere soldi per un bug è più alto del rischio che l'algoritmo ecdsa venga "risolto" oppure che ci sia un attacco del 51%.

Per la cronaca il bug di bitcoin è stato risolto (dalla sua scoperta) in meno di 10 ore ( https://bitcoincore.org/en/2018/09/20/notice/ ). Ma il bug è stato presente per circa 2 anni in più versioni di Bitcoin Core.
La probabilità di essere colpiti direttamente da questo bug dipende dalla probabilità che qualche malintenzionato si accorgesse del bug in questi due anni x la probabilità che, nel caso di un attacco, avessimo usato la rete per transare proprio nel periodo dell'attacco (prima del rilascio del fix).

La prima probabilità è molto difficile da stimare, la seconda dipende dalla velocità di reazione degli sviluppatori che devono rilasciare la patch (ottima, meno di 10 ore dalla scoperta) e dalla frequenza con cui effettuiamo/riceviamo transazioni.

Invece non mi è ancora ben chiaro se il fatto che il resto della rete aggiorni in fretta contribuisca in qualche modo anche alla mia sicurezza.