Feel free to use this thread to communicate about my delegate role.
I will also create a telegram chat for people who delegated to me to give feedback or have discussions.
Excited for this!
2 Likes
posted thoughts on delegate rewards:
Few thoughts on this:
Iâm categorically against any sort of âretro delegate rewardsâ on a delegate-by-delegate basis. This will just lead to more I-scratch-your-back-you-scratch-mine type dynamics between delegates and whoever decides the rewards. It creates a simp economy and can even distort the way people vote.
Just rewarding being a delegate is also badâitâs like a participation trophy. Also, it could lead delegates to govern in a way that entrenches their âsalariesâ. Rather, the progrâŚ
a little late but here were my thoughts on Ignite:
It would be much better if this proposal were accompanied by an additional proposal to decentralize emissions decisions using a veToken model like Curve/Aerodrome/Velodrome etc.
This type of mechanism has proven success, counterbalances the sell pressure on the token caused by the emissions while decentralizing governance over the emissions, and lets the market decide the best protocols to allocate the liquidity to rather than centralized and potentially conflicted committeesâthis would also prâŚ
I wasnât able to vote on the proposal b/c of travel but wouldâve voted yes.
my thoughts on how ZKsync delegation should evolveâ>empower app/elastic chain communities with heavy ZK token ownership and reliance on ZK ecosystem:
I see the current âprofessional delegatesâ as hopefully being placeholders for delegates from communities that rely on ZKsync. One of the biggest delegates now is a DEX (which may include individuals with ties to those communities or may include DAOs). This sort of approach is what the makes the most sense imo and I think it can emerge organically as, frankly, a long-term ZK holder will probably be best positioned by delegating across a range of popular ZKsync apps plus some governance junkies âŚ
Your post is great but I think this point and your subsequent post hit the nail on the head as to the answers to your questionsâculture comes from apps, not from âgoverningâ. When, as and if apps take off within the ZKsync ecosystem, that will filter âupâ to governance as naturally those cultures will want to have and be able to achieve a strong voice
I think ZKsync eco is well set up for this, due to the very governance-minimized structures you have some concerns about. It creates the conditiâŚ
some of my thoughts on the dangers of offchain social/governance rules:
imo, no definitely not
âthere should be/are governance cyclesâ is an offchain understanding/agreement not embedded in code
there is no mechanism for binding all delegates or other ecosystem participants into this offchain understanding/agreement
even if there were such a method, there is no practical way to enforce that understanding/agreement
imo ZkSync should not fall prey to the same âletâs make up a bunch of offchain rules with no documentation/enforcement mechanismâ trend that so many oâŚ
I think my explanation is fairly self-explanatory but to slightly elaborate:
A rule that cannot be enforced or that everyone does not voluntarily abide by is not a rule
Letâs say we have this âruleâ of âgovernance cyclesââŚwhat happens when someone makes a proposal âout of cycleâ? You have no way to punish them, you have no way to prevent other people from supporting the proposal out of cycleâbecause the real rules are onchain, not whatever ârules about cyclesâ we bureaucratically make up on thâŚ