Construye aplicaciones peer-to-peer con Pear Runtime

Tenemos siete ejercicios y son bastante sencillos. El masterclass durará tres horas o el tiempo que se tarde en completar el masterclass, lo que sea menor. Y luego habremos terminado. Y tendrás un montón de información. Así que empecemos. Si vamos al enlace allí, hole punch to PAIR workshop GitHub repo, hay algunas instrucciones de configuración. Vamos a hablar de Keating esto, y, Keat, puedes compartir varias pantallas. Sí, así que si vas al repositorio, tenemos algunas instrucciones de configuración.

Cuando estás configurando PAIR, lo que estás instalando en realidad es un tiempo de ejecución completo. Así que PAIR no está construido sobre Node. Está construido sobre algo llamado BEAR, de lo que hablaremos más adelante. Pero si tienes Node instalado, y de todos modos necesitarás tener Node instalado para hacer esto, porque una vez que comencemos a configurar las dependencias, usamos NPM install. Así que si no tienes Node instalado, instálalo ahora. Si estás en Linux o Mac, MVM es bueno para una configuración rápida. MVM.sh te llevará allí. Y en Windows, bueno, en Windows, haz lo que hagas. Puedes probar MVS, pero si tienes, este, no puedes hacer eso, porque no tienes la interfaz básica en GNNVS. Pero si tienes, o Jen, lo siento, si tienes, ya sabes, si eres un usuario de Windows, esto podría funcionar para ti, o, ya sabes, hazlo a tu manera. Así que tomémonos un momento para pasar por la configuración.

Entonces, usando PAIR, disculpa, usando Node para instalar PAIR y presionar Enter, y lo que hace es instalar una CLI muy pequeña que luego inicia el resto de PAIR desde los pares. Entonces, cuando ejecuto esto, sí, eso va a obviamente ejecutar mi PAIR normal. Así que lo voy a hackear por un segundo. Nunca hagas lo que acabo de hacer, por supuesto. Entonces, lo que debería verse para ti es esto. Tal vez un poco más lento, porque se ejecutará desde los pares, y tengo pares muy cerca para esto, porque soy el que está sembrando parte de ello. Entonces, una vez que eso esté hecho, deberías poder ejecutar PAIR y mostrará la ayuda. La primera ejecución es un poco lenta en macOS, debido a la forma en que macOS funciona con los binarios. Ejecútalo de nuevo, será agradable y rápido. También, porque inició el ciclo, pero hablaremos de eso más adelante. Bien, voy a ver si hay alguna pregunta o algo así. ¿Pueden las personas hacer preguntas? Sí, Abby pregunta, ¿cuál es el stream más largo como una versión de PAIR? Sí, vamos a hablar de eso. Pero tenemos dos tipos de versiones con PAIR. Tenemos, así que si escribes PAIR-v, obtendrás el desglose de la versión, donde tienes clave, bifurcación y longitud. Pero también puedes escribir PAIR-info, y obtendrás el registro de cambios más reciente, y esa es una versión SEMver. Entonces, tenemos una etiqueta para el commit de SEMver y también una versión de lanzamiento de PAIR. Todos están conectados entre sí. Bien, entonces, ¿alguien tiene problemas para configurarse? ¿Todos pudieron instalar PAIR? ¿Cómo puedo preguntar esto de una manera que, si alguien no pudo instalar PAIR, por favor, hágalo saber en el chat. Sí, Oleg, vamos a hablar de todo eso. No en detalle intenso, porque se trata de cómo usarlo, pero los mismos principios en los que se basa PAIR y los mismos bloques de construcción, como en módulos y bibliotecas en las que se basa PAIR, son los que usamos para construir las aplicaciones también. Así que es tortugas todo el camino hacia abajo, ya sabes. Bien, algunos todavía están instalando. Está bien. Probablemente tenga que ver con la distancia de los pares, ¿verdad? Pero, en resumen, en términos de BitTorrent, beber una bebida carbonatada, en términos de BitTorrent y IoPFS. Entonces, vamos a usar este módulo llamado HyperSform en parte de la construcción de la aplicación de chat. Y HyperSform es un módulo DHT. Y en la base de eso, creo que en la base de eso, tal vez otras cosas también, está Codemlia, que es como un protocolo BitTorrent de próxima generación. Pero hay más que eso. Es en términos de estado y diferentes cosas que tenemos HyperCore. Hablaremos más sobre esto a medida que avanzamos. Hay una sección completa sobre esto en los bloques de construcción. Pero hay superposiciones, por supuesto, porque es peer-to-peer. Pero es la forma en que está organizado y la forma en que se ejecuta, lo que parece estar funcionando muy bien. Sí, por ahora, si quieres saber qué pares, es por clave. Puedes saberlo porque todo es de código abierto. Y las claves se mantienen en el estado que puedes buscar en las bibliotecas que están haciendo el arranque. Pero, si estás pensando en términos de actores maliciosos y demás, con esta tecnología, eso no es posible en términos de cifrado. Pero no quiero profundizar demasiado en esos detalles porque necesitamos aprender a usar esta cosa. Bien, volvamos a la pantalla de diapositivas. Entonces, ¿qué es PAIR? PAIR es, lo llamamos PAIR Runtime. Pero es una plataforma. Estoy dando una charla el 13 de JS Nation donde hablo mucho sobre las diferentes cosas que es PAIR, todas al mismo tiempo. Pero es una herramienta de desarrollo, es un tiempo de ejecución, es una herramienta de construcción, todo para construir aplicaciones peer-to-peer. Y también es un ecosistema para construir aplicaciones peer-to-peer. Está construido sobre algo llamado BEAR, que es B-A-R-E. Lo sé, PEAR, BEAR. Es un tiempo de ejecución de JavaScript muy, muy liviano. El objetivo original de Node.js era un núcleo muy, muy pequeño. Y luego todo lo demás en el ecosistema. Y la forma en que BEAR comienza es que el núcleo es tan pequeño que es solo la pieza de carga de módulo, ni siquiera proceso. El proceso es separado. Entonces, ese módulo es solo un cargador de módulos que luego carga otros módulos en funcionalidades como el sistema de archivos, net, lo que sea. También tiene soporte de primera clase para primitivas P2P. Así que construimos esas al mismo tiempo. Estábamos construyendo PAIR mientras construíamos BEAR. Entonces, PAIR originalmente estaba en Node.js hasta que pudimos alcanzar donde estaba BEAR. Por lo tanto, esto se traduce muy bien en luego ir más allá y construir aplicaciones de terminal PAIR. Entonces puedes usar los módulos BEAR como BEARfs con una aplicación de terminal PAIR. Y esto te brinda una opción bastante interesante de seguridad por diseño donde si no instalas el nativo y no lo usas, entonces no puedes usarlo. No está ahí para usarlo. Pero lo principal para lo que construimos PAIR fue para las aplicaciones de escritorio, y esas aplicaciones de terminal, pero aplicaciones de escritorio. También vamos a tener en algún momento una historia sobre aplicaciones móviles y cómo podemos integrarlo todo junto. Pero tenemos una aplicación de escritorio llamada Keete y una aplicación móvil también llamada Keete, ambas. Es ambas Keete. Y así también tenemos tecnología P2P en móviles. En un futuro cercano, PAIR va a, realmente se trata de documentar en alguna integración de código para trabajar junto con eso también. Es más que eso. Podrías decir que de alguna manera es un movimiento, pero no vamos a entrar en eso. En su lugar, vayamos al primer ejercicio. Entonces, PAIR in it. Este es el primer comando. Cambiaré mi pantalla de nuevo. Entonces, si vamos al primer ejercicio, si estás en el archivo README en el repositorio del taller de PAIR y entras en el ejercicio cero uno, PAIR in it, vamos a inicializar una aplicación de escritorio de PAIR. Así que voy a hacer make the chat. Y luego voy a hacer PAIR in it dash why. ¿Por qué dice sí a todos los valores predeterminados? Y eso debería mostrar algo como esto. Y debería poner en la carpeta lo que dice que se ha creado. Entonces tenemos un app JS, un index.html, un package JSON y una carpeta de pruebas. Así que esto inicia nuestra aplicación de escritorio P2P. Si echamos un vistazo rápido al código de inicio, muy simple. App JS simplemente convierte un elemento H1 en un PAIR, y luego algo de HTML. Y eso es todo. Sin dependencias aparte de una dependencia de desarrollo. Usamos British para escribir pruebas. Es una biblioteca de pestañas que escribimos. Entonces, bien, ahora que hemos generado eso, el ejercicio está completo. Lo ejecutaremos en el próximo ejercicio. ¿Todos pudieron inicializar su aplicación? ¿O alguien no pudo, debería decir? En el próximo ejercicio, vamos a entrar, si volvemos a leer el archivo README, pair run. El comando pair run ejecuta una aplicación desde un enlace. Y ese enlace puede ser un enlace de archivo o un enlace de par. Si es un enlace de archivo o si es una ruta, se convertirá en un enlace de archivo.

Luego se ejecuta la aplicación desde la ruta del directorio. El package.json tiene un campo principal en este package JSON generado que hemos generado con pair init. Y está configurado en index.html. Por lo general, si haces npm init-y, crearás un package.json con index.js. Entonces se eligió index.js porque index.html era el valor predeterminado para los servidores web. Así que hemos vuelto a index.html como el principal predeterminado para aplicaciones de escritorio en PAIR. Entonces, cuando haces pair dev, lo siento, pair run, puedes usar la bandera dev y eso habilitará el modo de desarrollo. Y voy a usar el punto, que es una ruta de archivo, que se convertirá en una ruta de enlace de archivo absoluta. Y eso debería ejecutar una aplicación generada.

Entonces eso abre las herramientas de desarrollo de inmediato. Y tenemos esta aplicación de chat con esquema de colores de Paulie. Y cuando hago clic en ella, se convierte en el emoji de PAIR. Y podemos ver que son solo herramientas de desarrollo. Son herramientas de desarrollo de Chromium. Entonces, si estás familiarizado con trabajar con Chrome, estás familiarizado con trabajar con aplicaciones de escritorio de PAIR. Y ten en cuenta que el enlace, lo siento, la dirección es un local host HTTP. Entonces, PAIR ejecuta algo llamado sidecar en segundo plano. Siempre que inicies una aplicación, ese sidecar se comunica con las estructuras P2P, y se comunica a través de la DHT con otros pares. Pero la aplicación en sí solo está utilizando HTML para local host para recuperar todo el contenido. Entonces, en este caso, solo está recuperando index.html.app.js. Pero puede cargar todas las cosas. Entonces, es una excelente manera de aprovechar conjuntos de habilidades muy comunes al comenzar de esta manera. Entonces, eso es pair run de una ruta de archivo. También podemos hacer enlaces de par. Entonces, un enlace de par puede ser una clave de par o alias de par. Actualmente solo hay dos alias, key y runtime. Y pair runtime se utiliza como un paso final de configuración. Entonces puedes hacer pair run pair runtime. Y si no ves esta pantalla, o ves algo como esto, pero ves un botón que dice completar la configuración de pair, después de ejecutar esto, puedes hacer clic en eso, y establecerá pair en tu ruta del sistema. Entonces, lo que está haciendo, aunque funcione antes de eso, es iniciar node para iniciar pair. Una vez que completes la configuración de pair y lo establezcas en tu ruta, cuando abras una nueva terminal, se ejecutará pair directamente. Y debido a que pair está en bare, el tiempo de inicialización es mucho, mucho más rápido que node por un factor. Entonces, sí, haz eso. Pero también podemos hacer lo que está en el ejercicio, pair run pair colon barra diagonal barra diagonal keys. Y esto ejecuta nuestra aplicación insignia P2P, Keet. Entonces, eso es todo mi material personal allí. Así que trata de no mirar demasiado de cerca. Si no tienes Keet instalado, no importa. Aún se ejecutará Keet, porque tienes instalada la plataforma de pair. La plataforma de pair se inicia y luego carga Keet desde pares a través de ese puente HTTP a local host del que hablé. Pero también tengo Keet instalado desde el sitio web, y puedo iniciarlo de esta manera. Y es la misma aplicación. Es exactamente la misma aplicación. Entonces, la forma en que funciona es cuando instalas, cuando descargas Keet desde Keet.io, obtienes este distribuible pequeño. No queremos que sea más pequeño, nos preocupa que la gente piense que es un virus porque será demasiado pequeño para tener sentido convencionalmente. Pero creo que ahora tiene alrededor de 50 MB o algo así. Y luego instalas eso, y luego eso incorpora la plataforma. Y luego la plataforma se inicia y simplemente carga Keet de la misma manera. Entonces, cuando ejecuto la aplicación en mi sistema, en realidad solo estoy ejecutando pair run pair Keet y algunas otras banderas. Y eso equivale a lo mismo. Es solo que está marcado con el icono de Keet y el texto de Keet en el menú. Entonces eso es realmente genial porque es como, tenemos estas aplicaciones peer to peer, y luego tenemos una forma de crear distribuibles muy pequeños para, para usuarios, ya sabes, que no necesariamente se preocupan por la tecnología, o que no quieren profundizar demasiado en ella y, por supuesto, que no quieren usar la línea de comandos. Pero en realidad todo funciona de la misma manera. Simplemente se extrae, extrae, extrae, las aplicaciones de, de pares.

