Na semana passada, alguém publicou um endereço de carteira no Hyperliquid e, em poucos minutos, as pessoas estavam rastreando o tamanho completo da posição daquele trader, sua entrada e o preço de liquidação em tempo real. Esse é exatamente o tipo de cenário que a arquitetura da GRVT parece ter sido construída para evitar.
O que me chamou a atenção é que a GRVT mantém a correspondência de ordens fora da cadeia (off-chain) e só envia o settlement on-chain por meio de provas de validade. Assim, não existe um mempool público mostrando seu pedido antes que ele seja preenchido — nada para um bot fazer front-run.
Isso me fez pensar: é esta privacidade como um recurso, ou privacidade como uma defesa contra MEV? Parece mais a segunda opção.
Vantagem prática: posições maiores não são caçadas. A contrapartida — você confia mais na lógica de matching do backend do que em um livro de ordens totalmente transparente.
Ainda estou tentando entender como disputas sobre preenchimentos (fills) são resolvidas aqui. Alguém sabe?#grvt @grvt_io
O que me chamou a atenção é que a GRVT mantém a correspondência de ordens fora da cadeia (off-chain) e só envia o settlement on-chain por meio de provas de validade. Assim, não existe um mempool público mostrando seu pedido antes que ele seja preenchido — nada para um bot fazer front-run.
Isso me fez pensar: é esta privacidade como um recurso, ou privacidade como uma defesa contra MEV? Parece mais a segunda opção.
Vantagem prática: posições maiores não são caçadas. A contrapartida — você confia mais na lógica de matching do backend do que em um livro de ordens totalmente transparente.
Ainda estou tentando entender como disputas sobre preenchimentos (fills) são resolvidas aqui. Alguém sabe?#grvt @grvt_io
