1
00:00:00,390 --> 00:00:03,470
Un buon Salve omicidio priorato.
Benvenuti in questa seconda 

2
00:00:03,470 --> 00:00:06,470
puntata della miniserie su 
Bitcoin e buon Salve a te 

3
00:00:06,470 --> 00:00:09,030
Daniela. 
Su Lightning, buon Salve a 

4
00:00:09,030 --> 00:00:11,750
tutti. 
Sei la mia nuova assistente che 

5
00:00:11,750 --> 00:00:15,390
corregge i miei take uno, Salve 
a tutti ragazzi prima di 

6
00:00:15,390 --> 00:00:18,310
iniziare a chiacchierare di 
questo episodio in cui parleremo

7
00:00:18,310 --> 00:00:23,830
di privacy su lightint network a
livello un po più approfondito 

8
00:00:23,830 --> 00:00:26,350
dell'episodio precedente e 
leggiamo il vincitore 

9
00:00:26,350 --> 00:00:29,510
dell'indulgenza della settimana.
Quindi è un lavoro duro, ma ci 

10
00:00:29,510 --> 00:00:32,270
tocca farlo. 
Partiamo con una donazione da 

11
00:00:32,270 --> 00:00:36,240
3000 satoshi. 
Dove ci dicono grande turtle non

12
00:00:36,240 --> 00:00:39,280
voglio fare lo spilorcio ma 
aspetto la maglietta nuova per 

13
00:00:39,280 --> 00:00:41,680
spendere saz. 
Intanto ti lascio il link al mio

14
00:00:41,680 --> 00:00:43,920
substack magari avrei voglia di 
darci un occhio. 

15
00:00:44,160 --> 00:00:46,920
Ciao caro lo linko per tutti 
perché gli ho dato un'occhiata e

16
00:00:46,920 --> 00:00:49,680
lo trovo molto carino. 
Il substart si chiama Bitcoin 

17
00:00:49,680 --> 00:00:53,080
uncup se volete leggere qualche 
articolo Consiglio a tutti, ci 

18
00:00:53,080 --> 00:00:55,800
sono tanti substack belli in 
Italia, dai facciamo il discorso

19
00:00:55,800 --> 00:00:58,000
substack poi puntata te segui 
qualche. 

20
00:00:58,080 --> 00:01:01,120
Allora io seguo il substack. 
Scusa cambiato idea? 

21
00:01:01,120 --> 00:01:04,040
Ti correggo, spiego che cos'è un
substack e poi te lo dico. 

22
00:01:04,040 --> 00:01:07,760
Substack ragazzi è una 
piattaforma online in cui. 

23
00:01:08,840 --> 00:01:11,640
Le persone pubblicano 
newsletter, quindi dei messaggi.

24
00:01:13,320 --> 00:01:17,240
Post, generalmente quindi dei 
post abbastanza lunghi e scritti

25
00:01:17,240 --> 00:01:19,720
come articoli di giornale su un 
argomento solitamente 

26
00:01:19,720 --> 00:01:22,350
settimanale. 
Ci sono vari italiani Bitcoin 

27
00:01:22,350 --> 00:01:25,310
che ne fanno tu ne segui 
qualcuno? 

28
00:01:25,590 --> 00:01:29,030
Io adoro l'idea della 
Newsletter, però non so perché è

29
00:01:29,030 --> 00:01:31,710
un blocco mie mentale. 
A me piacciono solo in inglese 

30
00:01:31,710 --> 00:01:34,110
le newsletter, quindi 
l'italiano, seguo solo Federico 

31
00:01:34,110 --> 00:01:36,750
Levi perché non si può non 
seguire. 

32
00:01:37,310 --> 00:01:41,110
Però non non so perché ho questa
ho questa idea del mi alzo la 

33
00:01:41,110 --> 00:01:43,870
mattina e leggo un po di mail, 
un po di articoli eccetera, ma 

34
00:01:43,870 --> 00:01:46,710
non mi piace leggere in 
italiano, quindi non ho non ho 

35
00:01:46,710 --> 00:01:48,630
niente da consigliare, mi 
dispiace. 

36
00:01:48,870 --> 00:01:53,840
OK, io ascolto, leggo, scusate. 
Federico vivi con Bitcoin 

37
00:01:53,840 --> 00:01:57,280
training c'è privacy chronicles 
di matte gult. 

38
00:01:57,670 --> 00:01:59,990
Che è molto carino. 
C'è anche il suo Massimo 

39
00:01:59,990 --> 00:02:02,350
Musumeci. 
Però dico onestamente che io li 

40
00:02:02,350 --> 00:02:04,510
seguo tutti e tre. 
Sono gli unici tre substar a cui

41
00:02:04,510 --> 00:02:08,830
sono iscritto, ma personalmente 
li leggo una volta al mese 

42
00:02:08,910 --> 00:02:12,310
semplicemente perché le 
Newsletter per me sono un po 

43
00:02:12,310 --> 00:02:16,200
pesantine. 
Figo mi piace come idea, però 

44
00:02:16,200 --> 00:02:19,480
sono più il tizio da tweet, 160 
caratteri o qualche post. 

45
00:02:20,750 --> 00:02:23,230
Sono un po un ragazzo del nuovo 
millennio, a soglia 

46
00:02:23,230 --> 00:02:26,070
dell'attenzione bassa, voglio le
Muse in fretta e veloci. 

47
00:02:26,150 --> 00:02:28,430
Però invece a te piacciono i 
podcast, ad esempio quelli io 

48
00:02:28,430 --> 00:02:31,270
non riesco a non non ho la 
soglia dell'attenzione 

49
00:02:31,270 --> 00:02:33,430
abbastanza alta. 
Perché posso fare altro per 

50
00:02:33,430 --> 00:02:37,590
camminare, fare cose e niente. 
Andiamo alla donazione 

51
00:02:37,590 --> 00:02:40,350
successiva, perché questa non 
era l'indulgenza. 

52
00:02:40,470 --> 00:02:44,710
Da quanti sotachi è Daniela? 
3333 Satoshi. 

53
00:02:44,710 --> 00:02:47,910
Ah, perché nel commento questo 
utente ci lascia, sì, ho fatto 

54
00:02:47,910 --> 00:02:50,910
apposta ad usare tutti i tre e 
pensava di fregarmi con la mia 

55
00:02:50,910 --> 00:02:54,880
remoscia ma qua. 
Modern Problem e require, modem 

56
00:02:54,880 --> 00:02:58,960
solution? 
E quindi siamo qua a difenderci 

57
00:02:59,200 --> 00:03:00,880
da questi attacchi alla mia R 
moscia. 

58
00:03:01,640 --> 00:03:05,960
Donazione successiva dove un 
utente ci lascia una fantastica 

59
00:03:06,120 --> 00:03:13,960
stringa di numeri e lettere e 
poi dopo c'è RGB 255205210. 

60
00:03:14,270 --> 00:03:17,070
La stringa esadecimale 
ovviamente l'ho tradotta 

61
00:03:17,070 --> 00:03:21,670
istantaneamente vuol dire ho 
sognato tartarughe rosa e poi i 

62
00:03:21,670 --> 00:03:26,510
codici RGB che ci lascia sono il
colore rosa in RGBE. 

63
00:03:26,510 --> 00:03:29,710
Poi andiamo su, ci avviciniamo 
al podio delle donazioni, 

64
00:03:29,710 --> 00:03:35,870
arriviamo a una donazione da 
11.235 satoshi con come commento

65
00:03:35,870 --> 00:03:39,910
mini serie su Lightning Figo c'è
anche Daniela, top dalle Chuck 

66
00:03:40,070 --> 00:03:43,670
dal nostro caro Satoshi Spaze 
Bologna e un'altra donazione 

67
00:03:43,670 --> 00:03:46,590
invece da 10.000 satoshi con 
scritto drugo rules. 

68
00:03:47,790 --> 00:03:51,670
Ciao Drogu non so, non l'ho 
capito molto questo commento Ma 

69
00:03:51,670 --> 00:03:54,670
ti ringrazio. 
Poi medaglia d'argento con una 

70
00:03:54,670 --> 00:04:00,630
donazione da 11.158 satoshi con 
scritto Grande turtle da parte 

71
00:04:00,630 --> 00:04:06,510
di DJE, poi l'oro da 51.000 
Satoshi dove questo, caro 

72
00:04:06,510 --> 00:04:10,030
Roberto Ciamp ci lascia scritto,
Turtlecute, perdona tutti i miei

73
00:04:10,030 --> 00:04:12,110
peccati. 
Prometto di essere ora 

74
00:04:12,110 --> 00:04:15,070
consapevole delle mie passate 
malefatte e di essere devoto ai 

75
00:04:15,070 --> 00:04:18,070
principi libertari di cui ti fai
sempre portavoce. 

76
00:04:18,390 --> 00:04:21,709
Grazie caro per questa donazione
ti sei portato a casa 

77
00:04:21,829 --> 00:04:24,990
l'indulgenza del priorato del 
Bitcoin e quindi grazie per aver

78
00:04:24,990 --> 00:04:28,190
reso possibile questa puntata 
con Daniela, perché è anche 

79
00:04:28,190 --> 00:04:31,230
grazie alle persone che donano 
che io posso portare ospiti in 

80
00:04:31,230 --> 00:04:35,480
questo podcast. 
Io ti sto pagando con il potere 

81
00:04:35,480 --> 00:04:38,280
della Sapienza e le donazioni 
invece servono a sostenere 

82
00:04:38,280 --> 00:04:40,400
questo progetto di divulgazione 
gratuito. 

83
00:05:17,990 --> 00:05:19,630
Cominciamo con la puntata di 
oggi. 

84
00:05:19,830 --> 00:05:23,110
Poi vasi su Lightning, ti va di 
fare te un'introduzione 

85
00:05:23,110 --> 00:05:26,110
all'argomento. 
Secondo me è importante partire 

86
00:05:26,110 --> 00:05:27,670
definendo. 
Cos'è la privacy? 

87
00:05:27,910 --> 00:05:31,070
e a, me piacciono molto le 
parole del manifesto Cyberpunk, 

88
00:05:31,070 --> 00:05:34,630
la privacy è il potere di 
rivelarsi selettivamente al 

89
00:05:34,630 --> 00:05:40,840
mondo, cioè di decidere chi. 
Vedere alcune parti di noi e chi

90
00:05:40,840 --> 00:05:44,880
no, quindi avere privacy non 
vuol dire necessariamente essere

91
00:05:44,880 --> 00:05:47,480
anonimo, non vuol dire che 
nessuno sappia niente di me, 

92
00:05:47,680 --> 00:05:51,920
vuol dire essere ben consapevoli
di che informazioni rivelo con 

93
00:05:51,920 --> 00:05:54,840
le altre persone, vivendo, 
facendo azioni eccetera. 

94
00:05:54,840 --> 00:05:57,880
Ed è importante secondo me 
quando si usa Bitcoin, quando si

95
00:05:57,880 --> 00:05:59,960
usa Lightning. 
Ed è un po il motivo dietro 

96
00:05:59,960 --> 00:06:03,400
questa puntata, sapere che 
alcune delle nostre azioni 

97
00:06:03,400 --> 00:06:06,760
rivelano informazioni, sapere 
che informazioni riveliamo a 

98
00:06:06,760 --> 00:06:11,640
chi, quando, eccetera. 
Quindi questa è un po l'idea 

99
00:06:11,640 --> 00:06:14,680
della puntata, diciamo provare a
spiegare. 

100
00:06:15,590 --> 00:06:18,790
Come funziona? 
Cosa vuol dire avere privacy su 

101
00:06:18,790 --> 00:06:21,110
Lightning e invece quali 
informazioni dobbiamo 

102
00:06:21,110 --> 00:06:25,070
sostanzialmente sempre dare? 
Quindi già nella puntata scorsa 

103
00:06:25,070 --> 00:06:28,910
abbiamo annunciato, parlato. 
Toccato un po le differenze tra 

104
00:06:28,910 --> 00:06:33,110
Bitcoin on chain e Lightning, 
abbiamo detto che sono molto 

105
00:06:33,110 --> 00:06:36,630
complementari, si differenziano 
anche come funzionalità. 

106
00:06:37,310 --> 00:06:40,710
Spesso Lightning è buono nelle 
cose che Bitcoin non c'è, in fa 

107
00:06:40,710 --> 00:06:45,030
un po male e non c'è in lo 
stesso per Lightning ti va di. 

108
00:06:47,470 --> 00:06:49,270
Il discorso della puntata 
precedente. 

109
00:06:50,760 --> 00:06:55,080
Parlare un po delle divisioni 
differenze tra Bitcoin on-chain 

110
00:06:55,360 --> 00:06:59,680
e Lightning in cosa si 
differenziano, soprattutto dal 

111
00:06:59,680 --> 00:07:03,280
punto di vista di privacy? 
Abbiamo tre aree specifiche, 

112
00:07:03,280 --> 00:07:06,840
innanzitutto quando facciamo un 
pagamento su un chain stiamo. 

113
00:07:08,560 --> 00:07:10,560
Spendendo e ricreando degli 
avuti ex social noi abbiamo 

114
00:07:10,560 --> 00:07:13,760
degli output nel nostro Wallet 
che spendiamo e ricreiamo. 

115
00:07:14,640 --> 00:07:17,360
Facendo questo sostanzialmente 
prendiamo una transazione e la 

116
00:07:17,360 --> 00:07:20,560
mandiamo all'intera rete e 
questa entra nella blockchain. 

117
00:07:20,560 --> 00:07:23,480
Quindi tutti i nodi di tutta la 
rete possono vedere la nostra 

118
00:07:23,480 --> 00:07:27,280
transazione e quindi dobbiamo 
impiegare delle tecniche per 

119
00:07:27,280 --> 00:07:30,280
fare in modo che varie 
transazioni non possano essere 

120
00:07:30,280 --> 00:07:33,280
collegate fra di loro eccetera e
siamo un po, diciamo. 

121
00:07:33,590 --> 00:07:36,710
Sotto gli occhi di tutti tutti 
vedono che stiamo muovendo fondi

122
00:07:36,710 --> 00:07:39,350
e dobbiamo stare attenti a non 
rivelare chi siamo, che altri 

123
00:07:39,350 --> 00:07:42,230
fondi abbiamo, eccetera. 
Il Lightning è diverso, nel 

124
00:07:42,230 --> 00:07:45,350
senso che quando io mando un 
pagamento a turtle su Lightning,

125
00:07:45,670 --> 00:07:50,950
solo io, turtle e le persone che
fanno routing sanno del 

126
00:07:50,950 --> 00:07:52,670
pagamento. 
Le persone che fanno routing in 

127
00:07:52,670 --> 00:07:55,990
realtà hanno poche informazioni.
L'unica le uniche due persone 

128
00:07:55,990 --> 00:07:58,550
che hanno informazioni totali 
siamo io e turtle che sappiamo. 

129
00:07:58,750 --> 00:08:00,430
Daniele ha inviato 10 € a 
turtle. 

130
00:08:00,670 --> 00:08:03,510
Le persone che fanno routing 
sanno un po meno, però ecco, non

131
00:08:03,510 --> 00:08:07,350
è tutta la rete che sa che sa 
cosa sta accadendo. 

132
00:08:08,440 --> 00:08:11,360
Detto questo, non vuol dire che 
siano completamente private le 

133
00:08:11,360 --> 00:08:14,040
transazioni Lightning e ne 
parliamo un po di più dopo però 

134
00:08:14,040 --> 00:08:17,680
è una Miss Conception. 
Mi spiace usare l'inglese, non 

135
00:08:17,680 --> 00:08:21,080
mi viene la parola comune, 
pensare che vabbè, Lightning è 

136
00:08:21,080 --> 00:08:24,440
sicuramente del tutto privato 
perché solo due persone sanno 

137
00:08:24,440 --> 00:08:29,000
della transazione, non molto. 
Un'altra differenza è quella più

138
00:08:29,000 --> 00:08:33,919
dal punto di vista della rete, 
quindi quando noi usiamo Bitcoin

139
00:08:34,679 --> 00:08:37,679
un nodo Bitcoin lo possiamo 
usare sia in clean Net, ma 

140
00:08:37,679 --> 00:08:40,520
funziona anche bene sotto Tor, 
quindi noi possiamo accendere il

