Michael Dilger, Pablof7z, jb55: Relay Rendezvous

La comunidad de YakiHonne está entusiasmada con Nostrasia y han transcrito diligentemente los inspiradores discursos de Nostrasia. Transcripciones de discursos adicionales estarán disponibles con el tiempo. Las versiones japonesa y española son inicialmente traducidas y revisadas por miembros de la comunidad con la ayuda de herramientas de inteligencia artificial. Todos los usuarios de YakiHonne están invitados a unirse al proceso de revisión. Aquellos que completen con éxito la revisión recibirán una recompensa especial de 3000 Sats. Para comenzar, simplemente comuníquese con nosotros (Comente aquí, DM o TG) para registrarse, y el primero La persona con quien contactar y enviar su reseña será el afortunado destinatario de la recompensa. Y oye, si estás dispuesto, nos encantaría traducir estos discursos a más idiomas. ¡Únete a nosotros!

🌟English: The Gossip Model 🌟中文版: The Gossip Model 🌟日本語: ゴシップモデル

Bueno. Soy Michael Dilger. Trabajo en el cliente de chismes. Esta es una charla que se titula "El modelo del chisme", pero quiero cambiarla por "Relay Rendezvous" porque creo que eso explica mejor de qué estamos hablando. Porque el modelo del chisme, ese era el nombre de un cliente.

Hay un par de formas de realizar "Relay Rendezvous", modelo de bandeja de entrada y modelo de bandeja de salida. Creo que usaremos esos términos. Así que dejaremos de lado la idea del "modelo de chismes" y hablaremos de eso en su lugar. Y creo que "Relay Rendezvous" explica mejor de qué estamos tratando de hablar.

Entonces, si piensas en nostr, son notas y otras cosas transmitidas por retransmisiones. Lo que sucede es que un cliente pone un evento en un relé y lo pone allí con un propósito. No se va simplemente a un relevo para poner un evento y que languidezca. El punto es que alguien eventualmente irá a ese relevo y cancelará ese evento para beneficiarse de él.

Entonces tenemos la pregunta de qué relé y para qué propósito. He encontrado unos 300 relevos en nostr. Y si simplemente pones tu evento en algún relevo y esperas que alguien más lo encuentre, no funcionará muy bien si en realidad no están usando el mismo relevo. Entonces hay un par de modelos que podrías tener.

Uno de ellos se llama modelo de bandeja de entrada y es muy parecido al correo electrónico. Con el correo electrónico, usted se suscribiría, por ejemplo, a un boletín informativo, y alguien que lo publique le enviaría a su correo electrónico el boletín, digamos, todas las semanas. Aquí es donde el creador del evento lo pone en relevo. Lo están poniendo en un relé destinado a una persona en particular.

Hay otro modelo llamado bandeja de salida, que se parece más a un sitio web. No está destinado a nadie en particular. Es para cualquiera.

El primer uso de Nostr en el que estuve involucrado, y creo que para mucha gente, es algo así como un clon de Twitter, algo así como microblogging. Y en ese sentido, si quiero publicar algo para que la gente lo vea, necesitan saber en qué retransmisión debo publicarlo. Si me siguen, no podrán encontrarlo si lo publiqué en un relevo en Finlandia y alguien más está usando un relevo en Alemania.

Los relés no se comunican entre sí. En realidad, no se están transmitiendo entre sí. Así que tiene que haber alguna manera para que las personas, si quieren seguir mi contenido, sepan: "Oye, voy a publicar en este relevo en Finlandia". Hay un NIP 65 y básicamente dice: "Esta es una manera de decirle a la gente qué relés estás usando y con qué propósito". Los dos propósitos con los que comenzamos eran la casilla de salida para decir: "Aquí es donde publico mis cosas. Ven aquí si quieres obtenerlas". Y el otro estaría en la bandeja de entrada para decir: "Si quieres que lea algo, ponlo en mi bandeja de entrada porque estaré atento a las cosas que me etiqueten en eso".

Quiero disculparme porque no sabía que Pablo iba a estar en tantos paneles. ¿Pero quieren decir todo lo que quieran antes de entrar en más cosas?"

Entonces, creo que el tema del que quiero hablar en esta charla es que, en realidad, hay muchas formas diferentes de almacenar notas y recuperar notas de los relés, y realmente depende del caso de uso.

