1
00:00:01,720 --> 00:00:22,879
[Aplausos]

2
00:00:07,840 --> 00:00:22,879
[Música]

3
00:00:23,080 --> 00:00:28,960
Muy bien, el siguiente es la clave, Jeff de los bueyes.

4
00:00:26,880 --> 00:00:30,480
él va a hablar sobre Monero y más

5
00:00:28,960 --> 00:00:32,480
cosas

6
00:00:30,480 --> 00:00:34,680
Hola chicos, realmente es bueno estar aquí en

7
00:00:32,480 --> 00:00:37,079
esta conferencia y uh sí, eso fue un

8
00:00:34,680 --> 00:00:40,800
una charla súper emocionante realmente me atrapó

9
00:00:37,079 --> 00:00:42,320
[ __ ] emocionado así que um, mi charla es

10
00:00:40,800 --> 00:00:45,320
probablemente va a ser mucho menos

11
00:00:42,320 --> 00:00:48,320
interesante, así que solo un completo

12
00:00:45,320 --> 00:00:50,840
Advertencia, entonces, ¿quién soy? Soy el CTO en

13
00:00:48,320 --> 00:00:53,160
bueyes y por extensión sesión loket todos

14
00:00:50,840 --> 00:00:56,840
de las cosas en las que trabajamos um nosotros

15
00:00:53,160 --> 00:00:58,960
comenzó en 2018 um o principios de 2019, así que

16
00:00:56,840 --> 00:01:00,559
hemos estado trabajando en el espacio durante un

17
00:00:58,960 --> 00:01:03,280
largo tiempo

18
00:01:00,559 --> 00:01:05,520
um, bifurcamos a Monero como un código, bifurcamos, no como

19
00:01:03,280 --> 00:01:08,400
bifurcación blockchain en

20
00:01:05,520 --> 00:01:11,000
2019 um y probablemente seamos uno de los

21
00:01:08,400 --> 00:01:14,320
uh Monera Forks más activamente desarrollado

22
00:01:11,000 --> 00:01:16,360
por ahí así que creo que somos unas seis o

23
00:01:14,320 --> 00:01:18,759
7 mil líneas de caché o bueno no

24
00:01:16,360 --> 00:01:20,840
líneas de compromisos de bacalao divergieron ahora de

25
00:01:18,759 --> 00:01:23,079
Monero um y muchas de las cosas que

26
00:01:20,840 --> 00:01:24,400
construido en Oxen también tiene algunos de

27
00:01:23,079 --> 00:01:26,520
Las cosas que construimos en Oxen también tienen

28
00:01:24,400 --> 00:01:29,439
También se han fusionado nuevamente con Monero.

29
00:01:26,520 --> 00:01:30,640
como un soporte I6 um fue un notable

30
00:01:29,439 --> 00:01:31,759
contribución

31
00:01:30,640 --> 00:01:33,880
y sí, también tenemos la capa 2

32
00:01:31,759 --> 00:01:36,960
aplicaciones para que la mayoría de ustedes sesionen

33
00:01:33,880 --> 00:01:38,840
He oído hablar de um y de esa capa 2

34
00:01:36,960 --> 00:01:41,880
las aplicaciones probablemente estén dando vueltas

35
00:01:38,840 --> 00:01:44,799
600.000 usuarios activos mensuales, así que muchos

36
00:01:41,880 --> 00:01:47,960
cosas ahí um entonces la razón por la que yo

37
00:01:44,799 --> 00:01:51,119
quería dar esta charla era que um nosotros

38
00:01:47,960 --> 00:01:53,399
Bifurcamos Monero en 2018 y ya hemos gastado

39
00:01:51,119 --> 00:01:56,799
mucho tiempo desarrollando un

40
00:01:53,399 --> 00:01:59,000
infraestructura para um que permite diferentes

41
00:01:56,799 --> 00:02:00,799
tipo de aplicaciones en La 1 por lo que hemos

42
00:01:59,000 --> 00:02:02,520
sido capaz de proporcionar una finalidad instantánea

43
00:02:00,799 --> 00:02:05,159
para las transacciones que hemos podido

44
00:02:02,520 --> 00:02:06,600
proporcionar puntos de control um y también hemos

45
00:02:05,159 --> 00:02:08,640
podido hacer la transición a una prueba

46
00:02:06,600 --> 00:02:11,680
Estaca la red también, así que es una especie de donación.

47
00:02:08,640 --> 00:02:13,319
esta charla como una manera de ofrecer un modelo a

48
00:02:11,680 --> 00:02:14,720
la comunidad minera que podían

49
00:02:13,319 --> 00:02:16,720
adoptar si quisieran bajar eso

50
00:02:14,720 --> 00:02:18,720
dirección, sé que no hay mucha

51
00:02:16,720 --> 00:02:20,040
Apóyame ahí afuera para los profesionales de la apuesta.

52
00:02:18,720 --> 00:02:21,720
pero creo que es importante que el

53
00:02:20,040 --> 00:02:23,480
Proyectos que han seguido ese camino.

54
00:02:21,720 --> 00:02:25,480
al menos dejar claro por qué por qué

55
00:02:23,480 --> 00:02:27,560
lo hice, así que sí, repasaremos el

56
00:02:25,480 --> 00:02:29,560
capa dos cómo construir construir todo esto

57
00:02:27,560 --> 00:02:31,239
cosas en Crypton note um y solo nuestro

58
00:02:29,560 --> 00:02:33,720
otras aplicaciones como

59
00:02:31,239 --> 00:02:35,680
Bueno, entonces ¿por qué queríamos crear un

60
00:02:33,720 --> 00:02:38,120
capa 2 en primer lugar ¿por qué

61
00:02:35,680 --> 00:02:40,440
¿Por qué empezamos por este camino?

62
00:02:38,120 --> 00:02:43,280
Lo primero fue que en realidad no era para

63
00:02:40,440 --> 00:02:44,760
El escalado tradicional es motivo de mucha controversia.

64
00:02:43,280 --> 00:02:46,480
blockchains creará una capa dos

65
00:02:44,760 --> 00:02:48,360
porque quieren tener digamos un millón

66
00:02:46,480 --> 00:02:51,000
transacciones por segundo o algunas que conozcas

67
00:02:48,360 --> 00:02:52,680
objetivo saqueable um, realmente no lo hicimos

68
00:02:51,000 --> 00:02:55,400
por eso quisimos desarrollar

69
00:02:52,680 --> 00:02:58,040
aplicaciones um vimos aplicaciones como

70
00:02:55,400 --> 00:03:00,360
señal y recorrido y pensé cómo podríamos

71
00:02:58,040 --> 00:03:02,200
tener un Cil resistente o descentralizado

72
00:03:00,360 --> 00:03:04,480
Red um donde habilitaríamos algunos de

73
00:03:02,200 --> 00:03:08,080
esas aplicaciones um entonces eso es Pro

74
00:03:04,480 --> 00:03:09,799
principalmente por qué empezamos con bueyes y nosotros

75
00:03:08,080 --> 00:03:11,760
También quería aportar mejoras para

76
00:03:09,799 --> 00:03:15,720
capa uno, así que vimos monedas por ahí en

77
00:03:11,760 --> 00:03:17,680
2018 como Dash um que estaban usando esto

78
00:03:15,720 --> 00:03:19,319
esencialmente como una capa maestra para traer

79
00:03:17,680 --> 00:03:22,159
cualidades de nuevo a la capa uno y

80
00:03:19,319 --> 00:03:25,599
Esa es esencialmente la razón por la que queríamos

81
00:03:22,159 --> 00:03:27,519
empezar entonces lo que se requería um entonces el

82
00:03:25,599 --> 00:03:29,000
paso el paso uno el primer paso que

83
00:03:27,519 --> 00:03:31,680
tipo de necesidad es que necesitamos apostar y

