Je considère la complexité comme un ennemi, donc récemment en regardant « disponibilité des données / ordonnancement / finalité » je me concentre sur une ligne directrice : sur quoi repose réellement cette transaction pour que tout le monde puisse la reconstituer, selon quel ordre elle est enregistrée dans le registre, et quand on peut vraiment considérer qu’elle est définitive. En gros, il faut d’abord que les données soient affichées sur la table (sinon tu ne peux même pas faire la comptabilité), puis quelqu’un doit s’occuper de la file d’attente (c’est très embêtant si ceux qui font la queue peuvent couper la file ou faire des petits coups en douce), enfin attendre que le tampon soit apposé et que cela devienne effectif (pas revenir en arrière après avoir décidé de valider).

Récemment, avec le staking, le partage sécurisé, et la superposition de rendements qui sont critiqués comme des « poupées russes », je peux aussi comprendre : on regarde tout cela en superposant plusieurs couches, mais il faut se demander, quelle couche te garantit la sécurité ? Si les données ne sont pas bien stockées, l’ordonnancement est trop opaque, la finalité trop lente, même avec toutes ces « garanties de sécurité » ça revient à avoir trois serrures sur la porte mais la clé est chez quelqu’un d’autre… En tout cas, pour moi, quand j’analyse un projet, je regarde d’abord comment ces fondamentaux sont expliqués, tout ce qui est flashy je le mets de côté d’abord.