141
00:08:40,520 --> 00:08:43,240
nostro nodino e dirgli guarda, 
parla con altri nodi solo 

142
00:08:43,240 --> 00:08:46,200
utilizzando la rete. 
Tor certo non è super veloce, 

143
00:08:46,200 --> 00:08:50,520
però si può fare e funzionali. 
Invece, nonostante un nodo si 

144
00:08:50,520 --> 00:08:55,120
possa mettere sia su clean net 
che su Tor, non funziona molto 

145
00:08:55,120 --> 00:08:56,680
bene Lightning su Tor, nel senso
che. 

146
00:08:57,150 --> 00:09:00,070
L'ICE ne hai fatto per pagamenti
istantanei, per devo pagare il 

147
00:09:00,070 --> 00:09:04,150
caffè deve funzionare subito e 
la rete Tor non è una rete 

148
00:09:04,190 --> 00:09:07,830
pensata per per carico veloce. 
C'è anche la questione 

149
00:09:08,150 --> 00:09:10,870
dell'identità, più o meno 
permanente, dei due. 

150
00:09:10,870 --> 00:09:14,670
Esatto, è abbastanza collegata 
come questione, nel senso che 

151
00:09:14,670 --> 00:09:17,990
quando si parla strettamente di 
nodi, quando si ha un nodo, 

152
00:09:18,550 --> 00:09:20,790
quando si ha una transazione 
Bitcoin che la si vuole 

153
00:09:20,790 --> 00:09:23,670
broadcastare, lo si può fare dal
proprio nodo, ma lo si possa lo 

154
00:09:23,670 --> 00:09:26,190
si può fare anche da altri nodi,
cioè nel senso. 

155
00:09:27,280 --> 00:09:31,720
Ci sono persone che potrebbero 
lasciare il proprio nodo aperto 

156
00:09:31,720 --> 00:09:34,640
molto, tra virgolette, nel senso
che si può fare broadcast di 

157
00:09:34,640 --> 00:09:37,520
transazioni dal loro nodo, 
oppure si può usare main pole 

158
00:09:37,520 --> 00:09:39,760
dot Space ad esempio, quindi ci 
sono vari modi. 

159
00:09:40,230 --> 00:09:45,640
E quindi non non c'è. 
Il nodo non è così legato alla 

160
00:09:45,640 --> 00:09:48,440
tua identità, diciamo, mentre su
Lightning come tu hai un nodo 

161
00:09:48,440 --> 00:09:52,960
Lightning, quel nodo ha un certo
IDE, quello sei tu diciamo. 

162
00:09:53,520 --> 00:09:56,920
Conta che c'è anche il discorso 
di incentivo economico. 

163
00:09:57,120 --> 00:10:01,320
Cioè, se io scoprissi che un 
nodo Bitcoin specifico è di 

164
00:10:01,320 --> 00:10:05,120
Daniela è sotto Tor, però io 
scopro che è proprio suo, cioè 

165
00:10:05,120 --> 00:10:09,280
tu per dire lo butto giù e lo 
rifaccio, non hai nessun tipo di

166
00:10:09,280 --> 00:10:12,600
investimento economico. 
E invece un nodo Lightning se è 

167
00:10:12,600 --> 00:10:14,440
chiaramente collegato alla tua 
identità. 

168
00:10:15,560 --> 00:10:17,920
Comunque problematico cambiarlo 
perché hai già creato dei 

169
00:10:17,920 --> 00:10:21,040
canali, c'è della liquidità, 
chiuderli e rifarli sono delle 

170
00:10:21,040 --> 00:10:24,760
grosse spese di fee per 
transazioni on chain, muovere i 

171
00:10:24,760 --> 00:10:26,920
fondi eccetera. 
Quindi è molto più complicato 

172
00:10:26,920 --> 00:10:30,000
effettivamente se vengono 
collegate le due cose, riuscire 

173
00:10:30,000 --> 00:10:34,510
a ripulire senza perdere soldi. 
Oltre pensare alle fine. 

174
00:10:34,510 --> 00:10:37,710
Nel senso, se qualcuno scopre 
che il mio nodo Lightning è mio 

175
00:10:37,710 --> 00:10:40,750
e io lo devo chiudere e riaprire
tutti i miei peer che avevano 

176
00:10:40,750 --> 00:10:47,350
fiducia in me, che dicevano Ah 
Daniela ID238 non lo so, lei era

177
00:10:47,350 --> 00:10:51,070
davvero brava e non mi ha mai 
fregato e io cancello tutto e 

178
00:10:51,070 --> 00:10:53,590
ritiro su un'altro nodo e devo 
trovare altre persone che di 

179
00:10:53,590 --> 00:10:55,790
nuovo si fidano di me. 
Cioè magari ne parliamo di più 

180
00:10:55,790 --> 00:10:58,430
dopo, ma avere canali aperti con
qualcuno vuol dire? 

181
00:10:59,990 --> 00:11:03,390
Non non davvero fidarsi, però 
in. 

182
00:11:03,440 --> 00:11:06,560
Avere in mente che, questa sì, 
più o meno fidarsi che questa 

183
00:11:06,560 --> 00:11:09,040
persona non proverà a fregare. 
Conta che ci sono anche delle 

184
00:11:09,040 --> 00:11:14,120
cose tipo non ne sono 
sicurissimo, ma sono quasi certo

185
00:11:14,120 --> 00:11:16,800
che gli algoritmi di 
pathfinding, quindi quelli che 

186
00:11:16,800 --> 00:11:19,560
creano le Route per fare i 
pagamenti light in tre più nodi,

187
00:11:19,920 --> 00:11:23,960
non sono, non funzionano in 
maniera da essere i più 

188
00:11:23,960 --> 00:11:29,200
economici possibili, funzionano 
con dei certi livelli di trust, 

189
00:11:29,200 --> 00:11:31,630
dei nodi. 
Tipo non so, data questa 

190
00:11:31,630 --> 00:11:34,390
transazione che gli passa 
attraverso quante volte la passa

191
00:11:34,390 --> 00:11:37,150
correttamente a quello dopo e 
quante volte invece fallisce. 

192
00:11:37,150 --> 00:11:39,310
Ed è per questo che, per 
esempio, quando si ha un nodo 

193
00:11:39,310 --> 00:11:41,830
Lightning e ne parleremo di più 
nella puntata prossima che la 

194
00:11:41,830 --> 00:11:45,350
gestione del nodo Lightning. 
Avere un nodo sempre online è 

195
00:11:45,350 --> 00:11:47,950
molto importante perché 
costituisce parte di questa 

196
00:11:48,110 --> 00:11:50,790
affidabilità e quindi 
effettivamente ricreare un nodo 

197
00:11:50,790 --> 00:11:53,750
Lightning da zero è molto 
problematico. 

198
00:11:53,790 --> 00:11:57,590
Un esempio che forse è un 
pochino overkill se io voglio 

199
00:11:57,590 --> 00:12:00,790
mandare una transazione a turtle
e passo da 1 1. 

200
00:12:00,790 --> 00:12:03,120
Altro nodo, e? 
Mentre sto inviando la 

201
00:12:03,120 --> 00:12:06,400
transazione, questo nodo va 
offline, la mia transazione 

202
00:12:06,400 --> 00:12:08,830
rimane bloccata. 
E finché questo nuovo non torna 

203
00:12:08,830 --> 00:12:12,990
online, la transazione rimane 
bloccata e quindi è è ovvio che 

204
00:12:12,990 --> 00:12:15,710
quando voglio fare pathfinding 
cerco nodi che rimangano spesso 

205
00:12:15,710 --> 00:12:17,710
online perché sennò? 
Ricata, per quanto tempo? 

206
00:12:18,150 --> 00:12:21,190
Dipende, o finché il nodo non 
torna online, oppure dopo un 

207
00:12:21,190 --> 00:12:23,190
certo punto sei peer chiudono i 
canali. 

208
00:12:23,190 --> 00:12:26,390
La tua transazione va 
sostanzialmente un chain, 

209
00:12:26,590 --> 00:12:29,400
quindi? 
Quindi è tipo il rarissimo caso 

210
00:12:29,400 --> 00:12:32,240
che uno magari vada offline e 
faccia un forsclose, mentre il 

211
00:12:32,240 --> 00:12:34,840
tuo pagamento è. 
Ancora in volo. 

212
00:12:34,840 --> 00:12:37,960
Oggettivamente le probabilità 
sono davvero basse, però può 

213
00:12:37,960 --> 00:12:39,680
succedere. 
Può succedere, sì. 

214
00:12:41,400 --> 00:12:44,640
Un problema che c'è in realtà è 
che per pagamenti sotto il dust 

215
00:12:44,640 --> 00:12:47,760
limit se succede questa cosa. 
Spiega che USA il dust limit. 

216
00:12:47,760 --> 00:12:53,840
Scusate OK, praticamente il dust
limit vale 546 satoshi e quando 

217
00:12:53,840 --> 00:12:57,720
creo una transazione Bitcoin se 
io metto un output che è minore 

218
00:12:57,720 --> 00:13:03,880
di 546 satoshi quell'output è 
valido, ma i nodi decideranno di

219
00:13:03,880 --> 00:13:05,680
non fare broadcast di questa 
transazione. 

220
00:13:05,680 --> 00:13:08,720
Quindi quella transazione può 
entrare nella blockchain perché 

221
00:13:08,720 --> 00:13:12,000
è valida ma per standderness 
per. 

222
00:13:13,150 --> 00:13:15,630
Transazione standard e quindi i 
nodi non vorranno. 

223
00:13:15,990 --> 00:13:18,390
Ti faccio una domanda a 
riguardo, a me è successo di 

224
00:13:18,390 --> 00:13:22,670
recente di ricevere transazioni 
tipo da 400 satoshi e a me. 

225
00:13:22,670 --> 00:13:25,750
Il Wallet ha chiaramente 
flaggato. 

226
00:13:25,910 --> 00:13:30,150
Attenzione, non usare questo 
dixo perché potrebbe essere un 

227
00:13:30,150 --> 00:13:34,070
dust Attack, cioè potrebbe 
essere qualcuno che ti prova a 

228
00:13:34,070 --> 00:13:38,030
mandare questo dust per farti 
immergiare questo pixo con altri

229
00:13:38,030 --> 00:13:42,630
e attaccare la tua privacy 
quindi c'è però per vuol dire 

230
00:13:42,630 --> 00:13:45,390
che magari questa cosa è solo 
vera da una certa versione in 

231
00:13:45,390 --> 00:13:48,310
poi e quindi alcuni nodi hanno 
broadcastato questa transazione.

232
00:13:48,310 --> 00:13:49,830
Com'è possibile che io l'ho 
ricevuta? 

233
00:13:50,230 --> 00:13:53,550
Beh, praticamente quando diciamo
che una transazione non è 

234
00:13:53,550 --> 00:13:56,310
standard, dato che può comunque 
essere infilata nei blocchi, la 

235
00:13:56,310 --> 00:13:59,030
si può mandare direttamente al 
miner e il miner la può mettere 

236
00:13:59,030 --> 00:14:00,990
in un blocco. 
Detto questo, è anche possibile 

237
00:14:00,990 --> 00:14:05,710
che mi ricordi male il valore 
del DAS Limit o che alcuni nodi 

238
00:14:05,710 --> 00:14:09,630
non abbiano DAS limit zero. 
La transazione era tipo da 400 e

239
00:14:09,630 --> 00:14:12,390
rotti satoshi e il mio Wallet 
l'ha flaggata come. 

240
00:14:12,390 --> 00:14:14,510
Dust. 
Tipo? 

241
00:14:16,200 --> 00:14:20,600
LBTC pay server quindi non è 
proprio un Wallet normale mi. 

242
00:14:20,680 --> 00:14:24,840
Non me la fa neanche scegliere 
nell'utixo, cioè se faccio 

243
00:14:25,960 --> 00:14:28,320
scelgo io l'utixo a mano per 
fare una transazione. 

244
00:14:28,480 --> 00:14:32,040
Mi esce il Flaggone rosso e dice
Ehi dust, non usare però il 

245
00:14:32,160 --> 00:14:35,000
successo ed è penso una delle 
prime volte nella mia vita dove 

246
00:14:35,000 --> 00:14:38,080
mi arriva un dust. 
Io non so se mi sia mai 

247
00:14:38,080 --> 00:14:40,520
arrivato, dipende anche 
probabilmente da quanto muovi i 

248
00:14:40,520 --> 00:14:42,920
fondi, cioè più muovi i fondi 
più alta è la priorità. 

249
00:14:42,920 --> 00:14:47,680
Detto questo, se qualcuno vuole 
benemizzare utenti non lo so, 

250
00:14:47,680 --> 00:14:50,680
c'è in analisi su qualcosa del 
genere hanno. 

251
00:14:51,720 --> 00:14:53,880
Non hanno davvero l'incentivo, 
ma se se sei davvero. 

252
00:14:53,880 --> 00:14:56,840
Motivato ad avere l'incentivo? 
Puoi fare una transazione? 

253
00:14:56,840 --> 00:15:00,200
Davvero cicciona? 
Che dianomizza 100 persone e 

254
00:15:00,200 --> 00:15:02,320
parli? 
100 € provi. 

255
00:15:02,400 --> 00:15:06,960
Scusami e paga 100 € di fi e la 
mandi a un miner e un miner non 

256
00:15:06,960 --> 00:15:10,760
è che te la schifa diciamo. 
Ora. 

257
00:15:11,120 --> 00:15:12,920
Aspetta, perché mi hai fermato a
metà stavo? 

258
00:15:12,920 --> 00:15:17,080
Dicendo, scusami. 
No scusa stavo dicendo se tu 

259
00:15:17,080 --> 00:15:24,640
mandi un io mando a turtle 1 200
satoshi o anche meno. 10. 

260
00:15:24,640 --> 00:15:29,840
Milli Satoshi, non lo so. 
Questo output non può davvero 

261
00:15:29,840 --> 00:15:32,080
essere rappresentato in una 
transazione Bitcoin o perlomeno 

262
00:15:32,080 --> 00:15:35,560
può, ma poi la transazione 
diventa non standard e quindi la

263
00:15:35,560 --> 00:15:38,440
cosa che succede è che tutti i 
pagamenti sotto il dust limite 

264
00:15:38,440 --> 00:15:41,640
sono in un certo senso trusted, 
nel senso che se io mando il 

265
00:15:41,640 --> 00:15:45,280
pagamento e il canale e un 
canale si chiude e la 

266
00:15:45,280 --> 00:15:47,640
transazione deve mandare un 
chain on-chain, non ci sarà il 

267
00:15:47,640 --> 00:15:51,720
mio output con i 200 set o 
10.000 satoshi quello che è e 

268
00:15:51,720 --> 00:15:54,400
quello invece andrà di sì al 
miner è trusted. 

269
00:15:54,400 --> 00:15:59,040
Sì però partiamo dal presupposto
che quanto sono 546 satoshi, 

270
00:15:59,040 --> 00:16:01,910
pochissimi. 
In realtà al prezzo attuale che 

271
00:16:01,910 --> 00:16:06,430
cominciamo a andare in 
bullmarket non sono tanto, però 

272
00:16:06,430 --> 00:16:11,670
secondo me intorno ai magari 50 
centesimi ci potremmo essere. 

273
00:16:11,670 --> 00:16:15,470
Beh, se fate pagamenti sotto i 
circa 50 centesimi al prezzo di 

274
00:16:15,470 --> 00:16:21,950
oggi, davvero così sì, 25 magari
però sì sono trusted e in un 

275
00:16:21,950 --> 00:16:26,070
certo senso trusted. 
OK, cominciamo quindi a entrare 

276
00:16:26,070 --> 00:16:28,590
un po nel vivo nella carne al 
fuoco della puntata e 

277
00:16:28,590 --> 00:16:30,230
dedichiamoci un pochino a 
Lightning. 

278
00:16:31,280 --> 00:16:34,320
Avevo pensato di strutturare 
questa puntata in un po di 

279
00:16:34,320 --> 00:16:35,440
sezioni. 
Perché? 

280
00:16:35,680 --> 00:16:38,320
Lightning, parlare di privacy su
Lightning e parlare di tutte e 

