EthanValeX

Eu continuei voltando a uma pergunta enquanto analisava @TermMax : por que dividir uma posição de dívida em FT e XT em primeiro lugar?

A relação é simples: 1 FT + 1 XT = 1 token de dívida. Se um tomador tem 800 USDC de dívida, o FT representa o lado do pagamento fixo até o vencimento, enquanto o XT carrega o outro lado da posição.

No início, pareceu como adicionar uma camada extra sem um motivo claro. Mas então eu olhei para o que acontece com o FT.

Ele pode negociar abaixo do seu valor de vencimento; isso significa que o desconto, efetivamente, está colocando um preço no ato de esperar. O tomador obtém liquidez hoje vendendo essa reivindicação futura, enquanto o credor pode comprá-la abaixo do valor nominal e mantê-la até o vencimento.

É essa a parte que eu acho interessante. O TermMax não está apenas fixando o APR de um empréstimo; ele está dando ao mercado uma forma de tratar tempo e pagamento de maneira diferente, em vez de manter toda a posição agrupada.
Mas há outra pergunta que eu não consigo ignorar.

A divisão da exposição também divide a liquidez?

Se o mercado ficar fino demais, na prática a separação não significa muito.

Com o TGE em 25.08.2026, começa o teste mais interessante. Incentivos podem atrair pessoas para um mercado, mas eles não conseguem nos dizer se os usuários realmente querem a própria exposição de taxa fixa.

Se essa demanda sobreviver quando as recompensas passam a importar menos, então a estrutura FT / XT começa a parecer mais do que um mecanismo engenhoso.

É essa a parte que eu vou observar depois do TGE.

O que importa mais para você após o TGE: liquidez do FT ou a demanda real dos usuários?
@TermMax #TermMax

#TermMax @TermMax
Hoje eu estava verificando números do pré-mina @TermMax e uma cifra me fez parar.
40M TMX é alocado ao pré-mina, apenas 4% do total de 1B em oferta.
Isso parece pequeno até eu colocar ao lado de outro número: espera-se que só 20% do TMX esteja em circulação no TGE. Então, o pré-mina sozinho representa cerca de 20% da oferta circulante inicial.
Foi aí que comecei a olhar para o incentivo de outra forma.
As recompensas vão para detentores de FT e Order Makers, ligadas aos saldos de FT e ao volume de negociação correspondente, em vez de simplesmente entregar tokens a cada carteira que aparece.
Mas esta é a parte que eu ainda não consigo responder.
Quanto dessa atividade realmente pertence ao TermMax e quanto pertence às recompensas?
O TGE em 25.08.2026 nos dá um ponto muito melhor para descobrir.
Eu não me importo muito com quantos TMX foram obtidos antes disso. Eu quero ver se os saldos de FT, o volume de negociação e a Demanda por Empréstimo ainda têm algo por trás deles quando as recompensas de TMX não são o motivo óbvio para participar.
Se a atividade se mantiver, o pré-mina parece ter ajudado a construir um mercado.
Se ela desaparecer rápido, eu veria os 40M TMX de outra forma.
O destaque é 40M TMX.
Para mim, o número mais importante vem depois do TGE.
Qual métrica você observaria primeiro: saldos de FT, volume de negociação ou Demanda por Empréstimo?

O número do pedido ficou mais importante do que eu esperava
Aprendi isso depois de um pedido do Binance P2P envolvendo 327 USDT, no valor de cerca de 8.742.000 VND. O comprador marcou o pagamento como concluído às 21:18, mas eu verifiquei meu saldo bancário e o histórico de transações várias vezes e não encontrei nada. Às 21:24, o pedido ainda estava ativo.
Abri os detalhes do pedido e comecei a conferir tudo com base no número do pedido. As informações de pagamento, o chat dentro da plataforma, o status do pedido e as marcas de data e hora apontavam para a mesma transação.
O comprador alegou que o pagamento foi concluído às 21:18. Meus registros bancários não mostraram nenhuma transação de entrada correspondente. Eu entrei em contato com meu banco para verificar se estava atrasado ou apenas como uma transferência pendente.
Não estava.
Foi então que a linha do tempo ficou mais importante do que a explicação. O número do pedido me deu um ponto de referência para a alegação do comprador, o chat, os detalhes do pagamento e o que meu banco realmente mostrava.
Quando o pedido foi analisado, eu consegui fornecer esses registros como um caso conectado, em vez de enviar capturas separadas e tentar explicar o que cada uma significava.
O que me surpreendeu foi que o próprio número do pedido não provou nada. O valor dele era fazer com que as outras evidências fossem mais fáceis de verificar em relação à mesma transação.
Desde então, eu mantenho juntos o número do pedido, o chat da plataforma e os registros relevantes do pagamento. O escrow protege as criptos enquanto o pedido está ativo, mas bons registros tornam a transação muito mais fácil de reconstruir quando algo dá errado.
Antes eu achava que uma boa evidência significava ter mais capturas de tela. Agora acho que significa deixar menos lacunas entre elas.
@Binance Vietnam #BinanceP2PAnToan

