1
00:00:00,240 --> 00:00:03,120
Un buon Salve confratelli del 
Priorato, Benvenuti in questo 

2
00:00:03,120 --> 00:00:06,440
nuovo episodio qui come al 
solito il vostro turtlecut. 

3
00:00:06,440 --> 00:00:10,680
E insomma questa settimana ne 
sono successe di tutti i colori,

4
00:00:11,000 --> 00:00:14,560
un po' di Casini lato privacy, 
un po' purtroppo nel mondo 

5
00:00:14,560 --> 00:00:17,680
Bitcoin e in generale europeo e 
americano. 

6
00:00:17,920 --> 00:00:21,360
Prima di dedicarci ovviamente 
all'episodio, ringrazio il 

7
00:00:21,360 --> 00:00:24,960
vincitore dell'indulgenza di 
questa settimana con una 

8
00:00:24,960 --> 00:00:29,320
donazione con la bellezza di 
8177 satoshi. 

9
00:00:29,680 --> 00:00:32,720
Ci lascia scritto buona quinta 
epoca, grazie. 

10
00:00:32,720 --> 00:00:36,960
Si firma antani come un grande 
classico italiano Old School. 

11
00:00:36,960 --> 00:00:39,880
Detto questo ragazzi, direi che 
possiamo cominciare a dedicarci 

12
00:00:39,880 --> 00:00:43,240
un po' alle cose interessanti, 
dato che questa settimana di 

13
00:00:43,240 --> 00:00:45,600
Casini ne sono successi un bel 
po. 

14
00:00:45,800 --> 00:00:47,720
Finiamo il QNA, parliamo di 
samurai. 

15
00:00:47,720 --> 00:00:50,840
Vi ricordo che se volete 
supportare questo podcast di 

16
00:00:50,840 --> 00:00:53,360
divulgazione totalmente gratuita
potete fare una 

17
00:00:53,360 --> 00:00:56,480
donazionesuperiorato.org e 
vincere l'indulgenza della 

18
00:00:56,480 --> 00:00:59,280
settimana, quindi il premio che 
vi libera da tutti i vostri 

19
00:00:59,280 --> 00:01:02,760
peccati. 
Dati SHITCOIN nonché se volete 

20
00:01:02,760 --> 00:01:06,040
comprare prodotti su 
dona.priorato.org magliette del 

21
00:01:06,040 --> 00:01:09,400
Priorato SIM no che US quello 
che vi pare e in generale se 

22
00:01:09,400 --> 00:01:12,240
volete se utilizzate Bitcoin 
voucher Bot o rely nelle 

23
00:01:12,240 --> 00:01:15,840
informazioni qua della puntata 
ci sono i link referral sigla. 

24
00:01:53,440 --> 00:01:56,400
Allora a tutti ragazzi Benvenuti
in questo nuovo episodio, 

25
00:01:56,440 --> 00:02:00,240
cominciamo a chiacchierare prima
di ad entrarci dentro il Q and a

26
00:02:00,280 --> 00:02:04,480
delle cose successe nel corso di
questa settimana c'è una notizia

27
00:02:04,480 --> 00:02:08,720
che sicuramente ha fatto un po' 
di eco mediatico, sta 

28
00:02:08,720 --> 00:02:13,640
continuando a far parlare di sé,
ovvero il fatto che sono stati 

29
00:02:13,640 --> 00:02:18,920
arrestati i due fondatori di 
Samurai Wallet. 

30
00:02:18,960 --> 00:02:20,240
Che cos'era? 
Samurai Wallet? 

31
00:02:20,240 --> 00:02:22,960
Era un semplice Wallet Bitcoin, 
il cui. 

32
00:02:23,160 --> 00:02:27,680
L'interno integrava un 
protocollo di Coin join chiamato

33
00:02:27,680 --> 00:02:30,760
Whirlpool. 
Ora, per chi non lo sapesse, in 

34
00:02:30,760 --> 00:02:34,240
questo podcast ho già trattato 
un paio di volte questo tema, 

35
00:02:34,240 --> 00:02:37,320
avevo fatto anche un video su 
Youtube anni fa con Riccardo 

36
00:02:37,320 --> 00:02:40,000
Masutti e Giacomo Zucco proprio 
a discutere. 

37
00:02:40,640 --> 00:02:43,920
Di alcuni temi molto. 
Collegati a ciò che è successo 

38
00:02:43,920 --> 00:02:47,040
la settimana scorsa. 
Di fatto il concetto è che sono 

39
00:02:47,040 --> 00:02:51,680
stati arrestati i Rodriguez e 
Hill, non mi ricordo i William 

40
00:02:52,040 --> 00:02:56,920
Lonegher Hill e che Ron 
Rodriguez, quindi due fondatori 

41
00:02:56,920 --> 00:03:01,840
di Samurai Wallet, per come 
diciamo sono stati imputati con 

42
00:03:01,840 --> 00:03:05,920
causa il fatto che hanno 
facilitato oltre due miliardi di

43
00:03:05,920 --> 00:03:11,200
dollari di money londring ora. 
Come sappiamo tutti, almeno dal 

44
00:03:11,200 --> 00:03:16,240
mio punto di vista, un Coin join
non è money londring uno, perché

45
00:03:16,440 --> 00:03:19,960
se uno volesse potrebbe 
distruggere la sua privacy e 

46
00:03:19,960 --> 00:03:23,760
comunque dichiarare che 
movimento hanno fatto i propri 

47
00:03:23,760 --> 00:03:27,000
Bitcoin, cioè se una persona fa 
10.000 round di Coin join un 

48
00:03:27,000 --> 00:03:29,960
giorno li vuole vendere e 
tornare nella legalità. 

49
00:03:30,600 --> 00:03:33,600
Non è la legalità, perdonatemi, 
siamo sempre nella legalità, ma 

50
00:03:33,600 --> 00:03:36,080
nella trasparenza verso lo Stato
può farlo? 

51
00:03:36,080 --> 00:03:39,400
Può semplicemente mostrare allo 
Stato come ha mosso i suoi 

52
00:03:39,400 --> 00:03:41,880
Bitcoin all'interno dei Coin 
join e comunque avere più 

53
00:03:41,880 --> 00:03:45,520
privacy verso il network e 
quindi fare Coin join è sempre e

54
00:03:45,520 --> 00:03:48,760
comunque consigliabile. 
Detto questo, quindi sono stati 

55
00:03:48,760 --> 00:03:53,920
portati in causa con questa con 
questa causa e probabilmente 

56
00:03:53,920 --> 00:03:57,760
quindi mi sembra un po' una roba
alla Ross ulbric quindi grandi 

57
00:03:57,760 --> 00:04:02,760
problemi e un bel po di galera. 
Probabilmente questa cosa ha un 

58
00:04:02,760 --> 00:04:05,480
bel po di implicazioni. 
Possiamo dire che effettivamente

59
00:04:05,480 --> 00:04:09,440
durante un Coin join di fatto 
samurai non toccava i Bitcoin 

60
00:04:09,440 --> 00:04:11,360
degli altri utenti. 
Non faceva altro che da 

61
00:04:11,360 --> 00:04:15,320
coordinatore, quindi si metteva 
lì e organizzava le persone che 

62
00:04:15,320 --> 00:04:18,360
facevano Coin join tra di loro. 
Per la legge americana sono 

63
00:04:18,360 --> 00:04:21,760
stati imputati come money 
transvitter, infatti adesso sta 

64
00:04:21,760 --> 00:04:23,720
anche un po' evolvendo il meme 
online. 

65
00:04:23,720 --> 00:04:26,360
Su. 
Twitter eccetera, dove tutte le 

66
00:04:26,360 --> 00:04:28,760
cose sono money transmitter. 
Di fatto, per la legge 

67
00:04:28,760 --> 00:04:32,680
americana, se uno. 
Controlla hardware, software, 

68
00:04:32,680 --> 00:04:35,560
computer on line e c'è una 
trasmissione economica al di 

69
00:04:35,560 --> 00:04:38,480
sopra di questo supporto 6 1 
money transmitter, quindi sei 

70
00:04:38,480 --> 00:04:41,320
sotto la legge americana. 
Questa in realtà è una cosa 

71
00:04:41,320 --> 00:04:44,560
molto pericolosa. 
Questo perché in realtà il 

72
00:04:44,560 --> 00:04:48,000
vostro nodo Bitcoin si può. 
Cioè si può definire per la 

73
00:04:48,000 --> 00:04:50,720
legge americana un money 
transmitter, il vostro ISP, 

74
00:04:50,720 --> 00:04:54,040
quindi il vostro fornitore di 
Internet a casa. 

75
00:04:55,160 --> 00:04:57,720
È anche lui di fatto un money 
transmitter, quindi di fatto 

76
00:04:58,280 --> 00:05:00,680
questa legge si potrebbe 
estendere all'infinito ad ogni 

77
00:05:00,680 --> 00:05:03,840
cosa, portando un livello di 
censura e attacco alla privacy 

78
00:05:04,240 --> 00:05:06,320
estremamente alto. 
Di fatto però quello che è 

79
00:05:06,320 --> 00:05:09,640
successo è che effettivamente i 
fondatori di samurai sono stati 

80
00:05:09,640 --> 00:05:13,200
arrestati. 
Al momento è assolutamente 

81
00:05:13,200 --> 00:05:17,040
sconsigliato in qualsiasi modo 
aggiornare l'applicazione, 

82
00:05:17,280 --> 00:05:20,160
questo perché tutti i server 
sono stati sequestrati. 

83
00:05:21,280 --> 00:05:26,360
Era tre giorni fa, quindi mi 
pare il 25 Marzo, non voglio 

84
00:05:26,360 --> 00:05:30,160
dire 25 Aprile. 
Tutti i server sono al momento 

85
00:05:30,160 --> 00:05:33,320
in un al FBI. 
Se andate sul sito 

86
00:05:33,320 --> 00:05:36,880
effettivamente di Samurai Wallet
vi esce questa schermata dove 

87
00:05:36,880 --> 00:05:41,440
dice che il tutto è stato 
sequestrato dal FBINCA eccetera 

88
00:05:41,440 --> 00:05:44,320
eccetera varie Tree Letter 
Agency americane. 

89
00:05:44,320 --> 00:05:47,400
Un po' una schermata stile Deep 
web anni 2000 quando chiudevano 

90
00:05:47,400 --> 00:05:52,200
i siti web. 
E al momento sia i server con 

91
00:05:52,200 --> 00:05:55,600
cui si fanno gli aggiornamenti 
all'APP sia il coordinatore di 

92
00:05:55,600 --> 00:06:00,040
Coin join sono in mano all'F BI 
questo vuol dire che al momento 

93
00:06:00,040 --> 00:06:03,000
il Protocollo Whirlpool quindi 
anche se lo utilizzate con sparo

94
00:06:03,000 --> 00:06:07,360
Wallet non è utilizzabile. 
È totalmente offline, è 

95
00:06:07,360 --> 00:06:09,880
totalmente bloccato e allo 
stesso tempo sconsiglio a 

96
00:06:09,880 --> 00:06:13,200
chiunque caldamente di 
aggiornare samurai Wallet. 

97
00:06:13,200 --> 00:06:16,440
Questo perché se uscisse un 
aggiornamento sarebbe fatto 

98
00:06:16,440 --> 00:06:20,280
effettivamente dal FBI. 
È comunque improbabile perché 

99
00:06:20,280 --> 00:06:23,400
sarebbe un po' una gaffe, cioè 
sarebbe ovvio quello che stanno 

100
00:06:23,400 --> 00:06:26,280
facendo e risulterebbe 
abbastanza ridicolo, ma c'è 

101
00:06:26,280 --> 00:06:29,480
comunque la possibilità che ciò 
accada, quindi per il momento 

102
00:06:29,480 --> 00:06:35,160
assolutamente sconsigliato di. 
Aggiorno ai wasabi e scusate il 

103
00:06:35,160 --> 00:06:38,160
samurai. 
Spero di non fare gaffe, 

104
00:06:38,160 --> 00:06:40,920
confondendomi i nomi perché ogni
tanto vado in modalità 

105
00:06:40,920 --> 00:06:43,080
automatica. 
Lapsus totale. 

106
00:06:43,320 --> 00:06:47,320
Vi vi consiglierei anche 
caldamente di spostare i vostri 

107
00:06:47,320 --> 00:06:49,520
Bitcoin su un'altro Wallet. 
In realtà non c'è nessun 

108
00:06:49,520 --> 00:06:54,120
problema di sicurezza, il grosso
problema è il nodo di default di

109
00:06:54,120 --> 00:06:56,680
samurai Wallet. 
Mi spiego, quando voi andate ad 

110
00:06:56,680 --> 00:07:00,320
utilizzare samurai di default, 
critica che ho sempre fatto al 

111
00:07:00,320 --> 00:07:04,680
Wallet, vi connettete al nodo. 
Bitcoin di Samurai Wallet quindi

112
00:07:04,680 --> 00:07:07,280
a meno che non ne impostate uno 
vostro e samurai utilizza una 

113
00:07:07,280 --> 00:07:10,400
propria implementazione chiamata
Dodge di nodo Bitcoin, quindi 

114
00:07:10,400 --> 00:07:13,560
non potete usare Bitcoin core 
electron server a meno che non 

115
00:07:13,560 --> 00:07:17,200
lo connettete al vostro nodo. 
Beh, state utilizzando il nodo 

116
00:07:17,200 --> 00:07:20,640
Bitcoin di Samurai che ha la 
vostra x pub, quindi sa 

117
00:07:20,640 --> 00:07:23,280
perfettamente quali sono i 
vostri indirizzi, quanti Bitcoin

118
00:07:23,280 --> 00:07:27,000
avete e immaginate in mano a chi
è in questo momento questo 

119
00:07:27,000 --> 00:07:30,560
fantastico server c'è la Cia 
tutta felice la A spiare i 

120
00:07:30,560 --> 00:07:32,440
vostri indirizzi Bitcoin di 
consegue. 

121
00:07:32,520 --> 00:07:36,840
Senza sconsiglio di continuare 
ad utilizzare wasabi Wallet a 

122
00:07:36,840 --> 00:07:41,040
meno che non sia connesso al 
vostro dojo, quindi il vostro 

123
00:07:41,040 --> 00:07:43,880
nodo personale Bitcoin. 
In realtà sconsiglio qualsiasi 

124
00:07:43,880 --> 00:07:46,480
Wallet non connesso a un nodo 
Bitcoin vostro, di qualche 

125
00:07:46,480 --> 00:07:49,840
conoscente fidato, eccetera. 
Però in questo momento è 

126
00:07:49,840 --> 00:07:52,920
particolarmente pericoloso usare
quello di samurai. 

127
00:07:53,280 --> 00:07:55,680
Quindi cosa succede? 
Cosa si può fare? 

128
00:07:55,680 --> 00:07:59,280
Turtlecute, sono disperato, non 
so più come fare Coin join, non 

129
00:07:59,280 --> 00:08:04,160
so più cosa fare. 
Esistono ovviamente due opzioni 

130
00:08:04,160 --> 00:08:07,640
ulteriori per continuare a fare 
Coin join, prima di parlarvene 

131
00:08:07,640 --> 00:08:11,080
vi parlo anche delle effettive 
ripercussioni che sta avendo 

132
00:08:11,360 --> 00:08:14,240
questo fenomeno all'interno 
della Comunità Bitcoin, questo 

133
00:08:14,240 --> 00:08:18,200
perché una delle altre due 
alternative per fare Coin join è

134
00:08:18,200 --> 00:08:21,080
wasabi Wallet e quindi un po' la
concorrenza wasabi. 

135
00:08:21,080 --> 00:08:24,880
E Samuele, ho sempre litigato in
maniera onestamente molto 

136
00:08:24,880 --> 00:08:28,240
spiacevole online si sono fatti 
torti brutti in maniera 

137
00:08:28,240 --> 00:08:33,000
oggettiva ambo le parti. 
Personalmente fra i due prodotti

138
00:08:33,159 --> 00:08:37,440
ho sempre preferito wasabi, tra 
i due il mio nel cuore è sempre 

139
00:08:37,440 --> 00:08:39,280
Jane market. 
Se avessi dovuto scegliere tra 

140
00:08:39,280 --> 00:08:42,280
wasabi o samurai avrei scelto a 
mani basse wasabi. 

141
00:08:42,640 --> 00:08:46,120
Quindi sono felice almeno che 
ogni tanto provo a spiegare le 

142
00:08:46,120 --> 00:08:48,000
cose alla gente, chi mi ascolta 
magari. 

143
00:08:48,480 --> 00:08:52,320
Si è salvato perché non ha 
utilizzato samurai e senza nodo 

144
00:08:52,320 --> 00:08:55,080
o cose del genere rimane il 
fatto che hanno sempre litigato 