84
00:03:29,000 --> 00:03:34,840
Recompensas, este es el aspecto más básico.

85
00:03:31,680 --> 00:03:37,000
de cualquier tipo de um Capa Dos que tú

86
00:03:34,840 --> 00:03:38,319
establecería uh y luego también el

87
00:03:37,000 --> 00:03:41,200
La segunda capa es la que queremos tener como una

88
00:03:38,319 --> 00:03:43,159
infraestructura de red, así que queremos

89
00:03:41,200 --> 00:03:45,040
tener algunos recursos que la red puede

90
00:03:43,159 --> 00:03:46,480
Se proporcionará que puede ser la banda.

91
00:03:45,040 --> 00:03:47,760
recursos de ancho de banda computacional

92
00:03:46,480 --> 00:03:50,000
recursos hablaré de eso un poco

93
00:03:47,760 --> 00:03:51,959
más uh y luego también vigilancia de red

94
00:03:50,000 --> 00:03:53,879
para garantizar que aquellos recursos que son

95
00:03:51,959 --> 00:03:56,239
proporcionados a la red están sujetos a un

96
00:03:53,879 --> 00:03:56,239
cierto

97
00:03:56,280 --> 00:04:00,840
estándar, entonces, ¿cómo lo construimos?

98
00:03:59,239 --> 00:04:02,840
El primer tipo de desafío que tuvimos fue cómo

99
00:04:00,840 --> 00:04:04,159
¿Hacemos apuestas además de Cryptonote?

100
00:04:02,840 --> 00:04:05,360
porque obviamente todo es privado

101
00:04:04,159 --> 00:04:08,280
necesitas tener

102
00:04:05,360 --> 00:04:11,519
auditabilidad de las transacciones um que

103
00:04:08,280 --> 00:04:12,920
están siendo Stak um así que hubo una especie de

104
00:04:11,519 --> 00:04:14,720
Necesitábamos una forma de bloquear las monedas y

105
00:04:12,920 --> 00:04:17,440
necesitaba también una manera de asociar aquellos

106
00:04:14,720 --> 00:04:20,400
monedas con una entidad así que nuestra primera

107
00:04:17,440 --> 00:04:22,919
El enfoque fue utilizar salidas bloqueadas en el tiempo.

108
00:04:20,400 --> 00:04:25,000
entonces Monero tiene esta característica llamada

109
00:04:22,919 --> 00:04:27,400
tiempo de desbloqueo um y esencialmente permite

110
00:04:25,000 --> 00:04:29,000
que envíes una transacción uh donde

111
00:04:27,400 --> 00:04:31,160
las salidas en esa transacción están bloqueadas

112
00:04:29,000 --> 00:04:33,160
por un periodo de tiempo arbitrario bloqueas

113
00:04:31,160 --> 00:04:34,840
durante 30 días puedes bloquearlos para mí

114
00:04:33,160 --> 00:04:37,600
Piensa que el máximo es como si supieras millones.

115
00:04:34,840 --> 00:04:39,280
de años o algo así um entonces

116
00:04:37,600 --> 00:04:41,400
esencialmente el primer enfoque fue el

117
00:04:39,280 --> 00:04:44,000
El usuario enviaría una transacción a

118
00:04:41,400 --> 00:04:46,280
ellos mismos por el um el monto de la apuesta

119
00:04:44,000 --> 00:04:47,600
que se requería para apostar en la Cadena

120
00:04:46,280 --> 00:04:50,280
um y lo bloquearían para

121
00:04:47,600 --> 00:04:52,199
ellos mismos durante 30 días um y lo harían

122
00:04:50,280 --> 00:04:54,720
también en el TX extra exponer el

123
00:04:52,199 --> 00:04:56,919
clave de transacción que permitía a cualquiera

124
00:04:54,720 --> 00:04:58,880
ven, lee el blockchain um y

125
00:04:56,919 --> 00:05:01,639
Calcula las cantidades que estaban siendo

126
00:04:58,880 --> 00:05:03,560
Aposté un modelo un poco diferente.

127
00:05:01,639 --> 00:05:06,320
que lo que se presentó antes con

128
00:05:03,560 --> 00:05:08,000
um prueba de participación además de criptonota

129
00:05:06,320 --> 00:05:10,600
Um, sí, ahora cualquiera puede escanear.

130
00:05:08,000 --> 00:05:12,280
y verificar que una persona esté apostando

131
00:05:10,600 --> 00:05:14,400
Uh y luego también necesitábamos una manera de uh

132
00:05:12,280 --> 00:05:17,000
asociar esas monedas con una entidad para que

133
00:05:14,400 --> 00:05:20,759
básicamente también ponemos uh generado

134
00:05:17,000 --> 00:05:22,919
clave ed25519 en la transacción um extra

135
00:05:20,759 --> 00:05:24,840
y eso permite que las firmas sean

136
00:05:22,919 --> 00:05:26,960
offchain reconocido está asociado con un

137
00:05:24,840 --> 00:05:29,680
particular

138
00:05:26,960 --> 00:05:32,880
Apuesta genial, así que esa fue la primera versión.

139
00:05:29,680 --> 00:05:35,280
Um no fue genial porque básicamente tú

140
00:05:32,880 --> 00:05:36,639
Tendría que volver a apostar cada 30 días.

141
00:05:35,280 --> 00:05:38,000
para que sepas apostar por el

142
00:05:36,639 --> 00:05:39,919
red entonces su apuesta expiraría

143
00:05:38,000 --> 00:05:41,160
Tendrías que hacerlo de nuevo. Tuvimos algunos.

144
00:05:39,919 --> 00:05:43,240
software que haría esto

145
00:05:41,160 --> 00:05:45,000
automáticamente pero luego estás como

146
00:05:43,240 --> 00:05:48,319
Mantener tus llaves en la memoria, lo cual no es así.

147
00:05:45,000 --> 00:05:50,240
muy buena práctica um y también la forma

148
00:05:48,319 --> 00:05:51,759
El tiempo de desbloqueo funciona de forma predeterminada.

149
00:05:50,240 --> 00:05:53,520
que tu uh cuando envías el

150
00:05:51,759 --> 00:05:55,400
transacción también bloqueas el cambio

151
00:05:53,520 --> 00:05:57,319
eso también volverá así que necesitábamos

152
00:05:55,400 --> 00:05:59,479
para hacer algo interesante como salida

153
00:05:57,319 --> 00:06:00,800
estrategias de gestión donde el usuario

154
00:05:59,479 --> 00:06:02,840
les gustaría una especie de barrido para ellos mismos

155
00:06:00,800 --> 00:06:04,199
Antes de que cerraran sus monedas.

156
00:06:02,840 --> 00:06:06,720
de lo contrario su cambio quedaría bloqueado

157
00:06:04,199 --> 00:06:08,720
Lo cual obviamente no es bueno, así que sí.

158
00:06:06,720 --> 00:06:10,880
en lugar del segundo enfoque nosotros

159
00:06:08,720 --> 00:06:13,840
Lo que miramos fue ¿y si pudiéramos usar la clave?

160
00:06:10,880 --> 00:06:16,000
imágenes um porque las imágenes clave esencialmente

161
00:06:13,840 --> 00:06:18,400
identificar como transacción o se detienen

162
00:06:16,000 --> 00:06:19,919
doble Spence um identificándose como el

163
00:06:18,400 --> 00:06:22,080
parte única de un

164
00:06:19,919 --> 00:06:24,240
transacción uh entonces lo que esencialmente

165
00:06:22,080 --> 00:06:26,000
lo hizo fue uh el usuario enviaría un

166
00:06:24,240 --> 00:06:27,880
transacción a sí mismos en ese

167
00:06:26,000 --> 00:06:29,080
transacción bien esa sería la

168
00:06:27,880 --> 00:06:30,919
cantidad de la apuesta, así como que

