Limites de Armazenamento e Latência de Troca de eSIM: iPhone vs Topos de Linha Android (Comparativo 2026)

---

A Arquitetura dos SIMs Embarcados: Hardware eUICC, Alocação de Memória e Linhas Ativas

Para compreender por que os smartphones enfrentam limites rígidos quanto à capacidade de eSIM e velocidade de alternância, é preciso analisar o nível do silício. Um eSIM não é apenas uma configuração de software; trata-se de um eUICC (embedded Universal Integrated Circuit Card) — um microcontrolador seguro e inviolável soldado diretamente na placa lógica do dispositivo (ou, cada vez mais, integrado diretamente ao SoC como um iSIM).

Padronizado pela GSMA sob especificações como a SGP.22, o eUICC opera como um enclave criptográfico isolado, separado do processador de aplicações (AP) e da memória flash principal do sistema.

`` +-----------------------------------------------------------------------+ | Silício eUICC | | +-------------------------------------------------------------------+ | | | Sistema Operacional do Cartão (COS) | | | +-------------------------------------------------------------------+ | | | ECASD (Chaves Root) | ISD-R (Ciclo de Vida)| LPAe (Opcional) | | | +---------------------+-----------------------+---------------------+ | | | Partições ISD-P | | | | +-----------------------+ +-----------------------+ +-----------+ | | | | | Perfil 1: Operadora | | Perfil 2: eSIM Viagem | | Perfil 3 | | | | | | - IMSI e Chaves Rede | | - IMSI e Chaves Rede | | (Vago / | | | | | | - Applets Operadora | | - Perfil MollySIM | | Inativo) | | | | | | - Sistema Arq. (32KB) | | - Sistema Arq. (48KB) | | | | | | | +-----------------------+ +-----------------------+ +-----------+ | | +-----------------------------------------------------------------------+ ``

Pegada de Memória do eUICC: A Restrição de 512 KB a 1 MB

Diferente do armazenamento principal UFS 4.0 ou NVMe do seu smartphone, que alcança centenas de gigabytes, a memória não volátil segura do eUICC é microscópica. Dispositivos topo de linha costumam incorporar módulos eUICC com capacidade total variando entre 512 KB e 1024 KB (1 MB) de memória EEPROM ou NOR flash reforçada.

Esse espaço reduzido deve acomodar toda a infraestrutura do cartão:

• Sistema Operacional do Cartão (COS): Consome de 128 KB a 256 KB para gerenciar execuções de baixo nível, primitivas criptográficas (ECC, RSA, AES) e isolamento de hardware.
• Domínios de Segurança:
• ECASD (Embedded UICC Controlling Authority Security Domain): Armazena os certificados raiz da GSMA para autenticação dos servidores de perfil.
• ISD-R (Issuer Security Domain Root): Gerencia o ciclo de vida de todos os contêineres de perfis.
• Alocações ISD-P (Issuer Security Domain Profile): O espaço restante (tipicamente de 300 KB a 650 KB) é particionado em sandboxes discretas para perfis individuais.

O perfil de uma única operadora — contendo seu IMSI, chaves de autenticação criptográfica (Ki/K), applets SIM específicos da operadora (Java Card TARs) e regras de políticas locais — ocupa entre 30 KB e mais de 80 KB. Consequentemente, a capacidade nominal de perfis é estruturalmente limitada pela matemática das partições, e não por bloqueios arbitrários de software.

Armazenamento Nominal de Perfis vs. Transceptores Físicos de Baseband

Uma distinção crucial frequentemente ignorada nas especificações comerciais é a diferença entre perfis inativos em cache e conectividade ativa simultânea:

`` [ Perfis Inativos (Cache Flash) ] -> [ Motor de Provisionamento LPA ] -> [ Transceptores Baseband (Linhas Ativas) ] (8 a 20 Perfis) (Ponte no Nível do SO) (Máx. 2 Ativos: DSDS / DSDA) ``

