Amethyst 1.16 adiciona pagamentos BOLT12 e painel de atividade física

BOLT12 entra no fluxo normal de pagamentos

A mudança de pagamentos mesclada mostra no trilho de pagamentos do perfil as ofertas BOLT12 publicadas em eventos de kind 10058. Um destinatário que publica uma oferta também pode aparecer como pagável no seletor de zaps quando a carteira Nostr Wallet Connect padrão do remetente anuncia a capacidade pay.

A interface mantém uma única ação Lightning, em vez de pedir ao remetente que escolha primeiro um protocolo. O Amethyst decide a rota no momento do envio. Se a carteira recusar uma oferta BOLT12 e o destinatário também tiver um endereço Lightning, o cliente pode tentar a rota normal de zap BOLT11.

Esse fallback é deliberadamente restrito. O Amethyst tenta novamente apenas erros que indicam uma instrução inutilizável, incluindo EXPIRED, NOT_FOUND, BAD_REQUEST, NOT_IMPLEMENTED, UNSUPPORTED_PAYMENT_INSTRUCTION e UNSUPPORTED_NETWORK. Ele não tenta novamente após timeout, PAYMENT_FAILED, erro desconhecido ou pagamento sem recibo. Esses casos podem ser ambíguos, então uma segunda tentativa automática poderia pagar duas vezes.

Os testes do pull request cobrem as regras de nova tentativa, mas o autor registrou que o caminho completo da recusa ao BOLT11 não foi exercitado de ponta a ponta com uma carteira NWC real. A disponibilidade da versão não prova que toda combinação de carteira e oferta tenha o mesmo comportamento.

My Fitness mantém o painel no dispositivo

O novo painel My Fitness resume os treinos recentes do próprio usuário. Ele compara esta semana com a anterior, calcula a média de quatro semanas, agrupa tempo por atividade e mostra melhores esforços, dias ativos e uma sequência de dias consecutivos.

O painel combina registros do Android Health Connect com os eventos de treino de kind 1301 do usuário. Ele remove prováveis duplicatas pelo tipo de atividade e horário de início, preferindo o registro do Health Connect quando as duas fontes descrevem a mesma sessão. Os cálculos são feitos no dispositivo, e publicar um treino continua sendo uma ação opcional para cada sessão.

Há um limite importante na mudança mesclada. A tela My Fitness não faz sua própria solicitação aos relays por eventos 1301. Em uma inicialização limpa, ela pode mostrar apenas treinos já carregados por outra tela, portanto o histórico publicado pode parecer incompleto até que o cliente busque esses eventos em outro lugar. O painel também depende do Health Connect, específico do Android, como fonte local de dados de saúde.

Um limite menor para o código compartilhado

A versão 1.16 também inclui uma separação entre código compartilhado sem interface e a camada Compose. O projeto diz que isso remove cerca de 40 MB de dependências Compose e Skiko das distribuições de linha de comando. A mesma mudança relata 34 correções de funcionamento e desempenho em relays, caches, análise de texto, armazenamento criptografado e feeds.

Para usuários, a história visível vai além de uma função. Pagamentos encontram ofertas BOLT12 em mais lugares, dados de atividade ganham um painel privado antes de qualquer publicação opcional e o núcleo compartilhado carrega menos dependências de interface. Os limites documentados continuam importantes: a interoperabilidade entre carteiras precisa de confirmação real, a distribuição nas lojas pode atrasar em relação ao GitHub e o My Fitness pode omitir treinos dos relays após uma inicialização limpa.