🇪🇸 Si Satoshi volviera, ¿en qué trabajaría? | LunarCRUSH 13 Abr 2021

:es: Transcripción al español de un fragmento de “LunarCRUSH Live! with Cardano

Del minuto 00:07:35 al 00:26:15 del video original

Publicado en el canal de Youtube LunarCRUSH el 13 de Abril de 2021

Enlace a la versión doblada al español


Joe: Quiero preguntarte, digamos que Satoshi se despierta de un coma hoy, ha estado en coma, no sabe nada acerca de Bitcoin, no sabe nada. Primero, ¿cuál es la reacción a Bitcoin?, y luego ¿en qué empezaría a trabajar?

Charles: Oh, si Nakamoto de alguna forma, mágicamente vuelve.

Joe: Mágicamente estuvo en coma los últimos 10, 15 años

Charles: El problema con las deidades es que después que los deificas, incluso si vuelve la persona original que ocupaba ese trono, nadie lo cree. Así que lo primero que pasaría es que nadie diría que es una persona real, así que crearía un poco de división y guerra santa. ¿Alguna vez jugaste al Warhammer 40k?, es como si volviera el emperador del hombre, en el universo Warhammer, nadie de hecho creería que realmente es el emperador, incluso aunque haya dejado el trono dorado, porque es como un culto que hay alrededor de Satoshi ahora, y la gente ha construido que Satoshi debería ser un dios, mientras que sólo es un realmente brillante, innovador programador, barra académico, que fue capaz de traer algo súper genial, que para su tiempo fue bastante revolucionario, y ahora está bastante desactualizado. Si tuviera que adivinar quién fue Satoshi diría que el candidato más probable es Adam Back, está vivo, está liderando la compañía de actualización de Bitcoin, Block Stream. Pero, ¿quién sabe?, sería divertido, cripto siempre es raro, siempre hay algo viniendo, siempre hay algo ahí. Recuerdo cuando Craig Wright se anunció por primera vez, fui una de las primeras personas en decir que esta persona está llena de porquería, fui a Ruanda y literalmente caminé fuera del escenario cuando escuché que estaba hablando, ni bien apareció caminé fuera, hay un muy famoso video de eso. Y en ese momento había un montón de personas como Gavin, Dreyson, incluso creo que Roger Ver estuvo bebiendo eso por un tiempo, de que Craig era Satoshi o relacionado con Satoshi, o algo así, y eso se esfumó. Así que creo que hemos pasado todo eso, respecto a “oh, dios mío, tenemos que preocuparnos, ¿qué pasa si vende todas sus monedas?”, lo siento si un fundador puede golpear tu producto, entonces no eres descentralizado, si Satoshi vendiera sus monedas el mercado lo absorbería en un mes, bajaría un poco y volvería a la normalidad, de hecho probablemente fuera mejor para Bitcoin porque crearía más liquidez y estabilidad en el activo.

Joe: Eso es bueno, has tocado un poco en eso, personalmente yo creo que Satoshi, quien sea que fuera, fue un innovador, alguien que se está adaptando a cómo es hoy el mundo, ¿cuáles son algunas de las áreas en las que piensas que un innovador como ese estaría trabajando ahora mismo en el espacio?

