Les Rollups sont une nouvelle technologie qui pourrait être utilisée pour améliorer la scalabilité et la sécurité d’Ethereum. Cette vidéo explique comment cette technologie fonctionne et pourquoi elle est importante pour le futur de la plateforme Ethereum. Il est important de la regarder pour mieux comprendre comment Ethereum peut évoluer et comment cette technologie pourrait affecter le futur de la blockchain.
Source : UCkyj4Undl0Pplb0-NLbyWYQ | Date : 2022-07-09 11:32:37 | Durée : 00:17:57
➡️ Découvrez TCHATGPT en français !
en utilisant nos liens d'inscription à CRYPTO.COM, COINBASE, COINHOUSE et BINANCE
Voici les liens dont je parle dans la vidéo :
Bitcoin 50 000 core nodes : https://luke.dashjr.org/programs/bitcoin/files/charts/software.html
Bitcoin 15 000 listening nodes ou “super nodes” : https://bitnodes.io/
Ethereum 405 000 validateurs : https://beaconcha.in/
Le classement des rollups : https://l2beat.com/
Pour creuser davantage, voici ma source : https://vitalik.ca/general/2021/01/05/rollup.html
C'est tellement Fou !!!
Petite erreur : tu dis qu'un rollup est évidemment compatible avec l'EVM, mais ce n'est pas toujours le cas. Il est même assez compliqué pour un ZK rollup par exemple d'être EVM compatible
Peut-on investir sur arbitrum et aussi j’aimerais savoir l’orthographe
Peut on considérer que Solana est Décentralisé et scalable mais pas sécurisé ?
Salut, ca serait interessant que tu donnes plus de définitions des termes que tu utilises etc… pour que tes videos soient plus accessibles aux débutants !
IMPORTANT: Si «Bitcoin seul» peut effectuer 5 transactions par secondes, il faut savoir que «Bitcoin + Lightning Network» peuvent gérer 1 million de transactions par secondes.
enfin une bonne video sur ETH en français merci
Superbe vidéo comme d'hab ! Vas tu parler de MINA protocol pour ta vidéo zkr ? Je serai curieux d'en apprendre plus !
Salut, super vidéo merci ! Juste, les roll-up ne sont pas EVM compatibles par nature ! Par exemple Starknet qui ont créé un nouveau langage !
Merci pour tes analyses …sinon L éther tu le vois ou et quand…
La bnb chain va augmenter son nombre de validateurs de 21 à 41 et augmenter la taille d'un bloc d'après leur nouvel roadmap.
Voilà juste une information pas très importante
Merci pour ce travail de vulgarisation 👍
Quoi que en y repensant, s'interesser à l'implementation est plutot une bonne chose, voir un élement de comprehension important.
On parle souvent de centralisation/decentralisation, du fameux trilemne, de comment on peux scaler, où sont les risques de securité, comment les blockchain l1 et l2 s'interfacent, etc….
mais on passe aussi à coté d'un élement important: on parle de systèmes complexes qui repondent à des besoins et fournissent des features mais sans forcement regarder le systeme dans son ensemble ni comment c'est mis en oeuvre.
(attention je vulgarise/simplifie enormement dans la suite là, merci de pas faire de raccourci cognitif 😛 )
Le premier point, c'est "comment c'est mis en oeuvre concretement", dire centraliser/decentraliser, quelque part c'est juste "classifier une architecture".
Idéalement il faudrait plutot regarder du coté du "pourquoi ce choix d'architecture et à quoi ca repond comme besoin" et faut affiner un peu cette classification.
Centralisé ne veut pas dire SPOF (single point of failure) ou "un seul serveur dans un coin", on peut avoir des systeme centraliser massivement distribué avec des systeme de resilience extrement efficace, attention "word droping", geocluster, sharding structurelle, file d'attente, pipeline d'instruction, partitionnement, ordonnonenceur, round robin, reverse proxy, sequencer, map/reduce, quorum, leader election, master/slave, heartbeat, mirroring, gtid, cap/acidité, sync consensus, etc, etc, etc… dans le monde des systeme distribué, y a toute une chié de techno, de pattern de concept qui pemettre d'atteindre des niveau de resilience et de performance plus que suffisant.
Prenons des soft comment Consul (hashicorp) qui est grosso merdo un registre k/v distribué qui offre des archi extrement resilience, ou encore kafka (apache) pour creer des pipeline d'ingestion/traitement de donnée avec des archi la aussi etre resiliente, etc… (le monde des archi distribué est passionant 😉 )
Donc il faut regarder suivant la blockchain, qu'elle est le leitmotiv derriere la decentralisation: resistance à la censure ? systeme permissionless ? autre ? et comment c'est mis en oeuvre.
Si ca passe par un monolithe distribué extrement poussif avec un algo de consensus digne d'une moissoneuse bateuse, on se doute bien que ca va scaler comme un diplodocus 😀
A l'inverse on peut avoir des archi "centralisé" (d'un point de vue ownership/gouvernance par exemple) mais avec des composant distribué extrement agile. La encore, tout depend des fonctions/philosophie qu'on veut mettre en oeuvre et comment c'est implementé.
Centraliser ne veut pas forcement dire mauvais/spof/weakpoint et inversement. (Même si la decentralisation comme solution de resistence à la censure reste un leitmov recurrence en crypto)
Le second point à regarder, c'est qu'une blockchain, c'est pas juste un systeme qui valide des transactions dans des blocks, c'est un systeme qu'on utilise avec divers composant donc il faut aussi regarder d'un point de vue utilisateur, du début à la fin
De quel composant est constitué la blockchain ? Si le point d'entrée (api, rpc, frontend web ou autre…) est complement centralisé et peu resilient, bah ca va puer forcement: dns spoofing/hijacking et paf on interagie avec le mauvais truc et on se retrouve à grant un smartcontract moisi
Comment ces composant dialoguent entre eux, comment ils sont distribué, comment ils sont redondé, comment il resiste à la panne, comment ils scalent, sont-ils eux meme decentralisable/incensurable ? Si un provideur/isp se met à bloquer les entrypoint des rpc, comment l'uilisateur fait ? (bloquage dns, deep packet inspection, que sais je)
Bref, je vais arreter le pavé là, tout ça pour dire que, s'interesser à l'implementation: architecture, composant, deployement, flux, voir même le code, c'est important ^^'
Merci Léo, top! J’en trouve peu comme toi qui rentre dans la technique des choses et je t’invite à poursuivre ce genre de vidéos tres explicatives et enrichissantes pour les novices en techniques… Comme moi. 👌🏼
Merci pour ces vidéos de qualités !✨
"Dommage" que tu arrives un peu dans un creux de vague ahah, les vues arriveront bien assez vite tout de même ! Continues comme ça (enfin non, améliores toi encore et toujours ! 🙏) l'ami ! 🔥💪🔥
Hello! Je travaille chez Boba Network (je suis Directeur Artistique). Si ça t’intéresse ça pourrait être cool de discuter avec l’équipe Marketing et peut-être qu’on peut faire quelque chose ensemble qui serait intéressant pour ta chaine, et pour nous ça nous donnerai un peu de visibilité en Français. Il y a plein de choses intéressantes à discuter. Tu me diras 🙂
Je comprends mieux pourquoi tu me posais toute ces questions vendredi soir chez binance5 ^^' c'est vrai que c'est pas évident de vulgariser un concept qd on a une vision plutôt orienté implémentation/code ….
D’ailleurs, il aussi super intéressant de commencer à s’amuser sur ces rollups comme Starknet ou ZkSync, pour apprendre et surtout pour potentiellement faire parti des gens qui auront un airdrop si il y en a un, ou une ICO si un token venait 🙂
Super vidéo ! Pourrais tu en faire une sur akt.io? J'aimerais ton avis !
Tu es super lâche pas ^^
Vu l’état de la crypto t’as plus le sourire 😀
très intéressant, mais vachement ardu !
Super vidéo comme dab ! Un point intéressant : le problème de l'augmentation de la taille des blocs c'est plutôt le stockage que la capacité de calcul, tu peux multiplier le throughput de Ethereum par 20, la plupart des ordinateurs domestiques pourront continuer de valider. Bitcoin tu peux augmenter le throughput par 100 ou 200 ça ne pose aucun problème de calcul non-plus (je parle de la valid des blocks, pas de POW). Le problème c'est que très vite la chaîne va atteindre 10TB / 100TB etc … Et donc exclure les installations domestiques.
Toujours au Top Léo !