Respostas claras antes de ligar um endereço de carteira.

Não. O Cryptanio lê dados blockchain públicos e envia eventos operacionais. Os pagamentos vão diretamente para carteiras que controla; o Cryptanio não exige chaves privadas.

O Cryptanio lista atualmente 23 redes: Bitcoin, Litecoin, Dogecoin, Bitcoin Cash, Dash, Ethereum, BNB Smart Chain, Base, Polygon, Avalanche, Optimism, Arbitrum, Solana, TRON, XRP Ledger, Stellar, Cosmos Hub, Osmosis, Injective, Celestia, Noble, TON e Cardano. Onde aparece “+ tokens”, também é possível monitorizar os ativos suportados dessa rede.

Não. O Cryptanio usa planos fixos e volumes incluídos em vez de uma comissão sobre o volume de pagamentos. A franquia exata e as regras facultativas de consumo adicional constam de cada página do serviço.

A confirmação segue as regras de cada rede. O Cryptanio disponibiliza os estados pending, confirmed e rolled_back para o produto decidir com base em eventos explícitos em vez de silêncio.

Não. O cliente aprova cada pagamento de renovação na sua carteira. O Cryptanio acompanha período, estado do pagamento, lembretes e eventos de acesso.

Sim. Ligações de donativos e pagamentos únicos podem ser criadas sem código. API e webhooks assinados disponíveis quando precisar de integração.

O site de apresentação está disponível em inglês, francês, espanhol, russo, alemão, português, coreano, japonês e chinês simplificado. O inglês é o idioma predefinido.

Utilize o formulário de contacto e indique o serviço, a rede e o contexto necessários para encaminhar a sua questão.

Uma fatura identifica uma encomenda; uma tentativa de pagamento contém a rede, o ativo, o valor, os dados de receção e o prazo escolhidos. Mudar de método cria outra tentativa da mesma fatura. Várias transferências podem financiar uma tentativa; pagar duas tentativas não deve executar a encomenda duas vezes. Concilie a encomenda pelo identificador da fatura. O identificador de cliente agrupa apenas carregamentos do seu saldo, não encomendas separadas desse cliente.

Crie a fatura com o valor da encomenda e copie o link de pagamento. Na página dessa fatura, o pagador escolhe uma rede e um ativo disponíveis e recebe o valor exato e os dados. O link mantém-se quando muda o método. Partilhe-o apenas com o pagador pretendido: não dá acesso à conta. Copie sem alterações qualquer tag, memo ou comentário obrigatório. Uma referência Solana Pay deve ser enviada pelo Solana Pay, não num memo de texto.

Para a rede e o ativo exatos, o Cryptanio usa primeiro uma tag, memo, comentário ou referência única suportada que o destinatário possa atribuir. Depois usa uma fonte automática pronta, ligada expressamente ao projeto e ao serviço; sem fonte automática configurada, usa um conjunto manual adequado. Uma fonte configurada pausada ou avariada não equivale a uma ausente e não provoca uma mudança silenciosa para o conjunto manual. O endereço e a tag impostos por uma corretora permanecem um conjunto inalterado.

Os dados elegíveis da mesma fatura, ou do mesmo cliente para carregamentos, são preferidos durante 5 dias após a emissão se continuarem livres. Caso contrário, escolhe-se o endereço há mais tempo sem emissão; os nunca emitidos vêm primeiro. A preferência não prolonga prazos, reservas nem períodos de espera. Há um aviso quando os dados livres são no máximo 20% do conjunto único, arredondado para cima. Com 0 livres, a emissão para e um aviso crítico pede a adição de endereços. Dados ocupados, em espera ou indisponíveis não estão livres.

Apenas carregamentos de saldo identificados pelo cliente podem ter dados permanentes, com geração configurada de endereços ou subendereços únicos, ou um marcador único suportado sob o seu controlo. Pode servir um endereço partilhado com marcador individual. Um marcador imposto por uma corretora não pode ser substituído. Estes dados não são atribuídos a outro cliente pelo temporizador do conjunto manual. Sem geração única nem marcador próprio, os dados manuais são temporários: peça os atuais para o próximo carregamento.