1. Cache de Perfis Inativos: Representa o número de contêineres ISD-P desativados e salvos na memória flash não volátil. Os firmwares dos topos de linha costumam indexar entre 8 e 20 perfis inativos. Nesse estado, as credenciais permanecem congeladas com segurança na memória flash, sem consumir energia nem se registrar nos canais de sinalização celular.
2. Transceptores de Linhas Ativas (DSDS vs. DSDA): Independentemente de o eUICC armazenar 8 ou 20 perfis, os modems baseband dos smartphones modernos (como o Qualcomm Snapdragon X75/X80 ou arquiteturas baseband proprietárias da Apple) contam com pipelines físicos de transceptores RF limitados a gerenciar dois estados de rede simultâneos:

• Dual SIM Dual Standby (DSDS): Dois perfis (SIM Físico + eSIM, ou Dual eSIM) compartilham um único transceptor baseband. Ambos ficam em espera na rede ao mesmo tempo, mas uma chamada ativa por comutação de circuitos ou VoLTE de alta prioridade na Linha 1 suspende o tráfego de dados na Linha 2.
• Dual SIM Dual Active (DSDA): Presente em arquiteturas Android selecionadas de alto padrão, utiliza vias baseband duplas simultâneas para manter chamadas de voz e dados ininterruptos em ambas as linhas ao mesmo tempo.

Gerenciamento LPA, Indexação de Firmware e Provisionamento

A ponte entre o hardware eUICC e o sistema operacional hospedeiro é o Local Profile Assistant (LPA). Implementado no nível do SO (LPAd) no iOS e Android ou diretamente no chip seguro (LPAe), o LPA coordena as interações de Download de Perfil (LPD) e Interface Local do Usuário (LUI).

Ao alternar um eSIM, o LPA envia comandos APDU de baixo nível via baseband para desativar o ISD-P de destino, limpar sessões de autenticação antigas do cache do modem, alocar registradores de baseband para o novo ISD-P e executar a autenticação mútua na rede de acesso por rádio.

Como a troca de perfis gera latência de handshake a frio no modem, viajantes internacionais frequentemente mantêm um perfil doméstico principal junto a perfis dedicados para dados de viagem. Provedores avançados de eSIM otimizam esse fluxo desenvolvendo payloads ISD-P leves e totalmente aderentes aos padrões, que são instalados com sobrecarga mínima de transações APDU.

Além da eficiência na instalação, o desempenho pós-ativação depende das políticas de gerenciamento de rede. A MollySIM, por exemplo, implementa um piso de Política de Uso Justo (FUP) de 384 kbps — o triplo da redução padrão de 128 kbps usada pelos serviços legados de roaming. Essa velocidade base superior mantém ferramentas críticas para viagens, como transações criptográficas do Apple Pay e renderização de mapas vetoriais no Google Maps, totalmente operacionais mesmo após o término da franquia de dados em alta velocidade.

Topos de Linha iPhone vs. Android: Especificações Técnicas e Limites de Armazenamento Comparados

O número máximo de perfis eSIM que um smartphone pode armazenar depende da capacidade física de memória não volátil (NVM) alocada no elemento seguro (eUICC) e de como o sistema operacional gerencia os metadados dos perfis. Embora muitos usuários assumam que o armazenamento de eSIM é ilimitado por ser digital, os fabricantes particionam rigorosamente a memória do eUICC para isolar chaves criptográficas, applets e perfis de operadoras (ISD-P) conforme as especificações GSMA SGP.22.

Diferentes fabricantes (OEMs) — especificamente Apple, Samsung e Google — estruturam seus modems baseband, controladores eUICC e daemons de gerenciamento de perfis de maneiras distintas.

Alocação de Memória: Apple Secure Enclave vs. Arquitetura de Hardware Android

