# Eigen Layer - deep dive https://www.youtube.com/watch?v=HcEGXoC57Rw&t=524s - EL is more decentralized than ETH. As you can choose your own validators. You can program which one to choose. - Trust is modular: it can be modular, it can be cryptographic, it can be provided by different parties in a system. - Why prevent new tokens to coming out? - Its a headache, to have your own network - Dapps can have their own token. Users in EL can pay gas in their token. Each application has 1 million in their tokens and now every application can enjoy the shared security of 1 billion worth of monetary value locked in. - Bootsrapp your network is the hardest thing, one thing is that you only get security of the amount that you have invested in your token ex 100 million. Now with EL you can get security worth of 35 billion lets say.. - EL is a not a killer of tokens - two ways of economic security - slashing- objective - value alignment- if you are holding a token then people can have dual staking where there is ETH staking and token staking. Then information will be aggregatred from these two quorum and if they under a certian deviation will be considered a valid input. SO your token can be used as a secondary stakable token, when compared to ETH staking.?? - ETH is less secure now as security is shared - True but the economic incentive is increasing as the total amout staked is inc. - The core protocol is getting staking and restaking yields both. - Eventually he wants EL should be enshrined in ETH?? - ETH stakers are going to sign up for a lot of extra yield and increase their slashing condition upon them? - The serive which validators are signing up for should be burned not the ETHereum core validaotrs stkae - have objecticce attributable slashing conditions which are well vetted - slashing conditions can be same accross 1000 of protocols. - anti slasher module- which simulates the slashing consition in contracts - two tier system which they are building - stakers want stable long term yield. ?? - Dont overload ETHereum concensys-VB - Is restaking over burdening ETH consensys? - social consensys should not be used - VB does not say if a big L2 or restaking platform fails then ETH is not resposible - ETH will not fork for these failures - whenever there is a majority - slashing veto?? its internal to the protocol - no bailouts -your server fails that your problem dont load to ETH - dont overload social consensys - slashing veto onboards services which are low risk - EL is not DeFi service its prividing validation aaS - objective slashing - slashing veto - slashing veto has power to onboard - if you down want to have slashing just use decenntralization - trust ETH validator - defi can be build on top of EL