169
00:06:29,080 --> 00:06:33,919
se enviarían ellos mismos entonces

170
00:06:30,919 --> 00:06:36,599
exponer la transacción con la clave TX y

171
00:06:33,919 --> 00:06:38,080
el TX extra y de ahí uh con todo

172
00:06:36,599 --> 00:06:40,840
de esa información puedes calcular

173
00:06:38,080 --> 00:06:43,000
la imagen clave del futuro um ese gasto

174
00:06:40,840 --> 00:06:44,599
esos resultados crearían y luego el

175
00:06:43,000 --> 00:06:47,039
La red puede llegar a un consenso sobre

176
00:06:44,599 --> 00:06:48,680
bloquear esas imágenes clave para que pueda

177
00:06:47,039 --> 00:06:50,720
esencialmente decir si vemos una transacción

178
00:06:48,680 --> 00:06:52,160
que gasta estos o que tiene esta llave

179
00:06:50,720 --> 00:06:53,759
imagen simplemente no lo vamos a permitir

180
00:06:52,160 --> 00:06:56,240
para gastar en la red y puedes

181
00:06:53,759 --> 00:06:58,879
Llegar a un consenso de esa manera es agradable.

182
00:06:56,240 --> 00:07:00,720
propiedades que esto oh también sí um

183
00:06:58,879 --> 00:07:02,599
Esto también tiene impactos en la privacidad.

184
00:07:00,720 --> 00:07:04,520
eso es importante decir que eres

185
00:07:02,599 --> 00:07:06,879
diferenciando sus transacciones de

186
00:07:04,520 --> 00:07:09,160
las transacciones normales de la red, así que um

187
00:07:06,879 --> 00:07:11,479
Lo ideal es que no utilices estas transacciones.

188
00:07:09,160 --> 00:07:13,840
um como entradas para otras firmas de anillo

189
00:07:11,479 --> 00:07:15,360
haces esa lista negra um pero esto

190
00:07:13,840 --> 00:07:17,919
proporciona algunas propiedades realmente agradables, por lo que

191
00:07:15,360 --> 00:07:19,319
nos da como una apuesta infinita así

192
00:07:17,919 --> 00:07:20,960
Una vez que alguien apuesta, no necesita hacerlo.

193
00:07:19,319 --> 00:07:23,479
retomarlo simplemente dura para siempre hasta que

194
00:07:20,960 --> 00:07:25,639
quiero salir de la red um y también

195
00:07:23,479 --> 00:07:28,000
nos permite definir como una especie de fácil

196
00:07:25,639 --> 00:07:29,759
sistema de penalización también um en bueyes

197
00:07:28,000 --> 00:07:32,560
Básicamente, ¿qué pasa si no lo es?

198
00:07:29,759 --> 00:07:34,680
corriendo en el um en el momento adecuado

199
00:07:32,560 --> 00:07:36,560
rendimiento entonces podemos uh Lista negra

200
00:07:34,680 --> 00:07:39,120
Tu imagen clave se gastará en un

201
00:07:36,560 --> 00:07:40,680
cierta cantidad de tiempo um y eso ha

202
00:07:39,120 --> 00:07:42,199
un costo de oportunidad y también podemos hacer

203
00:07:40,680 --> 00:07:44,840
Recortando si queremos evitando eso.

204
00:07:42,199 --> 00:07:48,400
imagen clave de ser gastada en

205
00:07:44,840 --> 00:07:50,599
todo genial um y el siguiente el siguiente aspecto

206
00:07:48,400 --> 00:07:52,800
Son recompensas, así que esta es bonita.

207
00:07:50,599 --> 00:07:55,960
simple, básicamente puedes simplemente tomar uh

208
00:07:52,800 --> 00:07:57,520
la transacción de coinbase um y dividir

209
00:07:55,960 --> 00:07:59,840
esa recompensa así que lo inicial que

210
00:07:57,520 --> 00:08:01,400
¿Teníamos mineros y originalmente

211
00:07:59,840 --> 00:08:02,639
um fue que teníamos una parte siendo

212
00:08:01,400 --> 00:08:04,599
entregado a los mineros y algo más

213
00:08:02,639 --> 00:08:07,280
porción que se le da al que se le da al

214
00:08:04,599 --> 00:08:09,639
um los nodos en la red um y un

215
00:08:07,280 --> 00:08:12,400
Una forma sencilla de hacer esto es tener tu uh

216
00:08:09,639 --> 00:08:13,879
nodos o en una lista ordenada um para que

217
00:08:12,400 --> 00:08:15,319
cuando un nodo llega al principio de la lista

218
00:08:13,879 --> 00:08:16,440
lo devuelves, lo pagas y luego

219
00:08:15,319 --> 00:08:17,919
va al final de la lista y usted

220
00:08:16,440 --> 00:08:20,000
simplemente sigue haciendo ese proceso una y otra vez

221
00:08:17,919 --> 00:08:22,919
De nuevo, es algo así como lo que hace Ethereum.

222
00:08:20,000 --> 00:08:24,479
Bueno, entonces, ¿qué tenemos ahora con

223
00:08:22,919 --> 00:08:26,599
esas dos cosas de las que hablé

224
00:08:24,479 --> 00:08:28,879
como si tuviéramos una apuesta muy básica

225
00:08:26,599 --> 00:08:30,000
sistema um con esos apostadores siendo

226
00:08:28,879 --> 00:08:33,000
recompensado

227
00:08:30,000 --> 00:08:34,440
um pero lo que aún no tenemos um sakers

228
00:08:33,000 --> 00:08:36,440
no tiene otro propósito que solo

229
00:08:34,440 --> 00:08:37,880
Bloqueando suministro um ellos no están involucrados

230
00:08:36,440 --> 00:08:39,159
en consenso no hemos construido una capa

231
00:08:37,880 --> 00:08:40,760
Dos todavía, así que necesitamos agregar algunos más.

232
00:08:39,159 --> 00:08:43,360
cosas para

233
00:08:40,760 --> 00:08:45,120
esto entonces, ¿qué necesitamos agregar?

234
00:08:43,360 --> 00:08:47,000
los interesados ​​deben contribuir con algún tipo de

235
00:08:45,120 --> 00:08:49,560
infraestructuras de red a la red

236
00:08:47,000 --> 00:08:51,760
entonces esto es um sabes que esto es

237
00:08:49,560 --> 00:08:52,880
tradicionalmente un VPS o algún tipo de

238
00:08:51,760 --> 00:08:54,240
servidor

239
00:08:52,880 --> 00:08:55,399
infraestructura um y que

240
00:08:54,240 --> 00:08:56,839
la infraestructura debe ser capaz de

241
00:08:55,399 --> 00:08:58,760
comunicarnos entre nosotros para que podamos

242
00:08:56,839 --> 00:09:00,600
De hecho, haz cosas interesantes con él.

243
00:08:58,760 --> 00:09:02,360
um y necesitamos poder eliminar

244
00:09:00,600 --> 00:09:04,200
infraestructura que no está funcionando uh

245
00:09:02,360 --> 00:09:06,800
al nivel que nosotros

246
00:09:04,200 --> 00:09:08,200
espera genial, entonces, ¿qué infraestructura?

247
00:09:06,800 --> 00:09:10,839
normalmente estamos hablando de

248
00:09:08,200 --> 00:09:13,600
recursos de computación recursos de red

249
00:09:10,839 --> 00:09:15,399
y almacenamiento Recursos con el con

250
00:09:13,600 --> 00:09:17,320
estas cosas que puedes hacer en general

251
00:09:15,399 --> 00:09:20,360
construir la mayoría de las aplicaciones um en un

252
00:09:17,320 --> 00:09:21,959
manera descentralizada um y el Staker

253
00:09:20,360 --> 00:09:24,320
tiene que ser contactable en la red como

