Avatar
JohnOnchain
1c6b3be353041dd9e09bb568a4a92344e240b39ef5eb390f5e9e821273f0ae6f

Tu sais que sur Nostr la grande majorité des nips n'induisent pas de modification de relai ?

Typiquement je bosse sur une date vending machine (nip90). C'est totalement neutre côté relai.

Je le répète mais si tu penses que ton idée est bonne, tu peux juste décrire un nip avec le workflow très précisement (y compris la manière d'échanger la clef privée du canal DM).

Replying to Avatar Laurent Coin Su

L’idée générale ça serait de créer deux utilisateurs et de donner la clefs à tout les membres du groupe. Qd tu envoies un message tu fais un DM entre ses deux utilisateurs en tirant au hasard l’expéditeur pour que d’un point de vue extérieur ça ait l’air d’une conversation par DM classique entre deux utilisateurs et personne ne peut connaître les participants du message. Cela serait un canal de discussion qui serait le group chat.

A l’intérieur de se canal, les messages doivent être signés avec la clef privée NOSTR des utilisateurs pour qu’on sachent qui parle et que se soit infalsifiable.

Également je propose de crypter tout les messages via RSA ou ElGamal grâce à PGP. Car on peut faire du multisig 1 of n se qui est particulièrement adapté. Ces clefs publiques peuvent être échangées via le réseau de DM NOSTR classique, pas dans le canal, directement entre les utilisateurs.

Ainsi, une personne qui récupérerait les clef du canal de discussion récupérerait juste des messages crypté avec aucune info sur les destinataires ni les expéditeurs. Juste du RSA ou du ElGamal.

Le seul moyen de crack ce truc est de recup la clef privée d’un des participants, mais c’est le cas de n’importe quel group chat.

Pour la forward secrecy, je propose qu’une nouvelle clef RSA ou ElGamal soit échangée par DM entre les participants en dehors du canal, par DM to le X message en fonction du niveau de forward secrecy dont on a besoin.

🔸Aucune modification du protocole n’est requise.

🔸Seul les clients doivent mettre en place cette mécanique.

🔸Je pense même à dev un client qui fait uniquement ça… mais malheureusement avec le bébé, j’ai pas le temps.

C'est aussi très compliqué (il faut décrire le workflow et le format des messages très precisemments). Par ailleurs il y a un échange de clef privée aux membres ce qui en soit est problématique.

I've published a 31990 kind it my provider does not appeared in vendata 😕

Je "fête" mon premier covid19

Ok for now, I have a data vending machine that able to transcript youtube video.

nostr:npub1jn0d00aygwjreatgh9c6rclxlvrycesqulf3hkhs529zvm3katasp4p32m

You can take a look on https://dev.highlighter.com/web

I need to add start and end marker features.

I would like to add podcast transcription but I have no idea how to grab audio from podcast service.

cc nostr:npub1l2vyh47mk2p0qlsku7hg0vn29faehy9hy34ygaclpn66ukqp3afqutajft any idea ?

J'ai la crève en pleine canicule

It provides YouTube transcription based on data vending machine specification.

https://numelli.com/a/Nostr/64be3cb99a74320028563d41

It grab YouTube URL and return a transcription

Don't know the best way to deliver the result. Give the s3 URL or just publish the json.

nostr:npub1l2vyh47mk2p0qlsku7hg0vn29faehy9hy34ygaclpn66ukqp3afqutajft any idea ? 😅

Working on a youtube transcribe data vending machine based on AWS transcribe.

cc nostr:npub1l2vyh47mk2p0qlsku7hg0vn29faehy9hy34ygaclpn66ukqp3afqutajft