Os validadores Mysten estão enviando 1.52 () hoje, trazendo uma atualização ENORME não apenas para @DeepBookonSui, mas também para o produto perpétuo totalmente onchain da Aftermath. Eu queria escrever um tópico rápido antes que algum cmo / sui kol escreva algum lixo mal pesquisado que deturpa esse recurso, que eu acho que este é um dos melhores desenvolvimentos que saem de Mysten agora. Tem havido muita discussão sobre priorizar cancelamentos após o sucesso do Hyperliquid (sou um grande fã de HL). No entanto, acredito que essa abordagem só funciona no ambiente específico do Hyperliquid, não em um L1 de uso geral como o Sui. Uma das coisas que eu pessoalmente não gosto na priorização de cancelamentos é minha preocupação com cancelamentos potencialmente tóxicos, onde os mms podem manipular o sistema esperando por cancelamentos ou canel se o preenchimento não for bom para eles ou algo que impacte negativamente os compradores. Uma coisa que me deixa feliz é que se envolver em comportamentos de spoofing não é tão fácil no Aftermath, já que estamos totalmente onchain. O que esse PR realmente faz é expor o preço do gás de referência (RGP) e o preço real do gás a contratos inteligentes por meio de uma nova função TxContext. Isso permite que os contratos acessem o preço mínimo do gás da época atual (definido pelos validadores QUE PRECISAM SER REDUZIDOS !!) e o que os usuários realmente pagaram. Mas aqui está o motivo pelo qual é um grande negócio para mim e para o deepbook, isso cria a base para a priorização de txs no nível do contrato. O que significa que posso implementar uma lógica em que os fabricantes que pagam acima de um determinado limite de preço do gás (personalizável nos contratos) têm seus cancelamentos processados com prioridade sobre as transações padrão do tomador. Como os fabricantes podem ver o preço de referência e saber que precisam pagar pelo menos X valor acima dele, isso cria um mecanismo de priorização justo, transparente e orientado para o mercado, sem o jogo tóxico possível em sistemas fechados. Esta imo é uma solução híbrida muito boa!

Erro de digitação de mim. "Os cancelamentos são priorizados apenas sobre o maker, não sobre o taker"