Uma transação numa blockchain pode revelar mais do que a intenção de um utilizador de transferir ativos. Antes da execução, os detalhes sobre uma transação pendente podem expor os ativos envolvidos, o montante negociado e o contrato inteligente chamado. Os bots podem utilizar estas informações para identificar oportunidades lucrativas e tentar reordenar ou rodear a transação de um utilizador, podendo piorar o seu preço de execução. Estas práticas estão frequentemente associadas ao valor máximo extraível (MEV).
A Aptos introduziu uma funcionalidade opcional de Mempool encriptada, concebida para reduzir esta exposição. De acordo com o relatório da Cointelegraph de 13 de outubro de 2026, a funcionalidade está ativa na mainnet da Aptos e permite aos utilizadores manter os conteúdos das transações encriptados até a ordenação das transações estar concluída. A abordagem visa limitar o que observadores e bots podem saber sobre transações pendentes antes da execução.
Compreender o funcionamento do processamento de transações encriptadas pode ajudar os negociadores a avaliar se a funcionalidade corresponde às suas necessidades. Também é importante compreender os seus compromissos: a encriptação pode reduzir determinadas oportunidades de manipulação de transações, mas não elimina todas as formas de MEV, não garante um melhor preço de negociação nem remove os riscos associados aos contratos inteligentes e aos mercados voláteis.
A Mempool encriptada da Aptos é uma funcionalidade opcional de proteção de transações que mantém ocultos determinados detalhes de transações enquanto a rede determina a ordem das transações. Em vez de expor imediatamente todo o conteúdo de uma transação pendente, uma carteira ou aplicação compatível encripta esse conteúdo no dispositivo do utilizador antes de submeter a transação à rede.
A funcionalidade destina-se a dificultar a inspeção de ordens pendentes por bots e a exploração das informações antes da execução dessas ordens. A Aptos identificou utilizadores institucionais que submetem transações de grande dimensão, negociadores preocupados com o MEV, agentes de IA e programadores como potenciais utilizadores da funcionalidade. O seu valor prático depende de a carteira ou aplicação do utilizador suportar o fluxo de transações encriptadas e de a transação ser submetida através desse fluxo.
Uma mempool é uma área de retenção para transações que foram submetidas, mas que ainda não foram incluídas num bloco. Dependendo da arquitetura de uma blockchain, as transações pendentes podem estar visíveis para os participantes da rede antes de serem executadas. Essa visibilidade pode fornecer informações úteis aos bots que monitorizam a atividade de transações e procuram oportunidades para lucrar com a ordenação de transações.
Por exemplo, um swap pendente pode revelar qual o token que um negociador pretende comprar, quanto planeia trocar e qual a exchange descentralizada ou o contrato inteligente que vai processar a negociação. Um bot pode utilizar estes detalhes para estimar de que forma a transação pode afetar o preço de uma pool e se negociar antes ou depois dela poderá ser lucrativo.
Uma mempool encriptada altera o que os observadores conseguem ver durante este período de espera. Na implementação descrita pela Aptos, os conteúdos da transação permanecem ocultos enquanto os validadores chegam a acordo quanto à ordenação das transações. Algumas informações, incluindo o endereço do remetente e a taxa de Gas, continuam visíveis, pelo que a transação não é totalmente anónima.
De acordo com o relatório, uma carteira ou aplicação compatível encripta localmente os conteúdos da transação antes da submissão. Detalhes como os ativos e os montantes envolvidos permanecem ocultos enquanto a transação está pendente, ao passo que o endereço do remetente e a taxa de Gas continuam visíveis.
Esta distinção é importante porque a encriptação dos conteúdos da transação não equivale a ocultar todos os aspetos da atividade da rede. Os metadados visíveis podem ainda revelar informações, e o nível de privacidade disponível depende da conceção e da implementação do sistema. Os utilizadores não devem assumir que uma transação encriptada oculta a sua identidade, impede toda a análise de transações ou torna a sua atividade on-chain impossível de rastrear após a execução.
O valor máximo extraível, ou MEV, refere-se, de forma geral, ao valor que pode ser obtido através da influência sobre a inclusão, exclusão ou ordenação de transações num bloco. O MEV não é um único ataque. Pode incluir estratégias que extraem valor de outros utilizadores, bem como atividades de ordenação de transações que servem finalidades legítimas, como a arbitragem que ajuda a alinhar preços entre mercados.
O risco para os negociadores comuns é que as informações sobre transações e as oportunidades de ordenação possam ser utilizadas para executar negociações à sua custa. O front-running e os ataques sandwich são dois exemplos importantes.
O front-running ocorre quando um bot ou outro participante utiliza informações sobre uma transação pendente para colocar a sua própria transação antes dela. O objetivo é frequentemente beneficiar de um movimento de preço que se espera que a transação original provoque.
Suponha-se que um negociador submete uma compra significativa de tokens numa exchange descentralizada. Se um bot conseguir ver a ordem pendente e esperar que esta eleve o preço do token, o bot pode tentar comprar primeiro. Se a compra do negociador elevar depois o preço, o bot pode vender posteriormente a um preço mais alto. O negociador original pode receber um preço de execução pior do que aquele que estaria disponível de outra forma.
O resultado exato depende da liquidez do mercado, da ordenação das transações, das definições de derrapagem, da concorrência entre bots e de outros fatores. Nem todas as transações executadas mais cedo constituem um ataque, mas utilizar informações visíveis sobre ordens pendentes para negociar contra o impacto esperado de outro utilizador no mercado é uma preocupação central subjacente às ferramentas de proteção contra MEV.
Um ataque sandwich envolve normalmente a colocação de uma transação antes de uma negociação-alvo e outra depois dela. O atacante tenta beneficiar do movimento de preço provocado pela transação-alvo, enquanto o negociador visado recebe um preço de execução menos favorável.
Um exemplo simplificado ilustra a sequência:
Esta sequência é denominada sandwich porque a transação da vítima fica posicionada entre as transações do atacante. O lucro não é garantido: as taxas, a concorrência, os movimentos de mercado e as restrições de execução podem afetar o resultado. Ainda assim, a estratégia pode impor custos adicionais aos negociadores quando é bem-sucedida.
O front-running e os ataques sandwich podem tornar-se possíveis quando os observadores conseguem inspecionar detalhes de transações pendentes e prever de que forma essas transações podem afetar um mercado. Os dados públicos de transações são valiosos para a transparência e a verificação, mas expor uma ordem antes da sua execução também pode revelar as intenções de um negociador.
Encriptar os conteúdos de transações pendentes visa fechar essa janela de informação. Se um bot não conseguir determinar os ativos, o montante ou a chamada de contrato da negociação-alvo antes de a ordenação da transação ser fixada, poderá ter menos oportunidades para construir uma estratégia especificamente em torno dessa ordem. Esta é a ideia central subjacente à Mempool encriptada da Aptos.
A abordagem da Aptos foi concebida para manter os conteúdos das transações encriptados durante a ordenação, permitindo simultaneamente que a rede alcance consenso sobre a forma como as transações devem ser processadas. De acordo com o relatório de origem, a funcionalidade utiliza os validadores Aptos existentes para a ordenação de transações e a desencriptação coletiva, em vez de depender de um comité de desencriptação separado ou de construtores de blocos de confiança.
O processo pode ser entendido em quatro fases: encriptação local, submissão, ordenação e desencriptação seguida de execução.
Quando um utilizador adere através de uma carteira ou aplicação compatível, os conteúdos da transação são encriptados no dispositivo antes da submissão. Isto significa que a transação não é enviada através do fluxo encriptado como dados de transação comuns totalmente legíveis.
Os conteúdos encriptados podem incluir detalhes que, de outro modo, ajudariam um bot a identificar a negociação pretendida, como os ativos e montantes envolvidos. No entanto, o endereço do remetente e a taxa de Gas continuam visíveis, de acordo com o relatório. Por conseguinte, os utilizadores devem encarar a funcionalidade como uma proteção direcionada para os conteúdos de transações pendentes, e não como privacidade completa da rede.
A transação encriptada entra na mempool, onde as transações pendentes aguardam processamento. A rede pode receber e tratar a submissão encriptada sem revelar imediatamente os seus conteúdos subjacentes aos observadores.
Este passo é importante porque a proteção tem de ser aplicada antes de a ordenação da transação estar estabelecida. Encriptar uma transação apenas depois de os seus conteúdos já terem sido expostos não resolveria o mesmo risco de informação. Na prática, os utilizadores têm de assegurar que a sua carteira ou aplicação suporta a funcionalidade e que a transação é efetivamente submetida através do percurso encriptado.
Os validadores da Aptos participam na determinação da ordem pela qual as transações vão ser processadas, enquanto os respetivos conteúdos permanecem encriptados. De acordo com o relatório, os validadores não precisam de inspecionar os detalhes das transações para chegar a acordo sobre esta ordenação.
Isto altera as informações disponíveis para os bots durante uma fase potencialmente sensível do ciclo de vida da transação. Se a ordem for finalizada antes de os conteúdos da transação serem revelados, os observadores têm menos oportunidades para utilizar esses conteúdos para inserir negociações antes ou em torno da transação-alvo. A proteção depende da implementação do protocolo e dos pressupostos que sustentam os seus processos de consenso e desencriptação.
Depois de a ordenação das transações ter sido finalizada, os validadores desencriptam coletivamente as transações. As transações podem então ser executadas e registadas on-chain. O relatório indica que nenhum validador individual consegue desencriptar uma transação pendente de forma independente.
A desencriptação coletiva destina-se a evitar que a capacidade de revelar transações pendentes fique inteiramente nas mãos de um único validador. No entanto, as propriedades de segurança de tal sistema dependem da sua conceção criptográfica, da coordenação dos validadores e da implementação. O mecanismo básico não deve ser interpretado como prova de que todos os ataques possíveis, modos de falha ou formas de fuga de informação foram eliminados.
O principal benefício de uma mempool encriptada é limitar as informações disponíveis para potenciais atacantes antes de a ordenação das transações ser fixada. Isto pode reduzir a oportunidade de explorar o impacto esperado de uma transação pendente no mercado.
Por exemplo, se um bot não conseguir ler o par de tokens e o montante de um swap pendente, pode ser mais difícil identificar a negociação exata a visar e construir uma estratégia sandwich em torno dela. Da mesma forma, um bot pode ter mais dificuldade em copiar uma estratégia de negociação visível antes de a transação original ser executada. Assim, a funcionalidade destina-se a reduzir determinadas formas prejudiciais de MEV impulsionadas por informação.
Os negociadores que submetem swaps de grande dimensão podem estar particularmente preocupados com a visibilidade das transações, porque uma ordem significativa pode ter um efeito maior nos preços de mercado. Se os detalhes da ordem forem expostos antes da execução, outros participantes podem tentar negociar em torno dela. Manter esses detalhes encriptados durante a ordenação pode reduzir uma fonte de execução adversa.
Os negociadores de menor dimensão também podem beneficiar se as suas transações estiverem expostas aos mesmos tipos de ataques. No entanto, o grau de benefício depende dos ativos negociados, da liquidez disponível, da dimensão da transação, das condições de execução e das estratégias de ataque ativas no mercado. O processamento de transações encriptadas não substitui a verificação da liquidez, a definição de limites de derrapagem sensatos e a revisão dos detalhes da transação antes da assinatura.
As instituições e os sistemas automatizados também podem considerar o mecanismo relevante. As instituições podem submeter transações cujos detalhes preferem não divulgar prematuramente, enquanto os agentes de IA e as aplicações de negociação podem executar transações de forma programática. Em qualquer dos casos, a proteção contra a divulgação prematura pode ser útil, mas os requisitos de implementação e operação têm de ser avaliados antes da adoção da funcionalidade.
A Mempool encriptada não deve ser entendida como uma garantia do melhor preço de execução possível. Um negociador pode continuar a enfrentar volatilidade de preços, baixa liquidez, condições desfavoráveis de pool, transações falhadas, taxas de rede elevadas ou riscos decorrentes do contrato inteligente utilizado. A encriptação dos conteúdos de transações pendentes também não impede necessariamente todas as formas de MEV, incluindo estratégias que dependem de informações diferentes dos conteúdos de uma transação pendente específica.
A funcionalidade também não elimina a necessidade de avaliar a segurança da carteira, a integridade da aplicação, os riscos dos tokens e as permissões das transações. Os utilizadores devem continuar a verificar as aplicações que utilizam e a compreender as transações que assinam. A proteção prevista é mais limitada: reduzir a capacidade dos observadores de inspecionar conteúdos de transações antes de a ordem ser finalizada.
As proteções de privacidade e execução podem envolver compromissos. No caso da Mempool encriptada da Aptos, o relatório de origem identifica um preço mínimo de Gas mais elevado e um pequeno atraso adicional como custos associados às transações encriptadas. Os utilizadores devem ponderar esses custos face ao benefício potencial de limitar a exposição a determinadas estratégias de MEV.
De acordo com o relatório, as transações encriptadas têm um preço mínimo de Gas igual ao dobro do mínimo base da rede, conforme descrito na documentação para programadores da Aptos. Isto pode tornar a funcionalidade mais dispendiosa do que submeter uma transação através do percurso comum, embora a taxa efetivamente paga também dependa das condições da rede e dos requisitos de execução da transação.
A comparação relevante não é simplesmente saber se uma transação custa mais. Os negociadores devem considerar se o custo adicional se justifica pelo valor e pela sensibilidade da transação, pelo provável impacto de uma execução adversa e pelas alternativas disponíveis. Para uma transação pequena e de baixo impacto, a despesa adicional pode superar o benefício esperado. Para uma negociação de grande dimensão em que a exposição da transação pode ser dispendiosa, o compromisso pode ser diferente.
Os utilizadores devem consultar a documentação atual da Aptos e as estimativas de taxas da carteira antes de dependerem de um multiplicador específico. Os parâmetros da rede podem mudar, e a regra de preço mínimo de Gas comunicada para a funcionalidade não deve ser tratada como uma cotação de taxa permanente para todas as transações.
A Aptos terá medido um atraso adicional de cerca de 20 milissegundos por bloco em testes que envolveram 50 nodos, em comparação com a sua implementação de consenso existente. Este valor descreve as condições de teste comunicadas; não é uma garantia universal do atraso que os utilizadores vão experimentar em produção.
Mesmo pequenos atrasos podem ser relevantes em ambientes de negociação nos quais os preços se movem rapidamente ou as aplicações dependem de um momento de execução preciso. Ao mesmo tempo, o efeito prático vai variar consoante as condições da rede, a finalidade da transação e o mercado negociado. Os utilizadores devem avaliar a funcionalidade com base nos detalhes atuais da implementação, em vez de assumirem que um resultado de teste se traduz diretamente em todos os cenários reais.
A funcionalidade é opcional, pelo que os utilizadores precisam de uma carteira ou aplicação compatível e têm de aderir para utilizar o percurso de transações encriptadas. Um utilizador que submeta uma transação comum não deve assumir que recebe a mesma proteção apenas porque a blockchain suporta a Mempool encriptada.
Antes de utilizar a funcionalidade, verificar a documentação da carteira, a forma como a opção é ativada, as informações da transação que permanecem visíveis e as taxas associadas. As instituições e os programadores também podem necessitar de avaliar os requisitos de integração, a monitorização, o tratamento de erros e a forma como as transações encriptadas se enquadram nos seus fluxos de execução existentes.
A Aptos não é o primeiro ecossistema de blockchain a explorar métodos para reduzir os riscos associados a transações pendentes visíveis. O relatório de origem aponta a mempool encriptada da Gnosis Chain que utiliza Shutter e o Flashbots Protect da Ethereum como exemplos de outras abordagens. Embora abordem preocupações relacionadas, as suas arquiteturas e fluxos de transação diferem.
A distinção comunicada na conceção da Aptos é que os seus validadores existentes tratam tanto da ordenação das transações como da desencriptação coletiva. O objetivo é impedir que os conteúdos das transações sejam revelados antes de a ordenação estar finalizada, reduzindo as informações disponíveis para os bots durante essa fase.
Esta abordagem integra o processamento de transações encriptadas no fluxo de trabalho da rede baseado em validadores. Os seus benefícios práticos dependem da adoção, da segurança da implementação, das carteiras e aplicações suportadas e dos tipos de transação abrangidos pela funcionalidade.
O relatório indica que a Gnosis Chain lançou uma mempool encriptada que utiliza Shutter em julho de 2024. As conceções de mempool encriptada visam geralmente ocultar os conteúdos das transações até um ponto especificado no ciclo de vida da transação, limitando a capacidade dos observadores de explorar informações sobre ordens pendentes.
Os pressupostos de confiança exatos, os componentes criptográficos, os mecanismos de desencriptação e os detalhes operacionais dependem da implementação. Os utilizadores que comparam sistemas devem analisar a respetiva documentação técnica, em vez de assumirem que todas as mempool encriptadas fornecem garantias idênticas.
O relatório também identifica o Flashbots Protect como uma opção de proteção de transações da Ethereum que encaminha transações de forma privada para construtores de blocos. O encaminhamento privado de transações e as mempool encriptadas podem visar uma preocupação semelhante — impedir que detalhes de transações pendentes sejam amplamente expostos antes da execução —, mas não são o mesmo mecanismo.
Um percurso de transação privado altera quem recebe a transação antes de esta ser incluída num bloco. Em contrapartida, uma mempool encriptada centra-se em manter os conteúdos da transação ocultos enquanto a ordenação é determinada. O grau de proteção depende da arquitetura, dos participantes, das políticas e dos pressupostos de falha de cada sistema, pelo que nenhuma das abordagens deve ser considerada universalmente superior sem analisar o caso de utilização específico.
Os utilizadores que avaliam ferramentas de proteção contra MEV devem considerar mais do que o facto de um serviço se descrever como privado ou encriptado. As questões relevantes incluem quais os detalhes de transação que são ocultados, quando esses detalhes se tornam disponíveis, quem os pode desencriptar, quais os pressupostos de confiança aplicáveis, que carteiras e aplicações são suportadas e que taxas ou atrasos são introduzidos.
Também é importante analisar a forma como as transações são tratadas quando um serviço ou componente está indisponível. Os utilizadores devem compreender se a transação falha, aguarda ou pode ser submetida através de outro percurso e se a alteração de percurso afeta a proteção pretendida. A documentação atual e as análises técnicas independentes são mais úteis para esta avaliação do que alegações amplas de que um determinado sistema impede todo o MEV.
Uma mempool encriptada pode valer a pena ser considerada quando o custo potencial de expor uma transação pendente é significativo em relação ao custo adicional da transação. A decisão depende da dimensão da transação, da liquidez, das condições do mercado, do suporte da carteira e da tolerância do utilizador à incerteza de execução. Deve ser uma escolha deliberada, e não uma suposição predefinida de que a encriptação é sempre necessária ou sempre benéfica.
Um swap de grande dimensão pode revelar uma negociação pretendida que poderá influenciar os preços de mercado, tornando-o um alvo potencial para bots que monitorizam transações pendentes. Por conseguinte, os utilizadores que realizam negociações sensíveis ao mercado podem ter um motivo mais forte para avaliar a submissão encriptada, particularmente quando o custo esperado de uma execução adversa é significativo.
No entanto, a funcionalidade não consegue eliminar o impacto no mercado da própria ordem de grande dimensão. Uma negociação significativa pode continuar a mover preços quando é executada, e outros participantes podem reagir à atividade on-chain publicamente visível após a execução. Os negociadores devem continuar a avaliar a liquidez, a comparar percursos de execução quando adequado e a considerar se dividir uma ordem introduz riscos próprios.
Os sistemas automatizados podem submeter transações de forma rápida e repetida, e as suas estratégias podem depender de um comportamento de execução previsível. A Aptos identificou agentes de IA e builders entre os utilizadores previstos da Mempool encriptada. Para estes utilizadores, a funcionalidade pode ser relevante quando uma estratégia, de outro modo, exporia detalhes sensíveis de transações pendentes.
Os programadores devem testar a compatibilidade, o comportamento das taxas, o tratamento de falhas e os resultados das transações antes de integrar a funcionalidade em sistemas de produção. A automatização não elimina o risco de mercado, e um sistema que submete transações encriptadas continua a necessitar de limites adequados, monitorização e salvaguardas contra comportamentos inesperados.
As instituições podem querer limitar a divulgação prematura dos detalhes das transações, em particular para operações de grande dimensão ou estrategicamente sensíveis. O processamento de transações encriptadas pode ajudar a responder a essa preocupação, mas as decisões de adoção devem incluir uma revisão dos pressupostos de segurança do sistema, dos requisitos de integração, dos controlos operacionais e dos custos.
As organizações também devem distinguir a confidencialidade das transações antes da execução de requisitos mais amplos de privacidade, conformidade e governação de dados. Uma mempool encriptada não determina, por si só, se o processo global de transações de uma instituição cumpre as suas obrigações legais, regulamentares ou internas.
Para transações de rotina e baixo impacto, o requisito adicional de preço de Gas pode não compensar. O mesmo pode verificar-se quando é pouco provável que a transação atraia atenção significativa ou quando outros riscos dominam o resultado esperado. Não existe uma regra única que determine se a encriptação é adequada para todas as transações.
A abordagem sensata consiste em comparar o benefício esperado da funcionalidade com os seus custos e limitações. Os utilizadores também devem considerar a proteção disponível através da sua carteira ou aplicação e evitar depender de uma funcionalidade que não confirmaram estar ativada.
Como a funcionalidade é opcional e depende de software compatível, os utilizadores devem verificar o seu funcionamento na carteira ou aplicação escolhida antes de a utilizarem para uma transação significativa. As verificações seguintes podem ajudar a reduzir mal-entendidos e a evitar tratar a submissão encriptada como uma solução de segurança completa.
Consultar a documentação atual da Aptos e as instruções oficiais da carteira ou aplicação para confirmar se suporta a Mempool encriptada. Verificar como aderir e se a proteção se aplica ao tipo específico de transação que se pretende submeter. Não assumir que todas as carteiras Aptos, aplicações descentralizadas ou transações utilizam automaticamente a funcionalidade.
Verificar o preço de Gas indicado e quaisquer implicações em termos de taxas antes de confirmar a transação. Assegurar que o destino, os ativos, os montantes e as interações com contratos estão corretos. A encriptação de conteúdos pendentes não substitui a revisão da transação, e os utilizadores nunca devem aprovar uma transação que não compreendem.
A proteção contra MEV e a qualidade de execução das negociações estão relacionadas, mas são distintas. Os limites de derrapagem podem ajudar a definir o movimento máximo de preço que um negociador está disposto a tolerar num swap, enquanto a análise de liquidez ajuda a estimar de que forma uma ordem pode afetar a execução. Estes controlos não impedem todos os resultados desfavoráveis, mas continuam a ser importantes mesmo quando os detalhes das transações estão encriptados.
Utilizar software de confiança, manter as aplicações de carteira atualizadas e proteger as credenciais de assinatura. Ter cuidado com sites ou mensagens que afirmam que é necessário revelar frases de recuperação para ativar a proteção de transações. A segurança legítima de uma carteira nunca deve depender da divulgação de uma frase de recuperação a uma entidade não fidedigna.
Os sistemas de transações encriptadas podem mudar à medida que as implementações amadurecem, as integrações se expandem e os parâmetros da rede são atualizados. Os utilizadores e programadores devem rever a documentação atual, as análises de segurança e o desempenho observado, em vez de dependerem indefinidamente de anúncios de lançamento ou de valores de testes iniciais. A qualidade da proteção depende do sistema tal como é implementado e utilizado, e não apenas dos seus objetivos de conceção.
A Mempool encriptada da Aptos é uma funcionalidade opcional concebida para ocultar os conteúdos de transações pendentes até a ordenação das transações estar finalizada. Visa reduzir as informações disponíveis para bots que procuram explorar a visibilidade das transações através de determinadas estratégias de MEV.
Ao manter ocultos, antes de a ordenação estar finalizada, detalhes como os ativos e os montantes envolvidos, a funcionalidade pode dificultar a identificação e o direcionamento de uma negociação pendente pelos bots. Pode reduzir uma fonte essencial de informações utilizada em ataques sandwich, mas não garante que todos os ataques sandwich ou outras formas de MEV sejam impedidos.
Não. O relatório indica que o endereço do remetente e a taxa de Gas permanecem visíveis durante a fase encriptada. A funcionalidade destina-se a ocultar conteúdos selecionados da transação antes da execução, e não a proporcionar anonimato completo ou ocultar toda a atividade on-chain.
O relatório de origem indica que as transações encriptadas têm um preço mínimo de Gas equivalente ao dobro do mínimo base da rede. Os custos reais dependem dos parâmetros atuais da rede e dos requisitos da transação, pelo que os utilizadores devem consultar a documentação atual da Aptos e as estimativas de taxas da carteira antes de submeterem uma transação.
Não. Visa reduzir determinadas oportunidades de exploração da ordenação das transações, mas os preços de execução podem continuar a ser afetados pela volatilidade, liquidez, derrapagem, taxas e outras condições de mercado. Os negociadores devem continuar a utilizar práticas adequadas de execução e gestão de risco.
Não. É descrita como uma funcionalidade opcional a que os utilizadores acedem através de uma carteira ou aplicação compatível. Os utilizadores devem verificar o suporte e a ativação, em vez de assumirem que todas as transações submetidas à Aptos recebem a mesma proteção.
* As informações não se destinam a ser e não constituem aconselhamento financeiro ou qualquer outra recomendação de qualquer tipo oferecido ou endossado pela Gate.
* Este artigo não pode ser reproduzido, transmitido ou copiado sem fazer referência à Gate. A violação é uma violação da Lei de Direitos de Autor e pode estar sujeita a ações legais.
Partilhar
Conteúdos