#TermMax @TermMax
Eu deveria ter terminado com @TermMax pela noite, mas um número no painel me fez ficar um pouco mais.
34,07M USD TVL. 29,48M USD Empréstimos Ativos.
29,48 / 34,07 = cerca de 86,5%.
Em um mercado de empréstimos com taxa fixa, esse é o primeiro número que chamou minha atenção. Uma grande parte do capital não está apenas parada; ela já está sendo utilizada.
Depois, verifiquei onde esse capital está realmente alocado.
Cerca de 94,4% do TVL ainda está na Ethereum. A TermMax se expandiu por várias redes, mas a distribuição atual me faz pensar se esses novos mercados estão trazendo liquidez fresca ou simplesmente oferecendo mais rotas para o capital que já existia.
A receita me dá outro motivo para continuar cauteloso.
A TermMax gerou cerca de 11,56K USD nos últimos 30 dias. Contra 29,48M USD de Empréstimos Ativos, isso dá aproximadamente 0,039%.
Então há atividade, mas a monetização ainda não acompanhou.
Por isso, estou mais interessado no que acontece por volta do TGE em 25.08.2026 do que em outra atualização de TVL.
Se os incentivos ficarem menos importantes, quero ver se os tomadores ainda têm um motivo para travar taxas fixas, se a utilização do empréstimo continua alta e se a liquidez começa a se espalhar além da Ethereum.
Se esses números se confirmarem, o TVL atual começa a parecer muito mais convincente para mim.
Depois do TGE, o que convenceria você mais de que a TermMax está crescendo de verdade: maior Demanda por Tomada de Empréstimos, Liquidez mais profunda ou Receita mais alta?

Comprar P2P, o dinheiro foi transferido, mas o vendedor diz que não recebeu?
Esse caso aconteceu comigo no começo e eu também fiquei um pouco preocupado com isso :))
Eu fiz uma ordem de compra P2P. O vendedor me enviou as informações da conta e eu transferi exatamente o valor conforme o Pedido (Order).
O app do banco mostrou que a transação foi concluída com sucesso, e o dinheiro também foi debitado da minha conta. Eu ainda tenho o comprovante da transferência.
Mas o vendedor me disse que ainda não viu o dinheiro cair.
Aí começou a ficar chato =))) Um lado diz que a transferência foi concluída, o outro diz que não recebeu. Se eu transferir de novo, certamente não vou ter coragem; mas ficar esperando também não sei por quanto tempo.
Eu perguntei de novo ao vendedor se as informações da conta estavam corretas, e então verifiquei novamente o valor e o horário da transação. Ainda bem que eu mantive o Pedido (Order) e o trecho do chat, então pelo menos ainda há como conferir e comparar tudo.
Naquele momento eu pensei: deixa pra não ficar resolvendo nada “por fora” com pressa. Se os dois lados ainda não confirmarem a transação, é melhor deixar o caso dentro do Order; se necessário, abrir um Appeal para a Binance ajudar a verificar.
Porque tem uma coisa que achei bem marcante:
O fato de o dinheiro ter sido debitado da minha conta é uma história. O fato de o dinheiro ter chegado de verdade na conta do vendedor é outra.
Então, em casos assim, eu não vou transferir mais dinheiro só porque a outra parte disse que ainda não recebeu; e também não vou liberar (Release) por conta própria só para acabar logo. Guarde as evidências e resolva pelo Order — é mais seguro.
Alguém já passou por aquela situação em que o banco mostra “transferência concluída”, mas o destinatário diz que nunca viu o dinheiro? Se aconteceu, vocês costumam esperar mais ou já abrem Appeal?
@Binance Vietnam #BinanceP2PAnToan

