Eu estava lendo sobre como o Protocolo Newton se conecta ao Uniswap v4 e acabei sendo puxado para algo em que eu não tinha pensado muito antes. A integração aparentemente usa a arquitetura de hooks do Uniswap para impor verificações de conformidade diretamente no momento da troca (swap), o que significa que uma transação pode ser avaliada em relação à camada de políticas da Newton antes mesmo de a liquidez tocar nela. Às vezes, me pergunto se a maioria das pessoas que se envolve com esse projeto entende o quanto isso é estruturalmente diferente de simplesmente adicionar conformidade a um protocolo depois que tudo acontece.
O que parece interessante é a colocação da verificação. Os hooks no Uniswap v4 são executados em momentos específicos do ciclo de vida de uma transação, e a Newton parece estar usando esse ponto de entrada para executar lógica de AML antes de um swap ser concluído, em vez de sinalizar isso depois. Faz com que eu pense que isso pode importar enormemente para instituições que precisam de uma proveniência limpa das transações, porque um sinal de conformidade pós-negociação é um problema, mas um bloqueio de política pré-negociação é apenas um sistema funcionando como deveria.
A pergunta que me ocorre é como isso se comporta sob um estresse real de liquidez. Quando os mercados se movem rápido e o volume de transações dispara, adicionar uma etapa de avaliação de política dentro de um hook de swap introduz latência e possíveis pontos de falha que um pool padrão do Uniswap simplesmente não tem. Observando de fora, não tenho certeza total de como a Newton lida com um cenário em que o mecanismo de políticas está lento ou inalcançável durante um swap, e se isso cria uma experiência de usuário pior do que o benefício da conformidade justifica nesses momentos.
A beta do mainnet provavelmente ainda não está vendo volumes de swaps que exponham esses casos-limite de maneira significativa. Mas projetar infraestrutura de conformidade que funcione bem em escala é um problema de engenharia bem diferente de projetar uma que funcione bem em condições controladas. De qualquer forma, o tempo dirá...
@NewtonProtocol #Newt $NEWT
$LAB
$SKYAI
O que parece interessante é a colocação da verificação. Os hooks no Uniswap v4 são executados em momentos específicos do ciclo de vida de uma transação, e a Newton parece estar usando esse ponto de entrada para executar lógica de AML antes de um swap ser concluído, em vez de sinalizar isso depois. Faz com que eu pense que isso pode importar enormemente para instituições que precisam de uma proveniência limpa das transações, porque um sinal de conformidade pós-negociação é um problema, mas um bloqueio de política pré-negociação é apenas um sistema funcionando como deveria.
A pergunta que me ocorre é como isso se comporta sob um estresse real de liquidez. Quando os mercados se movem rápido e o volume de transações dispara, adicionar uma etapa de avaliação de política dentro de um hook de swap introduz latência e possíveis pontos de falha que um pool padrão do Uniswap simplesmente não tem. Observando de fora, não tenho certeza total de como a Newton lida com um cenário em que o mecanismo de políticas está lento ou inalcançável durante um swap, e se isso cria uma experiência de usuário pior do que o benefício da conformidade justifica nesses momentos.
A beta do mainnet provavelmente ainda não está vendo volumes de swaps que exponham esses casos-limite de maneira significativa. Mas projetar infraestrutura de conformidade que funcione bem em escala é um problema de engenharia bem diferente de projetar uma que funcione bem em condições controladas. De qualquer forma, o tempo dirá...
@NewtonProtocol #Newt $NEWT
$LAB
$SKYAI