145
00:08:55,080 --> 00:08:58,160
in maniera estremamente 
spiacevole on line, quindi parlo

146
00:08:58,160 --> 00:09:02,080
prettamente di prodotto, quello 
che hanno fatto al momento a 

147
00:09:02,080 --> 00:09:05,600
senk quindi il l'azienda dietro 
Phoenix Wallet, un Wallet 

148
00:09:05,600 --> 00:09:09,440
Lightning e wasabi e zekey 
snacks che sono l'azienda dietro

149
00:09:09,440 --> 00:09:11,920
wasabi Wallet che è un'altro 
Wallet per fare Coin join. 

150
00:09:12,000 --> 00:09:16,040
Esattamente com'era samurai è 
stato chiudere il diciamo, 

151
00:09:16,120 --> 00:09:20,200
l'applicazione, il. 
Il suo utilizzo ha gli utenti 

152
00:09:20,200 --> 00:09:25,880
americani e Oh mio Dio, copriti 
cielo disastro online, tutti a 

153
00:09:25,880 --> 00:09:29,240
lamentarsi, il mondo è finito. 
Io penso che invece sia una 

154
00:09:29,240 --> 00:09:31,920
scelta estremamente 
intelligente, perché perlomeno 

155
00:09:32,200 --> 00:09:35,440
aziende come wasabi e Phoenix 
possono agire in un grigiore 

156
00:09:35,440 --> 00:09:38,280
normativo. 
Wasabi può dire apertamente no, 

157
00:09:38,280 --> 00:09:41,160
io non voglio cittadini 
americani, ma wasabi di default 

158
00:09:41,160 --> 00:09:44,280
funziona sotto Tor, quindi 
wasabi non sa chi siete. 

159
00:09:44,560 --> 00:09:47,680
Di conseguenza anche i cittadini
americani possono continuare ad 

160
00:09:47,680 --> 00:09:51,160
utilizzare. 
Servizi come quello di wasabi, 

161
00:09:51,160 --> 00:09:54,520
di Coin join, centralizzato 
quindi con un'azienda dietro che

162
00:09:54,520 --> 00:09:57,760
fa da coordinatore senza avere 
nessun tipo di problema. 

163
00:09:57,760 --> 00:10:00,560
Questo perché l'implementazione 
a livello software è ben fatta 

164
00:10:00,560 --> 00:10:03,000
ed è la critica che ho sempre 
fatto a samurai. 

165
00:10:03,280 --> 00:10:07,320
Quindi comunque al momento c'è 
ovviamente una chiusura verso il

166
00:10:07,320 --> 00:10:09,480
mercato americano. 
Questo perché le aziende 

167
00:10:09,480 --> 00:10:12,520
ovviamente fanno i loro 
interessi personali, vogliono 

168
00:10:12,520 --> 00:10:15,960
sopravvivere, vogliono andare 
avanti, non vogliono ovviamente 

169
00:10:15,960 --> 00:10:19,640
fallire ed essere arrestate. 
A causa degli attacchi di 

170
00:10:19,640 --> 00:10:22,120
isterici sulla privacy dello 
Stato americano. 

171
00:10:22,400 --> 00:10:27,440
Penso che però al momento, 
grazie a tecnologie come VPN Tor

172
00:10:27,440 --> 00:10:32,160
EC miglia, sia comunque ancora 
una situazione accettabile. 

173
00:10:32,160 --> 00:10:35,480
Questo perché le aziende hanno 
ancora delle scappatoie per 

174
00:10:35,480 --> 00:10:38,480
continuare ad agire in maniera 
più o meno indisturbata. 

175
00:10:39,080 --> 00:10:42,800
Se invece dobbiamo parlare di 
alternative, quindi come faccio?

176
00:10:42,800 --> 00:10:46,880
Ero un utente di samurai, cosa 
posso fare prima di tutto? 

177
00:10:47,640 --> 00:10:49,240
Come ho detto prima, cambiare 
Wallet. 

178
00:10:49,240 --> 00:10:52,400
Ci sono tantissime guide online 
per importare e recuperare il 

179
00:10:52,400 --> 00:10:55,320
vostro seed su altri Wallet, 
come per esempio Sparrow. 

180
00:10:55,520 --> 00:10:59,400
Detto questo, se non avevate un 
nodo Bitcoin e vi connettevate a

181
00:10:59,400 --> 00:11:02,480
quello di Samurai, sappiate che 
la vostra privacy probabilmente 

182
00:11:02,480 --> 00:11:05,120
è stata linkata. 
Quindi non importa quanti Coin 

183
00:11:05,120 --> 00:11:08,560
join avete fatto, fare Coin join
senza un proprio nodo o senza 

184
00:11:08,560 --> 00:11:11,960
protezioni aggiuntive come 
quella che ha wasabi vuol dire 

185
00:11:11,960 --> 00:11:15,120
avere comunque zero privacy, 
perché samurai sapeva tutto di 

186
00:11:15,120 --> 00:11:17,400
voi. 
Di conseguenza, se non usavate 

187
00:11:17,400 --> 00:11:19,280
un. 
Il proprio nodo, ma usavate 

188
00:11:19,280 --> 00:11:22,880
quelli di default di samurai. 
Io personalmente, in maniera 

189
00:11:22,880 --> 00:11:27,280
totalmente soggettiva per i miei
standard Rico incenererei per 

190
00:11:27,280 --> 00:11:31,040
bene tutti quei satoshi in modo 
da perlomeno dare meno dati 

191
00:11:31,040 --> 00:11:34,040
possibili. 
AFBIE amici simili. 

192
00:11:34,680 --> 00:11:37,600
Ora, quali sono le alternative? 
Le alternative sono, come detto 

193
00:11:37,600 --> 00:11:40,640
prima, principalmente 2, 1 è 
wasabi Wallet. 

194
00:11:40,960 --> 00:11:44,240
Personalmente penso che sia 
l'implementazione al momento più

195
00:11:44,240 --> 00:11:48,320
facile da utilizzare. 
Per tutti gli utenti non 

196
00:11:48,400 --> 00:11:53,120
esperti, l'altra è Jane market. 
Jane market ha anche un Fork 

197
00:11:53,120 --> 00:11:57,880
chiamato JM, che è diciamo la 
versione con interfaccia grafica

198
00:11:57,880 --> 00:12:01,000
di Jane market. 
JM è molto facile da utilizzare,

199
00:12:01,000 --> 00:12:05,120
quindi lo paragonerei quasi a 
wasabi, la cosa che potrà 

200
00:12:05,120 --> 00:12:08,480
utilizzare JM serve comunque un 
nodo Bitcoin, quindi ha questa 

201
00:12:08,480 --> 00:12:13,560
asticella l'entrata più alta 
rispetto a samurai o Whirlpool. 

202
00:12:13,600 --> 00:12:16,880
A livello di difficoltà, Jane 
Market J. 

203
00:12:17,200 --> 00:12:21,480
Sono protocolli decentralizzati,
a differenza di wasabi sono al 

204
00:12:21,480 --> 00:12:24,440
momento quella che per me è 
l'implementazione di riferimento

205
00:12:24,440 --> 00:12:26,600
per fare Coin join. 
Dal punto di vista di sicurezza 

206
00:12:26,600 --> 00:12:30,040
e privacy non ci sono aziende di
mezzo, c'è un network tirato su 

207
00:12:30,040 --> 00:12:32,520
sotto Tor. 
Questo ha dei pro e dei contro, 

208
00:12:32,520 --> 00:12:34,440
magari un po' più instabile. 
Ogni tanto dà qualche 

209
00:12:34,440 --> 00:12:37,400
problemino, ma a livello di 
sicurezza e privacy beh. 

210
00:12:37,880 --> 00:12:40,560
Io preferisco sempre la 
soluzione, quello un po' più 

211
00:12:40,640 --> 00:12:43,760
cyberpunk, da persona con il 
cappellino di carta stagnola, 

212
00:12:43,960 --> 00:12:47,240
che deve combattere come se 
fosse in nel momento finale 

213
00:12:47,240 --> 00:12:50,880
nella risoluzione dei conti. 
Provo sempre a scegliere 

214
00:12:50,880 --> 00:12:53,520
l'opzione, quella a mio parere 
migliore per Bitcoin, più 

215
00:12:53,520 --> 00:12:57,080
aperta, più decentralizzata, che
può dare, che può resistere in 

216
00:12:57,080 --> 00:13:02,160
un futuro dove c'è più 
centralizzazione, censura e 

217
00:13:02,160 --> 00:13:05,080
attacco alla privacy. 
In realtà questa settimana non 

218
00:13:05,080 --> 00:13:08,600
ci siamo limitati solamente a 
questo, infatti negli Stati 

219
00:13:08,600 --> 00:13:13,720
Uniti abbiamo anche in fase di 
diciamo promozione di di 

220
00:13:14,160 --> 00:13:17,080
valutazione, se può essere 
sensata o meno implementare una 

221
00:13:17,080 --> 00:13:22,240
nuova legge sullo di base, 
rendere ancora più facile legale

222
00:13:22,240 --> 00:13:25,360
e chiaro, spiare, attaccare dal 
punto di vista di privacy e 

223
00:13:25,360 --> 00:13:28,280
censura. 
I cittadini americani inoltre, 

224
00:13:28,280 --> 00:13:33,000
era uscito anche un paper da gli
Stati Uniti che riportava come 

225
00:13:33,000 --> 00:13:36,240
lo Stato sconsigliava in ogni 
caso di utilizzare servizi 

226
00:13:36,240 --> 00:13:40,520
nonché ai propri cittadini. 
Quindi fanno sicuramente 

227
00:13:40,520 --> 00:13:43,920
pressione, vogliono tentare di 
imbrigliare Bitcoin e tentano in

228
00:13:43,920 --> 00:13:48,040
ogni modo sempre di più. 
Di limitare i gateway entrata e 

229
00:13:48,040 --> 00:13:49,640
uscita. 
Quindi una volta che una persona

230
00:13:49,640 --> 00:13:52,520
ha Bitcoin, ovviamente lo può 
utilizzare in maniera libera 

231
00:13:52,520 --> 00:13:55,720
quando invece si deve 
interfacciare con euro dollaro o

232
00:13:55,720 --> 00:13:58,360
monete Fiat. 
Ecco che lì è dove il regolatore

233
00:13:58,680 --> 00:14:01,400
comincia a fare più pressioni, 
comincia a rompere le palle 

234
00:14:01,400 --> 00:14:05,520
perché è dove ha il potere di 
agire questo. 

235
00:14:05,760 --> 00:14:07,680
È. 
Un po' il recap di quello che è 

236
00:14:07,680 --> 00:14:11,360
successo la scorsa settimana, 
sicuramente non un'esperienza 

237
00:14:11,360 --> 00:14:14,640
piacevole per Bitcoin. 
Speriamo nascano altre 

238
00:14:14,640 --> 00:14:18,720
implementazioni di riferimento 
per fare Coin join o che 

239
00:14:18,720 --> 00:14:21,520
semplicemente venga sempre più 
utilizzato e sviluppato. 

240
00:14:21,520 --> 00:14:23,960
Jane Market, il punto di Jane 
Market che in realtà è un 

241
00:14:23,960 --> 00:14:28,520
protocollo estremamente vecchio 
a 9 10 anni di età, quindi 

242
00:14:28,520 --> 00:14:31,920
sicuramente un protocollo 
solido, testato e utilizzato. 

243
00:14:32,240 --> 00:14:34,840
Il più grande difetto al 
momento, che come detto prima è 

244
00:14:35,240 --> 00:14:38,400
di base un po' difficile da 
utilizzare, è il fatto che 

245
00:14:38,400 --> 00:14:42,560
essendo decentralizzato è 
tendenzialmente sensibile ad 

246
00:14:42,560 --> 00:14:44,360
attacchi si. 
Bill quindi come tutti i 

247
00:14:44,360 --> 00:14:47,880
protocolli decentralizzati, se 
uno Stato creasse centinaia di 

248
00:14:47,880 --> 00:14:50,920
entità a fare Coin join potrebbe
tentare di spiare gli utenti. 

249
00:14:50,920 --> 00:14:55,480
È per questo che più utenti 
utilizzano join market, più il 

250
00:14:55,480 --> 00:14:58,440
protocollo diventa sicuro 
resistente ad attacchi e quindi 

251
00:14:58,440 --> 00:15:02,080
è importante provare ad educare 
e spiegare temi a volte un po' 

252
00:15:02,080 --> 00:15:04,800
complessi come appunto Jane 
market, provare a spiegargli 

253
00:15:04,800 --> 00:15:08,440
agli utenti invogliarli. 
A testare questi software e in 

254
00:15:08,440 --> 00:15:11,760
generale spingere l'adozione di 
tecnologie veramente 

255
00:15:11,760 --> 00:15:14,240
decentralizzate per la privacy 
degli utenti. 

256
00:15:14,600 --> 00:15:18,160
Quindi consiglio caldamente a 
tutti voi di fare assolutamente 

257
00:15:18,160 --> 00:15:20,120
Coin join se ne avete la 
possibilità. 

258
00:15:20,560 --> 00:15:23,360
State attenti alle Join chain 
perché oggettivamente Fire Coin 

259
00:15:23,360 --> 00:15:26,840
join può essere un po' costoso 
in momenti di fialte è 

260
00:15:26,840 --> 00:15:30,320
sicuramente, a mio parere, un 
toccasana per la privacy di 

261
00:15:30,320 --> 00:15:32,360
tutti gli utenti del protocollo 
Bitcoin. 

262
00:15:33,520 --> 00:15:38,240
Continuiamo questo episodio con 
il QNA della scorsa settimana, 

263
00:15:38,240 --> 00:15:42,280
quindi finiamo un po' di domande
e risposte che mi avete fatto e 

264
00:15:42,280 --> 00:15:46,320
lasciato e insomma finiamo con 
un po' di domande così generali 

265
00:15:46,320 --> 00:15:49,400
sul protocollo Bitcoin. 
Le domande le trovate 

266
00:15:49,400 --> 00:15:52,280
direttamente nel Canale Telegram
privacy Folder che è il mio 

267
00:15:52,280 --> 00:15:54,560
canale dove condivido un po' di 
pillole curiosità. 

268
00:15:55,280 --> 00:15:58,720
Cose riguardanti la privacy, 
telefoni Bitcoin mining, 

269
00:15:58,760 --> 00:16:02,240
eccetera, eravamo rimasti a 
Dennis che ci chiede, ma se io 

270
00:16:02,240 --> 00:16:06,360
ricevo due pagamenti onchain 
sullo stesso indirizzo lutixo è 

271
00:16:06,360 --> 00:16:10,240
uno o sono comunque due? 
Dennis, la risposta è sono due 

272
00:16:10,240 --> 00:16:12,880
ed è il motivo per cui non 
bisogna riutilizzare gli 

273
00:16:12,880 --> 00:16:15,120
indirizzi Bitcoin. 
Quando tu riutilizzi un 

274
00:16:15,120 --> 00:16:19,080
indirizzo ci metti all'interno 
più utixo che rimangono comunque

275
00:16:19,080 --> 00:16:24,080
chiari e visibili e perdi un 
sacco di privacy perché di base 

276
00:16:24,080 --> 00:16:27,240
chiunque può vedere che 
l'utilizzatore di quel indirizzo

277
00:16:27,240 --> 00:16:30,280
dietro sei sempre te. 
Una volta che vai a pagare tutte

278
00:16:30,280 --> 00:16:32,920
le persone che vengono pagate 
con quell'indirizzo con quegli 

279
00:16:32,920 --> 00:16:34,920
utixo possono. 
Vedere che eri tu il 

280
00:16:34,920 --> 00:16:38,400
proprietario di quell'indirizzo 
su cui hai vari Utixo Bitcoin. 

281
00:16:39,320 --> 00:16:43,080
La legge l'utilizzo di Bitcoin 
ideale, come lo ha pensato 

282
00:16:43,080 --> 00:16:47,200
satoshi, è un indirizzo, una 
transazione ed è il modo 

283
00:16:47,200 --> 00:16:50,000
migliore per poter 
compartimentalizzare la propria 

284
00:16:50,000 --> 00:16:53,840
privacy assieme a quella di 
utilizzare effettivamente un 

285
00:16:53,840 --> 00:16:56,480
nodo Bitcoin, quindi 
assolutamente consigliato di non

286
00:16:56,480 --> 00:16:59,240
fare adder sery use. 
Se invece uno ci mette due utixo

287
00:16:59,240 --> 00:17:03,080
sopra lo stesso indirizzo, 
questi rimangono due utixo non 

288
00:17:03,080 --> 00:17:06,079
si uniscono, a meno che non li 
invii assieme in una 

