il y a une heure

La règle d’ordonnancement des transactions de Solana piétine, les leaders gardant le choix de l’inclusion

Solana's plan for fairer trades stalls as block producers still choose which orders get in

CryptoSlate

La proposition de règle SIMD-0649 de Solana s’est clôturée le 25 septembre sans être fusionnée. Le projet permettrait aux validateurs de rejeter un bloc lorsque des transactions non exemptées d’un lot apparaissent dans un ordre de priorité non croissant. La règle ne déciderait pas quelles transactions les leaders incluent. Ceux-ci pourraient reporter des transactions à des lots ultérieurs et choisir les limites des lots. Les transactions de priorité égale pourraient apparaître dans l’un ou l’autre ordre. Les simples transactions de vote seraient exemptées. Le score de priorité diviserait la récompense du leader pour l’inclusion d’une transaction par son coût demandé selon le modèle de coût préalable à l’exécution. Le projet précise un calcul entier avec un multiplicateur et un garde-fou d’une unité pour le dénominateur. La récompense inclurait les frais de priorité et la part non brûlée des frais de base. Chaque lot, à l’exception du dernier, devrait couvrir au moins deux ensembles FEC. Selon la règle de taille fixe, cela représenterait au moins 64 fragments de données. Le dernier lot serait soumis au contrôle de l’ordre, mais pas au minimum de taille. Une analyse du 23 septembre a estimé que les leaders pourraient fermer les lots afin de séparer les transactions en conflit. Elle a demandé des données actuelles sur la taille des lots selon l’ordonnanceur, le client et les conditions de marché. Elle a également demandé un test de sensibilité pour différentes tailles minimales. La proposition et l’analyse ne fournissent pas de données mesurées sur la fréquence à laquelle les leaders actuels produisent des lots plus petits. Une discussion en août a fait craindre qu’attendre un lot complet puisse perturber la relecture par Firedancer de données reçues partiellement. Le projet révisé permettrait aux validateurs de comparer et d’exécuter les transactions au fur et à mesure de l’arrivée des données. Les validateurs pourraient ensuite invalider le bloc si une comparaison échoue. Le projet reconnaît que l’atteinte du minimum de deux ensembles FEC pourrait ajouter un délai de diffusion en cas de faible débit. SIMD-0649 n’empêcherait pas un leader de favoriser ses propres transactions en s’acquittant à lui-même des frais de priorité. La proposition publique fournirait un audit de l’ordre relatif au sein d’un lot, mais ne garantirait pas la meilleure exécution et n’empêcherait ni le traitement préférentiel, ni la MEV, ni le glissement.

This content is an AI-generated summary/analysis for informational purposes only and does not constitute investment advice.