¿Con qué se construye la interfaz de usuario? Es una plataforma telebrowser y electron. Entonces, es una pregunta de múltiples capas. Si vas, todo es de código abierto. Tenemos, tenemos esto llamado, tenemos, entonces, en resumen, es una versión de electron. Es una versión básica. Y luego, básicamente lo extraemos de eso, esa construcción básica de los pares, del mismo, del mismo almacenamiento peer to peer. Y luego lo iniciamos con el mismo, un único punto de entrada, los mismos archivos boot JS, la CLI y la aplicación de escritorio. Pero, si observas el code, notarás que los puntos táctiles de electron son muy, muy ligeros. Estamos utilizando la menor cantidad posible de electron porque nuestros próximos pasos serán mover el lado de escritorio tanto a bear como a chromium. En ese punto, estaremos prácticamente en nuestra arquitectura objetivo, pero de la misma manera en que usamos nodos para prototipar e iniciar el tiempo de ejecución de pares en bare para iniciar las aplicaciones de escritorio, haremos lo mismo. Y luego, es esa cosa en la que el code también puede ejecutarse en cualquier lugar sin ningún tipo de condicional. Así que.

Entonces, viene la pregunta, ¿se puede emparejar el paquete con un archivo de datos opcional grande y aún así instalarlo rápidamente? Sí. Sí, absolutamente. Cam, estamos, esto es más adelante en la masterclass, pero aún no tenemos la construcción de pares. Entonces, pebble se encargará de la distribución. Vamos a ir, te mostraremos todo lo demás. Y para cuando termines tu aplicación, probablemente la construcción de pares estará disponible porque tenemos aproximadamente el 90% de ella. Literalmente, solo estamos lidiando con los problemas de Windows. A veces, cuando te encuentras con un problema en Windows, simplemente consume tiempo. Así que estamos, tenemos que solucionar el problema para que funcione en Windows. Tiene que ver con la construcción nativa. Pero una vez que eso esté hecho, pebble estará listo. Así que, deberíamos poder completar nuestro 10% antes de poder construir una aplicación completa que quieras enviar a los usuarios.

Entonces, hey, las llamadas no están en absoluto sobre HTTP, en absoluto sobre HTTP, utiliza UTP, que es una especie de U entre UDP y TCP. Es su propio protocolo, pero no es HTTP. Ok. ¿Deberíamos hacer la aplicación? Así que si vamos al ejercicio tres, haciendo la aplicación. Lo primero que queremos hacer en la carpeta de chat, asegurémonos de estar siempre en la carpeta de chat, es instalar las dependencias que vamos a utilizar. Estas son hyper swarm, hyper crawl, crypto y B4A. Hyper-swarm ya lo he mencionado. Vamos a usarlo para unirnos a un tema en la tabla hash distribuida. La tabla hash distribuida es el mecanismo mediante el cual los pares pueden descubrirse entre sí de manera no centralizada. Lo único que se necesita para conectarse a la DHC DHT es un par de arranque. Y un par de arranque es igual que cualquier otro par, no hay nada especial en un par de arranque. Cualquier par puede arrancar, pero necesitas las direcciones IP de esos pares de arranque iniciales. Así que tenemos algunos pares de arranque codificados, y a partir de ahí, todo lo demás puede funcionar a través del mecanismo de chismes de la academia. En algún momento futuro, podrás configurar el tuyo propio para una DHT completamente privada, pero esto utiliza la DHT pública. El módulo de criptografía de hyper core es solo un módulo relacionado con hyper core. Básicamente, hyper core tiene una API y parte de la API es criptográfica. Esto te permite generar cosas criptográficas, pero lo estamos usando para generar un tema. Y B4a es para la manipulación de búferes. Echemos un vistazo al archivo index.html. Vamos a, vamos a hacer la grabación. Vamos a poner la grabación en línea. No te preocupes por eso. Ok. Vamos a tomar el HTML del ejercicio tres, y lo vamos a colocar en index.html. Y notarás que hay esta cosa llamada pair control aquí. Pair control es un elemento. Solo hay uno de estos. Podemos agregar más, pero es un elemento personalizado. El par suministra al entorno, a la aplicación de escritorio, al entorno de HTML. Así que esto es solo para configurar las luces de tráfico en macOS o los botones de cerrar, minimizar, maximizar en Windows y Linux, colocándolos en el lado derecho y todo eso. Es un problema extraño, extrañamente difícil de resolver. Así que hemos creado un pequeño componente para eso. El resto es solo un formulario y un pair control. Ahora. Echemos un vistazo al código JavaScript. Tomamos esto y lo colocamos. Para preguntar. Antes de continuar, permíteme decirte en el chat, doc's doc tiene información. Ve a doc's doc pairs.com. Encontrarás toda la documentación, la información sobre pair control. Esto es lo que vamos a ver aquí. Todo está documentado en doc's doc pairs.com. Tienes la referencia, tienes la API, tienes guías, tienes tutoriales, tienes explicaciones sobre cada bloque de construcción. Hay mucho para revisar. Entonces, I've JS es lo que hace es importar hyper swarm. Importamos crypto antes de. La API programática de pair se expone como una variable global llamada pair con mayúscula. Aquí solo estamos usando pair tear down, pero puedes encontrar la API completa en doc's doc pairs.com. Podemos mostrarte eso. Así que la aplicación. Una interfaz de usuario. Aquí vamos. Y mensajes para un bus de mensajes, pair media para el control de acceso a la cámara y uso compartido de escritorio, etc. Un pad de versiones, tear down, pat out nuestra aplicación original. Limpieza y se debe llamar cuando una aplicación comienza a descargarse.

Entonces, pat down, llamaremos a las funciones que se le pasen antes de la descarga. Así que puedes hacer la limpieza. ¿Cómo reiniciar? Actualizaciones. Hablaremos de eso más adelante, pero es, eso es muy poderoso. Un wake up es si tienes un, si tienes un enlace que se hace clic en un navegador, ese enlace puede abrir tu aplicación. Soportamos el clic de enlaces de Pair para que puedan profundizar en una aplicación de Pair. Y usas los wake ups de Pair para capturar esos, esos clics de enlaces cuando tu aplicación ya está en ejecución en Windows y vistas, puedes manipular ventanas y vistas. Y sí. Y eso es prácticamente toda la API. Tratamos de mantener la API lo más ajustada y pequeña posible también. Porque la idea nuevamente es tener la mayor cantidad de soporte en el ecosistema porque entonces, sabes, estamos reduciendo nuestras posibilidades de romper cosas porque no, no queremos romper, no rompemos cosas. Así que. ¿Alguna pregunta hasta ahora? Si las tienes, hazlas y seguiré con este code.

Entonces, cuando la aplicación está a punto de cerrarse, destruye el enjambre. Configuramos un enjambre hyper, un enjambre hyper aquí, lo asignamos a enjambre. Estamos escuchando. Lo siento, tengo una pregunta. ¿Puedes repetir la respuesta a la pregunta? ¿Con qué se construye la UI? ¿Es un navegador personalizado, Electron o nativo de la plataforma? Es Electron, pero no lo será pronto. Y es muy ligero en Electron. Mira el repositorio, un montón de dos, cuatro slash pair en GitHub. De acuerdo. Entonces enjambre. Cada vez que tienes una conexión entrante, significa que un par se está conectando a ti. Miramos la clave pública remota del par. Y luego escuchamos data aquí arriba, y hemos convertido esa clave pública remota en un nombre. Llamo a esta función en mensaje agregado. Entonces, el remitente se usa para identificar al par. Estamos usando la clave pública remota. Y luego el mensaje se agrega al contenido de este desarrollo. Y se agrega al elemento mensajes en index HTML, eso es todo. Así que dentro de este campo de mensajes se agregarán mensajes de los pares. Esto también se llama cuando envías un mensaje. Así que tenemos una función enviar mensaje. Eso es el oyente para el evento de envío en el formulario de mensaje en index HTML. Y cuando, cuando el par actual envía un mensaje. Se agrega al contenido, ya sabes, simplemente como tú y luego recorremos las conexiones y escribimos el mensaje a cada conexión. Entonces, los objetos de par que se mantienen en las conexiones de enjambre y los objetos de par que se pasan a través del oyente de conexión son flujos. Así que flujos dúplex. Así que puedes simplemente escribir en el flujo y puedes simplemente escuchar data. Es una API simple y bien conocida de enjambre en una actualización. Entonces, enjambre emite un evento de actualización cuando hay nuevas conexiones. Y así podemos usar eso para determinar la cantidad de pares que están conectados. Tengo una pregunta de Cam, ¿es la clave pública remota del par y la información del par. Clave pública lo mismo que la mejor manera de identificar un dispositivo. No sé la respuesta a eso de memoria. Pero la mejor manera de identificar un dispositivo es mediante su clave de descubrimiento, que es lo que hacemos en la práctica. Así que hyper core tiene. De hecho, hyper core crypto tiene un método llamado clave de descubrimiento y puedes pasar una clave de criptografía de hyper core. Hyper core ID. Lo siento. Codificación. Lo siento. Clave en eso para obtenerla pegajosa. Creo que porque la clave de descubrimiento y mantener la clave de descubrimiento y la clave separadas significa que mantienes cierta privacidad alrededor de la clave original. No entiendo completamente ese aspecto tan bien, pero investiga en esa área. No hay problema. Necesitas identificarte de manera única. De acuerdo, hablaremos sobre la identidad más adelante. Creo que es un tema bastante grande. Está en la tarjeta, así que está al final del esquema. Si miras el esquema, hablamos sobre la identidad. De acuerdo. Unirse a una sala de chat. Básicamente, causa unirse al enjambre con un búfer de tema, crear una sala de chat, crear un búfer de tema y causa unirse al enjambre con ese búfer de tema. Así que. Lo que hace la aplicación es que puedes usarla para unirte o crear. Si la usas para crear, simplemente crea una cadena de búfer de tema y automáticamente se une a la DHC bajo ese tema y luego alguien más o tú o lo que sea, otro par. Luego se une a esa misma cadena de tema. Y ahora ambos están conectados. Bueno, conectados es una frase suelta porque es más que ambos están suscritos al mismo tema. En unirse al enjambre, simplemente llamamos a unirse con un búfer de tema y lo configuramos tanto como cliente como servidor para que pueda actuar como un par completo. Esto es algo que no. Solo sé que tienes que hacer esto de la manera que tienes que esperar hasta que se haya vaciado antes de hacer otras cosas. De lo contrario, hay una condición de carrera, como un problema de sincronización. En realidad no sé la razón por la que. Porque en realidad hace mucho tiempo que trabajé en hyper-swarming. No lo recuerdo. Tema, tema, tema. Sí. Entonces, simplemente se establece ese tema. Echemos un vistazo. Oh, maldición. Necesito subir algo. Espera. Lo siento. Olvidé subir esa parte. Si actualizas la aplicación, hay una pieza final. Verificando la aplicación. Así que sabemos cómo ejecutar la aplicación.