Charles: Bueno, hubo mucha síntesis con Satoshi que fue realmente inteligente. Por ejemplo la creación del modelo contable UTXO, el guión Bitcoin, obviamente la prueba de trabajo, este tipo de cosas. No fue el caso de que Satoshi inventó todas estas cosas, fue más que existieron a través de la academia, el movimiento Cyberpunk o el mundo de software de código abierto por décadas, lo que esa persona fue capaz de hacer fue tomarlas, pulirlas, iterarlas, y ponerlas juntas en un único producto. Por ejemplo, Adam Back creó la prueba de trabajo cuando estaba trabajando para Microsoft, originalmente fue utilizado para algo llamado Hash Cash, como mecanismo de prevención. El guión Bitcoin fue basado en un lenguaje de programación llamado Fourth, que saĺió creo que en los 70 u 80, estaba basado en ensamblaje de pila, como que vivió en ese mundo post guión, la genialidad fue tomar este tipo de cosas y juntarlas sólo de la manera correcta. Así que si uno fuera a trabajar en algo como Bitcoin, es una evolución natural de eso, nosotros tomamos esa mentalidad en ciertos sentidos, nuestra compañía, nuestro grupo de investigación, primero formalizó todo, cuando entramos al espacio comenzamos a realizar investigación y desarrollo, ni siquiera estaba claro lo que era una blockchain, como objeto matemático, o como objeto académico, algo que estudias y sobre lo que pruebas propiedades. Así que Aggelos, nuestro jefe científico, escribió este hermoso documento llamado “El modelo GKL 15”, el protocolo columna vertebral de Bitcoin y creó un conjunto de propiedades de seguridad acerca de qué es una blockchain. Una vez que tienes eso, luego puedes comenzar a hablar significativamente acerca de ¿es segura la prueba de participación, la prueba de trabajo?, ¿cómo modelas contra un adversario cuántico?, osea una persona con una computadora cuántica o algo así. Así que esa fue toda una línea de investigación, continuamos iterando y evolucionando ese modelo. También formalizamos el modelo UTXO que Satoshi ha creado, y hay algunos encantadores académicos Italianos que también hicieron eso, algo llamado BITML, y creamos una extensión a ese modelo, llamado UTXO extendido. Luego dijimos “bien, ¿cómo creamos un mejor guión Bitcoin?”, y dijimos “¿por qué no tomamos un lenguaje funcional que tenga mucho sentido y construimos un DSL encima de él y tenemos un componente en y fuera de cadena?”, y eso es lo que hicimos con Plutus, etc, lo mismo para la pila de red, para las reglas de libro contable, para formalizar cosas. Así que de muchas maneras como que tomamos ese manto y simplemente lo continuamos, luego introdujimos el mundo académico y arreglamos las ventanas rotas a medida que las encontramos, también intentamos construir un cuerpo de ciencia para mostrar lo que puedes y no puedes hacer.

Con eso dicho hay un montón de cosas emocionantes en el lado Bitcoin en lo que ese ecosistema está trabajando, lightning, covenants, obteniendo schnorrzigs, ideas como la de simplicity por ejemplo que fue el lenguaje que creó Russell O’Connors para añadir contratos inteligentes a Bitcoin, y obviamente hay cosas como NiPoPoWs, con la interpretación de Silicon Valley llamada Fly Client. Así que creo que si volviera Satoshi, probablemente esa serían las cosa que él o ella haría, es en esa realidad, ¿cómo obtenemos mejor soporte lightning, cómo obtensemos cadenas laterales, ¿cómo obtenemos un mejor lenguaje de guión? Es una pregunta abierta de si habría un reconocimiento de que prueba de trabajo es el fin de todo, de que hay cosas que podés hacer para que la prueba de trabajo sea mejor, como por ejemplo promocionar el documento de Viswanath, Prism, es una cosa hermosa que hace a Bitcoin 10 mil veces más rápido, sin muchas compensaciones, ¿así que por qué no hacer eso si eres un adherente de prueba de trabajo?

Joe: ¿Podés explicar eso en un poco más de detalle?