Cuando hice a mi cliente por primera vez, creo que lo que hice fue mirar un código parecido a Fiat-Jaf, y él tenía este concepto llamado grupo de retransmisiones, y es la cosa más tonta posible que puedes hacer en Nostr, pero en realidad es Por ejemplo, si estás empezando, está bien. Le da una buena idea de una forma muy sencilla de enviar y recuperar notas, que es simplemente, tiene una serie de retransmisiones, sólo un conjunto de retransmisiones en las que desea publicar, y luego puede escribir una pequeña parte de código que simplemente envía esas notas a esos relés. Ahora, en este punto, incluso pensando en cómo esto va a ser bueno para la descentralización o algo así, era simplemente una forma sencilla de comenzar cuando estás en desarrollo.

Así empecé con Damus, y todavía tengo este modelo en Damas. No significa que sea la mejor manera de descentralizar. Hay muchos problemas con esto, como acabas de mencionar, pero si solo estás tratando de construir una red social, puedes simplemente poner esos repetidores en tu perfil, y luego la gente puede leer tu perfil, suponiendo que puedan conseguirlo para empezar, y luego puedan acceder a las notas, y tendrás resistencia a la censura.

Así que creo que este es el modelo más simple para comenzar con nostr si quieres jugar con esa idea. Pero hay muchos otros chismes, es otro. La bandeja de entrada, la salida, supongo que se considera el modelo de bandeja de salida. Pero algo de lo que quiero hablar es que en realidad hay otras formas de buscar y recuperar datos y modelos completamente diferentes de los que nadie está hablando en este momento.

Entonces, algo que quiero hacer es construir una comunicación asincrónica en nostr. Entonces, como el correo electrónico, ya no quiero usarlo más. Sólo quiero usar nostr para todo. Entonces, una cosa en la que estaba pensando es imaginar si estás ejecutando una lista de correo y tienes un relé que representa la lista de correo. Entonces la gente quiere enviar notas a ese relevo.

Eso es algo así como, por lo que podría ser, el relé en sí podría considerarse la lista de correo en sí. El único problema con esto es que si las personas simplemente agregan eso al grupo de retransmisión, si están usando un modelo como el modelo de cuotas, entonces solo recibirás un montón de mensajes aleatorios de personas aleatorias y por eso les gusta la comunidad. Los relevos basados en -o aquellos que son como relevos de propósito muy especial no son realmente efectivos porque la gente simplemente les envía notas.

Entonces, para solucionar este problema, he estado pensando en cómo resolverlo y una cosa que quiero hacer es agregar me gusta y CC y diferentes tipos de metadatos en las notas para que, si su lista de correo recibe una nota, en realidad se asegura de que esté destinado a ser enviado a ese relé en particular.

Creo que, en general, hay muchas cosas diferentes. Hay muchas maneras diferentes de enviar y recibir notas en nostr y creo que el tema que quiero transmitir es que no existe una mejor manera de hacerlo. Ya sabes, tal vez el modelo de Goss, supongo que no debo decir el modelo increíble, pero tal vez sea mejor para la descentralización en un entorno de redes sociales. Pero tal vez si quisiera crear otros tipos de protocolos como correo electrónico o comunicaciones sincrónicas o listas de correo, podría haber diferentes formas de enviar y recibir notas. Creo que recién estamos comenzando a explorar diferentes formas de hacer esto de todos modos, así que esa fue solo mi perspectiva.

Así que quería decir que estos diferentes modelos son básicamente: tenemos que pensar en cuál es el problema que estás resolviendo y qué modelo se resolverá correctamente. Lo del microblogging pensé que Outbox lo resolvió y me sorprendió descubrir que la actividad Pub hace el Exactamente de la manera opuesta a la que hace el microblogging con un modelo de bandeja de entrada, y también funciona. Tiene diferentes propiedades con un modelo de bandeja de entrada.

La persona que envía, ya sabes, los federados a otro servidor de publicación de actividades puede cortarlo y no continuar alimentando esa información. Así que en realidad no es como publicar un feed RSS donde cualquiera pueda obtenerlo. Y luego hay otros modelos, ya sabes, como un modelo de servidor de chat o un evento en vivo en el que vas a un relevo. Todos tienen que encontrarse juntos en el mismo relevo. Y puede que haya más modelos en los que no estamos pensando.