Hacemos pair run. Y si queremos el modo de desarrollo, hacemos dev. Y decimos el directorio, que en este caso es punto. El directorio actual. Eso se abre en modo de desarrollo y aquí podemos ver, podemos arrastrar la aplicación. Tenemos las luces de tráfico aquí en Windows y es probable que los usuarios de Linux las tengan allí. Y tenemos crear y unir. Antes de hacer algo allí, quiero abrir otra terminal. Así que esta es otra terminal y voy a ejecutar la misma aplicación de nuevo, esta vez no en modo de desarrollo. Aquí vamos. Ahora tengo dos instancias de la misma aplicación. La primera tiene las herramientas de desarrollo disponibles. La segunda no las tiene actualmente. Si quieres activar el modo de desarrollo, simplemente ve a pair run time. Modo de desarrollo y luego tendrás este menú de desarrollo aquí arriba. Y luego puedes seleccionar tu opción. Ábrelo. No, no, muchos temas por enjambre cuentan. Un enjambre, realmente, un mega enjambre. Ahora lo que podemos hacer es comprobar que todo esto funciona solo en una máquina local. Así que en una ventana, voy a hacer crear. Y aquí estamos, y tengo el tema. Voy a copiar esto. Y luego en otra ventana, voy a hacer unir. Y luego los pares deberían poder hablar entre sí, cada instancia de la aplicación. Y vemos que se identifican simplemente por la clave remota en este caso. Esa es la primera parte.

OK, ¿alguien no ha podido replicar esto? No, no, no, no, no. Espera un minuto, Jordan, no te adelantes. Además, antes de pegar claves, antes de llegar a algo así, solo un aviso. Solo ejecuta code en el que confíes. Esto es lo mismo. Es peer-to-peer. Pero aún más, de alguna manera, ya sabes, solo ejecuta code en el que confíes. Así que piensa en los incentivos y demás. Voy a pegar la clave en algún momento para que puedas ejecutar mi mi, mi code. No ejecutes el de nadie más. En mi caso, tiene sentido. Me ves hacerlo. ¿Por qué haría un masterclass solo para, ya sabes. Así es. Gracias, John. No puedo copiar en Windows. ¿No puedo? Lo siento, hombre. Como en Windows, probablemente tienes algo en la tienda o algo que te impide copiar. Bueno, haré que alguien lo revise en Windows para ver si es algo. Pero podría ser algo específico de Windows para ti, hombre. Deberías encontrar una forma de copiarlo. Si no, ya sabes, es lo suficientemente corto como para escribirlo. Eso es lo genial de estos temas y los enlaces de pares también. A veces estoy en una situación en la que no puedo llegar. No puedo llegar allí. Así que simplemente me siento y escribo toda la clave. Y no es tan difícil. No es una locura. Porque es más fácil que escribir un enlace largo. Bueno, lo sé. Así que si obtienes un error de sintaxis, puede ser que cuando copiaste y pegaste tu code de la aplicación, JS code o algo así, tenías un problema en él, así que asegúrate de que esté bien. Vuelve a copiar y pegarlo si es necesario. Tenemos una aplicación. Que puede hacer cosas peer-to-peer. Seguro, pero el hecho de que el par pueda ejecutarse desde un enlace de par que puede ejecutarse desde una clave. Significa que podemos llevar esto al siguiente nivel y hacer que la propia aplicación. Sea algo que también esté en su propia estructura peer-to-peer, que también esté sentada en su propio tema. Hagámoslo. Oh, pero antes, lo siento, hay otra cosa, los bloques de construcción. Entonces, Dr. Pettit com. Si miras la sección de bloques de construcción, tienes hyper core, hyper be. Drive. Auto base. Puse el HD y los IPs uno nano. Te diré cómo ver los cambios en un momento. Es genial. Ya verás. Entonces. Estos bloques de construcción son las bibliotecas fundamentales de la forma de construir aplicaciones peer-to-peer de Pair. Hyper core ha estado en desarrollo durante más de 10 años y proviene incluso antes de eso, de la community y el proyecto. Así que es una biblioteca P2P muy, muy madura. Literalmente, es central en muchos sentidos aparte del centralizado. Entonces, sobre hyper core, puedes tener hyper be, hyper drive y auto base. Todos estos son para persistencia. Puedes persistir con hyper core y replicar con hyper swarm. Hyper DHT no es realmente algo que necesites usar mucho, para ser honesto. Es como las entrañas de hyper swarm. Si quieres hacer conexiones directas, puedes usar hyper DHT. Pero solo quiero hacer cosas de temas. Hyper be es una base de datos basada en B3, un database. Sobre hyper core. Entonces, hyper be más hyper swarm te da una base de datos peer-to-peer. Hyper drive es un sistema de archivos. Sobre hyper core. Entonces, hyper drive más hyper swarm te da un sistema de archivos peer-to-peer. En realidad, no sabemos si hemos lanzado esto todavía, pero Rafa construyó algo llamado Drive Explorer. Y, ya sabes, pagarías tecnología solo para tus propios dispositivos. Incluso puedes enviar terabytes de información. Si te gustan los videos de alta calidad o la music o lo que sea, muchos servicios en la cloud te cobrarán mucho por transferir ese tipo de data. Pero incluso con Pair, eres ilimitado, puedes transferir tantos terabytes de data como quieras porque es solo entre tus dispositivos. Auto base es la biblioteca de escritura múltiple. Entonces, esto es lo que nos da las capacidades de chat y la capacidad completa de chat con. Persistencia y resolución de conflictos de. Todo eso. También, la identidad, creo, es una idea en auto base, hablaremos de eso más tarde. Estos bloques de construcción van desde primitivas simples hasta primitivas bastante grandes, pero aún así se pueden usar como su propio bloque para construir, por eso son bloques de construcción. También tenemos estos ayudantes. Los ayudantes son algo adyacente. Entonces CoreStore es uno grande, y te permite usar múltiples hyper cores. Y lo usamos en la plataforma debido a todo nuestro almacenamiento de aplicaciones.

Y cuando estás instalando una aplicación, todo el estado se guarda como hyper cores individuales dentro de un core store. Local drive es hyper drive, pero para el sistema de archivos. Así que eso, junto con mirror drive, hace que sea muy fácil reflejar entre un hyper drive y un local drive, lo cual es realmente genial para sincronizar el estado. Secret stream es lo que parece. El resto son un poco más profundos. Así que, un poco alejados de p2p, pero útiles. Así que, con esos bloques de construcción, hemos utilizado hyper swarm para crear esta aplicación de chat. Eso es efímero. Si cierras el chat, todo tu estado se pierde. Si quieres llegar a los sistemas de replicación, no vamos a profundizar demasiado en eso en este masterclass, porque esto es, diría, introductorio, pero en los tutoriales aquí en dotstoppairs.com, puedes ir a la guía de replicación y persistencia. Y ahí se detalla y se explica cómo crear una aplicación de escritura y una aplicación de lectura. También, lo que mencioné, CoreStore. Esto es lo de los múltiples hyper cores. Aquí está cómo crear el modo solo de agregado. Lo siento, todo es solo de agregado porque hyper core es solo de agregado. Pero el almacén de clave-valor con HyperB. Y aquí está cómo crear un sistema de archivos p2p con HyperDrive. Bueno, eso es mucha información sobre lo que puedes hacer en términos de construir aplicaciones. Ahora, lo que voy a hacer es preparar la aplicación en su propia estructura de pit. Así que si volvemos a la masterclass y vamos al ejercicio de preparación. También necesito darte. ¿Va a funcionar esto? No, podría enviar los PDFs a todos. Ya encontraremos una forma de enviar los PDFs más tarde. Así que, si vas al ejercicio cuatro, y solo estás usando la carpeta de chat, y para eso debes ejecutar MPM install, porque está configurado en el estado en el que necesita estar para que puedas ejecutar pair stage. Así que si por alguna razón no pudiste hacer funcionar tus ejercicios anteriores, simplemente ejecuta MPM install en ese capítulo. Si todavía estás trabajando en la misma carpeta de chat, no necesitas ejecutar MPM install. Entonces, lo que hace pair stage, es reflejar. Acabo de repasar esos bloques de construcción y mencioné local drive, hyper drive y mirror drive. Entonces, realmente, lo que hace stage es hacer una copia del sistema de archivos de tu local drive, del directorio en el que te encuentras o has especificado. Y lo refleja directamente en un hyper drive, que, recuerda, es solo un sistema de archivos peer-to-peer sobre hyper core. Así que cuando preparamos una aplicación, voy a hacer pair help stage. Así que cuando preparamos una aplicación. Podemos especificar el canal o la clave cuando creamos una nueva aplicación. No tienes una clave para la aplicación. Así que quieres especificar un canal y usar ese canal cada vez después de eso. El canal y el nombre del paquete o el nombre de la aplicación son los que forman la base de la clave generada o forman parte de la base de la clave generada. Así que voy a hacer un stage y voy a usar el canal mi app porque, ya sabes, esto es para fines de demostración. ¿De acuerdo? Tú lo vas a hacer, ¿verdad? De acuerdo, ¿qué pasó ahí? Así que ejecutamos pair stage. Y eso es nuestra clave de aplicación. Y dice que la versión actual es dos con la versión de lanzamiento en cero, aprenderemos más sobre eso en un segundo. Pero luego muestra la definición de los discos de archivo. Así que, lo siento, estaba despedido, así que cualquier archivo que haya cambiado entre el disco y el hyper drive. Porque esto es un stage nuevo, todo son solo signos de más, pero signo de más y signo de menos y luego la tilde ondulada para decir que ha habido un cambio en el archivo. Así que podemos ver los módulos de nodo que se están agregando, algunas cosas que realmente no queremos agregar. No nos importa el soporte para eso, y puedes agregar un campo de ignorar al campo de pair en el archivo package.json. El campo pair en el archivo package.json es el objeto de configuración. Y puedes configurarlo para ignorar cosas que no quieres incluir por alguna razón. Incluso puedes agregar una dependencia de desarrollo allí. No hicimos ninguna dependencia completa, es extraño, pero esto es lo genial de pasar por la definición de lo que estás preparando. Lo que también debería haber hecho es probarlo en seco primero. Así que. Solo voy a hacer esto y debería haberlo puesto en el ejercicio también. Voy a hacer mi app con la prueba en seco y verás que no hace nada porque ya hemos preparado todo. Y no se ejecuta como un driver, no realizará los cambios. Eso es lo que es una prueba en seco. Si lo hago con un nuevo nombre de canal, podemos ver que ahora lo ha hecho, ya sabes, he hecho esa definición. Si hago un cambio en index.html. Y luego. Preparo con el mismo canal. Podemos ver que esta vez tengo que hacer la prueba en seco de nuevo, nunca olvides hacer la prueba en seco. Cuando se trata de hacer los lanzamientos de pair. Todo esto funciona de la misma manera, así que tengo que recordar hacer la prueba en seco. Pero sí, eso es algo genial, de hecho, lo que te estoy mostrando con cómo reflejamos el contenido de la aplicación en la. Estructura es exactamente lo mismo cuando preparamos pair. Usándose a sí mismo para preparar pair desde sí mismo para lanzar pair. Es bastante genial. También puede que hayas notado esto del calentamiento. Así que para las aplicaciones de escritorio, ejecuta la aplicación. Simplemente la abre y la cierra, espera a que se cargue y la cierra de nuevo, y luego registramos cuál es el camino crítico, como todo lo que se necesita para obtener eso. Así que supongamos que tienes un video de cuatro gigabytes o algo así, ¿verdad? Puedes tenerlo con un botón de reproducción. No se reproducirá automáticamente. Usas clics para presionar reproducir, por lo que eso no formará parte del calentamiento, pero como index.html y tu CSS crítico. Cualquier cosa que no se cargue de forma diferida formará parte del calentamiento y luego almacenamos eso en un campo especial en un beaky. Recuerda Hyper B, lo almacenamos en un beaky y luego, cuando cargamos la aplicación, priorizamos primero esas cosas. Porque Hyper core y Hyper swarm funcionan con replicación dispersa. Así que si no lo necesitas, no lo descargas. Entonces, el propósito del paso de calentamiento es decir esto es lo que definitivamente necesitamos. Y luego, mientras la aplicación se está descargando e inicializando, ya hemos comenzado a descargar tus cosas críticas. Eso es para lo que sirve el paso de calentamiento. Ahora. Ahora que hemos preparado la aplicación, tenemos esta clave. Así que lo que vamos a hacer es ver eso.