Charles: Sí, básicamente es un documento donde podés minar múltiples bloques al mismo tiempo, y esta línea de investigación, junto con Dags, minado de múltiples bloques y multi validadores ha estado ocurriendo por media década o más, de hecho casi diez años ahora. El primer documento se llamó Spectre, y nosotros utilizamos eso en Ethereum, realmente no funcionó, de hecho fue Ghost, luego Spectre y luego Phantom, eso fue de Avi Zahar y Jonathan Mabinsky, están estos muchachos en Israel que hicieron eso. Luego lo que promovió es como poner todos estos documentos juntos, como mejores estructuras de datos, mejor teoría de información, escribió este documento llamado Polyshard. Básicamente resolvió cómo minar cosas en paralelo, como serializar todo y juntarlo de nuevo, así que en vez de sólo tener una persona haciendo algo puedes tener un gran grupo de gente haciendo algo, puedes procesar transacciones como lotes, y de alguna forma, cuando juntas todas las cosas, el orden siempre es determinístico y puedes mostrar que el doble gasto no puede ocurrir. Así que es un hermoso documento, escribió un prototipo, y lo que hizo es replicar la blockchain Bitcoin entera con él. Tomó el código base Bitcoin, arrancó la prueba de trabajo, lo puso en Prism, luego comenzó desde el bloque génesis el 3 de Enero de 2009, simplemente lo corrió a través de eso, toma más de doce años atravesar Bitcoin, con Prism puedes atravesar toda la cosa en unas pocas semanas, alrededor de 10 mil veces más rápido. Así que es un hermoso protocolo, pero hay muchos de esos tipos de protocolos flotando alrededor, pudiendo ser Bitcoin NG, o docenas de otras optimizaciones a prueba de trabajo, son legítimamente geniales. Hay algunos ataques teóricos para discutir, como minería codiciosa por ejemplo y estas cosas, existen y son vectores de ataque reales y problemas. También tiene que haber una segunda capa, una especie de capa de coordinación para pools de minería dentro del sistema. Así que, por ejemplo, las red de relays Corella y Falcon, yo estaba pensando en eso en su momento cuando estaba en Bitcoin, pero ahora quizás haya toda clase de redes de relays. Pero la idea básica es que los mineros coordinan entre sí antes de hacer cosas con el protocolo Bitcoin, por una variedad de razones. Así que hay muchas de esas cosas que necesitan ser resueltas, hay toneladas de gran ciencia, ahora hay miles de documentos. Y simplemente hay un montón de cosas obvias por hacer, como mejores estructuras de autenticación de datos, quizás introducir borrados en lugares más inteligentes. He visto un montón de genial trabajo con Fountain Codes en la pila de red, por ejemplo eso fue realizado por los muchachos Harmony, porque vienen del mundo Amazon y saben mucho al respecto. Estos son ejemplos donde obtienes un montón de cosas extra y no pagas nada por ellas, no reduce la seguridad del protocolo o cambia el modelo de confianza subyacente del consenso Nakamoto, etc. Ahora es un ecosistema tan grande, todo es una guerra santa, recuerdo el debate del bloque grande, para mí era obvio cómo resolverlo, “muchachos, ¿por qué simplemente no ponen un factor de crecimiento?, como cambia la política monetaria Bitcoin, donde tu inflación decrece por un factor de dos cada cuatro años, ¿por qué simplemente no ponen algo como eso para orgánicamente crecer el tamaño del bloque cada tanto?, ya sea continuo o una función por pasos, o algo como eso”, “oh, no, no podemos hacer eso, ni siquiera podemos tener esa conversación”. Aclaremos esto, ¿los discos duros no incrementan su capacidad cada cinco, diez años, la capacidad de red no incrementa cada cinco, diez años?. Solía tener un modem 56k, ahora estoy con una conexión a internet de fibra óptica.

Joe: ¿Tu máquina de sonido tiene el modem de sonido de 56k?

Charles: Oh, sí, tengo que obtener eso para la máquina de sonido.

Joe: Dijiste algo ahí, algunas de las cosas que he visto vos las has juntado, y viendo algunas de tus cosas, pareces estar muy enfocado en revisión por pares, información, datos y publicaciones. Diciéndolo en voz alta obviamente tiene un montón de sentido detrás de por qué harías eso, ¿pero por qué crees que otra gente no está tan focalizada en tener su información fuera, haciendo que el resto del mercado y la industria esté a bordo, auditando su trabajo?

