Lex_node - Delegate Communication Thread

[lex_node]

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!

[lex_node]

posted thoughts on delegate rewards:

[Open Discussion] Delegate incentives

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…

[lex_node]

a little late but here were my thoughts on Ignite:

[TPP-001] ZKsync Ignite Program (the "Ignite Program")

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.

[lex_node]

supporting ZIP-002 :

[ZIP-002] Reduce the execution delay from 21 hours to 3 hours

Thanks for the proposal. Is it ensured, that the security council could become active in the three hour time-frame? The seven days proposals are pending in Tally are much longer than that.

[lex_node]

my thoughts on how ZKsync delegation should evolve–>empower app/elastic chain communities with heavy ZK token ownership and reliance on ZK ecosystem:

The Telos of the DAO

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 …

The Telos of the DAO

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…

[lex_node]

some of my thoughts on the dangers of offchain social/governance rules:

Governance Cycles

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…

Governance Cycles

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…