• Linhas Apple iPhone (iPhone 15, 16 e 17): A Apple combina implementações personalizadas de baseband e modems Qualcomm Snapdragon com eUICCs dedicados certificados CC EAL6+ (fornecidos principalmente pela STMicroelectronics ou NXP). O iOS reserva blocos de tamanho fixo para cada contêiner de perfil, permitindo armazenar em média de 8 a 10 perfis eSIM. Os modelos voltados ao mercado norte-americano sem bandeja para SIM físico otimizam o roteamento de baseband para suportar funcionalidade Dual eSIM Ativo, permitindo que quaisquer dois perfis salvos funcionem simultaneamente no modo Dual SIM Dual Standby (DSDS) sem a presença de um nano-SIM físico.
• Linhas Google Pixel (Pixel 8, 9 e 10): O Google utiliza o coprocessador de segurança da série Titan M integrado a arquiteturas de modem Exynos/Tensor. O Pixel OS implementa alocação dinâmica de blocos para contêineres de perfis. Em vez de reservar blocos rígidos e fixos, o LPA aloca dinamicamente a memória flash disponível no eUICC. Com isso, um dispositivo Pixel moderno pode armazenar até 20 perfis eSIM, desde que os perfis não incluam pacotes de applets excessivamente pesados. Os Pixels também oferecem suporte nativo a Múltiplos Perfis Habilitados (MEP), permitindo duas linhas eSIM ativas em um único chip físico eUICC.
• Linhas Samsung Galaxy (Galaxy S24, S25 e S26): A divisão de hardware da Samsung utiliza elementos seguros integrados ao Samsung Knox Vault. A capacidade de armazenamento varia de 5 a 10 perfis, dependendo das partições regionais de firmware e da variante do processador (Qualcomm Snapdragon ou Samsung Exynos). A Samsung expandiu progressivamente o suporte a MEP em sua linha topo de linha, viabilizando o uso de dois eSIMs ativos simultâneos em modelos recentes.

Matriz de Comparação Técnica dos Topos de Linha

A tabela abaixo detalha os perfis de hardware de baixo nível, a dinâmica de troca e os limites de armazenamento nas principais plataformas topo de linha:

Sobrecarga de Provisionamento e Implicações Práticas no Roaming

O tamanho do payload do perfil dita o tempo de instalação e ativação. Perfis pesados que incluem utilitários legados do SIM Toolkit (STK) ultrapassam as partições padrão de 64 KB, gerando ciclos de gravação APDU mais lentos durante o download inicial.

Ao gerenciar a conectividade entre fronteiras com vários perfis salvos, a eficiência de instalação e a estabilidade pós-conexão tornam-se essenciais. Perfis leves são provisionados muito mais rápido em torres celulares congestionadas de aeroportos e postos de fronteira.

Além disso, após a ativação do perfil, as regras de tráfego de dados definem a experiência real de uso. Para viajantes que utilizam serviços como a MollySIM, a configuração do perfil é otimizada para handshakes rápidos no LPA, enquanto a arquitetura de rede assegura uma velocidade mínima de FUP de 384 kbps. Em comparação com os limites padrão de 128 kbps do mercado, essa base 3 vezes maior garante que apps essenciais — como autenticação do Apple Pay, corridas no Uber e navegação no Google Maps — continuem funcionando sem erros de timeout, mesmo após o esgotamento do pacote de alta velocidade.

Latência de Troca e Travessia de Fronteiras: Benchmarks Reais de Ativação LPA e Handover

Embora a capacidade teórica do eUICC indique quantos perfis o hardware suporta, a latência de alternância determina a experiência prática em viagens internacionais. Alternar entre a operadora local e eSIMs de viagem envolve um handshake complexo em múltiplos estágios entre o sistema operacional, o processador baseband e as torres de celular remotas.

`` [Ação do Usuário / Gatilho do SO] │ ▼ [LPA: Habilitar Perfil via APDU] ──► [Soft Reset do Baseband e IMSI Detach] │ ▼ [Fluxo de Dados IP (DHCP/APN)] ◄── [Autenticação (Milenage/TUAK)] ◄── [Varredura PLMN e Busca ARFCN] ``

O Ciclo de Vida do Handshake LPA em 5 Etapas

Quando você ativa um perfil eSIM nas configurações do dispositivo, o Local Profile Assistant (LPA) executa uma sequência rigorosa de telecomunicações definida pelas normas GSMA SGP.22:

1. Transição de Estado do Perfil: O LPA envia comandos APDU (Application Protocol Data Unit) ao eUICC para desativar o perfil ativo e marcar o novo perfil como habilitado.
2. Reinicialização do Baseband e IMSI Detach: O modem celular realiza uma reinicialização parcial do baseband, transmitindo uma mensagem de IMSI Detach para se desconectar de forma limpa da rede PLMN (Public Land Mobile Network) atual.
3. Varredura de Frequência de Rádio e PLMN: O modem faz a varredura dos canais ARFCN (Absolute Radio Frequency Channel Number) suportados nas bandas 4G LTE e 5G NR locais, consultando o MCC (Mobile Country Code) e o MNC (Mobile Network Code) na tabela de prioridade de rede do novo perfil.
4. Autenticação Criptográfica: O baseband troca vetores de desafio e resposta de autenticação com a rede visitada (VPLMN) e o HSS/UDM de origem por meio dos algoritmos Milenage ou TUAK.
5. Configuração de Bearer e Ativação do Contexto PDP: O aparelho negocia o APN (Access Point Name), estabelece os bearers padrão EPS/5GS e recebe alocações dinâmicas de endereços IPv4/IPv6 via DHCP.

Benchmarks de Latência por SO: Topos de Linha iOS vs. Android

A velocidade de alternância varia bastante entre fabricantes devido à otimização do daemon do LPA, à integração do firmware do modem e às rotinas de validação de pacotes de operadora.

Benchmarks realizados com perfis de roaming Tier-1 em ambientes de rádio 5G Standalone (SA) e Non-Standalone (NSA) ativos.

O daemon nativo lpad do Google no Android puro atinge as maiores velocidades brutas de alternância devido ao número reduzido de camadas intermediárias de validação. Já a One UI da Samsung introduz uma sobrecarga adicional, pois as verificações de segurança do Knox validam as assinaturas do perfil SIM antes de passar o controle ao baseband. Por sua vez, a stack CoreTelephony da Apple proporciona uma fixação de rede extremamente estável e consistente, evitando travamentos na interface durante as reinicializações de rádio.

Registros Cold-Start em Fronteiras e Fallbacks de Roaming

O cenário mais desafiador ocorre durante travessias físicas de fronteiras (como viagens de trem entre países europeus ou deslocamentos terrestres entre os EUA e o Canadá). Quando a conexão principal cai, os temporizadores 3GPP TS 23.122 controlam o nível de agressividade com que o modem busca redes parceiras de roaming.

Um eSIM de viagem mal configurado, com listas de preferências de roaming desordenadas, pode deixar o aparelho preso em um loop de busca de rede ("Sem Serviço") por 60 a 120 segundos enquanto o modem testa frequências inexistentes de parceiros.

Arquiteturas de eSIM otimizadas minimizam esse atrito na transição. Ao combinar tabelas prioritárias de MCC/MNC limpas com handshakes otimizados no baseband, provedores como a MollySIM reduzem os atrasos de registro inicial a uma fração do tempo de perfis multi-IMSI convencionais. Além disso, a MollySIM oferece um FUP básico de 384 kbps — o triplo dos 128 kbps comuns no mercado —, permitindo que serviços essenciais de localização, mensagens e transporte funcionem normalmente sem erros de tempo limite enquanto as tabelas de roteamento são atualizadas nas fronteiras.

Riscos do Churn de Perfis: Exclusões Acidentais, Bloqueios de QR de Operadoras e Armadilhas do LPA

O churn excessivo de perfis — a constante instalação, desativação e exclusão de eSIMs regionais em viagens com múltiplos destinos — expõe os módulos de rádio do aparelho a falhas silenciosas. Embora os sistemas operacionais promovam o eUICC como um repositório digital sem atritos, as camadas subjacentes de software e trocas criptográficas apresentam armadilhas sérias para quem viaja internacionalmente.

