Markus Novik

## Sobre mim
🇻🇦 Católico
🏴 Anarcocapitalista

Fingerprint PGP: 6BE6C8F5B460A9F926034F39A0A7A034B9A59958

Chave pública PGP:
-----BEGIN PGP PUBLIC KEY BLOCK-----
Comment: PGPony - PGPony.app

xjMEasBTXBYJKwYBBAHaRw8BAQdAU0JGHmv7hEP4JvEJYWxgyhrZcMT8twZPqcrp
4GGjYk3NJE1hcmt1cyBOb3ZpayA8bWFya3Vzbm92aWtAcHJvdG9uLm1lPsKIBBMW
CAAwBYJqwFNcAhsDBAsJCAcEFQgJChYhBGvmyPW0YKn5JgNPOaCnoDS5pZlYBQkD
ww/AAAoJEKCnoDS5pZlY6pUBAKWda8vpzsWKZcQHny8W9uukVQvHRwBxAQ0WzdMY
fQ7OAP9kltLl1QqjxI32E8u7S8oOUUkFvPmhlSpKDSEznx1JAc44BGrAU1wSCisG
AQQBl1UBBQEBB0C9UEKEQJ58YGOxAUh1rs7Ki7wkEdQupBYnUqwE6EblXQMBCAfC
YQQYFggACQWCasBTXAIbDAAKCRCgp6A0uaWZWGkwAQCcwvVsJ3ZX5Zsjv6ue5p9Y
vbdAM5Hmj1Izp6k4YOk1kQEA0DULGPC5yElHaAJ5Kyr1PnQszgJ7WuVtf+8iyCZd
GAA=
=c/dd
-----END PGP PUBLIC KEY BLOCK-----

Compre Bitcoin com o DIG P2P:
https://vempradig.com/ref/MARK

PayNym (Ashigaru Wallet):
+hotbeach37

Public Key

npub15nn0xkmww974ehr6wrhg723hypu0znqd2nyj3g5h5zugpulag9uqy7e0xy

NIP-05 Address

[email protected]

Profile Code

nprofile1qqs2fehntdh8zl2um3a8pm509gmjq783fsx4fjfg52t6pwyq7075z7qpz3mhxue69uhhyetvv9ujuerpd46hxtnfduqs6amnwvaz7tmwdaejumr0dsp3ag6w

Publishing to

relay.damus.io

nos.lol

Author Public Key

npub15nn0xkmww974ehr6wrhg723hypu0znqd2nyj3g5h5zugpulag9uqy7e0xy

Show more details

Published at

2026-10-03T19:51:15Z

Kind type

0 Metadata

Event JSON

{ "id": "dee03ef3e5922824cd39ccf6353f30449f7c664a39b93e84e320b1f25d2ba1ef", "pubkey": "a4e6f35b6e717d5cdc7a70ee8f2a372078f14c0d54c928a297a0b880f3fd4178", "created_at": 1791057075, "kind": 0, "tags": [ [ "client", "Ditto", "31990:781a1527055f74c1f70230f10384609b34548f8ab6a0a6caa74025827f9fdae5:ditto" ], [ "published_at", "1791057075" ] ], "content": "{\"about\":\"## Sobre mim\\n🇻🇦 Católico \\n🏴 Anarcocapitalista \\n\\nFingerprint PGP: 6BE6C8F5B460A9F926034F39A0A7A034B9A59958\\n\\nChave pública PGP:\\n-----BEGIN PGP PUBLIC KEY BLOCK-----\\nComment: PGPony - PGPony.app\\n\\nxjMEasBTXBYJKwYBBAHaRw8BAQdAU0JGHmv7hEP4JvEJYWxgyhrZcMT8twZPqcrp\\n4GGjYk3NJE1hcmt1cyBOb3ZpayA8bWFya3Vzbm92aWtAcHJvdG9uLm1lPsKIBBMW\\nCAAwBYJqwFNcAhsDBAsJCAcEFQgJChYhBGvmyPW0YKn5JgNPOaCnoDS5pZlYBQkD\\nww/AAAoJEKCnoDS5pZlY6pUBAKWda8vpzsWKZcQHny8W9uukVQvHRwBxAQ0WzdMY\\nfQ7OAP9kltLl1QqjxI32E8u7S8oOUUkFvPmhlSpKDSEznx1JAc44BGrAU1wSCisG\\nAQQBl1UBBQEBB0C9UEKEQJ58YGOxAUh1rs7Ki7wkEdQupBYnUqwE6EblXQMBCAfC\\nYQQYFggACQWCasBTXAIbDAAKCRCgp6A0uaWZWGkwAQCcwvVsJ3ZX5Zsjv6ue5p9Y\\nvbdAM5Hmj1Izp6k4YOk1kQEA0DULGPC5yElHaAJ5Kyr1PnQszgJ7WuVtf+8iyCZd\\nGAA=\\n=c/dd\\n-----END PGP PUBLIC KEY BLOCK-----\\n\\n\\nCompre Bitcoin com o DIG P2P:\\nhttps://vempradig.com/ref/MARK\\n\\nPayNym (Ashigaru Wallet):\\n+hotbeach37\",\"banner\":\"https://image.nostr.build/a726450596dfa221171583894b5f3e79623c3283dd71a6becd9914f1a62e0e3d.jpg\",\"bot\":false,\"display_name\":\"Markus Novik\",\"lud16\":\"[email protected]\",\"name\":\"Markus Novik\",\"nip05\":\"[email protected]\",\"picture\":\"https://image.nostr.build/8f965d2c6da9caef7987e7fa177bb9c674a5c647695bb221d7df7582332f5137.jpg\",\"displayName\":\"Markus Novik\",\"fields\":[[\"$XMR\",\"4AWMyjNMkHeQS8YEE8pA9dNnc7Uh6zC72JUwzFvmMezvAP4dvVRE6ewUbpGmXkdcxBYqpATjH6Ltxf5Hn86YCkcQJqWikiL\"],[\"Email\",\"[email protected]\"]]}", "sig": "c93a20364317a40c721275b0e52b71337e05d5af80ba294d24b17b2947f00cbff33ac34b4f5d8172630099aa5b808b9a6b7f70cedf375f9d7188c9ed13808256" }

Last Notes

2026-10-09 00:03:01 GMT

De repente todo mundo ao meu redor está com medo do Flávio hipotético kkkkkkkk e o bom de tudo é que quando perguntam em quem eu vou votar, eu faço questão de dizer "Eu não voto, não acredito na democracia" e o povo fica espumando de raiva kkkkk

2026-10-05 15:19:56 GMT