289
00:17:06,079 --> 00:17:10,240
transazione. 
A questo punto swag nackle ci 

290
00:17:10,240 --> 00:17:13,520
chiede, pensi che bisognerebbe 
lavorare di più su Lightning o 

291
00:17:13,520 --> 00:17:17,280
che in futuro un nuovo layer 
prenderà al posto di 

292
00:17:17,560 --> 00:17:20,119
quest'ultimo? 
Ora ovviamente io non ho in 

293
00:17:20,119 --> 00:17:26,119
nessun modo la risposta. 
Una cosa che vedo fare spesso a 

294
00:17:26,119 --> 00:17:29,680
sviluppatori e developer Bitcoin
è avere nuove idee. 

295
00:17:29,680 --> 00:17:32,840
A tutti piace sviluppare nuovi 
layer. 

296
00:17:32,840 --> 00:17:37,360
Nuove idee. 
Questo nuovo layer due Liquid e 

297
00:17:37,360 --> 00:17:39,280
questo. 
Quest'altro e un'altro ancora. 

298
00:17:39,280 --> 00:17:42,360
Perché lo fanno tutti? 
Beh, semplicemente perché 

299
00:17:42,360 --> 00:17:45,800
mediamente i developer sono 
umani ed è molto più divertente 

300
00:17:45,800 --> 00:17:50,360
creare e ideare un progetto che 
mettersi lì a livello tecnico a 

301
00:17:50,360 --> 00:17:52,680
raffinarlo, ripulirlo, 
ottimizzarlo e migliorarlo. 

302
00:17:52,680 --> 00:17:56,280
Quindi. 
E il mio punto di vista è che 

303
00:17:56,280 --> 00:17:59,240
effettivamente al momento 
abbiamo una massa enorme di 

304
00:17:59,240 --> 00:18:03,400
ricerca e sviluppo per pensare a
nuovi layer due di Bitcoin. 

305
00:18:03,400 --> 00:18:08,320
Questa cosa non è in nessun modo
negativa, perché penso che serva

306
00:18:08,320 --> 00:18:11,880
ricerca e sviluppo sempre e 
comunque per andare a trovare 

307
00:18:11,880 --> 00:18:14,800
nuove possibilità al di sopra 
del protocollo Bitcoin. 

308
00:18:14,800 --> 00:18:18,160
Allo stesso tempo penso che 
dovremmo concentrarci un po' di 

309
00:18:18,160 --> 00:18:19,600
più su quello che abbiamo di 
base. 

310
00:18:19,600 --> 00:18:23,520
Lightning è uscito con. 
E un sacco di aspettative da 

311
00:18:23,520 --> 00:18:25,640
parte della Community. 
Tutti si aspettavano che dal 

312
00:18:25,640 --> 00:18:30,280
giorno uno Dio mio, facile da 
usare, intuitivo per tutti. 

313
00:18:30,280 --> 00:18:32,520
Abbiamo risolto il problema 
della scalabilità su Bitcoin. 

314
00:18:32,520 --> 00:18:34,760
Beh, non è così. 
Lightning è un layer 

315
00:18:34,760 --> 00:18:38,160
estremamente complesso, con 
vantaggi e svantaggi trade off, 

316
00:18:38,800 --> 00:18:43,280
e non è in nessun modo esente da
problemi. 

317
00:18:43,480 --> 00:18:46,920
Molti sviluppatori al momento si
stanno spostando su Lightning, 

318
00:18:46,920 --> 00:18:49,400
cioè effettivamente il lato 
unchain di Bitcoin. 

319
00:18:50,240 --> 00:18:52,920
Ha effettivamente un numero di 
di sviluppatori molto minore 

320
00:18:52,920 --> 00:18:55,640
rispetto a qualche anno fa, o 
almeno in percentuale. 

321
00:18:55,640 --> 00:18:57,840
Cioè tantissimi si stanno 
muovendo su Lightning. 

322
00:18:58,240 --> 00:19:00,520
Rimane il fatto che ne vedo 
anche tanti, a cui piace 

323
00:19:00,520 --> 00:19:03,840
semplicemente stare lì a fare le
cose belle, ovvero ideare nuovi 

324
00:19:03,840 --> 00:19:07,480
layer di Bitcoin e non stare 
perdere tempo ad ottimizzare 

325
00:19:07,480 --> 00:19:09,320
cose già esistenti come 
Lightning. 

326
00:19:09,600 --> 00:19:13,640
Lo stato attuale secondo me. 
Del layer due. 

327
00:19:14,040 --> 00:19:16,640
E che comunque Lightning 
funziona bene, è ottimo per le 

328
00:19:16,640 --> 00:19:20,440
transazioni di tutti i giorni, 
ha ancora dei problemi dal punto

329
00:19:20,440 --> 00:19:23,200
di vista di usabilità e 
scalabilità? 

330
00:19:23,200 --> 00:19:25,680
Su queste cose penso che 
dobbiamo comunque. 

331
00:19:26,120 --> 00:19:29,680
Ancora lavorare? 
Diciamo che nella mia nella mia 

332
00:19:29,680 --> 00:19:33,680
testa mi piacerebbe che su 
Bitcoin Onchain ci fosse sempre 

333
00:19:33,680 --> 00:19:37,280
comunque un grosso set di 
sviluppatori Lightning e di 

334
00:19:37,280 --> 00:19:39,240
quelli che invece non si 
dedicano a unchain. 

335
00:19:39,240 --> 00:19:43,400
Mi piacerebbe che magari fosse, 
non so 70, 80% di ricerca e 

336
00:19:43,400 --> 00:19:47,200
miglioramento di tecnologie che 
abbiamo e un 20% di ideare 

337
00:19:47,200 --> 00:19:50,440
altro. 
Di fatto una volta che tanti 

338
00:19:50,440 --> 00:19:53,400
developer vogliono fare le cose 
divertenti e sviluppare nuovi 

339
00:19:53,400 --> 00:19:55,320
layer. 
Al posto di ottimizzare quello 

340
00:19:55,320 --> 00:19:57,880
che abbiamo, queste percentuali 
si sballano un po'. 

341
00:19:58,280 --> 00:20:02,440
Io penso che al momento nei 
prossimi da qua a due o tre anni

342
00:20:02,440 --> 00:20:07,240
sia sempre e comunque Lightning 
la soluzione di scalabilità in 

343
00:20:07,240 --> 00:20:09,520
un futuro, magari fra 5, 10 
anni. 

344
00:20:10,120 --> 00:20:12,960
Non mi è dato saperlo. 
Il mondo Bitcoin si muove 

345
00:20:12,960 --> 00:20:16,360
davvero troppo velocemente. 
A volte ci ripenso e dico, 

346
00:20:16,360 --> 00:20:19,040
cavolo, abbiamo appena fatto il 
nostro quarto halving. 

347
00:20:19,320 --> 00:20:23,120
Quattro anni fa c'era, eravamo 
tutti chiusi in casa per la 

348
00:20:23,120 --> 00:20:27,240
Pandemenza Bitcoin era un mondo 
totalmente diverso. 

349
00:20:27,240 --> 00:20:31,440
Lascia rete, era 1 10 20%. 
Rispetto ad ora, a livello 

350
00:20:31,440 --> 00:20:34,320
tecnologico Lightning era acerbo
da morire. 

351
00:20:34,960 --> 00:20:38,600
Io non avevo ancora creato 
privacy folder e questo podcast 

352
00:20:39,120 --> 00:20:42,400
cambiano davvero tantissimo le 
cose. 

353
00:20:42,400 --> 00:20:47,440
Nel corso di. 
Un paio di anni, quindi non non 

354
00:20:47,440 --> 00:20:51,400
mi esprimo, non mi spingo a dire
come sarà dal mio punto di vista

355
00:20:52,440 --> 00:20:56,480
la la situazione dei dei layer 
two di Bitcoin da qualche anno. 

356
00:20:56,480 --> 00:21:02,000
Sono sicuro che per diciamo in 
tempo medio breve Lightning è la

357
00:21:02,000 --> 00:21:05,840
soluzione, sarà quello su cui ci
appoggeremo in maniera stabile. 

358
00:21:06,080 --> 00:21:10,320
Da qua invece a un po' di anni è
probabile che escano nuove idee,

359
00:21:10,600 --> 00:21:13,520
ma come ogni protocollo nuovo va
testato. 

360
00:21:13,520 --> 00:21:15,000
Bisogna. 
Può dare che non ci siano 

361
00:21:15,240 --> 00:21:17,360
problemi dal punto di vista 
logico va creata 

362
00:21:17,360 --> 00:21:19,800
un'implementazione, serve 
adozione. 

363
00:21:19,960 --> 00:21:22,480
Quindi penso che al momento per 
semplice effetto, network 

364
00:21:22,760 --> 00:21:26,000
Lightning sia la soluzione che 
concentra il maggior numero di 

365
00:21:26,000 --> 00:21:30,320
utenti e che concentrerà anche 
nel tempo medio breve la maggior

366
00:21:30,320 --> 00:21:34,080
parte dei bitcoiner. 
Domanda successiva, ovvero 

367
00:21:34,080 --> 00:21:37,040
Giampiero che ci chiede quanto è
possibile in futuro che chi fa 

368
00:21:37,040 --> 00:21:40,720
mining diventi un fornitore di 
energia di energia piuttosto che

369
00:21:40,720 --> 00:21:43,200
il contrario? 
Direi che generalmente i miner 

370
00:21:43,200 --> 00:21:47,080
sono entrambi, spesso sono dei 
consumatori di energia inutile. 

371
00:21:47,720 --> 00:21:50,840
E a volte sono sia dei 
produttori che consumatori di 

372
00:21:50,840 --> 00:21:53,880
energia elettrica. 
Nel caso dei miner consumatori 

373
00:21:53,880 --> 00:21:56,520
non diventeranno mai in nessun 
modo dei produttori in quanto il

374
00:21:56,520 --> 00:22:00,000
loro compito è proprio quello di
utilizzare energia che pagano 

375
00:22:00,000 --> 00:22:02,880
molto poco, perché sennò 
verrebbe sprecata tipo fronti 

376
00:22:02,880 --> 00:22:06,920
rinnovabili, idroelettrico e 
compagnia cantante quindi tutte 

377
00:22:06,920 --> 00:22:10,040
queste forme di energia che 
producono 24 ore su 20. 

378
00:22:10,040 --> 00:22:13,920
Quattro e che nei momenti di 
inutilizzo verrebbero sprecate. 

379
00:22:14,560 --> 00:22:17,920
Quindi in questo caso il miner 
fa il consumatore di ultima 

380
00:22:17,920 --> 00:22:20,960
istanza dell'energia elettrica. 
In caso di miner invece che 

381
00:22:20,960 --> 00:22:25,360
producono anche energia, faranno
quello che semplicemente è più 

382
00:22:25,360 --> 00:22:28,920
comodo per il mercato. 
Molti miner in Texas al momento 

383
00:22:28,920 --> 00:22:33,800
mainano nell'ottanta 90 95%. 
Del tempo con la propria energia

384
00:22:33,800 --> 00:22:36,600
Bitcoin, fino nei momenti di 
crisi energetica, quando lo 

385
00:22:36,600 --> 00:22:39,880
Stato americano gli paga 
direttamente il loro surplus 

386
00:22:39,880 --> 00:22:42,320
energetico. 
Loro staccano i miner, danno 

387
00:22:42,320 --> 00:22:45,280
l'energia allo Stato che in quel
momento glieli paga di più di 

388
00:22:45,280 --> 00:22:48,320
quanto li paga la rete Bitcoin. 
Come ogni cosa, penso che il 

389
00:22:48,320 --> 00:22:51,600
mercato si autoregoli se tutti 
producono solo elettricità. 

390
00:22:52,400 --> 00:22:55,240
E c'è una sovrabbondanza di 
elettricità che scende di 

391
00:22:55,240 --> 00:22:57,600
prezzo. 
Al momento, utilizzarla per fare

392
00:22:57,600 --> 00:23:01,320
mining di Bitcoin è molto più 
redditizio in caso in futuro 

393
00:23:01,320 --> 00:23:04,280
questi equilibri economici si 
sballino, semplicemente il 

394
00:23:04,280 --> 00:23:08,000
mercato si regolerà di 
conseguenza, in modo che i miner

395
00:23:08,000 --> 00:23:10,160
utilizzino sempre la. 
Cosa più fruttuosa? 

396
00:23:10,600 --> 00:23:15,120
Che possono per guadagnare cari 
euro, dollari o satoshi in base 

397
00:23:15,520 --> 00:23:18,000
alle loro preferenze. 
Quindi non penso che sia un 

398
00:23:18,000 --> 00:23:21,560
problema particolare. 
VM ci chiede una domanda in 

399
00:23:21,560 --> 00:23:24,960
vista del Q del QNA, è possibile
secondo voi che in un futuro 

400
00:23:24,960 --> 00:23:28,040
prossimo, quando gli incentivi 
dati dalla coinbase saranno 

401
00:23:28,040 --> 00:23:31,960
molto bassi, i miner con potenza
computazionale elevata trovino 

402
00:23:31,960 --> 00:23:35,360
più incentivo nel cercare di 
indovinare una chiave privata 

403
00:23:35,360 --> 00:23:39,480
Bitcoin casuale con delle 
disponibilità all'interno? 

404
00:23:39,760 --> 00:23:42,480
Piuttosto che collaborare nella 
ricerca di nuovi blocchi e 

405
00:23:42,480 --> 00:23:45,760
ricevere frazioni di questa 
ricompensa, sono consapevole che

406
00:23:45,760 --> 00:23:48,320
con la potenza di calcolo 
odierna è quasi impossibile. 

407
00:23:48,320 --> 00:23:50,160
Ma in futuro? 
In futuro? 

408
00:23:50,160 --> 00:23:54,400
Domanda un saluto carissimo. 
Allora questa domanda in realtà 

409
00:23:54,400 --> 00:23:57,840
è una domanda che si fanno in 
tantissimi, soprattutto quando 

410
00:23:57,840 --> 00:24:01,600
scoprono come funziona Bitcoin. 
Il fatto che un Wallet quando 

411
00:24:01,600 --> 00:24:04,040
voi lo aprite, come fa a non 
generarmi un Wallet che. 

412
00:24:04,040 --> 00:24:06,520
È già stato usato da qualcun 
altro? 

413
00:24:07,000 --> 00:24:09,560
Non lo so, ve ne ce n'era uno. 
Ed è semplice matematica, 

414
00:24:09,560 --> 00:24:14,840
esistono così tante combinazioni
tali danno a rendere possibile, 

415
00:24:15,640 --> 00:24:18,680
praticamente dal punto di vista 
pratico, utilizzare un Wallet 

416
00:24:18,680 --> 00:24:23,520
che è già stato creato. 
Ora, perché un miner non 

417
00:24:23,520 --> 00:24:27,480
dovrebbe provare a minare chiavi
Bitcoin al posto che. 

418
00:24:28,360 --> 00:24:30,760
E nuovi satoshi? 
In realtà la risposta è 

419
00:24:30,760 --> 00:24:33,360
abbastanza semplice, prima di 
tutto perché è un processo in 

420
00:24:33,360 --> 00:24:36,680
realtà molto diverso, quindi non
basterebbe usare gli asic 

421
00:24:36,760 --> 00:24:39,040
moderni. 
Il processo è molto più lento, 

422
00:24:39,040 --> 00:24:42,720
perché comunque noi dobbiamo 
generare una chiave dopo averla 

423
00:24:42,720 --> 00:24:48,160
generata, andare a verificare su
un nostro nodo locale, quindi un

424
00:24:48,640 --> 00:24:51,520
dobbiamo avere una blockchain, 
un utic so 7, quindi il 7 di 

425
00:24:51,520 --> 00:24:55,320
tutti i possibili Bitcoin. 
Sui vari indirizzi, ogni volta 

426
00:24:55,320 --> 00:25:00,080
che generiamo una chiave, andare
a scandagliarla all'interno 

427
00:25:00,080 --> 00:25:04,040
della blockchain di Bitcoin, 
verificare che quest'ultima si 

428
00:25:04,040 --> 00:25:06,800
può fare sia con le chiavi 
pubbliche che con dei Sid, 

429
00:25:07,160 --> 00:25:10,120
ipoteticamente scandagliare che 
effettivamente all'interno non 

430
00:25:10,120 --> 00:25:14,200
ci siano fondi ed è proprio 
questo il bottleneck quindi? 

431
00:25:14,360 --> 00:25:18,280
Il punto che rallenta tutto a 
livelli assurdi, contate che 

432
00:25:18,280 --> 00:25:20,920
quando si parla. 
Di un asicc. 

433
00:25:21,680 --> 00:25:28,080
Parliamo di una quantità di 
generati al secondo che è è 