Charles: Bueno, porque se salían con la suya cuando los protocolos eran simples. Cuando hablas acerca de algo como construir una billetera, o construir una aplicación de celular, o construir un protocolo de par a par, están todas cosas en la estantería que simplemente funcionan como Secure Academia, cosas como esas, ok, así que tienes eso. Y si todo tu objetivo es replicar Bitcoin, puedes hacer eso como un trabajo de síntesis, sólo juntar las cosas. Cuando comienzas a hablar de hacer que estos sistemas escalen a millones, billones de usuarios, o criptografía muy sofisticada, de pronto cuando vas a la habitación del fondo para obtener tu cripto, tus protocolos, ninguno de ellos existen. Así que tienes que inventar nuevos, y de repente vas de ingeniería a diseño de protocolo, ese es un muy distinto trabajo, el conjunto de personas que hacen eso realmente bien es mucho más pequeño. Así que no puedes moverte rápido y romper las cosas, porque lo que termina sucediendo es que cada vez que intentas construir un protocolo es como arena en tu mando, como que se resbala a través de ella, si algo sale mal con ello sólo lo descubres después del hecho, tienes que tirar todo a la basura, volver a la mesa de dibujo, hacerlo todo de nuevo. Vitalik entró en esto con Ethereum 2, continuaban pronosticando “oh, Casper está viniendo”, 2017, 2018, 2019, 2020, y legítimamente lo creían, y los protocolos funcionaban hasta que dejaban de funcionar. ¿Por qué?, porque no estaban siguiendo un proceso riguroso, generalmente lo que haces es comenzar con trabajo fundacional, así que teoremas de imposibilidad, como imposibilidad FLP, o lo que sea, comienzas a hacer toda esa cosa en la capa base, sabes lo que es físicamente posible y lo que no es posible, tienes pruebas de por qué es imposible, etc, ¿ok? Luego, cuando tienes eso, comienzas a construir sistemas en una serie de capas. Así que lo primero que haces es decir “asumamos algo no realista, un sistema completamente sincrónico, todo el mundo aparece al mismo tiempo, un comité centralizado, lo que sea”, y mostremos que eso funciona bajo esa condición, ¿ok? Porque lo que eso hace por tí es que si no puedes hacer que funcione en la mejor de las condiciones, no hay forma en el infierno que funcione en condiciones de la vida real. Una vez que muestras que funciona en las mejores condiciones puedes establecer una estrategia para sistemáticamente atacar cada parte que necesitas mejorar. Así que vayamos de un modelo sincrónico a semi sincrónico, tengamos seguridad adaptativa, así que nadie sabe quién ganó hasta después del hecho, asegurémonos que el sistema tiene finalidad, bla, bla, bla, vas a través de todos estos requisitos de diseño. Y cada uno de ellos es un documento, y cada uno de esos documentos es una capa que se sienta encima de la capa anterior, y debido a que estás siguiendo una cadena de pruebas, una cadena de custodia, sabes que va a funcionar y no tienes que regresar si no podés resolver ese problema particular.

Así que es un poco más largo en el comienzo, pero la ventaja es que cuando atraviesas el proceso de revisión por pares, gente independiente, que no sos vos, que no tienen incentivos financieros, que son miembros del cuerpo académico, así que son académicos, están leyendo los documentos, criticandolos y diciendo “hey, tenemos preocupaciones aquí”. La otra cosa es que una vez que entienden tus documentos tenés un lenguaje común entre tus científicos, diseñadores de protocolos y el resto de la comunidad académica. Y lo que ocurre, si estás escribiendo buenos documentos, comienzan a citar tus documentos, y comienzan a realizar trabajo derivado. Lo que termina sucediendo es que construyes capa tras capa, comienzas a acelerar, porque el conjunto de gente trabajando en tus problemas aumentó. Y también el nivel de certeza, de que tus soluciones son correctas, también aumenta. Así que simplemente tiene sentido común, si tienes varios años, para seguir una agenda como esa. Miras a Ethereum y es como, tuvieron varios años, tenía perfecto sentido simplemente comprar un laboratorio, Vitalik se fue de vacaciones en 2015, se fue a Cornell, al laboratorio Elaine, Ari Juels y el resto de los muchachos ahí, para el IC3, y simplemente decir “Me gusta Snow White, aquí hay diez millones de dólares, escribanme Casper”, probablemente lo hubieran tenido hecho en 2018, 2019, y sería mucho mejor que el diseño que tienen hoy, porque ese laboratorio tiene gente genial, podrían haber hecho eso, y un poquito de Avalanche, un poquito de Ouroboros, un poquito de Snow White, todo simplemente se junta de forma hermosa, todos sus requisitos de diseño hubieran estado ahí, tendrían pruebas de seguridad, hubieran atravesado revisión por pares, y hubieran implementado eso en seis meses y huzzah.