Es por eso que Fiatjaf dijo que escribió tal vez hace un par de semanas o un mes que sería interesante documentar para especificar cómo debería funcionar esto. Y me opuse vehementemente a esa idea porque creo que estamos empezando a explorar esto y no tenemos idea de qué funciona. Y estoy totalmente de acuerdo en que creo que esto funcionará de diferentes maneras dependiendo de lo que intentes hacer.

¿Qué piensan ustedes sobre los relevos de actualidad? Porque lo que estás diciendo con CC y BCC al relé, eso no impide que un cliente diga CCC y voy a CC todos los relés y voy a hacer un grupo, pero Solo voy a enviar copia de todo.

Pero en ese punto, estás construyendo ese cliente para que sea algo molesto y malicioso. Entonces básicamente estás creando algo de spam, ¿verdad? Pero el estado predeterminado es, ya sabes, si queremos comenzar a crear clientes que utilicen este nuevo protocolo de encuentro de tipo correo electrónico, entonces supongo que no se limitará a enviar CC a todos. Como si ese no fuera el punto.

El objetivo de agregar metadatos es que desea que el mensaje llegue a una ubicación específica. Y esto en realidad se está alejando, pero cuando empiezas a hacer estas cosas, se vuelve menos resistente a la censura. Porque ya no lo estás lanzando para finalizar los relés, lo estás lanzando a un relé específico y luego puedes ser censurado.

Así que creo que una cosa que creo que cambiará la forma de pensar de la gente sobre esto es que en realidad está bien tener modelos censurados, ¿verdad? Como todos están tan concentrados, sé que Verer habla mucho sobre esto, ya sabes, su comunidad moderada realmente quiere que funcione en muchos retransmisiones diferentes para que sea resistente a la censura. Y eso está bien. Pero creo que está completamente bien utilizar el protocolo de manera que pueda ser fácilmente censurado. Realmente quieres serlo... si tienes un relevo dentro de tu empresa, debes asegurarte de que solo tenga notas de tus empleados. Técnicamente estás censurando a todo el mundo. Entonces, tal vez nosotros, ya sabes, creo que es... creo que la gente debería cambiar su forma de pensar.

Habrá otros tipos de modelos en los que no estará completamente descentralizado. No es necesario diseñar el protocolo para enviarlo a seis retransmisiones diferentes. Está completamente bien enviarlo a un relé específico. Simplemente necesitamos mejores formas de comunicar eso en la nota para que no recibas notas aleatorias en tu retransmisión específica.

Mi forma de pensar sobre la resistencia a la censura es que necesitamos resistencia a la censura para algunas cosas; La resistencia a la censura es muy cara, cuanto más resistencia a la censura se quiera que sea, más cara será en términos de estructura y arquitectura del protocolo, pero lo que realmente queremos es que la resistencia a la censura llegue a su fin, y creo que el fin es innovación sin permiso y creo que podemos tener cosas sin permiso. Para algunas cosas como lo que estás explicando, podemos tener una censura localizada a nivel de relevo y si participas en la comunidad puedes ser censurado y si estás censurado y no quieres participar en la comunidad puedes ir. en otro lugar verdad?

Y creo que si estamos hablando de comunidades como esta, hay diferentes maneras de hacerlo bien. Víctor tiene su manera de hacer las cosas, es más una resistencia a la censura, hay un enfoque en cómo es un relevo basado en la comunidad, este relevo se trata de esta comunidad en particular. Y creo que lo haremos de todas las maneras y luego sabremos que será como un mercado de ideas y algunas de ellas terminarán funcionando mejor que otras porque desde donde estamos ahora tenemos mucho por explorar. hacer.

Sí, totalmente y para completar ese pensamiento anterior, es por eso que me gusta NIP 65 porque incluso cuando llegas al modelo en el que eres parte de la comunidad, una comunidad basada en retransmisiones y ese retransmisión te censura, las personas que participan en la discusión pueden optar. ir a buscar tu nota a algún lugar si esa comunidad te censura para que el líder de la comunidad te exponga, pero la gente puede optar por ir a buscar tus notas a otro lugar, así que es como una bifurcación de la comunidad.

¿Qué más quieres decir?

¿Creen que, con respecto a los retransmisiones temáticas, los retransmisiones deberían tener una forma de defenderse del contenido que llega? ¿Puede funcionar esa escala?

No estoy seguro de lo que quieres decir, pero algún tipo de moderación de contenido.