Os valores iniciais do projeto são: espera de pagamento de 60 minutos, espera de reutilização após fatura paga de 60 minutos, após tentativa não paga de 1440 minutos e após carregamento temporário do conjunto manual de 1440 minutos, independentemente do resultado. A espera começa na emissão bem-sucedida; a espera paga, após confirmação do pagamento integral; as restantes, no fim da tentativa. Os valores são configuráveis e guardados em cada nova tentativa. Alterá-los não recalcula prazos já emitidos. Pagamento parcial ou primeira deteção não inicia a espera de uma fatura paga.

Antes de ser detetada uma transferência adequada, escolha outro método e confirme: «Alterar o método de pagamento? Os dados de pagamento anteriores deixarão de ser válidos para esta tentativa. Não envie fundos para esses dados. Se já efetuou uma transferência, aguarde o processamento e NÃO solicite novos dados de pagamento.» Botões: Voltar / Alterar o método de pagamento. Abrir a lista não altera nada. Os dados antigos só são cancelados depois de os novos serem preparados e ativados com sucesso; um pedido falhado mantém-nos. Um pagamento válido detetado fixa a fatura nessa tentativa, incluindo pedidos de outro separador.

Uma transferência válida correspondente aos dados emitidos fixa a fatura na sua tentativa. Aguarde as confirmações exigidas pela rede: um pagamento parcial ou a primeira deteção não são pagamento integral confirmado. O fim do temporizador não apaga a transferência detetada nem termina a verificação das confirmações. Dizer «enviei», um cookie, um IP ou um endereço de origem não prova o pagamento. Antes de entregar bens ou acesso, siga o estado final da fatura.

Após uma mudança bem-sucedida de método, a tentativa anterior tem uma janela completa de aceitação de 60 minutos desde a ativação dos novos dados, desde que os dados anteriores ainda estejam reservados para esta fatura nesse momento. O prazo de pagamento original não encurta esta janela: uma mudança às 12:50 mantém-na aberta até às 13:50, mesmo que o prazo original fosse às 13:00 ou já tivesse expirado. Mudar de rede ou emitir novos dados não restabelece uma reserva já terminada nem prolonga a sua janela histórica de aceitação. A tentativa anterior mantém o montante e a cotação emitidos. Mudanças posteriores e repetições do pedido não reiniciam nem prolongam a janela de uma tentativa já encerrada por uma mudança anterior. Esta proteção cobre transferências já enviadas; use os dados atuais para um novo pagamento. Em cada conta comercial considera-se primeiro a atribuição histórica comprovada, depois uma reserva atual válida. Sem ambas, regista-se o pagamento recebido sem fatura identificada e avisa-se o comerciante. A hora do bloco pode comprovar uma atribuição antiga apesar da deteção tardia. A espera de reutilização não prolonga por si a aceitação; pagar ambas as tentativas não executa a encomenda duas vezes.

Não. O histórico de atribuição e a proteção contra créditos duplicados são separados por comerciante do Cryptanio. Dentro de uma conta, os mesmos dados partilham uma reserva entre listas e projetos; marcadores únicos suportados podem distinguir atribuições num endereço comum. Reemitir um endereço não reescreve o histórico. A rede, o ativo exato, o marcador obrigatório, o valor e as confirmações têm de corresponder; uma reserva não transforma qualquer transferência em pagamento integral.

Não são emitidos novos dados para o método afetado. Uma falha da rede afeta os seus métodos; uma fonte partilhada pode afetar vários ativos. Os métodos independentes que funcionam continuam disponíveis. Pausar interrompe novas emissões sem apagar dados nem histórico. Uma fonte configurada pausada ou avariada não é trocada silenciosamente pelo conjunto manual. Verifique a causa e recupere-a ou escolha um método independente; os pagamentos detetados mantêm a sua tentativa. O comerciante recebe um aviso quando é necessária uma ação.