254
00:09:21,959 --> 00:09:25,680
Bueno, entonces tienen que registrar una IP.

255
00:09:24,320 --> 00:09:27,279
dirección y un puerto en el que están

256
00:09:25,680 --> 00:09:30,000
contactable al y tienen que responder

257
00:09:27,279 --> 00:09:31,120
a otros servidores también

258
00:09:30,000 --> 00:09:33,320
Entonces sí, ¿cómo funciona la red?

259
00:09:31,120 --> 00:09:36,079
El registro realmente funciona, así que

260
00:09:33,320 --> 00:09:38,360
Hablé un poco sobre la clave ed25519.

261
00:09:36,079 --> 00:09:40,200
Eso está asociado con cada apuesta.

262
00:09:38,360 --> 00:09:42,399
esencialmente tenemos una red peer-to-peer

263
00:09:40,200 --> 00:09:45,040
mensaje um que se propaga en el

264
00:09:42,399 --> 00:09:47,079
red cuando alguien uh apuesta, ellos también

265
00:09:45,040 --> 00:09:49,480
necesitan registrar su hardware uh como

266
00:09:47,079 --> 00:09:52,000
bueno entonces firman un mensaje con su

267
00:09:49,480 --> 00:09:54,079
clave ed25519 que especifica el puerto y

268
00:09:52,000 --> 00:09:55,320
la dirección IP de su nodo de servicio

269
00:09:54,079 --> 00:09:56,720
lo enviarán en el mensaje y

270
00:09:55,320 --> 00:09:58,279
el mensaje elegirá el otro

271
00:09:56,720 --> 00:09:59,800
Los servidores lo recogerán y lo almacenarán en

272
00:09:58,279 --> 00:10:01,600
una base de datos local

273
00:09:59,800 --> 00:10:02,920
um y usar este enfoque es un poco más

274
00:10:01,600 --> 00:10:04,360
flexible que simplemente poner la IP

275
00:10:02,920 --> 00:10:06,480
dirección y el puerto en el actual

276
00:10:04,360 --> 00:10:08,200
transacción de registro porque si usted

277
00:10:06,480 --> 00:10:10,480
desea cambiar su dirección IP, puede

278
00:10:08,200 --> 00:10:12,079
Aún puedes hacerlo actualizando tu

279
00:10:10,480 --> 00:10:14,800
red propagada

280
00:10:12,079 --> 00:10:17,279
mensaje um también necesitamos vigilancia de red

281
00:10:14,800 --> 00:10:19,959
también porque no queremos simplemente

282
00:10:17,279 --> 00:10:22,680
tener recursos en la red

283
00:10:19,959 --> 00:10:26,040
que en realidad no están disponibles ni son Pro

284
00:10:22,680 --> 00:10:27,440
mal desempeño um el más ingenuo

285
00:10:26,040 --> 00:10:29,279
El enfoque para esto probablemente sea simplemente

286
00:10:27,440 --> 00:10:31,000
construir como un nodo centralizado el

287
00:10:29,279 --> 00:10:33,959
red que analiza el rendimiento

288
00:10:31,000 --> 00:10:36,079
de cada otro nodo um y luego hace

289
00:10:33,959 --> 00:10:37,839
como poner algunas transacciones en cadena para

290
00:10:36,079 --> 00:10:40,680
decir que este nodo está funcionando, este nodo no está

291
00:10:37,839 --> 00:10:42,519
trabajando um este no es un gran enfoque

292
00:10:40,680 --> 00:10:44,519
porque está centralizado obviamente esto

293
00:10:42,519 --> 00:10:45,800
Un servicio similar podría esencialmente prohibir todos

294
00:10:44,519 --> 00:10:48,160
de los nodos en la red si simplemente

295
00:10:45,800 --> 00:10:50,560
decidieron que quieren que hagamos eso um el

296
00:10:48,160 --> 00:10:52,800
La forma en que lo hacemos es una especie de yo o

297
00:10:50,560 --> 00:10:55,440
la red se autopolicia

298
00:10:52,800 --> 00:10:57,600
entonces estos nodos o estos nodos se dibujan

299
00:10:55,440 --> 00:10:58,760
juntos en un grupo de nodos y luego

300
00:10:57,600 --> 00:10:59,839
históricamente miden el

301
00:10:58,760 --> 00:11:01,720
rendimiento rendimiento de otros nodos

302
00:10:59,839 --> 00:11:03,360
en la red para que les pidan

303
00:11:01,720 --> 00:11:06,600
datos, les harán ping para ver si están

304
00:11:03,360 --> 00:11:10,320
online um y luego sorteamos grupos más tarde

305
00:11:06,600 --> 00:11:13,639
en um en el protocolo también um a uh

306
00:11:10,320 --> 00:11:15,240
votar uh esencialmente por supermayoría en

307
00:11:13,639 --> 00:11:17,800
qué nodos creen que tienen buen rendimiento o

308
00:11:15,240 --> 00:11:19,279
No um y esto te da una especie de sí

309
00:11:17,800 --> 00:11:21,320
un enfoque basado en la autovigilancia en el que

310
00:11:19,279 --> 00:11:22,920
la red decidirá qué nodos

311
00:11:21,320 --> 00:11:25,240
quiere recortar en qué nodos no lo hace

312
00:11:22,920 --> 00:11:27,480
Quiero cortar y hay un um, hay

313
00:11:25,240 --> 00:11:29,720
También es una especie de beneficio para eso, ya que

314
00:11:27,480 --> 00:11:32,360
bien en términos de rendimiento de la red

315
00:11:29,720 --> 00:11:33,800
Es cierto, así que sí, ¿ahora qué tenemos?

316
00:11:32,360 --> 00:11:36,600
tenemos apuestas básicas tenemos

317
00:11:33,800 --> 00:11:39,639
recompensas tenemos un civil resistente um

318
00:11:36,600 --> 00:11:41,360
ataque ataque resistente Red um y

319
00:11:39,639 --> 00:11:42,920
arquitectura de rendimiento pobre o pobre

320
00:11:41,360 --> 00:11:44,880
Los nodos de rendimiento se están eliminando como

321
00:11:42,920 --> 00:11:47,200
Bueno, y todo está basado en Crypton.

322
00:11:44,880 --> 00:11:47,200
nota

323
00:11:52,480 --> 00:11:57,519
¿Te encanta el café y la Monera?

324
00:11:55,160 --> 00:12:00,160
Por mucho que consideremos hacer gratis

325
00:11:57,519 --> 00:12:02,399
us.org tu pago diario de taza con Monera

326
00:12:00,160 --> 00:12:04,720
para frijoles frescos premium y si lo deseas

327
00:12:02,399 --> 00:12:07,120
lo que te gusta envía una propina en efectivo digital

328
00:12:04,720 --> 00:12:10,040
directamente a los Agricultores Guatemaltecos que

329
00:12:07,120 --> 00:12:13,450
hecho posible los ingresos nos ayudan a crecer

330
00:12:10,040 --> 00:12:16,589
este canal gratuito y

331
00:12:13,450 --> 00:12:16,589
[Música]

332
00:12:19,639 --> 00:12:24,199
Monero, ¿qué podemos hacer ahora?

333
00:12:22,279 --> 00:12:25,680
específicamente en la capa uno hay

334
00:12:24,199 --> 00:12:28,399
algunas cosas interesantes que podemos hacer

335
00:12:25,680 --> 00:12:29,480
Así que podemos hacer una finalidad instantánea.

336
00:12:28,399 --> 00:12:31,079
tener punto de control

337
00:12:29,480 --> 00:12:33,000
um y podemos construir otras aplicaciones

338
00:12:31,079 --> 00:12:36,440
también y hablaré un poco sobre

339
00:12:33,000 --> 00:12:38,800
Estas son una finalidad tan inant, um, creo que Dash.