Nosotros, literalmente, en el tiempo en el que ellos estaban trabajando en Casper, tenían dos años de ventaja sobre nosotros, comenzaron a trabajar en 2014, 2015, nosotros comenzamos a trabajar en 2016. Nosotros, desde 2016 construímos una compañía de 300 personas, el grupo de investigación más grande del mundo, escribimos 102 documentos académicos, más de la mitad revisado por pares en lugares principales, escribimos un millón de líneas de código, lanzamos una criptomoneda 2017, actualizamos esa criptomoneda a prueba de participación. Y aún ellos están intentando resolver cómo ir de prueba de trabajo a prueba de participación, ah, y por cierto, escribimos dos lenguajes de programación, un modelo de contabilidad completamente nuevo, una nueva manera de desarrollar contratos inteligentes, y también un nuevo modelo de red, e hicimos eso comenzando de cero, sin tomar código prestado de nadie, porque nadie estaba lo suficientemente loco para escribirlo en Haskell, uno de los lenguajes de programación más difíciles de utilizar. Eso te muestra cómo ese enfoque que siguieron, de simplemente moverse rápido y romper cosas, en mi mirada no funciona. Y el mercado se está poniendo al día con eso, si miras el equipo Harmony, por ejemplo, están basados en trabajo académico, Rapid Chain y otras cosas, si miras Algorand, esa es como la criptomoneda MIT, Silvio Micali es uno de los más grandes académicos en vida, obtuvo el premio Turing, Avalanche salió de Cornell, y realmente hay un buen equipo ahí. Incluso Ethereum está concediendo, ayudaron a establecer un laboratorio en Standford con Dan Boneh, también invirtieron con los muchachos StarkWare en Israel, Eli Ben Sasson es un gran académico ahí. Así que hay concesiones, de que de hecho tenés que cuidadosamente escribir documentos, tenés que pensar acerca de estas cosas, necesitas pruebas de seguridad, necesitas atravesar el proceso de revisión por pares, etc. Sí, es frustrante, pero es mucho más rápido en la tierra de la ciencia de la computación, de lo que es en matemáticas, física o cualquiera de estos otros campos, en matemáticas o física puede tomar años para tener algo publicado. En computación hay una conferencia cada tres meses, así es cómo nosotros hacemos revisión por pares en ciencias de la computación, típicamente no se hace a través de revistas, porque tiene un ritmo tan rápido. Así que cuando te suscribes a una conferencia es frustrante porque sólo el 10 o 20 por ciento de los documentos son aceptados, más seguido que no, te gritan, ya sabes. Pero, por otro lado, puedes obtener dos o tres grandes resultados por año, en oposición a un gran resultado cada dos años o algo así, también te puedes encontrar con tus colegas y hablar con tus colegas acerca de estas cosas, a menudo tienden a colaborar con vos luego de que atraviesas algo. Así que tiene mucho más sentido.

Joe: Si, la bara de calidad de trabajo es mucho más alta

Charles: Sí, y de nuevo, estos protocolos son demasiado complicados, porque estás diciendo que vas de sistemas replicados a distribuidos, y vas de miles de usuarios, donde si alguien la pudre puede ser reseteado, a millones o billones de usuarios donde simplemente no hay posibilidad para eso, y el valor en riesgo es mucho más alto. Cuando Bitcoin se lanzó no tenía valor, a 2013, cuando yo me subí a bordo, un ecosistema de un billón de dólares, a hoy, es un ecosistema de un trillón de dólares, así que hay demasiado dinero ahí. Así que realmente necesitas asegurarte que cuando actualizas algo, que no la pudras, porque si lo haces podrías terminar con pérdidas de billones de dólares. El mayor error en la historia de nuestra industria fue el error ZCash, con Lib Snark, ¿por qué?, porque no era simplemente que podías falsificar monedas, podías falsificar monedas y además nadie notaría que eso ocurrió. Así que incluso hoy está esta pregunta abierta de ¿alguien sacó ventaja de ese error?, y debido a que no pueden comprobar el suministro no tienes idea si hay un millón de tokens ZCash flotando alrededor. Probablemente no fue explotado porque el equipo fue el que lo descubrió, pero, ese espectro ahora está ahí permanentemente, atacando la integridad monetaria del sistema, hasta que encuentren una manera de salir de eso. ¿Y por qué es eso?, ¿hubo un problema con el diseño del protocolo, hubo un problema con la implementación?, fue un error muy sutil, como resultado directo de suposiciones que pensaron no siendo ciertas, cosas no siendo chequeadas. Ahora imagina eso exacerbado a escala de millones o billones de personas, compañías Fortune 500, aviones en el cielo, tus registros médicos, etc. Simplemente no podés joderla, así que lo siento, no podés simplemente decir “vamos a escribir en JavaScript, acabo de salir del campamento de programación, estoy listo para ir, creo que lo entiendo, mire un tutorial”. No muchachos, esta es ingeniería seria, es ingeniería de alta seguridad, hay altas participaciones, y si la pudres va a lastimar a la gente.

1 Like