281
00:16:38,320 --> 00:16:40,080
niente. 
C'è un argomento molto ampio, 

282
00:16:40,080 --> 00:16:43,280
quindi cominciare a dividere 
Lightning in sezioni e poi 

283
00:16:43,280 --> 00:16:44,960
discutiamo della privacy di 
ognuna. 

284
00:16:45,430 --> 00:16:49,270
Dato che questo è un layer 
superiore di Bitcoin che 

285
00:16:49,270 --> 00:16:52,430
comunque per alcune cose si deve
interfacciare con isolato on 

286
00:16:52,430 --> 00:16:55,190
chain, quindi per aprire e 
chiudere canali eccetera, ti va 

287
00:16:55,190 --> 00:16:58,990
di iniziare a parlare della 
privacy su Lightning nelle però 

288
00:16:58,990 --> 00:17:01,590
transazioni on chain per 
utilizzare Lightning? 

289
00:17:02,390 --> 00:17:05,190
Riprendiamo magari la cosa che 
abbiamo detto l'altra volta, nel

290
00:17:05,190 --> 00:17:08,430
senso perché c'entra light, 
perché c'entra un chain con 

291
00:17:08,430 --> 00:17:11,310
Lightning, ogni volta che io 
voglio aprire un canale 

292
00:17:11,910 --> 00:17:14,829
Lightning devo fare una 
transazione on chain, e ogni 

293
00:17:14,829 --> 00:17:17,589
volta che voglio chiudere un 
canale devo fare una transazione

294
00:17:17,589 --> 00:17:21,000
on-line, quindi per ogni per. 
Ogni vita di un canale, diciamo,

295
00:17:21,000 --> 00:17:22,640
ci sono esattamente due 
transazioni. 

296
00:17:23,390 --> 00:17:25,550
Quindi ovviamente quando 
parliamo di privacy dobbiamo 

297
00:17:25,550 --> 00:17:29,030
anche stare attenti alla privacy
degli UTXO che usiamo, nel senso

298
00:17:29,030 --> 00:17:32,310
che se io uso utixo che tutti 
sanno che sono di Daniela per 

299
00:17:32,310 --> 00:17:35,150
aprire un canale, la gente 
potrebbe capire che uno dei due 

300
00:17:35,150 --> 00:17:40,670
nodi che c'entrano diciamo con 
con questo canale è uno è mio, o

301
00:17:40,670 --> 00:17:43,310
almeno la gente potrebbe 
supporre che così, proprio per 

302
00:17:43,310 --> 00:17:47,590
questo motivo è importante stare
attenti di aprire canali solo 

303
00:17:47,590 --> 00:17:52,190
con utixo privati e privati con 
molte virgolette, come sempre, 

304
00:17:52,190 --> 00:17:54,390
perché non è con utixo può 
essere privato no? 

305
00:17:54,390 --> 00:17:57,630
Ma magari o io tixo che vengono 
da Coin join se siete abbastanza

306
00:17:57,630 --> 00:18:00,350
paranoici oppure semplicemente 
utexo che avete. 

307
00:18:01,240 --> 00:18:04,000
Ottenuto in modo non che OIC, 
così nessuno sa. 

308
00:18:04,870 --> 00:18:08,560
Cose non collegate. 
Alla vostra identità e 

309
00:18:08,560 --> 00:18:11,880
ricordatevi che anche se per 
esempio vi viene chiuso un 

310
00:18:11,880 --> 00:18:16,080
canale e quindi è chiaramente 
collegato a voi, ne parleremo 

311
00:18:16,080 --> 00:18:18,520
dopo per bene. 
Se voi con gli stessi utixor, 

312
00:18:18,520 --> 00:18:21,440
riaprite un'altro canale, si 
vede chiaramente che è lo stesso

313
00:18:21,440 --> 00:18:24,440
nodo che stavi facendo questa 
procedura, quindi state molto 

314
00:18:24,440 --> 00:18:26,560
attenti. 
Aiuti, so che usate e ti ho 

315
00:18:26,560 --> 00:18:27,840
interrotto per contare una cosa 
carina. 

316
00:18:27,840 --> 00:18:31,000
Sai cos'è il vortex? 
Coen join, forse te l'avevo già 

317
00:18:31,000 --> 00:18:32,880
raccontato. 
Non mi ricordo bene. 

318
00:18:32,880 --> 00:18:35,120
Vai dei ragazzi che non mi 
ricordo chi sono, quindi 

319
00:18:35,120 --> 00:18:37,200
chiamavo dei ragazzi Developer 
Bitcoin. 

320
00:18:38,080 --> 00:18:40,720
Stavano lavorando su questa 
implementazione che è tipo in 

321
00:18:40,720 --> 00:18:44,120
giga Alfa m'hanno fatto la prima
transazione once costruita così,

322
00:18:44,120 --> 00:18:48,040
in cui hanno fatto un coinjoin, 
in cui l'output è direttamente 

323
00:18:48,040 --> 00:18:51,400
grazie a tutte la la creazione 
di un canale Lightning. 

324
00:18:51,910 --> 00:18:54,590
Ed è tutto in un'unica 
transazione, quindi non devi 

325
00:18:54,590 --> 00:18:57,150
fare Queen join e poi con lo 
tixo che hai un canale 

326
00:18:57,150 --> 00:19:00,390
Lightning, ma l'output del Coin 
join è direttamente un canale 

327
00:19:00,390 --> 00:19:02,110
Lightning. 
Che bello, che bello e? 

328
00:19:02,110 --> 00:19:05,630
Quindi niente, magari un giorno 
in un futuro con cisa se 

329
00:19:05,630 --> 00:19:09,030
arriverà mai o cose del genere 
potremmo fare cose superfrivacy 

330
00:19:09,030 --> 00:19:12,870
tipo con enjoy enormi, con 
aperture dirette di canali, ed è

331
00:19:12,870 --> 00:19:15,550
il mio sogno bagnato arrivare a 
questo momento di Bitcoin. 

332
00:19:16,390 --> 00:19:19,790
Certo, certo, c'è anche una cosa
importante da considerare, la 

333
00:19:19,790 --> 00:19:24,440
differenza tra le transazioni. 
Che aprono e chiudono canali 

334
00:19:24,440 --> 00:19:27,280
fatte con seguit e fatte con 
taploot. 

335
00:19:27,600 --> 00:19:29,920
Come abbiamo raccontato 
nell'altro episodio non possiamo

336
00:19:29,920 --> 00:19:33,600
aprire e chiudere canali con gli
indirizzi Legacy, perché per il 

337
00:19:33,600 --> 00:19:36,720
problema della malleabilità c'è 
tutto nello scorso episodio, 

338
00:19:37,000 --> 00:19:39,520
quindi sostanzialmente 
l'apertura e chiusura dei canali

339
00:19:39,520 --> 00:19:42,360
possono essere fatte o con 
seguit o con TAP root. 

340
00:19:43,080 --> 00:19:44,440
Analizziamo prima il caso 
seguit. 

341
00:19:44,440 --> 00:19:47,120
Cosa si vede quando apro 1 1 
canale? 

342
00:19:47,120 --> 00:19:51,320
Con seguit si vedono uno o due 
di exo, dipende se è un canale 

343
00:19:51,320 --> 00:19:54,840
che è fondato solo da una 
persona o da due che mandano. 

344
00:19:54,960 --> 00:19:58,470
Ad 1 2 di due. 
Perché tutto Lightning funziona 

345
00:19:58,470 --> 00:20:02,470
sostanzialmente usando i multi 
firma due d due al tempo della 

346
00:20:02,470 --> 00:20:04,510
chiusura. 
Si vede qualcuno che spende da 

347
00:20:04,510 --> 00:20:06,150
questo? 
Beh, si vede dalle due parti che

348
00:20:06,150 --> 00:20:10,390
spendono da questo due di due e 
inviano i fondi a entrambe le 

349
00:20:10,390 --> 00:20:11,710
parti. 
Quindi una transazione che 

350
00:20:11,710 --> 00:20:14,150
spendono due di due e manda a 
due single sig. 

351
00:20:14,150 --> 00:20:17,750
Cambia qualcosa se la chiusura è
cooperativa oppure forzata? 

352
00:20:17,750 --> 00:20:19,870
C'è una sostanziale. 
Differenza mi sono super 

353
00:20:19,870 --> 00:20:22,590
dimenticata, questa è una 
chiusura cooperativa per la 

354
00:20:22,590 --> 00:20:27,200
chiusura forzata. 
Lo script di output di uno dei 

355
00:20:27,200 --> 00:20:29,880
due è un po strano, quindi 
quando si vede la chiusura 

356
00:20:29,880 --> 00:20:33,520
forzata è chiaro che quello è la
chiusura di un canale Lightning.

357
00:20:34,110 --> 00:20:37,670
Mentre la transazione di 
apertura e chiusura la gente può

358
00:20:37,670 --> 00:20:40,910
sospettare tipo quello sembra 
proprio un canale Lightning, ma 

359
00:20:40,910 --> 00:20:44,070
non c'è la certezza. 
OK quindi diciamo è un po 

360
00:20:44,070 --> 00:20:46,630
palese, anche se cooperativa che
la chiusura di un canale 

361
00:20:46,630 --> 00:20:48,150
lighting, ma non c'è la 
certezza. 

362
00:20:48,150 --> 00:20:51,950
Matematica, mentre quando nella 
chiusura forzata si vede proprio

363
00:20:51,950 --> 00:20:55,030
uno script parecchio strano in 
uno degli dei due output che è 

364
00:20:55,030 --> 00:20:59,230
fatto per poter punire la parte 
che forse ha provato a fregare 

365
00:20:59,230 --> 00:21:04,030
l'altra e allora siamo sicuri? 
Che al volo dice? 

366
00:21:04,080 --> 00:21:06,120
C'è la chiusura cooperativa e 
quella forzata. 

367
00:21:06,120 --> 00:21:10,270
E cosa cambiano su Lightning? 
Penso che ne abbiamo un pochino 

368
00:21:10,270 --> 00:21:13,110
parlato l'altra volta, ma 
comunque riprendo, OK. 

369
00:21:15,000 --> 00:21:16,840
Quando abbiamo un canale 
Lightning questo canale ha 

370
00:21:16,840 --> 00:21:19,120
diversi Stati. 
Nel senso c'è uno Stato di 

371
00:21:19,120 --> 00:21:21,920
partenza tipo, Daniela ha messo 
5 tartola ha messo zero. 

372
00:21:22,160 --> 00:21:25,320
Quando poi Daniela manda due a 
turtle abbiamo un avanzamento di

373
00:21:25,320 --> 00:21:31,640
Stato dove io ho tre e tartolo a
due ora in qualsiasi momento se 

374
00:21:31,640 --> 00:21:34,640
non c'è un sistema per punirmi 
se mi comporto male io 

375
00:21:34,640 --> 00:21:38,880
l'incentivo a pubblicare on 
chain Stati vecchi dove ad 

376
00:21:38,880 --> 00:21:43,280
esempio io ho 5 e tarto da zero 
nonostante io abbia dovuto 

377
00:21:43,280 --> 00:21:46,920
pagare tartolo eccetera e quindi
abbiamo questo sistema per. 

378
00:21:47,360 --> 00:21:51,080
Punire persone che provano a 
pubblicare Stati vecchi. 

379
00:21:51,430 --> 00:21:55,910
E cioè ogni volta che si deve 
avanzare uno Stato e cioè andare

380
00:21:55,950 --> 00:21:59,470
di nuovo da Daniela quattro, 
Tartola uno a Daniela uno e 

381
00:21:59,470 --> 00:22:01,830
tartola quattro. 
OK perché ci stiamo inviando dei

382
00:22:01,830 --> 00:22:04,920
fondi? 
Tartolo e Daniela fanno un 

383
00:22:04,920 --> 00:22:07,400
giochino matematico, ci si 
scambiano dei numeri. 

384
00:22:09,120 --> 00:22:13,240
EE creano questo segreto che poi
può essere utilizzato per punire

385
00:22:13,600 --> 00:22:16,040
chiunque provi a pubblicare uno 
Stato vecchio. 

386
00:22:16,360 --> 00:22:19,120
Quindi quando si vuole avanzare 
di Stato si revoca lo Stato 

387
00:22:19,120 --> 00:22:22,440
vecchio creando questa questo 
numero matematico abbastanza 

388
00:22:22,440 --> 00:22:24,230
speciale. 
E poi quando uno prova a 

389
00:22:24,230 --> 00:22:26,630
pubblicare, uno Stato revocato 
viene punito e com'è che viene 

390
00:22:26,630 --> 00:22:30,390
punito, perde tutti i suoi fondi
nel canale, quindi? 

391
00:22:30,430 --> 00:22:32,190
L'altro prova a fregare l'altro,
solo? 

392
00:22:32,190 --> 00:22:35,550
Esatto. 
E quindi se se tart prova a 

393
00:22:35,630 --> 00:22:37,950
pubblicare uno Stato vecchio 
dove lui ha più fondi di quanti 

394
00:22:37,950 --> 00:22:41,350
ne dovrebbe avere veramente io 
posso punirlo e rubargli tutti 

395
00:22:41,350 --> 00:22:43,550
sui fondi e mi prendo tutto il 
contenuto del canale. 

396
00:22:43,550 --> 00:22:45,430
E quindi cosa cambia fra le due 
chiusure? 

397
00:22:45,830 --> 00:22:50,110
OK che la chiusura cooperativa 
noi due ci mettiamo d'accordo EE

398
00:22:50,110 --> 00:22:53,990
facciamo una transazione pulita 
che non ha modo di punire nessun

399
00:22:53,990 --> 00:22:55,430
altro. 
Ok, semplicemente. 

400
00:22:56,440 --> 00:22:58,640
Questo era il canale quattro 
sono tuoi, uno è mio. 

401
00:22:59,750 --> 00:23:03,670
Uno fa due gentiluomini. 
Esatto, gentil donna o gentil. 

402
00:23:03,830 --> 00:23:07,040
Asterisco. 
Pochi inclusivi al privato. 

403
00:23:07,040 --> 00:23:08,760
Andiamo avanti. 
Mentre quando si parla di 

404
00:23:08,760 --> 00:23:10,960
chiusura forzata non ci dobbiamo
mettere d'accordo proprio perché

405
00:23:10,960 --> 00:23:13,520
è forzata la posso fare? 
Magari se tu vai offline non mi 

406
00:23:13,520 --> 00:23:16,840
rispondi più, io prendo l'ultimo
stato del canale e lo metto in 

407
00:23:16,840 --> 00:23:18,600
chain. 
Però quest'ultimo Stato ha 

408
00:23:18,600 --> 00:23:22,680
dentro una clausola per punire 
chiunque si si, cioè per punire 

409
00:23:22,680 --> 00:23:25,880
me. 
In realtà se lo Stato era troppo

410
00:23:25,880 --> 00:23:28,200
vecchio magari poi ne parliamo 
di più nella prossima puntata. 

411
00:23:28,200 --> 00:23:31,520
Ma è per questo che è molto 
importante avere dei backup di 

412
00:23:31,520 --> 00:23:34,630
cui vi fidate dei vari Stati. 
Perché se voi per sbaglio 

413
00:23:34,630 --> 00:23:37,750
mandate un chain, uno Stato 
vecchio, vi fregano tutto e 

414
00:23:37,750 --> 00:23:41,230
quindi questa chiusura forzata 
ONCE si vede proprio che che è 

415
00:23:41,230 --> 00:23:42,790
diversa. 
Perché ha questa clausola per 

416
00:23:42,790 --> 00:23:44,710
punirmi? 
Con tappati invece? 

417
00:23:45,070 --> 00:23:49,070
Con taprut invece partiamo dalla
partiamo un po dalla base, 

418
00:23:49,430 --> 00:23:51,870
tablet permette di fare un 
giochino molto carino di cui 

419
00:23:51,870 --> 00:23:54,990
abbiamo parlato una volta in una
puntata che si chiama Miu Sigh e

420
00:23:54,990 --> 00:24:00,710
cioè quando ho dei multi firma 
tipo 2D23D3 multi firma del tipo

421
00:24:00,710 --> 00:24:04,110
due di 5 3 di 5 sono un po più 
difficili, serve Frost per Music

422
00:24:04,110 --> 00:24:07,230
però va benissimo per lighting 
quando ho 1 2 di due posso? 

