Song Jong on Nostr: #tuxdobananil #explains #nips #nip-53 # Resumo do NIP-53 - Atividades ao Vivo ...
#tuxdobananil #explains #nips #nip-53
# Resumo do NIP-53 - Atividades ao Vivo 🌐🎤
O NIP-53 apresenta uma estrutura para anunciar a participação de usuários em atividades ao vivo na rede Nostr, permitindo que os participantes registrem e consultem facilmente essas atividades através dos clientes.
## Conceitos Principais
### Evento ao Vivo
Definido como um evento especial com `kind:30311` "Evento ao Vivo", sendo um evento _parametrizável substituível_ de tags públicas `p`. Cada tag `p` DEVE ter um nome de marcador **exibível** para o papel atual do usuário no evento (como `Host`, `Speaker`, `Participant`) e as informações do relay PODEM estar vazias. Este evento é constantemente atualizado conforme os participantes entram e saem da atividade.
- **Formato**:
- `d`: Identificador único.
- `title`: Nome do evento.
- `summary`: Descrição.
- `image`: URL de imagem de pré-visualização.
- `streaming`: URL de transmissão ao vivo.
- `recording`: URL para a gravação editada após o evento.
- `starts` e `ends`: Timestamps de início e fim.
- `status`: Status do evento (`planned`, `live`, `ended`).
- `current_participants` e `total_participants`: Contagem de participantes.
- `p`: Tags de participantes com papel no evento.
- `relays`: Relays recomendados.
Os provedores DEVERIAM manter a lista de participantes pequena (e.g., menos de 1000 usuários) e, quando os limites forem alcançados, escolher quais participantes nomear no evento.
### Prova de Acordo para Participar
Os donos de eventos podem adicionar uma prova como o 5º termo em cada tag `p` para esclarecer o acordo do participante em se juntar ao evento. A prova é uma assinatura SHA256 da Tag `a` completa do evento assinada pela chave privada de cada `p`, codificada em hexadecimal.
Os clientes PODEM exibir participantes apenas se a prova estiver disponível ou PODEM exibir participantes como "convidados" se a prova não estiver disponível.
### Mensagem de Chat ao Vivo
Evento de `kind:1311` é uma mensagem de canal de chat ao vivo. Os clientes DEVEM incluir a tag `a` da atividade com um marcador `root`. Outras tags do Kind-1 como `reply` e `mention` também podem ser usadas.
## Casos de Uso
Incluem salas de reuniões/workshops, atividades de assistir juntos, ou espaços de eventos, como [live.snort.social](https://live.snort.social) e [nostrnests.com](https://nostrnests.com).
## Exemplo
### Transmissão ao Vivo
Um exemplo de JSON para um evento de transmissão ao vivo inclui informações como o identificador único `d`, título `title`, descrição `summary`, URL de transmissão `streaming`, horários de início `starts` e status `status`.
### Mensagem de Chat da Transmissão ao Vivo
Um exemplo de JSON para uma mensagem de chat ao vivo relacionada a um evento de transmissão ao vivo, incluindo a referência `a` ao evento com o marcador `root`.
Este NIP oferece uma maneira de integrar e destacar atividades ao vivo dentro da rede Nostr, facilitando para os usuários encontrarem e participarem de eventos interativos e transmissões.
# Resumo do NIP-53 - Atividades ao Vivo 🌐🎤
O NIP-53 apresenta uma estrutura para anunciar a participação de usuários em atividades ao vivo na rede Nostr, permitindo que os participantes registrem e consultem facilmente essas atividades através dos clientes.
## Conceitos Principais
### Evento ao Vivo
Definido como um evento especial com `kind:30311` "Evento ao Vivo", sendo um evento _parametrizável substituível_ de tags públicas `p`. Cada tag `p` DEVE ter um nome de marcador **exibível** para o papel atual do usuário no evento (como `Host`, `Speaker`, `Participant`) e as informações do relay PODEM estar vazias. Este evento é constantemente atualizado conforme os participantes entram e saem da atividade.
- **Formato**:
- `d`: Identificador único.
- `title`: Nome do evento.
- `summary`: Descrição.
- `image`: URL de imagem de pré-visualização.
- `streaming`: URL de transmissão ao vivo.
- `recording`: URL para a gravação editada após o evento.
- `starts` e `ends`: Timestamps de início e fim.
- `status`: Status do evento (`planned`, `live`, `ended`).
- `current_participants` e `total_participants`: Contagem de participantes.
- `p`: Tags de participantes com papel no evento.
- `relays`: Relays recomendados.
Os provedores DEVERIAM manter a lista de participantes pequena (e.g., menos de 1000 usuários) e, quando os limites forem alcançados, escolher quais participantes nomear no evento.
### Prova de Acordo para Participar
Os donos de eventos podem adicionar uma prova como o 5º termo em cada tag `p` para esclarecer o acordo do participante em se juntar ao evento. A prova é uma assinatura SHA256 da Tag `a` completa do evento assinada pela chave privada de cada `p`, codificada em hexadecimal.
Os clientes PODEM exibir participantes apenas se a prova estiver disponível ou PODEM exibir participantes como "convidados" se a prova não estiver disponível.
### Mensagem de Chat ao Vivo
Evento de `kind:1311` é uma mensagem de canal de chat ao vivo. Os clientes DEVEM incluir a tag `a` da atividade com um marcador `root`. Outras tags do Kind-1 como `reply` e `mention` também podem ser usadas.
## Casos de Uso
Incluem salas de reuniões/workshops, atividades de assistir juntos, ou espaços de eventos, como [live.snort.social](https://live.snort.social) e [nostrnests.com](https://nostrnests.com).
## Exemplo
### Transmissão ao Vivo
Um exemplo de JSON para um evento de transmissão ao vivo inclui informações como o identificador único `d`, título `title`, descrição `summary`, URL de transmissão `streaming`, horários de início `starts` e status `status`.
### Mensagem de Chat da Transmissão ao Vivo
Um exemplo de JSON para uma mensagem de chat ao vivo relacionada a um evento de transmissão ao vivo, incluindo a referência `a` ao evento com o marcador `root`.
Este NIP oferece uma maneira de integrar e destacar atividades ao vivo dentro da rede Nostr, facilitando para os usuários encontrarem e participarem de eventos interativos e transmissões.