Tô vendo um monte de mblista declarando voto no Flávio no segundo turno. Estranho...

2026-10-04 21:08:10 GMT

Será que vai ser no primeiro turno mesmo? Não me deixem sonhar
https://blossom.ditto.pub/bd31f298c0283ec965af457806a3ccc75a3cba89c2a2fc84e4cca8acdc776886.jpeg

2026-10-03 23:33:07 GMT

Tecnicamente falando, o álcool é sim uma solução

2026-10-03 23:14:01 GMT

O engraçado é as felinas achando que ele vai pro segundo turno kkkkkk eu inclusive fiz questão de aloprar eles em uma comunidade no YouTube, tão tudo até agora me chingando kkkk
#nevent1q…7f7x

2026-10-03 23:00:11 GMT

- reply

Caraca, não entendi nada

2026-10-03 22:59:32 GMT

- reply

Não, nunca usei. Vou dar uma olhada

2026-10-03 19:38:28 GMT

Correção: Ditto é muito melhor que o Jumble
#nevent1q…tyaq

2026-10-03 19:35:12 GMT

O Ditto é bem bacaninha de usar. Bate de frente com o Jumble

2026-10-03 03:39:06 GMT

- reply

Qwem tem ótimos modelos quantizados

2026-10-03 03:28:51 GMT

Omarchy Linux é bom ou é só hype?

2026-10-03 01:29:57 GMT

- reply

É aquele negócio, melhorar eu tenho certeza que não vai, mas pode piorar muito

2026-10-03 01:12:05 GMT

- reply

Como já diria o filósofo, qualquer coisa pode ser muita coisa, incluindo nada

2026-10-03 00:41:03 GMT

- reply

Já tô viajando aqui, se o Flávio ganhar, será que a esquerda não vai tentar fazer um golpe de Estado comunista? Porque "pretexto" eles teriam, tipo "ah mas eleições foram influenciadas pelos Estados Unidos então foda-se demos o golpe"

2026-10-03 00:07:17 GMT

Pelo visto só eu que não era amigo do Vorcaro

2026-10-03 00:00:27 GMT

- reply

O que aconteceu? Tô por fora

2026-10-02 23:57:12 GMT

- reply

E aí mimi, tudo bem? Quero recomendações por favor se não for incomodar muito. Não tô lendo nada por agora e quero uma história nova

2026-10-02 23:55:15 GMT

- reply

É interessante que até filosoficamente falando, Jesus foi o ser humano mais virtuoso possível, e nem sou eu que digo, foram alguns ateus racionalistas

2026-10-02 23:50:48 GMT

- reply

Infelizmente, e muita coisa ruim aconteceu na minha vida depois disso. Se eu pudesse voltar atrás teria me arriscado mais

2026-10-02 23:49:37 GMT

- reply

E que sei lá, parece só mais do mesmo, um monte de gente reclamando e falando mal do estado. Não que eu ache ruim, mas é quase todo dia a mesma coisa

2026-10-02 23:47:59 GMT

Jesus Cristo é o ser humano perfeito, modelo para toda a humanidade

2026-09-30 22:13:56 GMT

Esse lugar nunca muda não é mesmo? Eu posso ficar 30 dias fora que quando eu volto os assuntos são sempre os mesmos. Só alguns aqui realmente se esforçam pra trazer algo novo pra cá, de resto parece uma reunião de velhos bêbados e reclamões

2026-09-30 22:04:49 GMT

- reply

Eu não consego

2026-09-30 22:01:28 GMT

- reply

Eu também perdi uma oportunidade ano passado. O jeito é arranjar uma desculpa pra ir pro Paraguai o mais rápido possível

2026-09-27 20:12:08 GMT

- reply

O Brasil não tem oposição. É tudo centrão. E o centrão é o próprio governo

2026-09-26 19:57:02 GMT

O Lula só vai perder por que conseguiu ser mais burro que o filho do Bolsonaro. Mas não se enganem, tudo continuará do jeito que tá

2026-09-26 02:52:34 GMT

- reply

Nada, tá certo de cobrar, ficou parecendo mentira, e mentira é pecado

2026-09-26 02:51:42 GMT

- reply

Insônia, é foda

2026-09-26 02:45:28 GMT

# Saudade
As luzes da rua iluminam a noite
Você está deitado mas não dorme
O silêncio no quarto já não é o mesmo
E a saudade, sem pressa, te consome
Você fecha os olhos, tentando lembrar
De um tempo que não vai voltar
Dos dias simples, do antigo lugar
De tudo que o tempo fez pagar
Queria voltar para aquela manhã
Quando o futuro parecia distante
Quando a vida era doce como maçã
E cada sorriso durava mais que um instante
Queria ouvir novamente aquela voz
Que o tempo levou sem pedir perdão
Queria reviver os velhos momentos
Antes que virassem triste recordação
Mas o relógio não sabe voltar
E o futuro não pode esperar
Por mais que a memória tente insistir
Há portas que o tempo fechou ao partir
Então você fica olhando a janela
Enquanto a cidade começa a acordar
E percebe que talvez a saudade
Não queira o passado, mas quer te lembrar
Lembrar que um dia você foi feliz
Que houve beleza no que passou
E que, mesmo querendo voltar àquele tempo,
Foi vivendo que você se tornou quem se tornou.

2026-09-26 02:36:44 GMT

- reply

Sei lá, só sei que pra tudo tem um jeito

2026-09-26 02:03:05 GMT

- reply

Todo o mercado de tecnologia é manipulado. Pense nisso

2026-09-26 02:01:53 GMT

- reply

Tô desatualizado então. Eu, por enquanto, nada posso fazer, mas é só esperar. Não há nada na tecnologia que não possa sofrer um bypass

2026-09-18 23:27:24 GMT

Você percebe que o mundo está doente quando um apocalipse passa a ser uma esperança

2026-09-18 23:15:12 GMT

Não tenho medo de morrer. Tenho medo da forma como morrerei, mas a morte em si não me assusta

2026-09-18 22:39:38 GMT

- reply

Sério? Vou dar uma olhada. Por enquanto é só um plano, afinal a grana tá curta. Vou começar com o verdão e depois ir expandindo

2026-09-18 22:32:53 GMT

Estou pensando em iniciar uma coleção de camisas retrô. Me diga o que você acha dessas camisas:
https://cdn.nostrcheck.me/228c425d528510b293eff583d7e2f7cdf6b7b647be23dd032db3c02344731114.jpeg
https://cdn.nostrcheck.me/308a7695fb7ee9e6a2990051840a120f68644f6d73b69ee83340315308ad769f.jpeg
https://cdn.nostrcheck.me/1d16dec5955aaa6c6d0645e64cbd5059197f57c09c804b43ca62f30070daad00.jpeg
https://cdn.nostrcheck.me/b2930e99b4a97674a2ed202ade6bd8fd773350a8b389000400e638817f899e5d.jpeg