El comando que acabo de poner en el chat, ahí vamos. Tenemos a alguien, así que copia y pega ese comando pair run per key. Esa es la clave AVI. Así que tengo a una persona ejecutándolo. ¿Alguien más lo sabe? No, no estoy pegando la clave. No estoy pegando la clave. Sí, estoy pegando el enlace con el comando pair run. Sí. Solo ejecuta ese comando. Aquí está el enlace por sí solo. Pero necesitas ejecutar ese enlace con pair run. Bruno. Ahí está el enlace, pero ejecútalo solo con pair on. Solo una persona lo ha ejecutado hasta ahora. ¿Por qué tendrías que escribir todo eso? Cópialo y pégalo. No puedes copiar desde el chat de Zoom. Eso está genial. Puedes copiar desde el chat de Zoom, ¿verdad? ¿Qué? El Zoom lo está bloqueando. ¿Eh? Bueno, tendremos que encontrar una forma para que lo obtengas. De acuerdo. Entonces retrocederemos. Sí, si pego la clave y luego puedes poner eso con el remo, esa es la clave para el remo. Absolutamente. De eso se trata todo esto. Bueno, iba a enviar los PDA para que podamos pasar a mantenerte para enviarte los PDA. Oh, lo siento Jordan. Espera, espera, lo siento, tal vez estuve en el puto lugar equivocado. Llegué al final y me puso en ese DM para siempre. ¿Cómo está eso? ¿Funcionó?

Está bien. Lo hiciste de nuevo, sin embargo. Estoy saliendo. Aquí vamos. Aquí vamos. Tenemos pares uniéndose. Sí, vamos. Muy bien. Ahora, una vez que estés arriba, abrí. No lo hagas desde el dev uno. Puedes hacerlo desde el dev desde el directorio si quieres, pero es más divertido cargarlo desde mí. Si ingresas ese tema en join room, deberías poder unirte a mí en esta sala de chat. Primero tenemos un primero. Tenemos cuatro pares. ¿Alguien más? Genial. Voy a dejarte. Voy a hacerlo. Voy a guardar mi voz por un segundo, voy a dejar esto encendido por un minuto. No, no, no video todavía, amigo. Si quieres activar video, iremos a la clave. Esto es solo como un chat de texto efímero entre dos pares. Eso es lo que es. Pero los principios son los mismos en todo momento. Si combinas eso con las cosas de replicación con hyper core de las que estaba hablando. Sí, funcionaría con tu propia versión de chat porque se trata solo del tema. De hecho, no llegué tan lejos, pero lo que podría haber hecho es convertir esto para que genere realmente un tema similar a los temas que genera key, porque un enlace de clave cuando creas una invitación de clave, como para una reunión. Una vez que comienzas a agregar estado, obviamente es un poco más complicado en QEET, hemos resuelto la escala planetaria. Definitivamente podríamos hacer una sala de transmisión para todo el planeta, las salas de grupo más grandes que tenemos actualmente es la sala de Bitcoin y cuántas personas hay allí ahora.

Correcto. Pero la última vez que lo revisé, había más de mil personas en la sala de Bitcoin. Creo que ahora hay muchas más. Iba a contarlos. No importa. De todos modos, déjame crear un chat QEET para poder enviarte los PDFs. Y puedes verlo como otro. Así que lo que voy a hacer es ir. Ves en QEET, tenemos crear o unirte a una sala. Ves que es la misma situación. Entonces voy a hacer crear sala. Podemos hacer un chat grupal. Y soy el administrador de la sala. Sí, también en QEET puedes hacer moderación. Puedes expulsar y cosas así. Nuevamente, todo con esta capa de persistencia. Quiero hacer. Masterclass es. Así que esa es la sala. Y luego voy a tomar. Lo pondremos, tendremos una duración de invitación de dos horas. Así que tómalo mientras está caliente y lo estoy poniendo solo en el chat peer to peer.

Sí. Sí. ¿Cómo está eso? Esto va a ser un gran juego de pinball. 573 miembros. Lo compartiste en varias partes. No se puede controlar a los pares. Me encanta un poco de caos. El narrador obtiene un par. Pero el. Pondré el. Entonces. Me preguntaron cuál es la mejor manera de guardar mensajes en hyper core. Esa es una pregunta complicada, amigo. Porque como. Espera, déjame poner la sala de Bitcoin allí. Entonces. ¿Cuál es la mejor manera de guardar mensajes en hyper core? Eso depende de lo que estés tratando de hacer. Por eso tenemos drive. Por eso tenemos. Hyper B. Por eso tenemos auto base. Como. También base. Podrías decir que es la mejor manera de. Lidiar con cualquier estado. Porque tiene todas las capacidades de multi derechos de auto base más core store. Y en eso se basa Keith. Entonces. Diría que esa es la mejor manera. Pero en términos de comenzar y todo eso, si quieres ver los detalles, entonces. Tengo un bolígrafo. Entonces es. Es realmente como. Cuál es tu objetivo. Y dónde te encuentras. Pero como vas a experimentar, ya sabes. Si quieres. Puedo comenzar.

Bueno, no tenemos suficiente. ¿Dónde estamos? ¿Dónde está el. No, porque estamos grabando en zoom, así que. Sería absurdo pasar a keep ahora. Algo que Keith necesita es un botón de grabación y sabes que está en proceso. Sí, ahora tenemos tres, tenemos tres chats. Sí. Y mientras este se comparte en zoom. En realidad, estamos haciendo una transmisión en vivo. Y cuando hacemos una transmisión en vivo, en realidad estamos utilizando una tecnología llamada hole punch. Y eso es una tecnología que se ha compartido en zoom. Como estos dos son privados. Dos de ellos son completamente privados porque estamos usando secret stream. Estamos usando ese tipo de cosas, conexiones directas peer to peer. La empresa se llama hole punch. Y lo que hace es garantizar estadísticamente que puede abrirse paso. El security. Eso bloquea todo tipo de conexiones. Y porque podemos hacer eso. Podemos. Siempre podemos asegurarnos de que los pares tengan acceso a esto. Entonces, porque podemos hacer eso, siempre podemos asegurarnos de que los pares se conecten en el 99 por ciento de las situaciones. Y por eso nos llamamos hole punch, porque eso es nuestra salsa secreta. Eso es nuestra magia. Y es por eso que decimos que las aplicaciones de Pair son imparables porque está garantizado estadísticamente. No puedes vencerlo. Aviates utiliza WebRTC en Chromium, pero es como un punto de partida en forma de plataforma donde entra en. No, no construí esta parte. Nuestro CTO, Andrew Walsh, lo hizo. Pero entra en. Nuestro stack en algún momento entre WebRTC y nuestro video, nuestro video. Lo siento, no puedo ser más específico. No construí esa parte. He estado construyendo la pieza de plataforma real, que es todo esto con la preparación y la siembra y todas esas cosas.

La CLI y la integración de escritorio, eso es en lo que he estado trabajando. Así que tenemos. Bueno, ¿dónde estamos ahora? Así que tenemos 21 personas en la llamada. Tenemos 13 personas en el código ZIP. Así que hay una persona en el código ZIP. Así es, es jurado. Lo entiendes. Lo tienes. Así que tenemos 13 en este. Tenemos ocho en este. Tenemos 21 en la llamada. No está mal. No está mal. Bueno, entonces. Eso fue conectar pares. Ya hemos hecho eso. Eso es el ejercicio seis hecho. Paralizar. Así que help release.

Hice help release solo para mostrar cómo funciona. Especificas un canal o una clave. Perdón, déjame decir una cosa sobre proceed. Se me olvidó decirlo. Si especificas un canal, te daré una clave. Te daré una clave. Si especificas una clave para proceed o un enlace de par en el futuro, muy cercano futuro. Lo recede. Así que si quieres receder otro proyecto, solo usas la clave con la que lo ejecutas, puedes recederlo y simplemente lo pasas a proceed. Lo siento. Bueno, entonces help release. Lo que hace es marcar un punto de lanzamiento. Recuerda esa pregunta sobre la versión del par. Bueno, también podemos buscar esa misma información. Para la clave de la aplicación, ahí vamos. Aún no hemos aprendido eso. Aún no está disponible. Oh, en una versión muy próxima a ser lanzada, podrás hacer pair info con esto y podrás ver la longitud de la clave. Podemos obtener la longitud de otro lugar. Si ejecuto la aplicación. Ya la tengo en ejecución, lo siento. Así que si entro en modo Dev en la aplicación como esto, y luego abro la console, tengo el par global, ¿verdad? Así que puedo usar la API de par. Así que haré pair versions. Esto. Ahora tengo la plataforma y la versión de la aplicación. Y podemos ver que la aplicación tiene una longitud de 1278. Fork zero. Fork es si truncas. Así que puedes, puedes, es un registro de solo anexos, pero puedes anexar un mensaje de truncamiento al registro, lo que crea un fork, ¿verdad? Y eso sumaría uno a la figura del fork. Así que tenemos. Así que si tienes pair, si ejecuto pair stage my app de nuevo, lo haré con dry run porque siempre debes hacerlo con dry run primero, lo cual no hice antes. Esto es 1278. Y decimos, bueno, me gusta 1278. Creo que está listo para pasar a producción. Así que la primera vez que ejecutas pair release, como eso marca para siempre. No puedes deshacerlo después de haberlo lanzado. Así que si hago un cambio en la aplicación. Puedo volver a poner en escena ese cambio y puedes reiniciar la aplicación y luego se habrá realizado ese cambio. De hecho, hagámoslo rápido. Así que cambiaré el color de fondo. Bien. Y cualquiera que esté ejecutando la aplicación puede reiniciarla. Te avisaré que la reinicies en un segundo. Aquí está el color de fondo. Lo cambiaré a este color. Bien. Echa un vistazo rápido. Oh, vale. Solo cambia la barra de título así. Bien, eso es genial. Así que haré pair stage my app. Y si lo estoy sembrando, paso seed my app, asegúrate de sembrarlo. Otra cosa, en realidad, solo para responder a la pregunta sobre o para introducir lo que voy a hablar en un minuto, que es la API de actualizaciones de par. Así.

Como tengo acceso a la API de par, puedo usar las herramientas de desarrollo en la aplicación que estamos ejecutando, como ya hice para hacer versions, pero lo usaré para observar las actualizaciones que llegan. Así que estoy haciendo pair updates y luego paso console log a la aplicación. Y eso me da un suscriptor, que es un flujo. Así. Así que ahora, si pongo en escena, deberíamos ver una actualización que llega, se registra en la console aquí. Así que voy a, porque estoy sembrando. Así que hago pair stage my app. Haciendo el calentamiento. Y luego haré un console log. Sí, así que vimos esta actualización, ¿verdad? Tenemos dos, pero es una cosa de puesta en escena. No te preocupes por eso. Cuando haces release, se bloquea. No hace esto. Así que vemos que la última versión es 1 2 8 0. Pasamos de 1 2 7 8 a 1 2 8 0 debido al cambio de color de fondo. Ahora puedo decir, bueno, no voy a hacer nada. No voy a hacer nada.