340
00:12:36,440 --> 00:12:40,279
fue la primera moneda que apareció

341
00:12:38,800 --> 00:12:42,480
con esto en el Master nde System ellos

342
00:12:40,279 --> 00:12:43,839
tener algo llamado enviarlo instantáneo

343
00:12:42,480 --> 00:12:45,959
Sería realmente genial si pudiéramos hacer

344
00:12:43,839 --> 00:12:48,399
envío instantáneo encima de Monero um y

345
00:12:45,959 --> 00:12:51,160
Ese fue el impulso para esto.

346
00:12:48,399 --> 00:12:52,920
idea, entonces, capas de transacciones en una

347
00:12:51,160 --> 00:12:54,920
Monero está tardando 10 bloques en confirmar

348
00:12:52,920 --> 00:12:57,320
Eso es más una limitación de billetera.

349
00:12:54,920 --> 00:12:59,480
pero um miré a mi alrededor, traté de encontrar

350
00:12:57,320 --> 00:13:01,440
algo más de información sobre um

351
00:12:59,480 --> 00:13:02,720
las reorganizaciones más largas de la cadena Monero

352
00:13:01,440 --> 00:13:04,920
y creo que encontré algo de información

353
00:13:02,720 --> 00:13:08,600
que potencialmente hasta 20 bloques era el

354
00:13:04,920 --> 00:13:10,399
El reog más largo que hemos visto, así que sí.

355
00:13:08,600 --> 00:13:12,600
los usuarios necesitarán tener algún tipo de

356
00:13:10,399 --> 00:13:15,720
tolerancia de seguridad esencialmente um cuando

357
00:13:12,600 --> 00:13:17,920
están aceptando una transacción um si

358
00:13:15,720 --> 00:13:19,600
hay si hay RS que están hasta um

359
00:13:17,920 --> 00:13:20,720
esa longitud es posible que quieran esperar más

360
00:13:19,600 --> 00:13:22,880
tal vez quieran esperar menos, simplemente

361
00:13:20,720 --> 00:13:25,600
depende de su preferencia um pero

362
00:13:22,880 --> 00:13:27,279
Sería bueno si pudiéramos uh

363
00:13:25,600 --> 00:13:28,800
finalizar transacciones sin tener que

364
00:13:27,279 --> 00:13:30,560
esperar una cantidad excesiva de

365
00:13:28,800 --> 00:13:32,199
información para que si estás comprando

366
00:13:30,560 --> 00:13:33,440
algo en una tienda puedes hacer eso

367
00:13:32,199 --> 00:13:35,320
transacción y luego simplemente irse y

368
00:13:33,440 --> 00:13:37,839
están seguros de que esa transacción

369
00:13:35,320 --> 00:13:40,440
va a confirmar

370
00:13:37,839 --> 00:13:43,519
Eventualmente así que sí, ¿cómo lo hacemos?

371
00:13:40,440 --> 00:13:45,079
Finalidad instantánea, así que dibujamos estos.

372
00:13:43,519 --> 00:13:46,639
tipo de nodos que se han creado

373
00:13:45,079 --> 00:13:48,959
de lo que estaba hablando antes en

374
00:13:46,639 --> 00:13:51,800
quórums que son grupos de aleatoriamente

375
00:13:48,959 --> 00:13:53,759
nodos seleccionados um de la red uh

376
00:13:51,800 --> 00:13:57,680
Los usuarios enviarán sus transacciones a

377
00:13:53,759 --> 00:13:58,839
estos quórumes directamente um y esos uh

378
00:13:57,680 --> 00:14:00,440
que ese grupo de nodos

379
00:13:58,839 --> 00:14:02,399
esencialmente comprobar la validez de la

380
00:14:00,440 --> 00:14:04,040
transacción, así que si están contentos de que

381
00:14:02,399 --> 00:14:05,759
la transacción no se está gastando dos veces o

382
00:14:04,040 --> 00:14:07,880
no está violando ninguno de los demás

383
00:14:05,759 --> 00:14:10,519
reglas del protocolo pondrán un

384
00:14:07,880 --> 00:14:12,279
firma encima de esa transacción um

385
00:14:10,519 --> 00:14:14,560
que es una súper mayoría

386
00:14:12,279 --> 00:14:16,199
firma así que esencialmente eres tú

387
00:14:14,560 --> 00:14:18,320
saber si hubiera 20 nodos sería

388
00:14:16,199 --> 00:14:20,519
como 17 nodos de 20 estarían firmando

389
00:14:18,320 --> 00:14:22,560
encima de esta firma encima de esto

390
00:14:20,519 --> 00:14:25,199
transacción esa transacción luego obtiene

391
00:14:22,560 --> 00:14:26,880
reenviado nuevamente al grupo M um pero

392
00:14:25,199 --> 00:14:29,839
en este caso tiene esta firma especial

393
00:14:26,880 --> 00:14:31,920
encima de eso y esencialmente um qué

394
00:14:29,839 --> 00:14:34,560
que firma denota es que si hay

395
00:14:31,920 --> 00:14:36,519
es un bloque creado por un menor que um

396
00:14:34,560 --> 00:14:38,639
Pasa la misma imagen clave en nuestro caso.

397
00:14:36,519 --> 00:14:41,199
porque esa es la parte única de

398
00:14:38,639 --> 00:14:42,639
una transacción de error o una criptografía

399
00:14:41,199 --> 00:14:45,279
transacción si hay otro bloque

400
00:14:42,639 --> 00:14:46,880
que pasa esa imagen clave um ese bloque

401
00:14:45,279 --> 00:14:48,920
no será válido y no será

402
00:14:46,880 --> 00:14:50,880
aceptado en la red um este es el

403
00:14:48,920 --> 00:14:52,480
De la misma manera que Dash también lo hace um

404
00:14:50,880 --> 00:14:55,240
es solo que estamos usando imágenes clave en su lugar

405
00:14:52,480 --> 00:14:57,120
Están usando salidas particulares como um.

406
00:14:55,240 --> 00:14:58,800
Entonces sí, está bastante bien estudiado.

407
00:14:57,120 --> 00:15:02,839
enfoque hay algunas advertencias en torno

408
00:14:58,800 --> 00:15:04,519
Sincronizando porque a nosotros generalmente nos gusta tu um

409
00:15:02,839 --> 00:15:07,560
transacciones que envías al mle

410
00:15:04,519 --> 00:15:09,560
no son como objetos de orden superior um pero

411
00:15:07,560 --> 00:15:13,079
sincronizamos estas transacciones como si fueran

412
00:15:09,560 --> 00:15:15,600
tipo de bloqueo um sí, así que eso ha sido

413
00:15:13,079 --> 00:15:18,199
integrado en bueyes um desde

414
00:15:15,600 --> 00:15:19,759
2019 um procesa cientos de miles de

415
00:15:18,199 --> 00:15:23,079
transacciones usando parpadeo ahora es un

416
00:15:19,759 --> 00:15:25,360
método predeterminado y tu promedio

417
00:15:23,079 --> 00:15:27,399
Es hora de que se coloque esta firma, uh.

418
00:15:25,360 --> 00:15:30,680
por el Quórum en una transacción es aproximadamente

419
00:15:27,399 --> 00:15:32,000
1,5 segundos muy rápido y obtienes uh

420
00:15:30,680 --> 00:15:34,600
confirmación de que esa transacción

421
00:15:32,000 --> 00:15:36,120
ser incluido y um esencialmente me gusta

422
00:15:34,600 --> 00:15:38,959
tiene más peso de consenso que

423
00:15:36,120 --> 00:15:41,440
los nuevos bloques que serían

424
00:15:38,959 --> 00:15:43,639
creado tan genial, sí, otra cosa que

425
00:15:41,440 --> 00:15:45,600
Lo que podemos hacer es marcarlo para que esto