2026-09-18 22:30:37 GMT

- reply

Foi adiado pro ano que vem. Ainda sim é uma merda

2026-09-12 14:35:01 GMT

- reply

Sei lá, eu só transito entre dois estados: pensando em nada e viajando na maionese

2026-09-12 14:31:20 GMT

Tava vendo vídeo sobre o caso do faraó dos Bitcoins e só penso em uma coisa: Imagina entregar todo o dinheiro que você tem para um cara chamado Glaidson

2026-09-10 22:41:13 GMT

- reply

Pode ser o humor também coitado. Tem que alimentar corretamente

2026-09-10 22:40:47 GMT

- reply

Já levei meu queijo pra passear

2026-09-10 03:14:22 GMT

- reply

Já me ocorreu

2026-09-07 05:16:32 GMT

# UPDATE🚨
The hacker sent an on-chain message:
"Sending most back to (address), is that sure?"
https://cdn.nostrcheck.me/b670e545d69646375d984115978c6add79e65741be5c4e3ce31a92fe3c426756.jpeg
Blockstream replied that they can send it LOL so far they don't know where the hack came from LMAO
#nevent1q…ghj9

2026-09-07 05:04:50 GMT

# ATUALIZAÇÃO🚨
O hacker mandou uma mensagem onchain:
"Vou devolver a maioria de volta para (endereço), ok?"
https://cdn.nostrcheck.me/b670e545d69646375d984115978c6add79e65741be5c4e3ce31a92fe3c426756.jpeg
A Blockstream respondeu que pode enviar kkkkkk até agora os cara não sabem de onde veio o hack kkkkkkk
#nevent1q…zyxp

2026-09-07 04:57:34 GMT

- reply

Tem gente que tira o cérebro da cabeça antes de abrir a boca. E a Liquid é um grande scamm, até quem não quer ver tá vendo

2026-09-07 00:25:26 GMT

# BREAKING 🚨 Liquid Network suffers HACKER ATTACK
The **Liquid Network**, the Bitcoin sidechain developed by Blockstream, suffered a serious security incident this Sunday (6). Approximately **4,000 BTC**, valued at around **US$ 320 million**, were withdrawn from Liquid's wallet. The amount represented approximately **95% of the network's Bitcoin reserves**, which were close to 4,200 BTC before the incident. The operation occurred through a peg-out associated with **SideSwap PAK**. Liquid reported that the Federation keys were not compromised, but the vulnerability that allowed the withdrawal is still being investigated.
## What happened
- Approximately **4,000 BTC were withdrawn** from Liquid's reserves.
- Those responsible **claim to be "white hats"**, that is, hackers who allegedly exploited the vulnerability to prevent malicious exploitation.
- A message was logged in OP_RETURN: **"we are whitehats. contact us on chain."**
- Blockstream is already attempting to contact those responsible via a signed on-chain message.
- According to available information, the funds remain at the address to which they were sent.
- Liquid has temporarily deactivated its bridge nodes, effectively pausing the sidechain while the investigation continues.
## What this means
The main immediate impact is on LBTC, the Bitcoin issued on Liquid. The network has notified exchanges, which have suspended or announced the suspension of LBTC deposits and withdrawals. The disruption may also affect wallets and other services that depend on Liquid's infrastructure.
To date, Liquid states that other assets issued on the network, including USDT, DePix, and tokenized assets, have not been directly affected by the incident. This does not mean, however, that services using Liquid's infrastructure are functioning normally.
What to do now
**If you own LBTC:**
- Do not attempt any new **peg-ins or peg-outs** until the situation is clarified.
- Do not attempt any transfers on the Liquid side-chain, including withdrawals from exchanges.
- Follow only the official announcements from **Liquid Network, Blockstream, and your exchange/wallet**.
- Do not consider your BTC recovered or lost; wait for further information.
#bitcoin #lbtc #liquid #hack

2026-09-07 00:25:01 GMT

# GRAVE 🚨 Liquid Network sofre ATAQUE HACKER
A **Liquid Network**, sidechain do Bitcoin desenvolvida pela Blockstream, sofreu neste domingo (6) um grave incidente de segurança. Aproximadamente **4.000 BTC**, avaliados em cerca de **US$ 320 milhões**, foram retirados da carteira da Liquid. O valor representava aproximadamente **95% das reservas de Bitcoin da rede**, que estavam próximas de 4.200 BTC antes do incidente. A operação ocorreu por meio de um peg-out associado à **SideSwap PAK**. A Liquid informou que as chaves da Federation não foram comprometidas, mas a vulnerabilidade que permitiu a retirada ainda está sendo investigada.
## O que aconteceu
- Cerca de **4.000 BTC foram retirados** das reservas da Liquid.
- Os responsáveis **alegam ser "white hats"**, ou seja, hackers que teriam explorado a vulnerabilidade para impedir uma exploração maliciosa.
- Uma mensagem foi registrada em OP_RETURN: **"we are whitehats. contact us on chain."**
- A **Blockstream já está tentando entrar em contato com os responsáveis por meio de uma mensagem assinada on-chain**.
- Os fundos permanecem, segundo as informações disponíveis, no endereço para o qual foram enviados.
- A Liquid desativou temporariamente seus **bridge nodes**, deixando a sidechain efetivamente pausada enquanto a investigação continua.
## O que isso significa
O principal impacto imediato está no **LBTC**, o Bitcoin emitido na Liquid. A rede notificou exchanges, que passaram a suspender ou anunciar a suspensão de depósitos e saques de LBTC. A interrupção também pode afetar carteiras e outros serviços que dependem da infraestrutura da Liquid.
Até o momento, a Liquid afirma que outros ativos emitidos na rede, incluindo **USDT, DePix e ativos tokenizados**, não foram diretamente afetados pelo incidente. Isso não significa, entretanto, que os serviços que utilizam a infraestrutura da Liquid estejam funcionando normalmente.
## O que fazer agora
**Se você possui LBTC:**
- Não tente realizar novos **peg-ins ou peg-outs** enquanto a situação não for esclarecida.
- Não tente realizar nenhuma transferência na side-chain da Liquid, incluindo saques de corretoras.
- Acompanhe exclusivamente os comunicados oficiais da **Liquid Network, Blockstream e da sua exchange/carteira**.
- Não considere os BTC como recuperados ou perdidos, aguarde mais informações.
#bitcoin #lbtc #liquid #hack