Así que voy a hacer un cambio de fondo. Ahora puedo decir, OK, oh, espera, antes de hacer eso. Ahora puedo decir, bien, necesito reiniciar mi aplicación. Solo usaré la API de nuevo, así que puedo decir pair restart. Y ahora hemos reiniciado y tenemos ese color actualizado. Entonces, cualquier otra persona que esté ejecutando la aplicación, si quieres abrir DevTools, obtienes un modo de desarrollo. Puedes hacerlo así y luego ir a la ventana, herramientas de desarrollo, abrir las DevTools, y luego puedes hacer pair restart y se reiniciará con la actualización. Eso no es un lanzamiento. Entonces digamos que quiero bloquearlo en esa versión. Entonces la versión es pair stage dryer en mi aplicación. Entonces la versión es uno dos ocho. Así que voy a decir pair release my app. Y voy a decir el lanzamiento. Entonces la longitud pasó de uno dos ocho dos a uno dos ocho uno porque se escribió el marcador de lanzamiento en el registro de solo anexos. Y ahora cuando. Ahora, si hago un cambio y trato de ponerlo en escena. Voy a quitar esta cosa nueva aquí, es un cambio anterior. Y cambiemos el color a algo más como este morado. Ahora, voy a intentar ponerlo en escena de nuevo. Para intentar primero. OK, y esto es por qué cambié bien y puse eso en escena. Olvidé hacer la actualización, pero no habría recibido una actualización para eso. Y cuando reinicie, veremos que sigue siendo el mismo color. Y eso es porque lancé el marcador de lanzamiento ahora apunta a uno dos ocho uno. Así que ahora tengo que actualizar el marcador de lanzamiento si quiero ver. Si quiero lanzar el último estado. Pero puedes previsualizar el último estado correcto con pair run checkout. Así que puedo decir checkout staged. Y. Esa es la misma clave. Y ahora tengo la barra de título morada. Entonces, cuando lo ejecuto, cuando lo ejecuto con checkout stage, se está ejecutando desde el último, que es uno dos ocho tres. Pero en general, tus usuarios querrán ejecutarlo desde checkout released. Así que si estás desarrollando completamente de código abierto, esto es genial, porque te da porque es súper fácil de usar. Puedes usar una clave para todo. Si tienes una situación interna y externa, entonces solo usas una clave diferente para tu interna y una clave diferente para tu externa. Son solo opciones, ya sabes, me gusta usar una clave interna que nunca lanzo porque cada estado siempre es el último. Y todos los que lo ejecutan no necesitan ejecutarlo con una bandera de checkout, pero esto es genial si solo estás usando una clave. Hay beneficios en ambos, ya sabes. Así que puedo decir, OK, bueno, en realidad, me gusta el morado, así que voy a lanzarlo de nuevo. Y ahora cuando lo ejecuto, es morado. Tiene sentido. Rune tiene una pregunta sobre el lanzamiento. Rune tiene una pregunta sobre los alias. Así que lo que tenemos en este momento, tenemos pair run y esta cosa de clave, luego tenemos pair run pair keep, que utiliza un alias en lugar de una clave. Entonces pair run, pair keep, por el momento está codificado en la plataforma code, donde ve la clave y simplemente la convierte en keeps production key. Y lo mismo para runtime, y esos son los únicos dos alias admitidos. Pero lo que vamos a hacer es tener un índice. De hecho, tenemos un trabajo en curso en este momento en un servicio de nombre de usuario interno. Y una vez que esté listo, probablemente lo convertiremos en un servicio de alias. La propia aplicación de tiempo de ejecución de pair... No me cites en esto, porque ya sabes cómo son los planes y luego las cosas van como van. Es un proceso orgánico. Pero la propia aplicación de tiempo de ejecución de pair, la aplicación de escritorio en sí, probablemente sea un buen lugar para tener el mecanismo para solicitar alias a claves en el índice. Sí, déjame hablar de eso, Nanna, sobre la observación. Creo que eso es lo siguiente de todos modos. Sí. Así que tenemos esta API llamada pair updates. Y tenemos este concepto de un hyperdrive. Y como tenemos hyperdrive, también tenemos una unidad local, que es la misma API sobre la parte superior de un disco. Entonces, la forma en que hemos hecho la observación del sistema de archivos y la forma en que respondemos a los cambios en las estructuras P2P, como en el hypercore, es exactamente la misma. La API de pair updates se llama exactamente igual. Así que si voy, por un segundo, voy a ir al repositorio de pair real. Esto está bien. En el repositorio de pair, tenemos un par de ejemplos. Tenemos un ejemplo de escritorio. Tenemos un ejemplo de terminal. Y el ejemplo de escritorio es solo un ejemplo básico. Pero lo que voy a hacer es, sí, tenemos esto. En app.js, tenemos algunos usos. En app.js, tenemos algunos usos de la API aquí, ¿verdad? Y podemos ver que tenemos pair updates que se usa para escuchar actualizaciones. Entonces, si ejecuto esto, voy a poner el modo de desarrollo. ¿Qué es esto? Oh, lo siento. Y ahora, porque nuestro code ya está escuchando actualizaciones, si cambio un archivo, vemos que dice actualización disponible. Y tenemos una diferencia de ese archivo. Así que podemos usar esto para hacer recarga de observación. Y también podemos usarlo cuando ponemos en escena una aplicación. O cuando se lanza una aplicación, dependiendo. Entonces, cuando hay una actualización que se distribuye, es exactamente la misma API, son los mismos objetos que obtienes. Entonces puedes hacer cosas más interesantes con eso. No estoy diciendo que debas hacer esto, pero abre la puerta a hacer recargas en vivo muy fácilmente en aplicaciones de producción. Entonces, en lugar de un botón de actualización que dice, oh, la aplicación se ha actualizado, debes reiniciar, que es lo que estamos haciendo actualmente en Key. En algún momento en el futuro, deberíamos poder hacer ciertos tipos de actualizaciones que simplemente digan, ah, no necesitas reiniciar para esto. Solo reemplaza estas imágenes dentro de la aplicación. Entonces, hay este módulo. Y lo que podemos hacer, puedo hacer esto contigo, Nana, ahora mismo, y cualquiera más que quiera seguir. En el chat, voy a instalar algo llamado... Creo que probablemente deberías instalarlo en modo de desarrollo. Pero solo lo voy a instalar. Pair-hotmods.

Entonces, pair-hotmods funciona con la API principal de actualizaciones de pair. Y luego te brinda recarga en caliente. Aunque es más para... Entonces esto es algo, déjame llevarte, en realidad, en lugar de hacer eso, lo siento, déjame retroceder. No puedo mostrarte eso, porque es propietario. Disparo. De acuerdo, déjame explicarte este code de pair-hotmods entonces. Puedes ver que solo está haciendo, está escuchando las actualizaciones de pair aquí desde pair global. Mira la diferencia. Y luego vuelve a importar cuando sea necesario, según lo que esté observando. Y luego te dice lo que necesitas recargar y así sucesivamente. Entonces, en Key, combinamos pair-hotmods y verificamos si pair-config.key no es igual a nulo. Y si pair-config.key es nulo, entonces no tienes una clave, estás cargando desde el disco. Entonces, si no es nulo, cargas pair-hotmods y lo vinculas con... Usamos Preact, así que tenemos esta cosa llamada Prefresh con Preact, que hace la carga de módulos en caliente. Entonces, lo que hace pair-hotmods es permitirte vincular esto con cualquier otra biblioteca similar de recarga. Entonces solo llamas a hotmeep, aquí está, pair-config.dev, pero diría que pair-config.key era nulo en estos días. Necesita cambiar eso. En este caso, es el ejemplo de Prefresh, por lo que estás esperando Prefresh core. Especificas los componentes que deseas observar y luego tienes estas cosas de recarga sucediendo aquí. Y luego llamas a Prefresh-replace-component para esas cosas. Entonces, hay probablemente más cosas que hacer para simplificar esto aún más, pero también el objetivo principal de todo este desarrollo de pair y el ecosistema de pair es proporcionar primitivas que faciliten... que simplemente se aparten y que faciliten la integración. Ser demasiado dogmático en eso es violar ese principio. Entonces podemos ser más dogmáticos, pero primero necesitamos las primitivas, y luego necesitamos agregar estas otras cosas sobre las primitivas. Pero lo que me gustaría ver es que el ecosistema crezca a partir de las personas que lo usan y construyen sus propias cosas con estas primitivas. Sí, sí, Nana. Es solo un ejemplo, ¿verdad? Prefresh core se instala con tu NPM, pero eso es para usar con Preact. React tiene su propio mecanismo de carga en caliente y todas esas cosas. Observa que aquí no hemos usado webpack en absoluto. No hemos utilizado ninguna transpilación. Y no, el JavaScript es ESM. Es puro ESM. No, tenemos nuestro propio enlace de script que escribimos. Y eso se encarga de todo eso, además, bare admite ESM y CGS en ambos sentidos para que no tengas esos problemas de interoperabilidad que han plagado a Node durante mucho tiempo. Y debido a que es una plataforma y un tiempo de ejecución modernos, realmente no necesitas todas esas herramientas de compilación. Tenemos planeada una función para hacer transformaciones porque pueden ser útiles para optimizaciones y queremos admitir JSX de forma nativa. Pero aparte de eso, realmente no lo necesitas. Puedes tenerlo si quieres, puedes usar herramientas de compilación y tener una carpeta en disco y luego, ya sabes, simplemente poner en escena tu carpeta en disco. Puedes hacer lo que quieras, pero intentamos construirlo de manera que sea lo más liviano posible, como un enfoque minimalista, y luego puedes hacer lo que quieras sobre eso. Nuevamente, se trata de primitivas que son fáciles y rápidas de usar. ¿Puedo comunicarme con un sitio externo desde una aplicación pair, como hacer una llamada fetch a un servicio remoto en la web? Puedes hacerlo en este momento, pero creo que viola un principio de seguridad. Y así, recientemente tuvimos un módulo en Keat que, oh, por cierto, no olvides que también está la aplicación móvil Keat. Si vas a la tienda de aplicaciones móviles en iPhone o en la Play Store en Android, puedes encontrar la aplicación móvil Keat y si te desplazas hacia abajo, dice que esta aplicación no recopila datos. Así que ha sido verificado por Google, ha sido verificado por Apple que la aplicación no recopila datos. Esa es una de las características principales, por supuesto. Entonces puedes obtener la aplicación móvil. Y, en un segundo, hablaré sobre la identidad, pero puedes usarla para conectar tus dispositivos. Así que déjame responder a esta pregunta. Sí, lo siento. Entonces, como llamar a cosas HTTP. Teníamos una dependencia del clima que hacía una llamada a una cosa HTTP. Tuvimos que recordar lo que hicimos, pero tuvimos que hacer algo para bloquear eso porque, ya sabes, eso es una violación de la seguridad. Como sabes, estás ejecutando tu propio código en máquinas. Entonces, cuando se trata de cosas peer-to-peer, todo se trata de confianza. Todo se trata de confianza. Entonces no quieres hacer algo que viole la confianza de los usuarios y creo que es una violación de la confianza de los usuarios llamar a la web clara en una situación peer-to-peer sin decir explícitamente que eso es lo que estás haciendo. Si dices que eso es lo que estás haciendo, está bien. Pero no puedo garantizar que tengas un soporte completo en el futuro debido a las otras implicaciones de la historia de la seguridad. Rooney dice, ¿puedes convertir cualquier aplicación centralizada existente en una aplicación pair? Sí. Entonces, realmente, absolutamente. Cualquier cosa que puedas imaginar tiene una forma peer-to-peer de hacerlo. Pero es... La monetización de tales cosas debes pensar en ella de manera diferente porque en el contexto centralizado. Ya sabes, todos somos peces nadando en el agua. Y así, las suposiciones están incorporadas sobre cómo monetizar estas cosas en estos días. Y desafortunadamente, no quiero entrar en eso, pero es una forma muy oscura de vivir. Pero con una alternativa peer-to-peer. Creo que la estrategia de monetización en estos días es que puedes interrumpir una de ellas es de cualquier manera puedes interrumpir las aplicaciones existentes al superarlas en características y valor.

Por dos razones. Primero, no hay costos de infraestructura. No se invierte tiempo en infraestructura. Si piensas en el hecho de que, por ejemplo, Telegram, no sé exactamente cuáles son los números. Pero es algo estúpido como 650 millones al año para funcionar. ¿Verdad? Es una métrica de costo por usuario. Por lo tanto, cuanto más usuarios obtienen, más les cuesta, más infraestructura necesitan, más personas necesitan, más complejidad organizativa crece. Si no necesitas nada de eso, puedes avanzar mucho más rápido. La segunda razón es que estamos en un punto de saturación con la industria tecnológica tradicional, donde el sistema ha comenzado a, cada vez más, invadir al usuario. En las fases iniciales de estas industrias, para que las personas usen aplicaciones y cosas así, todo se trataba de los valores del usuario. Era el momento del diseño UX, como, ¿cuál es la forma más agradable para que esto se sienta para un usuario porque todo se trata de hacer que usen la tecnología. Una vez que los tienes a todos en la tecnología. Ahora, esta invasión al usuario, como qué cosas adicionales podemos poner en su camino que nos hagan ganar más dinero. Así que creo que una solución p2p puede superar fácilmente las soluciones existentes. Pero no serás intermediario en esto. Por lo tanto, creo que el enfoque, y es el enfoque que está tomando el conjunto completo, es crear ecosistemas y luego participar en esos ecosistemas. Y creo que puedes hacer algo como un negocio de estilo de vida. Sí, lo siento. La siguiente pregunta es echar un vistazo. De acuerdo. Hay un producto que requiere una empresa completa para competir contigo. Creo que eso es muy interesante. Como punto de partida, más allá de eso, las cosas que puedes hacer con esto, ya sabes, puede volverse muy grande, pero no quiero entrar en todos esos detalles. Sí, lo siento. La siguiente pregunta es echar un vistazo. Sí, dos rutas separadas pueden comunicarse entre sí, por supuesto, es solo p2p, siempre y cuando estén utilizando los mismos protocolos, por supuesto, pueden hacerlo y si están utilizando los mismos bloques de construcción, entonces absolutamente pueden hacerlo. Por lo tanto, estamos muy interesados en ir más anidados y decir, ¿por qué no podemos ejecutar? Así que tenemos esta nueva compañía de API llamada pair worker, y eso ejecuta una aplicación de terminal dentro de un proceso de trabajador, y puedes llamarlo programáticamente desde una aplicación de escritorio. Eso significa que puedes ejecutar un bot, básicamente, que luego puede iniciar sesión en el chat. Más allá de eso, creo que sería genial tener extensiones visuales y diferentes cosas así. Por lo tanto, las salas como las salas de Key pueden convertirse en otras cosas, como lo que sucede cuando las personas construyen un sitio web, como un sitio web de comercio electrónico o algo así, ponen una función de chat en vivo, ¿no? Creo que simplemente lo pones al revés. Todo comienza con la conexión, todo comienza con el chat. Y luego puedes construir estructura y visualización sobre eso. Y creo que con Key, hay un camino interesante por delante en eso. Y nuevamente, las posibilidades son realmente flexibles, porque no tienes esta infraestructura cruzada, no tienes este gran montón de complejidad que debes seguir moviendo con tu solución de frontend.