423
00:24:07,320 --> 00:24:11,080
Mettermi d'accordo con l'altra 
parte e fare e fare una firma 

424
00:24:11,080 --> 00:24:13,720
che sembra 1 1 di uno 
sostanzialmente. 

425
00:24:14,070 --> 00:24:16,750
Questo cosa vuol dire? 
Che quando apro un canale 

426
00:24:16,750 --> 00:24:20,670
Lightning la transazione di 
apertura sono uno o due tixo che

427
00:24:20,670 --> 00:24:23,990
mandano un single sig. 
Che è esattamente come un sacco 

428
00:24:23,990 --> 00:24:26,310
di transazioni che potrebbero 
accadere sulla blockchain e 

429
00:24:26,310 --> 00:24:29,590
quindi la transazione di 
apertura è molto ben nascosta. 

430
00:24:29,950 --> 00:24:32,670
La chiusura cooperativa è 
ugualmente molto ben nascosta 

431
00:24:32,670 --> 00:24:36,110
perché al posto di vedere da 1 2
di due che si spende a due o 

432
00:24:36,110 --> 00:24:40,270
texo si vede in input uno di uno
che manda 2OTXOE, quindi di 

433
00:24:40,270 --> 00:24:43,710
nuovo molto ben nascosta. 
Una chiusura forzata invece 

434
00:24:43,710 --> 00:24:48,670
rimane ovvia, perché per come 
funziona la taprot quando non 

435
00:24:48,710 --> 00:24:52,350
usiamo single, sigs o indirizzi 
che sembrano single, sig. 

436
00:24:52,350 --> 00:24:55,870
Come in questo caso, e vogliamo 
invece usare una policy un po 

437
00:24:55,870 --> 00:25:01,430
più complessa come è la chiusura
forzata di Lightning e cioè 1, 1

438
00:25:01,430 --> 00:25:03,230
ricetta diciamo con tante 
clausole. 

439
00:25:03,230 --> 00:25:05,510
Ah, se succede questo allora fai
questo eccetera. 

440
00:25:05,870 --> 00:25:09,830
Io devo esplicitamente dire, 
questo è il contratto, questa è 

441
00:25:09,830 --> 00:25:12,190
la policy che sto usando e 
quindi la chiusura forzata se in

442
00:25:12,190 --> 00:25:14,710
seguito che intaprote è davvero 
ovvio che sia una chiusura 

443
00:25:14,710 --> 00:25:19,150
forzata Lightning? 
Sì, comunque in teoria i canali 

444
00:25:19,150 --> 00:25:21,990
Lightning andrebbero chiusi il 
meno possibile, cioè non c'è 

445
00:25:21,990 --> 00:25:25,310
nessuna esigenza che un canale 
venga mai chiuso, il canale 

446
00:25:25,310 --> 00:25:27,910
perfetto è solo aperto e non 
verrà mai più chiuso. 

447
00:25:27,910 --> 00:25:31,430
Nella storia di Bitcoin questa 
cosa è comunque unlikely, perché

448
00:25:31,670 --> 00:25:35,230
prima o poi qualcosa succede. 
Però sappiate che le chiusure 

449
00:25:35,230 --> 00:25:38,230
dei canali tendenzialmente non 
dovrebbero mai succedere. 

450
00:25:38,230 --> 00:25:41,990
Dovremmo fare il possibile per 
tenere i canali aperti il più 

451
00:25:41,990 --> 00:25:45,430
possibile per sempre e se 
proprio succede qualcosa, 

452
00:25:45,430 --> 00:25:47,830
provare a chiudere appunto, come
ha spiegato Daniela, in maniera 

453
00:25:47,830 --> 00:25:50,030
cooperativa perché li chiamo 
meno dati. 

454
00:25:50,870 --> 00:25:53,710
E se proprio non si può fare 
nient'altro, possiamo procedere 

455
00:25:53,710 --> 00:25:55,830
alla chiusura forzata del 
canale. 

456
00:25:56,110 --> 00:26:00,830
Sai che non sono 100% d'accordo?
Nel senso sì, è vero, il canale 

457
00:26:00,830 --> 00:26:03,790
perfetto non lo chiudi mai. 
Detto questo, avere un canale 

458
00:26:03,790 --> 00:26:07,830
aperto vuol dire prendere parte 
della liquidità che hai e mette 

459
00:26:07,830 --> 00:26:10,870
nella lì, ferma sostanzialmente.
E allora se hai un canale con 

460
00:26:10,870 --> 00:26:14,190
una controparte e. 
Invece no, perché tu puoi, con i

461
00:26:14,190 --> 00:26:18,190
submarine swap, tirare fuori 
liquidità da un canale senza 

462
00:26:18,190 --> 00:26:21,600
doverlo chiudere. 
Stai sempre facendo una 

463
00:26:21,600 --> 00:26:23,560
transazione, no? 
Cioè se io ho un canale con una 

464
00:26:23,560 --> 00:26:26,800
persona che non usa mai quel 
canale che mi mette i figli 

465
00:26:26,800 --> 00:26:30,230
troppo alte. 
Che sostanzialmente non sta 

466
00:26:30,230 --> 00:26:32,910
facendo buon uso della mia 
liquidità piuttosto che fare 

467
00:26:32,910 --> 00:26:34,710
transazioni per tirare fuori 
liquidità. 

468
00:26:34,710 --> 00:26:36,190
Tanto vale che io chiuda quel 
canale. 

469
00:26:36,190 --> 00:26:39,070
Oppure se mi rendo conto che ho 
un canale con un attore che si è

470
00:26:39,070 --> 00:26:41,430
comportato male con altre 
persone, dico no, io chiudo, 

471
00:26:41,430 --> 00:26:44,070
grazie. 
Allora vero, però una cosa che 

472
00:26:44,070 --> 00:26:46,670
tu potresti fare è anche dire 
semplicemente, che ne so? 

473
00:26:46,670 --> 00:26:49,430
Io ho un canale con Daniela e 
Daniela, è davvero una bastarda.

474
00:26:49,430 --> 00:26:51,630
Gli ho aperto un canale, mi ha 
messo le fie altissime. 

475
00:26:53,360 --> 00:26:56,080
Mi prova a fregare liquidità a 
basso costo per ridarla ad 

476
00:26:56,080 --> 00:26:56,720
altri? 
Non lo so. 

477
00:26:56,720 --> 00:26:59,880
Mi dà fastidio. 
Io posso anche dire al mio nodo 

478
00:26:59,880 --> 00:27:02,280
Lightning di fare una 
transazione pagando per forza 

479
00:27:02,280 --> 00:27:05,840
dal canale di Daniela, quindi 
magari i miei erano avanzati 500

480
00:27:05,840 --> 00:27:08,960
Satoshi 500.000 satoshi. 
Nel canale io li spendo e me li 

481
00:27:08,960 --> 00:27:11,240
mando un chain oppure su 
un'altra Wallet Lightning. 

482
00:27:11,480 --> 00:27:14,920
Una volta che ho il canale vuoto
ti metto le Fiat al 10% e te lo 

483
00:27:14,920 --> 00:27:17,920
lascio lì. 
Dopo li capisci che magari o 

484
00:27:17,920 --> 00:27:21,800
cambi tu atteggiamento e dici 
boh, magari smetto di fare il 

485
00:27:21,800 --> 00:27:24,520
bastardo. 
Oppure mi chiudi tu il canale? 

486
00:27:24,910 --> 00:27:28,270
Però il concetto è almeno prima 
ti faccio capire che c'è 

487
00:27:28,270 --> 00:27:30,390
qualcosa che non va. 
Sì. 

488
00:27:31,030 --> 00:27:33,670
Tende un po, cioè. 
Dipende dal caso. 

489
00:27:33,670 --> 00:27:37,310
Esatto, cioè se se tu hai in 
mano 20 Bitcoin e vuoi diventare

490
00:27:37,310 --> 00:27:40,350
ricco facendo routing Lightning 
e vuoi fare e vuoi fare routing 

491
00:27:40,350 --> 00:27:42,830
davvero efficiente, davvero 
intelligente. 

492
00:27:42,830 --> 00:27:44,390
Lo fai automatizzato e tu non lo
guardi? 

493
00:27:44,390 --> 00:27:47,230
Neanche, ma in ogni caso ogni 
tanto capita che chiudi i canali

494
00:27:47,230 --> 00:27:49,190
con gente che non che non è 
davvero brava. 

495
00:27:50,840 --> 00:27:53,840
Un'altra cosa che in realtà non 
so se è un po ottima, vabbè, io 

496
00:27:53,840 --> 00:27:57,440
vado. 
Dicevamo prima che quando uno 

497
00:27:57,440 --> 00:28:01,920
viene penalizzato per aver 
pubblicato uno Stato vecchio 

498
00:28:02,280 --> 00:28:06,480
perde tutti i fondi che ha nel 
canale e quindi Daniela tre 

499
00:28:06,480 --> 00:28:11,200
tartola due viene penalizzato. 
Tarta si prende 5, Daniela si 

500
00:28:11,200 --> 00:28:13,550
prende zero. 
E allora una cosa che potrei 

501
00:28:13,550 --> 00:28:16,990
fare io prima di fregare turtle 
è fare in modo che la liquidità 

502
00:28:16,990 --> 00:28:20,870
sia spostata tutta dalla sua 
parte, quindi io abbia zero, poi

503
00:28:20,870 --> 00:28:24,750
provo a fregarlo e al massimo se
se lui se ne accorge mi punisce,

504
00:28:24,750 --> 00:28:27,790
non mi può fregare niente, 
questa cosa non si può fare. 

505
00:28:27,790 --> 00:28:31,990
In realtà su lighting c'è sempre
1 1, piccola parte del canale 

506
00:28:31,990 --> 00:28:36,880
che deve rimanere. 
Scusate lo ripeto in un modo più

507
00:28:36,880 --> 00:28:41,200
sensato la il bilancio di una 
persona da un lato dei canali 

508
00:28:41,200 --> 00:28:44,760
non può mai andare a zero, ci 
deve c'è sempre un minimo che di

509
00:28:44,760 --> 00:28:47,880
solito ha una percentuale di 
quanto c'è nel canale abbastanza

510
00:28:47,880 --> 00:28:50,990
bassa. 
Questo perché si dice in inglese

511
00:28:50,990 --> 00:28:55,390
avere skin in the game e cioè 
avere essere ancora investiti 

512
00:28:55,390 --> 00:28:58,230
nel gioco. 
Perché altrimenti se io arrivo a

513
00:28:58,230 --> 00:29:01,070
un punto dove il mio bilancio è 
zero, mi conviene provare a 

514
00:29:01,070 --> 00:29:03,750
fregare l'altra parte. 
Perché se vinco ho vinto e ho 

515
00:29:03,750 --> 00:29:06,710
vinto due Bitcoin tra i Bitcoin 
non lo so, se perdo non mi può 

516
00:29:06,710 --> 00:29:09,350
fregare niente. 
OK domanda aggiuntiva, già che 

517
00:29:09,350 --> 00:29:12,390
abbiamo parlato di tutto questo 
laton chain, quindi apertura e 

518
00:29:12,390 --> 00:29:16,830
chiusura dei canali, i canali si
possono aprire annunciati o non 

519
00:29:16,830 --> 00:29:19,510
annunciati? 
Ti va di spiegare le differenze 

520
00:29:19,510 --> 00:29:20,430
tra questi due? 
Perché? 

521
00:29:21,480 --> 00:29:25,520
Molto spesso sento dire canali 
annunciati e canali anonimi, 

522
00:29:25,520 --> 00:29:28,640
canali nascosti, non è 
esattamente così e quindi vorrei

523
00:29:28,640 --> 00:29:30,320
che ne ne parli un po, tratti 
l'argomento. 

524
00:29:30,320 --> 00:29:33,040
Esatto, allora partiamo dalle 
basi, il Lightning. 

525
00:29:33,040 --> 00:29:35,880
Abbiamo un protocollo che si 
chiama protocollo di gossip e 

526
00:29:35,880 --> 00:29:39,760
cioè i canali scusate i nodi si 
parlano fra di loro e fanno 

527
00:29:39,760 --> 00:29:43,230
proprio gossip. 
E parlano, si hanno annunciato 

528
00:29:43,230 --> 00:29:46,070
questo nuovo Canale, Oh sì e 
quest'altro canale è stato 

529
00:29:46,190 --> 00:29:47,910
chiuso. 
Allora il canale non annunciato 

530
00:29:47,910 --> 00:29:50,990
è quello dove entrambe le parti 
ci dicono, OK, noi due apriamo 

531
00:29:50,990 --> 00:29:53,390
questo canale, ma non ne 
parliamo con nessuno. 

532
00:29:53,910 --> 00:29:57,550
Ora qual è il fatto? 
È davvero un canale anonimo? 

533
00:29:58,270 --> 00:30:00,110
Dipende da come lo usi, nel 
senso che. 

534
00:30:01,800 --> 00:30:05,480
Se io provo a usare quel canale 
per ricevere, io ho un canale 

535
00:30:05,480 --> 00:30:08,920
anonimo con molte virgolette, un
canale non annunciato con mia 

536
00:30:08,920 --> 00:30:12,640
mamma e dico a te turtle mandami
5 Bitcoin. 

537
00:30:12,640 --> 00:30:15,880
Per favore. 
Se io voglio usare quel certo 

538
00:30:15,880 --> 00:30:18,400
canale fra me e mia mamma devo 
dirti OK, ma devi passare da 

539
00:30:18,400 --> 00:30:20,480
quel canale, sì, non lo 
conoscevi, perché non hai 

540
00:30:20,480 --> 00:30:23,120
annunciato, ma devi passare da 
quel canale, te lo dico 

541
00:30:23,120 --> 00:30:24,960
esplicitamente. 
A quel punto tu sai di quel 

542
00:30:24,960 --> 00:30:28,240
canale e potresti andare in giro
a dirlo a tutti, se ti va. 

543
00:30:29,150 --> 00:30:34,430
Quindi non è, non è per forza 
privato, può essere abbastanza 

544
00:30:34,430 --> 00:30:38,670
privato se lo si usa solo per 
inviare, se si, se ci si fida 

545
00:30:38,670 --> 00:30:41,750
dell'altra parte che non si 
metterà a dire in giro. 

546
00:30:41,750 --> 00:30:44,630
Guardate che esiste questo 
canale fra noi due e 

547
00:30:44,630 --> 00:30:47,150
ricordiamoci sempre che legato a
questo canale non annunciato, 

548
00:30:47,150 --> 00:30:50,790
c'è una transazione on chain che
si somiglia a una transazione on

549
00:30:50,790 --> 00:30:53,230
chain che si somiglia a una 
transazione Lightning. 

550
00:30:53,230 --> 00:30:56,550
La gente che guarda la 
blockchain potrebbe dire OK, ma 

551
00:30:56,550 --> 00:30:59,350
quindi quello è un canale, anche
se poi magari. 

552
00:31:00,830 --> 00:31:03,550
Trovare il link tra la 
transazione il canale non ha 

553
00:31:03,550 --> 00:31:06,190
annunciato non è necessariamente
così facile. 

554
00:31:06,310 --> 00:31:08,830
Ci potrebbero essere modi, non è
per forza così facile. 

555
00:31:08,830 --> 00:31:11,310
Non è comunque del tutto 
nascosto, ecco. 

556
00:31:11,990 --> 00:31:17,190
OK, quindi mi raccomando fare 
canali non annunciati può essere

557
00:31:17,190 --> 00:31:21,310
utile a livello di privacy, però
magari attenti con chi li fate 

558
00:31:21,310 --> 00:31:24,230
perché potrebbe essere gente che
li rivela per magari ricevere 

559
00:31:24,230 --> 00:31:26,270
dei satoshi. 
Lo dico di default se voi 

560
00:31:26,270 --> 00:31:29,670
utilizzate Wallet come Zeus che 
sono dei Wallet lighting che 

561
00:31:29,670 --> 00:31:32,070
permettono di gestire il vostro 
nodo, questa opzione di default 

562
00:31:32,070 --> 00:31:35,350
è disattivata, quindi quando voi
fate un invoice per ricevere 

563
00:31:35,590 --> 00:31:38,040
c'è. 
C'è un'opzione che è tipo, vuoi 

