Latest / Monero Talk / Episode 104: Monero & More: Creating L2 & Proof of Stake Infrastructure on Cryptonote w/ Kee Jefferys #Monerotopia23
Transcript
- 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