De acuerdo, esto es una locura, lo de la identidad. Si instalas Keat en tu teléfono móvil, lo primero que te pedirá es configurar tu identidad. Puedes omitir eso y simplemente usarlo como un dispositivo, ¿verdad? Pero una vez que configures tu identidad, obtendrás tu frase de inicio, como una dirección de billetera de Bitcoin. Lo hacemos con 24 palabras. Almacenas esas 24 palabras. Una vez que hayas hecho eso, configuras tu identidad, que es solo una clave, tu identidad es solo una clave, de la misma manera que una sala es solo una clave. Esa clave es, luego puedes usarla para generar un código QR entre tu aplicación de escritorio y tu mobile app. Y luego puedes escanear eso y ambos se sincronizarán con tu misma identidad. Puedes tener todos tus dispositivos en la misma identidad, tus mensajes, tus salas, todo se sincronizará. Así que tenemos identidad. Tenemos esta identidad criptográfica completamente peer to peer en Keat. Podemos demostrar criptográficamente que alguien de una cierta sala ha realizado una cierta acción. Bien. Creación. Lo siento, ¿alguna pregunta sobre la identidad de Keat primero? Rooney, Keat ya admite pagos Lightning. Jordan. Tal vez. ¿Tenemos problemas de blockchain, etc, etc, etc? Pero estos son temas debatidos desde hace mucho tiempo. Lo que estoy diciendo es que Pair puede funcionar con estado local, puede funcionar con estado global de formas, de formas completamente integrales. Por lo que puedes amortizar el costo de una transacción de Bitcoin al poner muchas transacciones en una sola transacción. Y puedes hacer eso almacenando una referencia en el estado global que está relacionada con referencias en el estado local. Sí, lanzaremos en vivo antes de la identidad. Creo que es basado en auto, pero necesito ponerme al día con Andrew en eso. Pero sí, solo busca en docs.pair.com o en el par en el tiempo y haz clic en documentation. Deberías encontrar todo lo relacionado con la identidad, sin embargo, en términos de documentation. De acuerdo, permíteme hablar de la creación entonces y esta es una nueva característica en la que estoy trabajando esta semana. Como una de las cosas. Entonces lo que vamos a hacer es tener un botón en Keat y ese botón de Keat dice convertirse en autor. Y toma y tienes que tener una identidad para hacer esto. Así que primero debes crear tu identidad. Y luego lo que hace es compartir una subidentidad de tu identidad raíz. Cada dispositivo que permíteme empezar de nuevo, cada dispositivo que tienes que has sincronizado con tu identidad es una subidentidad de tu identidad raíz y tu identidad raíz es esa frase de inicio, que debes guardar de manera segura. Solo que debes custodiar tú mismo exactamente de la misma manera que custodiarías una billetera de Bitcoin. Entonces introducimos un botón en Keat. Esto está por venir. Y haces clic en ese botón. Y comparte tu subidentidad con Pair. Y luego cuando preparas y generas una aplicación.

De todos modos, tengo algunas preguntas. Sí, si alguien se vuelve poco confiable, no se puede revocar. Quiero decir, podemos decir, está bien, deja de confiar en este autor, ¿verdad? Entonces no confiarás en más claves, podemos eliminar eso. Pero cualquier cosa que ya hayas instalado se mantendrá instalada. Y sí, podemos agregar algunas cosas adicionales para, como eliminar a un autor que ya no se considera confiable. Es un buen punto. Lo haremos.

Sí, absolutamente. No queremos más `shit coins` en el mundo. Como, si quisiéramos hacer una `shit coin`, ni siquiera estaría hablando contigo, ¿verdad? Porque ni siquiera estaría involucrado. Como, la `shit coin` ya se habría hecho y habría terminado. Y, ya sabes, eso es simplemente capitalizando a los adictos al juego. No estamos en ese negocio. Estamos en el negocio peer-to-peer.

El equipo de desarrollo, por cierto, siempre estamos contratando, siempre estamos contratando. El equipo de desarrollo, tratamos de mantenerlo pequeño. El equipo clave es más grande. Pero también es difícil medir el equipo de Pair porque tienes a mí mismo, si miras en el repositorio de código abierto, verás a los colaboradores. Y eso es prácticamente el equipo. Pero también tenemos personas en posiciones laterales y adyacentes, que, ya sabes, están haciendo, ya sabes, métricas y análisis y diferentes cosas también. Así que es difícil decir el número real. Pero no, no más de, digamos, 12 aproximadamente. Y luego tenemos el equipo clave también, tenemos el equipo móvil. Y en Pair, tenemos personas en la pila de red. Y, ya sabes, se adentra en el núcleo hiper también. Así que tenemos lateralistas y especialistas que trabajan junto a nosotros. Deliberadamente creamos una cultura cuando comenzamos Holepunch que prioriza la autonomía de los individuos y el trato es así: averiguamos lo que necesitamos hacer. Y luego lo hacemos. Y tienes que hacerlo. Y tratamos de, ya sabes, hacerlo rápido. Y tratamos de averiguar cómo puedes contribuir. Eso es lo que es. Esa es la forma más efectiva y eficiente. Cuando estás, cuando estás escribiendo algo desde cero. Luego comenzamos a implementar sprints por un tiempo, pero aún así es muy ligero. No hacemos grandes retrospectivas. No hacemos como, poda masiva de la lista de tareas pendientes ni nada por el estilo. Es simplemente un proceso rápido, hacer cosas. Y los sprints son solo para fines de seguimiento, para saber lo que hemos hecho. Me ayuda a trabajar con el registro de cambios y cosas así. Sin límite para subidentidades. Pero lo sabría, no sería por versión principal. Pero sí, todo es posible. Todo es posible. Aún no, Rooney, pero programaremos algo para agregarlo. También tenemos un equipo de docs para Pair, por supuesto. Nuevamente, la misma respuesta. Creo que autobase e identidades están relacionados, Glenn. También está la API de Pair Worker. Y eso está por venir, también. La API de Pair Worker te permite ejecutar una aplicación de terminal. De hecho, echemos un vistazo rápido a una aplicación de terminal. Creo que estamos llegando allí. La API de Pair Worker te permite ejecutar una aplicación de terminal. De hecho, echemos un vistazo rápido a una aplicación de terminal. Si voy a, tengo un error en mi, la razón por la que hay un error es porque estoy ejecutando una aplicación de terminal que está construida para una nueva versión de Pair. Esta es la aplicación de terminal code. Verás que tenemos este tubo de trabajo de Pair. Dice, si soy un trabajador, entonces voy a escuchar data y luego voy a hacer esto aquí. Nuevamente, esto aún no está disponible. El ejemplo de la aplicación de escritorio también tiene esta pequeña verificación de argumentos. Luego dice, como, está bien, voy a establecer el tubo y voy a pasar este enlace de trabajador que se almacena en la configuración. Ese enlace de trabajador es en realidad solo una aplicación de terminal. Lo que puedes hacer es decir, está bien, quiero ejecutar esta aplicación de terminal como un subproceso de esta aplicación de escritorio, y luego quiero hablar con ella. Hay muchas cosas geniales que puedes hacer con eso. Básicamente puedes tener bots que simplemente generas desde tu aplicación. Por cierto, lo siento, otra cosa, la aplicación móvil, también tenemos la misma API de Pair expuesta en la aplicación móvil como en la aplicación de escritorio. La aplicación móvil también tendrá este trabajador de Pair al final. Significa que porque bare, el tiempo de ejecución de JavaScript funciona tanto en el escritorio como en el móvil, porque es tan liviano, podemos ejecutar este mismo código de lógica empresarial o código de ciencias de la computación, lo que quieras, en este proceso de trabajador desde la misma clave en el escritorio y la aplicación móvil. Luego, en el frontend, simplemente lo conectas, la pieza del frontend, hablando a través de un tubo. Probablemente también tendremos algunos buenos módulos, como módulos del ecosistema para comunicación a través de ese tubo también. Entonces tienes esta forma realmente agradable de introducir extensibilidad. Vamos a usar eso en Keap para que podamos permitir fácilmente que las personas opten por ciertos bots de chat y cosas que puedan funcionar para ellos. Imagina un bot de chat que cada vez que publicas en tu propia sala de transmisión, una sala de transmisión en Keap donde solo tú puedes hablar y eso se escala a todos en el planeta. Si tuvieras una sala de transmisión, seguro que olvidé lo que iba a decir. ¿Qué preguntas tenemos? La pregunta de las llamadas de video. ¿Qué más tenemos? Encuentra una plantilla diferente, algo como clientes y un par de claves hiper-core. Bien. Entonces, clientes. Sí, esa es una buena respuesta, Cam. Sí. Pero si simplemente almacenas clientes en un hiper B, puedes tener una ID por cliente, esa es la clave, y luego el valor puede contener el estado como un simple uno. Pero tus clientes estarían referenciados por sus identidades. Aquí está la cosa, con el crecimiento de Keap, y podemos ver cierta cantidad de crecimiento porque podemos ver cierta cantidad de conexiones SWARM, el mejor número que podemos hacer es, y SWARM es como un espacio compartido, pero está creciendo más rápido de lo que habría crecido sin Keap porque está creciendo tanto, que no puede ser otra cosa que Keap. Así que sabemos que Keap está creciendo rápido. Con la identidad de Keap también, se convierte en su propio espacio social peer-to-peer. Entonces puedes hacer negocios con clientes que tienen identidades de Keap. Y esas subidentidades, como dije, puedes otorgar una subidentidad de una aplicación de Keap a otra aplicación, pero también puedes tener una identidad de Keap de una aplicación de Keap a una extensión de Keap, ¿verdad? Porque una tienda y una aplicación de chat no son realmente tan diferentes. Digamos que tienes un par de bots de Pair, ¿verdad?, un trabajador, que se ejecuta como un propietario de tienda AI, que es solo un LLM local que se ejecuta en tu máquina, no tiene que ser tan advanced. Y eso ejecuta tu tienda por ti como una aplicación de chat, y los usuarios entran a la tienda con su identidad y dicen, Oh, hola, quiero pescado, por favor, ¿puedo tener pescado?

Avi, aún no. Pair Worker está en camino, y ese es el primer tipo de complemento de bot, por así decirlo. Pero seguro, en el futuro, esperemos que sí, a menos que tomemos un rumbo extraño. Porque otra cosa a tener en cuenta aquí es que cualquier cosa que diga, no está garantizada en absoluto, a menos que ya esté disponible, porque las cosas se mueven muy, muy rápido, tanto con nuestro desarrollo como con lo que estamos haciendo, pero también en el mundo, así que tenemos que estar constantemente alerta, así que no puedo garantizar nada. Pero creo que eso sucederá, pero no puedo garantizar nada.

