- Please explain the change from xFold single side staking to Eth/Fold. Protocol revenue from various sources paid out to xFold was very clear. What is the advantage of now requiring ETH as well besides FOLD? Because thereās clearly a downside here for stakers: needing to have ETH spot and being comfortable to stake it with manifold for one.
- What is the planned behavior here?
- Rewards still in USDC?
- Ratio Fold/Eth = 80/20 or something else?
- Read that locking up longer gives you an extra boost. So some sort of veFold?
- Also read that claiming rewards would reset the boost. Thatās highly unusual and Iām unsure how that would help Fold. It would discourage people to invest their USDC rewards back into fold and just feels too ponzi-ish. At least the first issue would be tackled with an auto-compound function that would not reset the boost
- I heard you mention Eigenlayr. Are you planning on using the lent ETH to the āstakingā contract to do restaking at Eigenlayr?
- if this is indeed the case this would bring in ~10% extra APR over the planned 1/5th (if 80/20 is correct) . Do you feel this 2% extra APR warrants the extra hoops/risks?
- Where are we with Lido? Did we make it to the required list or is it still undecided? Same for rocket pool.
- Ideas on how to incentivise searchers to choose SecureRPC exclusively, which is something you were aiming for I think? How to balance this exclusivity, with guaranteeing searchers have their txs included? Are we doing (or plans to do) some heuristic modelling to gauge the likelihood of our block proposal actually winning, and in absence of enough confidence do we forward to flashbots, etc. as a failsave?
- On blockbuilding, per the roadmap work needs to be done to include more tx per block. Can you tell a bit more about this? Does this have to do with the binpacking algo not being optimized yet? Related, flashbots (and possibly others) are operating multiple competing blockbuilders likely with various algos. Since multiple algos see the same slot/data, itās a more robust way to optimize. Do you have plans for a similar optimization strategy?
- Please tell a bit more about the plans of auctioning future block space. Whatās the exact idea here and are we already further than just the idea stage?
- Besides the block space auction, what are the other concrete plans on monetizing secureRPC?
3 Likes
do u see going back to single sided staking solution if fold/eth staking brings subsatisfactory results?
why not 2 options, single sided staking and fold/eth where fold/eth has bigger multiplier? if the answer is because everybody will choose single sided staking, then how its going to be better solution if we have to force people to it?
did you thought about making it possible to stake any amount of fold and any amount of eth? meaning that if people could as well stake 100% eth, we could hit different group of users that arenāt interested in high risk (and satisfy those that are with 100% fold staking) and still have some fold/eth ratio in treasury without leaving any group of users unsatisfied
the rewards would be variable in accordance to treasury needs, for example treasury needs more eth then eth yield goes up and lowers on fold - this would easily fill treasury and bring rewards on both tokens to wanted level while maintaining ratio thats needed.
i dont see success in current staking implementation because everyone has other risk management and theres always going to be majority of users not happy if ratio is locked to only one option, as there are endless amount of possible risk management plans. thats why it is needed to produce satisfactory staking mechanism for everyone if treasury needs both eth and fold, where staking protocol that accepts any eth, any fold and incentivizes to keep needed ratio could fulfill this (and even bring us completely new group of users) as amount of risk taken can be dictated by user and his stake proportions
Pretty evident (to me at least) that Sam considers much of the communications bit a chore. Thatās fine. It definitely is.
But the optics, transparency and details are obviously very important to token holders.
Can team just hire someone for PR and have an active discord community to handle this task?
And if the answer is no ā why even have a token in the first place?
just go the other route so you donāt have to listen to stakeholders ask questions all the time and focus on building
godspeed
I think most of the questions have already been covered above, so I will just add a little bit more on a new topic
-
Can we have an explanation of how block building actually works and how Manifoldās building is going? Am I correct in thinking that because Manifold built blocks set the validator directly as the fee recipient for the block (instead of setting the builder as fee recipient and paying the validator in the last transaction of the block), it means Manifold actually makes no money from each successful built block? Like, whatās the plan with this going forward? I note that even other builders are also unprofitable because Flashbots et al seem to be paying validators more than they get in block rewards to win the bidā¦
-
Plans/options for monetising the relay (vs block building)? In general how can relays make money? Are they just loss-leaders for block builders to vertically integrate and not lose access to validators?
-
Any details that can be shared about the blockspace market that is being planned and how it will work and how FOLD will make revenue off it? Already asked but for emphasis. I read the initial blog post setting out some thoughts about it but it didnāt have much detail.
-
Sushiās volume is not as high as in the bull market, but as far as I know it is the first significant source of private order flow for any builder. Do you think it will make much difference to Manifoldās block building when it goes live?
-
Same question about the big two market makers - have they started routing their transactions privately through SecureRPC and will it make a difference to our block building?
-
Wonāt the nonstandard Manifold implementation of validator fees (ie, not paying validators at the end of a block) confuse relays? So that a relay valuing blocks on the basis of what is paid to validator in the last transaction wonāt see what it expects to see with a Manifold block?
1 Like
Iām THORChain community representor and want to ask: do you interested in cooperation? THORChain is DEX, allowing exchanging ERC20 tokens for BTC, AVAX, LTC, DOGE and ATOM. Without wrapping, all native. Do you interested in establishing THORChain pool for FOLD? It is require whitelisting, so cooperation with THORChain devs. THORChain will have trading volume and pool depth, you will have opportunity to offer buying FOLD not only for ETH. Win - win.
- How is the normal signing-method for Metamask etc coming along for which you were finishing up an EIP? This would presumably get rid of the scary signature thatās now seen when flipping the secureRPC toggle on app.sushi.com. If this is implemented, this would naturally lower the barrier to entry of loads of other dApps to use secureRPC. In other words, a great way to persue private order flow
Hey! For example, some validator earned 1 ETH thanks to Secure RPC. What fraction of this 1 ETH will we earned by Manifold Protocol?
Great to see toggle on app.sushi.com now back. To confirm:
- will there be a toggle in the new V2 sushi.com as well, instead of only the old V1 app.sushi.com?
- will this toggle be on by default?
1 Like
We donāt have a YouTube channel but the audio will be uploaded to telegram afterwards (discord doesnāt support audio files).
Samās notes and responses to select questions can be found here: Community Call 2022.10.03 - HackMD
For completeness, refer to **general** channel in the discord. Commentary starts around here: Discord