434
00:25:28,080 --> 00:25:31,800
praticamente inconcepibile per 
il cervello umano, cioè pensate 

435
00:25:31,800 --> 00:25:38,560
che anche un asic come un S 9 
genera e circa facciamo 10 terra

436
00:25:38,560 --> 00:25:41,160
esce che in realtà è anche meno,
cioè deve essere. 

437
00:25:41,560 --> 00:25:47,600
Da un cloccato 10 therash al 
secondo è una quantità di ash di

438
00:25:47,600 --> 00:25:49,880
miliardi di miliardi di singoli 
ash. 

439
00:25:50,320 --> 00:25:53,480
Ogni singolo secondo che passa 
quindi genera una quantità 

440
00:25:53,680 --> 00:25:57,760
computazionale di dati infinita,
nel senso altissima. 

441
00:25:57,800 --> 00:26:02,080
Il invece il processo di. 
Creare un indirizzo o 

442
00:26:02,080 --> 00:26:04,880
controllarlo nella blockchain, 
verificare che ci sia saldo o 

443
00:26:04,880 --> 00:26:07,040
meno. 
Per farlo bisogna essere sempre 

444
00:26:07,040 --> 00:26:10,240
connessi a Internet per 
aggiornare l'u TX 7 in Live con 

445
00:26:10,240 --> 00:26:14,040
la blockchain dei Bitcoin 
eccetera è un processo milioni 

446
00:26:14,040 --> 00:26:17,720
di volte più lento, di 
conseguenza si è sempre 

447
00:26:17,720 --> 00:26:21,840
altamente inefficienti, quindi 
si è lentissimi a generare 

448
00:26:21,840 --> 00:26:25,520
controllare indirizzi su una 
quantità possibile totale di 

449
00:26:25,520 --> 00:26:30,800
combinazioni enorme. 
Perché un Wallet Bitcoin ha. 

450
00:26:31,000 --> 00:26:36,080
Come sicurezza, due alla 1 1 sit
frase o perlomeno a 24 parole 

451
00:26:36,080 --> 00:26:42,360
2^2 156 bit una chiave privata 
singola di un indirizzo. 

452
00:26:42,360 --> 00:26:45,920
Ho un Wallet a 12 parole, due 
alla 128 bit. 

453
00:26:46,280 --> 00:26:50,520
Ora, per darvi un'idea di quanto
è grande, pensate a quante. 

454
00:26:51,320 --> 00:26:53,920
Atomi ci sono per esempio nel 
vostro corpo. 

455
00:26:53,920 --> 00:26:57,840
Cioè il vostro corpo è composto 
da milioni di atomi tutti 

456
00:26:57,840 --> 00:26:59,960
assieme. 
Pensate quanti c'è ne può essere

457
00:26:59,960 --> 00:27:02,800
sulla terra, l'intero pianeta di
Atemi? 

458
00:27:03,040 --> 00:27:05,840
Beh, sappiate che. 
Per quanto ne sappiamo, dal 

459
00:27:05,840 --> 00:27:10,320
punto di vista matematico, 2^2 
156 è un numero maggiore degli 

460
00:27:10,320 --> 00:27:15,040
atomi che compongono l'intero 
universo al momento, quindi è 

461
00:27:15,040 --> 00:27:17,840
una quantità matematica in cui 
purtroppo il cervello umano non 

462
00:27:17,840 --> 00:27:20,720
riesce in nessun modo a 
comprendere e misurare gli 

463
00:27:20,720 --> 00:27:22,160
esseri umani. 
Sono inefficienti. 

464
00:27:22,560 --> 00:27:26,960
AA misurare, quantificare e 
visualizzare numeri già oltre i 

465
00:27:26,960 --> 00:27:29,920
milioni miliardi se dico un 
milione di chilometri. 

466
00:27:30,720 --> 00:27:35,320
Sembra un numero grande, ma poi 
uno pensa l'Equatore, 44.000 km,

467
00:27:35,320 --> 00:27:39,280
un milione di chilometri eh, 25 
volte gli gira intorno alla 

468
00:27:39,280 --> 00:27:41,800
terra e uno non lo riesce a 
quantificare nella propria 

469
00:27:41,800 --> 00:27:44,360
testa. 
Non si rende conto che fare 

470
00:27:44,360 --> 00:27:48,920
Milano Giappone, sono 13 ore di 
volo e un milione di chilometri 

471
00:27:48,920 --> 00:27:51,360
e 50 volte questo viaggio 
abbondante. 

472
00:27:51,360 --> 00:27:53,800
È estremamente difficile 
quantificare i numeri. 

473
00:27:54,760 --> 00:27:59,480
Enormi, di conseguenza magari 
sembra insicuro, è un Bitcoin. 

474
00:27:59,640 --> 00:28:02,040
Dal punto di vista però 
matematico, le combinazioni sono

475
00:28:02,040 --> 00:28:05,400
talmente tante che questa cosa 
non ha nessun incentivo, 

476
00:28:05,400 --> 00:28:08,520
semplicemente perché le 
combinazioni sono troppissime e 

477
00:28:08,520 --> 00:28:12,080
la velocità nel fare tutto 
questo è lenta. 

478
00:28:12,080 --> 00:28:15,400
Si è estremamente inefficienti. 
Sappiate che se uno vuole 

479
00:28:15,400 --> 00:28:18,400
giocare ci sono un sacco di 
programmini che quello che fanno

480
00:28:18,400 --> 00:28:21,960
proprio a livello di codice è 
generare un seed, controllare se

481
00:28:21,960 --> 00:28:24,560
ci sono Bitcoin scartarlo, 
generare un seed, controllo. 

482
00:28:24,640 --> 00:28:27,640
Allora se ci sono i Bitcoin 
scartarlo e così via a spam, 

483
00:28:27,840 --> 00:28:29,760
proprio come come se facessero 
mining. 

484
00:28:29,960 --> 00:28:32,880
Di fatto però, sappiate che la 
probabilità di trovare Bitcoin è

485
00:28:32,880 --> 00:28:36,000
praticamente zero. 
Interessante però il fatto che 

486
00:28:36,360 --> 00:28:39,240
degli studiosi in realtà un po' 
di anni fa, perché mi ricordo 

487
00:28:39,240 --> 00:28:43,640
che seguivo questa cosa almeno 
445 anni fa, penso. 

488
00:28:45,800 --> 00:28:49,480
Si parlava del fatto che a volte
il RNG, quindi il random number 

489
00:28:49,480 --> 00:28:53,960
generator dentro il Wallet non è
così random, quindi magari sulla

490
00:28:53,960 --> 00:28:57,880
curva ellittica di Bitcoin le 
possibilità sono infinità di 

491
00:28:57,880 --> 00:29:00,240
miliardi. 
Ma magari i Wallet, a causa di 

492
00:29:00,440 --> 00:29:03,320
difetti nella loro 
programmazione, non sfruttavano 

493
00:29:03,320 --> 00:29:05,040
tutte queste possibili 
combinazioni. 

494
00:29:05,040 --> 00:29:08,160
Ed effettivamente tanti anni fa 
c'era stato un gruppo di 

495
00:29:08,160 --> 00:29:11,600
studiosi di sicurezza di Bitcoin
che aveva trovato Scandagliando.

496
00:29:12,040 --> 00:29:15,680
E delle chiavi private a random 
una certa quantità di Bitcoin. 

497
00:29:16,080 --> 00:29:19,880
Questo perché non Bitcoin avesse
una matematica dietro rotta, ma 

498
00:29:19,880 --> 00:29:24,840
perché alcuni fornitori di 
Wallet non utilizzavano per bene

499
00:29:24,840 --> 00:29:27,680
la matematica la crittografia 
dietro a Bitcoin. 

500
00:29:27,680 --> 00:29:30,920
Quindi se volete essere un po' 
più sicuri potete farvi il 

501
00:29:30,920 --> 00:29:34,800
vostro Sid con i dadi. 
Una cosa un po' da matti ma 

502
00:29:34,960 --> 00:29:37,320
comunque fattibile. 
Avevo scritto anche una guida su

503
00:29:37,320 --> 00:29:39,600
turtlequit.org slash. 
Seed. 

504
00:29:40,200 --> 00:29:43,200
E niente, se siete lì 
mattacchioni potete provare a 

505
00:29:43,200 --> 00:29:45,680
giocarci anche solo per 
sperimentare. 

506
00:29:46,360 --> 00:29:51,120
Parlando di dadi, la prossima 
domanda arriva da ragnar che ci 

507
00:29:51,120 --> 00:29:54,200
chiede a mio cugino sono 
arrivati i dadi da casinò? 

508
00:29:54,200 --> 00:29:56,840
Perché vuole provare a calcolare
da solo la mnemonica? 

509
00:29:57,080 --> 00:30:00,040
Vorrebbe rifare il setup di 
custodia passando da più 

510
00:30:00,040 --> 00:30:03,520
mnemoniche su backup in metallo 
ad una sola mnemonica, quindi 

511
00:30:03,520 --> 00:30:06,960
più facile da custodire e 
soprattutto memorizzare, ma 

512
00:30:06,960 --> 00:30:09,600
derivando altresì di per 
frammentare i suoi sats su più 

513
00:30:09,600 --> 00:30:12,800
hardware Wall. 
Il dubbio è se per farlo, se 

514
00:30:12,800 --> 00:30:16,240
farlo con bip 85 o se mettere in
ogni a due Wallet la stessa 

515
00:30:16,240 --> 00:30:19,800
mnemonica con pass diverse, 
immagino che sia più facile 

516
00:30:19,800 --> 00:30:22,840
scandagliare l'indice di 
derivazione B 85 che azzeccare 

517
00:30:22,840 --> 00:30:26,680
la propria pass, no? 
Allora caro adesso farò una 

518
00:30:26,680 --> 00:30:29,640
spiegazione introduzione per gli
utenti un po' meno avanzati di 

519
00:30:29,640 --> 00:30:31,040
te. 
Ti dico già che non c'è una 

520
00:30:31,040 --> 00:30:35,060
risposta ovvia e giusta e 
corretta, cioè ci sono trade 

521
00:30:35,060 --> 00:30:37,920
off, vantaggi e svantaggi in 
ogni implementazione. 

522
00:30:38,080 --> 00:30:41,520
Come detto, abbiamo solitamente 
all'interno di un Wallet Bitcoin

523
00:30:41,520 --> 00:30:45,120
un seed, quindi 12 o 24 parole 
da cui deriviamo tutti i vari. 

524
00:30:45,120 --> 00:30:48,240
Indirizzi e chiavi private che 
utilizzeremo nella nostra vita. 

525
00:30:48,680 --> 00:30:52,120
L'utente, in questo caso ragnar,
ci chiede se è meglio, dal mio 

526
00:30:52,120 --> 00:30:56,520
punto di vista, utilizzare beep 
85. 5 oppure una pass freeze per

527
00:30:56,520 --> 00:30:59,240
generare vari Wallet collegati 
ad un unico Sid. 

528
00:30:59,640 --> 00:31:03,040
Nello specifico, la pass freeze 
è una tredicesima o 

529
00:31:03,040 --> 00:31:05,840
venticinquesima parola, quindi 
una parola in più che si 

530
00:31:05,840 --> 00:31:08,920
aggiunge al Sid Custom, quindi 
fuori dal dizionario Bitcoin che

531
00:31:08,920 --> 00:31:11,360
potete scegliere voi. 
E. 

532
00:31:11,400 --> 00:31:13,640
Che deriva un Sid totalmente 
diverso. 

533
00:31:13,640 --> 00:31:18,720
Quindi se io ho il Sid Turtle 
scritto 24 volte e il Sid 24 

534
00:31:18,720 --> 00:31:25,280
volte turtle e poi la password 
turtle cute 123456, quest'ultimo

535
00:31:25,280 --> 00:31:28,320
genera 1 7 di indirizzi chiavi 
totalmente nuovo e diverso. 

536
00:31:28,320 --> 00:31:31,400
Questa è la passfaries. 
Voi di fatto potete aggiungere 

537
00:31:31,480 --> 00:31:32,960
una parola. 
Alla fine. 

538
00:31:33,720 --> 00:31:36,840
EO più parole alla fine del 
vostro Sid per generare un Sid 

539
00:31:36,880 --> 00:31:38,840
più complesso. 
Il vantaggio? 

540
00:31:38,840 --> 00:31:41,520
Avere una sicurezza maggiore in 
caso, per esempio, qualcuno vi 

541
00:31:41,520 --> 00:31:45,680
venga a rubare il vostro Sid. 
Lo svantaggio è che se magari un

542
00:31:45,680 --> 00:31:48,000
giorno sbattete la testa, 
perdete la memoria, fate un 

543
00:31:48,000 --> 00:31:51,520
incidente, ecco che non sapete 
più accendere i vostri fondi. 

544
00:31:52,280 --> 00:31:56,600
Senza questa pass freeze ora 
l'utente in questo caso vuole 

545
00:31:56,600 --> 00:32:01,200
creare vari Wallet Bitcoin da 
importare su diversi hardware 

546
00:32:01,200 --> 00:32:05,520
Wallet a quanto pare dalla 
domanda e gestire comunque un 

547
00:32:05,520 --> 00:32:10,040
backup in maniera semplice. 
Bip 85 potrebbe essere comodo 

548
00:32:10,040 --> 00:32:14,400
sotto questo aspetto perché 
spieghiamo bip 85 non è subito 

549
00:32:14,400 --> 00:32:17,480
immediato da capire perché le 
spiegazioni on line sono sempre 

550
00:32:17,480 --> 00:32:19,800
complesse. 
Quindi adesso ve la faccio, ve 

551
00:32:19,800 --> 00:32:23,360
lo provo a spiegare un po' in 
maniera semplice, astraendo 

552
00:32:23,360 --> 00:32:27,440
tutti i concetti di crittografia
super complicata dietro l'idea è

553
00:32:28,080 --> 00:32:31,920
generiamo. 
Un Sid che chiamiamo padre, un 

554
00:32:31,920 --> 00:32:36,280
Sid da cui viene generato tutto,
genitore dal quale possiamo 

555
00:32:36,280 --> 00:32:40,720
generare a nostra volta dei 
figli, quindi dei sotto Sid, che

556
00:32:40,720 --> 00:32:43,400
sono isolati e unici allo stesso
tempo. 

557
00:32:43,400 --> 00:32:46,120
Quindi noi possiamo avere un Sid
da 24 parole. 

558
00:32:46,520 --> 00:32:51,200
Con questo Sid possiamo generare
per esempio. 10 Sid differenti 

559
00:32:51,720 --> 00:32:57,240
con 10 Wallet differenti se un 
attaccante scoprisse uno dei Sid

560
00:32:57,280 --> 00:33:00,880
figlio? 
Non potrebbe mai rendersi conto 

561
00:33:00,880 --> 00:33:05,600
con VIP 85 e tornare al Sid 
Padre, quindi sono totalmente 

562
00:33:05,600 --> 00:33:08,000
isolati. 
E il vantaggio è che in 

563
00:33:08,000 --> 00:33:11,720
qualsiasi momento, avendo solo 
il Sid padre, si possono 

564
00:33:11,840 --> 00:33:15,640
ricalcolare e ritirare fuori 
tutti i Sid figlio. 

565
00:33:15,640 --> 00:33:18,360
Quindi effettivamente è dal 
punto di vista di sicurezza 

566
00:33:18,360 --> 00:33:24,280
informatica possibile dire io 
creo un Sid a 24 parole con i 

567
00:33:24,280 --> 00:33:30,560
dadi, me lo tengo su carta? 
Da questo genero che ne so 5 Sid

568
00:33:30,640 --> 00:33:35,880
figli con B 85 l'importo su 5 
hardware Wallet diversi io a 

569
00:33:35,880 --> 00:33:40,280
questo punto ho 5 Sid isolati 
differenti su 5 hardware Wallet,

570
00:33:40,600 --> 00:33:43,040
con il vantaggio che se anche 
uno di questi hardware Wallet 

571
00:33:43,040 --> 00:33:47,600
avesse una falla di sicurezza, 
beh non potrebbe rubarmi tutti i

572
00:33:47,600 --> 00:33:48,920
fondi di tutti gli hardware 
Wallet. 

573
00:33:48,920 --> 00:33:53,760
Questo perché di fatto sono 5 
Wallet isolati però con un solo 

574
00:33:53,760 --> 00:33:58,280
Sid e con solo. 24 parole. 
Posso effettivamente recuperare 

575
00:33:58,280 --> 00:34:02,240
tutti i fondi in tutti i Wallet.
Questa cosa penso che sia utile 

576
00:34:02,240 --> 00:34:05,760
sia in setup come come in questo
caso. 

