5967820

Hoje compartilhei informações sobre o NOSTR com colegas da faculdade e me surpreendi com a reação negativa. Muitos parecem ter concepções equivocadas sobre descentralização, defendendo a centralização da web com argumentos como:
- A centralização é necessária para manter o controle e evitar discursos de ódio.
- Acusações infundadas de associação com ideologias ou atos ilícitos.
- Apoio à restrição de acessos a plataformas como o Twitter por meio de VPNs em desacordo com a lei.
Fiquei decepcionado ao perceber esse nível de resistência e desinformação. Contudo, permaneço determinado a promover o NOSTR, o Bitcoin e o Tor. Estou em busca de ideias para materiais de divulgação, como panfletos ou banners. Sugestões são bem-vindas!

2024-04-07 23:57:29

@npub1drv…seet, What is the difference between set_display_name and set_name in Metadata?
https://image.nostr.build/ec1b08bcb42903a51b88309a97a807d0e41993023383ca9d2d46a2b1c5f889b0.jpg

2024-04-07 17:06:17

- reply

!play red 10

2024-04-07 02:15:41

- reply

I think the universe is indifferent to us, it just is what it is and follows its rules. Fuck us, fuck everything other than the rules. But I hope you find comfort within your own mind, which is the only place something can have human meaning.

2024-04-05 07:48:06

- reply

You are right! I was excited about testing these bots and did so quickly. I intend to improve it and add more features. I thought I'd leave the format free so you can choose what's best and other yt-dl parameters.

2024-04-05 07:39:14

- reply

It's another bot, after taking a look. I just didn't clean up the meta information

2024-04-05 07:23:29

- reply

Tomorrow I will work on batch files and some other details

2024-04-05 07:20:11

- reply

So in Flake and without meta information it would be better for you?!

2024-04-05 07:12:17

- reply

For now it is returning MP3s. I made it last night, during the week I will improve it and I'm open to suggestions. When it is more organized I will fix it in an "official" private key. P For now it is in the testing phase.

2024-04-05 07:00:14

Bot to download audios given a YouTube url. Just send him a private message. Open to feedback. Wow!
@npub1thx…8psk

2024-04-03 01:08:50

- reply

Testando! Da uma olhada aew! 🙂

2024-04-03 00:55:52

- reply

São dois links distintos*

2024-04-03 00:55:28

- reply

Mano, pra mim existem níveis de privacidade. Dá uma lida nisso:
https://ssd.eff.org/
https://securityinabox.org/en/

2024-04-03 00:53:23

- reply

O homem bicentenário
AI Inteligência Artificial

2024-04-02 19:40:04

```python
"""
This script automatically detects whether a given file is encoded in base64 or not.
If the file is not in base64, it encodes the file's content into base64 and saves the output
in a new file with the same name plus '.b64' extension. If the file is already in base64,
it decodes it and saves the output in a new file with the original name but without the
'.b64' extension. This process allows for easy encoding and decoding of files to and from
base64 format, making it useful for handling base64 encoded data.
"""
import base64
import os
import sys
def is_base64(sb):
"""
Check if the input is a base64 encoded string or bytes.
Parameters:
- sb (str or bytes): Input to check.
Returns:
- bool: True if input is a valid base64 encoded string/bytes, False otherwise.
"""
try:
if isinstance(sb, str):
# If input is a string, try to decode
sb_bytes = bytes(sb, 'ascii')
elif isinstance(sb, bytes):
# If input is already bytes, use directly
sb_bytes = sb
else:
raise ValueError("The argument must be of type string or bytes.")
# Returns True if re-encoding the decoded bytes matches the original input
return base64.b64encode(base64.b64decode(sb_bytes)) == sb_bytes
except Exception:
return False
def auto_base64(file_path):
"""
Automatically encodes or decodes a file to/from base64 based on its content.
Parameters:
- file_path (str): Path to the file to encode/decode.
Returns:
- str: Path to the new encoded/decoded file.
"""
with open(file_path, 'rb') as file:
content = file.read()
operation = 'decode' if is_base64(content) else 'encode'
if operation == 'encode':
content_base64 = base64.b64encode(content).decode('utf-8')
output_path = file_path + '.b64'
with open(output_path, 'w') as output_file:
output_file.write(content_base64)
else:
content_decoded = base64.b64decode(content)
output_path = os.path.splitext(file_path)[0]
with open(output_path, 'wb') as output_file:
output_file.write(content_decoded)
return output_path
if __name__ == "__main__":
if len(sys.argv) != 2:
print("Usage: script.py <file_path>")
sys.exit(1)
file_path = sys.argv[1]
new_file_path = auto_base64(file_path)
print(f"Processed file: {new_file_path}")
```

2024-04-02 19:07:18

It's astounding how a good appearance can lead to someone's words being automatically accepted as truth by the majority of people. My mother once questioned: "Why would the journalist lie? He's wearing a suit and works at Globo!" While it might be cliché to mention TV channels like Globo, this phenomenon is observable in various contexts. It's alarming to realize that the focus is often more on who says something than on the content of what is said.

2024-04-02 02:09:03

- reply

Já morei aí, cidade bem fria kkkk

2024-04-02 00:49:18

- reply

I agree with you, although I believe there are different types of people who talk nonsense. Some do so out of a desire to express themselves, even though they lack knowledge, but are willing to learn. Others defend their nonsense in an irrational and aggressive manner. When such discussions occur, there can be a great opportunity for evolution, or not, it all depends on the people involved.

2024-04-01 13:51:35

- reply