Há alguns pedidos P2P que, do começo ao fim, parecem bem normais; mas só basta ficar apressado em uma parte e depois você acaba se complicando. Irmãos, vejam um exemplo: eu vi um anúncio com uma taxa (rate) bem boa. Se você olhar apenas para o número e então fizer a ordem, é bem fácil ignorar a taxa de conclusão, a quantidade de transações, o perfil do Merchant ou as condições de pagamento. É nessa hora que eu normalmente verifico com cuidado antes de clicar.
Abrindo o Order, tudo ainda parece ok até que, no meio do caminho, o parceiro queira mudar a conta para receber o dinheiro. Nessa situação, eu não insisto em continuar a negociação só para acelerar. Se as informações de pagamento forem diferentes do Order, precisa confirmar de novo.
Depois, o outro lado avisa: “Já paguei”.
Tem foto do comprovante, tem status no Order, até o relógio está fazendo contagem regressiva. Mas eu ainda abro o app do banco para conferir o valor realmente recebido. Se o dinheiro ainda não caiu na conta, então não é para Release.
É também nesse momento que é mais fácil cair no psicológico. Quanto mais o relógio corre, mais o parceiro cobra, e menos eu quero clicar no impulso. Esperar um pouco para checar ainda é melhor do que dar Release só por medo do Order expirar.
Se a transação tiver qualquer problema, eu guardo o Order ID, o histórico do chat e o comprovante para fazer Appeal ou pedir suporte da Binance. A Binance P2P tem Escrow, chat e um processo de contestação, mas eu ainda preciso negociar na plataforma e seguir corretamente os passos para me proteger.
Resumindo: enquanto o Order estiver ali, vá checando com calma. Não fiquem ansiosos só porque o relógio está andando, e não cliquem para “resolver logo”, pessoal 😂
@Binance Vietnam #BinanceP2PAnToan

Alguém aqui já passou por uma situação em que você já transferiu o dinheiro, mas o USDT no Binance P2P nunca é liberado?
O caso é que eu acabei de vender 2370 USDT para o comerciante NHANH_SIEU_TOC_247. O comprador marcou “Pago”, mas eu ainda não recebi o dinheiro na minha conta. Do outro lado, eles explicaram que o banco está com problemas e por isso a transação ficou lenta, e pediram mais tempo.
No começo, eu também tentei esperar porque ainda não tinha nada que comprovasse que o outro lado estava com algum problema. Mas depois de 30 minutos, o sistema ainda permite estender mais o tempo de pagamento, enquanto eu já estava esperando há bastante tempo, então comecei a ficar irritado. Eu então mandei “Cancelem por favor t” e decidi abrir uma reclamação diretamente no Binance para a equipe de suporte verificar.
Eu também não apressei em concluir que era golpe (scam), porque do outro lado continuava dizendo que estavam com erro no banco. Quando abri a reclamação, eu mantive todas as informações do Pedido (Order), o status da ordem, o horário da transação e todo o conteúdo do chat com a outra parte para o Support ter dados suficientes para cruzar e confirmar; além disso, mantive toda a comunicação dentro do próprio Binance, em vez de migrar para outro canal.
Cerca de 4 horas depois, recebi o suporte do Binance e o dinheiro foi liberado. Só então eu realmente senti um alívio.
Antes eu achava que no P2P bastava verificar o Merchant e pagar corretamente seguindo o procedimento. Esse caso de 70 milhões é que fez eu perceber que, quando a transação começa a dar problema, guardar todas as informações e abrir a reclamação na hora certa também é tão importante quanto.
A partir daí, criei um hábito: quando encontrar uma ordem fora do padrão, eu salvo todas as informações do Pedido, o status da transação e o histórico do chat direto no Binance, e depois mando mensagem para o Support para que eles resolvam seguindo o procedimento.
@Binance Vietnam
#BinanceP2PAnToan