`` +-----------------------------------------------------------------------------------+ | Ciclo de Provisionamento GSMA SM-DP+ | | | | [QR Code / Matching ID] ---> [Servidor SM-DP+] ---> [Handshake Criptográfico] | | | | | v | | Token Utilizado (Ativação de Uso Único) | | | | | +----------------------------+----------------------------+ | | | | | | v v | | [eUICC Instala o Perfil] [Exclusão Acidental] | | | | | | v v | | Estado Operacional PERDA PERMANENTE | | (QR Não Pode Ser Reutilizado) | +-----------------------------------------------------------------------------------+ ``

Ambiguidade de UX: A Armadilha de "Desativar" vs. "Excluir"

A principal causa de perda de conexão no exterior reside na ambiguidade da interface dos sistemas operacionais. Tanto o iOS quanto o Android tornam pouco clara a diferença entre desativar temporariamente um perfil no baseband e apagar suas chaves criptográficas:

• Apple iOS: Em Ajustes > Celular, ao tocar em uma linha, o usuário visualiza uma chave verde para "Ativar Esta Linha" logo ao lado de um botão destacado em vermelho com o texto "Apagar eSIM" (antigo "Remover Plano Celular"). Usuários que pretendem apenas suspender o roaming de dados para economizar bateria costumam tocar na ação vermelha por engano, removendo por completo o perfil do Secure Element.
• Samsung One UI: A Samsung exibe uma chave de alternância ao lado do perfil no Gerenciador de SIM, mas posiciona o botão "Remover" no submenu direto sem confirmação biométrica em várias etapas, facilitando exclusões acidentais no uso cotidiano.

Invalidação de Tokens de Uso Único do SM-DP+

Após a exclusão de um perfil eSIM do eUICC, não é possível restaurá-lo simplesmente escaneando novamente o QR code ou PDF original.

Na arquitetura GSMA Consumer Remote SIM Provisioning (RSP) (SGP.22), o servidor SM-DP+ (Subscription Manager Data Preparation+) gera um MatchingID exclusivo vinculado a um token de transação criptográfica de uso único. No instante em que o Local Profile Assistant (LPA) finaliza o download do perfil e retorna a confirmação de execução:

1. O servidor SM-DP+ classifica o token da transação como "Consumido" / "Utilizado".
2. O sistema de faturamento OSS/BSS da operadora vincula o ICCID alocado àquele EID específico do eUICC.
3. Tentativas posteriores de leitura retornam um erro de RSP (ex.: SM-DP+ Error: 8.1.1 - Matching ID not found or already used).

Viajantes que removem um perfil durante a viagem para tentar resolver um travamento temporário no modem costumam ficar sem conexão de dados, sendo obrigados a adquirir um perfil novo.

Estados de Erro do LPA e Esgotamento de Armazenamento do eUICC

Chips eUICC modernos em modelos topo de linha contam tipicamente com 512 KB a 1,5 MB de Memória Não Volátil (NVM) dedicada. Ao acumular dezenas de perfis expirados, o LPA pode enfrentar falhas críticas de limite:

Mitigação Arquitetural: Reduzindo a Rotatividade de Perfis

A maneira mais eficaz de evitar corrupção no LPA e bloqueio de tokens é reduzir a necessidade de instalar novos perfis. Em vez de gerenciar cinco perfis diferentes para cada país de um roteiro regional, adotar soluções integradas para múltiplos destinos como a MollySIM evita o acúmulo de arquivos, conectando-se a várias redes internacionais por meio de um único perfil eSIM permanente.

Além disso, caso ocorra alguma oscilação temporária na troca de operadoras, a Política de Uso Justo (FUP) básica de 384 kbps da MollySIM — o triplo dos 128 kbps tradicionais — garante que a conexão nunca caia totalmente. Mesmo com a velocidade reduzida, os 384 kbps oferecem largura de banda suficiente para manter a navegação no Google Maps, pagamentos no Apple Pay e chamadas de transporte funcionando perfeitamente sem gerar erros de conexão no SO.

A Vantagem do Perfil Único: Simplificando Viagens Multirregionais com a MollySIM

Gerenciar itinerários por múltiplos países costumava significar acumular uma longa lista de perfis eSIM locais. Como mostram os testes de hardware