577
00:34:05,760 --> 00:34:08,520
Se uno dice voglia diversi ha 
due Wallet per spaccare il 

578
00:34:08,520 --> 00:34:10,920
rischio può essere comodo. 
Se no anche per altre due 

579
00:34:10,920 --> 00:34:13,040
opzioni, uno per Wallet 
multisig. 

580
00:34:13,040 --> 00:34:16,920
Quindi uno di fatto può fare 
effettivamente un finto multisig

581
00:34:17,360 --> 00:34:21,400
con dieta o però un solo Sid da 
backuppare. 

582
00:34:21,920 --> 00:34:25,120
E sennò l'altra opzione che 
potrebbe essere interessante è 

583
00:34:25,120 --> 00:34:29,760
quella di ehm degli hot Wallet, 
quindi se io turtle cute ho un 

584
00:34:29,760 --> 00:34:33,800
hardware Wallet Wallet offline 
con dentro tutti i miei satoshi.

585
00:34:34,120 --> 00:34:37,639
E poi ho un not Wallet, unchain 
sul telefono non è che devo 

586
00:34:37,639 --> 00:34:39,239
farmi un'altro backup di 24 
parole. 

587
00:34:39,239 --> 00:34:42,320
Quello che può fare turtle CULT 
è dire faccio un nuovo Sid 

588
00:34:42,320 --> 00:34:46,719
figlio dal papà, lo importo sul 
telefono e ovviamente la 

589
00:34:46,719 --> 00:34:49,480
sicurezza è quella di un Wallet 
hot, ma non devo gestire 

590
00:34:49,480 --> 00:34:52,239
un'altro backup in più, cioè 
tanto il backup per recuperare 

591
00:34:52,239 --> 00:34:55,520
tutto ce l'ho comunque sul Sid 
unico da cui. 

592
00:34:57,840 --> 00:35:01,120
Effettivamente derivo tutte le 
altre chiavi private, quindi 

593
00:35:01,120 --> 00:35:05,400
questa è la cosa interessante di
beep 85, probabilmente per la 

594
00:35:05,400 --> 00:35:09,160
tua situazione quanto mi hai 
esposto, beep 85 mi sembra la 

595
00:35:09,160 --> 00:35:13,160
soluzione più interessante dal 
punto di vista tecnico come 

596
00:35:13,160 --> 00:35:14,880
trade off di privacy e. 
Sicurezza il grosso. 

597
00:35:14,880 --> 00:35:18,000
Svantaggio è che magari 
all'inizio è un po' più 

598
00:35:18,000 --> 00:35:21,960
complicato generare chiavi e 
fare in generare tutto il setup 

599
00:35:21,960 --> 00:35:23,720
rispetto a semplicemente 
utilizzare. 

600
00:35:24,160 --> 00:35:28,440
Una pasperies alla fine del 
seed, quindi sicuramente bip 85 

601
00:35:28,520 --> 00:35:32,480
più interessante, più 
funzionale, più figo, più da 

602
00:35:32,560 --> 00:35:34,920
smanettone. 
Mi raccomando quando si fanno 

603
00:35:34,920 --> 00:35:37,920
cose come Sid con i dadi 
derivano, si derivano chiavi 

604
00:35:37,920 --> 00:35:40,880
eccetera. 
Importante fare le cose in 

605
00:35:40,880 --> 00:35:43,960
maniera concentrati e 
ricontrollando sempre 1000 volte

606
00:35:44,040 --> 00:35:47,520
un errore e rischiate di perdere
tutti i vostri fondi. 

607
00:35:47,680 --> 00:35:49,240
Quindi importante usare la 
testa. 

608
00:35:50,440 --> 00:35:53,880
Domanda successiva da the SAME 
che ci chiede, è possibile e 

609
00:35:53,880 --> 00:35:56,640
come in caso fare una 
transazione Bitcoin e dove gli 

610
00:35:56,640 --> 00:36:00,240
input vengono da due Wallet 
diversi e vanno in un unico 

611
00:36:00,240 --> 00:36:02,960
output? 
Ad esempio se posseggo due o più

612
00:36:02,960 --> 00:36:06,480
Wallet diversi tra loro e 
volessi consolidare tutti o 

613
00:36:06,480 --> 00:36:09,560
parte dei fondi in essi 
contenuti in un unico altro 

614
00:36:09,560 --> 00:36:11,920
Wallet, potrei farlo in un'unica
transazione? 

615
00:36:12,080 --> 00:36:15,040
Oppure dovrei per forza fare 
transazioni singole da ogni 

616
00:36:15,040 --> 00:36:17,800
Wallet? 
Allora caro, è possibile? 

617
00:36:17,920 --> 00:36:20,360
Quindi effettivamente tu puoi 
creare. 

618
00:36:20,440 --> 00:36:25,600
Delle transazioni cosiddette 
PSBT, quindi partialy Sided 

619
00:36:25,600 --> 00:36:29,680
Sandra Transaction, quindi tu 
crei una transazione firmata che

620
00:36:29,680 --> 00:36:32,400
però non. 
Pubblichi online effettivamente 

621
00:36:32,400 --> 00:36:36,880
con anche Wallet come expuble. 
Puoi creare 1PSBT con un Wallet 

622
00:36:36,880 --> 00:36:40,640
e poi con un'altro aggiungergli 
degli input o degli output e 

623
00:36:40,640 --> 00:36:43,000
farli in un'unica transazione 
singola. 

624
00:36:43,240 --> 00:36:47,960
È anche possibile effettivamente
con dei fondi da più persone 

625
00:36:47,960 --> 00:36:52,520
spendere in un unico output. 
E un po' più da smanettone da 

626
00:36:52,520 --> 00:36:54,640
fare. 
Il dubbio è sempre dal punto di 

627
00:36:54,640 --> 00:36:57,800
vista di privacy, quindi 
ricordati che quando tu vai a 

628
00:36:57,800 --> 00:37:02,280
consolidare tanti input in un 
unico output, il grosso trade 

629
00:37:02,280 --> 00:37:05,920
off è che tu vai a dire che 
tutti quegli input erano di base

630
00:37:05,920 --> 00:37:08,960
della stessa persona. 
Quindi dal punto di vista 

631
00:37:08,960 --> 00:37:12,880
prettamente informatico e di 
Bitcoin è possibile consolidare 

632
00:37:12,880 --> 00:37:15,280
più input anche di Wallet 
diversi. 

633
00:37:15,560 --> 00:37:20,560
La cosa è che non è. 
Magari sempre semplice in base a

634
00:37:20,560 --> 00:37:23,480
quello che si vuole fare e allo 
stesso tempo potrebbe essere 

635
00:37:23,640 --> 00:37:26,600
anche un po' deleterio dal punto
di vista di privacy. 

636
00:37:26,800 --> 00:37:29,680
Dal punto di vista prettamente 
informatico sì, si può fare. 

637
00:37:30,240 --> 00:37:33,360
Marco ci chiede domanda, spero 
posta correttamente 

638
00:37:33,360 --> 00:37:37,520
comprensibile nel suo lanciare i
dadi in maniera forsennata per 

639
00:37:37,520 --> 00:37:40,840
trovare un output che sia 
conforme alla difficoltà target 

640
00:37:40,840 --> 00:37:44,440
e quindi aggiudicarsi un blocco,
cosa sta dando effettivamente in

641
00:37:44,440 --> 00:37:46,560
pasto alla funzione di hash? 
Un asic? 

642
00:37:47,160 --> 00:37:49,760
Hai opinioni o considerazioni? 
Super armanod quindi? 

643
00:37:49,760 --> 00:37:54,920
Queste sono le due principali 
domande per quanto riguarda la 

644
00:37:54,920 --> 00:38:00,040
creazione di un blocco, 
generalmente i dati che utilizza

645
00:38:00,040 --> 00:38:02,480
un miner principalmente sono 
sei. 

646
00:38:02,760 --> 00:38:06,480
L'hash del blocco precedente 
della blockchain, la Merkel 

647
00:38:06,480 --> 00:38:10,920
root, quindi l'insieme di tutti 
gli hash crittografici delle 

648
00:38:10,920 --> 00:38:14,920
transazioni all'interno del 
blocco che sta creando quindi di

649
00:38:14,920 --> 00:38:17,440
base come dati l'input, il miner
prende l'ash del blocco 

650
00:38:17,440 --> 00:38:19,840
precedente. 
Poi prende tutte le transazioni 

651
00:38:19,840 --> 00:38:23,080
che vuole mettere nel nuovo 
blocco che sta creando, ne fa un

652
00:38:23,080 --> 00:38:25,640
ash di ognuna. 
Incrocia tutti questi ash un po'

653
00:38:25,640 --> 00:38:27,600
alla volta fino ad averne uno 
unico. 

654
00:38:28,080 --> 00:38:31,000
Solitamente indica all'interno 
del blocco, ma non viene usato 

655
00:38:31,000 --> 00:38:34,360
per la generazione. 
La versione del protocollo 

656
00:38:34,360 --> 00:38:38,200
Bitcoin che sta vannando il 
miner utilizza il time stamp, 

657
00:38:38,560 --> 00:38:47,560
quindi USA 1 1 orario. 
Al cui sta minando il blocco, 

658
00:38:47,720 --> 00:38:51,800
che però non è fisso perché 
decentralizzato ed è in un 

659
00:38:51,800 --> 00:38:53,560
range. 
Quindi quando uno mina un blocco

660
00:38:53,560 --> 00:38:56,160
può usare un timestamp qualsiasi
che vuole. 

661
00:38:56,160 --> 00:38:59,040
L'importante è che rispetti 
alcune specifiche regole. 

662
00:38:59,240 --> 00:39:01,920
L'orologio all'interno del 
protocollo Bitcoin, essendo 

663
00:39:01,920 --> 00:39:04,720
decentralizzato e dato che tutti
hanno un certo orario, possono 

664
00:39:04,720 --> 00:39:09,680
andare offline, eccetera. 
È diciamo decentralizzato, nel 

665
00:39:09,680 --> 00:39:12,440
senso che ogni nodo usa un 
proprio timestamp, un proprio 

666
00:39:12,440 --> 00:39:16,160
orario, e le uniche verifiche 
per far sì che l'orario sia 

667
00:39:16,160 --> 00:39:19,800
corretto è che ci sono dei 
limiti che per semplificazione 

668
00:39:19,800 --> 00:39:22,680
dirò che sono di circa due ore 
dal blocco precedente. 

669
00:39:22,680 --> 00:39:25,640
Quindi c'è un miner può mettere 
l'orario che vuole come 

670
00:39:25,640 --> 00:39:28,440
timestamp del blocco. 
L'importante è che sia in un 

671
00:39:28,440 --> 00:39:31,840
range di circa due ore 
dall'orario, più o meno vero. 

672
00:39:32,360 --> 00:39:34,800
Questa è una semplificazione, in
realtà c'è un grosso set di 

673
00:39:34,800 --> 00:39:39,120
regole sull'orario, in modo che 
non ci possano essere dei time, 

674
00:39:39,120 --> 00:39:42,560
attacco o tipologie di 
insicurezza informatica data 

675
00:39:42,560 --> 00:39:44,440
dall'orario. 
Sappiate che in generale il time

676
00:39:44,440 --> 00:39:47,200
stamp non deve essere preciso al
secondo, millesimo eccetera, 

677
00:39:47,400 --> 00:39:52,080
deve essere in un range di ore. 
In base agli l'orario degli 

678
00:39:52,080 --> 00:39:56,320
ultimi blocchi. 
Dopodiché ci sono dei biz random

679
00:39:56,320 --> 00:39:58,040
all'interno del blocco e un 
nonse. 

680
00:39:58,480 --> 00:40:01,080
Il nonse è. 
Questo numero, che inizialmente 

681
00:40:01,080 --> 00:40:04,560
veniva usato proprio come 
variabile da cambiare per 

682
00:40:04,560 --> 00:40:07,000
generare ash del blocco, quindi 
di base il main metteva insieme 

683
00:40:07,000 --> 00:40:10,480
tutti questi dati, utilizzava 
come nonse il numero 1, faceva 

684
00:40:10,480 --> 00:40:13,680
un ash, se non raggiungeva la 
difficoltà usava come nonse. 2. 

685
00:40:14,320 --> 00:40:17,600
Cambiava hash e così via, quindi
il nonse era il campo che lui 

686
00:40:17,720 --> 00:40:21,280
variava per generare entropia. 
Con gli asic moderni il campo 

687
00:40:21,280 --> 00:40:24,720
nonse viene, diciamo, esaurito 
tutte le possibilità in 

688
00:40:24,760 --> 00:40:28,760
pochissimo tempo, di conseguenza
esiste un extra nonse, quindi è 

689
00:40:28,760 --> 00:40:31,320
un'altro spazio all'interno 
della Coinbase transaction in 

690
00:40:31,640 --> 00:40:36,520
cui il miner può cambiare dei. 
Ha numeri per generare entropia.

691
00:40:36,720 --> 00:40:40,560
Inoltre se online e vuole può 
anche cambiare cose come il time

692
00:40:40,560 --> 00:40:43,720
stamp, dato che non è fisso ma 
in un range di varie ore, può 

693
00:40:43,720 --> 00:40:47,480
semplicemente cambiare l'orario 
per cambiare entropia, oppure 

694
00:40:47,480 --> 00:40:50,640
cose come il Merkel e root. 
Quindi il set di transazioni 

695
00:40:50,640 --> 00:40:53,240
dentro al blocco. 
Queste ultime due in realtà sono

696
00:40:53,240 --> 00:40:56,720
sconsigliate, perché uno andare 
a giocare con le transazioni 

697
00:40:56,720 --> 00:40:58,800
dentro al blocco potrebbe creare
dei Casini. 

698
00:40:59,160 --> 00:41:04,720
Due in realtà il miner potrebbe 
ignorare il time stamp dato che 

699
00:41:04,720 --> 00:41:08,200
non è un campo che lui, cioè è 
uno spreco di lavoro per il 

700
00:41:08,200 --> 00:41:11,360
miner calcolare il time stamp e 
dato che lui non lo deve fare 

701
00:41:11,360 --> 00:41:14,800
ogni secondo, ma un range di ore
in cui deve stare dentro. 

702
00:41:14,960 --> 00:41:18,000
In realtà l'importante è che 
alcuni, diciamo algoritmi di 

703
00:41:18,000 --> 00:41:21,480
mining ottimizzano le 
prestazioni facendo in modo che 

704
00:41:21,480 --> 00:41:25,360
al posto che calcolare il tempo 
ogni millesimo di secondo, il 

705
00:41:25,360 --> 00:41:28,160
Miner Bitcoin lo calcola per 
esempio una volta ogni tot ore 

706
00:41:28,160 --> 00:41:30,640
in modo da rimanere. 
Comunque corretto per il 

707
00:41:30,640 --> 00:41:33,360
protocollo Bitcoin ma 
risparmiare potenza di calcolo 

708
00:41:33,520 --> 00:41:37,320
quindi di fatto i campi 
principalmente usati sono 

709
00:41:37,320 --> 00:41:40,760
comunque nonse extra once 
eventualmente anche cose come 

710
00:41:40,760 --> 00:41:43,640
timestemp e alcuni spazi nella 
coinbase transaction quindi 

711
00:41:43,840 --> 00:41:47,160
divase il miner prende alcuni 
dati fissi, alcuni dati mobili 

712
00:41:47,160 --> 00:41:50,120
che si possono cambiare o 
generare random e combina 

713
00:41:50,120 --> 00:41:55,200
quest'ultimi per generare un ush
quindi II tantissimi dadi e ne 

714
00:41:55,200 --> 00:41:59,080
tira milioni di miliardi al 
secondo la invece? 

715
00:41:59,160 --> 00:42:01,960
Cioè opinione su Parma. 
Nud spiego al volo che cos'è 

716
00:42:01,960 --> 00:42:05,360
Parma è un'implementazione di 
nodo Bitcoin fatto da parman che

717
00:42:05,360 --> 00:42:08,440
è un ragazzo. 
In realtà non so esattamente se 

718
00:42:08,440 --> 00:42:11,640
è un developer Bitcoin o cosa è 
una ragazza che comunque gli 

719
00:42:11,640 --> 00:42:14,320
piace. 
Lavorare su nodi Bitcoin e cose 

720
00:42:14,320 --> 00:42:17,480
del genere della Community. 
Personalmente penso che 

721
00:42:17,480 --> 00:42:20,680
solitamente i suoi lavori siano 
di ottima qualità, parlano del 

722
00:42:20,680 --> 00:42:24,600
lo conosco in prima persona ma 
non l'ho mai provato, nel senso 

723
00:42:24,600 --> 00:42:27,320
che mi sono studiato un po', 
documentazione, cose, 

