Using 4626Lock and vote
Lock and vote
The ve4626 lock and voting design, with deployment-specific limitations on rewards and lottery boosts.
ve4626 is optional. It is for people who want a say in which vaults earn rewards, or who want better personal lottery odds. You never need it to buy shares, enter the lottery, or launch a vault.
At the September 25, 2026 verification block, the inspected AKITA gauge had no voting or voter-distributor address. The documented current lottery manager had no boost or voting address. The new AKITA vault and ShareOFT had no gauge binding. The mechanisms below do not establish active rewards or boosts for that deployment. Reward eligibility depends on the active integrations and epoch rules; personal boost remains 1.0× where the boost integration is unset.
How it works
- Get 4626. This is the protocol's own ShareOFT, not a creator's . Holding a creator's shares does not give you ve4626.
- Lock it. Choose a lock from 7 days to 4 years. You get ve4626 power that decays toward zero as the lock nears its end. ve4626 is not a token and can't be transferred.
- Assign your power. Split it between two uses (see below) with
claimVe33andclaimVeLottery. Nothing is assigned automatically, and your total can't exceed your remaining power. - Stay in sync. As your lock decays, excess assignments are removed: veLottery first, then ve33.
A new, extended, or increased lock can't vote in the same weekly epoch it was made (LockTooRecent).
Two ways to use ve4626
| Use | What it does | Who benefits |
|---|---|---|
| ve33 (vote) | Vote for a vault each week. Where enabled, qualify for the voter allocation and any offered bribes under the epoch rules. Your vote also raises the vault's overall lottery odds a little. | Voters and the vault |
| veLottery (boost) | Raise your own lottery odds on buys, up to 2.5×. | You |
veChance and veVote are retired names for these.
Fees and bribes
Where the voter integration is active, eligible weekly votes can participate in the 21.39% voter allocation. With the distributor unset, the gauge source routes that allocation to the protocol treasury, or to the jackpot if the treasury is unset. Voting alone does not establish payment eligibility. A bribe is an optional extra that a vault can offer on top, for the same vote. They are separate, and a vault can pay both. Gauge details.
Two clocks
Voting runs on a weekly epoch that rolls every Thursday. Fees and bribes follow that epoch. You can still claim after an epoch ends.
The 26-week (staleSweepGraceEpochs) and 4-week (BribeDepot4626 rolloverGraceEpochs, minimum 2) windows are grace periods before the owner can sweep or roll over leftovers. They are not deadlines for you to claim.
A daily (UTC) personal cover budget (k = 1, veUSD) is part of the v2 boost design, which is not live. It is a separate clock from the Thursday week.
Personal boost
Today your personal boost is 1.0×. On the live canary, BoostManager and gauge voting are set to address(0). That is expected, not broken: it means no boost and no gauge add until they are set.
When the boost is switched on:
- Without a covered position or veLottery, you stay at 1.0×.
- If your veLottery share is at least your position share, you get the full 2.5×, but only on the covered part of your buy.
- Coverage is measured on creator share USD:
l = min(creatorShareUSD, swapUSD), whereLis that creator's ShareOFT supply in USD. Your veLottery share (ve/Ve) sets the Curve rate.
Your final chance still can't exceed the LotteryManager hard cap.
The next version (v2) uses a Curve formula on capped swap USD (D = 100_000) times lock-USD coverage (veUSD, k = 1 per UTC day). It is documented but not live: Lottery boost v2. The 2.5× ceiling is formally proven.
FriendKey is not part of the lottery.