Perto de 11 da noite de ontem, Huy me ligou por causa de uma transação na Binance P2P de quase 150 milhões de dong: na hora, a voz dele parecia bem aflita: “Acabei de liberar, mas o dinheiro ainda não caiu.”
Ele contou que o comprador tinha clicado em “Já paguei” e enviado na hora o comprovante de transferência, mas como a transação estava quase no tempo limite, o outro lado ficava continuamente mandando mensagens perguntando por que o Huy ainda não tinha liberado o cripto. Ele abriu o app do banco para conferir algumas vezes, mas não viu o dinheiro. No fim, pensou que o banco devia estar atualizando devagar, então continuou clicando em Liberar.
Quando terminou, ele voltou a checar a conta e o dinheiro ainda não tinha aparecido.
Foi aí que ele começou a se preocupar de verdade, pensando que tinha vivido exatamente o pior cenário ao vender no P2P: o cripto foi liberado, mas o dinheiro não chegou.
Eu disse pra ele não tirar conclusões precipitadas. Primeiro, guardar o Order ID, o histórico do chat e as imagens da transação, e verificar se do lado do banco havia alguma transação ainda em processamento. Eu também lembrei o Huy: se houvesse qualquer problema, era pra resolver logo na própria Binance.
Um tempo depois, ele me mandou: “O dinheiro entrou agora.”
No fim, naquele dia o banco processou a transação com atraso, então o valor chegou mais tarde do que o normal. No final, não houve golpe nenhum; foi só que o Huy acabou se assustando à toa.
Ele riu e falou: “Pensei que os quase 150 milhões tinham ido embora.”
Eu só pude dizer pra ele: da próxima vez, se não aparecer o dinheiro, seja paciente e confira com calma. A Binance P2P tem Escrow, sistema de chat e procedimento de reclamação; então, quando a transação dá problema, o melhor é manter tudo dentro da plataforma e deixar o processo oficial cuidar, em vez de decidir no impulso enquanto está em pânico.
Isso também é o que eu queria compartilhar pelo #BinanceP2PAnToan , para que todos, especialmente quem é novo, adquiram um hábito mais seguro ao negociar.
@Binance Vietnam

Transação P2P estável e tranquila; se você encontrar estes 4 sinais, não continue tentando negociar

Da última vez eu fiz uma transação P2P, no começo estava tudo normal. Mas quando estava perto de concluir, a outra parte começou a me mandar muitas mensagens, e depois adicionou algumas exigências bem estranhas. Foi aí que eu pensei: ok, vou desacelerar um pouco para garantir.
Primeiro foi a questão do release. A outra parte ficava “você libera pra mim, por favor”, “eu já transferi”, e mandava várias mensagens em sequência. Nessas horas eu não discuto nada; só abro o app do banco e verifico. Se ainda não vi o dinheiro cair, então não libero—simples assim.
Enquanto negociava, a outra parte disse para eu mudar para outra conta para receber o dinheiro. Eu também não continuei na hora. Qual conta, nome de quem, as informações batem com a ordem? Verifique tudo direitinho e só então prossiga.
Teve caso em que ainda convidaram para ir para o Telegram ou WhatsApp para facilitar a conversa, e, de quebra, pediram para cancelar a ordem P2P e fazer direto um OTC, dizendo que o preço seria até melhor. A proposta até parece tentadora, mas eu prefiro não. Se estou negociando na Binance, fico na própria Binance; quando dá algum problema, ainda dá para contar com o histórico do chat, as informações do pedido e o procedimento de suporte para resolver.
E quanto ao comprovante de transferência: não confie apenas numa imagem. Por mais bonita que seja, não vale a pena do que eu mesmo abrir o banco e ver o dinheiro realmente entrando na conta. Se ainda não caiu, é só esperar.
Quando acontece alguma destas coisas durante a negociação, eu paro de uma vez: pressionam para eu liberar, pedem para trocar a conta para receber, chamam para fora da Binance/OTC ou mandam foto do comprovante dizendo que eu libere.
Se perceber algo estranho, mantenha a calma. Salve o Order ID, o recibo e o trecho do chat; se precisar, entre em contato com o Suporte da Binance.
Você já passou por alguma situação no P2P que te fez parar a negociação?
@Binance Vietnam #BinanceP2PAnToan #USJulyCPI&PPIDueThisWeek $GENIUS $PENGU