724
00:42:27,320 --> 00:42:30,280
funzionamento eccetera. 
Mi sembra un'implementazione 

725
00:42:30,360 --> 00:42:34,080
assolutamente affidabile e 
utilizzabile, ma non l'ho ancora

726
00:42:34,080 --> 00:42:37,120
mai fatto in prima persona, 
quindi non mi esprimo per bene a

727
00:42:37,120 --> 00:42:39,080
riguardo. 
Però dico, secondo me se c'è 

728
00:42:39,080 --> 00:42:43,560
qualche smanettone che ha voglia
di provare la trovo, la ritengo 

729
00:42:43,560 --> 00:42:46,280
comunque un'implementazione a 
mio parere senza. 

730
00:42:46,360 --> 00:42:49,600
Da averci averla testata 
onestamente comunque 

731
00:42:49,600 --> 00:42:55,120
generalmente sicura e ben fatta.
Non è come ambrell un docker o 

732
00:42:55,120 --> 00:42:58,360
cose strane, è più simile a 
raspy blitz raspybold quindi un 

733
00:42:58,360 --> 00:43:02,960
nodo compilato da sorgente su 
Linux come come concetto alla 

734
00:43:02,960 --> 00:43:06,680
base stack. 
Lio ci chiede, vorrei sapere 

735
00:43:06,680 --> 00:43:09,440
cosa pensate del Fire Coin join 
e quali considerate siano i 

736
00:43:09,440 --> 00:43:11,760
migliori dei modi di farlo. 
Ne abbiamo parlato a inizio 

737
00:43:11,760 --> 00:43:13,360
puntata. 
Wasabi e Jane market? 

738
00:43:13,360 --> 00:43:15,720
Jane market per me è la 
soluzione. 

739
00:43:16,200 --> 00:43:20,560
Migliore Samura e Wasabi invece 
è quella un po più facile, 

740
00:43:20,760 --> 00:43:23,880
samurai EBE, Whirlpool con 
Sparrow niente, sono 

741
00:43:23,880 --> 00:43:26,560
ufficialmente saltati, non si 
può più fare niente. 

742
00:43:26,560 --> 00:43:29,640
Quindi al momento ci sono 
principalmente due modi per per 

743
00:43:29,640 --> 00:43:33,240
farlo in maniera trustless e 
online. 

744
00:43:34,680 --> 00:43:38,240
La prossima domanda è di Bob 141
che dice, Ciao Turtle, grazie 

745
00:43:38,240 --> 00:43:39,760
per il lavoro di divulgazione 
che fai? 

746
00:43:40,040 --> 00:43:43,080
Ho una curiosità perché tra le 
soluzioni di self cast, di 

747
00:43:43,080 --> 00:43:46,600
proposte dei vari divulgatori si
cade sempre sull'hardware Wallet

748
00:43:46,600 --> 00:43:49,120
e non si considera mai 
l'utilizzo di un vecchio PC 

749
00:43:49,120 --> 00:43:51,120
offline? 
Vorrei sapere la tua opinione su

750
00:43:51,120 --> 00:43:53,800
questo metodo e se nel caso hai 
intenzione di fare una guida al 

751
00:43:53,800 --> 00:43:56,560
riguardo. 
Allora il motivo principale 

752
00:43:56,560 --> 00:44:00,800
secondo me è perché i vecchi 
computer offline con Linux non 

753
00:44:00,800 --> 00:44:02,640
pagano sponsorizzazioni e 
referral link. 

754
00:44:02,640 --> 00:44:06,000
Questa è la dura verità, il 99% 
della gente che vi propone un 

755
00:44:06,000 --> 00:44:08,120
hardware Wallet sta guadagnando 
soldi da proporvi. 

756
00:44:08,120 --> 00:44:11,120
Un hardware Wallet. 
Si può, possiamo anche 

757
00:44:11,120 --> 00:44:15,920
affrontare un attimo il tema, si
cade nel grande equilibrio e 

758
00:44:16,520 --> 00:44:19,480
onestà intellettuale della 
persona che per esempio come me 

759
00:44:19,480 --> 00:44:22,760
crea contenuti e allo stesso 
tempo guadagna satoshi dal 

760
00:44:22,760 --> 00:44:25,160
farlo. 
Mi spiego, oggettivamente se noi

761
00:44:25,160 --> 00:44:27,760
parliamo di un podcast come per 
esempio il privato del Bitcoin, 

762
00:44:27,960 --> 00:44:31,920
ma non pensate che magari cioè 
in generale qualsiasi podcast di

763
00:44:31,920 --> 00:44:35,360
divulgazione, per esempio 
nell'ambito Bitcoin di fatto ha 

764
00:44:35,360 --> 00:44:38,520
due modelli di sostentamento dal
punto di vista economico, le 

765
00:44:38,520 --> 00:44:42,920
donazioni. 
Da parte della Community e le 

766
00:44:42,920 --> 00:44:46,520
sponsorizzazioni da parte di 
aziende private del settore. 

767
00:44:46,960 --> 00:44:50,720
Di fatto aziende come Spotify 
eccetera come pubblicità pagano 

768
00:44:50,720 --> 00:44:52,640
talmente poco che non ha senso 
metterle. 

769
00:44:52,640 --> 00:44:55,200
Quindi di fatto anche voi quando
ascoltate il privato del Bitcoin

770
00:44:55,200 --> 00:44:58,480
non avete pubblicità di Spotify.
Di fatto il modello di 

771
00:44:58,480 --> 00:45:02,520
sostentamento sono donazioni da 
parte della Community e la gente

772
00:45:02,520 --> 00:45:05,480
che per esempio mi ascolta con 
Breeze e Fountain Stremandomi 

773
00:45:05,480 --> 00:45:08,040
dei Satoshi. 
Vi faccio un esempio, il privato

774
00:45:08,040 --> 00:45:09,480
del Bitcoin non è. 
Un podcast. 

775
00:45:09,600 --> 00:45:14,360
Enorme probabilmente sono il 
secondo podcast più ascoltato in

776
00:45:14,360 --> 00:45:19,680
Italia in tema Bitcoin e 
comunque come soldi a livello di

777
00:45:19,680 --> 00:45:25,040
donazioni estremi di satoshi a 
livello mensile, sappiate che 

778
00:45:25,040 --> 00:45:30,880
mediamente saranno sui 50 € 
massimo massimo massimo massimo 

779
00:45:30,880 --> 00:45:33,760
100. 
Questo è quanto una persona 

780
00:45:33,760 --> 00:45:36,720
ricava da un podcast. 
Detto questo poi ci possono 

781
00:45:36,720 --> 00:45:39,720
essere delle sponsorizzazioni, 
quindi delle aziende che di 

782
00:45:39,720 --> 00:45:45,160
fatto pagano per essere eh, 
diciamo promosse all'interno di 

783
00:45:45,160 --> 00:45:48,440
un podcast. 
Poi accade il grande discorso di

784
00:45:48,440 --> 00:45:50,200
un equilibrio morale di un 
podcaster. 

785
00:45:50,440 --> 00:45:54,240
Da un certo punto di vista c'è 
ovviamente l'idea di dire io 

786
00:45:54,240 --> 00:45:57,600
voglio fare divulgazione dicendo
le cose che penso, quindi le 

787
00:45:57,600 --> 00:46:00,080
cose che pensa tartecut in 
maniera onesta. 

788
00:46:00,360 --> 00:46:04,120
Dall'altra c'è comunque anche la
voglia di guardare uno guardate 

789
00:46:04,120 --> 00:46:07,960
uno dedica due 03:00 04:00 ore a
settimana alla creazione di 

790
00:46:07,960 --> 00:46:12,400
contenuti, studio di risorse, 
creazione del file, audio, 

791
00:46:12,400 --> 00:46:15,920
editing, upload, gestione e ogni
tipo di sorta. 

792
00:46:17,040 --> 00:46:19,920
Sono comunque ore, tra 
virgolette, sprecate o investite

793
00:46:19,920 --> 00:46:22,720
della mia vita o della vita di 
qualsiasi altra podcaster. 

794
00:46:22,720 --> 00:46:26,640
E quindi fa anche piacere avere 
un ritorno economico, ma che 

795
00:46:26,640 --> 00:46:29,160
pesa sia dal punto di vista 
economico sia dal punto di vista

796
00:46:29,160 --> 00:46:32,160
di anche morale nel portare 
avanti il lavoro. 

797
00:46:32,160 --> 00:46:36,840
Cioè vi assicuro che quando uno 
inizia a fare un podcast è super

798
00:46:36,840 --> 00:46:39,600
gasato, ha un sacco di sostegno 
da parte della community 

799
00:46:39,600 --> 00:46:42,320
eccetera, dopo magari un anno o 
due. 

800
00:46:42,800 --> 00:46:46,880
Ecco che cominciare ad investire
magari 5 ore a settimana, in un 

801
00:46:46,880 --> 00:46:50,000
progetto dove di fatto una 
persona chiacchiera delle 

802
00:46:50,000 --> 00:46:53,560
proprie cose, spiega Bitcoin ad 
altre e lo fa in maniera 

803
00:46:53,560 --> 00:46:56,920
totalmente disinteressata, senza
scopo di lucro, è comunque 

804
00:46:56,920 --> 00:46:59,240
pesante. 
Perché passa quella voglia di 

805
00:46:59,240 --> 00:47:02,000
andare avanti, quella voglia di 
parlare, di spiegare eccetera. 

806
00:47:02,240 --> 00:47:04,640
Perché non si hanno feedback, 
non si hanno ritorni, che siano 

807
00:47:04,640 --> 00:47:07,720
morali, economici o di sorta. 
Di conseguenza penso che sia 

808
00:47:07,720 --> 00:47:12,040
comunque normale voler avere non
certo una fonte di guadagno con 

809
00:47:12,040 --> 00:47:14,440
il quale vivere. 
Ma almeno una forma di 

810
00:47:14,760 --> 00:47:17,880
sostentamento, riconoscimento 
economico da un progetto come un

811
00:47:17,880 --> 00:47:20,360
podcast. 
Quindi è normale che penso che 

812
00:47:20,360 --> 00:47:23,880
io come podcast ho accettato due
o tre volte o anzi a volte le ho

813
00:47:23,880 --> 00:47:28,400
cercate anche io delle 
sponsorizzazioni e altri podcast

814
00:47:28,400 --> 00:47:30,880
ci vivono. 
Quindi proprio la persona di 

815
00:47:30,880 --> 00:47:34,680
lavoro ha un podcast con 
continuamente 234 pubblicità. 

816
00:47:35,000 --> 00:47:38,480
Ogni episodio qua arriva il 
dubbio della moralità, ovvero? 

817
00:47:39,160 --> 00:47:43,240
Fino a dove una persona deve 
tenere l'equilibrio tra 

818
00:47:43,240 --> 00:47:45,560
sponsorizzazione e onestà 
intellettuale? 

819
00:47:45,560 --> 00:47:49,120
Il fatto è che questo equilibrio
è soggettivo, quindi il 

820
00:47:49,120 --> 00:47:53,200
podcaster, l'ascoltatore, ABOC 
hanno questo limite, questo 

821
00:47:53,200 --> 00:47:56,320
equilibrio tra moralità e 
ritorno economico dal punto di 

822
00:47:56,320 --> 00:47:59,840
vista totalmente soggettivo, 
quindi vario, vedo un sacco di 

823
00:47:59,840 --> 00:48:02,720
persone che per esempio mi ha 
fatto molto ridere anche nel 

824
00:48:02,720 --> 00:48:05,160
mondo sotoshi. 
Spritz sono stato attaccato, 

825
00:48:05,160 --> 00:48:08,800
criticato e chiamato come 
venduto perché anni fa, l'anno 

826
00:48:08,800 --> 00:48:11,560
scorso? 
Ho sponsorizzato relay e mi fa 

827
00:48:11,560 --> 00:48:14,080
ridere perché vi faccio un 
esempio, io nel corso degli anni

828
00:48:14,080 --> 00:48:17,560
del mio podcast io ho ricevuto 
sponsorizzazioni senza mettermi 

829
00:48:17,560 --> 00:48:20,400
1 € in tasca ma solo per magari 
fare una donazione a un'ospite, 

830
00:48:20,400 --> 00:48:23,880
tipo eventualmente se io chiamo 
un'ospite e quest'ultimo dedica 

831
00:48:23,920 --> 00:48:26,960
ore del suo lavoro per portare 
contenuti aggiuntivi del 

832
00:48:26,960 --> 00:48:30,480
Priorato, io non sono certo il 
comunista che dice tu lavori 16 

833
00:48:30,480 --> 00:48:33,240
ore gratis per la divulgazione 
dato che sono un podcast che 

834
00:48:33,240 --> 00:48:34,920
guadagna poco e non ti do 
niente? 

835
00:48:34,920 --> 00:48:37,600
Certo che no. 
Se io occupo il tempo di alcune 

836
00:48:37,600 --> 00:48:40,600
persone sono. 
E dice di lasciare una donazione

837
00:48:40,600 --> 00:48:42,920
a quest'ultime, per lo meno per 
lo sforzo e il tempo che mi 

838
00:48:42,920 --> 00:48:45,640
hanno dedicato. 
Quindi è anche facile essere 

839
00:48:45,640 --> 00:48:49,320
attaccati dalla gente, magari 
quando uno non si mette in tasca

840
00:48:49,320 --> 00:48:53,000
niente, ma di fatto investe 
questi soldi nel miglioramento 

841
00:48:53,160 --> 00:48:55,400
di un prodotto gratuito per 
l'utenza. 

842
00:48:55,680 --> 00:49:00,320
Il fatto è che questo limite di 
6 1 venduto sei onesto, è giusto

843
00:49:00,320 --> 00:49:02,240
che guadagni, è totalmente 
soggettivo. 

844
00:49:02,240 --> 00:49:04,000
Ognuno mette l'asticella dove 
vuole. 

845
00:49:04,240 --> 00:49:08,560
Di fatto il fatto per cui. 
Molti, tutti Consiglio un 

846
00:49:08,560 --> 00:49:10,520
hardware Wallet e non un PC 
offline. 

847
00:49:11,000 --> 00:49:13,680
Sono varie ragioni. 
All'ottanta percento è perché 

848
00:49:13,680 --> 00:49:17,240
guadagnano da un hardware Wallet
che li sponsorizza, dall'altra 

849
00:49:17,240 --> 00:49:19,800
può essere perché effettivamente
io sono anche il primo che dice 

850
00:49:19,800 --> 00:49:23,440
guarda, un PC offline con Linux 
è una soluzione perfetta dal 

851
00:49:23,440 --> 00:49:26,520
punto di vista di sicurezza. 
Personalmente penso che usare un

852
00:49:26,520 --> 00:49:29,520
hardware Wallet sia un'ottima 
idea, in quanto è una soluzione 

853
00:49:29,520 --> 00:49:32,680
comunque estremamente più comoda
rispetto a utilizzare un PC 

854
00:49:32,680 --> 00:49:35,160
offline con Linux. 
Il rischio di fare cagate è 

855
00:49:35,160 --> 00:49:36,640
comunque più basso con un 
hardware Wallet. 

856
00:49:37,200 --> 00:49:39,760
Rispetto a come un vecchio PC, 
quindi qua c'è un grande 

857
00:49:39,760 --> 00:49:41,720
equilibrio. 
La domanda, dal punto di vista 

858
00:49:41,720 --> 00:49:44,800
prettamente tecnico è, meglio un
PC, un hardware Wallet? 

859
00:49:44,800 --> 00:49:48,080
Perché la gente non ne parla? 
Ti dico, sono un trade off sia 

860
00:49:48,080 --> 00:49:49,320
un PC con Linux. 
Che un hardware. 

861
00:49:49,320 --> 00:49:51,360
Wallet hanno dei vantaggi e 
degli svantaggi? 

862
00:49:51,520 --> 00:49:55,480
Secondo me non c'è una soluzione
giusta, entrambi hanno un tipo 

863
00:49:55,480 --> 00:49:57,680
di utente adatto. 
C'è una persona a cui mi 

864
00:49:57,680 --> 00:49:59,960
verrebbe da consigliare di più 
un hardware Wallet, c'è la 

865
00:49:59,960 --> 00:50:02,400
persona a cui ti dico vai 
benissimo con un computer con 

866
00:50:02,400 --> 00:50:04,320
Linux. 
Sul fatto del perché. 

867
00:50:04,880 --> 00:50:07,360
Molte persone consigliano 
l'hardware Wallet e perché sono 

868
00:50:07,360 --> 00:50:09,960
pagati per farlo? 
Io questa cosa non la critico 

869
00:50:09,960 --> 00:50:14,280
perché penso che se una persona 
abbia un minimo di integrità 

870
00:50:14,280 --> 00:50:17,600
morale nel magari parlare di 
prodotti di una certa qualità 