564
00:31:38,040 --> 00:31:41,520
mostrare agli altri i tuoi rout 
nascosti, i tuoi canali non 

565
00:31:41,520 --> 00:31:43,800
annunciati per ricevere di 
default e off? 

566
00:31:44,520 --> 00:31:47,360
Mi raccomando ricordatevi che se
voi l'abilitate per ricevere, 

567
00:31:47,360 --> 00:31:50,640
quindi ricevete liquidità in un 
canale non annunciato, dovete 

568
00:31:50,640 --> 00:31:52,000
fidarvi che la vostra 
controparte. 

569
00:31:52,000 --> 00:31:53,840
Quindi se lo faccio io ho un 
canale con Daniela. 

570
00:31:53,960 --> 00:31:55,400
Daniela potrebbe raccontarlo a 
tutti. 

571
00:31:56,430 --> 00:31:59,230
O l'utente che paga l'invoice sa
che. 

572
00:32:00,960 --> 00:32:03,440
No, il la persona che paga 
l'invoice sa OK. 

573
00:32:03,440 --> 00:32:06,320
Perché deve sapere dove si passa
la liquidità? 

574
00:32:06,320 --> 00:32:08,760
La cosa divertente è se io e te 
abbiamo un canale non 

575
00:32:08,760 --> 00:32:10,880
annunciato. 
Tu lo puoi dire sempre, 

576
00:32:10,880 --> 00:32:12,760
comunque. 
Agli altri, cioè io posso, 

577
00:32:12,760 --> 00:32:16,960
magari tu stai attento a non 
riceverci eccetera, non spunti 

578
00:32:16,960 --> 00:32:19,960
la cosina su Zeus eccetera. 
Io sono meno attenta, ti ricevo 

579
00:32:19,960 --> 00:32:23,680
tutto il tempo. 
Allora? 

580
00:32:24,640 --> 00:32:27,480
Adesso mi prendo io un po di 
tempo per spiegarvi ai miei 

581
00:32:27,480 --> 00:32:31,800
ragazzi un po più di privacy 
nell'utilizzo normale di 

582
00:32:31,800 --> 00:32:33,600
Lightning. 
Qua abbiamo parlato delle 

583
00:32:33,600 --> 00:32:37,080
transazioni on chain, adesso 
parliamo un po di errori o 

584
00:32:37,080 --> 00:32:39,560
almeno cose a cui stare attenti 
nell'utilizzo normale di 

585
00:32:39,560 --> 00:32:41,800
Lightning quando utilizzate il 
vostro Wallet mobile. 

586
00:32:42,070 --> 00:32:45,310
Quando utilizzate qualsiasi 
dispositivo vostro nodo eccetera

587
00:32:45,310 --> 00:32:48,870
per interfacciarvi con il 
network di Lightning, il punto 

588
00:32:48,870 --> 00:32:51,310
numero 1 è il discorso della 
rete. 

589
00:32:51,310 --> 00:32:54,710
Come ho detto prima, Daniela su 
Lightning si è sempre online. 

590
00:32:54,710 --> 00:32:57,990
Bisogna essere sincroni con gli 
altri nodi che utilizzate il 

591
00:32:57,990 --> 00:33:01,430
vostro Phoenix Breeze oppure il 
vostro nodo personale. 

592
00:33:01,590 --> 00:33:04,870
La tua rete dovete decidere come
esporvi in questo preciso 

593
00:33:04,870 --> 00:33:06,910
momento. 
Tendenzialmente ci sono due 

594
00:33:06,910 --> 00:33:10,510
tecnologie che vengono 
utilizzate che sono cleernet, 

595
00:33:10,670 --> 00:33:14,670
quindi totalmente aperti. 
Questo secondo me è un grosso 

596
00:33:14,670 --> 00:33:17,790
problema di Lightning, nel senso
che oggettivamente Lightning 

597
00:33:17,790 --> 00:33:22,230
sotto Tor è secondo me opinione 
soggettiva una merda scusate il 

598
00:33:22,230 --> 00:33:26,350
francesismo. 
Effettivamente inusabile usarlo 

599
00:33:26,350 --> 00:33:29,670
clearnet allo stesso tempo non è
bello perché poi non puoi farti 

600
00:33:29,670 --> 00:33:32,350
un nodo in casa son tuo 
Raspberry senza dire apertamente

601
00:33:32,350 --> 00:33:35,070
a tutti e guardate a un nodo 
Lightning a casa mia. 

602
00:33:35,070 --> 00:33:38,790
La lista dei nodi Bitcoin 
Lightning è pubblica online, uno

603
00:33:38,790 --> 00:33:41,950
potrebbe vedere effettivamente 
il vostro IP di casa esposto. 

604
00:33:42,230 --> 00:33:46,030
Un'alternativa potrebbe essere 
usare delle VPN, quindi fare dei

605
00:33:46,030 --> 00:33:48,630
nodi Lightning con l'ip di una 
VPN. 

606
00:33:49,480 --> 00:33:52,560
Questo vi dà anche un vantaggio,
vi dà un IP statico, perché se 

607
00:33:52,560 --> 00:33:55,080
tu hai un router a casa e vuoi 
fare un indirizzo, un nodo 

608
00:33:55,080 --> 00:33:58,840
Lightning cleaner o hai un 
indirizzo IP statico o è 

609
00:33:58,840 --> 00:34:02,920
problematico per gli altri 
connettersi a voi e può essere 

610
00:34:02,920 --> 00:34:05,880
un trido-off accettabile, nel 
senso che al momento comunque se

611
00:34:05,880 --> 00:34:07,640
uno vuole fare dei nodi like 
indecenti. 

612
00:34:08,270 --> 00:34:13,110
Io mi sentirei di farli o su dei
server online o se li volete 

613
00:34:13,110 --> 00:34:15,790
fare a caso dovete comunque 
avere un hardware ben gestito. 

614
00:34:15,790 --> 00:34:17,870
Ma di questo parliamo nella 
prossima puntata, ovvero come 

615
00:34:17,870 --> 00:34:20,830
gestire il vostro nodo Lightning
per ora che utilizzate Bridge 

616
00:34:20,830 --> 00:34:24,469
eccetera se potete utilizzateli 
sotto Tor o valutate di 

617
00:34:24,469 --> 00:34:27,949
utilizzare almeno delle VPN per 
non dare in chiaro il vostro IP 

618
00:34:27,949 --> 00:34:32,320
al fornitore. 
Un'altro punto, invece, sono le 

619
00:34:32,320 --> 00:34:35,560
invoice, ne abbiamo parlato 
prima quando parlavamo di canali

620
00:34:35,560 --> 00:34:39,360
non annunciati, sappiate che 
nell invoice e anche embeddato, 

621
00:34:39,639 --> 00:34:43,360
quindi integrato all'interno, la
chiave pubblica del vostro nodo 

622
00:34:43,360 --> 00:34:45,760
Lightning. 
Questo vuol dire che di fatto su

623
00:34:45,760 --> 00:34:49,199
Lightning abbiamo molta più 
privacy quando inviamo piuttosto

624
00:34:49,239 --> 00:34:52,400
che quando riceviamo. 
Questo è uno dei tanti, secondo 

625
00:34:52,400 --> 00:34:55,400
me, motivi per cui non vediamo, 
per esempio in utilizzo di 

626
00:34:55,400 --> 00:34:59,080
Lightning ancora buono nei Dark 
Net market, quindi nei vari 

627
00:34:59,080 --> 00:35:01,000
store del Deep web eccetera. 
Uno. 

628
00:35:01,840 --> 00:35:05,600
Perché in ricezione è la privacy
è meno buona che l'invio, due 

629
00:35:05,600 --> 00:35:08,400
perché bisogna essere sempre 
online e un darknet market 

630
00:35:08,400 --> 00:35:11,040
dovrebbe farlo sotto Thor e al 
momento likeing lo fa davvero 

631
00:35:11,040 --> 00:35:13,350
malino. 
Quindi sarà un'adozione 

632
00:35:13,350 --> 00:35:15,950
difficoltosa quella per esempio 
negli store del di web di 

633
00:35:15,950 --> 00:35:19,190
Lighting. 
Sappiate quindi che in generale,

634
00:35:19,190 --> 00:35:23,150
quando voi fate un invoice se la
pubblicate online, se io 

635
00:35:23,150 --> 00:35:26,350
turtlecute, ho un nodo anonimo 
che non voglia dire a nessuno 

636
00:35:26,350 --> 00:35:28,430
che ho. 
E poi in un commento Twitter 

637
00:35:28,430 --> 00:35:30,950
posto un invoice fatta dal mio 
nodo che non ho mai detto a 

638
00:35:30,950 --> 00:35:34,550
nessuno, sappiate che turtlecute
viene collegato direttamente a 

639
00:35:34,550 --> 00:35:38,030
questo nodo. 
Quindi quando fate delle invoice

640
00:35:38,030 --> 00:35:40,470
ricordatevi possibilmente di non
pubblicarle online. 

641
00:35:41,880 --> 00:35:45,680
Darle alle persone varie, 
sappiate che rivelerà qual è il 

642
00:35:45,680 --> 00:35:47,400
vostro nodo. 
Se siete dei malati di mente 

643
00:35:47,400 --> 00:35:51,480
potreste fare un nodo Lightning 
finto di facciata, un trampol in

644
00:35:51,480 --> 00:35:54,360
node quasi che ricevere le 
transazioni e poi le gira il 

645
00:35:54,360 --> 00:35:57,960
vostro vero nodo, ma mi sembra 
abbastanza un po difficoltoso, 

646
00:35:57,960 --> 00:36:00,240
inutilizzabile come setup 
fattibile. 

647
00:36:00,240 --> 00:36:02,600
Comunque è quello un po che fai 
lectrum su PC. 

648
00:36:02,920 --> 00:36:06,640
Può essere utile se 6 1 merchant
che pensa di ricevere tanti 

649
00:36:06,640 --> 00:36:13,440
soldi sostanzialmente così? 
Svuotare spesso il tuo nodo 

650
00:36:13,600 --> 00:36:16,840
diciamo front, cioè quello che 
il tuo nodo facciata, e 

651
00:36:16,840 --> 00:36:18,280
spostarlo tutto nel tuo vero 
nodo. 

652
00:36:19,960 --> 00:36:23,120
Dietro me li, cioè mi immagino 
un nodino dietro nascosto e una 

653
00:36:23,120 --> 00:36:27,120
facciata grande. 
Questa cosa tanti bonus tipo 

654
00:36:28,160 --> 00:36:30,880
Phoenix funziona perfettamente 
così, cioè tu hai un nodo di 

655
00:36:30,880 --> 00:36:34,750
facciata che è Phoenix stesso. 
Che per te riceve le 

656
00:36:34,750 --> 00:36:37,670
transazioni, ti fa da trampolin,
quindi tu dietro hai un nodo 

657
00:36:37,670 --> 00:36:40,590
stupidino che non deve avere il 
graffo di Lightning, non deve 

658
00:36:40,590 --> 00:36:42,750
fare routing, non deve fare 
niente perché ha un nodo 

659
00:36:42,750 --> 00:36:45,910
maggiore, più attento e ben 
organizzato che lo aiuta a fare 

660
00:36:45,910 --> 00:36:48,110
tutte queste cose. 
Quindi uno potrebbe anche fare 

661
00:36:48,110 --> 00:36:51,350
questo, avere un nodo che 
funziona bene, super Figo 

662
00:36:51,350 --> 00:36:52,990
eccetera. 
E poi, dopo avere anche un nodo 

663
00:36:52,990 --> 00:36:55,710
dumb stupidino, che ne so anche 
con bleaks sul proprio 

664
00:36:55,710 --> 00:36:58,310
cellulare, che è un APP che fa 
un nodo lighting in cui faccio 

665
00:36:58,470 --> 00:37:01,830
un canale non annunciato da 
mezzo Bitcoin con il mio nodo. 

666
00:37:01,950 --> 00:37:03,670
E poi in realtà la liquidità la 
tengo lì. 

667
00:37:04,550 --> 00:37:07,110
Mi sembra un setup comunque 
molto complicato per la maggior 

668
00:37:07,110 --> 00:37:10,430
parte delle persone, quindi 
forse consigliarlo è un parolone

669
00:37:10,430 --> 00:37:14,000
grande. 
Terza cosa, nell'utilizzo di 

670
00:37:14,000 --> 00:37:17,280
Lightning di tutti i giorni, che
in realtà anche questa ne 

671
00:37:17,280 --> 00:37:20,280
parleremo meglio della prossima 
puntata, è sempre attenzione con

672
00:37:20,280 --> 00:37:24,200
chi aprite dei canali. 
Questo perché se si parla per 

673
00:37:24,200 --> 00:37:27,880
esempio di Phoenix, questa cosa 
è totalmente nascosta su breeds 

674
00:37:27,880 --> 00:37:30,880
è più o meno nascosta, ma avete 
anche una modalità manuale. 

675
00:37:30,960 --> 00:37:34,160
Se avete un vostro nodo 
Lightning invece, sta a voi 

676
00:37:34,160 --> 00:37:37,640
decide con chi aprire i canali. 
Sappiate che i vostri vicini di 

677
00:37:37,640 --> 00:37:40,680
nodo, quelli con cui avete un 
bel Canaletto aperto, possono 

678
00:37:40,680 --> 00:37:43,630
farvi degli attacchi. 
Non tanto per rubarvi di soldi, 

679
00:37:43,630 --> 00:37:46,990
ma anche di privacy degli 
attacchi per tentare di scoprire

680
00:37:46,990 --> 00:37:49,590
più informazioni su di voi che è
la prossima sezione che 

681
00:37:49,590 --> 00:37:53,990
tratteremo in questa puntata. 
Ovvero tutte le informazioni 

682
00:37:53,990 --> 00:37:57,070
liccabili su Lightning, non 
magari da utilizzo quotidiano e 

683
00:37:57,070 --> 00:37:59,870
errori, ma tramite degli 
attacchi che possono fare per 

684
00:37:59,870 --> 00:38:03,150
esempio agenzie di Cine analisi 
eccetera sul vostro nodo. 

685
00:38:03,630 --> 00:38:07,270
E quindi attenzione con chi 
aprite canali tentate di farlo 

686
00:38:07,270 --> 00:38:09,710
con magari persone di cui più o 
meno vi fidate. 

687
00:38:09,710 --> 00:38:11,950
Sappiate che in Italia ci sono 
dei gruppi Telegram. 

688
00:38:12,270 --> 00:38:16,270
Di nodrunner italiani potesse 
cercare delle Community su 

689
00:38:16,270 --> 00:38:19,070
Telegram di Nod runner 
internazionali in cui magari 

690
00:38:19,390 --> 00:38:22,430
siano un po tutti, più club, 
gente più normale, magari vi 

691
00:38:22,430 --> 00:38:26,440
fidate di più per. 
Di questo dico prima una cosa 

692
00:38:26,440 --> 00:38:28,480
carina prima di passare alla 
prossima sezione. 

693
00:38:28,760 --> 00:38:32,960
C'è un nodo? 
In realtà non è nulla di provato

694
00:38:32,960 --> 00:38:36,960
al momento, è conspiracy Theory,
pura e cruda, però. 

695
00:38:38,640 --> 00:38:43,360
Questa azienda, che si chiama 
LQWD tipo Liquid, sembra scritto

696
00:38:43,360 --> 00:38:47,440
quasi LQWD che ha vari nodi, 
penso che tra i più grossi sia 

697
00:38:47,440 --> 00:38:51,600
LQWD Canada che anche al mio 
nodo aveva aperto un canale per 

698
00:38:51,720 --> 00:38:54,790
esempio. 
Io ho delle restrizioni su come 

699
00:38:54,790 --> 00:38:57,710
mi puoi aprire un canale che 
sono semplicemente inerenti alle

700
00:38:57,710 --> 00:39:00,470
fi che io ti imposto, che sono 
già automatiche alle dimensioni 

701
00:39:00,470 --> 00:39:05,520
e delle cose del genere. 
È un Calle. 

702
00:39:05,520 --> 00:39:08,640
Hai presente il Bitcoin? 
Stava facendo le ricerche su 

703
00:39:08,640 --> 00:39:11,920
Lightning e ha notato che questo
nodo aveva un bordello di canali

