Je suis revenu hier soir dans la documentation et j’ai fini par passer plus de temps que prévu sur la mécanique des transactions et des récompenses.
Ce qui a d’abord retenu mon attention, c’est la manière dont une transaction est vérifiée. Le réseau vérifie la signature, contrôle le nonce et tient compte de la valeur de la transaction, du dépôt et du coût maximal du gaz. Si l’exécution échoue, le montant concerné est remboursé, et le gaz inutilisé est également retourné. Cela m’a amené à me demander dans quelle mesure ces règles se comportent de façon constante face à des défaillances de contrat plus complexes.
Ensuite, je me suis intéressé au modèle de récompense. La documentation décrit 80 % attribués au générateur de bloc, 10 % au comité de vote et 10 % à Dusk. La récompense variable du générateur dépend des votes inclus, tandis que les récompenses des votants sont liées aux crédits du comité.
Au départ, j’ai surtout lu le système de crédits comme un mécanisme d’incitation. Mais plus j’y réfléchissais, plus je me suis demandé quels effets sur la décentralisation il peut avoir. Si les pourvoyeurs ayant un crédit plus élevé ont davantage d’influence et sont aussi plus susceptibles de devenir de futurs générateurs, les récompenses pourraient-elles renforcer progressivement la concentration ?
Le modèle de défaillance soulève aussi des questions intéressantes. Les fautes mineures entraînent une suspension et un slashing « soft », tandis que les fautes majeures incluent des blocs invalides et le double vote.
Je suis encore en train d’approfondir les détails, notamment la façon dont les pénalités influencent la participation à long terme.
Des récompenses basées sur le crédit peuvent-elles involontairement concentrer l’influence au fil du temps ? Et comment le protocole devrait-il équilibrer des incitations fortes avec une participation large ?
#dusk $DUSK @Dusk
Ce qui a d’abord retenu mon attention, c’est la manière dont une transaction est vérifiée. Le réseau vérifie la signature, contrôle le nonce et tient compte de la valeur de la transaction, du dépôt et du coût maximal du gaz. Si l’exécution échoue, le montant concerné est remboursé, et le gaz inutilisé est également retourné. Cela m’a amené à me demander dans quelle mesure ces règles se comportent de façon constante face à des défaillances de contrat plus complexes.
Ensuite, je me suis intéressé au modèle de récompense. La documentation décrit 80 % attribués au générateur de bloc, 10 % au comité de vote et 10 % à Dusk. La récompense variable du générateur dépend des votes inclus, tandis que les récompenses des votants sont liées aux crédits du comité.
Au départ, j’ai surtout lu le système de crédits comme un mécanisme d’incitation. Mais plus j’y réfléchissais, plus je me suis demandé quels effets sur la décentralisation il peut avoir. Si les pourvoyeurs ayant un crédit plus élevé ont davantage d’influence et sont aussi plus susceptibles de devenir de futurs générateurs, les récompenses pourraient-elles renforcer progressivement la concentration ?
Le modèle de défaillance soulève aussi des questions intéressantes. Les fautes mineures entraînent une suspension et un slashing « soft », tandis que les fautes majeures incluent des blocs invalides et le double vote.
Je suis encore en train d’approfondir les détails, notamment la façon dont les pénalités influencent la participation à long terme.
Des récompenses basées sur le crédit peuvent-elles involontairement concentrer l’influence au fil du temps ? Et comment le protocole devrait-il équilibrer des incitations fortes avec une participation large ?
#dusk $DUSK @Dusk