2026-09-06 20:39:53 GMT

- reply

Very interesting. I was reflecting on this recently, we are the most surveilled generation and, ironically, the one with the most access to decentralized tools

2026-09-06 04:15:28 GMT

- reply

The problem with Nostr being a protocol is that each client will implement the chat in the way they see fit. I personally like Bitchat

2026-09-06 04:13:46 GMT

- reply

Using Monero is very easy. In my opinion, what's lacking is places to use it

2026-09-06 04:11:04 GMT

Can you help me achieve my first XMR?
4AWMyjNMkHeQS8YEE8pA9dNnc7Uh6zC72JUwzFvmMezvAP4dvVRE6ewUbpGmXkdcxBYqpATjH6Ltxf5Hn86YCkcQJqWikiL
#xmr #monero

2026-09-06 04:08:21 GMT

- reply

Esse é o triste dessa comunidade pseudônima, nunca saberemos o que aconteceu de fato

2026-09-06 04:07:25 GMT

Ironicamente, somos a geração mais vigiada e fiscalizada e também a geração que mais possui ferramentas descentralizadas

2026-09-05 21:47:31 GMT

Saudades da nossa rata prodígio @npub17na…eqey. Quando lembro dela, me vem a seguinte frase a cabeça:
Algumas pessoas são como nuvens, a gente olha pra elas e vê um animal

2026-09-05 21:42:10 GMT

- reply

Então Pizza de Lasanha

2026-09-05 21:41:35 GMT

Muito ansioso pra ver a queda da Terceira República do Bananil

2026-09-05 14:26:21 GMT

- reply

Mas tem que ser normal ou eu posso inventar uma cobertura?

2026-09-05 14:24:11 GMT

- reply

Caralho kkkkkkkk

2026-09-05 04:04:30 GMT

- reply

https://nostr.download/7d8239f5131ee994b0424de55f3d8e4f3f98bb3f60a2cc7ae8afc8d374d63175.gif

2026-09-04 22:20:53 GMT

Rapaz, acho que nunca vi numa novela o tanto de intriga e reviravolta que tá tendo no STF

2026-09-04 01:45:42 GMT

Daqui a pouco pensar será um crime contra quem é burro

2026-09-04 00:00:50 GMT

Não se enganem, nada irá acontecer. Moraes nunca será preso. Lula será reeleito. André Mendonça será preso. Toda a oposição será presa. Esse país entrará em uma ditadura comunista

2026-09-02 23:15:32 GMT

- reply

Tú é um baita artista. Tomara que faça sucesso no futuro

2026-09-02 23:13:58 GMT

Votar esse ano é igual escolher entre um tiro no pé ou na mão

2026-09-02 21:57:56 GMT

- reply

Não. Não vejo problema nenhum de judeus não terem um estado

2026-09-02 18:00:35 GMT

- reply

Jumble

2026-09-02 17:59:17 GMT

- reply

@npub1l0j…7zqa tu poderia me mandar uns Moneros? Eu tô tentando acumular também

2026-09-02 17:50:37 GMT

- reply

Ao menos 15 mil dólares

2026-09-02 17:47:24 GMT

- reply

Nah, eu não me importaria de ver Israel perdendo território para a criação de um estado palestino

2026-09-02 17:44:27 GMT

- reply

E desde quando o estado liga pra verdade?

2026-09-01 03:48:32 GMT

- reply

Porque esse espaço todo aí é fake. Te enganaram. A maioria tem 8 GB pra menos, só que eles editam as configurações pra exibirem valores maiores

2026-08-31 17:17:50 GMT

- reply

Estágio conta como emprego?

2026-08-31 17:16:00 GMT

- reply

Você tem toda a razão

2026-08-31 17:15:46 GMT

Algo interessante vai acontecer 👀
#nevent1q…scna

2026-08-30 13:57:30 GMT

- reply

Lixeiro

2026-08-29 03:37:58 GMT

# VPN? Não, obrigado. Use InviZible Pro!
Você realmente precisa pagar por uma VPN para ter mais privacidade no Android?
Conheça o **InviZible Pro**, um aplicativo open source que reúne várias ferramentas de privacidade em um só lugar: **Tor, DNSCrypt, I2P e Firewall**.
**Tor:** permite esconder seu IP e encaminhar o tráfego pela rede Tor, além de dar acesso a sites `.onion`.
**DNSCrypt:** criptografa suas consultas DNS, dificultando que o provedor ou a rede local veja quais domínios você está consultando. Dependendo do servidor escolhido, também pode bloquear anúncios, rastreadores e sites maliciosos.
**I2P:** uma rede descentralizada voltada à comunicação privada e ao acesso a serviços `.i2p`.
**Firewall:** permite controlar quais aplicativos podem ou não acessar a Internet, inclusive aplicativos do sistema.
## Onde baixar?
Minha recomendação é baixar pelo **F-Droid**. Além de ser uma ótima forma de obter a versão open source, o F-Droid facilita a instalação e atualização do aplicativo.
https://f-droid.org/pt/packages/pan.alexander.tordnscrypt.stable/
Uma vantagem da versão do F-Droid é que ela já vem com **modo escuro**, tornando a experiência mais agradável para quem prefere interfaces escuras (ou seja, todo mundo que não é um psicopata).
## InviZible Pro x VPN tradicional
O InviZible Pro e uma VPN tradicional têm propostas diferentes, e cada um possui suas vantagens e desvantagens. Aqui eu trago um balanço neutro para que você mesmo compare:
### Vantagens do InviZible Pro
* **Open source:** seu código pode ser auditado pela comunidade.
* **Tor:** o tráfego pode passar por vários relays, dificultando a associação entre origem e destino.
* **Sem depender de uma empresa de VPN:** você não precisa confiar toda a sua conexão a um único provedor.
* **DNSCrypt:** oferece proteção adicional para as consultas DNS.
* **I2P:** disponibiliza acesso a uma rede descentralizada diferente da Internet convencional.
* **Firewall integrado:** permite controlar o acesso à Internet dos aplicativos.
* **Gratuito:** não exige uma assinatura mensal.
### Desvantagens em relação a uma VPN tradicional
* **Tor costuma ser muito mais lento:** o tráfego passa por vários relays, aumentando a latência.
* **Alguns sites podem bloquear ou apresentar CAPTCHA:** muitos serviços identificam e limitam endereços IP conhecidos de nós de saída do Tor.
* **Streaming pode ser problemático:** serviços de streaming nem sempre funcionam corretamente através do Tor.
* **VPNs oferecem velocidades maiores:** uma boa VPN costuma utilizar uma conexão direta entre você e um servidor VPN, em vez de vários saltos.
* **VPNs são mais práticas para uso cotidiano:** normalmente basta escolher um servidor e conectar.
* **Tor não é ideal para todas as atividades:** para tarefas que exigem baixa latência, como jogos online, chamadas de vídeo ou streaming em alta resolução, uma VPN tradicional geralmente oferece uma experiência melhor.
Resumindo: **uma VPN tradicional normalmente vence em velocidade, praticidade e compatibilidade**, enquanto o **InviZible Pro oferece um conjunto muito mais amplo de ferramentas de privacidade e não exige confiar sua conexão inteira a uma empresa de VPN**.
## Dica: quer escolher o país do seu IP?
O Tor normalmente escolhe automaticamente os relays que formam seu circuito. Porém, nas configurações do Tor no InviZible Pro, existe a possibilidade de definir **Exit Nodes**, ou seja, especificar quais nós podem ser utilizados como saída da rede Tor. Isso permite escolher um determinado país para a saída do circuito. Por exemplo, você pode configurar os Exit Nodes para que a conexão saia por nós de um país específico. Isso é muito útil para sites bloqueados em determinados países, como a Polymarket.
**Importante:** se a prioridade for garantir a privacidade durante o uso do Tor, o recomendado é **não restringir os Exit Nodes**. Deixe o Tor escolher automaticamente os nós de saída, aproveitando melhor a diversidade da rede.
O InviZible Pro é uma ótima opção para quem quer ter **Tor + DNS criptografado + I2P + firewall**, tudo em um único aplicativo, funcionando como uma VPN.
Privacidade no Android não precisa significar pagar uma assinatura mensal.
#Android #Privacidade #Tor #FOSS #OpenSource #InviZiblePro #F-Droid