704
00:39:11,920 --> 00:39:13,800
mediamente piccoli ma davvero 
tanti. 

705
00:39:14,000 --> 00:39:17,600
E poi questa azienda che si 
chiama LQWD, fattura 10 milioni 

706
00:39:17,600 --> 00:39:22,000
l'anno e l'azienda come motivo 
sociale ha routing Lightning e 

707
00:39:22,000 --> 00:39:24,080
Sappiate benissimo in caso 
vogliate farlo no? 

708
00:39:24,280 --> 00:39:27,720
Cioè neanche con 1000 Bitcoin 
fate 10 milioni di euro di 

709
00:39:27,720 --> 00:39:33,200
raiting di routing in un anno. 
Il CEO di questa azienda è un ex

710
00:39:33,200 --> 00:39:34,840
dipendente, c'è in analisi 
quindi? 

711
00:39:35,350 --> 00:39:38,430
Però tu hai visto il Canale, hai
detto il canale Perfetto è 

712
00:39:38,430 --> 00:39:40,670
quello che non si chiude mai e 
quindi hai detto è la devo 

713
00:39:40,670 --> 00:39:43,910
tenere aperto? 
Allora qua la regola potrebbe 

714
00:39:43,910 --> 00:39:46,550
essere, secondo me il canale 
perfetto è quello che non si 

715
00:39:46,550 --> 00:39:49,070
chiude mai. 
Questo non doveva venire nemmeno

716
00:39:49,070 --> 00:39:53,590
aperto, quindi la mia idea 
dentro di me è magari dovevo 

717
00:39:53,590 --> 00:39:57,110
avere delle policy di apertura 
canale magari più intelligenti. 

718
00:39:57,110 --> 00:39:59,590
Una cosa che uno potrebbe fare è
dire alzo abbastanza 

719
00:39:59,590 --> 00:40:02,190
l'asticella, cioè ci sta che 
ogni tanto qualcuno veda il 

720
00:40:02,190 --> 00:40:05,110
vostro nodo via un canale può 
succedere nella vita se rannate 

721
00:40:05,110 --> 00:40:08,870
un nodo da tempo, magari uno 
cerca dei nodi, è caso di una 

722
00:40:08,870 --> 00:40:13,270
cerca CER? 
Su ambos o wannamell che sono i 

723
00:40:13,270 --> 00:40:17,310
vari siti Explorer di Lightning 
e magari ve lo apre. 

724
00:40:17,310 --> 00:40:20,430
Se uno apre alza molto questa 
soglia tipo dici il canale 

725
00:40:20,430 --> 00:40:23,910
minimo verso nodo del priorato? 
Sono tre milioni di satoshi. 

726
00:40:24,790 --> 00:40:28,270
Ovvio che molta meno gente 
aprire canali con voi, ma alzi 

727
00:40:28,270 --> 00:40:30,950
già l'asticella all'entrata. 
Un'azienda dice in Analysis non 

728
00:40:30,950 --> 00:40:33,590
apre un canale datare milioni di
satoshi con tutti perché 

729
00:40:33,590 --> 00:40:37,430
impiega, cioè impegna una 
liquidità troppo grande, quindi 

730
00:40:37,430 --> 00:40:40,670
potrebbe essere un modo per 
diciamo abbassare la probabilità

731
00:40:40,670 --> 00:40:42,910
che questo succeda. 
C'è anche un po il discorso 

732
00:40:42,910 --> 00:40:45,750
opposto da fare. 
Nel senso, sì, aprite i canali, 

733
00:40:45,750 --> 00:40:47,830
con chi vi fidate? 
Ma dall'altra parte se voi 

734
00:40:47,830 --> 00:40:49,790
aprite i canali solo con i 
vostri migliori amici. 

735
00:40:50,950 --> 00:40:52,470
Hanno chiuso i vostri migliori 
amici? 

736
00:40:54,120 --> 00:40:58,440
Quei non lo so, 5 nodi con cui 
avete canali, tre vengono di di 

737
00:40:58,440 --> 00:41:00,960
anonimizzati, magari perché lo 
sono già di loro, magari perché 

738
00:41:00,960 --> 00:41:03,880
hanno nome e cognome nell'alias,
o magari perché succede. 

739
00:41:03,880 --> 00:41:07,440
Allora a quel punto è molto più 
facile capire qual è il vostro 

740
00:41:07,440 --> 00:41:09,400
nodo. 
Quindi è è difficile 

741
00:41:09,400 --> 00:41:12,160
effettivamente perché non vuoi 
aprirlo con totali sconosciuti, 

742
00:41:12,160 --> 00:41:14,360
ma nemmeno aprirlo solo e 
soltanto con i tuoi amici. 

743
00:41:14,360 --> 00:41:16,400
È una. 
Mossa. 

744
00:41:16,400 --> 00:41:19,640
Io vedo molto spesso che tipo, 
non so chi mi apre canali, 

745
00:41:19,960 --> 00:41:23,120
magari ogni tanto per curiosità 
vado a dare un'occhiata. 

746
00:41:23,120 --> 00:41:27,200
Degli altri sì, OK? 
Vabbè pubblico Eh ciccia ci 

747
00:41:27,200 --> 00:41:30,120
svegli se non vuoi dirgli 
divulgare informazioni e quasi 

748
00:41:30,120 --> 00:41:32,400
tutti, magari molto spesso. 
Chi mi apre un canale? 

749
00:41:32,520 --> 00:41:35,040
Neanche uno. 
Che ne so con il bip show oppure

750
00:41:35,040 --> 00:41:39,800
con Riccardo Masutti e Massimo 
Musumeci e quindi c'è uno che si

751
00:41:39,800 --> 00:41:41,560
fa quattro canali così sta 
rollando. 

752
00:41:41,560 --> 00:41:43,320
Ciao, sono sotto Thomas in 
italiano. 

753
00:41:45,000 --> 00:41:48,760
Comunque tutto il mondo quindi 
testa quando aprite canali e 

754
00:41:48,760 --> 00:41:51,480
sarà l'opinione cioè l'oggetto 
della prossima puntata sarà più 

755
00:41:51,480 --> 00:41:53,080
gestire un vostro nodo 
Lightning. 

756
00:41:53,360 --> 00:41:57,080
Mi raccomando utilizzate il 
cervello, appunto perché ci sono

757
00:41:57,080 --> 00:41:59,080
degli attacchi possibili 
attraverso l'apertura dei 

758
00:41:59,080 --> 00:42:01,280
canali. 
E mi dedicherei un pochino a 

759
00:42:01,280 --> 00:42:05,920
questo, ne ho scritti. 
Abbiamo una scaletta per favore?

760
00:42:06,080 --> 00:42:08,240
Abbiamo una mezza scaletta, ma 
l'ho scritta io e tu non l'hai 

761
00:42:08,240 --> 00:42:11,320
capita, quindi ti va di 
prenderne uno a caso di quelli 

762
00:42:11,320 --> 00:42:13,520
che ho scritto di possibili 
attacchi su Lightning? 

763
00:42:15,080 --> 00:42:18,800
Parlarne sono tutti i metodi con
cui un utente che deve essere 

764
00:42:18,800 --> 00:42:22,280
volontariamente malevolo, prova 
a prendere informazioni su di 

765
00:42:22,280 --> 00:42:23,470
voi. 
Ti va di trattarne? 

766
00:42:23,470 --> 00:42:26,390
Uno allora partiamo da quello 
che non c'entra con nessun 

767
00:42:26,390 --> 00:42:29,670
utente malevolo che prova a 
prendere informazioni su di noi,

768
00:42:30,150 --> 00:42:33,390
il fatto che i Wallet su mobile 
sono effettivamente molto 

769
00:42:33,390 --> 00:42:36,430
riconoscibili, perché se anche 
hanno un nodo collegato è un 

770
00:42:36,430 --> 00:42:40,400
nodo che è sempre. 
Una fogliolina diciamo della 

771
00:42:40,400 --> 00:42:43,880
rete e che non fa mai routing, 
cioè quando io vedo un nodo che 

772
00:42:43,880 --> 00:42:46,840
l'unica cosa che fa è inviare e 
ricevere e non fa mai routing, 

773
00:42:47,440 --> 00:42:51,720
posso essere? 
Abbastanza sicura che sia un 

774
00:42:51,720 --> 00:42:55,760
nodo mobile, soprattutto se 
magari c'è un canale, lo vedo 

775
00:42:55,760 --> 00:42:59,150
spesso offline eccetera. 
Puoi venirmi l'intuizione che e 

776
00:42:59,150 --> 00:43:02,510
quindi è un modo per cliccare 
privacy, in realtà è un po un 

777
00:43:02,510 --> 00:43:04,670
fingerprinting. 
Approfondisco di più questo 

778
00:43:04,670 --> 00:43:08,350
punto perché secondo me questa 
cosa un po si aggrava quando 

779
00:43:08,350 --> 00:43:11,430
andiamo a vedere un po la 
struttura moderna di Lightning, 

780
00:43:11,590 --> 00:43:15,110
ovvero sempre più c'è 
l'affermazione di LSP quindi 

781
00:43:15,230 --> 00:43:19,030
Lightning o liquide service 
provider quindi di fatto grandi 

782
00:43:19,030 --> 00:43:20,830
aziende che mettono liquidità 
ovunque. 

783
00:43:20,990 --> 00:43:23,710
Noi sappiamo come hai spiegato 
tu, mi sa nella scorsa puntata 

784
00:43:23,710 --> 00:43:27,270
come funziona la routing su 
Lighting Lonion avauting in cui 

785
00:43:27,270 --> 00:43:30,080
ogni persona. 
Sa soltanto che sta prendendo un

786
00:43:30,080 --> 00:43:32,720
messaggio da che ne so, Daniela 
e lo sta dando a Federico. 

787
00:43:32,720 --> 00:43:35,560
Rivi non sa chi ha inviato 
questa transazione, non sa chi 

788
00:43:35,560 --> 00:43:38,440
la sta ricevendo, sta passando 
un'informazione da AB. 

789
00:43:38,440 --> 00:43:41,680
Qual è il fatto che questi light
in service provider sono spesso 

790
00:43:41,760 --> 00:43:44,760
molto connessi con il network 
quindi non hanno bisogno di fare

791
00:43:44,760 --> 00:43:47,760
tanti OP la vostra transazione, 
di fare tanti passaggi fra tanti

792
00:43:47,760 --> 00:43:50,760
nodi e quindi molto spesso cosa 
succede che se il Lightning 

793
00:43:50,760 --> 00:43:54,520
service provider vede che un 
Wallet stupidino dumb da 

794
00:43:54,520 --> 00:43:57,720
cellulare che è sempre offline 
fa poco routing e ha certe 

795
00:43:57,720 --> 00:44:00,400
caratteristiche? 
Gli sta passando una 

796
00:44:00,400 --> 00:44:02,150
transazione? 
E lui la sta dando a un'altro, 

797
00:44:02,150 --> 00:44:05,590
nodino alla dumb. 
È sempre offline che non fa 

798
00:44:05,590 --> 00:44:08,110
outing eccetera. 
Sa chiaramente che sta ricevendo

799
00:44:08,390 --> 00:44:11,870
da un Wallet mobile inviando a 
un Wallet mobile e quindi sa 

800
00:44:11,870 --> 00:44:13,910
chiaramente che uno è il 
mittente e uno al destinatario 

801
00:44:13,910 --> 00:44:17,070
della transazione. 
Dato che lui sta ruotando, sa 

802
00:44:17,070 --> 00:44:19,270
anche la quantità. 
È una transazione con 

803
00:44:19,270 --> 00:44:23,270
completamente zero privacy verso
il grosso LP che vi fa da 

804
00:44:23,270 --> 00:44:25,030
routing. 
Ho un dubbio. 

805
00:44:25,150 --> 00:44:27,510
Dimmi pure. 
Come facciamo a sapere che un 

806
00:44:27,510 --> 00:44:30,430
nodo non fa mai routing, nel 
senso quando abbiamo l'onyon 

807
00:44:30,430 --> 00:44:34,480
routing, come? 
Ogni Hope sa solo io ricevo da 

808
00:44:34,680 --> 00:44:37,160
Hope, prima devo mandare a Hope 
dopo ma non so chi è il 

809
00:44:37,160 --> 00:44:39,880
mittente, non so chi è il 
destinatario, non so, non so se 

810
00:44:39,880 --> 00:44:42,440
sto mandando al destinatario se 
sto ricevendo dal mittente, 

811
00:44:42,720 --> 00:44:47,750
quindi come facciamo a dire? 
Prima di tutto di analizzare 

812
00:44:47,750 --> 00:44:49,590
questo punto. 
Secondo me ci sono cose molto 

813
00:44:49,590 --> 00:44:54,110
più ovvie, tipo punto numero 1, 
vedere quanti canali ha il 

814
00:44:54,550 --> 00:44:57,150
nodino e con chi. 
Se voi avete Phoenix, avete 

815
00:44:57,150 --> 00:45:00,710
canali sempre con Phoenix e 
quindi è molto chiaro, punto 

816
00:45:00,710 --> 00:45:04,310
numero 2, guardare quanto sta 
online il target CE lo vediamo 

817
00:45:04,310 --> 00:45:07,910
di continuo offline o guardiamo 
uno storico di esso diventa 

818
00:45:07,910 --> 00:45:10,270
molto chiaro. 
Punto numero 3, effettivamente 

819
00:45:10,270 --> 00:45:12,950
vedere se il nodo for outing è 
leggermente più complesso, ma 

820
00:45:12,950 --> 00:45:15,470
basta fare probbing che è uno 
dei prossimi attacchi di cui 

821
00:45:15,470 --> 00:45:16,830
parleremo. 
Allora? 

822
00:45:16,960 --> 00:45:20,120
Il probbing. 
Cioè OK quindi punto numero 1, 

823
00:45:20,120 --> 00:45:23,040
diciamo di questi attacchi. 
Come ha detto Daniela, i nodi 

824
00:45:23,040 --> 00:45:27,120
mobile non sono perfetti, molto 
comodi da usare ma non perfetti.

825
00:45:27,870 --> 00:45:30,670
L'altro questo ne parlo io, dato
che non ha chiesto Daniela il 

826
00:45:30,670 --> 00:45:34,190
Probing quando voi dovete fare 
una transazione Lightning, il 

827
00:45:34,190 --> 00:45:37,190
vostro nodo o Wallet non va alla
cieca. 

828
00:45:37,190 --> 00:45:40,670
Per inviare la transazione deve 
trovare una pattu, quindi una 

829
00:45:40,670 --> 00:45:43,590
via per arrivare da voi mittente
al destinatario. 

830
00:45:44,350 --> 00:45:48,270
Per farlo utilizza un mix di 
algoritmi e tecniche tra 

831
00:45:48,270 --> 00:45:51,830
affidabilità dei nodi eccetera. 
Quando ho individuato una parte 

832
00:45:51,830 --> 00:45:55,670
che secondo lui è buona, fa il 
cosiddetto proving, ovvero dice 

833
00:45:56,270 --> 00:45:58,150
che ne so io voglio inviare a 
Giacomo. 

834
00:45:59,200 --> 00:46:00,880
E io ho un canale con Daniela, 
Daniela, ho un canale con 

835
00:46:00,880 --> 00:46:02,680
Giacomo. 
Una volta che ho trovato questo 

836
00:46:02,680 --> 00:46:05,440
root che mi sembra affidabile, 
dico Daniela, voglio inviare 

837
00:46:05,440 --> 00:46:08,080
500.000 a satoshi. 
Hai disponibilità nei tuoi 

838
00:46:08,080 --> 00:46:11,760
canali per girare questi a 
Giacomo e Daniela mi risponde sì

839
00:46:11,760 --> 00:46:13,600
o no? 
Se Daniela mi risponde sì io 

840
00:46:13,600 --> 00:46:17,120
tenterò la transazione e quindi 
probabilmente funzionerà se lei 

841
00:46:17,120 --> 00:46:20,040
ha disponibilità nel canale. 
Se invece Daniela mi dice no 

842
00:46:20,120 --> 00:46:22,520
vuol dire che non ha 
disponibilità nel canale per 

843
00:46:22,520 --> 00:46:27,480
500.000 satoshi un attacco che 
si può fare è il cosiddetto pro 