871
00:50:17,840 --> 00:50:21,280
del parlare di per esempio cose 
che piacciono, di parlare di 

872
00:50:21,280 --> 00:50:24,960
cose che per esempio anche se 
l'utente se utilizza magari no 

873
00:50:24,960 --> 00:50:28,400
rischia di perdere soldi, tipo 
non so se io o Consiglio, che ne

874
00:50:28,400 --> 00:50:32,280
so, mettiamo un servizio di 
acquisto di Bitcoin, no KYC. 

875
00:50:32,360 --> 00:50:35,080
Perché sono sponsorizzato alla 
peggio, anche se quest'ultimi 

876
00:50:35,080 --> 00:50:38,000
dovessero essere dei truffatori,
l'utente del priorato che lui 

877
00:50:38,000 --> 00:50:42,080
utilizza il massimo che può 
perdere e 102, 103 100 € nel 

878
00:50:42,080 --> 00:50:45,160
momento in cui fanno un 
acquisto, se in quel momento il 

879
00:50:45,160 --> 00:50:49,440
sito scambia offline, invece chi
vive di referral di binance, di 

880
00:50:49,440 --> 00:50:52,760
FTXE di altri siti. 
Chi lo faccia in buona o cattiva

881
00:50:52,760 --> 00:50:54,280
fede? 
Il fatto è che si espone un 

882
00:50:54,280 --> 00:50:57,800
rischio che la piattaforma che 
Consiglio ai propri utenti, se 

883
00:50:57,800 --> 00:51:01,720
poi è un difetto, ne va della 
sua credibilità, della sua 

884
00:51:01,720 --> 00:51:03,640
faccia. 
Penso che questo rischio stia 

885
00:51:03,640 --> 00:51:06,120
anche nel chi consiglia gli 
hardware Wallet, cioè di fatto 

886
00:51:06,280 --> 00:51:09,600
io ho hardware Wallet che mi 
piacciono, che se l'azienda 

887
00:51:09,600 --> 00:51:12,800
dietro decidesse di 
sponsorizzarmi per parlare di 

888
00:51:12,800 --> 00:51:15,200
questo hardware Wallet magari io
lo farei volentieri. 

889
00:51:15,400 --> 00:51:17,840
Allo stesso tempo penso che sia 
comunque anche un rischio. 

890
00:51:18,640 --> 00:51:20,200
Perché? 
Perché se poi un giorno 

891
00:51:20,200 --> 00:51:23,160
quell'azienda ha una 
vulnerabilità di sicurezza su 

892
00:51:23,160 --> 00:51:25,680
quella due Wallet, io sono una 
persona che ne ha parlato. 

893
00:51:26,320 --> 00:51:30,520
Qua esce come al solito una 
valutazione soggettiva della 

894
00:51:30,520 --> 00:51:33,040
cosa. 
Cioè penso che gli utenti da un 

895
00:51:33,040 --> 00:51:38,160
lato debbano instaurare una 
sorta di rapporto con il 

896
00:51:38,240 --> 00:51:42,040
podcaster capire o con lo 
youtuber o chiunque che sia 

897
00:51:42,280 --> 00:51:45,280
capire se una persona che fa 16 
sponsorizzazioni, sempre da 

898
00:51:45,280 --> 00:51:47,640
aziende diverse, che vi 
consiglia prodotti e servizi 

899
00:51:47,640 --> 00:51:50,840
referral link. 
Ogni 5 minuti io mi fiderei poco

900
00:51:51,080 --> 00:51:54,480
perché una persona che campa 
vendendovi servizi o inviti su 

901
00:51:54,480 --> 00:51:57,720
siti online. 
Se una persona che ha quello 

902
00:51:57,720 --> 00:52:01,920
stretto set di aziende o di 
servizi che reputa affidabili e 

903
00:52:01,920 --> 00:52:05,040
ve le consiglia, ricordatevi che
ci sta. 

904
00:52:05,240 --> 00:52:07,880
Penso che in questo caso sia un 
tipo di marketing molto più 

905
00:52:07,880 --> 00:52:10,160
onesto, diretto, è quello che 
provo a fare io. 

906
00:52:10,160 --> 00:52:12,360
Io non ho mai consigliato un 
servizio che non ho mai 

907
00:52:12,360 --> 00:52:15,240
utilizzato in prima persona. 
Questo comunque non vuol dire 

908
00:52:15,240 --> 00:52:17,680
che questi servizi siano 
perfetti, che si adattino ad 

909
00:52:17,680 --> 00:52:21,840
ognuno di degli ascoltatori, 
vuol dire che comunque io sono 

910
00:52:21,840 --> 00:52:25,000
pagato per parlarvi di una cosa.
Se sono una persona moralmente 

911
00:52:25,000 --> 00:52:27,680
corretta parlo solo di cose che 
personalmente trovo 

912
00:52:27,680 --> 00:52:30,880
interessanti, utili, ben 
funzionanti, ben fatte dal punto

913
00:52:30,880 --> 00:52:34,280
di vista di implementazione. 
Da qua ogni persona dovrebbe 

914
00:52:34,280 --> 00:52:38,880
provare ad usare un minimo la il
suo senso critico per studiare 

915
00:52:38,880 --> 00:52:42,840
il servizio, il prodotto e il 
software in qualsiasi caso in 

916
00:52:42,840 --> 00:52:45,360
maniera personale. 
Magari partendo anche uno spunto

917
00:52:45,360 --> 00:52:48,120
dal podcaster. 
Quello che io tento di fare per 

918
00:52:48,120 --> 00:52:51,240
esempio a livello personale è, 
se un'azienda, un servizio, un 

919
00:52:51,240 --> 00:52:55,120
prodotto mi piace, lo uso, mi 
vogliono sponsorizzare, accetto 

920
00:52:55,120 --> 00:53:00,720
la sponsorizzazione, se si parla
di servizi magari che magari mi 

921
00:53:00,720 --> 00:53:04,480
possono dare un referral che 
reputo comunque buoni, dico 

922
00:53:04,480 --> 00:53:07,640
lasciatemi guarda se proprio già
utilizzate questo servizio, se 

923
00:53:07,640 --> 00:53:10,720
proprio già usate, se proprio 
già usate Bitcoin voucher Bot, 

924
00:53:10,920 --> 00:53:14,120
se volete potete sostenermi 
partendo dal loro link di. 

925
00:53:14,200 --> 00:53:17,680
Conciliazione, questo è il mio 
modello, cioè se uno proprio usa

926
00:53:17,680 --> 00:53:20,720
un servizio e vuole aiutarmi può
usare il mio referral, se un 

927
00:53:20,720 --> 00:53:23,440
prodotto mi piace lo sponsorizzo
in prima persona. 

928
00:53:23,680 --> 00:53:26,120
Oltre questo io provo a non 
spingermi comunque il mio. 

929
00:53:26,120 --> 00:53:30,680
Lavoro come persona fisica non è
il podcaster, è comunque 

930
00:53:30,680 --> 00:53:34,720
lavorare per un'azienda per 
brace e quindi provo ovviamente 

931
00:53:34,720 --> 00:53:37,440
a non sponsorizzare cani, porci 
o cose. 

932
00:53:37,440 --> 00:53:39,400
Che non condivido dal punto di 
vista. 

933
00:53:40,080 --> 00:53:44,440
Prettamente ideale e di 
funzionalità di significato dal 

934
00:53:44,440 --> 00:53:47,520
punto di vista tecnico, da qua a
dopo su ognuno di noi trovare un

935
00:53:47,520 --> 00:53:50,720
proprio equilibrio. 
Il mio Consiglio è, guardate 

936
00:53:50,720 --> 00:53:54,960
bene quando comprate cose, 
perché il vostro podcaster 

937
00:53:54,960 --> 00:53:57,280
preferito vi dice che il 
migliore hardware Wallet il 

938
00:53:57,560 --> 00:54:00,880
miglior servizio, soprattutto se
utilizza la parola migliore 

939
00:54:01,080 --> 00:54:04,200
perché non lo è mai. 
Quindi mi raccomando, il mio 

940
00:54:04,200 --> 00:54:07,320
primo concetto è valutate in 
base al rapporto di fiducia che 

941
00:54:07,320 --> 00:54:10,200
avete verso il podcast che 
ascoltate o il servizio che 

942
00:54:10,200 --> 00:54:12,040
ascoltate che vi propone 
qualcosa. 

943
00:54:12,240 --> 00:54:14,120
Quanto può essere affidabile 
dopo questo? 

944
00:54:14,120 --> 00:54:17,560
Fatevi anche un paio di ricerche
prima di utilizzare il servizio.

945
00:54:17,840 --> 00:54:20,800
Detto questo, direi che non c'è 
nulla di male per una persona 

946
00:54:20,800 --> 00:54:23,840
che dedica anche 5 o più ore 
alla settimana alla creazione di

947
00:54:23,840 --> 00:54:28,120
contenuti gratuiti online, a 
mettere pubblicità per avere un 

948
00:54:28,120 --> 00:54:30,640
ritorno economico dentro i 
propri servizi. 

949
00:54:31,080 --> 00:54:35,080
Altra cosa mi raccomando. 
Quando tutti vogliono contenuti 

950
00:54:35,200 --> 00:54:39,160
di qualità su Bitcoin, per ora, 
ogni settimana e gratis. 

951
00:54:39,440 --> 00:54:42,280
Forse si dovrebbero ricordare 
che per fortuna non viviamo in 

952
00:54:42,280 --> 00:54:45,280
un paese comunista dove siamo 
frustrati per lavorare gratis, 

953
00:54:45,520 --> 00:54:49,280
ma per lo meno sono ancora nella
libertà tutti noi di creare dei 

954
00:54:49,280 --> 00:54:52,000
propri contenuti come ci piace e
fare. 

955
00:54:52,200 --> 00:54:55,800
Se uno vuole di più, pretende di
più e lo vuole pure gratis, si 

956
00:54:55,800 --> 00:54:58,320
può cominciare a studiare le 
cose da solo, a creare il 

957
00:54:58,320 --> 00:55:01,040
proprio podcast e a fare le cose
da se stesso. 

958
00:55:01,040 --> 00:55:06,320
Quindi è tutto un equilibrio di.
Moralità, equilibrio tra le cose

959
00:55:06,600 --> 00:55:09,240
e in generale avere un ritorno 
in un qualche modo. 

960
00:55:09,240 --> 00:55:12,400
Purtroppo questo al momento è il
modello, è il modello di 

961
00:55:12,400 --> 00:55:15,200
business più affermato di tutti.
Questo perché di fatto alle 

962
00:55:15,200 --> 00:55:17,040
persone piace ascoltare il 
podcast. 

963
00:55:17,360 --> 00:55:20,200
Ci sta che uno faccia una 
donazione di fatto non la fa 

964
00:55:20,200 --> 00:55:23,680
praticamente nessuno. 
Se gli ascoltatori del priorato 

965
00:55:23,680 --> 00:55:27,600
ogni ascoltatore del priorato 
donasse 10 € l'anno, io potrei 

966
00:55:27,600 --> 00:55:30,640
fare full time come di lavoro il
podcaster, quindi se una persona

967
00:55:30,640 --> 00:55:33,000
donasse meno di 1 € al mese, un 
caffè. 

968
00:55:33,080 --> 00:55:35,040
Al mese, al priorato, ogni 
ascoltatore. 

969
00:55:35,280 --> 00:55:38,720
Io potrei non fare nient'altro 
che il podcaster. 

970
00:55:38,840 --> 00:55:41,360
Nulla di più nella mia vita, 
dato che così non è. 

971
00:55:41,360 --> 00:55:44,280
Comunque le persone ci sta che 
si dedicano e promuovono, nel 

972
00:55:44,280 --> 00:55:47,520
caso anche servizi per avere una
sorta di ritorno. 

973
00:55:48,120 --> 00:55:51,680
Detto questo, andiamo alla 
domanda successiva di Iginio 

974
00:55:51,680 --> 00:55:55,400
Massari che dice, domandina di 
networking, ci sono differenze 

975
00:55:55,400 --> 00:55:58,760
di privacy e sicurezza tra 
l'utilizzo di IPV4EPV6? 

976
00:55:59,160 --> 00:56:01,480
In particolare, essendo gli 
indirizzi IPV quattro 

977
00:56:01,480 --> 00:56:04,800
completamente esauriti, alcuni 
ISP sono costretti al riutilizzo

978
00:56:04,800 --> 00:56:08,200
degli indirizzi tra più clienti 
tramite nat, il che contribuisce

979
00:56:08,200 --> 00:56:10,920
ad una migliore sicurezza. 
E privacy degli utenti in rete 

980
00:56:11,360 --> 00:56:13,280
in uno scenario in cui la 
maggior parte degli utenti 

981
00:56:13,280 --> 00:56:16,560
utilizzasse IPV sei non si 
renderebbe obsoleto, quantomeno 

982
00:56:16,560 --> 00:56:19,360
meno utilizzato, il nat. 
Esponendo maggiormente gli 

983
00:56:19,360 --> 00:56:22,920
utenti. 
Allora rispondo brevemente, 

984
00:56:22,920 --> 00:56:25,800
prima di tutto perché non sono 
in nessun modo esperto di questo

985
00:56:25,800 --> 00:56:29,440
tema, quindi condivido le poche 
cose che so non ho mai studiato 

986
00:56:29,440 --> 00:56:31,680
per bene. 
IPV sei il concetto è che al 

987
00:56:31,680 --> 00:56:34,760
momento nel mondo utilizziamo 
IPV quattro, quindi la versione 

988
00:56:34,760 --> 00:56:37,800
IP standard praticamente dagli 
anni 80 ad oggi. 

989
00:56:38,240 --> 00:56:42,800
La quantità di indirizzi. 
PV quattro nel mondo è 

990
00:56:42,800 --> 00:56:47,240
estremamente limitata, si parla 
di 1, 1 paio di miliardi, mi 

991
00:56:47,240 --> 00:56:50,840
pare nel numero di qualche 
miliardo di indirizzi IPV. 

992
00:56:50,840 --> 00:56:53,400
Quattro di conseguenza sono già 
finiti tutti. 

993
00:56:53,720 --> 00:56:57,400
Praticamente finiti tutti. 
Come quindi è possibile 

994
00:56:57,400 --> 00:57:00,880
utilizzare delle cose online se 
gli indirizzi IP sono finiti? 

995
00:57:01,080 --> 00:57:06,240
Semplicemente molte, magari 
compagnie fanno sfruttare lo 

996
00:57:06,240 --> 00:57:09,920
stesso IPA, più dispositivi a 
più utenti contemporaneamente 

997
00:57:09,920 --> 00:57:13,080
con il cosiddetto nat. 
Questa cosa sia un bene che un 

998
00:57:13,080 --> 00:57:16,440
male, nel senso che il male è 
che quando un qualsiasi utente 

999
00:57:16,440 --> 00:57:19,240
fa dei danni con un indirizzo IP
poi ne pagano anche tutti gli 

1000
00:57:19,240 --> 00:57:21,880
altri che lo utilizzano. 
Di fatto immaginate quando voi 

1001
00:57:21,880 --> 00:57:23,640
utilizzate una VPN commerciale 
come? 

1002
00:57:23,720 --> 00:57:27,080
Il mulvad e magari i siti 
riconoscono che voi siete una 

1003
00:57:27,080 --> 00:57:31,280
VPN, non lo fanno perché sono 
dei maghi, lo fanno perché mano 

1004
00:57:31,280 --> 00:57:33,760
a mano nel tempo qualcuno ha 
fatto dei vari danni con quegli 

1005
00:57:33,760 --> 00:57:35,360
IPE. 
Quegli IP sono stati black 

1006
00:57:35,360 --> 00:57:38,920
listati, quindi in generale dei 
provider online non accettano 

1007
00:57:38,920 --> 00:57:41,480
richieste da questi IP. 
La cosa svantaggiosa è che 

1008
00:57:41,480 --> 00:57:44,160
magari voi noleggiate un server 
online e la persona prima con 

1009
00:57:44,160 --> 00:57:47,000
quell'i P ci ha stremato delle 
partite di calci legali, ci ha 

1010
00:57:47,000 --> 00:57:49,440
distribuito dei 
pedopornografico, ci ha 

1011
00:57:49,440 --> 00:57:52,640
distribuito dei contenuti che 
violavano delle leggi e quindi 

1012
00:57:52,640 --> 00:57:55,160
quell'i P. 
E black list stato chiunque lo 

1013
00:57:55,160 --> 00:57:58,760
utilizza magari è bloccato su 
alcuni siti, ha dei limiti di 

1014
00:57:58,760 --> 00:58:02,640
banda, magari era un semplice 
nodo Thor e si trova ad avere 

