Les générateurs de flux de commandes devraient recevoir une part disproportionnée des frais qu'ils génèrent pour eux-mêmes.
Je pense que c'est un fait incontournable.
Ainsi, si vous êtes un L2 créant un écosystème dynamique qui génère une demande importante pour l'espace de bloc. Ce L2 devrait capturer la plus grande part des frais sur cet espace de bloc.
C'est exactement pourquoi j'ai du mal à comprendre tout point de vue qui affirme que les validateurs L1 devraient recevoir un retour plus important. Les validateurs L1 fournissent le strict minimum, à savoir le capital, le matériel et l'électricité. Bien que dans ces cas, la barre soit assez basse (à part 32 eth, mais Lido et autres ont fixé la barre BAS).
Les validateurs n'apportent pas de nouveaux utilisateurs, ils n'intègrent pas @Shopify ou @DoorDash. L'espace de bloc au fil du temps est une marchandise et ce sont tous les efforts de l'écosystème qui stimuleront la demande, c'est là que les frais devraient être payés de manière disproportionnée.
Idéalement, cela devrait être redistribué ou réinvesti dans les applications qui amènent les utilisateurs vers la chaîne elle-même. Bien que les applications elles-mêmes devraient générer des frais d'une manière ou d'une autre.
—-
L'argument selon lequel nous sommes ici parce que la feuille de route L2 n'a pas priorisé le scaling de L1 est également une farce.
Je n'ai pas encore vu de chemin viable pour un L1 pour évoluer d'un point de vue décentralisé vers des moyens raisonnables. Peut-être que les chemins ZK à l'avenir peuvent résoudre cela, mais Ethereum lui-même est une couche de calcul général et aura toujours des compromis. Le calcul général doit évoluer horizontalement et nous avons vu cela pendant des années lorsque les sidechains étaient ce que nous appelons des L2 en 2017/2018.
Des chaînes telles que GTE, Solana, etc. ont prouvé que vous pouvez évoluer de manière ridicule mais jusqu'à une limite. Vous tradez complètement la décentralisation. Vous vous alignez également étroitement avec un ensemble de cas d'utilisation (tel que DeFi). Enfin, vous ne pouvez tout simplement pas indexer assez rapidement (aujourd'hui) ce qui force la co-localisation et recrée les flashboys.
Je crois qu'Ethereum fait bien les choses en fonction de ses objectifs. Je crois qu'il doit évoluer le L1 beaucoup plus. Je crois qu'il est là pour durer.
Les générateurs de flux de commandes devraient recevoir une part disproportionnée des frais qu'ils génèrent pour eux-mêmes.
Je pense que c'est un fait incontournable.
Ainsi, si vous êtes un L2 créant un écosystème dynamique qui génère une demande ample d'espace de bloc. Ce L2 devrait capturer la plus grande part des frais sur cet espace de bloc.
C'est exactement pourquoi j'ai du mal à comprendre tout point de vue qui affirme que les validateurs L1 devraient recevoir un retour plus important. Les validateurs L1 fournissent le strict minimum, qui est le capital, le matériel et l'électricité. Bien que dans ces cas, la barre soit assez basse (à part 32 eth mais Lido et autres ont fixé la barre BAS).
Les validateurs n'apportent pas de nouveaux utilisateurs, ils n'intègrent pas @Shopify ou @DoorDash. L'espace de bloc au fil du temps est une marchandise et ce sont tous les efforts de l'écosystème qui stimuleront la demande, c'est là que les frais devraient être disproportionnellement versés.
Idéalement, cela devrait être redistribué ou réinvesti dans les applications amenant les utilisateurs à la chaîne elle-même. Bien que les applications elles-mêmes devraient générer des frais d'une manière ou d'une autre.
J'ai tellement de PTSD des jours Parity-Ethereum, chaque fois que je vois `cargo build ...` apparaître après avoir exécuté une `commande make`, je panique un peu à l'intérieur
Le concept de solveur est si étroit d'esprit. Vous êtes soit en train d'acheminer des fonds A->B, soit en train de trouver le meilleur chemin d'échange