844
00:46:27,480 --> 00:46:29,960
Bing, ovvero questa richiesta 
qua di chiedere se ha abbastanza

845
00:46:29,960 --> 00:46:32,360
liquidità nel canale soltanto 
che se Daniela. 

846
00:46:33,520 --> 00:46:35,920
Per esempio un canale con 
un'altra persona. 

847
00:46:35,920 --> 00:46:38,160
Io voglio provare a capire 
quanta liquidità c'è dentro. 

848
00:46:38,480 --> 00:46:42,520
Posso dire se invio da me a lui 
500.000 satoshi li accetti. 

849
00:46:42,720 --> 00:46:45,640
E Daniela mi dice, certo, certo,
ho abbastanza liquidità e gli 

850
00:46:45,640 --> 00:46:49,560
dico 750.000 e lei mi dice no, 
questa non passa. 

851
00:46:49,560 --> 00:46:53,400
Allora gli dico 600.000 e così, 
mano a mano, aggiusto il tiro. 

852
00:46:53,400 --> 00:46:56,040
Fino a quando non capisco 
chiaramente qual è la liquidità 

853
00:46:56,040 --> 00:46:58,070
che ha dentro il canale. 
Questo perché su Lightning la 

854
00:46:58,070 --> 00:47:02,230
liquidità non è pubblica, quindi
non si può vedere online, però 

855
00:47:02,230 --> 00:47:05,030
con tecniche come questa ecco 
che si può andare a carpire 

856
00:47:05,030 --> 00:47:07,590
qualche informazione aggiuntiva 
sui nodi. 

857
00:47:07,590 --> 00:47:10,470
Questo non è un problema che 
riguarda particolarmente chi ha 

858
00:47:10,470 --> 00:47:13,790
dei Wallet mobile più chi ha un 
node runner e si ricollega 

859
00:47:13,790 --> 00:47:16,750
sempre al discorso di prima, 
cercate di aprire canali con 

860
00:47:16,750 --> 00:47:20,390
gente che secondo voi è più o 
meno intelligente, di cui più o 

861
00:47:20,390 --> 00:47:23,750
meno vi fidate, anche perché il 
problema in realtà diventa 

862
00:47:23,750 --> 00:47:25,550
sempre meno affidabile, ma si 
può estendere? 

863
00:47:25,550 --> 00:47:28,430
Cioè io posso provare a dire da 
Daniela, vai a Giacomo e da 

864
00:47:28,430 --> 00:47:31,880
Giacomo vai a Federico Rivi e. 
Provare a fare probing 

865
00:47:31,880 --> 00:47:34,760
attraverso Daniela, ma cercando 
di analizzare anche la liquidità

866
00:47:34,880 --> 00:47:38,400
di Giacomo, quindi questo è un 
attacco possibile su Lightning e

867
00:47:38,400 --> 00:47:40,280
ti faccio spiegare a te invece 
il prossimo. 

868
00:47:40,950 --> 00:47:44,230
Un'altro tipo di attacco è 
quando sul mio percorso per 

869
00:47:44,230 --> 00:47:47,510
inviare soldi a qualcuno ci sono
due o più nodi che appartengono 

870
00:47:47,510 --> 00:47:51,510
alla stessa entità e questa 
entità è malevola come dicevamo 

871
00:47:51,510 --> 00:47:54,990
anche nella scorsa puntata, 
quando devo mandare i soldi a 

872
00:47:54,990 --> 00:47:59,600
qualcuno ogni. 
Ogni Hope, ogni passaggio, ogni 

873
00:47:59,600 --> 00:48:03,840
nodo sul mio percorso sa solo da
chi vengono i fondi, quanti sono

874
00:48:03,840 --> 00:48:07,040
i fondi e chi li deve mandare. 
Non so se vengono dal mittente, 

875
00:48:07,040 --> 00:48:10,040
non so se sta mandando al 
destinatario questa persona 

876
00:48:10,040 --> 00:48:14,360
riceve 1 1 cipolla in realtà 
perché è un messaggio, un onion 

877
00:48:14,360 --> 00:48:17,320
message, un messaggio cipolla. 
Dai, puoi dirlo di il tuo 

878
00:48:17,320 --> 00:48:19,640
termine preferito? 
Critto e cipollato. 

879
00:48:21,480 --> 00:48:26,560
Questo messaggio diciamo una 
cipolla a cui ogni persona del 

880
00:48:26,560 --> 00:48:30,400
del percorso, ogni nodo toglie 
uno strato e non può togliere 

881
00:48:30,400 --> 00:48:32,760
gli altri, perché sono appunto 
cripto cipollati, cioè la 

882
00:48:32,760 --> 00:48:36,400
crittografia della cipolla li li
protegge. 

883
00:48:36,640 --> 00:48:41,360
Allora ogni op toglie questo 
strato della cipolla, legge da 

884
00:48:41,360 --> 00:48:44,240
dove era, da dove viene il 
pacchetto, dove deve andare il 

885
00:48:44,240 --> 00:48:45,920
pacchetto? 
Quanti soldi sono? 

886
00:48:46,080 --> 00:48:51,670
Nient'altro. 
Ora se io più nodi sulla stessa 

887
00:48:51,670 --> 00:48:54,190
Route facciamo che mi arriva il 
pacchetto al primo nodo e dico 

888
00:48:54,190 --> 00:48:58,270
oh, arriva da e vacci, ma non so
assolutamente nient'altro. 

889
00:48:58,270 --> 00:49:02,070
Peccato lo mando AC dopo un po 
sul mio secondo nodo mi vedo 

890
00:49:02,070 --> 00:49:05,990
questo stesso pacchetto uguale 
che arriva da CE deve andare AE 

891
00:49:05,990 --> 00:49:10,670
io sono d, io sono sia B che.de 
dico Ehi questo questo pacchetto

892
00:49:10,710 --> 00:49:14,150
quindi è partito da e arriva 
fino AE cioè ho molta più 

893
00:49:14,150 --> 00:49:15,750
informazione di quella che 
potrei avere. 

894
00:49:17,480 --> 00:49:19,840
Di quella che dovrei avere, 
scusate, c'è un'altro problema, 

895
00:49:19,840 --> 00:49:24,480
se io sono davvero malevolo, una
cosa che posso fare è rubare le 

896
00:49:24,520 --> 00:49:26,360
le fi le commissioni di 
transazione. 

897
00:49:27,430 --> 00:49:31,270
A tutti i nodi che sono sul 
percorso, in mezzo ai miei, ai 

898
00:49:31,270 --> 00:49:34,950
miei due nodi malepoli, quindi 
in questo caso io sono sia B che

899
00:49:34,950 --> 00:49:38,510
d posso rubare tutte le 
commissioni per la transazione 

900
00:49:38,510 --> 00:49:42,650
rotata AC. 
In realtà si parla davvero di 

901
00:49:42,650 --> 00:49:46,050
due spiccioli, però. 
È un attacco? 

902
00:49:46,290 --> 00:49:47,770
Possibile? 
Cioè contate che come abbiamo 

903
00:49:47,770 --> 00:49:50,490
detto l'altra volta, le fisso 
Lightning sono percentuali 

904
00:49:50,490 --> 00:49:53,650
relativamente basse, quindi 
magari proprio alla peggio. 

905
00:49:53,650 --> 00:49:57,850
Peggio peggio uno può rubare due
o 3 € in tutto, quindi magari 50

906
00:49:57,850 --> 00:50:00,890
centesimi a nodo però è un 
attacco fattibile quindi una 

907
00:50:00,930 --> 00:50:04,570
piccola falla di Lightning. 
Questo perché non c'è incentivo 

908
00:50:04,570 --> 00:50:08,010
economico iniziale, almeno si 
era pensato a creare 1000 nodi, 

909
00:50:08,010 --> 00:50:12,120
cioè è meglio un nodo grande. 
Però per diversificazione del 

910
00:50:12,120 --> 00:50:15,520
rischio eccetera è LN big ha 
tipo una ventina di nodi e 

911
00:50:15,960 --> 00:50:18,560
quindi se ci pensi dici se 
fossero un attore malevolo, 

912
00:50:18,640 --> 00:50:22,720
potrebbero rubare magari un 
sacco di fee tra i vari utenti. 

913
00:50:22,720 --> 00:50:24,600
Non. 
È necessariamente un attacco 

914
00:50:24,600 --> 00:50:28,040
così facile da implementare, nel
senso che io devo non lo so 

915
00:50:28,040 --> 00:50:30,880
mettere su 20 nodi, ma poi fare 
in modo che continuino a 

916
00:50:30,880 --> 00:50:35,280
comunicare per accorgersi. 
Se succede questa cosa, 

917
00:50:35,280 --> 00:50:38,910
sostanzialmente e. 
Non ne vale molto la pena 

918
00:50:38,910 --> 00:50:42,390
economicamente, cioè già mettere
su 20 nodi per guadagnare 1 € al

919
00:50:42,390 --> 00:50:46,070
giorno? 
Boh vabbè anche no però questo è

920
00:50:46,070 --> 00:50:49,550
1 1 possibile attacco, ti lascio
dire l'ultimo, hai voglia. 

921
00:50:49,950 --> 00:50:53,630
Andiamo con il timing Attack. 
Questo qua è molto carino 

922
00:50:53,630 --> 00:50:56,670
secondo me, perché in realtà 
sappiamo già come risolverlo, ma

923
00:50:56,670 --> 00:50:59,430
non siamo certi se farlo o meno 
e ne parleremo a breve. 

924
00:50:59,710 --> 00:51:03,670
Il timing Attack è abbastanza in
realtà molto smart, secondo me 

925
00:51:03,670 --> 00:51:07,110
molto carina come cosa. 
Ci sono degli esempi simili 

926
00:51:07,310 --> 00:51:10,070
anche non per forza in Bitcoin 
ma anche nel mondo della 

927
00:51:10,070 --> 00:51:12,990
sicurezza informatica, tipo per 
craccare, password eccetera. 

928
00:51:14,270 --> 00:51:16,790
In cosa consiste? 
Come dice il nome si basa sul 

929
00:51:16,790 --> 00:51:19,390
tempo, sulle tempistiche nello 
specifico. 

930
00:51:19,390 --> 00:51:22,910
Nodo Lightning fa questo, 
immaginatevi io, vedo una 

931
00:51:22,910 --> 00:51:26,950
transazione che mi arriva in 
entrata da Giacomo che mi dice 

932
00:51:26,950 --> 00:51:31,630
di darla a Daniela e poi Daniela
saprà dove mandarla nel momento 

933
00:51:31,630 --> 00:51:33,470
in cui Giacomo mi dà il 
pacchetto. 

934
00:51:33,470 --> 00:51:36,990
Come funziona Lightning che il 
pacchetto alla transazione passa

935
00:51:36,990 --> 00:51:40,230
tra tutti i nodi, va alla 
destinatario che poi rimanda 

936
00:51:40,230 --> 00:51:42,470
tutto il pacchetto indietro e lo
riporta Giacomo. 

937
00:51:42,990 --> 00:51:45,750
Cosa può succedere che non so 
immaginiamo. 

938
00:51:45,750 --> 00:51:48,310
Giacomo mi dà una transazione, 
io la do a Daniela che la dà 

939
00:51:48,310 --> 00:51:51,070
Federico rivi se io voglio 
spiare qualcosa di più su questa

940
00:51:51,070 --> 00:51:55,390
transazione, appena mi arriva la
transazione Lightning faccio 

941
00:51:55,390 --> 00:51:58,550
partire un timer, do la 
transazione a Daniela, Daniela 

942
00:51:58,550 --> 00:52:01,350
la vi darà tutte le persone a 
cui la deve dare, quando mi 

943
00:52:01,350 --> 00:52:03,830
ritorna indietro il pacchetto 
blocco il timer e la ridò 

944
00:52:03,830 --> 00:52:06,670
Giacomo quindi ho visto 
chiaramente quanto ci ha messo 

945
00:52:06,670 --> 00:52:10,190
la transazione dopo che è 
passata a me ad arrivare alle 

946
00:52:10,190 --> 00:52:12,590
altre persone fino al 
destinatario e quanto tempo ci 

947
00:52:12,590 --> 00:52:16,110
ha messo a tornarmi indietro. 
Avendo questa informazione io a 

948
00:52:16,110 --> 00:52:18,630
questo punto cosa faccio quello 
che abbiamo detto prima, il pro 

949
00:52:18,630 --> 00:52:22,350
Bing, quindi provo 
effettivamente a calcolare la 

950
00:52:22,350 --> 00:52:25,950
root tutte le possibili vie, 
passando per Daniela e tutti i 

951
00:52:25,950 --> 00:52:28,470
suoi possibili nodi fino a 
quando non trovo una via in cui 

952
00:52:28,470 --> 00:52:32,230
il messaggio di test non ci 
mette lo stesso tempo uno molto 

953
00:52:32,230 --> 00:52:36,230
molto simile della transazione 
che aveva fatto Giacomo, quindi 

954
00:52:36,230 --> 00:52:38,870
io in questo modo cosa faccio 
dico OK, Giacomo ha dato una 

955
00:52:38,870 --> 00:52:40,830
transazione a me che l'ha data a
Daniela, che l'ha data a 

956
00:52:40,830 --> 00:52:43,750
Federico rivi il passaggio 
Daniela a Federico, Rivi 

957
00:52:43,750 --> 00:52:47,190
Federico, Rivi Daniela ahimè 
avanti indietro ci ha messo 8 

958
00:52:47,190 --> 00:52:51,120
millisecondi. 
Faccio tutti i tentativi ai nodi

959
00:52:51,120 --> 00:52:52,840
connessi a Daniela per fare 
questa transazione. 

960
00:52:52,840 --> 00:52:56,960
Magari uno ci mette 15 
millisecondi 1351 e 94 e dico 

961
00:52:56,960 --> 00:52:58,880
OK. 
Chiaramente Daniela questa 

962
00:52:58,880 --> 00:53:01,440
transazione l'aveva passata. 
Federico Rivi perché è l'unico 

963
00:53:01,440 --> 00:53:03,000
che mi risponde negli stessi 
tempi. 

964
00:53:03,400 --> 00:53:07,440
Questo è un attacco molto carino
e se vuoi spiego subito come si 

965
00:53:07,440 --> 00:53:11,560
può mitigare e andiamo così in 
questa chiusura di tecniche 

966
00:53:11,560 --> 00:53:14,520
carine, buoni usi e costumi per 
limitare queste tipologie di 

967
00:53:14,520 --> 00:53:18,950
attacchi. 
Si può limitare implementando 

968
00:53:18,950 --> 00:53:24,350
questa nuova funzionalità che si
chiama Random Time relay, che 

969
00:53:24,350 --> 00:53:27,470
consiste semplicemente nel fatto
che ogni nodo, prima di passare 

970
00:53:27,470 --> 00:53:30,030
la transazione a un'altro, fa 
aspettare qualche millisecondo 

971
00:53:30,030 --> 00:53:33,630
di tempo random, quindi decide 
di aspettare che ne so 2 3 

972
00:53:33,630 --> 00:53:34,710
millisecondi. 
Lo dà Daniela. 

973
00:53:34,710 --> 00:53:37,630
Daniela decide di aspettarne 10 
e in questo modo diventa 

974
00:53:37,630 --> 00:53:40,190
difficile ricalcolare questa 
cosa. 

975
00:53:40,190 --> 00:53:43,150
Il grande dubbio per cui abbiamo
già pensato a questa tecnologia 

976
00:53:43,150 --> 00:53:47,390
ma noi lo implementiamo, è che 
ci bulliamo tutti del fatto che 

977
00:53:47,390 --> 00:53:50,430
Lightning è velocissimo e quindi
pensare di aggiungere un 

978
00:53:50,430 --> 00:53:51,790
rallentamento al nostro 
Lightning. 

979
00:53:53,160 --> 00:53:55,280
Non ci fa venire la voglia di 
metterlo e quindi in questo 

980
00:53:55,280 --> 00:53:58,280
momento questa tecnologia è un 
attimo in pausa perché siamo 

981
00:53:58,280 --> 00:54:01,520
indecisi per dire, ha senso 
inserire questa miglioria? 

