Song Jong on Nostr: #tuxdobananil #explains #nips #nip-40 ### NIP-40: Carimbo de Tempo de Expiração ...
#tuxdobananil #explains #nips #nip-40
### NIP-40: Carimbo de Tempo de Expiração ⏳🗑️
**O que é NIP-40?** 🤔
- Proposta que introduz a tag `expiration` para permitir aos usuários especificar um timestamp Unix em que a mensagem deve ser considerada expirada e, portanto, deletada pelos relays.
**Como Funciona:** ✨
- A tag `expiration` usa um timestamp Unix (em segundos) para marcar quando a mensagem deve expirar.
#### Exemplo de Uso: 📝
```json
{
"pubkey": "<pub-key>",
"created_at": 1000000000,
"kind": 1,
"tags": [
["expiration", "1600000000"]
],
"content": "This message will expire at the specified timestamp and be deleted by relays.\n",
"id": "<event-id>"
}
```
- A mensagem expirará no timestamp especificado e será deletada pelos relays.
### Comportamento Esperado: 🔄
**Clientes:** 🖥️
- Deveriam verificar o campo `supported_nips` para identificar se um relay suporta esta NIP. Mensagens com expiração não devem ser enviadas a relays que não suportam esta NIP.
- Deveriam ignorar eventos que já expiraram.
**Relays:** 📡
- Podem não deletar mensagens expiradas imediatamente e podem mantê-las indefinidamente.
- Não devem enviar eventos expirados para os clientes.
- Devem descartar quaisquer eventos publicados a eles que já estejam expirados.
- O timestamp de expiração não afeta o armazenamento de eventos efêmeros.
### Casos de Uso Sugeridos: 🚀
- **Anúncios Temporários**: Para anunciar eventos futuros que não precisam permanecer visíveis indefinidamente.
- **Ofertas por Tempo Limitado**: Usado por negócios para promover ofertas especiais que expiram após um determinado período.
#### Aviso: ⚠️
- Os eventos podem ser baixados por terceiros, pois são acessíveis publicamente nos relays em todo momento. Portanto, mensagens com expiração não devem ser vistas como uma funcionalidade de segurança para conversas ou outros usos.
**Conclusão:** 💡
NIP-40 oferece uma maneira prática de gerenciar a relevância do conteúdo no tempo, permitindo a remoção automática de mensagens após um período específico, embora não deva ser considerado uma medida de segurança.
### NIP-40: Carimbo de Tempo de Expiração ⏳🗑️
**O que é NIP-40?** 🤔
- Proposta que introduz a tag `expiration` para permitir aos usuários especificar um timestamp Unix em que a mensagem deve ser considerada expirada e, portanto, deletada pelos relays.
**Como Funciona:** ✨
- A tag `expiration` usa um timestamp Unix (em segundos) para marcar quando a mensagem deve expirar.
#### Exemplo de Uso: 📝
```json
{
"pubkey": "<pub-key>",
"created_at": 1000000000,
"kind": 1,
"tags": [
["expiration", "1600000000"]
],
"content": "This message will expire at the specified timestamp and be deleted by relays.\n",
"id": "<event-id>"
}
```
- A mensagem expirará no timestamp especificado e será deletada pelos relays.
### Comportamento Esperado: 🔄
**Clientes:** 🖥️
- Deveriam verificar o campo `supported_nips` para identificar se um relay suporta esta NIP. Mensagens com expiração não devem ser enviadas a relays que não suportam esta NIP.
- Deveriam ignorar eventos que já expiraram.
**Relays:** 📡
- Podem não deletar mensagens expiradas imediatamente e podem mantê-las indefinidamente.
- Não devem enviar eventos expirados para os clientes.
- Devem descartar quaisquer eventos publicados a eles que já estejam expirados.
- O timestamp de expiração não afeta o armazenamento de eventos efêmeros.
### Casos de Uso Sugeridos: 🚀
- **Anúncios Temporários**: Para anunciar eventos futuros que não precisam permanecer visíveis indefinidamente.
- **Ofertas por Tempo Limitado**: Usado por negócios para promover ofertas especiais que expiram após um determinado período.
#### Aviso: ⚠️
- Os eventos podem ser baixados por terceiros, pois são acessíveis publicamente nos relays em todo momento. Portanto, mensagens com expiração não devem ser vistas como uma funcionalidade de segurança para conversas ou outros usos.
**Conclusão:** 💡
NIP-40 oferece uma maneira prática de gerenciar a relevância do conteúdo no tempo, permitindo a remoção automática de mensagens após um período específico, embora não deva ser considerado uma medida de segurança.