Quase desbloqueei cedo só porque pensei: “Este aqui negocia bastante, então deve estar tudo bem”.
Certa vez, vendi 600 USDT na Binance P2P. Esse comerciante tinha uma taxa de conclusão de quase 100%, histórico de algumas centenas de ordens. Eu não lembro exatamente quantas, mas ao olhar já dá uma sensação bem tranquila. O preço naquela hora também era melhor do que algumas outras opções, então eu quase escolhi na hora.
O comprador avisou que já tinha pago e, cerca de 30 segundos depois, me mandou mensagem dizendo para eu conferir e desbloquear cedo porque eles precisavam concluir a transação. Vou ser sincero: naquele momento eu também pensei algo como: “Um perfil tão bom assim… deve estar tudo bem”.
Uma conta com poucas negociações e que pede desbloqueio antecipado eu recusaria na hora. Mas para alguém com histórico de algumas centenas de ordens e taxa de conclusão perto de 100%, minha reação foi diferente. Eu comecei a confiar na reputação antes mesmo de verificar a transação.
Abri o app do banco e ainda não vi o dinheiro. Disse que só abriria o desbloqueio quando o valor caísse na conta. Enquanto isso, o comprador continuou mandando mensagens dizendo que já tinha transferido e pedindo que eu verificasse de novo.
Desta vez, não tive pressa. Voltei para a seção de Orders, conferi o valor e as informações do pagamento e esperei mais um pouco. Cerca de 90 segundos depois, o dinheiro realmente entrou na conta. Eu verifiquei de novo e só então desbloqueei, e a transação terminou normalmente, sem nenhum problema.
Não aconteceu nada naquele dia, mas eu me lembro por muito tempo daquele sentimento de quase ter pulado o processo apenas porque vi que o histórico do outro lado estava bom demais.
Desde então, ainda olho o histórico de negociações ao escolher um parceiro, mas não deixo isso decidir quando vou desbloquear.
Um bom histórico me deixa mais tranquilo, mas é o dinheiro efetivamente entrando na conta que determina o próximo passo.
@Binance Vietnam #BinanceP2PAnToan $BEAT $TUT $CYS

Acho que o comprador tinha algum problema. Afinal, não era isso.
Naquela época, eu precisava de dinheiro, então fui no Binance P2P e vendi 700 USDT; a cotação era aproximadamente 27.300 VND, totalizando quase 19,11 milhões de VND.
Eu escolhi um Merchant com um histórico de transações bem ok, fiz o pedido e então esperei o comprador pagar.
Um tempo depois, o comprador avisou que tinha transferido. Eu abri o app do banco para conferir e vi que exatamente 19,11 milhões de VND acabaram de entrar na minha conta.
O dinheiro estava suficiente, então eu pretendia clicar em Release logo.
Mas antes de apertar, eu olhei de novo as informações do pagamento e vi que o nome do remetente não era igual ao nome no Order.
Na hora, fiquei meio apreensivo. Quase 20 milhões já tinham entrado na conta, mas o nome do remetente era diferente; eu pensei: deve haver algum problema.
Eu mandei uma mensagem no chat do Binance P2P perguntando ao comprador. Ele explicou que era a conta de um parente e me enviou mais informações.
Eu ainda não tinha dado Release.
Quando fui conferir melhor o Order, descobri uma coisa: o nome que eu estava vendo era o nome exibido nas informações de pagamento, mas o nome real do remetente aparece na parte das transações do banco. Essas duas informações nem sempre aparecem na posição certa logo no começo.
Eu comparei novamente todos os detalhes e o valor de 19,11 milhões também batia. Aí sim eu respirei aliviado: no fim, eu mesmo me deixei em pânico por ter olhado as informações rápido demais.
Por sorte, eu não tinha pressa em dar Release, e também não tinha chegado a concluir que o comprador tinha algum problema.
A partir desse caso, tirei uma lição: ao fazer transação P2P, se notar um detalhe que não bate, pare e confira antes; não tire conclusões precipitadas.
Irmãos que negociam P2P, lembrem só deste passo: mesmo com o dinheiro caindo certinho, confiram o nome do remetente e o Order antes de fazer Release.
@Binance Vietnam #BinanceP2PAnToan $CYS

Quase escolhi o Merchant errado no Binance P2P por causa de um preço bom