Búsqueda distribuida, sí, genial. Oh hombre, estoy muy metido en el tema de la Búsqueda Distribuida, ¿verdad? Pero aún no estamos ahí, ¿verdad? Porque, ¿qué es la Búsqueda? ¿Qué busca? ¿Qué necesitas buscar? Necesitas un índice. Como estaba hablando de los índices de alias y los índices de nombres de usuario, y así sucesivamente, una vez que tienes índices y tienes índices de índices y así sucesivamente, estás buscando, ahora puedes hacer la Búsqueda. Una sala de chat clave, en cierto modo, es un tipo de índice, si pones enlaces en ella, ¿verdad? Como, puedes poner otros enlaces de Pair en una sala de chat clave. Puedes poner otros enlaces clave de Pair en una sala de chat clave, así que puedes tener una sala de chat que es un enlace que tiene muchos enlaces a otras salas de chat. Así que ese es el tipo de índice, ¿verdad? Pero necesitamos tener un poco más de estructura para la Búsqueda y cosas así, pero nuevamente, está estructurado. Es solo datos de chat en un formato estructurado, para que podamos buscarlo. Creo que lo que estoy diciendo es que necesitamos que el uso crezca orgánicamente para que tenga sentido hacerlo, pero está en nuestros planes. ¿Necesitas conocer Node.js y JavaScript para construir y usar Pair? ¿En qué deberías invertir? Rooney, no necesitas conocer Node.js. Sí necesitas conocer JavaScript, y sería útil si conoces Node.js, porque tienen principios similares. Al mismo tiempo, tendrás que desaprender cosas para usar Pair. Node pasó de ser un proyecto muy enfocado en el núcleo a querer admitir API web, y eso es un gran cambio. Así que no esperes poder usar fetch y Pair, como globalmente, nunca. Excepto en el escritorio, porque es una API web. Pero en aplicaciones de terminal, no. Debería haber solo una forma de hacer algo, en general, especialmente en aplicaciones de terminal. Y no creemos que las API web sean realmente una gran forma de hacer las cosas. Bueno, algunas de ellas sí. Algunas de ellas sí. Por eso las estamos usando, pero ya sabes, poner API web en un nodo, un escenario sin interfaz de usuario, no es tan inteligente, en mi opinión. O, no, no estoy diciendo que no sea inteligente, porque Node tomó esa decisión por muy buenas razones relacionadas con la comunidad, la participación, los interesados y todas esas cosas, y eso está totalmente bien, pero lo que estamos tratando de hacer de la manera en que lo estamos haciendo, no funciona. O no es lo que nos gustaría hacer. Pair escritorio simplemente ejecuta código en Node, en lugar de emparejarse con él. Sí. Sí. Simon, sí, exactamente, tienes razón. La próxima iteración, cuando lleguemos a esto, será sacar Electron y reemplazarlo con Chromium y Bear. Así que pasarás a Bear, pero PairWorker, que saldrá muy pronto, ejecuta código en la aplicación de terminal. Así que cuando tengas un PairWorker separado, puedes ejecutar todo tu código de Bear en eso. Pero también puedes hacer esa cosa con Pair init W Node, nuevamente, tendrá que salir en la próxima versión, así que espera una semana. Puedes crear aplicaciones de Bear que se ejecuten con código de Node. Así que puedes ir en la otra dirección, y puedes usar un enfoque de código de Node en Bear y Electron, si quieres. Pero también puedes ejecutarlo en un trabajador. Y creo que el objetivo architecture, y nosotros mismos aún no estamos ahí, pero también estamos trabajando en eso en Keyed en el escritorio, el objetivo architecture es tener este trabajador separado con toda tu lógica. Y luego tienes toda tu lógica de UI completamente separada en el UI, en el proceso de representación, y simplemente mantenerlos separados. Y luego ese código de Bear, eso será Bear, y se ejecutará en la terminal, en tu trabajador, en tu aplicación móvil, y no necesitas cambiar nada al respecto. Será lo mismo en todas partes. Hay muchas formas de hacer algo, hombre. Bugatfa. Bugatfa. Usamos Autobase y Course o no sé exactamente cómo funciona, porque Andrew es el indicado para eso. ¿Puedo empaquetar ejecutables externos en una aplicación de Pair para tener una funcionalidad personalizada? Avi, la respuesta a esa pregunta. ¿Puedo empaquetar ejecutables externos en una aplicación de Pair? No. No se pueden empaquetar ejecutables externos. Puedes. Puedes poner lo que quieras ahí y luego puedes ejecutarlo, pero no lo recomendaría. El multiplataforma es un problema desde el principio, ¿verdad? Así que si lo hicieras, tendrías que tener compilaciones para cada plataforma y luego tendrías que averiguar cómo ejecutar el correcto para tu plataforma. Así que podrías hacerlo de esa manera. Pero lo que también tiene Bear es soporte para complementos nativos. Es similar a cómo Node tiene complementos nativos. Así que puedes integrar bibliotecas en C en una aplicación de terminal con Bear. Eso significa que en realidad, aunque es un entorno de JavaScript para aplicaciones peer-to-peer, en realidad podrías escribir toda tu aplicación peer-to-peer de terminal en C y simplemente cargarla como una extensión de Bear y eso también sería muy, muy rápido. Sí, muy bien, Simon. Sí, la próxima semana o poco después, estará disponible. Pero recuerda, no soy un narrador confiable. Cualquier cosa que diga debe tomarse con precaución. ¿Qué tipo de bibliotecas de frontend de JavaScript recomendarías para crear aplicaciones de escritorio y aplicaciones móviles construidas en Pair? Sí, Rooney, al principio no usamos React porque no queríamos meternos en ese agujero de conejo de BuildFlow.jsx, ¿verdad? Así que usamos Preact. Aunque no es el más rápido. Si usas Compile.jsx, es más rápido que usar Preact, como en el navegador. Al igual que los frameworks web de frontend, muchos de ellos están configurados para tener un buen rendimiento en el total del viaje de ida y vuelta desde el servidor al cliente y qué tan rápido funciona en el cliente y qué tan rápido funciona en el servidor. Y hay una especie de compensación de cosas. Así que en algún momento, me gustaría en realidad, no creo que se me permita hacer esto, porque, ya sabes, las prioridades, pero me encantaría escribir un framework de frontend para Pair. Probablemente nunca lo haré. Pero sí, nuestro plan es admitir todo. Preact es bueno para comenzar, sin embargo. Eso te llevará rápido. Una vez que tengamos soporte para Transform, tendremos una bandera JSX o una configuración de JSX establecida o algo así, para que puedas, y por cierto, también está al 70% hecho. Necesitamos retomarlo, en realidad.

Entonces, una vez que tengamos Transformaciones también, como, ya sabes, React y JSX, si te gusta. O personalmente, todo lo que he escrito es vanilla. Me gusta usar elementos personalizados. Bueno, no es la API más bonita, pero, maldición, simplemente creas tu componente personalizado, creas un montón de ellos, los usas. Sí, quiero decir, una vez que alcanzas una escala alta, podrías pensar, bueno, ojalá hubiera hecho componentes de React y usado algo como Redux. Pero nuevamente, el desarrollo front-end es un espacio inusual, es un espacio muy grande con opiniones muy fuertes en diferentes lugares. Y creo que el desarrollo en pareja con el tiempo debería tender hacia menos, no más en términos de lo que hacemos, lo que tenemos que hacer, lo que usamos, y así sucesivamente. Porque creo que hemos llegado tan lejos, ya sabes, por el agujero de la cerradura, como quieras llamarlo, que está muy inflado en estos días. Y creo que eso es malo para los nuevos aprendices y otras cosas diferentes. No más programadores front-end, por favor. Sí, esa es la otra razón por la que probablemente no me lo permitan. Permiso. No, simplemente tendré al CEO Matias diciendo, ¿qué estás haciendo, trabaja en esto, esto es más importante? ¿Hay algún ejemplo de cómo integrar código en Ccode con Bear Island en el tiempo de fundación? No lo creo aún, Cam. Quiero decir, esto estará en la sección de Bear, así que en la documentación de Pair, en la documentación de Pair, hay una referencia. Y creo que podría estar en la referencia bajo Bear, pero si no, lo agregaremos. Wasm es compatible, creo que WebGPU también es compatible. Sí, Wasm también es compatible en las aplicaciones de terminal. Sí, de hecho, usamos Wasm en Key para algunas cosas. Usamos, ah, una de las cosas que usamos Wasm en Key es el conjunto de emojis. Sí, absolutamente. Y esta idea de hacer que la UI se vea bien y que la UX funcione, nuevamente, si no tienes la limitación de la infraestructura, puedes experimentar con la UI, ¿sabes? Otra cosa interesante sobre esto, y realmente no puedes hacer esto con Key porque está ofuscando el code y cosas así, pero con aplicaciones de código abierto que están completamente disponibles, como nuestra aplicación de chat o lo que sea, puedes usar este comando llamado pair dump. Entonces, pair dump es como pair stage al revés. Vuelca el contenido de un hiperdrive al disco. Así que puedes volcar la aplicación que ejecutamos antes, la aplicación de chat. Podrías volcar eso en tu propia carpeta y luego puedes trabajar en ello y puedes ponerlo en tu propia aplicación en tu propio key. Así que puedes crear la misma situación de recursos donde todos están bifurcando el trabajo de los demás y mejorándolo. Y creo que una vez que tengas incentivos de pago involucrados en eso, obviamente hay muchas cosas que puedes hacer con Hypercore y otros, puedes hacer cosas muy interesantes con micro pagos y diferentes cosas. Pones todo eso junto y tienes un vibrante mercado de ecosistema que puede funcionar según los principios del código abierto, potencialmente, donde todos construyen sobre el trabajo de los demás para crear diferentes productos que se adapten a diferentes segmentos de mercado. Sí, seguro. Entonces, la aplicación de tiempo de ejecución de Pair, esta, pair run pair runtime. Llamamos a esto la aplicación de escritorio de tiempo de ejecución de Pair porque el producto se llama tiempo de ejecución de Pair y tenemos una cosa llamada aplicación de escritorio. Así que tenemos que usar el nombre completo, la aplicación de escritorio de tiempo de ejecución de Pair. Pero si la abres y vuelves a ella, eventualmente creo que si tenemos los alias para diferentes enlaces de Pair, para que puedas tener tu propio alias. Si tenemos eso dentro de la aplicación de escritorio de Pair, entonces el componente visual de eso es básicamente una tienda de aplicaciones.

Una vez que hayas registrado tu aplicación con un alias, estarás de facto en la tienda de aplicaciones. Y luego puedes abrir la aplicación de tiempo de ejecución de Pair. Así que tienes tu documentación, te configuras, tienes algunas herramientas de depuración ahí dentro y agregaremos una tienda de aplicaciones o algo así, no estoy seguro de cómo la llamaremos, pero algo así. Todo esto llevará tiempo. Estamos construyendo muchas cosas, cosas hardcore, como primitivas con la intención de hacer todo esto, pero, las cosas que definitivamente deberían hacerse que nunca haremos porque tenemos que enfocarnos en el negocio principal. Y ahí es donde entra en juego la comunidad de código abierto. Ahí es donde entra en juego el sistema de código abierto. Pair en sí es completamente de código abierto. Ejecuta aplicaciones a través de HTTP en un navegador Chromium. Y Pair es de código abierto. Entonces, si te sientes cómodo cargando un sitio web, entonces te sientes cómodo de que no has leído el código abierto, entonces te sientes cómodo cargando una aplicación en Pair. Se carga a través de Chromium a través de HTTP. Siempre y cuando confíes en el autor en ambos casos, estás bien, ¿verdad? No tienes que confiar tanto en él. Pero Pair en sí mismo es de código abierto, eso son todos los detalles técnicos. Eso es todo lo que toca el sistema. Eso está fuera del sandbox. Eso es parte de código abierto y por eso puedes confiar en él porque puedes leer todo el código, puedes pagar, o puedes pagar a programadores si estás iniciando un negocio. Puedes pagar a programadores para revisar todo el código. Y mira, también, en Pair, mantenemos nuestro árbol de dependencias lo más podado posible, lo más pequeño posible. Es aproximadamente el 80 al 90% de nuestras propias dependencias en este momento. Algunas otras para resolver en términos de dependencias de producción. Así que realmente es solo código en el que puedes confiar hasta el final. Rooney, si piensas en Keat y piensas en hacia dónde va Keat y piensas en las cosas que acabas de decir, estamos en la intersección. Estamos en la intersección y esto es solo el comienzo. ¿Entiendes lo que quiero decir?