Por ejemplo, quiero ejecutar lo habitual, por ejemplo el relevo filosófico, y solo quiero una discusión sobre filosofía. Lo que quiero es poder ir a gbobal y no ser lanzamientos aéreos. Sólo quiero discusión filosófica. Si crees que yo, por ejemplo, creo philosophicalrelay.com y la gente lo agrega a Damus, a primal, a gossip, y empiezan a hablar sobre fútbol, también lo publicaré en el relevo filosófico y puedo incluir en la lista blanca al pubkey diciendo oh sí, esto. El tipo habla el 25% del tiempo sobre filosofía, pero todavía estoy entendiendo el otro 75% del material, por lo que es necesario inspeccionar cada nodo individual. ¿Creen que podría funcionar que haya un modelo?

Bueno, todo viene por mí; Siempre vuelve a ser necesario marcar algo en el nodo, como en el contenido, que dice que esto es para filosofía. Entonces, si es como si lo estuviera enviando específicamente y explícitamente al relevo de filosofía usando las dos ideas o tal vez haya una manera de comercializar temas como tal vez no hashtag o tal vez podría usar un hashtag; se superpone con hashtags. Se superpone con los hashtags, se superpone con todo tipo de superposiciones. Ninguna de estas ideas es completamente inconexa. Sí, entonces el relevo podría simplemente rechazar todo lo que no tenga los hashtags de filosofía o tal vez la clave de pub de la lista blanca que tiene de las cuentas que están todas basadas en filosofía, así que probablemente no sé si esa es la mejor manera de hacerlo.

Creo que la gente de Nostr, el vino, lo está intentando; Lo intentaron como un relevo de actualidad basado en hashtags, ya que parece que no funcionó.

Sí, entonces el mayor problema es que la gente simplemente les envía spam, así que, ya sabes, una cosa que estaba pensando en agregar a Damus, no sé si nos estamos desviando ahora que estamos hablando de hashtags como Será algo simple en el que tal vez el primer hashtag en el nodo sea el que se cuenta como tema, por lo que no se puede simplemente enviar spam.

Lo siento, simplemente estoy rebajando mi propio proyecto. Tuve esa charla antes. Estaba haciendo algunas cosas de metadatos con algo llamado info triples, así que estoy trabajando para resolver exactamente eso, así que estemos un poco en conferencia. Bien, muy bien.

No, sí, definitivamente necesitamos todas las ideas que sabes, creo que son comunidades similares, temas y cómo implementarlos, deberían estar basados en la comunidad, deberían ser comunidades moderadas, todas estas son ideas que todavía tenemos. Nos estamos dando cuenta en este momento, pero creo que sí, como ya sabes, Mike dijo que vamos a probar todas las cosas y ver cuáles funcionan mejor en el tipo de comunidades.

Con su modelo, realmente me gusta esa idea de correo electrónico, como ¿qué pasa si los relés tienen una identidad como un npub? La mayoría de las veces es como si quisieras, no sé, específicamente quieres enviarla a una ubicación específica, así que solo tener eso es bueno tener la identidad, pero aún quieres que la nota llegue a un lugar determinado. Por eso creo que sabes que querrías el relevo en la nota misma.

Creo que los relés tienen una identidad y hablar con la identidad es o hacer referencia a la identidad en lugar de la URL es más una dirección indirecta, por lo que quiero decir que estoy enviando esto a este relé de clave pública y eso es una especie de mapeo para decir bueno, eso está actualmente en este DNS, pero como no controlamos el DNS, eso podría cambiar, puede reasignarlo, pero sigue siendo la misma clave pública, por lo que tiene una especie de identidad para el relé que puede mover diferentes direcciones DNS, eso es lo que escuché ayer sobre esto. Hablé de esto ayer porque estaba pensando en las sugerencias y en lo que sucederá dentro de 10 años cuando todas las URL estén destrozadas y si tienes un PA puedes moverlas un poco más, es como si pudieras cambiar fácilmente y conservar todas las sugerencias, mientras que las URL son difíciles. para controlar el derecho.