Eu costumava achar que escolher um Merchant no Binance P2P era bem simples: vi um preço bom e escolhi. Depois de algumas transações, percebi que o preço é só uma parte da decisão.
Agora, antes de escolher um Merchant, eu costumo observar 4 coisas: quantidade de transações, Completion Rate (taxa de conclusão), Merchant Badge e o limite de anúncios.
A quantidade de transações me dá mais um pouco de informação sobre o histórico do Merchant. Eu não acho que mais transações signifique segurança absoluta, mas se dois anúncios tiverem preços bem parecidos, eu geralmente fico com o lado que tem um histórico mais claro.
O Completion Rate também é um número que eu observo. Se as condições entre dois anúncios não diferem muito, eu normalmente dou preferência ao Merchant com uma taxa de conclusão melhor. O Merchant Badge é parecido. Antes, eu costumava ignorar isso; agora, sempre reviso o perfil antes de negociar.
O limite de anúncios é mais simples. Eu só verifico se o valor para comprar ou vender está dentro da faixa que o Merchant suporta. Se não estiver, eu escolho outro anúncio.
Mas escolher o Merchant não significa que eu já vou negociar imediatamente. Eu ainda confiro se o nome da conta de pagamento corresponde às informações do pedido e mantenho todas as conversas dentro do Binance P2P. Se o parceiro quiser mudar para Telegram, Zalo ou trocar a conta no meio do caminho, eu paro.
Na etapa do pagamento, eu também não libero (Release) apenas por receber print da tela ou uma mensagem do tipo “já transferi”. Eu mesmo verifico a conta e só desbloqueio o cripto quando confirmo que o dinheiro realmente entrou.
Para mim, escolher um Merchant não é só encontrar o melhor preço. O importante é saber com quem eu estou negociando antes de apertar Confirm.
@Binance Vietnam #BinanceP2PAnToan
$GRVT #CreatorpadVN

Achava tudo já tinha acabado no Binance P2P, até que eu abri o Pedido novamente!!!
Acontece que eu vendi 600 USDT no Binance P2P, na época a cotação estava por volta de 27.000 VND, então eu previa receber cerca de 16,2 milhões de VND.
Eu escolhi um Merchant com histórico de transações e taxa de conclusão bem estáveis. O comprador pagou, eu abri o app do banco pra conferir e vi que tinha caído só 15,9 milhões na conta.
Na hora pensei: "Ué, faltou quase 300K?"
Voltei pro Pedido pra conferir. O comprador também enviou as informações da transação e disse que transferiu exatamente o valor combinado. Eu ia perguntar na hora, mas fiquei conferindo o Pedido mais uma vez.
Descobri que 16,2 milhões era o valor que eu tinha calculado sozinho pela cotação inicial, e 15,9 milhões é o total real do Pedido depois que as informações foram atualizadas.
O Merchant não repassou a menor. O comprador também não fez nada errado. O erro foi meu, eu olhei errado.
Ainda bem que eu não tinha liberado (Release) nem mudado para outro canal para resolver. Eu conferi novamente a quantidade de USDT, a cotação e o total no Pedido, e no fim tudo bateu.
Desde então, eu aprendi uma lição: antes de confirmar o P2P, eu sempre reviso de novo o preço, a quantidade e o total final. Se houver qualquer diferença em relação ao cálculo inicial, eu paro e continuo verificando.
Quem negocia rápido também deve ter passado por aquela situação de ver uma coisa de um jeito e apertar outra, como eu fiz.
Confiram bem o Pedido antes de negociar, principalmente quando o valor chega a dezenas de milhões, tá pessoal.
@Binance Vietnam #BinanceP2PAnToan

Os recém-chegados geralmente cometem estes 7 erros no Binance P2P
Eu costumava achar que negociar no Binance P2P era bem simples: encontrar um bom preço, fazer a transferência e receber o cripto. Depois de algumas negociações, percebi que a parte mais fácil é justamente clicar em Buy ou Sell. Os erros costumam acontecer nos segundos antes e depois disso.
O primeiro erro é olhar apenas o preço. A diferença de preço, às vezes pequena, me faz ignorar coisas mais importantes como a taxa de conclusão, o histórico de transações ou o Merchant Badge. Agora eu sempre verifico o perfil do parceiro antes de voltar a olhar o nível de preço.
Outro erro é não conferir o nome da conta de pagamento com as informações do pedido. Eu não considero isso uma etapa desnecessária, porque se houver divergência eu interrompo imediatamente a verificação.
O que eu especialmente evito é liberar cedo demais. Print de tela ou mensagens como “já transferi” não são prova de que o dinheiro já caiu na conta. Eu sempre abro o aplicativo do banco e verifico a transação de verdade antes de desbloquear o cripto.
Também não mudo a conversa para Telegram ou Zalo só porque o parceiro diz “para ficar mais fácil”. Manter tudo no Binance P2P me dá Escrow, histórico do chat e o processo de reclamação caso surja algum problema.
Um outro sinal que eu sempre observo é quando tentam me pressionar para concluir na hora, trocar a conta de pagamento no meio do caminho ou aparecer um conteúdo de transferência incomum. Quanto mais insistem, mais eu verifico com cuidado.
Por fim, eu sempre mantenho o Order ID, o comprovante e o histórico do chat. Se acontecer algum imprevisto, eu paro a negociação e entro em contato com o Suporte da Binance em vez de tentar resolver sozinho.
P2P seguro não precisa ser complicado demais. Para mim, basta abandonar alguns maus hábitos e checar as coisas certas antes de Release para fazer uma grande diferença.
@Binance Vietnam #BinanceP2PAnToan