2026-08-29 03:07:59 GMT

Incrível como questionar as urnas virou um tipo de crime inafiançável. Na cabeça das pessoas você é algum tipo de lunático por fazer uma pergunta minimamente plausível

2026-08-29 02:46:38 GMT

O engraçado é que tem gente aqui que se diz libertária mas vai votar. Enfim a hipocondria

2026-08-28 02:37:09 GMT

Estou sempre tentando trazer um conteúdo legal aqui pro Nostr. Às vezes um tutorial, às vezes uma dica, às vezes uma opinião. Se você acha que eu estou construindo de alguma forma para o Nostr, manda alguns sats. Só pra saber se eu não estou sozinho nesse mar de notes and other stuffs

2026-08-24 20:11:17 GMT

- reply

Nem sei, vai depender muito do que vem instalado junto. Mas teoricamente é pra funcionar

2026-08-24 20:01:34 GMT

Provavelmente teremos GTA 6 antes de GTA 6

2026-08-24 14:59:39 GMT

- reply

Será que os perfis do Github vão perder valor?

2026-08-24 14:58:11 GMT

# Esporte: a arte da simulação de guerra
O esporte é, em muitos sentidos, uma simulação de guerra domesticada.
Muito antes dos estádios modernos, sociedades já criavam espetáculos que reproduziam, em forma ritualizada, a lógica da guerra. No Coliseu romano, havia combates de gladiadores, caçadas e até encenações de batalhas navais. A multidão assistia à força, à estratégia, à resistência e à vitória transformadas em espetáculo.
Essa lógica atravessou os séculos. Torneios medievais simulavam habilidades militares e, com o tempo, a violência foi substituída por regras: o inimigo virou adversário, o campo de batalha virou arena e a vitória passou a ser determinada por um juiz.
E talvez nenhum esporte moderno expresse isso tão claramente quanto o futebol.
Existem dois lados, existe território, existem linhas defensivas, existem invasões, ataques, recuos e contra-ataques. Existem posições especializadas, existe um comandante: o treinador. E existe uma multidão que se identifica emocionalmente com um dos lados.
Mas talvez a maior evidência esteja no próprio vocabulário do futebol.
Fala-se em atacar e defender. Em invadir a área, ocupar espaços, avançar as linhas, recuar, pressionar, marcar, bloquear, cobrir, penetrar e contra-atacar.
Um time pode dominar o campo, ganhar terreno, cercar o adversário, quebrar uma linha defensiva ou explorar uma brecha.
Um jogador pode fazer uma cobertura, funcionar como último homem, proteger a retaguarda, atuar como armadilha ou atuar como ponta de lança.
Quando um time perde a bola, fala-se em recomposição. Quando recupera, em transição. Quando está encurralado, tenta sair da pressão. Quando encontra espaço, avança.
Até a ideia de posse de bola carrega essa lógica: controlar o objeto disputado significa controlar o ritmo e, muitas vezes, o território.
O gol também possui uma linguagem própria. O atacante fura a defesa, rompe a linha, entra na área, finaliza. A defesa corta o perigo, afasta a ameaça e fecha os espaços.
E há ainda a expressão de torcida talvez mais reveladora: “parte para cima deles que eu também vou”.
Não é simplesmente jogar. É avançar contra o adversário.
Por isso, o futebol (e outros esportes no geral) parece uma guerra porque sua linguagem preserva a estrutura fundamental do conflito: dois grupos disputando espaço, tentando impor sua vontade sobre o outro e conquistar um objetivo.
A diferença é que, no esporte, transformamos o conflito em espetáculo.
O inimigo vira adversário.
O campo de batalha vira estádio.
A conquista vira gol.
E a guerra vira jogo.
#nevent1q…tmjy

2026-08-24 14:13:17 GMT

- reply

GN? É hora de acordar garota

2026-08-24 14:09:55 GMT

- reply

É por esse motivo que eu torço pro Palmeiras e pro Vasco kkkkkk mas sério mesmo, é interessante, principalmente quando você percebe que esporte nada mais é que simulação de guerra

2026-08-24 01:59:55 GMT

- reply

Eu assisto

2026-08-24 01:57:50 GMT

