From a67a24f5a163621674d633538bdba4e100bd7989 Mon Sep 17 00:00:00 2001 From: TaprootFreak <142087526+TaprootFreak@users.noreply.github.com> Date: Sun, 5 Jul 2026 17:38:50 +0200 Subject: [PATCH] docs(guard): clarify delegation is additive, not Governor-style exclusive (#78) MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit * docs(guard): clarify delegation is additive, not Governor-style exclusive The delegation explainer said "delegateVoteTo does not reduce your own votes". That is technically correct — dEURO Equity uses additive, non-exclusive delegation: delegateVoteTo only writes delegates[msg.sender], and votes() = balanceOf x holding-duration is independent of delegates[] (Equity.sol:192-193, 259-262). The delegator keeps their full votes; the delegate can additionally count them. But the phrasing collides with the common ERC20Votes/Governor mental model, where delegation is EXCLUSIVE (your weight moves to the delegatee and you keep none). Readers expecting that reasonably read the sentence as wrong. Clarified: non-custodial AND additive, contrasted explicitly with Governor-style delegation. Frontend copy only, no behavior change. * docs(guard): fix misleading "on top of its own" — signer holds no nDEPS On-chain the guard signer holds 0 nDEPS (votes=0, balanceOf=0), so "count your votes on top of its own" wrongly implied the guard has votes of its own. The additive/non-exclusive core is correct (verified against the deployed Equity 0xc71104... via Sourcify + on-chain), but the signer's entire veto power comes from delegators. Reworded accordingly. --- frontend/src/components/GuardDelegation.tsx | 6 ++++-- 1 file changed, 4 insertions(+), 2 deletions(-) diff --git a/frontend/src/components/GuardDelegation.tsx b/frontend/src/components/GuardDelegation.tsx index 4880ddc..538fb8b 100644 --- a/frontend/src/components/GuardDelegation.tsx +++ b/frontend/src/components/GuardDelegation.tsx @@ -72,8 +72,10 @@ export function GuardDelegation({ guard }: { guard?: DataState })

The guard auto-denies malicious positions during their init window, before they can mint. To act it needs at least {data.quorumPct}% of Equity voting power. Delegating your nDEPS votes to the guard signer - is non-custodial: delegateVoteTo does not reduce your own votes{' '} - and you can re-delegate at any time. + is non-custodial and additive: your nDEPS stay in your wallet + and your own voting power is unchanged. Unlike the usual (Governor-style) delegation that moves your power + to the delegate, here the guard is only allowed to also count your votes toward the quorum — the signer holds + no nDEPS itself, so its veto power comes entirely from delegators. You can re-delegate at any time.

{signerActive ? (