@Binance Vietnam #BinanceP2PAnToan
Bandeira vermelha no Binance P2P nem sempre parece suspeita
O que percebi após muitas transações no Binance P2P é que uma bandeira vermelha aparece raramente do jeito que as pessoas ainda imaginam.
Ninguém escreve: "Vou te enganar."
Em vez disso, eles podem dizer: "Vou para o Telegram só para facilitar." Ou: "Você desbloqueia antes, por favor? O dinheiro já está em processamento." Até mesmo apenas: "Você pode me liberar/aceitar para outra conta para eu receber o dinheiro?"
À primeira vista, esses pedidos parecem bem normais. Mas percebi que todos têm um ponto em comum: eles fazem eu sair do processo de segurança definido pelo Binance P2P.
Por isso, tenho uma regra bem simples. Eu só converso na janela de chat do Binance P2P, onde o Escrow, o histórico de chat e o procedimento de contestação podem me proteger caso surja alguma disputa. Se a outra parte quiser levar a conversa para outra plataforma ou alterar as informações de pagamento no meio do caminho, eu interrompo a negociação e verifico novamente.
Eu também nunca clico em Release só porque vi um print ou uma mensagem dizendo "já foi transferido". O que eu acredito é o saldo real no aplicativo do banco. Só quando o dinheiro entra na conta, eu concluo a transação.
Depois disso, eu ainda guardo o Order ID, o comprovante e o histórico de chat. Pode ser que nunca precise usar, mas se tiver que falar com o Suporte do Binance, todas as informações já estarão prontas.
Agora, eu não tento mais adivinhar quem é bom ou mau. Eu só faço uma pergunta: esse pedido está me fazendo sair do processo seguro do Binance P2P? Se a resposta for "sim", eu paro.

5 segundos antes de clicar em “Liberar” pode decidir toda a transação
Toda vez que faço uma transação no Binance P2P, eu tenho um hábito: parar por cerca de 5 segundos antes de clicar em “Liberar”.
Parece simples, mas eu acho que esses são os 5 segundos mais importantes de toda a transação.
O Binance P2P é uma plataforma de negociação ponto a ponto, na qual a Binance ajuda a proteger os usuários com Escrow, sistema de chat e um processo de contestação/canal de reclamações em caso de disputa. Por isso, eu sempre mantenho todas as conversas na própria plataforma e recuso solicitações para mudar para Telegram ou Zalo.
Antes de transacionar, eu uso alguns segundos para verificar o Merchant Badge, a taxa de conclusão, a quantidade de transações e para comparar o nome da conta de pagamento com as informações do pedido. Se o parceiro quiser alterar a conta para receber o dinheiro ou houver algum sinal de anormalidade, eu cancelo a transação.
Na etapa do pagamento, eu só confio no saldo real da minha conta bancária. Eu nunca desbloqueio crypto apenas porque vi um print de tela, uma mensagem de confirmação ou a insistência “já transferi”. Se o conteúdo da transferência estiver incomum ou se o dinheiro ainda não tiver entrado na conta, eu continuo esperando e verificando de novo.
Depois que a transação termina, eu ainda salvo o Order ID, o comprovante e o histórico do chat. Talvez nunca seja necessário, mas se eu tiver que abrir uma contestação, essas informações vão ajudar a equipe de Suporte da Binance a resolver mais rápido.
Para mim, uma transação segura não está em clicar em “Liberar” rápido o quanto. Está em reservar mais 5 segundos para verificar tudo antes de tomar a decisão final. Quando houver qualquer dúvida, pare e entre em contato com o Suporte da Binance.
@Binance Vietnam #BinanceP2PAnToan $LAB