No creo que puedas hacer gran parte de la caza o trabajar mucho con la caza en Damus, cierto, porque bueno, tengo relés fijos, no quiero utilizar relés aleatorios y de todos modos van a morir con el tiempo, así que me refiero a atrás. En los primeros días de Damus no hacíamos ninguna verificación de firma, así que si usamos el modelo de chismes sería un desastre porque la gente podría simplemente enviarte, pero ahora sí verificamos la firma, esa fue una de las grandes razones, pero también sabes. Al principio, la gente construía relés con errores horribles que simplemente romperían completamente a Damas y algunos de ellos maliciosos. No creo que Damas se esté endureciendo realmente contra esos relés todavía, así que podrías poner algo en el perfil, pero permanece leído de los relés. y te puede gustar romper la experiencia del usuario.

Bien, estaba pensando en ello, y lo pienso como este es un ejemplo de cómo lo pienso: si voy a un sitio web y el sitio web le dice a mi navegador web que cargue estas fuentes de Google, y luego mi navegador va a Google, y ahora Google sabe qué sitio web era ese. No quiero que Google sepa estas cosas, así que básicamente puse esto llamado ublock origin en mi navegador, y puedo controlar los recursos exactos que las páginas pueden cargar. Sé que está intentando cargar una fuente de Google. No me importa cómo se vea el diseño de la fuente; Simplemente no quiero que Google sepa dónde estoy todo el tiempo. Entonces lo bloqueo, ¿verdad? Los clientes web hacen esto todo el tiempo y automáticamente simplemente cargan cosas que usted no les dijo qué cargar. No creo que debamos repetir eso. Creo que deberíamos tener clientes más inteligentes donde aún podamos usar un modelo de bandeja de salida, pero digamos darle al usuario el control de las listas blancas, para decir que voy a aprovechar eso, la lista negra para decir que simplemente sé que este relé está jugando una mala pasada; no vamos a ir allí. No me importa si el relé de la bandeja de salida de alguien aparece allí; No lo usaremos allí.

Sí, estaba planeando pasar a un sistema más descentralizado, estar más abierto a la obtención de retransmisiones aleatorias y estaba pensando en alguna forma de que me gustara la lista negra. Entonces, hay ciertas pruebas que puedes hacer si notas que el relé se está comportando mal; tal vez podrías codificar eso dentro de tu cliente, y pensarías, oh, está detectando que algo malo está sucediendo y automáticamente lo incluye en la lista negra para que haya técnicas como esa que puedas usar.

Sí, cuando implementé la bandeja de salida en ndk, en el mismo compromiso, tenía la lista negra porque sí, es absolutamente fundamental al 100%.

Con respecto a romper la experiencia de damos, aún necesitarías manejar los relés malvados porque se podría engañar a un usuario para que agregue un relé malvado al que podrías ir. No conozco el perfil de alguien y ves los relés en la lista y está bien. No es automático pero sí.

Siempre me gustó que mi razonamiento fuera que siempre será una decisión del usuario frente a una decisión correcta de la computadora.

Además, el límite de cuán malvado puede ser realmente es que no hay mucho que realmente pueda hacer; todo lo que puede hacer es enviarle un evento, los eventos solo tienen ciertos campos, son esencialmente cadenas muy simples y están firmados, la verificación funcionó o no, no creo que haya mucha superficie de ataque por no hacerlo. que puedo mencionar. Hay tantas cosas en las que realmente no me he endurecido, por ejemplo, podrías tener un relé que devuelva publicidad o incluso suplantación. Quiero decir, tenemos una red de cosas de confianza allí que puedes ver pero puedes ser amable. A veces puede ser un poco extraño, así que siento que necesito endurecer a Damus antes de sentirme cómodo.

¿Verificas en Damus los resultados del relé como si consultaras a Buffy? Necesito devoluciones de otros pubkeys, así que hay cosas así. No tengo controles realmente estrictos, así que básicamente me gusta, excepto que sí en algunas cosas. eso es así, pero no siempre es tan correcto, sí, porque nuevamente uno de los clientes más antiguos de Nostr, así que esto es un poco peculiar y poco a poco voy a intentarlo y estoy tratando de arreglar todo ese final y luego en nostr DB mi plan con nostr DB es como ndk nativo, así que puedo comenzar a incorporar algo de esa lógica y así puedo reutilizar esa lógica entre Damas Android y otras cosas.