# Crie seu próprio buscador!
Você está cansado de procurar por buscadores além do Google mas não confia em nenhum? Eu também. Por isso, resolvi testar uma alternativa: hospedar minha própria instância do SearXNG, um agregador de buscas privado que reúne resultados de Google, Bing e outros serviços. Tudo isso de maneira privada e sob seu controle.
E o melhor: dá para fazer isso gratuitamente na nuvem, rodando 24/7.
Abaixo está o passo a passo que funcionou para mim usando o plano gratuito da Render, com ambiente nativo Python.
## Passo 1: Copie o link do Github
1. Primeiro, faça login no seu GitHub.
2. Acesse o repositório oficial do projeto: https://github.com/searxng/searxng
3. Copie o link
## Passo 2: Crie o servidor na Render
1. Crie uma conta gratuita no Render usando seu GitHub.
2. No painel, clique em New + e selecione Web Service.
3. Escolha Deploy from a Git repository e cole o link do repositório do SearXNG
## Passo 3: Configure o ambiente
Agora vem a parte mais importante. Preencha os campos exatamente desta forma:
Name: Um nome único para o seu buscador. É ele que vai definir a URL
Runtime: "Python 3"
Build Command:
pip install --upgrade pip setuptools wheel && pip install msgspec && pip install -r requirements.txt && sed -i "s/ultrasecretkey/$(openssl rand -hex 32)/g" searx/settings.yml && sed -i "s/bind_address: "127.0.0.1"/bind_address: "0.0.0.0"/g" searx/settings.yml
Start Command:
python -m searx.webapp
Instance Type: "Free"
Use os comandos com cuidado e confira se estão exatamente como acima.
## Passo 4: Configure as variáveis de ambiente
Em Environment Variables, adicione estas duas variáveis:
Key: "PORT"
Value: "8888"
Key: "PYTHONPATH"
Value: "/opt/render/project/src"
Faça o deploy.
No meu caso, em cerca de 4 minutos o link já estava disponível:
https://(o name definido anteriormente).onrender.com
## Dica extra: mantenha seu buscador online
Existe um detalhe importante no plano gratuito: a Render suspende as instâncias gratuitas após 15 minutos de inatividade. Quando alguém acessa novamente, isso pode gerar um atraso de cerca de 50 segundos.
Para evitar isso, você pode usar um serviço externo para fazer requisições periódicas.
1. Crie uma conta gratuita no UptimeRobot.
2. Adicione um novo monitor do tipo HTTPS.
3. Cole a URL do seu buscador.
4. Configure o intervalo para a cada 5 minutos.
E pronto! Com isso, você terá seu próprio buscador pessoal hospedado na nuvem!
#privacidade #searxng #selfhosted #opensource #foss #tech

2026-08-23 23:59:57 GMT

