Estou entrando no mundo das redes mesh (Meshtastic, MeshCore, Reticulum)
(jonaharagon.com)- Redes mesh reduzem a dependência de provedores de serviços centralizados e combinam bem com usos em que acessibilidade e resistência à censura são importantes, como mensagens, redes sociais e compartilhamento de informações
- Meshes via rádio baseadas em LoRa permitem criar redes peer-to-peer locais com baixo consumo de energia e longo alcance em faixas sub-GHz sem licença
- O Meshtastic é fácil de usar para mensagens móveis e rastreamento de dispositivos, mas em meshes públicas de grande escala tem limitações por causa do desenho de flooding e dos limites de hops
- O MeshCore usa um sistema real de roteamento para reduzir transmissões e congestionamento, com suporte de até 64 hops, mas sua estrutura de companion e repeater e seus clientes proprietários pesam contra
- O Reticulum oferece roteamento criptografado combinando LoRa, LAN, Wi‑Fi, internet, Tor, I2P e mais, mas o ecossistema de nós de infraestrutura LoRa autônomos ainda não é simples
Por que redes mesh são necessárias
- A internet moderna tem, logicamente, uma estrutura em malha, mas na prática seus recursos centrais dependem de um pequeno número de empresas e provedores de serviços centralizados, o que a torna vulnerável à pressão de censura e ao controle de serviços
- Os laptops, computadores de escritório e dispositivos móveis de pessoas e comunidades já são poderosos o bastante, mas a estrutura atual de serviços ainda está fortemente presa a um modelo de consumir acesso oferecido por grandes empresas
- Redes mesh são uma forma de reduzir a dependência de provedores centralizados, fazendo com que vários peers conectados diretamente encaminhem pacotes de dados em vez de depender de datacenters centrais
- Conexões de alta largura de banda têm custo alto e serviços sensíveis à latência, como jogos, precisam na prática de redes de fibra continentais e submarinas com o mínimo possível de intermediários
- Serviços intensivos em largura de banda, como Netflix, ou sensíveis à latência, como jogos, ainda são difíceis de migrar para redes mesh, mas mensagens, redes sociais e compartilhamento de informações se encaixam bem em usos nos quais acessibilidade, resistência à censura e resiliência são importantes
O potencial das meshes via rádio com LoRa
- Grande parte da inovação moderna em redes mesh está acontecendo no campo do rádio LoRa
- Rádios LoRa usam faixas sub-GHz sem licença, que podem ser usadas publicamente na maioria dos países
- Em comparação com as faixas sem licença de 2,4GHz e 5GHz comuns no Wi‑Fi, o LoRa opera com menos energia e oferece alcance maior
- Redes mesh via rádio podem criar redes peer-to-peer que coexistem com a internet
- Podem oferecer conectividade em áreas que hoje têm pouca conexão
- Podem manter um backup da internet para necessidades importantes, aumentando a soberania digital individual
- O fato de ser possível enviar mensagens apenas com equipamentos seus e dos participantes da rede é diferente do modelo em que a capacidade de comunicação é alugada de serviços como ISPs ou Starlink
Meshtastic
- Meshtastic é visto como um dos líderes no espaço de mesh LoRa para consumidores
- O principal uso do Meshtastic é mensagens móveis e rastreamento de dispositivos, sendo mais próximo de um produto fácil de comprar e usar imediatamente do que de um projeto técnico que primeiro cria a rede e depois procura um uso
- É atraente para usuários que querem uma ferramenta de uso imediato, como um pequeno walkie-talkie
- Funciona razoavelmente bem em grupos pequenos e privados, como trilheiros ou participantes de eventos, mas é difícil de sustentar por projeto em meshes muito grandes e públicas
- Alguns grupos públicos de mesh aumentaram a largura de banda utilizável do Meshtastic reduzindo o alcance, mas isso se aproxima mais de um quebra-galho do que de uma solução para o problema de base
- Para tratar redes mesh públicas com seriedade, cresce a necessidade de considerar outras soluções
MeshCore
- MeshCore é uma das alternativas para as quais alguns grupos públicos de mesh começaram a migrar
- O desenho original do Meshtastic espera que cada mensagem chegue ao destino ao ser praticamente inundada por toda a rede
- O MeshCore tem um sistema real de roteamento, capaz de enviar mensagens apenas por caminhos específicos de dispositivos, incluindo remetente e destinatário
- Isso reduz bastante o número de transmissões por rádio, diminui o congestionamento da rede, melhora a confiabilidade e tem levado grupos grandes mais interessados em mensagens do que em compartilhar sensores e localização a migrar para o MeshCore
- O MeshCore não é uma malha completa no sentido que entusiastas de meshes públicas geralmente desejam
- Os dispositivos se dividem, em grande parte, em companion e repeater
- Companion é o dispositivo com que a maioria dos usuários envia e recebe mensagens
- Repeater é o dispositivo que forma a mesh com outros repeaters e amplia o alcance da rede inteira
- O companion precisa estar sempre ao alcance de um repeater para acessar a rede e não retransmite mensagens em nome de outros companions
- O MeshCore permite que mensagens viajem por até 64 hops e, em condições ideais, repeaters LoRa podem ficar a várias milhas de distância, então a escala prática pode ser bem grande
- O limite padrão de 3 hops do Meshtastic, mesmo podendo ser configurado até 7, impõe restrições reais ao alcance da propagação das mensagens
- Qualquer pessoa pode participar como repeater MeshCore, mas isso exige planejamento, coordenação e centralização adicionais
O problema do software proprietário no MeshCore
- Um problema maior do MeshCore é que várias partes dele são software proprietário
- O protocolo base e o firmware de alguns rádios são open source, mas os clientes oficiais do MeshCore são todos proprietários e alguns recursos ficam atrás de pagamento
- Em uma rede mesh off-grid voltada para preparação a desastres, software proprietário não é adequado, e a dependência de um processador centralizado de pagamentos agrava ainda mais o problema
- Se o objetivo central de uma rede mesh off-grid é liberdade e controle, é difícil apoiar uma solução fechada
- Já existe um movimento para criar um cliente open source do MeshCore
- Ainda assim, é provável que a maioria dos usuários do ecossistema MeshCore permaneça no ecossistema oficial e proprietário, e no estágio atual é difícil dizer que ele tem vantagens, base de usuários e confiabilidade suficientes para justificar a adoção
- Ainda há tempo para escolher uma solução melhor antes que o efeito de rede das meshes prenda usuários a uma plataforma específica
Limitações em comum de Meshtastic e MeshCore
- Tanto Meshtastic quanto MeshCore não têm grande escalabilidade
- O Meshtastic, mesmo em condições ideais, mal consegue escalar para o tamanho de uma mesh regional
- O MeshCore é melhor, mas ainda é difícil imaginá-lo escalando para grandes regiões, países ou escala planetária
- Os dois projetos estão mais próximos de aplicações do que de protocolos
- Tornam possível mensagens instantâneas simples com base em LoRa
- Não dão grande ênfase a aplicações de rede mesh além do que os apps clientes oficiais suportam
- Foram projetados para comunicação em pequenos grupos locais, e meshes públicas sobre essas redes estão mais para exceção do que para caso de uso padrão
- Ambos dependem quase totalmente de LoRa
- O LoRa pode ser usado sem licença em muitos países e permite tecnologias digitais modernas, como criptografia, geralmente proibidas no rádio amador, o que o torna útil para montar redes mesh temporárias e de baixa largura de banda
- Mas o LoRa não é a solução perfeita para todos os cenários e é relativamente lento
Separar a rede física do roteamento
- O software ideal de rede mesh e roteamento deveria ser independente da rede física que conecta os dispositivos
- Deveria ser possível criar redes LoRa locais e baratas para bairros e comunidades regionais e interligá-las com conexões ponto a ponto por micro-ondas mais potentes, fibra ou internet
- Meshtastic e MeshCore têm formas de conectar meshes diferentes usando MQTT
- A experiência no Meshtastic não é boa
- Ao fazer bridging por MQTT pela internet, a qualidade da rede pode cair a ponto de o uso se tornar impraticável para mais do que alguns poucos usuários
- É necessária uma solução que roteie pacotes com inteligência por vários tipos de conexão, para que a experiência de uso da mesh não mude conforme a interface específica usada
Reticulum
- Reticulum é uma pilha de rede que oferece roteamento criptografado robusto sobre várias redes físicas, incluindo LoRa
- Como o MeshCore, oferece roteamento automático por caminhos de rede, mas esses caminhos podem passar não só por LoRa como também por qualquer interface compatível
- Como o Meshtastic, os dispositivos funcionam imediatamente na mesma rede local
- Ao conectar dois dispositivos na mesma frequência LoRa, surge uma mesh funcional de imediato
- Não é necessário conhecimento avançado de rede nem um repeater dedicado
- Por isso, o Reticulum serve tanto para pequenas redes privadas, onde o Meshtastic se encaixa bem, quanto para redes maiores, onde o MeshCore tende a se sair relativamente melhor
- Mesmo começando com uma pequena rede Reticulum, tudo funciona normalmente, e se um dos membros se conectar ao mesmo tempo a outra rede Reticulum, as duas podem se unir naturalmente sem mudança de configuração
- Conexões Reticulum podem misturar redes como LoRa, LAN local, Wi‑Fi ou micro-ondas ponto a ponto, internet, Tor, I2P e packet radio para usuários de rádio amador
Como tratar várias redes como uma só
- Em teoria, o Reticulum pode suportar qualquer rede que consiga interagir por TCP, UDP ou uma interface serial simples
- Ele considera a largura de banda de cada rede conectada ao decidir o melhor caminho para uma mensagem, otimizando ao mesmo tempo distância e recursos da rede física
- O núcleo do Reticulum é a conectividade heterogênea
- Segundo a documentação do Reticulum, no networking tradicional misturar meios de transmissão diferentes exige gateways, camadas de conversão e configuração cuidadosa, enquanto o Reticulum trata a heterogeneidade como pressuposto central
- O projetista da rede pode escolher livremente o meio mais barato e adequado para cada situação
- LoRa para cobertura ampla e de baixa largura de banda
- Wi‑Fi para links locais de alta capacidade
- I2P para conexões anônimas na internet
- Ethernet para backhaul de infraestrutura
- O Reticulum faz automaticamente a conversão e a coordenação entre esses meios
- Mesmo que, no longo prazo, redes mesh locais não devam depender da internet ou do I2P, oferecer suporte de primeira classe para conexões sobre TCP e protocolos da internet é uma grande vantagem para quem quer construir meshes públicas locais
Interconexão entre meshes regionais
- Se diferentes grupos regionais puderem se conectar, o volume de conteúdo acessível na rede aumenta muito
- No Reticulum, à medida que conexões são adicionadas, os links de rede se tornam automaticamente rotas redundantes
- Por exemplo, uma mesh regional de Minneapolis pode se conectar por internet com uma mesh regional de Chicago
- Depois, um operador separado pode criar um link direto por micro-ondas ou LoRa entre as duas cidades
- Em condições normais, pode-se usar o caminho mais rápido pela internet
- Em caso de falha, um caminho alternativo ou temporário pode assumir naturalmente como rota dentro da mesma rede Reticulum
- Mesmo uma mesh Reticulum regional totalmente sem conexões com outras redes Reticulum ainda preserva, no pior caso, o acesso ao conteúdo local
- Isso é parecido com o máximo que se consegue realisticamente com Meshtastic e MeshCore
Conexões além de fronteiras e diferenças de frequência
- O Reticulum permite conexões transfronteiriças
- O LoRa tem o problema de usar frequências diferentes conforme a jurisdição
- Nos EUA, opera em 915MHz com até 1W
- Em boa parte da Europa, opera em 868MHz ou 433MHz com potência mais baixa
- Na Ásia, usa 923MHz e outras frequências
- Por isso, redes Meshtastic ou MeshCore na Ásia não podem se conectar nativamente com redes da Europa
- Dá para contornar isso com bridges como MQTT, mas o Reticulum consegue conectar nativamente diferentes redes LoRa desde que exista ao menos um ponto de gateway em comum
- Um rádio de 868MHz em um país pode se conectar por fibra a um rádio de 923MHz em outro
- Também podem ser usados links de micro-ondas em 2,4GHz, internet ou packet radio
- Com um ou vários pontos de ligação, o roteamento Reticulum entre redes físicas diferentes funciona sem atritos e sem servidor central
- Operadores de rede podem criar segmentos da forma que quiserem, sem coordenação central, e quando os segmentos se conectam o Reticulum cuida automaticamente da convergência da rede
- O espaço de endereçamento do Reticulum é global e todos os nós têm endereços únicos garantidos por criptografia
- Não há possibilidade de sobreposição de endereços entre redes Reticulum diferentes, nem necessidade de uma autoridade central como IANA, ARIN ou RIPE para distribuir endereços
Ecossistema de aplicações do Reticulum
- A vantagem do Reticulum não se limita à rede em si; também existe um ecossistema de apps rodando sobre ele
- NomadNet é um dos apps mais usados
- Em um app de terminal, oferece mensagens, compartilhamento de arquivos e navegação em texto
- Também tem suporte a mouse
- Usuários para quem terminal é um obstáculo podem usar o Sideband, um app com interface gráfica para Android e PC
- Meshchat também pode ser usado para comunicação, e há outros apps baseados em Reticulum
- Vários apps de comunicação podem funcionar juntos, permitindo que o usuário escolha o que preferir
- Quase qualquer app ou protocolo pode ser criado sobre o Reticulum, mas muitos mensageiros usam, como padrão de fato, alguns protocolos próprios como LXMF, LXST, RRC
- Já existe no Reticulum um ecossistema de apps que compartilha em grande parte o mesmo protocolo base e oferece recursos de mensagens semelhantes aos apps de Meshtastic e MeshCore
O maior problema do Reticulum
- Mesmo sendo uma plataforma forte para redes mesh públicas, o grande ponto fraco que hoje impede o Reticulum de substituir as redes públicas MeshCore e Meshtastic atuais não está nos apps nem no software em si
- O problema central é que ele não tem, como Meshtastic e MeshCore, firmware dedicado para rádios LoRa
- Ao instalar o Meshtastic em um dispositivo barato como o Heltec V3, ele vira um nó Meshtastic autônomo capaz de enviar e receber mensagens e retransmitir dados por toda a rede
- No Reticulum, o mesmo hardware barato pode ser usado com o firmware RNode para criar conectividade LoRa
- Mas o firmware RNode do Reticulum funciona como um modem LoRa para um computador conectado, não como um nó mesh autônomo
- O próprio RNode não tem inteligência; para enviar, receber e rotear mensagens para outros nós da rede Reticulum, ele precisa estar conectado a um computador rodando Reticulum
Diferença entre dispositivos do usuário e infraestrutura
- Para o usuário comum, a arquitetura de RNode talvez não seja um problema real
- Mesmo no Meshtastic, casos de comunicação direta apenas com dispositivos autônomos são raros, e aparelhos como o LILYGO T-Deck estão mais para exceção
- A maioria dos usuários conecta um rádio LoRa compatível com Meshtastic ao celular ou ao computador
- Celulares e computadores são poderosos o bastante e, se quiserem migrar, podem rodar Reticulum conectados a um RNode
- O problema cresce na área de infraestrutura
- Em Meshtastic e MeshCore, muita gente instala nós remotos com energia solar em morros altos ou edifícios para ampliar a capacidade da rede
- No Reticulum, esses nós remotos precisam não só de um rádio LoRa rodando RNode, mas também de um computador executando Reticulum para exercer a função de mesh
- Esse computador pode ser algo simples como um Raspberry Pi Zero, mas o custo extra e o consumo de energia pesam em instalações para deixar no local, especialmente as alimentadas por energia solar
- Há progresso para resolver esse problema
- O port microReticulum para dispositivos ESP32 ou superiores continua em desenvolvimento
- Se operadores atuais de Meshtastic e MeshCore conseguirem migrar para o roteamento do Reticulum sem hardware adicional, a adoção de redes mesh públicas mais capazes pode acelerar bastante
Onde cada uma das três soluções se encaixa melhor
- O Reticulum é uma solução que permite construir redes locais pequenas e grandes e interligá-las organicamente até formar uma mesh global contínua
- O Meshtastic combina bem com grupos de trilha que querem compartilhar texto e GPS com facilidade no lugar de walkie-talkies de voz
- O MeshCore tem recursos atraentes para mensagens em nível regional ou de bairro, ou para mensagens off-grid em grandes eventos como a DEF CON
- Há muitos grupos tentando criar redes Meshtastic públicas em escala regional ou maior, mas nesse cenário ela tende a ser a solução errada, e na prática falhas na mesh e problemas de comunicação são comuns
- Uma coisa é simplesmente confirmar a presença de nós próximos; outra é realmente interagir com eles
- O Reticulum oferece, além de um app de mensagens ou de um meio para compartilhar GPS e dados de sensores, uma base completa de rede mais próxima de uma alternativa à própria internet
- Aplicações importantes e difíceis também são possíveis com Meshtastic e MeshCore
- Com o Retipedia, é possível compartilhar com usuários do Reticulum acesso a arquivos do Kiwix, incluindo toda a Wikipedia
- Isso pode ser útil para compartilhamento rápido de informação em situações de desastre
1 comentários
Comentários no Hacker News
Tenho experimentado o Meshtastic desde dezembro do ano passado, mas até agora a rede tem sido silenciosa demais para eu encontrar o problema de congestionamento que o autor destacou
No meshmap, deveria haver um nó a cerca de 2 milhas da minha casa, mas ele não aparece de forma estável, e o próximo nó, a 4,3 milhas, também não aparece. Por um tempo, um nó a cerca de 8,4 milhas apareceu por alguns dias e depois sumiu, e desde o Natal meu nó viu 583 nós, mas nenhum deles foi estável
Meu nó é um nó solar pendurado em uma árvore a cerca de 25 pés do chão, e no sudeste de Michigan costumo fazer um trajeto de cerca de 30 minutos até uma cidade suburbana. O texto foi bom, mas acabou reforçando ainda mais minha confiança no Meshtastic, e não há necessidade de conectar um computador ao nó nem de pagar pelos recursos do MeshCore. Ainda assim, eu gostaria que houvesse mais nós fixos para expandir a rede
O MeshCore é 100% gratuito. O último problema era que os clientes Android/iPhone eram closed source, mas existe um cliente open source baseado em Flutter: https://github.com/zjs81/meshcore-open
Nós próximos só apareciam raramente, e a comunicação real não passava do nível básico de “HELLO”/“ACK”. Para usos como uma rede distribuída de sensores na própria propriedade ou outras comunicações de IoT, é interessante, mas como plataforma de comunicação entre pessoas não me parece prático, especialmente em situações de desastre
Moro em um centro urbano denso, mas há pouquíssimos nós ao meu redor, então parece que eu ficaria sem uso. Sem uma malha de verdade, deve ser difícil até mandar mensagem para um amigo a 2 milhas de distância sem linha de visada
Acho que este texto deixou passar alguns pontos importantes
Primeiro, se a malha puder usar a internet ou outros meios de transporte, ela acabará usando isso, e será construída de um jeito em que esses meios serão essenciais. Se você só quer uma forma nova e leve de mandar mensagens para amigos, algo como o Reticulum pode servir, mas, se quer uma solução séria para resposta a desastres e comunicação livre, isto é, uma comunicação em que “ninguém pode me impedir ou controlar o que eu digo”, é muito importante construí-la como algo independente desde o começo
Segundo, o autor também deixou passar uma funcionalidade importante do MeshCore. Mesmo se a energia cair, a rede mesh continua funcionando. Isso é enormemente importante em preparação para emergências e recuperação de desastres, especialmente em regiões propensas a desastres naturais. Ainda está no começo e há um longo caminho pela frente, mas sinto que uma rede solar totalmente descentralizada é muito importante como alternativa simples à internet, que virou um gigante corporativo
O alcance é muito limitado, e a vazão piora drasticamente depois de só alguns hops de pacotes. Só esses dois fatores já bastam para tratá-lo como coisa de brinquedo desde o início
Se a ideia é posicionar qualquer mesh* como um meio de transporte escalável e confiável de alguma forma, já existem equipamentos de rádio sem licença com alcance maior, e eles são um ponto de partida melhor
O fato de a mesh continuar funcionando quando falta energia não é uma característica exclusiva do MeshCore, nem algo garantido. Qualquer dispositivo com energia solar e bateria de backup pode, em teoria, operar sem rede elétrica comercial. Nós MeshCore não são solares por padrão, e o mesmo conceito solar pode ser aplicado a outros transceptores ou protocolos de rádio
A internet é mesmo isso? Gigantes corporativos foram construídos em cima da camada da World Wide Web, mas a internet em si me parece relativamente neutra
Passei minha carreira em telecomunicações e redes, e gostei da época em que o Wi‑Fi estava surgindo. Quando o espectro estava limpo, eu até conseguia fazer links de longa distância legais o bastante para me exibir para amigos que trabalhavam com backhaul 3G/micro-ondas, e continuo acompanhando o LoRa e tecnologias relacionadas
Também tenho algumas placas HelTec, mas as tendências recentes como Meshtastic/Core me lembram a antiga comunidade de wardriving ou rádios CB. É divertido e há muitas ideias, mas falta estrutura e apelo de massa para realmente decolar
Mesmo assim, eu gostaria que existisse um padrão de mesh de emergência que realmente funcionasse, de preferência um padrão internacional
Digamos que exista uma rede mesh; e depois? Você pode mandar mensagens para outros nerds, mas que mensagens exatamente quer mandar? Talvez por isso o rádio amador também acabe se limitando a competições, desafios de código Morse e troca de especificações de equipamento. Não há o que dizer
O maior problema das redes mesh pode não ser técnico, mas social. Se houver um propósito útil até mesmo para 0,1% da população composta de nerds, isso já seria grande coisa, e a adoção em massa provavelmente causaria mais problemas do que benefícios
Isso é algo que as redes mesh demonstram, e quanto pior a situação em que as pessoas imaginam que essa tecnologia seria útil, maior a tendência de ela falhar justamente ali
O prefácio dizendo que muita funcionalidade do Meshtastic e do MeshCore seria omitida combina com a impressão geral que tenho sempre que vejo algo de Mesh*
É uma tecnologia sem fio bacana e um brinquedo divertido para encontrar nerds por perto, mas fica imediatamente claro que há problemas fatais para isso crescer além desse ponto. Pode servir para pequenas redes privadas especializadas, mas parece mais uma demonstração técnica do que algo projetado para durar de verdade
Como ponto de partida, esse tipo de coisa é necessário e ainda funciona agora, mas é difícil ter grandes expectativas
As pessoas que você encontra numa malha são nerds de verdade, de carne e osso, e por estarem perto provavelmente também têm muita coisa em comum com você. Elas não estão tentando influenciar você nem vender alguma coisa
Quantos lugares assim ainda existem hoje?
Existem nichos como redes privadas, redes locais de nerds e resposta a emergências, e o pessoal real de resgate de emergência não é, pela minha experiência na comunidade, quem mais tenta adotar esse tipo de coisa. Dependendo de para quem você perguntar, tudo isso pode ser vantagem ou desvantagem
Acho perfeitamente possível compartilhar internet em bairros pequenos onde vivem pessoas comuns por meio de uma rede mesh sem fio, oferecendo uma experiência parecida com a abordagem padrão
Nos últimos dias ou semanas, esse assunto apareceu aqui várias vezes, e no fim resolvi comprar um Seeed Studio Wio Tracker L1 Pro para usar com MeshCore
A ideia de uma quase-internet rápida o bastante para entregar conteúdo textual de meio único é muito atraente. Tem um pouco de nostalgia aí, mas também uma avaliação realista. Se a rede for lenta demais para enviar fotos, áudio e vídeo, acho que ela evita de forma elegante, por projeto, problemas como spam e pornografia ilegal
Instalar alguns nós mesh, rodar testes e achar que você agora tem um kit utilizável em emergências é parecido com muitos exercícios de recuperação de desastres pelos quais já passamos. Aqueles exercícios que assumem apenas condições ideais
É como fazer backups em fita excelentes todos os dias, mas descobrir tarde demais, numa recuperação bare metal, que ninguém guardou a mídia de instalação do sistema operacional ou que os instaladores e chaves de licença do software de backup estavam armazenados no datacenter e já não podem ser usados a tempo
A dificuldade com esses sistemas mesh é que quase nenhum lugar chegou ao ponto de conseguir fazer simulações realistas em que a comunicação realmente dependa deles
É um experimento interessante, mas em certos aspectos também parece um passo para trás para mim. Meshtastic e MeshCore são sobre mensagens, e é justamente isso que os torna um aplicativo matador padronizado
Já o Reticulum evita que você fique preso ao rádio de baixa largura de banda do LoRa e parece ter muitos recursos legais, mas se você vai reinventar toda a camada de rede, então também precisa reinventar serviços, procedimentos de descoberta e assim por diante. No fim, o sucesso ou fracasso vai depender do controle da largura de banda do backbone, e com a dificuldade extra de uma malha P2P por cima disso, fico me perguntando se não é perda de tempo
Cada vez mais, isso começa a parecer uma atividade divertida, mas na prática uma espécie de consolo pessoal diante de um mundo em que tudo está tristemente se centralizando
Uma coisa de que gosto em tecnologias como o MeshCore é que os dispositivos finais conseguem se comunicar diretamente de forma transparente
Se houver dois dispositivos companheiros do MeshCore próximos um do outro, eles podem trocar mensagens diretamente sem repetidor
Em compensação, dois smartphones modernos têm dificuldade para se comunicar diretamente por serviços comuns de mensagens ou transferência de dados quando não há um AP Wi‑Fi ou cobertura celular. Existem formas de conectá-los por Bluetooth ou hotspot Wi‑Fi móvel, mas isso parece mais um recurso acrescentado a contragosto do que algo bem suportado pelas empresas de sistemas operacionais móveis e hardware para uso fácil
No último fim de semana instalei um nó solar. Agora tenho alcance de 200 milhas. Nerds, ideias malucas e bons momentos
Eu me perguntava se seria legal jogar alguns em qualquer árvore
Depois de ver hoje o post sobre Gemini, Gopher e Finger https://news.ycombinator.com/item?id=48297467, fiquei pensando se isso combinaria bem com o Reticulum
Muito do que Finger, Gopher e afins fazem é definir semântica de camada de aplicação para transmitir documentos sobre protocolos orientados a fluxo
Dito isso, o Reticulum já tem uma implementação ativa de uma própria “pequena web” usando NomadNet e a marcação Micron
Comecei a testar o Meshtastic no mês passado, mas não há ninguém na minha cidade usando isso, então estou distribuindo esp32 para amigos e montando uma malha
Só que não conheço gente suficiente para ligar alguns trechos, então estou batendo no limite de distância
Também tentei mudar o preset de rádio para Very Slow Long, mas o alcance não melhorou muito, e não sei por quê
Acho que isso é um movimento excelente. Ao mesmo tempo, me preocupa que claramente também vá atrair criminosos
Sempre existe um jogo de gato e rato com tecnologias novas assim. Não conheço bem o bastante o funcionamento interno dessa tecnologia para especular mais a fundo