1015
00:58:02,640 --> 00:58:06,080
dei problemi nel navigare. 
Il vantaggio di PV quattro, 

1016
00:58:06,080 --> 00:58:09,200
invece, è che c'è un leggero 
migliore anonimi T 7 perché più 

1017
00:58:09,200 --> 00:58:11,520
persone condividono lo stesso 
IP. 

1018
00:58:11,920 --> 00:58:15,360
In realtà questo è sempre meno 
un modo per tracciare le 

1019
00:58:15,360 --> 00:58:18,640
persone, il cosiddetto IP viene 
sempre più sfruttato, il 

1020
00:58:18,640 --> 00:58:21,400
cosiddetto fingerprinting, 
quindi il modo in cui un 

1021
00:58:21,400 --> 00:58:24,440
dispositivo si interfaccia 
online e dimensione dello 

1022
00:58:24,440 --> 00:58:28,000
schermo, processore come 
renderizza le immagini che 

1023
00:58:28,000 --> 00:58:30,160
Cucchi ha salvato, che 
estensioni ha salvato, che 

1024
00:58:30,160 --> 00:58:32,760
versione del browser sta 
utilizzando, che il sistema 

1025
00:58:32,760 --> 00:58:35,920
operativo monta, eccetera. 
Tutto questo che era una sorta 

1026
00:58:35,920 --> 00:58:39,640
impronta digitale online del 
dispositivo e il tracciamento 

1027
00:58:39,640 --> 00:58:42,760
online si sta sempre più 
spostando sotto questi aspetti e

1028
00:58:42,760 --> 00:58:48,400
meno sul cosiddetto IP. 
L'utilizzo di IPV sei porterebbe

1029
00:58:48,400 --> 00:58:54,440
una quantità di IP disponibili 
talmente grande che ogni rete 

1030
00:58:54,440 --> 00:58:57,920
casalinga, quindi ogni vostro 
router di casa, avrebbe una 

1031
00:58:57,920 --> 00:59:01,600
quantità disponibile solo per se
stesso di indirizzi. 

1032
00:59:01,600 --> 00:59:04,960
Quindi ogni router in casa più 
grande della quantità di 

1033
00:59:04,960 --> 00:59:07,400
indirizzi IPV quattro al momento
esistenti in tutto il mondo. 

1034
00:59:07,400 --> 00:59:10,440
Quindi vuol dire che ogni router
di casa avrebbe una quantità di 

1035
00:59:10,440 --> 00:59:14,760
IP utilizzabili pari a miliardi 
di miliardi di combinazioni. 

1036
00:59:15,080 --> 00:59:18,920
Questa cosa è. 
Interessante perché è vero che 

1037
00:59:18,920 --> 00:59:23,320
ogni dispositivo avrebbe in 
questo modo un IP univoco e che 

1038
00:59:23,320 --> 00:59:26,400
quindi sotto certi aspetti uno 
potrebbe pensare che in realtà è

1039
00:59:26,400 --> 00:59:29,440
più facile tracciare gli utenti 
in quanto sei sempre lo stesso 

1040
00:59:29,440 --> 00:59:32,920
IPE lo usi solo te è molto più 
facile tracciarti dall'altra. 

1041
00:59:32,920 --> 00:59:35,640
La cosa interessante è che uno 
avrebbe una quantità di IP 

1042
00:59:35,640 --> 00:59:38,600
talmente grande che potrebbe 
anche dire semplicemente ogni 

1043
00:59:38,600 --> 00:59:42,480
ora cambiami IPE usane un'altro 
nuovo in realtà dal punto di 

1044
00:59:42,480 --> 00:59:43,840
vista della privacy, della 
sicurezza. 

1045
00:59:43,840 --> 00:59:48,920
Le analisi di questo. 
Diciamo Trade off fra IPV4EIPV6 

1046
00:59:49,160 --> 00:59:52,680
sono infinite perché il 
funzionamento del protocollo 

1047
00:59:52,680 --> 00:59:55,680
sottostante è differente. 
Ci sono vantaggi e svantaggi 

1048
00:59:55,680 --> 00:59:58,640
sotto certi aspetti. 
Personalmente non mi ritengo 

1049
00:59:58,640 --> 01:00:03,360
così esperto di reti da dare 
un'opinione a riguardo. 

1050
01:00:03,520 --> 01:00:06,800
Al momento penso che un'adozione
massiva di PV sei ancora 

1051
01:00:06,800 --> 01:00:10,480
estremamente lontana. 
Si stanno facendo oggi primi 

1052
01:00:10,480 --> 01:00:13,040
passi, ma sembra che li stiano 
facendo da 10 anni i primi. 

1053
01:00:13,040 --> 01:00:14,640
Passi. 
Nell'utilizzo di questa 

1054
01:00:14,640 --> 01:00:19,000
tecnologia penso che quando 
l'utilizzo sarà un po' più 

1055
01:00:19,000 --> 01:00:25,040
imminente, un po' più diciamo 
comune, più utilizzato dalla 

1056
01:00:25,040 --> 01:00:28,040
dalla massa di persone, 
probabilmente magari dedicherò 

1057
01:00:28,040 --> 01:00:31,040
un intero episodio a riguardo, 
in modo da approfondire per 

1058
01:00:31,040 --> 01:00:34,240
bene. 
Questa nuova tecnologia al 

1059
01:00:34,240 --> 01:00:37,640
momento dato che IPV sei non è 
compatibile con IPV quattro cioè

1060
01:00:37,640 --> 01:00:40,760
se voi avete un router solo IPV 
sei totalmente chiuso IPV sei 

1061
01:00:40,760 --> 01:00:45,480
potete parlare solo con IPV sei 
non con i vecchi tipi di siti 

1062
01:00:45,480 --> 01:00:49,480
server IPV quattro penso che 
prima di essere dismessa come 

1063
01:00:49,480 --> 01:00:51,920
tecnologia IPV quattro, quella 
che utilizziamo attualmente 

1064
01:00:51,920 --> 01:00:55,640
passeranno ancora decenni, 
quindi di tempo ce n'è ancora 

1065
01:00:55,640 --> 01:00:59,720
assolutamente tanto. 
Ultimissima domanda di l che ci 

1066
01:00:59,720 --> 01:01:03,760
chiede, Ciao Turtle, Cosa ne 
pensi di kit quindi kit dott io 

1067
01:01:04,480 --> 01:01:10,400
l'APP di sviluppata da dietro 
Theater e bitfinex peer to peer 

1068
01:01:10,400 --> 01:01:13,840
criptato per video messaggistica
scambio di files anche di grandi

1069
01:01:13,840 --> 01:01:18,360
dimensioni e con pagamenti LN 
integrati tartle approved allora

1070
01:01:18,360 --> 01:01:22,480
la mia opinione su kit è 
assolutamente positiva con un 

1071
01:01:22,480 --> 01:01:26,720
po' di riserve, quindi un paio 
di ma i principali sono che al 

1072
01:01:26,720 --> 01:01:30,160
momento di fatto. 
Non è ancora stato reso 

1073
01:01:30,160 --> 01:01:34,720
totalmente disponibile online il
codice, quindi di fatto non è 

1074
01:01:34,720 --> 01:01:38,280
ancora totalmente open source, 
quindi questa è la mia critica 

1075
01:01:38,440 --> 01:01:41,560
principale. 
La critica numero 2 è che di 

1076
01:01:41,560 --> 01:01:45,640
fatto kit è quest'APP di 
messaggistica decentralizzata. 

1077
01:01:45,880 --> 01:01:47,320
Sfrutta la tecnologia. 
All punch che. 

1078
01:01:47,360 --> 01:01:51,280
È una tecnologia che veniva 
utilizzata soprattutto anni fa 

1079
01:01:51,280 --> 01:01:54,360
all'interno di network 
decentralizzati come gnutella. 

1080
01:01:55,240 --> 01:01:58,280
Che è 1 1 sorta di emule per lo 
scambio di file. 

1081
01:01:58,840 --> 01:02:02,680
E il vantaggio della tecnologia 
All punch è che, in poche 

1082
01:02:02,680 --> 01:02:06,240
parole, due dispositivi si 
mettono in contatto tra di loro 

1083
01:02:06,240 --> 01:02:10,000
senza avere un server nel mezzo,
quindi diventa facile scambiarsi

1084
01:02:10,000 --> 01:02:15,440
file o cose testi senza passare 
sul server di terze parti con 

1085
01:02:15,480 --> 01:02:17,440
un'ottima gestione della 
privacy. 

1086
01:02:17,960 --> 01:02:20,800
La critica al momento, è che 
comunque. 

1087
01:02:21,520 --> 01:02:25,200
C'è una fase di bootstrap, 
quindi una fase in cui tu, nuovo

1088
01:02:25,200 --> 01:02:28,800
utente della rete kit, devi 
conoscere quali sono gli altri 

1089
01:02:28,800 --> 01:02:32,160
utenti che utilizzano kit e al 
momento gli unici nodi di 

1090
01:02:32,160 --> 01:02:34,240
bootstrap, quindi quelli che ti 
mettono in contatto. 

1091
01:02:34,480 --> 01:02:37,880
Quegli altri utenti di kit sono 
comunque di bitfinex, quindi di 

1092
01:02:37,880 --> 01:02:43,320
fatto al momento la rete kit non
è serverless o almeno una volta 

1093
01:02:43,320 --> 01:02:45,680
che una persona ha creato un 
account e si è boot strappato 

1094
01:02:45,680 --> 01:02:49,320
con la rete, quindi conosce gli 
altri utenti della rete kit è 

1095
01:02:49,320 --> 01:02:51,760
serverless, quindi di fatto 
potrebbe funzionare senza nessun

1096
01:02:51,760 --> 01:02:55,920
tipo di server, ma quando uno 
crea un account inizialmente gli

1097
01:02:55,920 --> 01:02:58,760
serve un server di bootsap, 
quindi una sorta di nodo 

1098
01:02:58,760 --> 01:03:02,520
principale da cui conoscere gli 
altri partecipanti della rete e 

1099
01:03:02,520 --> 01:03:04,360
al momento nessuno ha 
l'incentivo di. 

1100
01:03:04,480 --> 01:03:07,000
Al server di buzzaro su kit 
perché non gliene frega niente a

1101
01:03:07,000 --> 01:03:08,680
nessuno. 
Di fatto ci sono quelli di 

1102
01:03:08,680 --> 01:03:11,680
bitfinex, che li facciano loro 
perché tanto non ci guadagno 

1103
01:03:11,680 --> 01:03:15,360
nulla a farne uno per me stesso.
Di conseguenza sotto questo 

1104
01:03:15,360 --> 01:03:18,600
aspetto penso che ci sia ancora 
qualcosina da lavorare. 

1105
01:03:19,000 --> 01:03:21,960
La terza e ultima critica 
grossettina che faccia kit è che

1106
01:03:21,960 --> 01:03:25,080
ancora una Giga Alpha, cioè di 
continuo. 

1107
01:03:25,600 --> 01:03:29,360
Fanno aggiornamenti che rompono 
funzionalità, introducono una 

1108
01:03:29,360 --> 01:03:32,160
nuova features che bugga tutti 
quelli che utilizzavano la 

1109
01:03:32,160 --> 01:03:34,840
versione prima. 
Non si è più compatibili una 

1110
01:03:34,840 --> 01:03:37,800
versione alla videochiamata, ma 
quella desktop no, quella è il 

1111
01:03:37,800 --> 01:03:41,160
problema, l'altra no. 
Insomma, è un software molto 

1112
01:03:41,160 --> 01:03:44,480
acerbo. 
Penso che l'idea alla base sia 

1113
01:03:44,480 --> 01:03:46,920
buona. 
Penso allo stesso tempo che 

1114
01:03:46,920 --> 01:03:50,200
servano un paio di anni di 
maturazione della tecnologia per

1115
01:03:50,200 --> 01:03:53,200
sviluppare e renderlo un 
prodotto un po' più solido con 

1116
01:03:53,200 --> 01:03:55,400
una. 
Base su cui si poggia più? 

1117
01:03:56,120 --> 01:04:01,200
Più matura, più sviluppata, 
prima di utilizzarlo come Daily 

1118
01:04:01,200 --> 01:04:03,640
driver. 
Mi piacerebbe anche che venisse 

1119
01:04:03,640 --> 01:04:07,560
aperto il codice, sia per una 
questione di fiducia verso 

1120
01:04:07,560 --> 01:04:11,840
un'applicazione che devo 
comunque installare, sia per in 

1121
01:04:11,840 --> 01:04:16,240
generale penso che sia un bene 
per lo sviluppo se viene aperta 

1122
01:04:16,240 --> 01:04:19,880
un'APP. 
Una critica a cui in realtà non 

1123
01:04:19,880 --> 01:04:22,360
ho ancora trovato risposta, 
perché ci devo un attimo 

1124
01:04:22,360 --> 01:04:25,160
pensare, in questo momento 
dovrei studiarmelo. 

1125
01:04:25,160 --> 01:04:28,320
Un po' meglio è anche il 
funzionamento sotto Tor perché 

1126
01:04:28,320 --> 01:04:31,720
essendo di fatto il punch una 
tecnologia che mette in contatto

1127
01:04:31,720 --> 01:04:35,520
direttamente crea una 
connessione, un tunnel tra il 

1128
01:04:35,520 --> 01:04:39,240
mio telefono e il tuo. 
Non so come potrebbe funzionare 

1129
01:04:39,240 --> 01:04:45,720
nella maniera corretta con VPN, 
Tor, Itupi o altri diciamo reti 

1130
01:04:45,720 --> 01:04:50,040
privacy network di privacy. 
Online, quindi per ora per me 

1131
01:04:50,040 --> 01:04:51,680
rimane un'APP sotto i miei 
radar. 

1132
01:04:51,680 --> 01:04:54,000
L'ho provato un paio di volte, 
l'ho scaricata un paio di volte,

1133
01:04:54,000 --> 01:04:57,200
l'ho attestata un attimo. 
Non è comunque un'APP che 

1134
01:04:57,200 --> 01:05:00,000
utilizza come Daily driver? 
Io ne ho già parlato, a mio 

1135
01:05:00,000 --> 01:05:03,200
parere per messaggistica, 
scambio di file eccetera. 

1136
01:05:03,440 --> 01:05:07,360
Le migliori opzioni al momento 
sono Signal per le persone un 

1137
01:05:07,360 --> 01:05:11,680
po' più meno esperte. 
Come Daily Driver per 

1138
01:05:11,680 --> 01:05:15,720
messaggiare è assolutamente 
stabile e comodo simplex XMPP 

1139
01:05:15,960 --> 01:05:17,480
per le cose un po' più 
smanettone. 

1140
01:05:17,480 --> 01:05:20,640
Entrambi funzionano bene, 
entrambi funzionano sotto Tor in

1141
01:05:20,640 --> 01:05:23,720
base alle esigenze che ognuno di
noi può utilizzare l'APP che 

1142
01:05:23,720 --> 01:05:26,760
preferisce. 
Queste sono le mie 3 3 top pick 

1143
01:05:27,240 --> 01:05:31,520
al momento quando si parla di 
messaggistica, poi in futuro si 

1144
01:05:31,520 --> 01:05:33,840
vedrà e per questo dovete 
continuare a seguire il 

1145
01:05:33,840 --> 01:05:36,600
pregiurat del Bitcoin perché 
quando kit diventerà. 

1146
01:05:37,120 --> 01:05:39,360
Stabile e sarà totalmente open 
source. 

1147
01:05:39,440 --> 01:05:41,640
Io sarò qua a parlarne 
direttamente per voi. 

1148
01:05:41,640 --> 01:05:45,480
Detto questo ragazzi, direi che 
dopo un'ora e passa di 

1149
01:05:45,480 --> 01:05:48,120
chiacchierata siamo verso la 
fine di questa puntata. 

1150
01:05:48,320 --> 01:05:50,920
Ci vediamo la domenica prossima.
Un grazie da turtle cute. 

1151
01:05:50,920 --> 01:05:54,480
Mi raccomando lasciate una 
donazione su priorato.org per 

1152
01:05:54,480 --> 01:05:58,280
sostenere questi Benedetti 
podcaster che fanno dedicanore 

1153
01:05:58,280 --> 01:06:01,160
della loro settimana parlare di 
contenuti come privacy e 

1154
01:06:01,160 --> 01:06:02,640
Bitcoin. 
Online. 

1155
01:06:02,640 --> 01:06:06,320
E un bacione a tutti. 
Ci vediamo al bit care forum fra

1156
01:06:06,320 --> 01:06:10,080
un paio di settimane a Brescia. 
Se ci siete ragazzi ci vediamo 

1157
01:06:10,080 --> 01:06:11,680
la settimana prossima. 
Un bacione.