# Nosdrive: uma proposta conceitual para armazenamento de arquivos sobre Nostr
@npub180c…h6w6 , imaginei um projeto chamado Nosdrive, um cliente Nostr voltado especificamente para utilizar a infraestrutura do Nostr como uma camada de armazenamento e sincronização de arquivos distribuída, criptografada e replicada.
A proposta não seria simplesmente transformar o Nostr em um "Google Drive descentralizado", mas construir uma abstração de sistema de arquivos sobre eventos Nostr, preservando tanto quanto possível as propriedades fundamentais do protocolo.
1. Motivação
O Nostr possui algumas características particularmente interessantes para armazenamento distribuído: identidade baseada em chaves públicas, eventos assinados criptograficamente, publicação para múltiplos relays, ausência de dependência de um servidor central, possibilidade de sincronização entre clientes e interoperabilidade entre diferentes implementações.
A ideia do Nosdrive seria explorar essas propriedades para criar uma camada de armazenamento na qual os arquivos não pertençam exclusivamente a um servidor específico, mas sejam representados por objetos e eventos Nostr que podem ser publicados e replicados em diferentes relays.
Para o usuário, a experiência seria semelhante à de qualquer serviço tradicional de armazenamento em nuvem. Ele poderia criar pastas, adicionar arquivos, renomeá-los, movê-los, excluí-los, recuperar versões anteriores e sincronizar o conteúdo entre diferentes dispositivos. A diferença estaria na infraestrutura utilizada para realizar essas operações.
2. Modelo fundamental
O modelo mais simples que imagino consiste em transformar o arquivo em conteúdo criptografado, dividir esse conteúdo em partes menores e representar essas partes por eventos Nostr.
O processo seria aproximadamente o seguinte: o usuário seleciona um arquivo, o cliente o criptografa localmente, divide o resultado em chunks de tamanho adequado, publica esses chunks em relays e publica também os metadados necessários para que outro cliente consiga descobrir, verificar e reconstruir o arquivo.
O arquivo não precisaria ser representado por um único evento de tamanho potencialmente enorme. Isso seria particularmente importante porque os relays possuem diferentes limites e políticas de armazenamento.
Cada chunk poderia possuir um identificador derivado criptograficamente do arquivo, de sua posição e de seu conteúdo. Dessa maneira, o cliente conseguiria verificar a integridade de cada parte e identificar quais chunks estão faltando ou foram alterados.
3. Separação entre identidade e armazenamento
Um ponto importante da proposta é não utilizar diretamente a nsec como chave de criptografia dos arquivos.
A nsec representa a identidade privada do usuário no Nostr e é utilizada para assinar eventos. Utilizá-la diretamente como chave de armazenamento criaria um acoplamento desnecessário entre identidade e dados.
O Nosdrive poderia utilizar uma chave mestra de armazenamento independente da nsec, protegida pelo mecanismo de autenticação ou recuperação escolhido pelo cliente. A partir dela, poderiam ser derivadas ou geradas chaves individuais para cada arquivo.
Dessa forma, cada arquivo poderia possuir sua própria chave de criptografia. Isso permitiria compartilhar ou revogar o acesso a um arquivo específico sem comprometer os demais.
Também tornaria possível modificar futuramente o sistema de autenticação sem necessariamente precisar recriptografar todo o armazenamento do usuário.
4. Representação do filesystem
O conceito de "pasta" não precisaria existir nativamente no protocolo Nostr.
O Nosdrive poderia implementar essa estrutura como uma camada de aplicação. Uma pasta seria simplesmente um objeto identificado por uma chave ou identificador, contendo informações como seu nome e a referência à pasta que a contém.
Da mesma maneira, um arquivo seria representado por um objeto contendo informações como seu identificador, nome, tipo MIME, tamanho, hash do conteúdo, quantidade de chunks e informações necessárias para a descriptografia.
A relação entre esses objetos permitiria ao cliente reconstruir a estrutura de diretórios.
Portanto, uma pasta não seria necessariamente uma entidade especial do Nostr. Seria uma abstração criada pelo Nosdrive a partir de eventos e relações entre objetos.
Isso permitiria inclusive que diferentes clientes apresentassem a mesma estrutura de armazenamento de maneiras diferentes, desde que interpretassem corretamente o protocolo utilizado.
5. Eventos de metadados
Um arquivo precisaria de algum tipo de evento de metadados para que o cliente pudesse saber como reconstruí-lo.
Esse evento poderia conter informações como o identificador do arquivo, nome, tipo MIME, tamanho, hash do conteúdo, tamanho dos chunks, quantidade de chunks, identificador da pasta pai e informações relacionadas à criptografia.
Os dados efetivos do arquivo seriam armazenados em eventos separados, correspondentes aos chunks.
Essa separação permitiria que um cliente encontrasse primeiro os metadados e depois determinasse exatamente quais chunks precisa buscar.
O formato exato desses eventos precisaria ser definido cuidadosamente. A intenção não seria criar uma estrutura arbitrária, mas investigar como isso poderia ser representado de maneira compatível com os mecanismos existentes do Nostr e, caso necessário, através de novos NIPs.
6. Criptografia
A criptografia ocorreria localmente antes que qualquer conteúdo fosse enviado aos relays.
O relay nunca precisaria receber o arquivo em plaintext. Ele receberia somente o conteúdo criptografado e, dependendo da implementação, alguns metadados que também poderiam ser protegidos.
Isso permitiria que o armazenamento fosse essencialmente zero-knowledge em relação ao conteúdo dos arquivos.
Um relay não precisaria conhecer o conteúdo de um documento, por exemplo. Dependendo do nível de proteção aplicado aos metadados, também poderia não saber o nome do arquivo ou sua localização dentro da estrutura de pastas.
O nível exato de privacidade seria uma decisão do protocolo. Existe um equilíbrio entre ocultar metadados e permitir que os clientes pesquisem e sincronizem os dados eficientemente.
7. Compartilhamento
Uma das partes mais interessantes da proposta seria o compartilhamento entre identidades Nostr.
Como cada arquivo teria sua própria chave de criptografia, o proprietário poderia compartilhar essa chave com outra identidade sem precisar compartilhar sua nsec.
O cliente poderia utilizar mecanismos criptográficos apropriados para encapsular a chave do arquivo para a identidade do destinatário.
Isso permitiria operações como compartilhar um arquivo ou uma pasta com outra identidade, conceder diferentes níveis de acesso e posteriormente revogar esse acesso.
O Nostr já possui um mecanismo de identidade baseado em chaves públicas, então seria interessante investigar se essa característica poderia servir como base natural para um sistema de permissões de arquivos.
8. Replicação
Um arquivo não deveria depender de um único relay.
O cliente poderia publicar os eventos relacionados ao arquivo em múltiplos relays. Dessa maneira, a perda ou indisponibilidade de um relay não necessariamente resultaria na perda do arquivo.
O usuário poderia inclusive configurar um fator de replicação. Por exemplo, poderia solicitar que seus arquivos fossem mantidos em pelo menos três relays diferentes.
O cliente poderia consultar múltiplos relays e obter de cada um os chunks que estiverem disponíveis. Como cada chunk possuiria mecanismos de verificação de integridade, o cliente poderia rejeitar dados incorretos e tentar obtê-los de outro relay.
Isso transformaria a redundância em uma propriedade da aplicação, e não em uma característica que precisaria ser fornecida individualmente por cada relay.
9. O problema dos relays
Esse é provavelmente o maior desafio da proposta.
Relays Nostr não são necessariamente sistemas de armazenamento permanente. Um relay pode impor limites de tamanho, rejeitar determinados eventos, apagar eventos antigos, limitar armazenamento por usuário, possuir políticas próprias de retenção, ficar offline ou simplesmente desaparecer.
Por isso, o Nosdrive precisaria tratar os relays como provedores de armazenamento potencialmente não confiáveis.
A disponibilidade dos arquivos dependeria da combinação de criptografia, verificação de integridade, fragmentação e replicação.
Um relay poderia perder alguns chunks sem necessariamente causar a perda definitiva do arquivo, desde que existissem cópias suficientes em outros relays.
Isso também significa que o Nosdrive precisaria diferenciar claramente disponibilidade de persistência. Publicar um arquivo em um relay não significaria que aquele arquivo ficará armazenado ali indefinidamente.
10. Relays especializados
Uma possibilidade interessante seria o surgimento de relays especializados em armazenamento.
Esses relays poderiam anunciar capacidades específicas, como tamanho máximo de eventos, capacidade de armazenamento, política de retenção, custo, disponibilidade e NIPs suportados.
O Nosdrive poderia consultar essas informações e escolher automaticamente os relays mais adequados para armazenar determinado tipo de conteúdo.
Isso poderia criar uma categoria de infraestrutura especializada em armazenamento sobre Nostr sem necessariamente modificar o conceito fundamental de relay.
O Nostr continuaria fornecendo identidade, eventos e comunicação, enquanto esses relays ofereceriam uma infraestrutura otimizada para persistência de dados.
11. Deduplicação
A utilização de hashes também permitiria implementar deduplicação.
Se o cliente identificar que determinado conteúdo já está armazenado, poderia evitar publicar novamente exatamente os mesmos chunks.
Inicialmente, isso poderia ser limitado ao armazenamento de uma única identidade, reduzindo as implicações de privacidade.
Uma deduplicação entre diferentes usuários seria tecnicamente interessante, mas exigiria uma análise muito mais cuidadosa, porque a existência de determinado conteúdo poderia acabar sendo inferida por terceiros.
12. Versionamento
O modelo baseado em objetos e eventos também poderia permitir versionamento.
Quando um arquivo fosse alterado, o cliente poderia criar uma nova versão associada ao mesmo identificador lógico do arquivo, mantendo referências para as versões anteriores.
Isso permitiria recuperar uma versão antiga de um documento sem depender de um servidor central.
O versionamento também poderia facilitar a sincronização entre dispositivos, pois um cliente poderia identificar exatamente quais versões já possui e baixar apenas os dados que ainda não estão disponíveis localmente.
13. Sincronização
O Nosdrive poderia utilizar os relays como uma camada de sincronização entre dispositivos.
Quando um usuário adicionasse ou modificasse um arquivo em um computador, os eventos correspondentes seriam publicados.
Outro dispositivo pertencente à mesma identidade poderia consultar os relays, descobrir os novos eventos e baixar apenas os dados que ainda não possui.
Isso permitiria uma experiência semelhante à de serviços como Google Drive, OneDrive ou Dropbox, mas sem depender de um único servidor central para manter o estado do armazenamento.
14. Eventual consistency
O sistema provavelmente funcionaria melhor utilizando um modelo de consistência eventual.
Dois dispositivos poderiam trabalhar offline e posteriormente publicar suas alterações.
Quando voltassem a se conectar, os clientes poderiam reconciliar o estado com base nos eventos existentes.
Conflitos mais complexos, como dois dispositivos modificando simultaneamente o mesmo arquivo ou movendo o mesmo objeto para locais diferentes, exigiriam uma estratégia explícita de resolução de conflitos.
Isso poderia ser tratado pela própria camada do Nosdrive, sem necessariamente exigir alterações fundamentais no protocolo Nostr.
15. Exclusão de arquivos
A exclusão também apresenta uma questão importante.
Como eventos podem existir em múltiplos relays independentes, publicar uma instrução para apagar um arquivo não garante que os dados físicos desaparecerão imediatamente de todos os lugares.
O Nosdrive poderia utilizar eventos de exclusão ou tombstones para indicar que determinado objeto não deve mais ser considerado parte do filesystem.
O cliente deixaria de apresentar o arquivo ao usuário, enquanto os relays poderiam decidir quando remover fisicamente os dados associados.
Isso cria uma distinção entre exclusão lógica e exclusão física.
A exclusão lógica poderia ser controlada pelo protocolo do Nosdrive, enquanto a exclusão física dependeria das políticas dos relays.
16. Segurança
O modelo deveria assumir que os relays são potencialmente maliciosos ou pouco confiáveis.
Um relay poderia fornecer um chunk incorreto, omitir dados, censurar determinados eventos ou tentar modificar conteúdo.
Por isso, cada chunk precisaria ser verificável criptograficamente.
O cliente poderia calcular o hash do conteúdo recebido e compará-lo com o valor esperado. Se o resultado não correspondesse, o cliente poderia ignorar aquele chunk e tentar recuperá-lo de outro relay.
A assinatura dos eventos também ajudaria a garantir a autenticidade dos metadados e das operações realizadas pelo proprietário.
Dessa maneira, o relay poderia funcionar essencialmente como um armazenamento não confiável, enquanto a segurança e a validação seriam responsabilidade do cliente e dos mecanismos criptográficos.
17. A pergunta fundamental
A ideia depende de uma questão central:
O modelo de eventos do Nostr é suficientemente flexível para representar um sistema de armazenamento distribuído baseado em chunks sem violar as premissas fundamentais do protocolo?
Se a resposta for sim, o Nosdrive poderia inicialmente ser implementado como uma aplicação construída sobre Nostr, sem exigir uma alteração profunda no protocolo.
Se a resposta for não, seria interessante identificar exatamente qual parte da arquitetura representa o obstáculo e se seria melhor criar um protocolo complementar, interoperável com Nostr, especificamente para armazenamento.
18. MVP proposto
Eu não começaria com vídeos de dezenas de gigabytes, sincronização complexa ou compartilhamento avançado.
O primeiro protótipo poderia se limitar a arquivos relativamente pequenos.
O cliente receberia um arquivo, criptografaria seu conteúdo localmente, dividiria o resultado em chunks, publicaria os chunks em alguns relays e publicaria os metadados necessários para reconstrução.
Depois, um segundo cliente poderia consultar os relays, encontrar os metadados, localizar os chunks correspondentes, verificar sua integridade, reconstruir o conteúdo criptografado e finalmente descriptografar o arquivo.
Se esse fluxo básico funcionar de maneira robusta, seria possível adicionar progressivamente pastas, sincronização, versionamento, compartilhamento, deduplicação e mecanismos mais sofisticados de replicação.
19. Arquitetura conceitual
Eu imagino o Nosdrive como uma camada construída sobre o Nostr.
A interface do Nosdrive seria responsável por apresentar arquivos, pastas, buscas e operações de gerenciamento.
Uma camada de filesystem seria responsável por representar arquivos, pastas, relações, versões e permissões.
Uma camada de armazenamento seria responsável por criptografia, divisão em chunks, hashes, reconstrução e replicação.
Por baixo de tudo estaria o Nostr, fornecendo identidade, assinatura de eventos, publicação e comunicação com os relays.
Assim, o Nostr não precisaria necessariamente "saber" que está armazenando um arquivo. Para o protocolo, continuariam sendo eventos. O significado de arquivo, pasta, versão ou chunk seria definido pela camada de aplicação.
20. Conclusão
A ideia, resumidamente, é utilizar Nostr como uma camada de identidade, comunicação e distribuição de eventos, construindo sobre ela um sistema de armazenamento de arquivos criptografados, fragmentados e replicados.
O objetivo não seria substituir diretamente sistemas de armazenamento distribuído existentes, mas investigar se as propriedades do Nostr podem ser utilizadas para criar uma experiência semelhante a uma nuvem, porém sem depender de uma única entidade para controlar a identidade e o estado dos dados.
O ponto que mais me interessa é a possibilidade de representar um filesystem inteiro como uma coleção de eventos Nostr, mantendo a estrutura de arquivos como uma abstração da aplicação.
@npub180c…h6w6, você acha que esse modelo faz sentido dentro do paradigma do Nostr?
Mais especificamente, existe alguma limitação fundamental do protocolo, dos eventos ou da arquitetura dos relays que tornaria essa abordagem inadequada? Ou você acha que seria possível construir algo desse tipo como uma camada de aplicação sobre Nostr, talvez utilizando NIPs específicos para storage e chunking?