Entonces comencé con este modelo de bandeja de salida porque cuando comencé a escribirle a mi cliente en noviembre del año pasado, hace aproximadamente un año, pensé bueno, quiero seguir a estas diferentes personas, no sé dónde están sus notas, ¿cómo puedo encontrarlas? y no era obvio de alguna manera porque sabes que astral y Damus estaban compartiendo listas de retransmisión en el contenido del tipo, así que podría simplemente elegirlo, quiero decir, lo estabas usando para configurar tu propio cliente, pero pude solo míralo y di oh, ahí es donde ponen sus cosas, ahí es donde conseguiré esas notas para seguirlos. También eran, ya sabes, sugerencias de URL de retransmisión recomendadas que podías consultar a veces. Sugerí que la gente pusiera retransmisiones en el nip 5 y Fiatjaf, en realidad creo que fue mi primera contribución a los nips y Fiatjaf aceptó esa para que pudieras enumerar tus retransmisiones. También hay diferentes formas de encontrar dónde la gente pone sus cosas y luego no lo sabía porque esa fue una de las primeras cosas que intenté hacer. Simplemente asumí que así es como la gente debe hacerlo. Incluso había mirado. los otros clientes y me di cuenta de que simplemente estaban eligiendo retransmisiones como grupos de retransmisiones.

Entonces, sí, en el caso de Damus, es como si simplemente estuviera tratando de construir, ya sabes, una prueba de concepto de una red social descentralizada, y, ya sabes, tener un puñado de retransmisiones que eran propiedad de diferentes personas. que yo pensaba que eso era lo suficientemente bueno para mí, que simplemente enviabas a esos retransmisiones, recuperas de esos retransmisiones. Obviamente, si lo consideramos como un todo más grande y más descentralizado, como en una escala a largo plazo, eso no va a funcionar, razón por la cual Damus probablemente pasará a un modelo más externo, como se llame estos días. , pero funciona y funciona bastante bien, y como ahora tenemos relevos de salteados que son increíblemente rápidos, así que es como si fuera una de esas cosas que sigo pensando, oh bueno, todavía tengo que llegar a procr, pero sí, es importante.

Sí, es un trabajo difícil de hacer porque técnicamente es difícil de hacer, es muy ambiguo y no es nada brillante, como si la gente ni siquiera notara lo que estás haciendo, se podría argumentar que empeora el rendimiento de la aplicación.

Sí, y usted decía que se estaba topando con muchos errores durante la implementación, no es una implementación simple.

Tuve un error allí durante casi un año y pensé que varios retransmisiones cubrían a las 150 personas que seguí y resultó que no, en realidad eran 15 retransmisiones y el cliente estaba asignando claves públicas a las retransmisiones donde había una conexión de base de datos, pero el El puntaje de esa tarea fue muy bajo, posiblemente incluso cero, por lo que nunca debería haber hecho esa tarea. Sí, no, podría ser complicado si quieres optimizarlo en el sentido de que quieres decir: Quiero conectarme con tan pocos. retransmisiones como sea posible para cubrir a todos los que sigo al menos dos veces por redundancia y que la asociación entre lo real y la persona es alta, como si fuera una bandeja de salida que especificaron o por alguna otra razón, sé que ahí es donde siempre publican , y luego para calcular ese conjunto, ya sabes, hay diferentes formas de intentar pensar en ese algoritmo. Se me ocurrió algo ad hoc al crear algunas partituras y luego ordenarlas e intentar elegir la mejor puntuación para elegir el relevo y luego, una vez que elijo el relevo, reviso todas las claves públicas que podrían funcionar allí e intento asignarlas como tantos como sea posible y luego simplemente repetirlos hasta que haya elegido suficientes relés y todos estén cubiertos, tal vez no sea el algoritmo más inteligente, pero fue bastante sencillo de pensar y escribir.

Creo que lo que más me gusta de este modelo y es que la razón principal por la que quiero implementarlo es que las personas pueden simplemente ejecutar su propio relé como si pudieran tener un relé en su casa y, si se puede abordar públicamente, entonces y en realidad es útil, no es solo ahí como respaldo, eso es lo que me importa, el hecho de que en este momento no tenemos un argumento muy persuasivo para ejecutar un relevo, es como si el único argumento persuasivo para ejecutar un relevo personal es un respaldo y en realidad no es lo suficientemente bueno. Como argumento, no es lo suficientemente persuasivo, pero si la gente lo hiciera, porque si usted, si muchos clientes estuvieran haciendo este modelo y todos los eventos que lo están arrastrando están escritos en su relé, entonces la copia de seguridad, incluso como copia de seguridad, es mucho más completa. No solo tienes las cosas que escribes, también tienes las cosas que se dirigen a ti, por lo que es mucho más persuasivo.