Avi, ¿estás usando ExpoDev para Keap Mobile? ¿Qué es Expodev? Oh, sí. Es curioso que lo menciones, Avi, porque estaba hablando con Jordi, que es uno de nuestros chicos de móviles. A Jordi le encanta Nirvana. Solo mencionándolo porque le gusta tanto, le va a gustar mencionarlo. Abuela, llévame a casa. Quiero estar solo. Así que, estamos investigando Expodev en este momento. No lo vamos a usar, pero estamos investigando cómo podemos hacer la recarga de reloj a través de paired desktop en aplicaciones móviles. Creo que esta tecnología puede revolucionar el espacio de desarrollo móvil también. Podemos reducir mucha fricción y sobrecarga allí con esto. Además, el comando pair build que viene para escritorio se actualizará más adelante para construir activos móviles y el comando de emparejamiento se actualizará para crear proyectos móviles. Entonces, el móvil está llegando a Pair en términos de todas las características de integración, pero también ya estamos construyendo una aplicación móvil de Pair utilizando los bloques de construcción de Pair, ¿ves? Oh, Nirvana es una banda de los años noventa, una banda de grunge. Si simplemente buscas Nirvana en Google, los encontrarás. Sí, sí, sí. Rooney, no estoy seguro de qué significa tu pregunta. Con flat, ¿puedes prototipar aplicaciones? En términos de prototipar aplicaciones, sí. Quiero decir, Electron es realmente bueno para prototipar aplicaciones, ¿verdad? Y Pair simplemente se ejecuta en Electron. Por supuesto, no hay APIs de Electron expuestas por Pair, porque nos estamos alejando de eso, pero solo hay algunas que son vicarias, como las de medios que usan APIs de Electron, pero obviamente construiremos soporte nativo para esas APIs nosotros mismos. Se ha hablado de cosas de enrutamiento de cebolla en la comunidad de Key en general. Si tuvieras que agregar algún tipo de soporte de anonimización, ¿crees que construirías tu propio enrutamiento de cebolla y algo así como una dirección IP como malware? Bueno, el problema con el enrutamiento de cebolla es que es muy lento y no estoy completamente seguro de lo que estamos haciendo con eso. Ha habido conversaciones, pero es cuestión de que estamos haciendo el 99.99% de seguridad. Usar enlaces de cebolla también te dará otro 0.9 tal vez, pero tendrás una disminución en la funcionalidad en términos de velocidad, que para la mayoría de los usuarios probablemente no valga la pena. Pero en algún momento, tal vez podamos hacerlo opcional para usuarios avanzados que quieran hacer eso. Sí. Oh, está bien, es una biblioteca de Python, está bien. Anonymous ha dicho, lo siento, llegué tarde. ¿Podrías explicar algunos detalles sobre la arquitectura de Key en profundidad? Oh, eso es gracioso. Sí, se grabará. Ok, creo que eso es prácticamente todo, hombre, estas preguntas finales, ojalá pudiera, Ankit, también puedes compartir las diapositivas. Oh sí, eso es correcto. Iba a compartir los PDFs. Permíteme compartir los PDFs, porque estas diapositivas son geniales. Hechas por Ignatius, muy buenas. Ahí está el PDF en Keet. Pondré el enlace de Keet, otro enlace de Keet aquí para cualquiera que no se haya unido y aún quiera unirse. Si quieres esos PDFs, debes descargarlos ahora, porque tan pronto como cierre la aplicación, no podrás descargarlos de mí, porque es peer-to-peer, ¿verdad? Solo una nota al respecto. Lo que hacemos para los mensajes, para asegurarnos de que tú, si me envías un mensaje y no estoy en línea, tu mensaje es retenido por otro par que está haciendo algo llamado blind mirroring. No puede leer lo que hay dentro. Solo lo retiene hasta que yo esté en línea, y luego me lo envía. Hacemos lo mismo, es prácticamente el mismo mecanismo para el emparejamiento ciego. Entonces, cuando quieres que dos personas se conecten, no tienen que estar en línea exactamente al mismo tiempo. Pero para activos más grandes, en este momento, eso no se reflejará ciegamente, porque el par no quiere almacenar una gran cantidad de datos que no le importan, ¿verdad? Entonces, para eso, debes estar en línea. Es como la misma forma en que debes estar en línea para hacer una llamada de video, ¿verdad? Pero en el futuro, lo que podemos tener, esto está abriendo un nuevo mercado para servicios peer-to-peer, ¿verdad? Así que estaba hablando de bots, estaba hablando de diferentes cosas, salas de chat y diferentes cosas, pero también hay este mercado comoditizado aquí también para recursos puros. Como, pagaré un par de sats al mes, tal vez, a este servicio, a este par, que reflejará ciegamente archivos de hasta un gigabyte. Y ahora puedo enviar archivos grandes a mis amigos y no esperar a que ellos los descarguen de mí, ¿verdad? Entonces puedes pasar de eso a recursos de cómputo, por lo que ese es almacenamiento, puedes hacer recursos de cómputo, podrías tener LLM, como procesamiento de IA, y luego puedes ir más allá de la comoditización a servicios que tienen cosas adicionales encima, como servicios de pago y demás, ¿verdad? Entonces, debido a la naturaleza peer-to-peer, requiere que todos trabajen juntos para poder soportarlo. Cuantos más usuarios, a diferencia de Telegram, más usuarios tenga, más robusto se vuelve. Y más oportunidades hay para esto. Entonces sí, quiero decir, eso es solo, de nuevo, eso es solo algo para reflexionar. Pero como dije, estamos al comienzo de una evolución muy interesante de cómo hacemos todo, tal vez. ¿Preguntas, preguntas finales? Lo único acerca de Key es que no puedes grabar, pero lo que puedes hacer en Key es compartir múltiples comparticiones de pantalla. Así que podría haber compartido la pantalla para las diapositivas y compartido mi pantalla para gran parte del código. Es una locura que en este año, no puedas hacer eso en Zoom, es una locura para mí. Lo siento, Blind Mirror ya existe. No sé si solo está en la fuente todavía pero ya es algo que existe. Sí, Alberto. Sí, todo funciona de manera similar a BitTorrent. Es como BitTorrent de próxima generación, pero sí, es muy similar a eso. Y también descargará de múltiples pares. Cuando ves un gigabyte de datos, ¿no usará tu ancho de banda de internet? Absolutamente lo hará. Así es como funciona. Sí, sí, sí, puedes configurar tus propias cosas. Sí, absolutamente, sí. Necesito reintroducir esto, pero cuando haces un MPX pair, instalas Pair, ¿verdad? Necesito reintroducir una bandera sin GUI para que puedas instalar Pair sin GUI. Para que puedas ejecutar una versión ligera, como una sin todas las cosas de la GUI. Quiero decir, no ejecutará las cosas de la GUI pero no quieres instalar todo eso en una Raspberry Pi y ocupar todo el almacenamiento cuando no es necesario.

Sí, tenemos charlas sobre un teléfono Pair. Sí. Me río, pero es en serio. Además, es como, ¿es como una unidad Pair? Algun hardware muy simple y fácil de auditar que simplemente ejecute Pair sería increíble. Soñando con un Merrill y Virginia para llevar nuestros PDVS al dispositivo. Sí, para mí, lo que me gustaría ver y nuevamente, no soy un narrador confiable, esto no es una visión. Esto no es un plan. Esto es solo una idea. Pero creo que un hardware realmente genial sería una billetera robusta que tenga capacidad de mensajería, que funcione a través de radio, peer-to-peer, pero también tenga conectividad a internet y tenga una pantalla E-ink, que use muy poca batería. Y como los antiguos Nokia, simplemente como si pudieras tirarlo al suelo y no se rompa. No se raye. Algo así sería realmente genial. Solo como un poco de mensajería de texto, la capacidad de hacer pagos completamente peer-to-peer. Ni siquiera necesitas un proveedor de servicios de internet. En ese dispositivo, sería súper genial si tuviera todas las cosas de código abierto sobre las que tenemos toda la documentación, todas las explicaciones, los videos que he hecho, episodios del informe de Pair, este episodio, este workshop, literalmente todo almacenado en él. O si no está almacenado en él, es accesible peer-to-peer, como hay referencias para ello. Si pudiéramos descubrir cómo hacer eso y hacerlo realmente barato, básicamente tendrías una póliza de seguro de apocalipsis porque digamos que tienes un evento del sol, un evento solar, solo mantengámoslo así. Hay tantas razones por las que podríamos extinguirnos. Como el paradoja de Fermier en todas partes. Pero tienes un evento solar, ese EMP lo destruye todo, pero tienes esta billetera en una, ¿cómo se llama, una jaula de Faraday? Incluso si mueres en el caos y toda la humanidad es eliminada excepto unos pocos humanos, digamos. Digamos que es un EMP, un par de asteroides, lo que sea. La sociedad tiene que comenzar de nuevo y luego cuando eso suceda, comienzas desde el conocimiento primitivo, lo que puedes encontrar por ahí y tal vez tendrás un poco de ventaja para comenzar desde cero, pero no mucha. Pero si encuentras este dispositivo, puedes comunicarte y estás comenzando como una civilización de alta tecnología, pero es solo basado en peer-to-peer. Entonces creo que un dispositivo así sería realmente genial de hacer solo porque es, y hacerlo barato y simplemente producir en masa porque es algo que puedes lanzar por encima de la cerca, por encima de la cerca apocalíptica, ¿sabes? Solo como un ejercicio divertido para pensar. Pero sí, otra cosa es un enrutador wifi, ¿verdad? Un enrutador Pair para que lo pongas en tu hogar, tenga tu identidad de enrutador en él o una subidentidad de tu identidad, pero esa es tu identidad principal. Y luego eso puede hacer toda tu sincronización o almacenar todos tus archivos y cosas. Algo así sería realmente genial, es realmente fácil de hacer. Y luego podrías obtener un enrutador base Linux WRT y simplemente modelarlo, ya sabes. Oh sí, archivar, sí, seguro. Sí, absolutamente. Y también, obviamente, es todo criptográficamente comprobable. Es su propia cadena, ¿verdad? Usa Merkle DAGs, creo que para verificar, pero nuevamente, eso es más el área de Matthias y Andrew. Sí, Rooney, tampoco puedo entenderlo completamente, para ser honesto, todavía estoy tratando de entenderlo. Es anónimo, tus preguntas son... El plan para los pagos es hacerlo en algún momento. Uso HyperDrive para reflejar datos, por favor, si puedes explicarnos cómo. HyperDrive, simplemente recorre los últimos datos y los envía a través de una conexión swarm, y luego se integra en el otro lado. Mira el código, hombre. Voy a esperar un poco. Sí, gracias por arruinarlo. Me gusta mucho el trato de la billetera. No sé si hemos liberado la función de blind mirror todavía, Simon. Lo averiguaré. Sí, realmente no necesitamos a nadie en eso. Sabes, tener ese tipo de influencia en una aplicación de comunicación, creo que es realmente importante que... Creo que es realmente importante que podamos describirnos colectivamente como especie. Vagafa, echa un vistazo al readme, echa un vistazo al código fuente. Sí, sé que es... Oh, sí, sí, sí. Quiero hacer la cosa de RV yo mismo, pero el problema con RV es que siempre estás demasiado temprano para hacer RV, y eso sigue siendo cierto hoy en día. Sí, Pair en el teléfono con Bluetooth no es tan simple como suena, amigo, porque los teléfonos están bloqueados. Por eso vamos a tratar el tema del teléfono Pair al final. Oh, genial. Sí, aún no he investigado Mayorista. He oído hablar de ello varias veces, pero he estado concentrado en el código, pero suena realmente genial. Me gusta. Es posible que realmente comience a usarlo para controlar otras máquinas. El peer-to-peer de RV debería ser posible, absolutamente, sí. Posible y al alcance. Haré cosas diferentes, ¿verdad? Técnicamente posible, técnicamente al alcance. Logísticamente, legalmente, lo que se ha construido, es propietario, gran parte es propietario, por lo que sería una gran cantidad de inversión, pero no imposible. Incluso después de decir eso, no es posible. Sí, bueno, Mayorista es genial. De acuerdo. Creo que si no hay más preguntas, creo que podemos terminar. ¿Todos recibieron este PDF? No sé cuándo será la próxima vez. Mantendremos eso en secreto. He estado concentrado en el código mucho. Cuando nos volvamos a encontrar, haré la charla el 13 de junio. Será una charla de siete minutos, y no vamos a entrar en todos estos temas, en todos los temas técnicos, pero será en persona, y se lo explicaré a todos que esta cosa está disponible, porque creo que mucha gente aún no sabe que esto es posible. Así que poder hacer que las personas entiendan que es posible, que cambia la dinámica de todo el juego, que el modelo de explotación de datos es básicamente una forma obsoleta de monetizar, y gracias por eso, porque no quiero vivir en un mundo donde eso es lo que nos hacemos unos a otros. Así que sí, jueves 13 de junio, estén allí. Ja ja ja. El mejor cabello y P2P, me encanta, gracias, amigo. ¿Cómo podemos ayudar? Oh, gracias por esa pregunta. Construye cosas en Pear y hazlo de código abierto, cuéntanos sobre ello. Gracias. Bueno, esto ha sido el Workshop de Pear. Que todos lo pasen bien. Disfrútenlo.