982
00:54:01,520 --> 00:54:04,480
La privacy, rendendo Lightning 
meno Lightning? 

983
00:54:05,280 --> 00:54:07,680
Lo decideremo nelle prossime 
aggiornamenti di questo 

984
00:54:07,680 --> 00:54:11,910
protocollo. 
E ti va di spiegare quali sono 

985
00:54:11,910 --> 00:54:15,870
altre mitigazioni agli attacchi 
di cui abbiamo trattato oggi? 

986
00:54:16,430 --> 00:54:20,790
Innanzitutto, come dicevamo 
prima, taplot è molto utile per 

987
00:54:20,790 --> 00:54:23,190
rendere le chiusure e le 
aperture, le chiusure 

988
00:54:23,190 --> 00:54:25,350
cooperative, l'apertura dei 
canali più private. 

989
00:54:27,120 --> 00:54:30,280
Non c'è davvero 
un'implementazione stabile, 

990
00:54:30,280 --> 00:54:33,400
diciamo cioè nel senso da quello
che mi dicevi tu perché non l'ho

991
00:54:33,400 --> 00:54:35,840
ancora provato, LND ti lascia 
aprire e chiudere? 

992
00:54:35,840 --> 00:54:38,120
Canali Lightning ma solo non 
annunciati. 

993
00:54:38,510 --> 00:54:41,910
E la mia intuizione è che sia 
perché è ancora una cosa un 

994
00:54:41,910 --> 00:54:45,590
pochino in beta e allora prima 
di farlo con canali annunciati 

995
00:54:45,590 --> 00:54:48,230
che quindi tutti vedono, c'è la 
transazione e poi il canale 

996
00:54:48,790 --> 00:54:51,070
meglio se lo facciamo in un in 
una maniera un po più silenziosa

997
00:54:51,070 --> 00:54:55,390
dall'inizio che se ci sono bug 
probabilmente è meno tragica la 

998
00:54:55,390 --> 00:54:57,630
situazione. 
Infatti do il mio ragionamento a

999
00:54:57,630 --> 00:54:59,430
riguardo. 
Io ho notato che per esempio, se

1000
00:54:59,430 --> 00:55:02,270
voi gestite il vostro nodo con 
Zeus eccetera, anche loro hanno 

1001
00:55:02,270 --> 00:55:05,430
già implementato questa opzione.
Io ho testato con LND. 

1002
00:55:07,120 --> 00:55:08,760
Permette solo i canali non 
annunciati. 

1003
00:55:08,760 --> 00:55:12,440
Io non sono certo che sia una 
limite tecnico o come ha detto 

1004
00:55:12,440 --> 00:55:15,520
Daniela, potrebbe essere un'idea
di dire limitiamo i danni per 

1005
00:55:15,520 --> 00:55:18,200
testare questa funzionalità, 
però ammetto che appunto la tua 

1006
00:55:18,200 --> 00:55:20,680
teoria è molto valida, anche 
perché ci sono rimasto 

1007
00:55:20,680 --> 00:55:24,000
abbastanza male, nel senso che 
tapatal abbiamo da un po, ma a 

1008
00:55:24,000 --> 00:55:26,920
un certo punto LNDE gli altri 
hanno detto ma sì, cominciamo a 

1009
00:55:26,920 --> 00:55:31,120
sviluppare su tupat meglio no di
lighting e boh hanno buttato 

1010
00:55:31,120 --> 00:55:33,840
fuori la versione che supporta 
TAP root Music V due apertura 

1011
00:55:33,840 --> 00:55:36,360
dei canali, tutto molto in 
fretta e quindi ho detto Wow, 

1012
00:55:36,360 --> 00:55:39,200
non mi aspettavo ci mettessero 
così poco a farlo, ci sta che 

1013
00:55:39,200 --> 00:55:43,710
magari iniziano un. 
Volta con fase di test ci sono 

1014
00:55:43,710 --> 00:55:46,190
altri, dai te ne faccio dire 
un'altra a te e poi io dico. 

1015
00:55:46,190 --> 00:55:48,750
L'ultima miglioria per il 
problema di cui parlavo prima di

1016
00:55:48,750 --> 00:55:51,390
avere più nodi sulla stessa 
parte tenuti dalla stessa 

1017
00:55:51,390 --> 00:55:55,750
persona sono i cosiddetti.pt. 
LC, allora quando noi usiamo 

1018
00:55:55,750 --> 00:55:58,110
Lightning, ora e quando noi 
vogliamo fare routing di 

1019
00:55:58,110 --> 00:56:02,030
transazione, usiamo la 
costruzione chiamata HTLC Hash 

1020
00:56:02,030 --> 00:56:05,150
Time lock contract. 
Non ne parliamo troppo, è una 

1021
00:56:05,150 --> 00:56:07,870
cosa un pochino complicata, però
usiamo questa HTLC. 

1022
00:56:08,430 --> 00:56:11,750
Dall'introduzione di Lightning 
possiamo fare upgrade. 

1023
00:56:12,750 --> 00:56:17,270
Di taproat grazie possiamo fare 
upgrade a questi.pt LC, cioè 

1024
00:56:17,510 --> 00:56:21,190
point timelot contract. 
Non ho la minima idea di come 

1025
00:56:21,190 --> 00:56:24,350
funzionino, a quanto pare sono 
più fighi e possono toglierci il

1026
00:56:24,350 --> 00:56:26,430
problema di più nodi malevoli 
sulla stessa path. 

1027
00:56:26,430 --> 00:56:28,950
Quindi ben venga. 
Però è un aggiornamento 

1028
00:56:28,950 --> 00:56:33,190
Lightning che penso che molti 
aspettino, perché migliora 

1029
00:56:33,190 --> 00:56:36,110
notevolmente il funzionamento 
proprio generico di Lightning di

1030
00:56:36,110 --> 00:56:37,990
oggi. 
Io non lo vedo ancora così 

1031
00:56:37,990 --> 00:56:40,590
immediato e vicino nemmeno un 
po. 

1032
00:56:41,230 --> 00:56:44,270
E infatti, se almeno al momento,
nel cervello mio di turtle cute 

1033
00:56:44,270 --> 00:56:48,630
è una di quelle cose ancora non 
così World da studiarmi adesso, 

1034
00:56:48,870 --> 00:56:50,910
perché tanto, cioè la vedo 
ancora un po lontana. 

1035
00:56:50,910 --> 00:56:54,670
Soggetto ancora a molti 
possibili cambiamenti però sì, 

1036
00:56:54,670 --> 00:56:57,350
effettivamente questo nuovo 
aggiornamento, in caso venisse 

1037
00:56:57,470 --> 00:57:00,070
implementato, potrebbe 
migliorare questo aspetto di 

1038
00:57:00,070 --> 00:57:02,110
privacy. 
Anche un sistema abbastanza 

1039
00:57:02,110 --> 00:57:03,990
simile per decidere quando 
studiare le cose. 

1040
00:57:03,990 --> 00:57:06,990
Nel senso accade di tutto, ogni 
giorno in Bitcoin. 

1041
00:57:06,990 --> 00:57:09,230
E non capisco gli shit cognaer 
che dicono che non c'è 

1042
00:57:09,230 --> 00:57:10,790
innovazione in Bitcoin. 
Boh vabbè. 

1043
00:57:11,070 --> 00:57:13,120
E quindi? 
Prima di mettermi a studiare 

1044
00:57:13,120 --> 00:57:16,920
cose mi chiedo, OK, ma 
realisticamente, quanto vicine 

1045
00:57:16,920 --> 00:57:18,040
sono e quanto? 
Ognuno. 

1046
00:57:18,120 --> 00:57:20,000
Di noi bellissime idee. 
Ognuno di noi ha delle 

1047
00:57:20,000 --> 00:57:22,960
ualistiche per capire come 
gestire le cose. 

1048
00:57:23,320 --> 00:57:26,040
Insomma chiudo questa puntata io
invece parlando di una 

1049
00:57:26,040 --> 00:57:29,000
tecnologia che c'è già oggi 
potete usare tutti voi su 

1050
00:57:29,000 --> 00:57:32,640
Lightning. 
Secondo me è un po strana però è

1051
00:57:32,640 --> 00:57:34,880
molto figa che si chiama 
Multipat payment. 

1052
00:57:35,080 --> 00:57:39,680
Solitamente lo vedete al momento
con la scritta amp nei vostri 

1053
00:57:39,920 --> 00:57:42,600
Wallet Lightning non tutti lo 
supportano. 

1054
00:57:42,830 --> 00:57:46,070
Se voi utilizzate per esempio un
vostro nodo con LND potete 

1055
00:57:46,070 --> 00:57:48,790
utilizzare transazioni con 
multipad payment. 

1056
00:57:49,150 --> 00:57:53,030
Phoenix non lo supporta, molte 
altri Wallet invece lo 

1057
00:57:53,030 --> 00:57:55,510
supportano ma semplicemente non 
ve lo dicono, quindi se uno vi 

1058
00:57:55,510 --> 00:57:59,390
invia dei fondi col multipad 
payment li ricevono e invece 

1059
00:57:59,390 --> 00:58:02,990
quando inviate decidono loro se 
fare multipad payment o no. 

1060
00:58:03,190 --> 00:58:06,310
Cosa vuol dire multipat payment?
Infatti adesso lo spiego. 

1061
00:58:07,840 --> 00:58:10,640
Semplicemente su Lightning fai 
transazioni grandi potrebbe 

1062
00:58:10,640 --> 00:58:13,200
essere molto complicato. 
Ci voglio inviare un milione di 

1063
00:58:13,200 --> 00:58:17,680
satoshi e Daniela vuole dire che
il 99% dei canali, magari su 

1064
00:58:17,680 --> 00:58:19,720
Lightning, non hanno dentro la 
liquidità per fare questa 

1065
00:58:19,720 --> 00:58:22,040
transazione? 
Esiste questa tecnologia 

1066
00:58:22,040 --> 00:58:24,680
chiamata multipatt in cui io 
semplicemente spacco questa 

1067
00:58:24,680 --> 00:58:28,720
transazione, che ne so in 10 da 
100.000 satoshi e se tutte e 10 

1068
00:58:28,720 --> 00:58:31,640
raggiungono Daniela io confermo 
e li invio in questo modo la 

1069
00:58:31,640 --> 00:58:33,920
transazione. 
Quindi io faccio tanti test per 

1070
00:58:33,920 --> 00:58:36,960
vedere che sia possibile 
arrivare Daniela con tante 

1071
00:58:36,960 --> 00:58:40,600
transazioni spezzettate. 
Se ci riesco gli mando così. 

1072
00:58:41,110 --> 00:58:45,270
Questa cosa è molto carina per 
varie ragioni, uno migliora di 

1073
00:58:45,270 --> 00:58:48,150
molto tutto il livello di 
privacy sugli attacchi che 

1074
00:58:48,150 --> 00:58:50,990
abbiamo appena spiegato, quindi 
pro Bing per cercare la 

1075
00:58:50,990 --> 00:58:54,110
liquidità nei canali timing 
Attack si è fatto un pagamento 

1076
00:58:54,110 --> 00:58:57,950
multipath, diventa tutto molto 
più incasinato, perché fate 

1077
00:58:57,950 --> 00:59:00,390
tantissimi pagamenti a livello 
ipotetico? 

1078
00:59:00,390 --> 00:59:03,910
Lo potete spezzettare davvero 
anche in centinaia di pezzetti. 

1079
00:59:05,360 --> 00:59:08,200
Il grosso svantaggio è che la 
transazione diventa decisamente 

1080
00:59:08,200 --> 00:59:11,560
più lenta da fare perché il 
vostro nodo prima di inviarla 

1081
00:59:11,560 --> 00:59:14,920
deve calcolare tanti path per 
tante transazioni, verificare 

1082
00:59:14,920 --> 00:59:19,280
che siano corretti e solo se 
tutti arrivano a destinazione è 

1083
00:59:19,280 --> 00:59:23,360
valida, quindi il pro è che 
sicuramente è meglio dal punto 

1084
00:59:23,360 --> 00:59:26,070
di vista di privacy. 
Vi permette di fare transazioni 

1085
00:59:26,070 --> 00:59:29,550
tendenzialmente più affidabili, 
nel senso che è molto più 

1086
00:59:29,550 --> 00:59:32,190
difficile che falliscano. 
Il conto è che alcuni Wallet, 

1087
00:59:32,190 --> 00:59:35,110
come Phoenix, non lo supportano 
e non ve lo dicono. 

1088
00:59:35,110 --> 00:59:38,670
Quindi cioè se io faccio una 
transazione amp a Phoenix non è 

1089
00:59:38,670 --> 00:59:41,990
che mi arriva una qualche alert 
che mi dice, Guarda che amp non 

1090
00:59:41,990 --> 00:59:46,510
è no, fallisce, punto. 
E io sono tipo lì, cioè l'ho 

1091
00:59:46,510 --> 00:59:49,270
capito dopo 400.000 tentativi in
cui continuavo a fargli una 

1092
00:59:49,270 --> 00:59:51,630
transazione dicevo, ma come? 
Ma il mio nodo è così ben 

1093
00:59:51,630 --> 00:59:53,950
connesso e quindi niente, ho 
scovato il problema. 

1094
00:59:53,950 --> 00:59:57,230
L'altra è che le transazioni 
sono un pochino più lente. 

1095
00:59:57,880 --> 01:00:01,320
Questo è stato un po 1 1 
affacciarsi sul mondo della 

1096
01:00:01,320 --> 01:00:05,280
privacy su Lightning, quindi 
purtroppo no, non è totalmente 

1097
01:00:05,280 --> 01:00:09,160
perfetta secondo me, però è un 
approccio intelligente di 

1098
01:00:09,160 --> 01:00:11,880
approcciarsi alla privacy, 
quindi tentare di mettere meno 

1099
01:00:11,880 --> 01:00:16,200
informazioni possibili on chain 
rispetto alle citcoin like moné 

1100
01:00:16,200 --> 01:00:20,800
Roby like dove dicono facciamo 
una transazione in cui mettiamo 

1101
01:00:20,880 --> 01:00:24,600
16 firme, transazioni, finte e 
poi criptiamo tutto così diventa

1102
01:00:24,600 --> 01:00:26,560
ancora più pesante, diventa più 
complicato. 

1103
01:00:26,560 --> 01:00:29,080
OK, molto Figo, la tua 
transazione pesa mezzo megabyte 

1104
01:00:29,080 --> 01:00:32,400
dentro al blocco, non mi sembra 
molto efficiente, mi sembra un 

1105
01:00:32,400 --> 01:00:35,920
modo più intelligente per 
scalare e avere privacy al 

1106
01:00:35,920 --> 01:00:39,560
contempo, quindi niente, il 
Lightning è qui per noi per 

1107
01:00:39,560 --> 01:00:42,480
utilizzarlo, vedremo come andrà.
Nel suo futuro vedremo se 

1108
01:00:42,480 --> 01:00:43,960
riusciremo a migliorare la 
privacy. 

1109
01:00:43,960 --> 01:00:47,280
Ma la vostra danielone turtle 
che tutte sono qua a raccontare 

1110
01:00:47,280 --> 01:00:50,160
proprio di queste cose. 
Quindi anche fra 10 anni, quando

1111
01:00:50,160 --> 01:00:52,760
avremo i primi acciacchi 
aromatismi, probabilmente saremo

1112
01:00:52,760 --> 01:00:55,080
qua a spiegarvi il futuro di 
Lightning su Bitcoin. 

1113
01:00:55,550 --> 01:00:58,550
Sia anni, non avrò gli acciacchi
e i reumatismi, scusami, tu 

1114
01:00:58,550 --> 01:01:02,030
quanto vecchio sei? 
Saperlo minchia pubblica questa 

1115
01:01:02,030 --> 01:01:04,750
informazione. 
Vabbè boh, OKOK. 

1116
01:01:05,030 --> 01:01:08,390
Ragazzi ci vediamo alla prossima
domenica, da tanto il kit è. 

1117
01:01:08,390 --> 01:01:10,190
Tutto alla prossima Ciao. 
Ciao ragazzi. 

1118
01:01:12,500 --> 01:01:14,980
Voglio farmi un bel gelato con 
crema, mi. 

1119
01:01:15,260 --> 01:01:16,420
Sveglio, saluti a priorato.