426
00:15:43,639 --> 00:15:48,079
probablemente se ha hablado un poco de ello

427
00:15:45,600 --> 00:15:50,199
más frecuentemente en la Comunidad Monero

428
00:15:48,079 --> 00:15:52,360
uh Monero en realidad ya coloca

429
00:15:50,199 --> 00:15:54,040
puntos de control uh en la cadena en nuevo

430
00:15:52,360 --> 00:15:55,639
libera no los colocan

431
00:15:54,040 --> 00:15:57,360
automáticamente no hay automatizado

432
00:15:55,639 --> 00:15:59,319
sistema esencialmente qué punto de control

433
00:15:57,360 --> 00:16:00,720
lo que hace es que dice que lo sabes una vez al

434
00:15:59,319 --> 00:16:03,279
El punto de control se coloca en la cadena allí.

435
00:16:00,720 --> 00:16:06,279
No puede haber una reorganización más allá de eso.

436
00:16:03,279 --> 00:16:09,279
punto de control um así que sí, ellos realmente

437
00:16:06,279 --> 00:16:12,160
limitar la habilidad um para el 51% de los atacantes

438
00:16:09,279 --> 00:16:13,880
minar una cadena en secreto y luego enviarla

439
00:16:12,160 --> 00:16:15,839
eso a la red y revertir un

440
00:16:13,880 --> 00:16:17,759
un montón de transacciones porque si

441
00:16:15,839 --> 00:16:19,079
ellos hacen eso um y no tienen el

442
00:16:17,759 --> 00:16:22,120
punto de control en su cadena, entonces

443
00:16:19,079 --> 00:16:22,120
simplemente ser invalidado por el

444
00:16:22,360 --> 00:16:27,120
La red es genial, así que es muy

445
00:16:24,800 --> 00:16:29,880
Idea similar con puntos de control que dibujamos.

446
00:16:27,120 --> 00:16:33,560
um estos servicios no en quórums de

447
00:16:29,880 --> 00:16:34,920
nodos miran bloques históricos um

448
00:16:33,560 --> 00:16:37,399
y esencialmente colocarán un

449
00:16:34,920 --> 00:16:40,199
Punto de control en estos bloques históricos um

450
00:16:37,399 --> 00:16:41,319
Y luego podemos decidir qué qué.

451
00:16:40,199 --> 00:16:42,680
reglas que queremos tener en torno a estos

452
00:16:41,319 --> 00:16:44,839
puntos de control y es algo similar

453
00:16:42,680 --> 00:16:46,720
como el Quórum uh tiene que tener un

454
00:16:44,839 --> 00:16:50,560
supermayoría de votos para decir que esto

455
00:16:46,720 --> 00:16:52,680
bloque particular es válido um así que sí

456
00:16:50,560 --> 00:16:54,240
Hemos implementado esto en ox y

457
00:16:52,680 --> 00:16:55,880
Básicamente, la forma en que funciona es que cada

458
00:16:54,240 --> 00:16:58,120
El cuarto bloque está controlado y una vez

459
00:16:55,880 --> 00:17:00,160
Tienes dos puntos de control en una cadena que

460
00:16:58,120 --> 00:17:01,639
La cadena llega a su finalidad y no puedes uh

461
00:17:00,160 --> 00:17:03,680
revertir más allá de ese punto, por lo que incluso si un

462
00:17:01,639 --> 00:17:04,839
menor era uh para producir una cadena en

463
00:17:03,680 --> 00:17:08,280
secreto y enviarlo sería simplemente

464
00:17:04,839 --> 00:17:10,280
invalidado por la red um y sí

465
00:17:08,280 --> 00:17:11,959
en la mayoría de los casos eso significa que estamos alcanzando

466
00:17:10,280 --> 00:17:14,000
Finalidad completa para todas las transacciones.

467
00:17:11,959 --> 00:17:16,079
Después de un bloque, puede ser más.

468
00:17:14,000 --> 00:17:17,679
dependiendo de si la red es capaz

469
00:17:16,079 --> 00:17:20,280
llegar a un consenso sobre la colocación de

470
00:17:17,679 --> 00:17:22,520
punto de control en esa cadena y es

471
00:17:20,280 --> 00:17:23,880
250.000 puntos de control bloquean el sistema

472
00:17:22,520 --> 00:17:25,880
ha estado funcionando durante un millón de bloques

473
00:17:23,880 --> 00:17:27,679
ahora con el mismo tiempo de bloqueo que Monera

474
00:17:25,880 --> 00:17:29,840
aproximadamente 2 minutos o sí, varios

475
00:17:27,679 --> 00:17:32,280
años

476
00:17:29,840 --> 00:17:34,400
um también como uh la mayoría de ustedes probablemente lo sean

477
00:17:32,280 --> 00:17:38,600
consciente de uh como las aplicaciones que

478
00:17:34,400 --> 00:17:40,080
Lo construimos encima de bueyes, así que, sí.

479
00:17:38,600 --> 00:17:41,799
puedes hacer estas mejoras de la capa uno

480
00:17:40,080 --> 00:17:43,760
pero también puedes hacer la capa dos

481
00:17:41,799 --> 00:17:46,480
aplicaciones cuando tienes esta capa um

482
00:17:43,760 --> 00:17:48,520
Dos que has construido um y sí, tú

483
00:17:46,480 --> 00:17:50,799
puede utilizar las propiedades descentralizadas

484
00:17:48,520 --> 00:17:52,280
de la red así que sí, obviamente la sesión es

485
00:17:50,799 --> 00:17:54,159
la aplicación que desarrollamos es

486
00:17:52,280 --> 00:17:56,480
aplicación más grande que está por encima de

487
00:17:54,159 --> 00:17:58,679
bueyes um y esencialmente somos, somos

488
00:17:56,480 --> 00:18:00,559
básicamente simplemente explotando el almacenamiento

489
00:17:58,679 --> 00:18:02,480
recursos de la red y explotación

490
00:18:00,559 --> 00:18:04,039
Los recursos de ancho de banda de la red.

491
00:18:02,480 --> 00:18:05,799
Los mensajes se enrutan utilizando el ancho de banda.

492
00:18:04,039 --> 00:18:07,640
y luego almacenado en estos servidores durante un

493
00:18:05,799 --> 00:18:09,919
cantidad de tiempo particular um entonces eso es un

494
00:18:07,640 --> 00:18:12,440
aplicación bastante simple uh también es

495
00:18:09,919 --> 00:18:14,559
Es importante tener en cuenta que aunque tú

496
00:18:12,440 --> 00:18:16,400
puede almacenar mensajes en nodos de servicio

497
00:18:14,559 --> 00:18:18,039
Los nodos de servicio individuales siempre pueden ir

498
00:18:16,400 --> 00:18:20,960
sin conexión o en línea, pero en realidad puedes

499
00:18:18,039 --> 00:18:23,760
construir capas encima de la capa dos para

500
00:18:20,960 --> 00:18:25,080
proporcionar um más redundancia alrededor

501
00:18:23,760 --> 00:18:27,760
almacenamiento así que tenemos esta cosa llamada

502
00:18:25,080 --> 00:18:29,400
enjambres donde se replica un mensaje

503
00:18:27,760 --> 00:18:30,679
a través de los nodos de un bollo y luego, si uno de

504
00:18:29,400 --> 00:18:31,960
esos nodos se desconectan al menos tú

505
00:18:30,679 --> 00:18:34,480
no pierdas tu mensaje hay otros

506
00:18:31,960 --> 00:18:37,360
copias que

507
00:18:34,480 --> 00:18:38,679
existe genial y luego sí, loet um si

508
00:18:37,360 --> 00:18:40,200
Estuvimos aquí en la charla de Alex antes.

509
00:18:38,679 --> 00:18:42,039
obviamente está generalizado en la cebolla

