Je viens d'écouter le podcast de @RaoulGMI et @santiagoroel, et l'argument en faveur du TEV comme étant la bonne métrique (puisque le marché semble le traiter de cette manière actuellement) est que la confiance et la liquidité sont des effets de réseau qui se construisent au fil du temps. Pour le moment, il ne semble définitivement pas que la couche de base capture cette valeur, car il n'y a presque aucune différence entre l'envoi ou l'échange de 1 $ USDC ou de 1 milliard $ USDC. Mais il semble que le marché évalue toujours la probabilité de capturer cela assez haut (évalué à la perfection). Donc, la question pour moi est : comment la couche de base pourrait-elle jamais réellement capturer cette valeur, et à quoi ressemblerait le plan d'action pour cela ? Pour capturer cette valeur, il vous faudrait probablement un moyen d'incorporer des oracles de prix dans le consensus ou de créer autrement un mécanisme économique pour facturer des frais sur une base libellée en USD au niveau du protocole. Évidemment, cela semblerait scandaleux pour un maxi ETH, mais cela ressemble à un problème de tarification. Le problème avec quelque chose comme ça, je dirais, c'est que pour les RWA, peu importe où ils sont émis ou où ils circulent, car ils sont toujours leur propre L1. Indépendamment de cela et étant en réalité plus coûteux, la plupart des émissions se font sur Ethereum. D'habitude, je fais partie du camp qui pense que les primes L1 sont de plus en plus remises en question par les améliorations UX, et que ceux qui contrôlent la distribution peuvent effectivement contrôler la pile. Néanmoins, j'ai apprécié cette conversation légèrement animée et je pense qu'il était très productif de rassembler ces deux camps. Cela m'a fait réfléchir à nouveau à ce à quoi l'autre côté pourrait ressembler et à remettre en question mes biais. Je ne pense pas que vous puissiez facturer des taxes L2 d'ailleurs, puisque vous leur avez donné leur propre état et qu'ils passeront à Celestia ou autre chose sans même que l'utilisateur ne s'en rende compte.