La otra razón por la que creo que esto es interesante es porque he estado pensando un poco en las preocupaciones de privacidad de los repetidores porque seguro que todo en Nostr es público, pero casi todo, las solicitudes que envías a un repetidor son solo específicas de ese repetidor. En este momento, todos los clientes básicamente consultan todo lo que desea en todos los relés a los que está conectado. Entonces, todos los relés a los que estás conectado pueden ver exactamente lo que estás haciendo y qué cosas estás solicitando. Entonces, si vas al perfil de alguien y te desplazas, ellos realmente pueden darse cuenta de que estás bien todas las mañanas, estás revisando el perfil de esta persona, estás acosando a esta persona, ¿verdad? Creo que el protocolo de chismes también puede ayudar con, está bien, enviaré algunas solicitudes a este retransmisión. Sé que estos tres relevos son muy similares en términos de los eventos que llevan, así que voy a entrar en la página y no en todos los relevos al mismo tiempo, como no todo en todos los relevos. Voy a enviar algunos aquí y es un poco más difícil obtener un mapa de lo que estás haciendo.

Todo se vuelve más distribuido, cierto, y eso es bueno para la escalabilidad porque puedes expandirte. Una cosa que olvidé hace un segundo fue que hay una diferencia entre poder escalar y poder salir de algo central que se ha convertido en censura o lo que sea, y tener y escalar innecesariamente, ¿verdad? Bien podría ser que 50 relevos sea todo lo que necesitemos, ya sabes, no lo sabemos. Quiero decir, 50 relevos me suenan como mucha competencia, pero hay que tener la capacidad de decir siempre que no, que no me gusta ninguno, quiero el mío, quiero agregar uno diferente para que tengas tener esa libertad para hacerlo. No es necesariamente que todos tengamos nuestros propios relevos personales, pero algunas personas los tendrán.

Creo que para que 50 relés funcionen a menos que Nostr muera o a menos que Nostr se convierta en algo de nicho en el que sólo 10.000 o 100.000 personas usan 50 relés, dependería de si hay un modelo de negocio para transmitir porque creo que 50 relés, si tienes mil millones usuarios. Sólo me estoy sacando ese número del culo, no sé cuántos relevos necesitamos, quiero decir, no.

Pero abre una pregunta interesante porque creo que los relevos son la única parte en la que el aspecto económico de ejecutar un relevo aún no se ha resuelto en gran medida, y no lo sabemos, como si estuviéramos en una fase preembrionaria de Nostr donde esto Una pregunta importante aún no está resuelta y porque podría ser que 50 sea un número real, pero eso significa que tenemos como 50.

De hecho, ahora tenemos mucho más que eso. Sí, Melin Cárvalos ha estado hablando de relevos y sostenibilidad y cosas así y voy a confiar en lo que dice. No he mirado estos números, así que confíe, no los verifique, pero mencionó que los números de retransmisión están bajando. Para mí, eso tendría sentido porque en este momento ¿por qué ejecutarías un relevo, como si estuviera bien como respaldo, pero sí, corriendo como si pudieras ejecutar relevos profesionales como Nostr Wine y Eden y no sé si a D le gusta cuánto te gusta? re, es un relevo grande pero no sé en cuánto inviertes. Sí, son como 300 dólares al mes o algo así. Vale, sí, eso no es mucho, pero si Nostr crece 100 veces, sí. Whiz me acaba de conectar con un montón de servidores que valen mucho dinero, por lo que tenemos muchos, habrá grandes retransmisiones que se ejecutarán pronto. Entonces esto, pero esto me dio, ustedes estaban hablando sobre el modelo de bandeja de salida, me hizo pensar cómo podría combinar eso con mi idea con un modelo asincrónico con correo electrónico y me di cuenta de que son ideas muy compatibles. Así que imagínese si supiera que esos son sus retransmisores correctos, que esos son los que usted o los que lee, entonces, ¿qué pasaría si específicamente, entonces, mi cliente, si tengo un cliente de correo electrónico, pongo los dos y obtengo su Obtengo esos relevos, los pongo en los dos en el CC y simplemente los incluyo en la nota y esa es solo otra forma de hacerles saber a los relevos que para qué está destinada esta nota y que podría ser realmente interesante.