I don't know if I understood very well what you said. You are referring to using messages that have actually already been produced with a specific communicational purpose and doing a steganography on them or given a message that you want to hide, would you produce a text that simulates a text that has a communicational purpose?

2024-04-01 03:25:51

- reply

It happened to me! I thought it was punishment for joining your call and not saying anything. My English is rubbish, I only listen to try to understand what you were saying. Hahahaha

2024-03-31 18:22:38

- reply

Sistema de recompensa de que exatamente? 👀

2024-03-30 15:04:40

# 🚨 Attention User Tux do Bananil! CVE-2024-3094 Discovered! 🚨
Hello, Tux do Bananil! 👋 Urgent news for all of us who trust and use Linux distributions in our daily life. A critical vulnerability has been discovered in the XZ utilities, widely used across various Linux distros. It's time to update and secure our systems! 🛡️
## 🚩 What You Need to Know
- **Vulnerability:** CVE-2024-3094.
- **Issue:** A backdoor in versions 5.6.0 and 5.6.1 of the xz libraries allows unauthorized system access.
- **Discovered by:** Andres Freund, PostgreSQL developer and software engineer at Microsoft.
- **Impact:** The malicious code affects sshd authentication, enabling remote system access.
## 🔍 Affected Distributions
- **Fedora 41 and Fedora Rawhide:** users should immediately cease using them.
- **Debian:** testing, unstable, and experimental versions are compromised. Update your xz-utils packages.
- **SUSE:** has already provided a fix for openSUSE users.
- **Kali Linux:** affected between March 26 and March 29. Essential updates available.
## 🛠️ How to Protect Yourself
1. **Check Your XZ Utils Version:** If you are using 5.6.0 or 5.6.1, you are at risk.
2. **Downgrade to a Secure Version:** XZ Utils 5.4.6 Stable is recommended.
3. **Update Your System:** Follow your distribution's specific guidance for updates or fixes.
4. **Monitoring:** Stay alert for any suspicious system activity.
## 🤝 Together We Are Stronger
The Linux community's ability to respond quickly to security threats is our greatest strength. Let's unite to ensure the security of our systems. If you identify any malicious activity, report it to the competent authorities and the community.
### 📢 Spread the Word!
Share this information with other Linux users. Together, we can prevent the exploitation of this vulnerability and keep our systems safe. 🌐
---
**Source:** [Help Net Security - CVE-2024-3094 Linux Backdoor](https://www.helpnetsecurity.com/2024/03/29/cve-2024-3094-linux-backdoor/)
**Stay safe, stay informed.** 🐧💼

2024-03-29 03:39:01

- reply

LineageOS -> Android

2024-03-29 03:02:32

- reply

Congratulations on the work!

2024-03-29 02:40:53

- reply

What is that?

2024-03-29 02:25:48

- reply

Then a black hole comes and gives you a big hug.

2024-03-28 23:00:11

- reply

Concordo contigo em alguns pontos. Eu não sou cristão, mas se você for me tira uma dúvida?! O que falam de Jesus no cristianismo não tá relacionado a esse amor altruísta?

2024-03-28 22:50:30

- reply

Is there any reason why this NIP is not described in the documentation? Is it because it's something new, it's just been forgotten or something I don't know about?

2024-03-28 21:55:59

- reply

Thank<3

2024-03-28 14:50:43

@npub1gcx…nj5z @npub180c…h6w6 @npub1drv…seet
Hey guys!!!🤙 Is NIP 90 already being used by anyone? Do you have any examples? Wow, guys!

2024-03-28 01:10:51

- reply

Receba!

2024-03-28 00:45:27

- reply

Ah cool! I'm still getting familiar with things here. I didn't even know there was a conference on Nostr. I see some very active people here and in the project in general, you are one of them I'm almost like a stalker watching you to try to understand what's going on here. I saw that there is a more specific community about the protocol itself I met some client developers and spoke to some people who implement the protocol as well. Which of these groups are you part of?

2024-03-28 00:15:33

- reply

You're Brazilian, right 0xtr?! Pura vida it looks like something in Portuguese 🐧

2024-03-28 00:14:06

- reply

What is GM? I don't understand these slangs lol

2024-03-27 01:24:31

- reply

Are you consuming too much of the API?

2024-03-26 23:57:54

#tuxdobananil #explains #nips #nip-28
## Resumo do NIP-28: Chat Público no Nostr 🌍💬
### Objetivo 🎯
NIP-28 propõe a criação de canais de chat público no Nostr, incluindo a estrutura para mensagens e moderação do lado do cliente. Isso amplia o Nostr para além das redes sociais, abrangendo também a comunicação estilo Telegram.
### Tipos de Eventos Reservados 📌
- `40 - channel create`: Criação de um canal de chat público.
- `41 - channel metadata`: Atualização de metadados do canal.
- `42 - channel message`: Envio de mensagens no canal.
- `43 - hide message`: Ocultação de mensagens específicas.
- `44 - mute user`: Silenciamento de usuários específicos.
### Moderação do Lado do Cliente 🛠️
- Permite que desenvolvedores de clientes controlem o tipo de conteúdo em suas aplicações sem imposições adicionais aos relays.
### Criação e Gerenciamento de Canais 🚀
- **Kind 40**: Incluir metadados básicos do canal (`name`, `about`, `picture`) no campo `content`.
- **Kind 41**: Atualizar metadados públicos do canal, tratados de forma semelhante aos eventos substituíveis do kind 33, ignorando updates de chaves públicas diferentes da original.
### Mensagens no Canal ✉️
- **Kind 42**: Envio de mensagens para um canal, utilizando tags [NIP-10](10.md) para recomendar relays e especificar se é uma resposta ou mensagem raiz.
### Moderação e Controle de Conteúdo 🙅‍♂️
- **Kind 43 & 44**: Permite aos usuários ocultar mensagens específicas ou silenciar outros usuários, com a opção de incluir uma `reason` no `content`.
### Recomendações de Relay [NIP-10](10.md) 📡
- Preferencialmente, utilizar o URL do relay do evento kind 40 original. Alterações são permitidas, por exemplo, se o relay original ficar offline.
### Motivação e Contexto Adicional 🌐
- Visa resolver a comunicação resistente à censura, não apenas para mídia social, mas também para mensagens ao estilo Telegram, promovendo um espaço público verdadeiramente aberto a todos.
- Inclui referências a demonstrações de chat e discussões relevantes no desenvolvimento do NIP.
### Conclusão 🎯
NIP-28 abre caminho para conversas globais fora dos jardins murados, introduzindo canais de chat público com recursos de moderação flexíveis, fortalecendo a visão do Nostr como uma praça pública digital acessível a todos.

2024-03-26 23:15:18

#tuxdobananil #explains #nips #nip-15
# NIP-15: Mercado Nostr 🛒
## Visão Geral
Baseado no [Diagon Alley](https://github.com/lnbits/Diagon-Alley) do LNbits, o NIP-15 propõe a criação de um marketplace dentro do ecossistema Nostr, implementado em soluções como [NostrMarket](https://github.com/lnbits/nostrmarket) e [Plebeian Market](https://github.com/PlebeianTech/plebeian-market).
## Termos
- **Comerciante**: vendedor de produtos com par de chaves Nostr.
- **Cliente**: comprador de produtos com par de chaves Nostr.
- **Produto**: item à venda pelo comerciante.
- **Barraca**: lista de produtos controlada pelo comerciante (um comerciante pode ter múltiplas barracas).
- **Mercado**: software do lado do cliente para buscar barracas e comprar produtos.
## Clientes do Mercado Nostr
### Administração do Comerciante
Local onde o comerciante cria, atualiza e exclui barracas e produtos, além de gerenciar vendas, pagamentos e comunicação com clientes. O software de administração do comerciante pode ser totalmente do lado do cliente, mas por conveniência e disponibilidade, implementações provavelmente terão um cliente servidor ouvindo por eventos Nostr.
### Mercado
O software do mercado deve ser totalmente do lado do cliente, seja como um app independente ou como uma página web totalmente frontend. Um cliente se inscreve em chaves públicas Nostr de diferentes comerciantes, e as barracas e produtos desses comerciantes se tornam listados e pesquisáveis. O cliente do mercado funciona como qualquer outro site de e-commerce, com cesta e finalização de compra. Mercados também podem incluir uma área de suporte ao cliente para comunicação direta por mensagem com os comerciantes.
## Publicando/Atualizando Produtos (Evento)
Um comerciante pode publicar esses eventos:
- **Kind 0**: `set_meta` - Descrição do comerciante (similar a qualquer chave pública Nostr).
- **Kind 30017**: `set_stall` - Cria ou atualiza uma barraca.
- **Kind 30018**: `set_product` - Cria ou atualiza um produto.
- **Kind 4**: `direct_message` - Comunica com o cliente. As mensagens podem ser em texto plano ou JSON.
- **Kind 5**: `delete` - Exclui um produto ou uma barraca.
## Eventos de Finalização de Compra
Todos os eventos de finalização de compra são enviados como strings JSON usando [NIP-04](https://github.com/nostr-protocol/nips/blob/master/04.md).
O comerciante e o cliente podem trocar mensagens JSON que representam diferentes ações. Cada mensagem JSON **DEVE** ter um campo `type` indicando a que a JSON representa.
## Personalizando o Mercado
Cria uma experiência de usuário customizada usando `naddr` de [NIP-19](https://github.com/nostr-protocol/nips/blob/master/19.md#shareable-identifiers-with-extra-metadata). O uso de `naddr` permite compartilhar facilmente eventos do mercado, incorporando um conjunto rico de metadados.
## Leilões
Define eventos para criar ou atualizar um produto vendido como leilão, incluindo detalhes como lance inicial, data de início, duração e especificações de envio.
## Suporte ao Cliente
O suporte ao cliente é gerenciado pelo método de comunicação especificado. Se a comunicação for via Nostr, utiliza-se o [NIP-04](https://github.com/nostr-protocol/nips/blob/master/04.md).
## Conclusão
NIP-15 estabelece uma base para um sistema de mercado dentro do Nostr, permitindo a compra e venda de produtos de forma descentralizada, além de fornecer mecanismos para personalização, leilões e suporte ao cliente, enriquecendo o ecossistema Nostr com funcionalidades comerciais.

2024-03-26 23:03:46

#tuxdobananil #explains #nips #nip-13
# NIP-13: Prova de Trabalho (PoW) para Notas Nostr 🛠️
## Resumo
NIP-13 introduz um método para gerar e interpretar Prova de Trabalho (Proof of Work - PoW) para notas no protocolo Nostr. PoW adiciona uma prova de trabalho computacional a uma nota, servindo como um meio de dissuasão de spam.
### Dificuldade
A `dificuldade` é definida pelo número de bits zero iniciais no ID do evento NIP-01. Por exemplo, um ID com `36` bits zero iniciais tem uma dificuldade de `36`.
### Mineração
Para gerar PoW para uma nota NIP-01, usa-se uma tag `nonce`:
```json
{"content": "It's just me mining my own business", "tags": [["nonce", "1", "21"]]}
```
Durante a mineração, o segundo valor na tag `nonce` é atualizado, recalculando o ID. Se o ID atingir o número desejado de bits zero iniciais, a nota foi minerada com sucesso. É recomendado também atualizar `created_at` durante este processo.
O terceiro valor na tag `nonce` DEVE conter a dificuldade-alvo, permitindo aos clientes protegerem-se contra spammers que, por sorte, atinjam uma dificuldade maior.
### Exemplo de Nota Minerada
```json
{
"id": "000006d8c378af1779d2feebc7603a125d99eca0ccf1085959b307f64e5dd358",
"pubkey": "a48380f4cfcc1ad5378294fcac36439770f9c878dd880ffa94bb74ea54a6f243",
"created_at": 1651794653,
"kind": 1,
"tags": [
["nonce", "776797", "21"]
],
"content": "It's just me mining my own business",
"sig": "284622fc0a3f4f1303455d5175f7ba962a3300d136085b9566801bc2e0699de0c7e31e44c81fb40ad9049173742e904713c3594a1da0fc5d2382a25c11aba977"
}
```
### Validação
Segue um código de referência em C para calcular a dificuldade (número de bits zero iniciais) em um ID de evento Nostr:
```c
#include <stdio.h>
#include <stdlib.h>
#include <string.h>
int countLeadingZeroes(const char *hex) {
int count = 0;
for (int i = 0; i < strlen(hex); i++) {
int nibble = (int)strtol((char[]){hex[i], '\0'}, NULL, 16);
if (nibble == 0) {
count += 4;
} else {
count += __builtin_clz(nibble) - 28;
break;
}
}
return count;
}
int main(int argc, char *argv[]) {
if (argc != 2) {
fprintf(stderr, "Usage: %s <hex_string>\n", argv[0]);
return 1;
}
const char *hex_string = argv[1];
int result = countLeadingZeroes(hex_string);
printf("Leading zeroes in hex string %s: %d\n", hex_string, result);
return 0;
}
```
E em JavaScript:
```javascript
function countLeadingZeroes(hex) {
let count = 0;
for (let i = 0; i < hex.length; i++) {
const nibble = parseInt(hex[i], 16);
if (nibble === 0) {
count += 4;
} else {
count += Math.clz32(nibble) - 28;
break;
}
}
return count;
}
```
### Consultando Relays por Notas com PoW
Se relays permitirem busca por prefixos, isso pode ser usado para filtrar notas de uma certa dificuldade.
### Prova de Trabalho Delegada
PoW pode ser externalizado para provedores de PoW, talvez mediante pagamento. Isso permite que clientes publiquem suas mensagens em relays restritos por PoW sem necessidade de realizar o trabalho computacional, útil para dispositivos com restrições energéticas.
## Conclusão
NIP-13 apresenta um método eficaz de incorporar Prova de Trabalho nas notas Nostr, promovendo uma rede mais resistente ao spam e permitindo a implementação de restrições baseadas em trabalho computacional de forma universal.

2024-03-26 23:01:23

#tuxdobananil #explains #nips #nip-12
# NIP-12: Consultas Genéricas de Tags 🏷️
## Status: Final e Obrigatório
NIP-12 agora faz parte do NIP-01 e introduz um padrão obrigatório para consultas genéricas de tags dentro do ecossistema Nostr, permitindo buscas e filtragens avançadas baseadas em tags específicas associadas aos eventos.
### Detalhes Importantes:
- **Integração ao NIP-01**: A funcionalidade de consultas genéricas de tags, inicialmente proposta pelo NIP-12, foi incorporada ao NIP-01, a base do protocolo Nostr. Isso sublinha a importância de oferecer métodos flexíveis e poderosos para filtrar e buscar eventos na rede Nostr com base em critérios específicos de tags.
- **Funcionalidade**: A implementação dessa característica permite que clientes e relays realizem buscas detalhadas por eventos, usando tags como parâmetros de consulta. Isso abre caminho para uma organização e recuperação de informações mais eficiente dentro do Nostr, facilitando aos usuários encontrar conteúdo relevante e específico.
### Uso:
- **Tags como Filtros**: Tags específicas podem ser usadas para filtrar eventos, tornando mais fácil para os usuários e aplicativos navegar pelo vasto conteúdo disponível na rede Nostr, desde que os relays suportem tais consultas.
- **Consultas Avançadas**: A capacidade de realizar consultas genéricas baseadas em tags habilita desenvolvedores a criar aplicações Nostr mais interativas e personalizadas, atendendo a necessidades específicas de filtragem e busca de conteúdo.
### Conclusão:
A integração do NIP-12 ao NIP-01 reforça a base do protocolo Nostr com uma ferramenta essencial para o manuseio avançado de eventos, potencializando a criação de experiências de usuário ricas e a construção de uma comunidade Nostr mais conectada e acessível.

2024-03-26 22:22:22

#tuxdobananil #explains #nips #nip-10
# NIP-10: Sobre as Tags "e" e "p" em Eventos de Texto (tipo 1) 📝
## Resumo
NIP-10 fornece diretrizes sobre como utilizar as tags "e" e "p" em eventos de texto, especialmente naqueles que são respostas a outros eventos de texto, facilitando a organização dessas respostas em uma estrutura de árvore com raiz no evento original.
## Tags "e" Posicionais (DEPRECADO)
Este esquema, embora em uso comum, deve ser considerado obsoleto e não é mais recomendado devido às ambiguidades que pode criar.
### Uso:
- Sem tag "e": O evento não é uma resposta ou referência a qualquer outro evento.
- Uma tag "e": Indica o ID do evento ao qual este é uma resposta.
- Duas tags "e": O primeiro ID é do evento raiz da cadeia de respostas, e o segundo é do evento específico ao qual se está respondendo.
- Múltiplas tags "e": Podem haver diversos IDs de eventos mencionados, seguidos pelo ID do evento raiz e pelo ID do evento específico ao qual se está respondendo.
## Tags "e" Marcadas (PREFERIDO)
Para resolver as ambiguidades do esquema anterior, a marcação das tags "e" é preferida, permitindo especificar claramente o papel de cada evento referenciado.
### Formato:
`["e", <event-id>, <relay-url>, <marker>]`, onde:
- `<event-id>`: ID do evento referenciado.
- `<relay-url>`: URL de um relay recomendado associado à referência. Pode ser deixado como `""`.
- `<marker>`: Marcador opcional, podendo ser `"reply"`, `"root"`, ou `"mention"` para denotar a natureza da referência.
### Diretrizes:
- **Respostas Diretas**: Um evento que responde diretamente ao evento raiz de uma thread deve ter uma única tag "e" marcada como `"root"`.
- **Menciona**: Eventos que citam ou repostam devem usar o marcador `"mention"`.
## A Tag "p"
Usada para registrar quem está envolvido em uma thread de respostas, contendo uma lista de chaves públicas (`pubkeys`).
### Uso em Respostas:
Ao responder a um evento de texto `E`, as tags "p" do evento de resposta devem incluir todas as tags "p" de `E`, além da `pubkey` do evento ao qual está respondendo.
### Exemplo:
Dado um evento de texto autoria de `a1` com tags "p" [`p1`, `p2`, `p3`], as tags "p" da resposta devem ser [`a1`, `p1`, `p2`, `p3`], sem uma ordem específica.
## Conclusão
NIP-10 esclarece a utilização das tags "e" e "p" em eventos de texto, promovendo um método mais claro e sem ambiguidades para organizar respostas e menções, contribuindo para uma melhor estruturação e entendimento das interações dentro da rede Nostr.

2024-03-26 22:19:56

#tuxdobananil #explains #nips #nip-08
# NIP-08: Manipulação de Menções 🚫
## Visão Geral
NIP-08, agora considerado obsoleto e desaconselhado em favor do NIP-27, padronizava o tratamento de menções inline de outros eventos e chaves públicas no conteúdo de notas de texto (`text_note`) na rede Nostr.
### Processo Descrito
- **Inserção de Menções**: Clientes deveriam oferecer uma forma de inserir menções através de uma interface, como um componente de autocompletar, ativado ao digitar um caractere especial (por exemplo, "@") ou ao pressionar um botão específico.
- **Armazenamento de Menções**: Uma vez identificada uma menção (seja de um evento ou chave pública), o cliente deveria:
- Adicionar a chave pública mencionada às tags do evento com a tag `p`.
- Substituir a referência textual dentro do `.content` por `#[índice]`, onde "índice" corresponde ao índice baseado em zero da tag relacionada no array de tags.
### Exemplos de Aplicação
- **Para Chaves Públicas**: Se uma chave pública `27866e9d854c78ae625b867eefdfa9580434bc3e675be08d2acb526610d96fbe` fosse mencionada, ela deveria ser adicionada como `["p", "27866e9d854c78ae625b867eefdfa9580434bc3e675be08d2acb526610d96fbe"]` nas tags, e o texto referente a ela no conteúdo da nota seria substituído por uma referência indexada `#[índice]`.
- **Para IDs de Evento**: O mesmo processo aplicava-se ao mencionar IDs de eventos, com a menção sendo adicionada como uma tag `e`.
### Considerações de Implementação
- **Substituição de Menções por Clientes**: Ao receber uma nota de texto com menções `#[índice]`, os clientes poderiam substituir essas referências pelas informações reais extraídas do array de tags, permitindo enriquecer o contexto, como linkar para a chave pública mencionada ou mostrar uma prévia do evento mencionado.
- **Limitações**: Se o índice `#[index]` apontasse para fora do intervalo do array de tags ou para uma tag que não fosse `e` ou `p` (ou uma tag declarada para suportar essa notação), o cliente deveria tratar essa referência como texto normal, não realizando substituições ou enriquecimento de contexto.
## Conclusão
Embora NIP-08 tenha proposto um método padronizado para incluir e processar menções em notas de texto dentro da rede Nostr, ele foi substituído pelo NIP-27 devido a limitações e a necessidade de uma abordagem mais robusta e flexível.

2024-03-26 22:16:22

# NIP-07: Capacidade `window.nostr` para Navegadores Web 🌐
## Visão Geral
NIP-07 propõe a integração de um objeto `window.nostr` em navegadores da web ou extensões, permitindo que sites ou aplicativos web interajam com o protocolo Nostr diretamente do navegador.
### Métodos Definidos
**Métodos Básicos**:
- `async window.nostr.getPublicKey(): string`: Retorna a chave pública como hexadecimal.
- `async window.nostr.signEvent(event: { created_at: number, kind: number, tags: string[][], content: string }): Event`: Recebe um objeto de evento, adiciona `id`, `pubkey` e `sig`, retornando-o.
**Métodos Opcionais**:
- `async window.nostr.getRelays(): { [url: string]: {read: boolean, write: boolean} }`: Retorna um mapeamento básico de URLs de relays para políticas de relay.
- `async window.nostr.nip04.encrypt(pubkey, plaintext): string`: Retorna o texto cifrado e IV conforme especificado no NIP-04 (desaconselhado).
- `async window.nostr.nip04.decrypt(pubkey, ciphertext): string`: Recebe o texto cifrado e IV conforme especificado no NIP-04 (desaconselhado).
- `async window.nostr.nip44.encrypt(pubkey, plaintext): string`: Retorna o texto cifrado conforme especificado no NIP-44.
- `async window.nostr.nip44.decrypt(pubkey, ciphertext): string`: Recebe o texto cifrado conforme especificado no NIP-44.
### Implementação
Para ver exemplos e extensões de navegadores que implementam NIP-07, consulte [awesome-nostr](https://github.com/aljazceru/awesome-nostr#nip-07-browser-extensions).
## Conclusão
NIP-07 abre caminho para uma interação mais rica e segura com o protocolo Nostr diretamente de navegadores web, facilitando a criação de aplicações descentralizadas acessíveis sem a necessidade de software adicional.

2024-03-26 22:15:09

#tuxdobananil #explains #nips #nip-06
# NIP-06: Derivação Básica de Chaves a Partir de Frase-Semente Mnemônica 🔑
## Visão Geral
NIP-06 descreve o processo de usar uma frase-semente mnemônica para derivar chaves privadas e públicas, adotando os padrões [BIP39](https://bips.xyz/39) para geração de frases mnemônicas e [BIP32](https://bips.xyz/32) para a derivação de chaves.
### Processo de Derivação
1. **Geração da Frase Mnemônica**: Utiliza o BIP39 para gerar uma frase mnemônica que serve como semente para a geração de chaves.
2. **Derivação da Chave Binária**: A partir da frase mnemônica, deriva-se uma semente binária.
3. **Caminho de Derivação**: Utiliza o caminho `m/44'/1237'/<conta>'/0/0` conforme definido pelo SLIP44 para Nostr, onde `<conta>` pode ser incrementado para derivar múltiplas chaves a partir de uma única frase-semente.
### Uso Básico e Avançado
- **Uso Básico**: Clientes simples podem usar a conta `0` para derivar uma única chave.
- **Uso Avançado**: Para casos de uso mais complexos, o número da conta pode ser incrementado, permitindo a geração de um número praticamente infinito de chaves a partir da frase-semente, seguindo o caminho de derivação de 5 níveis com derivação fortalecida.
### Vetores de Teste
**1. Frase Mnemônica**: "leader monkey parrot ring guide accident before fence cannon height naive bean"
- **Chave Privada (hex)**: 7f7ff03d123792d6ac594bfa67bf6d0c0ab55b6b1fdb6249303fe861f1ccba9a
- **Chave Pública (hex)**: 17162c921dc4d2518f9a101db33695df1afb56ab82f5ff3e5da6eec3ca5cd917
- **Npub**: @npub1zut…x7nu
**2. Frase Mnemônica**: "what bleak badge arrange retreat wolf trade produce cricket blur garlic valid proud rude strong choose busy staff weather area salt hollow arm fade"
- **Chave Privada (hex)**: c15d739894c81a2fcfd3a2df85a0d2c0dbc47a280d092799f144d73d7ae78add
- **Chave Pública (hex)**: d41b22899549e1f3d335a31002cfd382174006e166d3e658e3a5eecdb6463573
- **Npub**: @npub16sd…q74h
## Conclusão
NIP-06 oferece uma abordagem segura e padronizada para a geração e derivação de chaves Nostr, assegurando a compatibilidade entre diferentes implementações de clientes e promovendo a adoção do protocolo de forma mais ampla.

2024-03-26 22:13:02

#tuxdobananil #explains #nips #nip-05
# NIP-05: Mapeamento de Chaves Nostr para Identificadores Baseados em DNS 🌍
## Visão Geral
NIP-05 possibilita vincular chaves públicas Nostr a identificadores de internet baseados em DNS, como endereços de e-mail, permitindo uma forma mais amigável de identificar usuários na rede Nostr.
### Funcionamento
- Em eventos de tipo `0` (metadados), é possível especificar a chave `"nip05"` com um identificador de internet (parecido com um e-mail) como valor.
- O identificador é dividido em `<parte-local>` e `<domínio>`, e é realizada uma requisição GET para `https://<domínio>/.well-known/nostr.json?name=<parte-local>`.
- A resposta deve ser um documento JSON com um mapeamento de nomes para chaves públicas em formato hexadecimal. Se a chave pública corresponder, o identificador `"nip05"` é considerado válido.
### Exemplo
Se um cliente encontra um evento como este:
```json
{
"pubkey": "b0635d6a9851d3aed0cd6c495b282167acf761729078d975fc341b22650b07b9",
"kind": 0,
"content": "{\"name\": \"bob\", \"nip05\": \"bob@example.com\"}"
}
```
Ele fará uma requisição GET para `https://example.com/.well-known/nostr.json?name=bob`, esperando uma resposta que confirme a associação da chave pública com o identificador `"nip05"`.
### Recomendações
- **Atributo `"relays"` recomendado**: Pode conter um objeto com chaves públicas como propriedades e arrays de URLs de relays como valores, ajudando clientes a saber em quais relays o usuário específico pode ser encontrado.
### Descoberta de Usuários
- Os clientes podem implementar suporte para encontrar as chaves públicas dos usuários a partir de seus identificadores "nip05", seguindo o fluxo descrito, mas invertido.
## Notas Importantes
### Prioridade das Chaves Públicas
- Os clientes devem sempre seguir as chaves públicas, não os endereços "nip05". Se o mapeamento para um endereço "nip05" mudar, o cliente não deve substituir a chave pública já seguida.
### Formato Hexadecimal
- As chaves devem ser retornadas em formato hexadecimal, não no formato `npub` do NIP-19.
### Sugestão para Implementação de Descoberta de Usuário
- Um cliente pode permitir que os usuários procurem por outros perfis digitando identificadores "nip05" em uma caixa de pesquisa, fazendo as consultas apropriadas para obter uma chave pública e sugerir isso ao usuário.
### Tratamento de Identificadores de Domínio
- Os clientes podem tratar o identificador `_@domínio` como o identificador "raiz" e optar por exibi-lo apenas como `<domínio>`.
### Racional para o Formato `/.well-known/nostr.json?name=<parte-local>`
- Isso suporta tanto servidores dinâmicos que geram JSON sob demanda quanto servidores estáticos com um arquivo JSON que pode conter múltiplos nomes.
### Acesso por Aplicativos JavaScript
- Para garantir a validação por aplicativos JS em navegadores, os servidores devem servir `/.well-known/nostr.json` com o cabeçalho HTTP `Access-Control-Allow-Origin: *`.
### Restrições de Segurança
- O endpoint `/.well-known/nostr.json` **NÃO DEVE** retornar redirecionamentos HTTP, e os clientes **DEVEM** ignorar quaisquer redirecionamentos dados pelo endpoint.

2024-03-26 22:11:27

#tuxdobananil #explains #nips #nip-04
# NIP-04: Mensagens Diretas Criptografadas 🔒
## Visão Geral
NIP-04 define um evento de tipo `4` para "mensagem direta criptografada", permitindo a comunicação privada entre usuários na rede Nostr. No entanto, é marcado como `unrecommended` e foi substituído pelo NIP-44 devido a preocupações de segurança.
### Atributos
- **`content`**: String criptografada com AES-256-CBC, codificada em base64, seguida pelo vetor de inicialização (IV) também em base64.
- **`tags`**: Deve incluir uma entrada para identificar o receptor (`["p", "<pubkey>"]`) e pode incluir uma entrada para identificar a mensagem anterior na conversa (`["e", "<event_id>"]`).
### Geração da Mensagem
A chave compartilhada é gerada combinando a chave pública do destinatário com a chave privada do remetente, usando apenas a coordenada X do ponto compartilhado, sem aplicar hash. Isso é usado como a chave para a criptografia AES-256-CBC da mensagem.
### Exemplo de Código
Um exemplo em JavaScript para gerar tal evento usando `@noble/secp256k1` e o módulo `crypto`:
```js
import crypto from 'crypto'
import * as secp from '@noble/secp256k1'
let sharedPoint = secp.getSharedSecret(ourPrivateKey, '02' + theirPublicKey)
let sharedX = sharedPoint.slice(1, 33)
let iv = crypto.randomFillSync(new Uint8Array(16))
var cipher = crypto.createCipheriv(
'aes-256-cbc',
Buffer.from(sharedX),
iv
)
let encryptedMessage = cipher.update(text, 'utf8', 'base64')
encryptedMessage += cipher.final('base64')
let ivBase64 = Buffer.from(iv.buffer).toString('base64')
let event = {
pubkey: ourPubKey,
created_at: Math.floor(Date.now() / 1000),
kind: 4,
tags: [['p', theirPublicKey]],
content: encryptedMessage + '?iv=' + ivBase64
}
```
## Advertências de Segurança
Este padrão está longe do estado da arte em comunicação criptografada e vaza metadados, portanto, **não deve ser usado** para comunicações verdadeiramente secretas. Use apenas com relays que implementam autenticação (`AUTH`) para restringir quem pode acessar seus eventos de tipo `4`.
## Aviso para Implementação em Clientes
Clientes **não devem** buscar e substituir referências de chaves públicas ou notas no `.content`. Processar a mensagem como uma nota de texto regular expõe as tags e permite que o usuário mencionado receba a mensagem em sua caixa de entrada.

2024-03-26 22:05:22

#tuxdobananil #explains #nips #nip-02
# NIP-02: Lista de Seguidores 🌐
## O Que É?
NIP-02 introduz o evento de tipo `3`, designado como "lista de seguidores". Este evento especial contém tags `p` representando perfis que o usuário segue, incluindo chaves públicas, URLs de relays e "petnames" locais para identificação amigável.
### Estrutura do Evento
- **Kind**: 3 (Lista de Seguidores)
- **Tags**: `["p", <chave hex de 32 bytes>, <URL do relay principal>, <petname>]`
- **Conteúdo**: Pode ser qualquer coisa, mas deve ser ignorado.
#### Exemplo:
```json
{
"kind": 3,
"tags": [
["p", "91cf9..4e5ca", "wss://alicerelay.com/", "alice"],
["p", "14aeb..8dad4", "wss://bobrelay.com/nostr", "bob"],
["p", "612ae..e610f", "ws://carolrelay.com/ws", "carol"]
],
"content": ""
}
```
## Funcionalidades
### Backup da Lista de Seguidores
- Use o evento do tipo `3` para salvar e recuperar sua lista de seguidores em dispositivos diferentes.
### Descoberta de Perfis e Enriquecimento de Contexto
- Exiba pessoas seguidas enquanto navega por perfis.
- Sugira novos perfis para seguir baseando-se nas listas de seguidores de outros.
- Utilize a lista em diferentes contextos para enriquecer a experiência do usuário.
### Compartilhamento de Relays
- Publique uma lista de seguidores com relays confiáveis para cada perfil seguido, ajudando outros clientes a atualizar suas listas internas de relays e aumentando a resistência à censura.
### Esquema de "Petnames"
- Através das listas de seguidores, construa tabelas locais de "petnames" derivadas das listas de outras pessoas, evitando a necessidade de nomes globais humanamente legíveis.
#### Exemplo Prático:
Se você segue "erin" e recebe listas de seguidores de "erin" e "david", pode identificar "frank" como "frank.david.erin", utilizando um esquema de nomeação baseado na cadeia de seguidores.
## Conclusão
NIP-02 não só facilita a organização e compartilhamento de perfis seguidos, mas também promove uma navegação mais personalizada e resistente à censura através do Nostr.

2024-03-26 22:03:37

#tuxdobananil #explains #nips #nip-01
# NIP-01: O Básico do Nostr 🚀
## Visão Geral
NIP-01 estabelece o fundamento do protocolo Nostr, detalhando como eventos e assinaturas devem ser gerenciados em uma rede descentralizada. É essencial para garantir que todos sigam um padrão coerente, promovendo interoperabilidade e segurança.
### 🗝️ Eventos e Assinaturas
- Cada usuário possui um par de chaves, seguindo o padrão de assinaturas Schnorr na curva `secp256k1`.
- Os eventos são a unidade básica de dados, contendo metadados como a chave pública do criador, timestamp, tipo de evento (kind), tags e conteúdo, todos verificados por uma assinatura digital.
### 🏷️ Tags
- Utilizadas para categorizar e facilitar a busca de eventos, permitindo referências a outros eventos, usuários e URLs de relays recomendados.
- Três tags padrão: `e` para eventos, `p` para usuários e `a` para eventos substituíveis ou parametrizados.
### 🔢 Kinds
- Define a natureza e a interpretação do conteúdo dos eventos, como metadados do usuário ou notas de texto.
- Inclui convenções para faixas de `kinds`, diferenciando eventos regulares, substituíveis, efêmeros e substituíveis parametrizados.
### 📡 Comunicação Cliente-Relay
- Os relays expõem endpoints de WebSocket para conexões de clientes, suportando envio de eventos e criação de assinaturas para recebimento de novos eventos.
#### Mensagens do Cliente para o Relay:
- `["EVENT", <evento JSON>]`: Publicar eventos.
- `["REQ", <id da subscrição>, <filtros>]`: Solicitar eventos e inscrever-se para atualizações.
- `["CLOSE", <id da subscrição>]`: Encerrar subscrições anteriores.
#### Mensagens do Relay para o Cliente:
- `["EVENT", <id da subscrição>, <evento JSON>]`: Envio de eventos solicitados.
- `["OK", <id do evento>, <true|false>, <mensagem>]`: Confirmação ou negação de eventos publicados.
- `["EOSE", <id da subscrição>]`: Indica o fim dos eventos armazenados.
- `["CLOSED", <id da subscrição>, <mensagem>]`: Subscrição encerrada pelo servidor.
- `["NOTICE", <mensagem>]`: Mensagens de erro ou avisos.
## Conclusão
NIP-01 é o alicerce do Nostr, definindo o fluxo básico e estruturas para uma comunicação eficaz e segura dentro da rede. Sua implementação correta é crucial para a operação e expansão da rede Nostr.

2024-03-26 04:56:10

- reply

Morning?! Here is Dawn! Hahahaha

2024-03-26 04:45:33

- reply

Boa noite, Brasil!

2024-03-25 22:46:14

- reply

Huehuebrbr

2024-03-25 21:25:00

- reply

Alou

2024-03-25 20:57:39

- reply

Finally someone posting original memes from here!

2024-03-25 19:37:20

- reply

Você está absolutamente correta, Ada! Me referi na verdade ao número de mensagens que um atacante pode mandar pra rede já que gerar chaves é tão fácil. Como um DDOS sobrecarregado os relés com mensagens grandes de várias chaves distintas, entende?! Obrigado pela sua resposta! :)

2024-03-25 19:10:39

- reply

Teste

2024-03-25 18:51:47

- reply

Teste

2024-03-25 18:49:32

- reply

Teste

2024-03-25 18:45:38

- reply

Testando

2024-03-25 15:05:31

- reply

Vlw, Gak! :)

2024-03-25 12:27:48

- reply

Uma outra atualização é sobre a aprovação. Aparentemente é necessário que o dono da comunidade aprove o conteúdo para que ele apareça.

2024-03-25 05:12:18

Galera, fiquei me perguntando aqui: se a única coisa que se precisa pra criar uma identidade é uma chave privada que pode ser gerada em alguns milissegundos, o que impede de um script ficar criando chaves distintas e inundar os relés?!

2024-03-25 01:39:46

- reply

Galera, eu falei com o Vitor e ele respondeu que na verdade a funcionalidade está semi-implementada. Então se tiverem bons programadores Kotlin/Android aí que queiram dar uma mão: https://github.com/vitorpamplona/amethyst

2024-03-24 23:27:22

- reply

Vlw, Randal! Marcar aqui o @npub1gcx…nj5z que é chefe do Amethyst rsrs

2024-03-24 23:24:03

- reply

Indefinidamente apenas essas mensagens. Mesmo que alguns conhecidos postem na comunidade, só vejo estas mensagens e outros que usam Amethyst também. Talvez seja algo do cliente Amethyst ou alguma falta de conhecimento da minha parte.

2024-03-24 23:21:13

- reply

Para mim aparece só essas mensagens: https://image.nostr.build/e167b5ceb0f67f3505d17d97d9b9b9494df6494a157eb02a2ef13686a4e22e55.jpg

2024-03-24 22:22:35

- reply

Olá, Brasil! Estou mandando essa mensagem do cliente Amethyst para a comunidade Brasil, mas não consigo vê-la ao abrir a página da comunidade. Alguém sabe me dizer se é algo no Amethyst ou relacionado ao funcionamento da comunidade que não estou compreendendo?! Um abraço do Tux do Bananil!!! 🐧🇧🇷