https://twitter.com/OmniFDN/status/1650867761126539266?s=20
Читать полностью…
The First EigenLayer Community Call will be this Thursday @ 9am PT in Discord: discord.gg/eigenlayer
EigenLabs members including @sreeramkannan will discuss the EigenLayer:
- Testnet
- Roadmap
- AVS R&D
- Plus a Community AMA
EigenLayer launched their discord server, you can join us:
https://discord.com/invite/eigenlayer
We're also launching the EigenLayer Discussion Forum @ http://forum.eigenlayer.xyz, focused on 3 topics:
- The EigenLayer protocol
- EigenDA development
- New middleware R&D
All are welcome! We hope the forum becomes a petri dish of interesting ideas, research, & experiments.
Excellent, exhaustive article about Eigenlayer in Russian, use a translator if you don't speak Russian. Thanks to the author of the article @truepog
truepog/eigenlayerpart1" rel="nofollow">https://teletype.in/@truepog/eigenlayerpart1
Overview of our project from analyst @hammyx_ - https://whitewash.substack.com/p/building-a-marketplace-for-decentralised
Читать полностью…
🎄Happy New Year 🎄
https://twitter.com/eigenlayer/status/1608197773995962368?s=20&t=r_66PRfMGfR2eOKv8RkiGw
https://consensys.net/blog/cryptoeconomic-research/eigenlayer-a-restaking-primitive/
Читать полностью…
Our view at Eigenlayer is decentralized trust is the most important module in blockchains, and once it is available to mix-and-match, permissionless innovation will allow builders to build things that have not even been imagined yet.
Читать полностью…
EigenLayer - What is it good for? This is a post that explains the underlying elements of trust in the
Eigenlayer network and how they can be put together to create powerful services with customized decentralized trust models.
Eigenlayer is a general-purpose marketplace for decentralized trust, which is built on Ethereum, the largest programmable decentralized trust network and unbundles the trust layer of Ethereum so components of the trust network can be reused for other purposes.
This enables distributed-systems builders to build new systems / modules / chains (generically called services) that require decentralized validation. The name Eigenlayer comes from "eigen" in German meaning "your own", implying that anyone can build "one's own layer".
There are really *three distinct* aspects to this trust reuse: (1) economic trust, (2) decentralization trust and (3) ETH validator commitments. Eigenlayer is a generic platform that allows builders to mix and match these elements to create appropriate trust models.
(TrustModel1) Economic trust: Because ETH is restaked on Eigenlayer, there is a reuse of economic security, without incurring new capital cost. Enforcing economic trust requires programmatic slashing so that misbehaviors are identifiable on Ethereum.
How does this differ from fraud proofs required for optimistic rollups? (1a) Latency: If there is enough amount staked on eigenlayer to make a particular claim, then that claim can be instantly treated as correct, and acted upon, and later slashed if violated.
(Usecase-1) LightClientBridges: run light clients to other chains off-chain and make state claims on ethereum. The input is acted upon immediately without any latency, and later slashed if wrong (requires EVM implementation of light-client run on fraud challenge).
Note: LightClientBridge is a lightweight module as it only requires running light clients to other chains, so it is an example of a module that *can be* run by all ETH stakers, and it is critical to have low latency (e.g., rainbow bridge can be made low-latency in this approach).
(1b) Extensibility: Rollups are usually thought to be limited to fraud proofs for state execution. On Eigenlayer, any slashable violation can be penalized.
(Usecase-2) Oracle. As an example, one can build an ETH-staked oracle which is slashed based on a more expensive trusted input (for example, soliciting inputs from highly trusted sources or individuals).
One caveat is that the second committee is obviously not cryptoeconomic, but we note that existing solutions like Chainlink rely on these systems anyway. The power of Eigenlayer is to let different stakers only opt-in to trust assumptions that they are comfortable with.
Notice that an oracle built as an optimistic rollup will not be useful if built with high latency. The economic finality reduces latency enough to make this useful. Finally, this task is also lightweight: reading prices is easy, so possible for all ETH stakers to run this.
(1c) Overclocking: Any application can acquire Ethereum scale economic finality only after ethereum finalizes (~12mins). If there is enough ETH restaked on Eigenlayer, it is possible to get full economic finality at native network latency.
(Usecase-3) Superfast settlement: For example, one can run a super fast settlement chain on top of Ethereum which gives fast economic finality, and which settles eventually on Ethereum. This layer verifies ZK proofs and arrives at consensus within 1s, for example.
Notice that super fast settlement is not a heavyweight task, as all you need to do is to run ZK proof verification in parallel and arrive at consensus. So it is possible for a lot of ETH stakers to run this.
EigenLayer
A platform to leverage Ethereum security through the innovative method of restaking.
We've made public EigenLayer's first security audit report, by ConsenSysAudits, with 0 security vulnerabilities found: https://consensys.net/diligence/audits/2023/03/eigenlabs-eigenlayer/
There are more audits in progress, which we also plan to make public.
We are excited to announce the release of the testnet for the first stage of the EigenLayer protocol, which supports liquid and native restaking.
Read the full details here: https://www.blog.eigenlayer.xyz/stage-1-testnet-announcement/
And see the Twitter thread here: https://twitter.com/eigenlayer/status/1644075234176409605
We caution that this is an early and non-incentivized testnet, with code undergoing active development. We expect to make improvements in advance of mainnet, and we hope you'll contribute your feedback, comments, and ideas to help us do so.
We are thrilled to be taking these first steps towards the launch of the EigenLayer protocol, and welcome the community to join in building the restaking collective, with the goal of creating a platform that maximizes the surface area of permissionless innovation. Looking forward to building together!
Also on Wednesday 2/22 at 5pm UTC (9am PT), we're hosting a Twitter Spaces AMA to discuss the whitepaper, and everyone is invited ❤️ :
⬇️⬇️⬇️
https://twitter.com/i/spaces/1zqKVPbkZelJB
🚀 We're proud to release the 1st public version of the EigenLayer whitepaper:
- in the new http://forum.eigenlayer.xyz/t/announcing-the-eigenlayer-whitepaper-v1-0/156
- and at http://eigenlayer.xyz/whitepaper.pdf
It describes the key ideas the core developers are implementing into the 1st version of the protocol launching later this year.
"A Deep Dive Into EigenLayer" by CoinMarketCap - https://coinmarketcap.com/alexandria/article/a-deep-dive-into-eigenlayer
Читать полностью…
Check out Mantle x EigenLayer — AMA highlights https://mirror.xyz/0xmantle.eth/me_Moy37CCvreI38AGGDmXX_W8s8i0iTHCqE7W61LL8
Читать полностью…
https://thesis.neworder.network/#eigenlayer-will-be-the-most-important-innovation-for-ethereum
Читать полностью…
In the coming weeks and months, we will run workshops on how to build X on Eigenlayer.
Читать полностью…
(TrustModel2) Decentralized Trust: There are many services in which violations cannot be attributed / slashed, and such systems cannot be built on a system of economic trust. These need decentralization, which creates difficulty for collusion of a large set of nodes.
Where does decentralized trust in Eigenlayer arise from? Of course, from (a subset of) the large decentralized trust network in Ethereum - there are thousands of distinct home stakers and rocket pool nodes in Ethereum .
Do we need exactly the same set of nodes on Ethereum? No. Once trust is unbundled, it is possible to extract out decentralized trust separately from Ethereum, sometimes with even more power than natively available on Ethereum.
For example it is possible to only recruit home stakers / rocket pool nodes (@Rocket_Pool) to form a decentralized quorum on Eigenlayer. Each service can specify some further entry conditions based on subjective oracles to recruit only maximally decentralized nodes.
This type of subjective oracle, can *massively improve Ethereum decentralization* itself, as once decentralized nodes are identified and valued by providing additional fees, this increases the net APR of decentralized nodes relative to centralized validators.
(Usecase-4) Secure Multiparty Computation: A simple example is Shamir secret sharing, where a secret is split into N shards to be shared to N nodes. More than T nodes need to collude to reveal the secret. This is non-attributable fault and can instead rely on decentralized trust.
(Usecase-5) EigenDA: It is possible to combine trust models 1 and 2 to create new services. EigenDA built on Eigenlayer uses a dual quorum model, where one quorum can be run by ETH staking economic quorum and another quorum can be run by @Rocket_Pool ETH stakers.
One needs both quorums to sign off for DA. Now as long as at least x% are honest in at least *one of the* quorum, all non-storers lose their ETH due to proof-of-custody! This model combines economic trust (losing ETH) with decentralization trust (difficulty of collusion).
Furthermore, it is difficult to induce coordination by bribing: as when someone is bribed to sign off a data as available without receiving their chunk, there is a risk that the briber later produces the data and the bribed node gets slashed due to custody proof.
It is possible for EigenDA to be run this manner as it is a fully horizontally scaled layer, in its initial design, requiring only 0.3MB/s per node (much lower than Ethereum staking requirement).
(TrustModel3) ETH Validator trust: While the first and second trust models absorb economics and decentralization from the Ethereum trust network, the fact that it is the ETH validators who restake (by setting withdrawal credentials) enables a whole suite of powerful new features
(Usecase-Family-6) MEV Management. Ethereum block proposers can make credible commitments to order blocks according to different rules, creating a powerful MEV toolkit: (i) selling portions of blocks in MEV market, (ii) agreeing to include threshold encrypted transactions, (iii) agreeing to do event-driven actions, for example, third-party keepers agreeing to activate some event-driven transactions (collateral refueling for example), lead to non-attributable errors (did the keeper not trigger a transaction or was it not included).
MEV-Boost++ is a great example: layr/SkBRqvdC5" rel="nofollow">https://hackmd.io/@layr/SkBRqvdC5
Ethereum researchers (@barnabemonnot) are actively considering incorporating this type of thing into Ethereum natively
(Usecase-7) Single-slot-finality. It is possible that when enough block proposers opt-in to a new Eigenlayer task where they agree to not fork a block, we can get single slot finality purely via opt-in. Of course, the interactions with Gasper need careful consideration.
The general form of Eigenlayer articulated here will take time to build and we will lean heavily on the broader Ethereum community to build out once some basic elements are ready.
EigenDA
A highly customizable and hyperscaled data availability service on EigenLayer, designed for Optimistic and ZK rollups.
