Seus clientes precisam que seu produto funcione sempre. Mas quando você precisa de redundância de fornecedores de API regulados para pagamentos — talvez um determinado provedor não possa suportar um cliente ou fluxo porque não tem licenças ou suporte para uma região determinada — o lock-in de conformidade sempre foi uma grande frustração para nós. A pior parte é que faz sentido: torna o produto de todos mais aderente se seus usuários precisam re-KYC toda vez que você integra um novo provedor de serviço. Mas, à medida que a adoção das stablecoins cresce para novos mercados, com novas licenças necessárias e novos provedores de serviços regulados para construir — as empresas comuns precisam de uma forma fácil de maximizar a redundância e planos de backup quando as coisas não funcionam. Considerando que as verificações em si (passport, UBO liveness, etc.) são modulares, as APIs de conformidade devem seguir o exemplo. A melhor infraestrutura deve *simplesmente* encaixar, assim como seus usuários querem que seus produtos *simplesmente* funcionem 🫡