Long $KOMA
Entrada
0.0237 - 0.0238
Stop Loss
Abaixo de 0.0228.
Take Profit
TP1: 0.0248
TP2: 0.0263
TP3: 0.0285 se romper o topo com sucesso.
R:R 1:2 a 1:3

Eu li a página de Earn on Equity do @grvt_io duas vezes esta manhã, porque assumi que o rendimento de capital de 3,5% de APY não poderia continuar utilizável como margem e contar para o TVL da Season 2.
Eu até voltei à página da Season 2 para checar se eu tinha misturado dois saldos diferentes.
Não tinha.
Faça cinco negociações dentro de um ciclo de quatro semanas, e a mesma Equity da Trading Account pode desbloquear rendimento, dar suporte a posições abertas e aparecer nas capturas de TVL usadas para as recompensas da Season 2.
O TVL recebe 5% dos pontos semanais. O volume de negociações recebe 50%, o open interest mais 15%, enquanto a Season 2 representa 18% do fornecimento fixo de um bilhão de tokens da GRVT.
Um único saldo está fazendo três funções.
Mas o seu TVL só registra um número.
Foi essa a parte que eu continuei voltando.
Quando o capital fica na Grvt, ele está lá pelo rendimento de 3,5%?
O trader está mantendo a margem pronta para outra posição?
Ou o saldo está esperando por outra captura que possa melhorar uma futura alocação de tokens?
Fiquei indo e voltando nisso. Nenhuma das três explicações tornou o saldo menos real.
O mesmo capital pode gerar rendimento real e dar suporte a negociações reais, enquanto as recompensas ainda influenciam a decisão de mantê-lo ali.
Com mais 1,5 milhão de $GRVT entrando na mesma janela de lançamento por meio das missões da Binance Wallet, 21 de julho vira o teste mais limpo.
Após o TGE, a utilidade de rendimento e margem permanece, enquanto a expectativa da Season 2 começa a pesar menos.
Então descobrimos quanto do saldo da Grvt estava rendendo—e quanto estava apenas esperando.
#grvt $LAB

Eu estava olhando um antigo arquivo de lista negra outro dia quando surgiu um pensamento desconfortável: a regra pode permanecer exatamente a mesma, mas o mundo por trás dessa regra pode mudar da noite para o dia.
Um nome que não estava na lista ontem pode estar hoje. A lógica da política não se move, mas a realidade da qual ela lê já mudou.
Foi isso que fez um pequeno detalhe nas Privacy Flows do Newton Protocol se destacar para mim:
versão mais recente.
No início, o versionamento parecia apenas um gerenciamento de dados normal. Um provedor publica uma lista de sanções, uma lista negra, uma tabela de risco ou um conjunto de dados de conformidade; toda vez que publishData é chamado, uma nova versão é criada, e os operadores resolvem os dados confidenciais mais recentes quando um cliente concedido precisa deles.
Isso parece razoável.
Os dados de conformidade não devem ficar congelados no tempo. Se uma lista negra mudar, a política deve ver a atualização; e se uma tabela de risco mudar, o fluxo de autorização deve reagir à nova realidade em vez de aplicar a visão de ontem do mundo.
Mas quanto mais eu pensava nisso, mais “mais recente” parecia menos sinônimo de atualidade e mais sinônimo de poder.
Em @NewtonProtocol , os clientes concedidos não se prendem a uma versão explícita única. Eles leem os dados mais recentes, o que significa que o mesmo PolicyClient, a mesma lógica Rego e o mesmo usuário podem produzir uma decisão diferente amanhã porque o conjunto de dados confidencial por baixo da política mudou hoje.
Um usuário pode ser negado não porque a carteira dele mudou, mas porque o conjunto de dados por trás da política mudou.
Essa é a fronteira.
O provedor não está apenas fornecendo dados. O provedor se torna parte da fronteira de aplicação porque a versão mais nova dele ajuda a definir o que a política vê.
O acesso à versão mais recente mantém a política próxima do mundo real, mas também dá ao conjunto de dados mais novo o poder de remodelar a aplicação antes que os usuários entendam completamente o que mudou.
Talvez os dados mais novos não sejam automaticamente os mais seguros.
Talvez sejam apenas os dados que, no momento, estão permitidos para definir a decisão.
$LAB $NEWT #Newt