510
00:18:40,200 --> 00:18:44,200
enrutador um y sí, hay más

511
00:18:42,039 --> 00:18:47,679
información sobre eso en línea como

512
00:18:44,200 --> 00:18:49,799
Bueno, entonces um para traer esto de vuelta a cómo

513
00:18:47,679 --> 00:18:52,720
esto se relaciona con Monero toia y

514
00:18:49,799 --> 00:18:55,799
el mundo de Monero, ¿qué sería de Monero?

515
00:18:52,720 --> 00:18:57,039
La ruta ideal sería demostrar un error o si

516
00:18:55,799 --> 00:18:59,200
si iba a seguir algo así

517
00:18:57,039 --> 00:19:01,559
Bueyes um ruta tendría que haber

518
00:18:59,200 --> 00:19:03,480
algunos cambios a nivel de consenso para que

519
00:19:01,559 --> 00:19:05,240
imagen clave de soporte que bloquea um en el

520
00:19:03,480 --> 00:19:07,039
La capa base sería increíble.

521
00:19:05,240 --> 00:19:08,960
asignar una parte de la recompensa del bloque

522
00:19:07,039 --> 00:19:10,640
hacia uh apostar y luego definir un

523
00:19:08,960 --> 00:19:13,679
el requisito de apuesta fija también lo haría

524
00:19:10,640 --> 00:19:16,159
ser necesario um y luego también cambiar

525
00:19:13,679 --> 00:19:18,600
la salida um selecciones para evitar

526
00:19:16,159 --> 00:19:21,000
seleccionando las salidas para las que usamos um

527
00:19:18,600 --> 00:19:23,320
para apostar

528
00:19:21,000 --> 00:19:25,240
esencialmente, pero esto probablemente no sea un

529
00:19:23,320 --> 00:19:27,520
ruta muy realista la ruta que yo

530
00:19:25,240 --> 00:19:30,640
habló antes de que Monero adoptara

531
00:19:27,520 --> 00:19:33,320
prueba de participación una gran cantidad de um no hay un

532
00:19:30,640 --> 00:19:34,799
mucho acuerdo sobre prueba de participación um

533
00:19:33,320 --> 00:19:36,600
y sí, sería simplemente consenso

534
00:19:34,799 --> 00:19:38,840
cambios a nivel de Monera especialmente

535
00:19:36,600 --> 00:19:41,400
Es muy probable que se produzcan cambios económicos.

536
00:19:38,840 --> 00:19:42,960
rechazado entonces, ¿cómo podríamos construir esto?

537
00:19:41,400 --> 00:19:45,760
sin soporte de protocolo, sé que esto es

538
00:19:42,960 --> 00:19:47,919
un poco controvertido um pero sí

539
00:19:45,760 --> 00:19:50,200
podríamos usar salidas bloqueadas por tiempo para bloquear

540
00:19:47,919 --> 00:19:52,280
Monera por periodos de tiempo um y luego

541
00:19:50,200 --> 00:19:53,760
exponer la transacción extra o exponer

542
00:19:52,280 --> 00:19:55,440
la clave TX en la transacción extra

543
00:19:53,760 --> 00:19:57,000
campo esto esencialmente le permitiría

544
00:19:55,440 --> 00:19:58,799
hacer como lo que hicimos en nuestra versión

545
00:19:57,000 --> 00:20:01,960
uno de estaca

546
00:19:58,799 --> 00:20:05,080
um y tener una red de arranque de

547
00:20:01,960 --> 00:20:07,000
uh, te gusta apostar con XMR, uh, tú

548
00:20:05,080 --> 00:20:09,760
podría acuñar una nueva ficha que podría

549
00:20:07,000 --> 00:20:11,280
O estar en otra cadena, uh o

550
00:20:09,760 --> 00:20:13,240
hay construcciones por ahí que yo no

551
00:20:11,280 --> 00:20:14,400
Creo que en realidad están implementados.

552
00:20:13,240 --> 00:20:16,600
bueno ya sé que no están implementados

553
00:20:14,400 --> 00:20:19,480
en Monero todavía pero hubo un uh a

554
00:20:16,600 --> 00:20:21,480
construcción llamada um MCT que es

555
00:20:19,480 --> 00:20:23,960
CT de anillo multiactivo que permitiría

556
00:20:21,480 --> 00:20:26,000
para que se acuñen tokens encima de Monera

557
00:20:23,960 --> 00:20:28,679
um si algo así existiera entonces

558
00:20:26,000 --> 00:20:31,320
También podrías recompensar a aquellos apostadores que

559
00:20:28,679 --> 00:20:33,039
staky y Monero con fichas encima

560
00:20:31,320 --> 00:20:35,400
Monero pero lo más probable es que seas

561
00:20:33,039 --> 00:20:38,120
Voy a tener que usar un externo uh an.

562
00:20:35,400 --> 00:20:39,840
token externo para hacer esto um sí y

563
00:20:38,120 --> 00:20:41,600
entonces recompensarías los tokens esencialmente

564
00:20:39,840 --> 00:20:43,840
a aquellos usuarios que están apostando Monero

565
00:20:41,600 --> 00:20:46,360
a través de este método de salida bloqueado por tiempo

566
00:20:43,840 --> 00:20:48,000
um y podrías castigar uh a través de

567
00:20:46,360 --> 00:20:51,559
costo de oportunidad, así que diga si tiene

568
00:20:48,000 --> 00:20:53,640
personas para apostar U Monero durante 90 días y

569
00:20:51,559 --> 00:20:54,960
luego su infraestructura se desconectó

570
00:20:53,640 --> 00:20:56,280
Entonces básicamente se podría decir que no lo somos.

571
00:20:54,960 --> 00:20:57,840
vas a pagar tus recompensas y tu

572
00:20:56,280 --> 00:20:59,360
Monera va a estar encerrada por el

573
00:20:57,840 --> 00:21:01,640
resto de los 45 días lo cual es un

574
00:20:59,360 --> 00:21:04,880
costo de oportunidad que eso sería um

575
00:21:01,640 --> 00:21:06,960
afectarlos pero sí, probablemente quieras

576
00:21:04,880 --> 00:21:09,919
protocolo Le nivel cambios a hacer

577
00:21:06,960 --> 00:21:11,880
algo como esto y también uh no lo hagas

578
00:21:09,919 --> 00:21:13,279
esto sin hablar con Monero res

579
00:21:11,880 --> 00:21:15,840
investigar a la gente porque probablemente tiene

580
00:21:13,279 --> 00:21:17,360
un efecto de privacidad muy grande que, um, estoy

581
00:21:15,840 --> 00:21:19,559
no

582
00:21:17,360 --> 00:21:20,880
considerando uh sí entonces esta red

583
00:21:19,559 --> 00:21:23,120
esencialmente te permitiría algo así como

584
00:21:20,880 --> 00:21:24,240
iniciar una red de participantes de Monero

585
00:21:23,120 --> 00:21:25,679
podrías hacer cosas como crear

586
00:21:24,240 --> 00:21:27,600
aplicaciones incentivadas como las que hemos hecho

587
00:21:25,679 --> 00:21:30,360
con sesión y loket podrías

588
00:21:27,600 --> 00:21:32,559
También tiene redes de consenso además de

589
00:21:30,360 --> 00:21:34,240
Monero también, esto sería útil.

590
00:21:32,559 --> 00:21:36,360
porque tal vez te guste probar los puntos de control

591
00:21:34,240 --> 00:21:39,159
Podrías colocar tus propios puntos de control de prueba.

592
00:21:36,360 --> 00:21:42,600
y también me gusta la prueba como uh

593
00:21:39,159 --> 00:21:44,640
confirmaciones para finalidad instantánea um

594
00:21:42,600 --> 00:21:47,279
No es que todavía necesites consenso.

595
00:21:44,640 --> 00:21:51,520
cambios de capa para hacer esos cambios uh

