Binance Square
Eric Choo
702 Publicações

Eric Choo

Aberto ao trading
Detentor de BNB
Detentor de BNB
Trader de Alta Frequência
4.8 ano(s)
20 A seguir
489 Seguidores
930 Gostaram
Publicações
Portfólio
PINNED
·
--
🎉 Oficialmente no Top 100 CreatorPad! Agradeço de coração a todos que sempre leram meus posts, interagiram e estiveram ao meu lado durante todo esse tempo 🫶 Desde as postagens simples sobre o mercado, mindset até as minhas perspectivas pessoais, nunca imaginei que chegaria a esse resultado. 15489 $PIXEL não é apenas um prêmio, mas também uma motivação para que eu continue criando conteúdo de qualidade para a comunidade 🚀 A jornada ainda está longa, vou me esforçar para manter o ritmo e ir ainda mais longe 💛 Para a galera que está construindo conteúdo, mantenham a persistência, sempre há oportunidades para quem realmente trabalha. #CreatorpadVN #BinanceSquare
🎉 Oficialmente no Top 100 CreatorPad!

Agradeço de coração a todos que sempre leram meus posts, interagiram e estiveram ao meu lado durante todo esse tempo 🫶
Desde as postagens simples sobre o mercado, mindset até as minhas perspectivas pessoais, nunca imaginei que chegaria a esse resultado.

15489 $PIXEL não é apenas um prêmio, mas também uma motivação para que eu continue criando conteúdo de qualidade para a comunidade 🚀

A jornada ainda está longa, vou me esforçar para manter o ritmo e ir ainda mais longe 💛
Para a galera que está construindo conteúdo, mantenham a persistência, sempre há oportunidades para quem realmente trabalha.

#CreatorpadVN #BinanceSquare
PINNED
Não pensei que desta vez eu teria a sorte de entrar no top 4 CreatorPad VN na Binance Square 🥹 A recompensa 0.12 $BNB não é muito grande, mas é um impulso para continuar escrevendo e compartilhando mais. Na verdade, eu vejo que a Binance Square ainda tem muitas oportunidades para a galera que curte escrever conteúdo, fazer análises ou simplesmente interagir diariamente. Basta começar a tentar, quem sabe seu próximo post não chega ao topo 👀 Quem está querendo participar mas não sabe por onde começar, precisa de dicas para escrever, como aumentar a interação ou caçar eventos, pode perguntar pra mim, vou dar todo o suporte que eu puder 🤝 Parabéns a galera que ganhou prêmios dessa vez 🫶
Não pensei que desta vez eu teria a sorte de entrar no top 4 CreatorPad VN na Binance Square 🥹
A recompensa 0.12 $BNB não é muito grande, mas é um impulso para continuar escrevendo e compartilhando mais.

Na verdade, eu vejo que a Binance Square ainda tem muitas oportunidades para a galera que curte escrever conteúdo, fazer análises ou simplesmente interagir diariamente.
Basta começar a tentar, quem sabe seu próximo post não chega ao topo 👀

Quem está querendo participar mas não sabe por onde começar, precisa de dicas para escrever, como aumentar a interação ou caçar eventos, pode perguntar pra mim, vou dar todo o suporte que eu puder 🤝

