Solana deixa regra de ordem das transações sem aprovação

A SIMD-0649, uma regra proposta para a Solana que analisava a ordem das transações, encerrou a 25 de setembro sem ser integrada. A proposta permitiria aos validadores rejeitar um bloco quando transações não isentas dentro de um mesmo lote de entradas violassem a ordem de prioridade por taxas. Não determinaria quais transações entram no bloco, não definiria os limites dos lotes nem criaria uma fila de prioridade para todo o slot.

Porque é importante

Ao abrigo da proposta, um líder poderia continuar a selecionar transações, adiá-las para lotes posteriores e decidir como esses lotes seriam formados. Uma transação com maior prioridade num lote posterior não passaria à frente de uma transação com menor prioridade num lote anterior. Isto torna a regra mais limitada do que a melhor execução e deixa uma margem de decisão significativa aos produtores de blocos.

A pontuação proposta baseia-se na recompensa do líder por incluir uma transação, dividida pelo custo solicitado segundo o modelo de custos pré-execução. Inclui a taxa de prioridade e a parte não queimada da taxa base, pelo que não corresponde simplesmente a uma classificação pela taxa indicada pelo utilizador. As transações com a mesma prioridade poderiam surgir em qualquer ordem, enquanto as transações simples de votação estariam isentas.

Impacto no mercado

A proposta daria a traders e validadores uma forma verificável de confirmar se as transações colocadas no mesmo lote seguiram a ordem especificada. Para limitar lotes triviais, todos os lotes, exceto o último, teriam de abranger pelo menos dois conjuntos FEC, ou 64 fragmentos de dados ao abrigo da regra de tamanho fixo. O lote final continuaria isento do tamanho mínimo.

Essa salvaguarda não eliminaria todas as possibilidades de tratamento preferencial. Os revisores questionaram se os líderes poderiam fechar lotes de forma estratégica, enquanto a proposta também permite que favoreçam as suas próprias transações através de taxas de prioridade. A proposta levanta ainda questões de latência relativamente a dados recebidos parcialmente, mas nenhuma distribuição de lotes medida ou estimativa de atraso determina quanto a regra alteraria a execução na mainnet. Uma proposta revista precisaria do apoio dos clientes e de provas de que transações concorrentes relevantes partilham regularmente o mesmo lote.