596
00:21:47,279 --> 00:21:54,120
En realidad funciona, pero puede ofrecer algo de

597
00:21:51,520 --> 00:21:56,000
incentivo para decir como uh esto es

598
00:21:54,120 --> 00:21:57,200
realmente trabajando en una red secundaria

599
00:21:56,000 --> 00:21:59,200
y tal vez esto sea algo que pueda ser

600
00:21:57,200 --> 00:22:02,200
adoptado más tarde a lo largo del

601
00:21:59,200 --> 00:22:04,360
Pista genial, así que gracias por escucharla.

602
00:22:02,200 --> 00:22:06,000
mi charla si quieres saber más um

603
00:22:04,360 --> 00:22:07,840
sobre los productos The Oxen todos los enlaces

604
00:22:06,000 --> 00:22:09,480
¿Están ahí? Estoy en sesión también si

605
00:22:07,840 --> 00:22:11,000
quieres enviarme un mensaje y estaré aquí en

606
00:22:09,480 --> 00:22:12,400
la conferencia y hay algunos

607
00:22:11,000 --> 00:22:13,919
referencias también a algunos de los

608
00:22:12,400 --> 00:22:15,120
investigación sobre esto no hablé

609
00:22:13,919 --> 00:22:16,880
mucho sobre la prueba de participación que debería tener

610
00:22:15,120 --> 00:22:19,000
Hablamos más sobre eso, pero tenemos un

611
00:22:16,880 --> 00:22:21,279
Libro blanco aquí arriba, uh, para saber cómo funciona todo.

612
00:22:19,000 --> 00:22:23,440
funciona um y nuestro control señalando nuestro

613
00:22:21,279 --> 00:22:25,760
sistema de finalidad instantánea uh entonces sí

614
00:22:23,440 --> 00:22:25,760
gracias

615
00:22:26,960 --> 00:22:30,640
tipo

616
00:22:29,039 --> 00:22:34,679
Tienes tiempo para algunas preguntas, sí.

617
00:22:30,640 --> 00:22:34,679
por supuesto cualquier pregunta para

618
00:22:38,559 --> 00:22:44,440
clave ya tengo una pregunta para ti

619
00:22:41,679 --> 00:22:47,240
colega, uh, pero pensé por mucho tiempo.

620
00:22:44,440 --> 00:22:49,640
ataques de rango desde tu

621
00:22:47,240 --> 00:22:52,440
presentación um solo quiero confirmar

622
00:22:49,640 --> 00:22:54,200
¿Usas cantidades ocultas o no en

623
00:22:52,440 --> 00:22:56,320
tu red oh en el sistema de apuestas es

624
00:22:54,200 --> 00:22:58,000
Son cantidades ocultas o es una red con

625
00:22:56,320 --> 00:23:00,159
cantidades ocultas, sí, sí, sí.

626
00:22:58,000 --> 00:23:02,679
Sí, entonces es, sí, pero ¿qué pasa?

627
00:23:00,159 --> 00:23:05,240
vinculación usted revela cantidades para el

628
00:23:02,679 --> 00:23:08,559
unión por perdón por cuando la gente

629
00:23:05,240 --> 00:23:10,480
Registra las monedas en St, sí, sí, esas.

630
00:23:08,559 --> 00:23:12,640
esas cantidades se revelan completamente por lo que

631
00:23:10,480 --> 00:23:14,000
mi pregunta ¿consideras uh?

632
00:23:12,640 --> 00:23:18,000
construir un sistema

633
00:23:14,000 --> 00:23:21,080
donde los apostadores registrarían el

634
00:23:18,000 --> 00:23:24,400
monedas sin anillo estoy pero sigo construyendo

635
00:23:21,080 --> 00:23:26,799
el consenso correcto, sí, cuál será

636
00:23:24,400 --> 00:23:29,080
arregla todo esto con ah oculto

637
00:23:26,799 --> 00:23:31,840
cálculos sí, lo hemos considerado

638
00:23:29,080 --> 00:23:33,640
Creo que los bueyes tienen un poco de

639
00:23:31,840 --> 00:23:35,320
sistema uh diferente en términos de que tiene un

640
00:23:33,640 --> 00:23:37,720
requisito de apuesta fija, así es

641
00:23:35,320 --> 00:23:39,360
Hay 15.000 oxinos, así que en cierto modo

642
00:23:37,720 --> 00:23:41,120
ya sé cuando alguien está apostando

643
00:23:39,360 --> 00:23:42,600
que están bloqueando que están

644
00:23:41,120 --> 00:23:45,320
bloquear una cierta cantidad de monedas

645
00:23:42,600 --> 00:23:47,919
Están bloqueando 15.000 oxinos, así que es menos.

646
00:23:45,320 --> 00:23:49,400
de una ventaja de privacidad tener eso

647
00:23:47,919 --> 00:23:53,240
cantidad oculta porque ya es amable

648
00:23:49,400 --> 00:23:55,559
de implicado por una nueva apuesta um y también

649
00:23:53,240 --> 00:23:57,880
que um la porción de estaca de los bueyes

650
00:23:55,559 --> 00:24:00,919
como uh bastante pequeño como si hubiera 1.800

651
00:23:57,880 --> 00:24:02,760
nodos um que están estacando y uh

652
00:24:00,919 --> 00:24:04,720
en general sentimos que son

653
00:24:02,760 --> 00:24:07,200
renunciar a su privacidad para proporcionar esto

654
00:24:04,720 --> 00:24:10,200
servicio de red y ser recompensado por

655
00:24:07,200 --> 00:24:11,799
haciendo eso para que al general le guste

656
00:24:10,200 --> 00:24:13,000
Todavía puedes volver a la privacidad también.

657
00:24:11,799 --> 00:24:14,320
después de que hayan terminado de apostar y con

658
00:24:13,000 --> 00:24:16,520
sus recompensas um pero mientras están

659
00:24:14,320 --> 00:24:19,279
apostando sentimos que sabes que es

660
00:24:16,520 --> 00:24:22,080
Quizás no sea tan importante, eh, está bien, gracias.

661
00:24:19,279 --> 00:24:25,120
tú y um la última pregunta es uh la

662
00:24:22,080 --> 00:24:26,960
El algoritmo de consenso es pbft.

663
00:24:25,120 --> 00:24:30,440
correcto cerca de eso y es por eso que

664
00:24:26,960 --> 00:24:32,240
tener una finalidad si si si solo estaba

665
00:24:30,440 --> 00:24:34,679
um pensando que eso sería muy bueno

666
00:24:32,240 --> 00:24:36,399
porque pbft también es una gran cosa

667
00:24:34,679 --> 00:24:38,159
porque puede darte finalidad

668
00:24:36,399 --> 00:24:41,840
característica pero sería realmente genial si

669
00:24:38,159 --> 00:24:44,880
uh, ustedes pueden construir un PBF encima de

670
00:24:41,840 --> 00:24:47,320
un hion, sí, sí, así que nadie revela cómo.

671
00:24:44,880 --> 00:24:49,000
mucho tienen pero todo esta arreglado

672
00:24:47,320 --> 00:24:50,760
y trabajando si si si eso seria

673
00:24:49,000 --> 00:24:52,360
muy bueno interesado en eso también

674
00:24:50,760 --> 00:24:55,559
si gracias

675
00:24:52,360 --> 00:24:59,760
tienes alguna otra pregunta para

676
00:24:55,559 --> 00:24:59,760
clave tenemos algo en línea

677
00:25:01,840 --> 00:25:06,039
Creo que eso es todo, dejémoslo por

678
00:25:03,039 --> 00:25:06,039
que genial gracias

679
00:25:09,080 --> 00:25:18,839
[Música]

680
00:25:22,640 --> 00:25:25,709
[Música]

681
00:25:26,679 --> 00:25:29,679
s