Um mecanismo subjacente independente de registrador
Nenhum SDK de registrador aparece em nossa lógica de negócios. Cada registrador fica atrás de uma interface adaptadora e é selecionado por capacidade e não por nome, o que significa que a plataforma pode adicionar um registrador, substituir um existente ou rotear um TLD para outro diferente sem alterar o checkout, o editor de DNS ou suas configurações salvas. Se você já possui uma conta própria de registrador, as credenciais dela são resolvidas a partir do Vault por organização e o domínio é registrado em sua conta, em vez da nossa.
Registro, transferência, renovação e restauração são executados como fluxos de trabalho duráveis do Temporal em vez de solicitações da web longas. Cada etapa é uma atividade idempotente que carrega uma chave de idempotência, e as falhas são compensadas retroativamente — um registro que falha após a definição dos servidores de nomes desfaz esses servidores em vez de deixar um domínio parcialmente configurado. O pagamento é capturado no pedido antes do início do processamento, de modo que uma falha no registrador resulte em um reembolso direto em vez de uma contestação.
Carrinhos mistos falham de forma independente. Se você comprar hospedagem e um domínio juntos e o registro do domínio for rejeitado — disputado e registrado por outro, rejeição do registro, instabilidade do registrador —, o item de hospedagem ainda será concluído e o valor do domínio será reembolsado separadamente na sua carteira. Um item com falha nunca retém o restante do seu pedido.
Tudo nesta página é voltado para API-first. A pesquisa de domínios, o registro, as transferências, os registros DNS e os servidores de nomes são todos endpoints publicados em nossa especificação OpenAPI, o que significa que estão igualmente disponíveis a partir do painel, dos SDKs gerados, da CLI e do nosso servidor MCP — permitindo que uma ferramenta de IA gerencie seu DNS exatamente com as permissões concedidas por você.