2026-08-23 22:15:33 GMT

Aconteceu galera 😭 Finalmente minha irmã me perguntou como comprar Bitcoin 😭😭😭 HISTÓRICO! Eu até enviei pra ela o valor cheio sem as taxas do P2P pra ela ter a melhor experiência possível

2026-08-22 16:36:10 GMT

- reply

Daria até pra criar um esquema de pastas usando certos identificadores

2026-08-22 16:35:35 GMT

- reply

Exatamente

2026-08-22 01:39:46 GMT

- reply

Será que não é o modelo que você comprou?

2026-08-21 14:48:35 GMT

- reply

Falhou

2026-08-21 14:39:30 GMT

- reply

Aproveitar o momento. Ocasionalmente molhar os pé

2026-08-21 14:37:05 GMT

- reply

Sério mesmo. Seria algo assim: ele pegaria seu arquivo, transformaria em binário, criptografaria com sua nsec e um identificador e publicaria como texto em vários relays

2026-08-20 03:15:32 GMT

- reply

Vishhh

2026-08-20 03:14:40 GMT

- reply

Vc acredita que eu pensei em algo nesse pique?

2026-08-20 00:18:11 GMT

- reply

A discussão é essa, mas esse não foi o motivo

2026-08-19 13:42:46 GMT

- reply

Queria saber desenhar também, o máximo que faço é boneco de palito kkkkkk mas parabéns irmão, muito bom

2026-08-18 03:55:21 GMT

- reply

Se uma garota algum dia me der um giftcard da Azteco eu peço ela em casamento