Parabéns a galera que ganhou prêmios dessa vez 🫶
Ver tradução
[Tham gia tại đây](https://web3.binance.com/m/referral?ref=W54H3R6Z) Anh em làm sự kiện đua vol đi, chạy vol tầm 3k là lụm 70u, sự kiện này ít người tham gia nên mọi ng chiến mạnh nhé
Tham gia tại đây
Anh em làm sự kiện đua vol đi, chạy vol tầm 3k là lụm 70u, sự kiện này ít người tham gia nên mọi ng chiến mạnh nhé
Idol Ryker chama entrada $SPCX vùng US$ 129 por hora já está em US$ 132; esta zona vale a pena entrar em compras, pessoal, hein?
Idol Ryker chama entrada $SPCX vùng US$ 129 por hora já está em US$ 132; esta zona vale a pena entrar em compras, pessoal, hein?
Artigo
O Internet de Políticas vai criar PI valioso. Ninguém o possui ainda.Quero pensar cuidadosamente como é, na prática, um mercado maduro de um Internet de Políticas daqui a dezoito meses, caso Newton tenha sucesso. As políticas que serão mais valiosas não são as genéricas que qualquer desenvolvedor pode escrever em uma tarde. São aquelas que foram submetidas a testes rigorosos contra cenários reais de aplicação da lei, refinadas a partir de falsos positivos reais que incomodaram operadores de vaults, ajustadas por eventos reais de estresse que revelaram lacunas nos limiares e calibradas com feedback real de LP sobre o tipo de comportamento de aplicação de que elas realmente precisam. Esse tipo de política é, de fato, muito difícil de construir. Ela representa conhecimento operacional que se acumula com o tempo. E, sob o design atual do Newton, a entidade que o construiu não tem nenhum mecanismo para possuí-lo, restringir o acesso, precificá-lo ou impedir que um concorrente o copie e o replublique com modificações mínimas.

O Internet de Políticas vai criar PI valioso. Ninguém o possui ainda.

Quero pensar cuidadosamente como é, na prática, um mercado maduro de um Internet de Políticas daqui a dezoito meses, caso Newton tenha sucesso. As políticas que serão mais valiosas não são as genéricas que qualquer desenvolvedor pode escrever em uma tarde. São aquelas que foram submetidas a testes rigorosos contra cenários reais de aplicação da lei, refinadas a partir de falsos positivos reais que incomodaram operadores de vaults, ajustadas por eventos reais de estresse que revelaram lacunas nos limiares e calibradas com feedback real de LP sobre o tipo de comportamento de aplicação de que elas realmente precisam. Esse tipo de política é, de fato, muito difícil de construir. Ela representa conhecimento operacional que se acumula com o tempo. E, sob o design atual do Newton, a entidade que o construiu não tem nenhum mecanismo para possuí-lo, restringir o acesso, precificá-lo ou impedir que um concorrente o copie e o replublique com modificações mínimas.
#newt $NEWT @NewtonProtocol A maior parte da atividade de vaults institucionais em DeFi está migrando para o L2 por razões de taxa e capacidade de processamento. Quando a Newton realiza a aplicação de cumprimento pré-liquidation (pre-settlement enforcement) em uma transação de rollup otimista, ela autoriza com base no estado que consegue observar no momento da assinatura. Mas essa transação entra em uma janela de contestação durante a qual uma prova de fraude, teoricamente, pode revertê-la. A atestação de passe da Newton existe antes de a janela se encerrar. A aplicação (enforcement) e a finalização estão operando com pressupostos diferentes sobre o que significa “a transação aconteceu”. Para a maioria das transações, isso é praticamente aceitável porque provas de fraude bem-sucedidas são raras. O problema é o que a atestação de passe da Newton representa legal e operacionalmente durante essa janela. Se o contrato do LP de um vault trata o passe da Newton como confirmação de que uma transação em conformidade foi liquidada e, mais tarde, a transação for revertida durante o período de contestação, o registro de conformidade e a realidade econômica ficaram brevemente em desacordo. O modelo de enforcement da Newton não descreve como ele lida com as semânticas de finalização no L2, e operadores de vaults institucionais que implantam em rollups devem entender essa lacuna antes de confiar na atestação da Newton como um sinal de confirmação de liquidação. Quando a Newton assina uma atestação de passe para uma transação em um L2 de rollup otimista e essa transação é posteriormente revertida dentro da janela de contestação, o registro de enforcement da Newton reflete a reversão e o que isso significa para contratos de LP ou trilhas de auditoria regulatória que tratam a atestação da Newton como confirmação de uma transação liquidada e em conformidade?
#newt $NEWT @NewtonProtocol

A maior parte da atividade de vaults institucionais em DeFi está migrando para o L2 por razões de taxa e capacidade de processamento. Quando a Newton realiza a aplicação de cumprimento pré-liquidation (pre-settlement enforcement) em uma transação de rollup otimista, ela autoriza com base no estado que consegue observar no momento da assinatura. Mas essa transação entra em uma janela de contestação durante a qual uma prova de fraude, teoricamente, pode revertê-la. A atestação de passe da Newton existe antes de a janela se encerrar. A aplicação (enforcement) e a finalização estão operando com pressupostos diferentes sobre o que significa “a transação aconteceu”.

Para a maioria das transações, isso é praticamente aceitável porque provas de fraude bem-sucedidas são raras. O problema é o que a atestação de passe da Newton representa legal e operacionalmente durante essa janela. Se o contrato do LP de um vault trata o passe da Newton como confirmação de que uma transação em conformidade foi liquidada e, mais tarde, a transação for revertida durante o período de contestação, o registro de conformidade e a realidade econômica ficaram brevemente em desacordo. O modelo de enforcement da Newton não descreve como ele lida com as semânticas de finalização no L2, e operadores de vaults institucionais que implantam em rollups devem entender essa lacuna antes de confiar na atestação da Newton como um sinal de confirmação de liquidação.

Quando a Newton assina uma atestação de passe para uma transação em um L2 de rollup otimista e essa transação é posteriormente revertida dentro da janela de contestação, o registro de enforcement da Newton reflete a reversão e o que isso significa para contratos de LP ou trilhas de auditoria regulatória que tratam a atestação da Newton como confirmação de uma transação liquidada e em conformidade?
Parcialmente verdadeiro
#grvt @grvt_io $GRVT's TGE cai em 21 de julho, e ao revisitar como @grvt_io se construiu até este ponto, mudou a forma como eu leio essa data. #grvt A maioria dos projetos lança um token primeiro e só depois pensa no produto. A GRVT inverteu essa ordem. Foram dois anos investidos na própria exchange antes de qualquer conversa sobre token começar. As ordens casam off-chain para ganhar velocidade, fazem o settlement on-chain por meio de provas de zero conhecimento em uma cadeia ZKsync Validium, e seus fundos ficam em contratos inteligentes que a própria exchange não consegue mover. É essa base que permitiu à GRVT adicionar futuros (perpetuals) de ouro, petróleo e ações ao lado de pares de cripto, eliminar a exigência de KYC obrigatório para que qualquer pessoa possa começar apenas com um e-mail e ainda assim obter uma licença Classe M da Autoridade Monetária das Bermudas — algo que quase nenhuma plataforma autocustodiada se dá ao trabalho de buscar. O token se encaixa nesse mesmo sistema, em vez de ficar por cima dele. $GRVT é construído como a camada de acesso para a exchange, atrelada a faixas de taxas, eficiência de margem e acesso a vaults, em vez de existir como uma camada especulativa separada. A oferta é fixa em 1 bilhão de tokens, com 28% indo para o community airdrop. Se você estava ativo durante a Temporada 2, o registro e a janela do Multiplier Plan estão abertos agora até 17 de julho, e apenas uma carteira autocustodiada que você realmente controla deve ser usada nesse formulário, não um endereço de depósito de CEX. Não é aconselhamento financeiro, apenas acompanhando um lançamento que vem sendo preparado há algum tempo. Alguém aqui já se registrou ou ainda está decidindo sobre o multiplicador?
#grvt @grvt_io

$GRVT's TGE cai em 21 de julho, e ao revisitar como @grvt_io se construiu até este ponto, mudou a forma como eu leio essa data. #grvt
A maioria dos projetos lança um token primeiro e só depois pensa no produto. A GRVT inverteu essa ordem. Foram dois anos investidos na própria exchange antes de qualquer conversa sobre token começar. As ordens casam off-chain para ganhar velocidade, fazem o settlement on-chain por meio de provas de zero conhecimento em uma cadeia ZKsync Validium, e seus fundos ficam em contratos inteligentes que a própria exchange não consegue mover.
É essa base que permitiu à GRVT adicionar futuros (perpetuals) de ouro, petróleo e ações ao lado de pares de cripto, eliminar a exigência de KYC obrigatório para que qualquer pessoa possa começar apenas com um e-mail e ainda assim obter uma licença Classe M da Autoridade Monetária das Bermudas — algo que quase nenhuma plataforma autocustodiada se dá ao trabalho de buscar.
O token se encaixa nesse mesmo sistema, em vez de ficar por cima dele. $GRVT é construído como a camada de acesso para a exchange, atrelada a faixas de taxas, eficiência de margem e acesso a vaults, em vez de existir como uma camada especulativa separada.
A oferta é fixa em 1 bilhão de tokens, com 28% indo para o community airdrop. Se você estava ativo durante a Temporada 2, o registro e a janela do Multiplier Plan estão abertos agora até 17 de julho, e apenas uma carteira autocustodiada que você realmente controla deve ser usada nesse formulário, não um endereço de depósito de CEX.
Não é aconselhamento financeiro, apenas acompanhando um lançamento que vem sendo preparado há algum tempo. Alguém aqui já se registrou ou ainda está decidindo sobre o multiplicador?
Ver tradução
Hướng dẫn làm nhiệm vụ mốc số 9 của sự kiện sinh nhật Binance Chuẩn chuyển 30-50u sang bên ví web3 và 0.01bnb làm phí giao dịch rồi làm như hướng dẫn. Mẹo: mọi người giao dịch vol 100u để được voucher 5u tiền tươi giống mình nhé Tham gia qua link để được hoàn phí 30% cũng như ủng hộ mình 1 ref [Link giảm 30% phí giao dịch](https://web3.binance.com/referral?ref=W54H3R6Z)
Hướng dẫn làm nhiệm vụ mốc số 9 của sự kiện sinh nhật Binance
Chuẩn chuyển 30-50u sang bên ví web3 và 0.01bnb làm phí giao dịch rồi làm như hướng dẫn.
Mẹo: mọi người giao dịch vol 100u để được voucher 5u tiền tươi giống mình nhé
Tham gia qua link để được hoàn phí 30% cũng như ủng hộ mình 1 ref
Link giảm 30% phí giao dịch
Ver tradução
#BinanceTurns9 Binance 9 tuổi - Do bạn kiến tạo, Chúc mừng sinh nhật Binance
#BinanceTurns9 Binance 9 tuổi - Do bạn kiến tạo, Chúc mừng sinh nhật Binance
Artigo
Quando muitos vaults aplicam a mesma política, um evento de estresse bloqueia todos eles ao mesmo tempo.Tenho pensado nisso à luz do que realmente aconteceu durante a crise de liquidez de DeFi em março de 2020 e o colapso da Terra em maio de 2022. Em ambos os eventos, a dinâmica de cascata não foi impulsionada por falhas de protocolos individuais, mas pela estrutura de correlação do ecossistema. Muitos protocolos fizeram suposições semelhantes sobre a qualidade das garantias, suposições semelhantes sobre liquidez e estruturas de dependência de oráculos semelhantes. Quando uma suposição foi violada, foi violada em todos eles ao mesmo tempo porque todos a compartilhavam. A cascata foi correlacionada. A Internet de Políticas de Newton cria uma condição prévia estrutural para uma nova forma de comportamento correlacionado que pode amplificar, em vez de amortecer, o próximo evento de estresse.

Quando muitos vaults aplicam a mesma política, um evento de estresse bloqueia todos eles ao mesmo tempo.

Tenho pensado nisso à luz do que realmente aconteceu durante a crise de liquidez de DeFi em março de 2020 e o colapso da Terra em maio de 2022. Em ambos os eventos, a dinâmica de cascata não foi impulsionada por falhas de protocolos individuais, mas pela estrutura de correlação do ecossistema. Muitos protocolos fizeram suposições semelhantes sobre a qualidade das garantias, suposições semelhantes sobre liquidez e estruturas de dependência de oráculos semelhantes. Quando uma suposição foi violada, foi violada em todos eles ao mesmo tempo porque todos a compartilhavam. A cascata foi correlacionada. A Internet de Políticas de Newton cria uma condição prévia estrutural para uma nova forma de comportamento correlacionado que pode amplificar, em vez de amortecer, o próximo evento de estresse.
#newt $NEWT @NewtonProtocol Quando um atacante compromete a chave de um operador de cofre em um cofre com imposição pela Newton, ele pode fazer algo mais danoso do que simplesmente drenar ativos. Ele pode reconfigurar a própria política de imposição, reduzir os limites de conformidade para perto de zero, desabilitar verificações de domínio seletivamente, ajustar os parâmetros do domínio de Risco para permitir que os próprios endereços dele passem, e então transacionar livremente. Durante todo o ataque, a Newton assina fielmente a atestação de passe para cada ação. Depositantes institucionais que observam o status de imposição do cofre veem sinal verde enquanto o atacante opera por trás. O domínio de Identidade da Newton verifica contrapartes de transações. Ele não verifica a continuidade da identidade do operador do cofre ao longo do tempo. Não há mecanismo para detectar eventos anômalos de reconfiguração de imposição, nenhum alerta quando mudanças de política enfraquecem materialmente o escopo de proteção, e não há exigência de multis assinatura para mudanças de configuração que poderiam expor depositantes a um risco significativamente maior. A superfície de ataque decorrente de comprometimento da chave do operador do cofre atualmente é invisível para a camada de imposição mais responsável por sinalizar a segurança do cofre. Se a chave de um operador de cofre for comprometida e o atacante reconfigurar a política de imposição antes de drenar os ativos, a Newton tem algum mecanismo para detectar a reconfiguração anômala e alertar os depositantes, ou a camada de imposição simplesmente serve a quem quer que detenha a chave, sem nenhuma verificação de continuidade para saber se esse titular é quem originalmente estabeleceu a relação de confiança?
#newt $NEWT @NewtonProtocol

Quando um atacante compromete a chave de um operador de cofre em um cofre com imposição pela Newton, ele pode fazer algo mais danoso do que simplesmente drenar ativos. Ele pode reconfigurar a própria política de imposição, reduzir os limites de conformidade para perto de zero, desabilitar verificações de domínio seletivamente, ajustar os parâmetros do domínio de Risco para permitir que os próprios endereços dele passem, e então transacionar livremente. Durante todo o ataque, a Newton assina fielmente a atestação de passe para cada ação. Depositantes institucionais que observam o status de imposição do cofre veem sinal verde enquanto o atacante opera por trás.

O domínio de Identidade da Newton verifica contrapartes de transações. Ele não verifica a continuidade da identidade do operador do cofre ao longo do tempo. Não há mecanismo para detectar eventos anômalos de reconfiguração de imposição, nenhum alerta quando mudanças de política enfraquecem materialmente o escopo de proteção, e não há exigência de multis assinatura para mudanças de configuração que poderiam expor depositantes a um risco significativamente maior. A superfície de ataque decorrente de comprometimento da chave do operador do cofre atualmente é invisível para a camada de imposição mais responsável por sinalizar a segurança do cofre.

Se a chave de um operador de cofre for comprometida e o atacante reconfigurar a política de imposição antes de drenar os ativos, a Newton tem algum mecanismo para detectar a reconfiguração anômala e alertar os depositantes, ou a camada de imposição simplesmente serve a quem quer que detenha a chave, sem nenhuma verificação de continuidade para saber se esse titular é quem originalmente estabeleceu a relação de confiança?
Nesta fase, se não “long” $LAB agora, quando é que vamos longar? Prepare-se porque vão empurrar +50% até chegar a x2 para liquidar os shorts, ok? Vamos entrar apenas para o bilhete/raspa (sorte), porque agora, mesmo que tenha dump, não vai dar tanto assim.
Nesta fase, se não “long” $LAB agora, quando é que vamos longar? Prepare-se porque vão empurrar +50% até chegar a x2 para liquidar os shorts, ok? Vamos entrar apenas para o bilhete/raspa (sorte), porque agora, mesmo que tenha dump, não vai dar tanto assim.
Verificado
#grvt @grvt_io Uma bolsa regulamentada que ainda permite que você faça auto-custódia dos seus fundos, negocie apenas com um e-mail e faça long de ouro ou Tesla ao lado de futuros (perps) de BTC. Essa era a versão de @grvt_io I que eu não esperava. #grvt A ideia central é simples de enunciar e difícil de construir. As ordens são combinadas off-chain para ter velocidade de nível CEX. Em seguida, cada negociação é liquidada on-chain por meio de provas de conhecimento zero na arquitetura Validium do ZKsync, com ancoragem de volta ao Ethereum. Seus saldos ficam em contratos inteligentes que você controla o tempo todo. A GRVT pode rotear suas ordens, mas nunca está em posição de tocar seus fundos diretamente. Essa arquitetura é o que torna o resto da plataforma possível — não apenas uma lista de recursos afixada por cima. É por isso que a GRVT consegue operar perps em ativos do mundo real como ouro, petróleo e ações junto com pares cripto padrão sem que a ordem book desmorone. É por isso que o onboarding é feito com um e-mail em vez de uma seed phrase, depois que o KYC obrigatório foi removido em 2025. E é por isso que a GRVT pôde perseguir algo que a maioria das DEXs nunca chega a tentar: uma Licença de Negócio de Ativos Digitais Classe M da Bermuda Monetary Authority, obtida em dezembro de 2024. CEXs pedem confiança. DEXs pedem paciência. A GRVT foi construída para remover ambas as exigências sem abrir mão das partes que fizeram qualquer um dos modelos funcionar em primeiro lugar. Ainda estou analisando o resto dos documentos. Se você já negociou na GRVT, o que mais te chamou atenção: a velocidade de execução, o modelo de custódia ou os mercados de RWA?
#grvt @grvt_io

Uma bolsa regulamentada que ainda permite que você faça auto-custódia dos seus fundos, negocie apenas com um e-mail e faça long de ouro ou Tesla ao lado de futuros (perps) de BTC. Essa era a versão de @grvt_io I que eu não esperava. #grvt
A ideia central é simples de enunciar e difícil de construir. As ordens são combinadas off-chain para ter velocidade de nível CEX. Em seguida, cada negociação é liquidada on-chain por meio de provas de conhecimento zero na arquitetura Validium do ZKsync, com ancoragem de volta ao Ethereum. Seus saldos ficam em contratos inteligentes que você controla o tempo todo. A GRVT pode rotear suas ordens, mas nunca está em posição de tocar seus fundos diretamente.
Essa arquitetura é o que torna o resto da plataforma possível — não apenas uma lista de recursos afixada por cima.
É por isso que a GRVT consegue operar perps em ativos do mundo real como ouro, petróleo e ações junto com pares cripto padrão sem que a ordem book desmorone. É por isso que o onboarding é feito com um e-mail em vez de uma seed phrase, depois que o KYC obrigatório foi removido em 2025. E é por isso que a GRVT pôde perseguir algo que a maioria das DEXs nunca chega a tentar: uma Licença de Negócio de Ativos Digitais Classe M da Bermuda Monetary Authority, obtida em dezembro de 2024.
CEXs pedem confiança. DEXs pedem paciência. A GRVT foi construída para remover ambas as exigências sem abrir mão das partes que fizeram qualquer um dos modelos funcionar em primeiro lugar.
Ainda estou analisando o resto dos documentos. Se você já negociou na GRVT, o que mais te chamou atenção: a velocidade de execução, o modelo de custódia ou os mercados de RWA?
Artigo
Newton precisa de confiança institucional para funcionar.Quero pensar em como a confiança institucional é construída na infraestrutura financeira, porque acredito que o ecossistema cripto muitas vezes a entende mal. A premissa na maior parte do design dos protocolos DeFi é que a confiança flui da verificabilidade: se você consegue provar algo on-chain, então estabeleceu confiança. Isso está parcialmente correto, mas não é completo. A confiança institucional exige verificabilidade, além de histórico, e também a confiança de que os casos extremos e os modos de falha foram encontrados e tratados bem ao longo do tempo — não apenas que o caminho normal funciona. A DTCC é confiável não porque seu mecanismo de compensação seja teoricamente correto, mas porque compensou trilhões de dólares em transações ao longo de múltiplas crises de mercado, e a comunidade institucional observou como ela se comportou sob estresse. Um novo protocolo com um design excelente, mas sem histórico de estresse, não tem essa confiança, independentemente de o mecanismo de atestação ser o mais “limpo” possível.

Newton precisa de confiança institucional para funcionar.

Quero pensar em como a confiança institucional é construída na infraestrutura financeira, porque acredito que o ecossistema cripto muitas vezes a entende mal. A premissa na maior parte do design dos protocolos DeFi é que a confiança flui da verificabilidade: se você consegue provar algo on-chain, então estabeleceu confiança. Isso está parcialmente correto, mas não é completo. A confiança institucional exige verificabilidade, além de histórico, e também a confiança de que os casos extremos e os modos de falha foram encontrados e tratados bem ao longo do tempo — não apenas que o caminho normal funciona. A DTCC é confiável não porque seu mecanismo de compensação seja teoricamente correto, mas porque compensou trilhões de dólares em transações ao longo de múltiplas crises de mercado, e a comunidade institucional observou como ela se comportou sob estresse. Um novo protocolo com um design excelente, mas sem histórico de estresse, não tem essa confiança, independentemente de o mecanismo de atestação ser o mais “limpo” possível.
#newt $NEWT @NewtonProtocol Eu quero tornar isso concreto com um cenário que penso com frequência. Um cofre curado com uma estratégia imposta por Newton começa a alocar capital em uma oportunidade de rendimento distribuída por dez posições diferentes em protocolos de empréstimo. Cada transação individual é limpa: a contraparte não é sancionada, o oráculo está saudável, as verificações de identidade são aprovadas, e o sinal de risco da Credora parece bom para cada exposição individualmente. As assinaturas de aprovação do Newton passam em todas elas. Quarenta transações depois, 85% do capital do cofre está concentrado em posições que compartilham o mesmo ativo colateral subjacente, a mesma dependência de oráculo e o mesmo risco de efeito cascata de liquidação se esse ativo cair 20%. Cada transação foi individualmente em conformidade. A posição agregada é um evento de risco extremo esperando para acontecer. Este não é um modo de falha exótico. É assim que a contaminação do DeFi realmente se espalhou em cada grande evento de estresse desde 2020. O risco não estava em nenhuma posição individual. Estava na estrutura de correlação do agregado. Os domínios de Compliance e Risk da Newton verificam a saúde por contraparte no momento da transação. Eles não e não conseguem detectar o acúmulo de risco no nível de portfólio sem acesso ao estado completo da posição do cofre, o que a Newton não tem por design. A atestação de aprovação em cada transação individual é precisa. A posição agregada que ela reflete é invisível para a camada de enforcement que aprovou cada peça dela. Se as assinaturas de enforcement da Newton passam para cada transação individual que um cofre executa, mas a posição agregada que essas transações constroem viola os próprios limites de concentração do cofre e cria risco de cauda que era invisível no nível da transação individual, a Newton enxerga isso como um problema de enforcement a ser resolvido ou como um problema de gestão de risco que pertence aos próprios sistemas do operador do cofre? E, se for este último, como os operadores de cofre devem comunicar essa distinção para LPs institucionais que podem supor que o enforcement da Newton cobre mais do que na prática cobre?
#newt $NEWT @NewtonProtocol

Eu quero tornar isso concreto com um cenário que penso com frequência. Um cofre curado com uma estratégia imposta por Newton começa a alocar capital em uma oportunidade de rendimento distribuída por dez posições diferentes em protocolos de empréstimo. Cada transação individual é limpa: a contraparte não é sancionada, o oráculo está saudável, as verificações de identidade são aprovadas, e o sinal de risco da Credora parece bom para cada exposição individualmente. As assinaturas de aprovação do Newton passam em todas elas. Quarenta transações depois, 85% do capital do cofre está concentrado em posições que compartilham o mesmo ativo colateral subjacente, a mesma dependência de oráculo e o mesmo risco de efeito cascata de liquidação se esse ativo cair 20%. Cada transação foi individualmente em conformidade. A posição agregada é um evento de risco extremo esperando para acontecer.

Este não é um modo de falha exótico. É assim que a contaminação do DeFi realmente se espalhou em cada grande evento de estresse desde 2020. O risco não estava em nenhuma posição individual. Estava na estrutura de correlação do agregado. Os domínios de Compliance e Risk da Newton verificam a saúde por contraparte no momento da transação. Eles não e não conseguem detectar o acúmulo de risco no nível de portfólio sem acesso ao estado completo da posição do cofre, o que a Newton não tem por design. A atestação de aprovação em cada transação individual é precisa. A posição agregada que ela reflete é invisível para a camada de enforcement que aprovou cada peça dela.

Se as assinaturas de enforcement da Newton passam para cada transação individual que um cofre executa, mas a posição agregada que essas transações constroem viola os próprios limites de concentração do cofre e cria risco de cauda que era invisível no nível da transação individual, a Newton enxerga isso como um problema de enforcement a ser resolvido ou como um problema de gestão de risco que pertence aos próprios sistemas do operador do cofre? E, se for este último, como os operadores de cofre devem comunicar essa distinção para LPs institucionais que podem supor que o enforcement da Newton cobre mais do que na prática cobre?
#grvt @grvt_io Nunca pensei que veria a Tesla e o ouro negociando ao lado de futuros de BTC em uma plataforma autocustodiada. @grvt_io me fez olhar duas vezes. #grvt Futuros de ativos do mundo real parecem simples até você perguntar como um DEX lida com esse tipo de fluxo de ordens sem ficar lento ou bagunçado. A resposta da GRVT é o modelo híbrido por baixo disso. As ordens são correspondidas off-chain, então o livro de ofertas se move na velocidade de um CEX. Cada negociação então é liquidada on-chain por meio de provas de conhecimento zero na arquitetura Validium do ZKsync, então nada é finalizado sem uma prova criptográfica ancorada no Ethereum. É isso que permite que a GRVT liste futuros de ouro, petróleo e ações ao lado de pares cripto padrão — algo que a maioria das exchanges totalmente on-chain não consegue fazer em escala. A custódia permanece com o usuário o tempo todo. A GRVT pode rotear e casar ordens, mas os contratos inteligentes que mantêm seus fundos ficam fora do controle dela. Some taxas negativas para makers e ausência de KYC obrigatório desde 2025, e a plataforma parece menos um experimento de DEX e mais uma infraestrutura feita para pessoas que realmente negociam em volume. Alguém já testou os mercados de RWA na GRVT? Estou curioso para saber como a execução fica em comparação com um livro de ofertas de um CEX.
#grvt @grvt_io

Nunca pensei que veria a Tesla e o ouro negociando ao lado de futuros de BTC em uma plataforma autocustodiada. @grvt_io me fez olhar duas vezes. #grvt
Futuros de ativos do mundo real parecem simples até você perguntar como um DEX lida com esse tipo de fluxo de ordens sem ficar lento ou bagunçado. A resposta da GRVT é o modelo híbrido por baixo disso. As ordens são correspondidas off-chain, então o livro de ofertas se move na velocidade de um CEX. Cada negociação então é liquidada on-chain por meio de provas de conhecimento zero na arquitetura Validium do ZKsync, então nada é finalizado sem uma prova criptográfica ancorada no Ethereum.
É isso que permite que a GRVT liste futuros de ouro, petróleo e ações ao lado de pares cripto padrão — algo que a maioria das exchanges totalmente on-chain não consegue fazer em escala.
A custódia permanece com o usuário o tempo todo. A GRVT pode rotear e casar ordens, mas os contratos inteligentes que mantêm seus fundos ficam fora do controle dela.
Some taxas negativas para makers e ausência de KYC obrigatório desde 2025, e a plataforma parece menos um experimento de DEX e mais uma infraestrutura feita para pessoas que realmente negociam em volume.
Alguém já testou os mercados de RWA na GRVT? Estou curioso para saber como a execução fica em comparação com um livro de ofertas de um CEX.
Artigo
As Finanças Tradicionais Subscriminam (Underwrite) Antes de o Capital se Mover. Newton é a Primeira Tentativa de Mudar Isso.Existe uma função nas finanças tradicionais tão fundamental que é fácil passar despercebida justamente porque está em todo lugar. Cada banco, cada seguradora, cada corretora prime e cada câmara de compensação a executa antes que o capital se mova. Não é um complemento de conformidade. Não é uma camada de gestão de risco. É a decisão central que torna possível a alocação de capital em escala institucional. A função é subscrição (underwriting). Subscrição (underwriting) é a avaliação simultânea de todos os fatores de risco relevantes para produzir uma decisão binária antes que uma transação seja comprometida. A palavra-chave é simultânea. Não sequencial. Não aproximada. Um subscritor de crédito não verifica renda e, depois, verifica separadamente os dias do histórico de crédito mais tarde. Uma câmara de compensação de transações não verifica a identidade da contraparte e, em seguida, verifica separadamente os limites de exposição em um sistema diferente. A avaliação acontece em conjunto, no momento da decisão, com todas as entradas presentes, e o resultado é uma única determinação que ou permite que a transação prossiga ou a interrompe antes da liquidação.

As Finanças Tradicionais Subscriminam (Underwrite) Antes de o Capital se Mover. Newton é a Primeira Tentativa de Mudar Isso.

Existe uma função nas finanças tradicionais tão fundamental que é fácil passar despercebida justamente porque está em todo lugar. Cada banco, cada seguradora, cada corretora prime e cada câmara de compensação a executa antes que o capital se mova. Não é um complemento de conformidade. Não é uma camada de gestão de risco. É a decisão central que torna possível a alocação de capital em escala institucional.
A função é subscrição (underwriting).
Subscrição (underwriting) é a avaliação simultânea de todos os fatores de risco relevantes para produzir uma decisão binária antes que uma transação seja comprometida. A palavra-chave é simultânea. Não sequencial. Não aproximada. Um subscritor de crédito não verifica renda e, depois, verifica separadamente os dias do histórico de crédito mais tarde. Uma câmara de compensação de transações não verifica a identidade da contraparte e, em seguida, verifica separadamente os limites de exposição em um sistema diferente. A avaliação acontece em conjunto, no momento da decisão, com todas as entradas presentes, e o resultado é uma única determinação que ou permite que a transação prossiga ou a interrompe antes da liquidação.
#newt $NEWT @NewtonProtocol Passei um tempo pensando sobre como as estratégias institucionais de cofre realmente executam na prática, e o quadro não parece em nada com um humano aprovando transações uma a uma. A colheita de rendimento acontece em um cronograma acionado por robôs de otimização de gás. O rebalanceamento é executado automaticamente quando o desvio da carteira ultrapassa um limite. A provisão de liquidez se ajusta em tempo real com base em feeds de preço. Isso não são operações manuais. São operações algorítmicas, em execução contínua, e desenhadas especificamente para remover a latência humana das decisões de execução porque a latência humana custa rendimento. Quando um bloco de enforcement da Newton bloqueia uma transação nesse contexto, a automação do cofre ou fica travada aguardando uma resposta que não tem um caminho de retorno definido na execução automatizada, ou a automação é codificada para interpretar o bloqueio de enforcement como uma falha geral e desviar dele, o que destrói completamente o propósito do enforcement. A documentação do Newton Vault SDK descreve o fluxo de enforcement em termos que assumem implicitamente que um operador está lendo a atestação. A arquitetura de notificação para execução automatizada de cofre, incluindo quem recebe um sinal de falha, para onde ele vai, o que aciona a escalada para um humano e o que o cofre faz no meio do caminho, não é descrita. Essa lacuna não é uma omissão de documentação. É uma questão de arquitetura que precisa de uma resposta antes que estratégias institucionais automatizadas possam confiar no enforcement da Newton sem introduzir novos modos de falha operacional que não existiam antes de a Newton ser integrada. Quando um bloco de enforcement da Newton atinge uma operação totalmente automatizada de rebalanceamento de cofre às 3h da manhã, sem monitoramento humano, o que a Newton espera que a automação do cofre faça com esse sinal do bloco, e a Newton projetou uma arquitetura de notificação e escalada no nível do SDK para o contexto de execução automatizada, ou isso foi deixado inteiramente para cada operador de cofre projetar de forma independente?
#newt $NEWT @NewtonProtocol

Passei um tempo pensando sobre como as estratégias institucionais de cofre realmente executam na prática, e o quadro não parece em nada com um humano aprovando transações uma a uma. A colheita de rendimento acontece em um cronograma acionado por robôs de otimização de gás. O rebalanceamento é executado automaticamente quando o desvio da carteira ultrapassa um limite. A provisão de liquidez se ajusta em tempo real com base em feeds de preço. Isso não são operações manuais. São operações algorítmicas, em execução contínua, e desenhadas especificamente para remover a latência humana das decisões de execução porque a latência humana custa rendimento.

Quando um bloco de enforcement da Newton bloqueia uma transação nesse contexto, a automação do cofre ou fica travada aguardando uma resposta que não tem um caminho de retorno definido na execução automatizada, ou a automação é codificada para interpretar o bloqueio de enforcement como uma falha geral e desviar dele, o que destrói completamente o propósito do enforcement. A documentação do Newton Vault SDK descreve o fluxo de enforcement em termos que assumem implicitamente que um operador está lendo a atestação. A arquitetura de notificação para execução automatizada de cofre, incluindo quem recebe um sinal de falha, para onde ele vai, o que aciona a escalada para um humano e o que o cofre faz no meio do caminho, não é descrita. Essa lacuna não é uma omissão de documentação. É uma questão de arquitetura que precisa de uma resposta antes que estratégias institucionais automatizadas possam confiar no enforcement da Newton sem introduzir novos modos de falha operacional que não existiam antes de a Newton ser integrada.

Quando um bloco de enforcement da Newton atinge uma operação totalmente automatizada de rebalanceamento de cofre às 3h da manhã, sem monitoramento humano, o que a Newton espera que a automação do cofre faça com esse sinal do bloco, e a Newton projetou uma arquitetura de notificação e escalada no nível do SDK para o contexto de execução automatizada, ou isso foi deixado inteiramente para cada operador de cofre projetar de forma independente?
Artigo
Ver tradução
Newton enforce vault policy. LP có compliance requirement riêng mà vault không biết phải match.Mình bắt đầu từ một tình huống thực tế đang xảy ra ngay bây giờ trong institutional DeFi. Một pension fund muốn exposure DeFi yield nhưng không thể operate DeFi directly vì regulatory structure của fund đó yêu cầu professional fiduciary management. Họ invest qua một DeFi vault managed bởi một specialized vault operator. Pension fund LP agreement với vault operator include một số compliance requirement cụ thể như ESG criteria cho counterparty, exclusion list cho certain DeFi protocol considered speculative, và AML threshold cao hơn standard Chainalysis tier-1 list. Vault operator agree với những requirement đó trong LP agreement. Vault operator integrate Newton enforcement với standard configuration: bốn domain activate, standard Chainalysis threshold, identity verification theo Hexagate standard. Newton enforcement hoạt động đúng theo thiết kế của nó. Nhưng pension fund LP agreement requirement về ESG criteria và exclusion list không được codified vào Newton configuration vì Newton không có domain hay parameter cho những thứ đó. Enforcement gap tồn tại không phải vì Newton broken mà vì Newton policy scope và LP compliance requirement scope không overlap hoàn toàn. Khi vault execute một transaction với counterparty không meet ESG criteria của pension fund nhưng pass Newton enforcement perfectly, ai chịu trách nhiệm? Vault operator sẽ argue Newton pass attestation justify their decision. Pension fund LP sẽ argue vault operator violated LP agreement by not ensuring ESG compliance. Newton không party to LP agreement và không have visibility into LP-specific requirement. Signed pass attestation từ Newton là evidence rằng vault's enforcement ran correctly, không phải evidence rằng LP's actual compliance requirement was satisfied. Điều phức tạp hơn là LP compliance requirement không phải static. Một pension fund có ESG requirement sẽ update ESG criteria theo time khi regulation thay đổi, khi public scrutiny thay đổi về certain industries, hay khi fund board make new investment policy decision. Vault operator không thể update Newton configuration mỗi lần LP update ESG criteria vì Newton configuration là property của vault strategy không phải property của từng LP relationship. Khi một vault có nhiều LP với different compliance requirement, Newton configuration phải be one-size-fits-all for vault strategy mà không necessarily fit any individual LP perfectly. Đây không phải hypothetical problem chỉ xảy ra ở edge case. Institutional capital trong DeFi đang grow và increasingly LP behind that capital có specific mandate requirement. University endowment có fossil fuel exclusion. Sovereign wealth fund từ certain jurisdiction có sanctioned country counterparty exclusion more stringent than OFAC primary list. Corporate treasury vault có counterparty concentration limit. Family office có sector exposure limit không codifiable trong Newton's four enforcement domain. Tất cả những requirement đó live trong LP agreements và subscription documents, không trong Newton configuration. Vault operator trong traditional asset management navigate này through internal compliance system that can be customized per LP, reporting to LP about specific transaction that may touch their mandate boundaries, và legal agreement về what happens when vault action conflict with LP requirement. DeFi vault với Newton enforcement không have equivalent layer giữa Newton output và LP-specific requirement, và absence of that layer create accountability gap that only becomes visible when something goes wrong. Một solution direction đáng được explore là Newton's Internet of Policies marketplace extending để allow LP-specific policy layer. Tức là vault operator có thể define base vault policy, nhưng LP có thể define additional policy layer on top that Newton enforces cho transactions touching that LP's capital. Đây là technically possible nếu Newton SDK support per-LP enforcement scope, và it would close the gap between vault-level và LP-level compliance without requiring vault operator to maintain separate technical integration per LP. Tuy nhiên, per-LP enforcement layer introduce new complexity. Khi LP A và LP B have different policy trong same vault và một transaction affect both LP capital, which LP's policy takes precedence? Nếu LP A policy fail một transaction that LP B policy would pass, vault can't execute transaction for LP B capital without also affecting LP A capital in shared vault structure. Policy conflict at LP level trong shared vault creates enforcement deadlock không cleaner than policy conflict at domain level. Vaults.fyi trong Newton's partner announcement là relevant here vì Vaults.fyi understands vault operator và LP relationship depth. Their data about how institutional LP interact with DeFi vault would provide signal về what LP-level compliance requirement actually look like in practice và which ones most commonly diverge from standard Newton configuration. If Newton và Vaults.fyi collaborate on defining LP compliance profile framework trên top of vault-level Newton enforcement, đó là một path to closing the gap without requiring full customization per LP. Magic Labs with 57M wallet experience biết that one-size-fits-all compliance doesn't work at scale, và Newton's evolution toward LP-aware enforcement would reflect that lesson. Điều tôi observe là gap này không được discuss trong Newton's current documentation không phải vì team doesn't understand it mà có thể vì LP-level compliance requirement is seen as vault operator's problem to solve với their LP, not Newton's problem to solve at protocol level. That's a reasonable position for giai đoạn beta. But as Newton scales và institutional LP become more sophisticated about what "Newton-enforced vault" actually means versus what their own compliance requirement demands, vault operators without LP-aware enforcement layer will find themselves caught between LP obligation và Newton capability. Khi một institutional LP như pension fund invest vào Newton-enforced vault với specific ESG và AML threshold requirement trong LP agreement mà rộng hơn vault's default Newton configuration, và vault execute một transaction that passes Newton four-domain enforcement but violates LP agreement compliance requirement, Newton có plan nào để support vault operator bridge gap giữa vault-level enforcement capability và LP-level compliance obligation, hay đây là problem mà Newton consider outside protocol scope và vault operator phải solve independently? @NewtonProtocol $NEWT #Newt

Newton enforce vault policy. LP có compliance requirement riêng mà vault không biết phải match.

Mình bắt đầu từ một tình huống thực tế đang xảy ra ngay bây giờ trong institutional DeFi. Một pension fund muốn exposure DeFi yield nhưng không thể operate DeFi directly vì regulatory structure của fund đó yêu cầu professional fiduciary management. Họ invest qua một DeFi vault managed bởi một specialized vault operator. Pension fund LP agreement với vault operator include một số compliance requirement cụ thể như ESG criteria cho counterparty, exclusion list cho certain DeFi protocol considered speculative, và AML threshold cao hơn standard Chainalysis tier-1 list. Vault operator agree với những requirement đó trong LP agreement.
Vault operator integrate Newton enforcement với standard configuration: bốn domain activate, standard Chainalysis threshold, identity verification theo Hexagate standard. Newton enforcement hoạt động đúng theo thiết kế của nó. Nhưng pension fund LP agreement requirement về ESG criteria và exclusion list không được codified vào Newton configuration vì Newton không có domain hay parameter cho những thứ đó. Enforcement gap tồn tại không phải vì Newton broken mà vì Newton policy scope và LP compliance requirement scope không overlap hoàn toàn.
Khi vault execute một transaction với counterparty không meet ESG criteria của pension fund nhưng pass Newton enforcement perfectly, ai chịu trách nhiệm? Vault operator sẽ argue Newton pass attestation justify their decision. Pension fund LP sẽ argue vault operator violated LP agreement by not ensuring ESG compliance. Newton không party to LP agreement và không have visibility into LP-specific requirement. Signed pass attestation từ Newton là evidence rằng vault's enforcement ran correctly, không phải evidence rằng LP's actual compliance requirement was satisfied.
Điều phức tạp hơn là LP compliance requirement không phải static. Một pension fund có ESG requirement sẽ update ESG criteria theo time khi regulation thay đổi, khi public scrutiny thay đổi về certain industries, hay khi fund board make new investment policy decision. Vault operator không thể update Newton configuration mỗi lần LP update ESG criteria vì Newton configuration là property của vault strategy không phải property của từng LP relationship. Khi một vault có nhiều LP với different compliance requirement, Newton configuration phải be one-size-fits-all for vault strategy mà không necessarily fit any individual LP perfectly.
Đây không phải hypothetical problem chỉ xảy ra ở edge case. Institutional capital trong DeFi đang grow và increasingly LP behind that capital có specific mandate requirement. University endowment có fossil fuel exclusion. Sovereign wealth fund từ certain jurisdiction có sanctioned country counterparty exclusion more stringent than OFAC primary list. Corporate treasury vault có counterparty concentration limit. Family office có sector exposure limit không codifiable trong Newton's four enforcement domain. Tất cả những requirement đó live trong LP agreements và subscription documents, không trong Newton configuration.
Vault operator trong traditional asset management navigate này through internal compliance system that can be customized per LP, reporting to LP about specific transaction that may touch their mandate boundaries, và legal agreement về what happens when vault action conflict with LP requirement. DeFi vault với Newton enforcement không have equivalent layer giữa Newton output và LP-specific requirement, và absence of that layer create accountability gap that only becomes visible when something goes wrong.
Một solution direction đáng được explore là Newton's Internet of Policies marketplace extending để allow LP-specific policy layer. Tức là vault operator có thể define base vault policy, nhưng LP có thể define additional policy layer on top that Newton enforces cho transactions touching that LP's capital. Đây là technically possible nếu Newton SDK support per-LP enforcement scope, và it would close the gap between vault-level và LP-level compliance without requiring vault operator to maintain separate technical integration per LP.
Tuy nhiên, per-LP enforcement layer introduce new complexity. Khi LP A và LP B have different policy trong same vault và một transaction affect both LP capital, which LP's policy takes precedence? Nếu LP A policy fail một transaction that LP B policy would pass, vault can't execute transaction for LP B capital without also affecting LP A capital in shared vault structure. Policy conflict at LP level trong shared vault creates enforcement deadlock không cleaner than policy conflict at domain level.
Vaults.fyi trong Newton's partner announcement là relevant here vì Vaults.fyi understands vault operator và LP relationship depth. Their data about how institutional LP interact with DeFi vault would provide signal về what LP-level compliance requirement actually look like in practice và which ones most commonly diverge from standard Newton configuration. If Newton và Vaults.fyi collaborate on defining LP compliance profile framework trên top of vault-level Newton enforcement, đó là một path to closing the gap without requiring full customization per LP. Magic Labs with 57M wallet experience biết that one-size-fits-all compliance doesn't work at scale, và Newton's evolution toward LP-aware enforcement would reflect that lesson.
Điều tôi observe là gap này không được discuss trong Newton's current documentation không phải vì team doesn't understand it mà có thể vì LP-level compliance requirement is seen as vault operator's problem to solve với their LP, not Newton's problem to solve at protocol level. That's a reasonable position for giai đoạn beta. But as Newton scales và institutional LP become more sophisticated about what "Newton-enforced vault" actually means versus what their own compliance requirement demands, vault operators without LP-aware enforcement layer will find themselves caught between LP obligation và Newton capability.
Khi một institutional LP như pension fund invest vào Newton-enforced vault với specific ESG và AML threshold requirement trong LP agreement mà rộng hơn vault's default Newton configuration, và vault execute một transaction that passes Newton four-domain enforcement but violates LP agreement compliance requirement, Newton có plan nào để support vault operator bridge gap giữa vault-level enforcement capability và LP-level compliance obligation, hay đây là problem mà Newton consider outside protocol scope và vault operator phải solve independently?
@NewtonProtocol $NEWT #Newt
Verificado
Ver tradução
#newt $NEWT @NewtonProtocol Tôi bắt đầu từ cách MEV hoạt động trong thực tế. MEV searcher liên tục monitor mempool để phát hiện pending transaction có giá trị và front-run hoặc sandwich chúng trước khi inclusion vào block. Thứ họ tìm kiếm là signal về transaction size, direction và timing. Hiện tại, large institutional vault transaction thường khó distinguish trong mempool vì không có reliable external signal về intent và size trước execution. Newton pass attestation thay đổi điều đó. Khi Newton sign pass cho một large vault transaction và attestation xuất hiện trong pending state trước block inclusion, MEV searcher thấy một institutionally-approved signal rằng transaction đủ lớn và đủ legitimate để warrant Newton enforcement. Đây là information asymmetry mới: vault operator biết Newton đã pass, Newton biết transaction detail, nhưng toàn bộ mempool cũng biết rằng một institutional transaction sắp execute với implicit size signal. Vault có thể chịu worse execution quality không phải vì trading strategy sai mà vì Newton's pre-settlement transparency inadvertently created a MEV opportunity. Institutional vault được protect khỏi counterparty risk bởi Newton enforcement nhưng đồng thời bị expose với execution risk mới từ chính cơ chế bảo vệ đó. Khi Newton enforcement trở thành đủ widespread để MEV searcher bắt đầu monitor Newton attestation như signal về institutional transaction flow trong mempool, Newton có plan nào để address execution quality degradation cho vault operator hay cơ chế pre-settlement enforcement cần được redesigned để limit information leakage trước block inclusion?
#newt $NEWT @NewtonProtocol

Tôi bắt đầu từ cách MEV hoạt động trong thực tế. MEV searcher liên tục monitor mempool để phát hiện pending transaction có giá trị và front-run hoặc sandwich chúng trước khi inclusion vào block. Thứ họ tìm kiếm là signal về transaction size, direction và timing. Hiện tại, large institutional vault transaction thường khó distinguish trong mempool vì không có reliable external signal về intent và size trước execution. Newton pass attestation thay đổi điều đó.

Khi Newton sign pass cho một large vault transaction và attestation xuất hiện trong pending state trước block inclusion, MEV searcher thấy một institutionally-approved signal rằng transaction đủ lớn và đủ legitimate để warrant Newton enforcement. Đây là information asymmetry mới: vault operator biết Newton đã pass, Newton biết transaction detail, nhưng toàn bộ mempool cũng biết rằng một institutional transaction sắp execute với implicit size signal. Vault có thể chịu worse execution quality không phải vì trading strategy sai mà vì Newton's pre-settlement transparency inadvertently created a MEV opportunity. Institutional vault được protect khỏi counterparty risk bởi Newton enforcement nhưng đồng thời bị expose với execution risk mới từ chính cơ chế bảo vệ đó.

Khi Newton enforcement trở thành đủ widespread để MEV searcher bắt đầu monitor Newton attestation như signal về institutional transaction flow trong mempool, Newton có plan nào để address execution quality degradation cho vault operator hay cơ chế pre-settlement enforcement cần được redesigned để limit information leakage trước block inclusion?
Inicia sessão para explorar mais conteúdos
Junta-te a utilizadores de criptomoedas de todo o mundo na Binance Square
⚡️ Obtém informações úteis e recentes sobre criptomoedas.
💬 Com a confiança da maior exchange de criptomoedas do mundo.
👍 Descobre perspetivas reais de criadores verificados.
E-mail/Número de telefone
Mapa do sítio
Preferências de cookies
Termos e Condições da Plataforma