Cuando: 23 de Febrero de 2022
Donde: Libera.chat, #monero-research-lab | Matrix
Artículo original: https://github.com/monero-project/meta/issues/668
Reunión anterior: https://satoshilov.com/mrl-665/
MRL Historial de Conversación:
[23-02-2022 17:00:03] <UkoeHB> Hora de la reunión ( https://github.com/monero-project/meta/issues/668 ) [23-02-2022 17:00:09] <UkoeHB> 1. Saludos [23-02-2022 17:00:10] <UkoeHB> Hola [23-02-2022 17:00:37] <rbrunner> Hola [23-02-2022 17:00:58] <sgp_> hola [23-02-2022 17:01:23] <SerHack> Hola [23-02-2022 17:03:01] <jberman[m]> Hola [23-02-2022 17:03:20] <Rucknium[m]> Hola [02-23-2022 17:04:36] <UkoeHB> sgp_: las etiquetas de vista ya están borrosas [23-02-2022 17:05:02] <sgp_> UkoeHB: oh sí, por supuesto duh. Lo siento :) [02-23-2022 17:05:12] <UkoeHB> sin embargo si puedes calcular una etiqueta de vista entonces también puedes calcular una clave de gasto nominal, que revela más información [02-23-2022 17:05:59] <UkoeHB> pero necesitamos eso para la eficiencia en el lado del cliente [02-23-2022 17:07:52] <UkoeHB> 2. pongamos al día, ¿en qué han estado trabajando todos en estos días? [02-23-2022 17:09:04] <Rucknium[m]> El MAGIC Monero Fund tiene su primera solicitud de beca de investigación, por xmr-ack : [23-02-2022 17:09:04] <Rucknium[m]> https://github.com/MAGICGrants/Monero-Fund/issues/15 [23-02-2022 17:09:52] <UkoeHB> yo: He terminado mi CCS ( https://repo.getmonero.org/monero-project/ccs-proposals/-/merge_requests/256#note_15087 ) y pienso hacer uno nuevo hoy. [23-02-2022 17:10:29] <Rucknium[m]> La idea general es ver con qué precisión las técnicas de aprendizaje automático pueden identificar el gasto real en un anillo, utilizando un conjunto de datos sintético. [23-02-2022 17:11:09] <Rucknium[m]> El MAGIC Monero Fund está pidiendo a MRL su opinión sobre la solicitud de subvención. Por supuesto, la decisión final corresponde al comité. [23-02-2022 17:11:34] <Rucknium[m]> Tal vez Istmo pueda aportar algo dada su experiencia con el aprendizaje automático. [02-23-2022 17:12:04] <rbrunner> ¿Es ese el trasfondo del actual y muy alto tráfico tx en testnet? [23-02-2022 17:12:20] <Rucknium[m]> rbrunner: Sí. [23-02-2022 17:12:36] <rbrunner> Parece un proyecto interesante. [23-02-2022 17:12:49] <rbrunner> Para un novato como yo, al menos. [23-02-2022 17:14:15] <UkoeHB> Me pregunto cómo trasladas los resultados/modelos obtenidos en un conjunto de datos sintéticos a un conjunto de datos reales. [02-23-2022 17:14:31] <gingeropolous> oh jesus el esta usando el testnet publico? [02-23-2022 17:14:53] <rbrunner> ¿No te has dado cuenta de la enorme cantidad de tráfico que hay en las últimas 3 semanas? :) [02-23-2022 17:15:09] <gingeropolous> ugh eso es innecesario [23-02-2022 17:18:09] <rbrunner> No estoy seguro. En cuanto alguien quiera confirmar resultados, una blockchain pública puede ser muy útil [23-02-2022 17:18:36] <Rucknium[m]> Además, plowsof y yo creamos una instancia de WIKINDX en https://moneroresearch.info/ . Es un lugar para recopilar documentos relacionados con Monero y anotarlos. Mi esperanza es que pueda ayudar a incorporar nuevos investigadores y ayudarnos a establecer un flujo de trabajo para la revisión de nuevos artículos que se escriben sobre Monero. [23-02-2022 17:19:55] <Rucknium[m]> He desactivado el registro de usuarios públicos para evitar el vandalismo, pero si alguien quiere crear un usuario para poder añadir, editar y hacer anotaciones en los artículos, sólo tiene que enviarme un mensaje y le crearé uno. [02-23-2022 17:20:22] <gingeropolous> también, stagenet podría ser potencialmente mejor. testnet podría ponerse muy feo si/cuando probemos la nueva versión. el testnet de randomx fue brutal [02-23-2022 17:21:06] <gingeropolous> pero sí rbrunner re: consideraciones de reproducibilidad de blockchain público. [23-02-2022 17:22:08] <rbrunner> Esperemos que eso de WIKINDX no necesite demasiados cuidados y no sorprenda con nuevos agujeros de seguridad cada quince días :) [23-02-2022 17:23:46] <Rucknium[m]> rbrunner: WIKINDX existe desde el año 2003 por lo visto. Fue difícil de montar, pero esperemos que ya esté "maduro". [02-23-2022 17:23:51] <UkoeHB> 3. Supongo que podemos pasar a la discusión. ¿Algún tema para discutir? Algo de la agenda? [02-23-2022 17:23:54] <gingeropolous> y UkoeHB re: datos sintéticos vs reales. Comparto la misma curiosidad, y propondría usar la blockchain de bitcoin con firmas de anillos superpuestas de alguna manera [02-23-2022 17:24:24] <gingeropolous> pero, es bueno hacer las cosas de múltiples maneras supongo [02-23-2022 17:25:02] <rbrunner> Tengo una pregunta que puede ser de mayor interés y que surgió en un vídeo reciente sobre Seraphis: [23-02-2022 17:25:10] <rbrunner> Me refiero al siguiente artículo: https://www.getmonero.org/2021/12/22/what-is-seraphis.html [23-02-2022 17:25:15] <UkoeHB> gingeropolous: si, probablemente podrías generar la blockchain de bitcoin con firmas de anillos todo offline. [23-02-2022 17:25:21] <rbrunner> En "membership proof delegation" menciona que esto puede abrir la siguiente posibilidad: [23-02-2022 17:25:28] <rbrunner> Ignorar el tiempo de bloqueo de 10 bloques cuando se realicen transacciones con una parte *confiable* (es decir, permitirles hacer las pruebas de membresía de tu tx y enviar la tx a la red en tu nombre). [23-02-2022 17:25:35] <rbrunner> ¿Sigue siendo actual? Y si es así ¿puedes hacer un esquema de lo que significa y cómo podría funcionar en la práctica? [23-02-2022 17:26:34] <UkoeHB> rbrunner: Enviarías un `PartialTx` a tu amigo, y luego más tarde pueden hacer pruebas de afiliación (membresia) para la tx y enviarla. [02-23-2022 17:27:04] <UkoeHB> este chico: https://github.com/UkoeHB/monero/blob/bd46a0f92079080a3abde92041cd81160b8cb91d/src/seraphis/txtype_squashed_v1.cpp#L183 [02-23-2022 17:27:45] <UkoeHB> En realidad sería este en la práctica lol: https://github.com/UkoeHB/monero/blob/bd46a0f92079080a3abde92041cd81160b8cb91d/src/seraphis/txtype_squashed_v1.cpp#L201 [23-02-2022 17:27:59] <rbrunner> ¿Y es de confianza porque al construir tal tx parcial y enviarlo a mi amigo, aún podría gastar más rápido y hacer trampa? [23-02-2022 17:29:10] <UkoeHB> eso y tu amigo sabrá los gastos reales [23-02-2022 17:29:43] <rbrunner> ¿Pero podría enviar ese tx parcial muy pronto, dentro del límite de gasto de 10 bloques? [23-02-2022 17:29:50] <xmr-ack[m]> <UkoeHB> "Me pregunto cómo se traduce..." <- Esta es la razón por la que elijo recopilarla en la red de prueba, necesito que los datos se parezcan lo más posible a la red principal. Con el aprendizaje automático, pequeñas discrepancias en el conjunto de datos de entrenamiento en comparación con el conjunto de datos de prueba podría dar lugar a grandes inexactitudes. Entiendo que una gran cantidad de tráfico en la red de pruebas no es lo ideal, así que pronto retrasaré las transacciones en función del usuario real [23-02-2022 17:29:50] <xmr-ack[m]> patrones de gasto. [02-23-2022 17:30:35] <gingeropolous> ¿pero de dónde sacas esos patrones de gasto? [02-23-2022 17:30:46] <UkoeHB> rbrunner: si [23-02-2022 17:31:16] <xmr-ack[m]> <gingeropolous> "además, stagenet podría potencialmente..." <- Esto podría ser un buen punto en común. [02-23-2022 17:31:38] <gingeropolous> si. testnet tiene el potencial de reiniciarse, o retroceder, durante las pruebas de desarrollo, etc. [02-23-2022 17:31:46] <gingeropolous> podría realmente arruinar tu trabajo [23-02-2022 17:31:47] <rbrunner> Muy bien, entonces eso es sólo una "reducción" o "elusión" del límite de 10 bloques en circunstancias muy especiales. ¿Y supongo que el envío definitivo tiene que esperar entonces? [23-02-2022 17:32:11] <Rucknium[m]> xmr-ack: Una buena razón para hacerlo en testnet o stagenet sería si estuvieras usando datos de red como características para el algoritmo de aprendizaje automático. [02-23-2022 17:32:33] <UkoeHB> rbrunner: correcto [23-02-2022 17:32:40] <rbrunner> Ok, ¡gracias! [23-02-2022 17:33:31] <gingeropolous> stagenet no debería ser manipulado de esa manera. stagenet está destinado a imitar la mainnet, sólo que no tiene ningún valor. testnet está destinado a probar las reglas de consenso, etc. al menos ese es el pensamiento. pero testnet sólo fue manipulado durante las pruebas de randomx por lo que recuerdo. [02-23-2022 17:33:37] <UkoeHB> la delegacion es mas útil para multisig, encadenamiento de tx, financiación colaborativa [23-02-2022 17:34:31] <xmr-ack[m]> gingeropolous: La distribución gamma propuesta en Moser et al. Además, voy a hacer un experimento pronto en el que rastreo los últimos 1.000.000 de transacciones en main-net usando el explorador de bloques Onion y calcular la distribución de las tarifas de las transacciones para simular eso también. [23-02-2022 17:35:08] <xmr-ack[m]> gingeropolous: No lo sabía. Eso podría ser un problema [02-23-2022 17:36:20] <UkoeHB> xmr-ack[m]: ¿hay alguna ventaja en generar txs reales? tu base de datos solo se reduce a {altura de bloque, {altura de referencia}} [02-23-2022 17:36:22] <rbrunner> Bueno, testnet fue bastante estable durante mucho tiempo. [02-23-2022 17:36:33] <gingeropolous> no hemos tenido que probar nuevas reglas de consenso :) [23-02-2022 17:36:51] <rbrunner> Cierto. [23-02-2022 17:37:14] <gingeropolous> es decir, las nuevas no deberían ser tan complicadas, pero quién sabe [23-02-2022 17:37:34] <xmr-ack[m]> <Rucknium[m]> "xmr-ack: Una buena razón para hacer..." <- He pensado en incorporar características de red e incluso hice algunos experimentos en el pasado donde una conv-red 1D fue capaz de diferenciar entre el tráfico de red de nodos remotos con una precisión > 90%. Pero era un conjunto de datos bastante pequeño y sólo resultados preliminares. [02-23-2022 17:40:25] <jberman[m]> UkoeHB: Tengo un código aquí que simula diferentes estrategias de versión de cartera para llegar a esto FWIW: https://github.com/j-berman/monero/commit/4baf4c99b002583905b4389402d9a5081d168059 [23-02-2022 17:40:54] <gingeropolous> no se que características tiene la red. lo permanente es la cadena de bloques [23-02-2022 17:42:18] <xmr-ack[m]> <UkoeHB> "xmr-ack: ¿hay alguna ventaja..." <- Mis razones hasta ahora son:... (mensaje completo en https://libera.ems.host/_matrix/media/r0/download/libera.chat/8816854db00368e85005a07d2021036b621cd66d) [23-02-2022 17:42:19] <Rucknium[m]> Los adversarios de Monero seguramente están recopilando algo más que datos de la cadena de bloques. [23-02-2022 17:42:23] <xmr-ack[m]> gingeropolous: estoy de acuerdo [23-02-2022 17:43:35] <xmr-ack[m]> Rucknium: Lo son pero creo que específicamente para este proyecto de investigación eso está fuera del alcance. Puede que continúe mi investigación más adelante y busque patrones de red de huellas digitales entre: compañeros, nodos remotos, etc... [23-02-2022 17:44:12] <xmr-ack[m]> La huella digital de los patrones de red es realmente genial porque puedes saltarte toda la encriptación. [02-23-2022 17:44:59] <rbrunner> Uh, puedes elaborar un poco, de lo contrario la gente va a flipar leyendo el registro de esta reunión ... [23-02-2022 17:45:02] <xmr-ack[m]> * toda la encriptación. Concedido solo puedes clasificar las acciones de alto nivel ( ej. usuario gastó monero vs usuario recibió bloques) [23-02-2022 17:45:30] <xmr-ack[m]> Si, acabo de editarlo hahah me di cuenta que necesitaba más contexto [02-23-2022 17:45:57] <xmr-ack[m]> Déjame encontrar un buen documento para quien esté interesado [23-02-2022 17:46:03] <rbrunner> "Investigador de Monero finalmente admite: Monero *es* rastreable" :) [23-02-2022 17:46:26] <xmr-ack[m]> ~nunca~ [23-02-2022 17:46:40] <Rucknium[m]> Se supone que Dandelion++ reduce la eficacia de los esfuerzos de desanonimización basados en la monitorización de datos de red, creo. [23-02-2022 17:46:56] <rbrunner> He pensado lo mismo, sí [02-23-2022 17:49:33] <UkoeHB> Creo que podemos dar por terminada la reunión aquí, a menos que alguien tenga algún comentario/pregunta de última hora. [02-23-2022 17:50:34] <UkoeHB> ok gracias por asistir todos [23-02-2022 17:50:50] <xmr-ack[m]> Rucknium[m]: Si buen punto. Para aclarar, el escenario de la investigación donde los patrones de tráfico podrían ser fingerprints sólo fueron probados en una ubicación de red altamente privilegiada. ( ej. un adversario local que pudiera ver los patrones de paquetes encriptados ) [02-23-2022 17:51:21] <xmr-ack[m]> * patrones de paquetes antes de que el tráfico llegara al nodo remoto)