> For the complete documentation index, see [llms.txt](https://docs.sharedstake.finance/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.sharedstake.finance/sharedstake-v2/core-competitive-features.md). # Core competitive features Described below are core competitive advantages v2 hopes to have with notes on the features that will support them. This should bring us up to par if not better with what is offered on the market | Feature Category | Name | Description | Implementation notes | | | --------------------------------------- | ------------------------------------------------------- | -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ----------------------------------------------------------------------------------------------------------------------------------------------- | - | | Deposits | Referral fee split | Boost deposits via referral fees. Referrers get a % of fees taken from staked ETH yield by just advertising a referral link | Split 1% of yield to referrers from referree deposits | | | | Decentralized frontends via frontend fee split | Incentivize other frontend operators to boost deposits. Similar to liquity E.g. ledger, cex's, wallets | Split 1% of yield to frontends from referree deposits | | | | Node operator fees | Split 5% to node operator for fees | | | | | DAO Fee split | DAO fees are disbursed to various operational expenses aligned with shareholder goals | | | | | Low & Scaling fees | Fees start 5% and scale up to incentivize early users | | | | Decentralized validators | Permissionless validators via ERC6551 | Validators use the same withdrawal address and are set up via locking SGT using a NFT via ERC6551. This allows anyone to run a validator for Sharedstake | | | | | Permissioned validators | Allow permissioned node operators to run validators via a DAO guarded validator registry signup | | | | | Permissioned validators with self stored withdrawal key | TODO | | | | Liquidity | PSM | Peg stability module which draws a variable quantity of ETH rewards to build and manage a Protocol governed liquidity buffer on univ3 | | | | | Deposit Incentives & liquidity creation | Early users will get SGT to deposit into protocol owned liquidity. The POL contract will lock deposits for 6 months before returning them to the user. It will match sgETH and ETH holders. Provided tokens will be added as liquidity into univ3. At the end of 6 months users get swap & SGT rewards and principal back. | | | | | Fee rebates | LPs get part of fees from yield | | | | | Liquidity fees | LPs get to keep any fees and token rewards from liquidity venues / farming | | | | | High efficiency liquidity | Using sgETH:ETH pegged at 1:1 provides higher efficiency on swap protocols used to handling stablecoins with similiar parameters | | | | v1 inherited | uptime | 2+ years of battle tested validator performance | | | | | resilience | 2+ years of surviving without nation state or legal attacks | | | | | protocol reputation | Trust/ safety | | | | | experience | 2+ years of experience operating a ETH LSD | | | | multichain | multichain minting | Allow minting on multiple chains with ETH bridges back to deposit on mainnet | See OZ xChain | | | low gas cost | low cost initial deposit flow | low gas to deposit into the protocol via simple initial flow | | | | | low gas deposits via partnerships | allow users to save gas via batch deposits handled via wigo | | | | Node operator diversity support | Granular fee split | Allow users to pick ETH deposit criteria such as ETH2/ETH1 client, thus letting users support diverse clients. This way diverse clients are incentivized. | User deposit contract fires an event with UserETH2ClientPref, UserETH1ClientPref. Node operators running user specified clients get a fee split | | | Planned DeFi integrations and use cases | CDP | Allow users to take loans against interest bearing staked ether - wsgLSD. Similiar to Ruler before. Depends on liquidity | | | | | Options | Depends on above | | | | | Leverage | Leverage via looping. Depends on CDP & Liquidity | | | | | Index | Inclusion in index funds of DeFi LSDs. Depends on liquidity | | | | Ethereum Foundation Criteria | Opensource | We satisfy the Ethereum foundation criteria of being open source on github | | | | | Bug bounty | We have an open bug bounty via discord. See the co-op section to see previous payouts. We previously used immunefi but find this way to be less time consuming | | | | | Audited | Certik audit in 2020 | | | | | Battle tested | 2+ years of operational uptime | | | | | Trustless | Medium. Multisig can pull lever. Goal is to minimize governance and automate system | | | | | Permissionless nodes | Coming in v2 - see Decentralized validators | | | | | Diverse clients | Coming in v2 - see Node operator diversity support | | | | | Liquidity token | vETH2 peak $10m liquidity. sgETH in v2 | | | | | Self custody | Coming in v2 - see Decentralized validators | | | | Withdrawals | Withdrawals | Support for withdrawals, trustlessly returning user ETH and winding the system down | Enabled by the veth2 withdrawals contract & a system state switch which routes all exited eth to it integrated into v2 | | | Censorship resistance | MEV Relays | Sharedstake uses uncensored profit maximizing mev relays and relays all transactions and blocks | | | | | RPC | We offer an uncensored RPC that works with all dapps to our users | | | --- # Agent Instructions This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com. ## Querying This Documentation If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question. Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter: ``` GET https://docs.sharedstake.finance/sharedstake-v2/core-competitive-features.md?ask=&goal= ``` `ask` is the immediate question: it should be specific, self-contained, and written in natural language. `goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal. The response will contain a direct answer to the question and relevant excerpts and sources from the documentation. Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.