No hemos hablado de retransmisiones DM, ¿verdad? Porque Víctor y yo teníamos aún más. Quiero decir, creo que en la lista de otros cuatro, algunos de ellos tal vez hayan pasado provisionalmente como un relevo de archivo. No tienes que decirle a la gente dónde archivas las cosas, pero es posible que algunos relés quieras usar como bandeja de entrada, pero algunos relés son en particular, son mejores porque solo aceptan eventos y no transmiten. ellos retrocedan. Y entonces quieres que todos tus DM vayan a ese para que las personas no puedan obtener copias de tu DM aunque no puedan descifrarlo, aún así no quieres que tengan una copia si puedes. Por lo tanto, es posible que tengamos tipos adicionales de usos de encuentros de retransmisión o lo que sea.

Una cosa que me ha interesado, y no tenemos una manera de manejar esto, son los relés de tipo específico. Ejecuto la página violeta que sirve los tipos 0 y 1002, luego corta 65, y la gente usa ese relé, y constantemente intentan publicar los tipos porque está en la lista de relés, por lo que el cliente los enviará allí, y siempre está va a rechazarlo. En realidad, esta fue una de las razones principales por las que no agregué eso todavía a Damus porque necesitaba agregar un código que es como si solo se enviara el perfil allí y ese es un código adicional que tengo que escribir, pero ya sabes, eso me hizo darme cuenta. es como en mi lista de retransmisión, necesito tener metadatos, así que está bien, esta es una retransmisión de perfil, solo envía tipos de perfil allí, por lo que todo eso debe agregarse.

Sí, necesitamos especificar eso. Pero tenemos el nip 11 que dice que sabes qué nips hace ese relé, pero algunas de estas cosas no son nips, ¿verdad? Esa es la cuestión, ¿verdad? Esto no es un mordisco; este es un tipo. Sí, claro, no hay manera de que no acepte el tipo 1 y los clientes necesitan, incluido mi cliente, mejorar mucho en términos de cuando las personas eligen relevos por sí mismas, ya sabes, necesita para que realmente coincida con lo que ese relé pretende hacer o está diseñado para hacer correctamente. Voy a configurar este relevo como salida. Voy a configurar Páginas moradas como mi bandeja de salida; No va a funcionar porque no va a aceptar mis cosas, ¿no? Por lo tanto, es necesario que haya alguna forma de que, si especificamos esto en el protocolo, el cliente pueda decir que aquí hay retransmisiones que se anuncian como buenas para las bandejas de salida. Estos son retransmisores que dicen que funcionarán bien como bandejas de entrada. Estos son los que están diseñados para ser DM. Estos son los que están diseñados para publicidad, que es lo que las páginas moradas son publicidad y descubrimiento.

Quiero decir, tal vez podríamos usar resultados de comandos, así que agregué resultados de comandos a Nostr porque antes, si escribías una nota en un relé, simplemente no te decía si estaba escrita o no, muchas veces simplemente te gusta. las cosas simplemente irían al vacío, por lo que los resultados del comando fueron esta idea en la que es como si enviarías un código de respuesta, es como si, escrito con éxito, pero si no se escribió con éxito, en realidad puedes poner un pequeño mensaje de error en el en el caso, tal vez podrías usarlo si es así, oh, ya sabes, solo se acepta el tipo x, tal vez podrías recibir sugerencias de los resultados del comando para configurar automáticamente los relés, lo cual podría ser algo interesante, pero

Está bien, está bien, deberíamos detenernos aquí, está bien, muchas gracias. ¡gracias!

---

About YakiHonne:

YakiHonne is a Nostr-based decentralized content media protocol, which supports free curation, creation, publishing, and reporting by various media. Try YakiHonne.com Now!

Follow us

• Telegram: http://t.me/YakiHonne_Daily_Featured
• Twitter: @YakiHonne
• Nostr pubkey: npub1yzvxlwp7wawed5vgefwfmugvumtp8c8t0etk3g8sky4n0ndvyxesnxrf8q
• Facebook Profile: https://www.facebook.com/profile.php?id=61551715056704
• Facebook Page: https://www.facebook.com/profile.php?id=61552076811240
• Facebook Group: https://www.facebook.com/groups/720824539860115
• Youtube: https://www.youtube.com/channel/UCyjDDtWFCntGvf4EyFJ7BlA