Tally powers token sales, distribution, and utility for 500+ protocols including Arbitrum, Uniswap, ZKsync, and Wormhole.

With Tally, you can:

• Launch and scale tokens with confidence

Tally features

Ready to launch your token? .

Tally's token launch platform reduces time to launch with production-ready, end-to-end solutions. Set your protocol up for success with a launch platform that reduces engineering timelines, vendor migrations, and custom integration work. As your protocol evolves, add staking, vesting, governance, or multi-chain support to meet the needs of your ecosystem.

Key features of Tally's token launch solutions:

• Public token sales: Execute liquidity bootstrapping pools (LBPs) or other sale mechanisms with custom interfaces that simplify participation

• : Distribute tokens to millions of recipients with gas-optimized claim processing

• : Ship custom-designed claim pages with your branding and domain that provide clarity and consistency across all token operations

• : Implement lockup periods and vesting schedules that integrate seamlessly with on-chain providers and custodians

• : Launch tokens simultaneously across multiple EVM chains with unified supply management. Recipients claim on their preferred network without wrapped assets or bridging

• : Launch just the token, pair it with from day one to incentivize long-term commitment, add to enable decentralized decision-making immediately, or progressively enable components later as your protocol matures.

Get started

Ready to launch your token? .

Users can easily draft proposals using proposal templates that are set up by their organization. Instead of manually locating, copying, and pasting a contract address for a custom action, users can conveniently create a proposal using their organization’s custom contract address book. Additionally, proposals created using proposal templates are also more easily identifiable on the proposal page since they have human readable names.

To implement proposal templates for your organization, reach out to us at [email protected].

Test proposals appear on the organization homepage indefinitely. Tally does not delete test proposals to maintain operational security.

Partial delegation is a voting mechanism that allows token holders to split voting power across multiple delegates rather than assigning it all to a single delegate. For example, if a user controls 1000 tokens, the user could delegate 400 tokens to Delegate A, 400 tokens to Delegate B, and self-delegate the remaining tokens.

Additional Reading: Arbitrum Partial Delegation and Private Voting Solutions Research

Multisig governance is typically paired with a signal voting mechanism to maintain legitimacy. As an example, Yearn, Synthetix, and Sushiswap all use the Snapshot voting tool to let token holders make key decisions and delegate authority.

After considering a proposal in the community's discussion venue, a signal vote will be held to assess support. While this typically involves voting with Snapshot, in some cases communities may use on-chain signal voting (eg. early Yearn ygov.finance voting tool) or off chain voting which is weighted by user accounts instead of token holdings (eg. polls in Discourse forums or Discord).

Regardless of voting system used (on or off chain, weighted by users or token holdings), the vote itself doesn't trigger execution of the proposal's effects. Instead, the vote serves as instructions for the multisig signers to execute the proposal using their admin priveledges.

Voting has become unaffordable for many delegates on Ethereum L1. Tally provides the infrastructure for organizations to fund a budget for gasless voting and execute voting transactions via a relayer service. The mechanism operates seamlessly as the allocated budget is submitted to Tally for the facilitation of these transactions.

To learn more about how relay works & why it's important read the Relay section.

Currently ENS DAO sponsors gasless voting on Tally will be live as of April 4, 2024.

The parameters for gasless voting in the ENS DAO:

• Wallet must have ENS name registered as the wallet’s primary name

• Wallet must have at least 100 ENS in delegated voting power

• 8 votes per wallet (subject to increase)

Token holders can delegate their voting power, whether to themselves or a trusted delegate, with Relay generously covering the associated gas fees for these delegation transactions. The mechanism operates seamlessly as organizations allocate a dedicated budget to Tally for the facilitation of these transactions.

However, certain restrictions are in place to ensure fair participation. To utilize this gasless delegation service, token holders must meet specific criteria, including holding the minimum token requirements stipulated by each organization. For token holders who do not meet these eligibility criteria, conventional delegation remains an option, with the responsibility of covering gas fees falling on the individual.

The restrictions for free delegation are as follows:

1. Tally will only relay for token holders who hold at least a minimum number of governance tokens. The minimums vary per organization: 10 ENS, 10 UNI, 30 GTC, 40 ARB, or 50 POOL.

2. Tally will only relay a delegation transaction once per wallet per organization.

Optional transfer restrictions, vesting schedules, and lockup mechanisms with seamless integration to specialized on-chain vesting providers and custodians like Hedgey and Sablier.

Use cases

Team and investor allocations: Distribute tokens to team members and investors with multi-year vesting schedules and cliff periods to align long-term incentives.

Airdrop vesting: Combine airdrops with vesting to prevent immediate sell pressure while rewarding community members over time.

Grants and contributor rewards: Set up vesting schedules for grant recipients and protocol contributors to encourage sustained participation.

Ready to integrate vesting? .

Tally is the home for organization delegation, on Tally you can:

Delegate Voting Power

To vote in a Governor organization you must delegate tokens to yourself or to another address.

Explore Delegates

Easily explore all delegates in a organization. Filter by voting power, popular delegates, or the issues you care about (Public Goods, Security, and more).

Campaign as a Delegate

Create a delegate statement, link your twitter, and signal to voters what issues you care about.

To navigate to the Delegates page, click Community in the organization homepage.

Select Community.

You can search by ENS name or wallet address. You can sort delegates by Voting Power and Received Delegations. You can also choose a Focus Area from the All Focus Areas dropdown menu.

Click the Delegate button to easily delegate your voting power to that organization member, or click on their profile name to learn more about their participation in the organization.

Contender registration for The Arbitrum DAO Security Council Election begins March 15th.

Security Council Contender Registration Steps

Step 1: Navigate to security council .

Step 2: .

Step 3: Complete contender registration flow.

Step 4: Sign message and submit transaction.

Using Ledger for Security Council Contender Registration

Step 1: Navigate to security council .

Step 2: Connect ledger via Wallet Connect.

Step 3: Complete contender registration flow.

Step 4: Follow the prompts and sign message in Wallet Connect,

Step 5: Follow the prompts and sign transaction in Wallet Connect,

If you need additional support please contact [email protected] or message Tally on.

Execute liquidity bootstrapping pools (LBPs) or other sale mechanisms with custom interfaces.

Tally builds branded token sale experiences that abstract away technical complexity, allowing you to seamlessly distribute tokens.

Custom token sale interfaces

Launch token sales with tailored experiences that match your brand and specific distribution requirements. Tally's infrastructure handles the technical complexity while you maintain full control over the sale mechanics and user experience.

Key capabilities:

Well-designed incentives and staking programs attract aligned token holders who add value to your protocol. Tally provides a complete, modular staking solution—open-source smart contracts and a ready-to-use interface that makes participation effortless. Deploy reward programs and staking systems tailored to your protocol's needs without building infrastructure from scratch.

Protocols use Tally's incentives and staking solution to return protocol revenue to token holders, reward long-term commitment, encourage governance participation, incentivize DeFi liquidity, and compensate network validators.

Key features of Tally's incentive and staking solutions:

Reward active governance participants for their time, expertise, and contributions.

Compensation mechanisms encourage thoughtful participation while reducing voting power concentration among large holders. Tally's solutions include requirements to ensure only engaged and accountable delegates are rewarded.

Reputation-based compensation

Design compensation structures that reward quality participation, not just voting power. Tally's infrastructure integrates reputation scoring to ensure rewards go to delegates who actively contribute to governance.

Key features:

Extend Tally's governance platform with integrations that enhance security, community engagement, and delegate transparency.

Safe

Create or link a Safe to your organization for secure multi-signature treasury management. Managing your Safe through Tally enables access to all governance features maintaining the security of multi-sig approvals.

For help using Tally as a Safe multisig, .

Voting and proposal management

Secure, transparent, and efficient voting mechanisms ensure all governance decisions reflect the will of the community. Collaborative proposal creation tools enable multiple contributors to work together seamlessly, while no-code fund transfers simplify complex governance actions without requiring coding skills. Approved proposals execute automatically with support for arbitrary executable actions that run directly through the governance system.

Learn more about and delegating on .

The makes it easy to query onchain data about Governor organizations. List Governors, onchain proposals, and accounts with delegations. Use the API to build notifications, dig into voter data or build governance right into your game or app.

Key features of Tally's API:

• Comprehensive Data Access: Dive deep into the world of Governor organizations. From listing Governors to exploring on-chain proposals and accounts with delegations, we've got you covered.

Tally Zero is a completely decentralized voting application that uses React and IPFS via thirdweb. This app allows you to connect to any governor address and vote on a proposal in a completely decentralized way.

Interested in Tally zero? .

What is Tally Zero?

is a completely decentralized voting application designed to facilitate onchain voting via the InterPlanetary File System (IPFS) through thirdweb. It serves as a fundamental tool to ensure that people can always vote onchain, even if all the more complex front ends, such as Tally and Boardroom, are down.

The Tally homepage shows details about a specific organization, including current and past proposals, assets, and delegates.

Organization Homepage

On the organization Home page, key information & metrics are shown. You'll also see a button to Delegate vote on the right hand side along with your voting power information.

Once you've signed in to Tally, you can click your profile name at the top right to access the profile drop-down menu.

Tally Profile

Your organizations

Custom Actions on Tally provide a versatile way to create and manage organization proposals with complex requirements. These actions enable users to execute a variety of operations within a single proposal. Custom actions include any on-chain action that Tally does not have a custom UI for (ex: token transfers).

Tally has recipe books for the following custom actions:

Tally's Custom Action builder supports the tuple[] type, called tuple arrays.

What are tuple arrays?

The tupletype in Soldity is a data structure that contains a fixed number of elements, each of which can be of a different type. For instance, a tuple can contain an integer, a string, and a boolean value all together. The tuple[]type, called a "tuple array", contains a list of tuples.

Empower your organization by creating an on-chain proposal on Tally using the Swaps recipe! This tool allows organizations to exchange tokens directly from their treasuries, facilitating treasury diversification. These organization Swaps are powered by .

Swap Proposal in 5 Steps

1. A organization member formulates a swap proposal, specifying the assets to trade and the amount to sell. The UI provides an

What are draft proposals?

Want some feedback on your proposal before it goes live? Keen to write it and have someone else submit it?

Advanced execution refers to the execution of actions specified in a proposal as soon as it is passed.

Basic Execution vs Advanced Execution

In a basic execution scenario, a proposal, once approved by the organization members, would need to be manually executed by someone, usually a organization member or a designated executor. This manual step can introduce delays and is dependent on human intervention.

On the other hand, advanced execution involves setting up smart contracts and automated processes to execute the actions specified in a proposal as soon as it is approved. This can include sending funds to a specified address, but can also involve more complex actions such as interacting with other smart contracts, triggering certain functions, or even a series of actions that need to be executed in a specific order.

Ready to become a organization delegate? Tell organization members what you stand for by creating a delegation statement.

How to Create a Delegate Statement

1. From your Tally Profile, click on the organization you want to create a statement for.

The Scopelift team built a Flexible Voting extention with support from Uniswap Grants Program. For implementation details, check out :

This new building block allows arbitrary delegate contracts to be developed which can unlock all kinds of new use cases, such as:

• Voting with tokens while earning yield in DeFi

• Voting on L2 with bridged tokens

Users can create an on-chain proposals of a snapshot proposal on the Tally platform. Voters should use the diff checker to view check what differences are made, if any, in the new on-chain proposal on Tally.

Private voting encrypts individual votes on-chain while maintaining verifiable final results. Votes are encrypted when cast and only decrypted after the voting period ends, revealing the final tally while preserving voter privacy.

Private voting can be implemented on top of a Governor with Flexible Voting. Implement the in the Governor, then deploy a shielded pool that uses zero-knowledge proofs or MPC to keep votes private. Voters can move votes into the pool, then the pool sends its vote totals back to the Governor without revealing the votes.

Additional Reading:

Safe wallet users can now sign in directly to Tally using WalletConnect. The flow detects Safe smart contract wallets and presents a unified authentication experience.

1. Connect Safe wallet

• Select Connect Wallet and choose WalletConnect.

Setup Process

1. Create Profile with Software Wallet

These technical guides go in-depth on how staking works, how to set it up, and how to operate a staking system.

Tally is built on top of the . Tally indexes the on-chain data from and enables users to make calls to Governor smart contracts running autonomously on the blockchain.

To be compatible with the Tally app, we recommend you use OpenZeppelin's . This modular, battle-tested system of organization smart contracts gives token holders control of their organization on-chain.

A typical Governor organization uses three contracts: a token contract, a Governor contract, and a timelock contract.

Governor is composable with Gnosis Safe, which has led to an emerging ecosystem of Governor <> Safe integrations that enable new organization use cases.

Tally supports a variety of on-chain voting mechanisms.

from Tally and from Zodiac put together this video walkthrough about how to upgrade a Gnosis Safe to an onchain Governor on Tally:

This upgrade path is particularly useful for progressively decentralizing a DAO. Often, a multisig makes sense for a newer DAO with a smaller treasury. As the stakeholder set expands, organization might find that it needs the security and decentralization of onchain proposals.

This Zodiac upgrade path makes it easy to progressively convert the Safe into a Governor without moving all assets and permissions between contracts.

Tally supports organizations on Ethereum, Polygon, Optimism, Arbitrum, Avalanche, Base, Moonbeam, Scroll, BNB Chain, Gnosis, and various testnets.

Tally connects with the on-chain contracts for your organization in two places. Tally’s servers index the on-chain data, and Tally’s web3 site helps users make calls directly to the contracts running on the blockchain.

Here, we describe the interface that your contracts need to follow to be compatible with Tally. The easiest way to be compatible is to use the Open Zeppelin Wizard to deploy a governance token and governor

If you do need to change something, check that your contracts implement the methods and event logs in the sections below to make sure that your changes are compatible with Tally’s data indexing and transaction calls.

Modular architecture

Launch just the token, pair it with staking from day one to incentivize long-term commitment, add governance to enable decentralized decision-making immediately, or progressively enable components later as your protocol matures.

Branded claim experience

Tally builds branded claim interfaces in close collaboration with your team to ensure brand alignment and user clarity. Custom domains maintain consistent branding across all token operations.

Launch with governance

Tally deploys your protocol's governance smart contracts, including Governor and Timelock, ensure a smooth and convenient transition from token claim to active governance participation.

• Launch with ERC20Votes

  • Tally deploys your token, a non-fungible, non-transferable token that can be minted and revoked by the Governor. The ERC20Votes extension ensures your governance token supports vote delegation and efficient tracking of voting power over time.

• Deploy Governor and Timelock contracts

Multichain support

Launch tokens simultaneously across multiple EVM chains. Recipients claim on their preferred network without wrapped assets or bridging, eliminating friction and complexity from multichain distributions. Tally's cross chain claiming experience reduces operational overhead, improves user experience, and ensures token holders can participate from any supported chain without technical barriers.

Post-launch operations

Tally provides continued technical support, infrastructure monitoring, and feature development as your protocol grows.

Tally helps your team prepare for a clean launch:

• Pre-launch links and interfaces

• Educational and onboarding materials

• Page scaffolding

• Integration with specialized tooling and providers as needed

Ready to launch your token? .

Why Staking?

Staking on Tally distributes protocol revenue or native issuance to token holders. It's the foundation for open, trust-minimized systems.

Optionally, the rewards can be incentives for particular actions. Rewards can depend on particular behavior, like validating the network, long-term holding or governance activity.

Tally staking offers:

1. Flexible staking infrastructure: Implement staking for your protocol’s specific needs.

2. Multiple reward sources: Distribute rewards from protocol revenue, treasury assets, token emissions, or all of the above.

3. Governance integration: Staking is compatible with governance, so that holders don’t have to choose between rewards and governance. Optionally, rewards can be conditional on active participation in governance.

4. Validator support: Pay stakers and operators to validate protocol security.

Tally's solution works for protocols at any stage. It supports new token launches and established projects. This guide covers both strategic direction and technical details.

Launch a new token with built-in utility, or enhance your existing tokenomics. Either way, Tally's solution provides the foundation for sustainable economic alignment.

How it works

1. Staking contracts distribute rewards over time

   1. Rewards can come from anywhere. The most common sources are 1) protocol revenue and 2) issuance of the protocol's native token. The rewards can be in any ERC20 token or even in more than one token.

   2. Tally's staking contracts distribute rewards among eligible staking users over time.

2. Tokenholders stake protocol tokens for a share of the rewards

Case study: ZKsync's staking program

ZKsync is using Tally's staking solution to create an economic feedback loop where active governance participation drives protocol growth and rewards flow back to contributors. The program will distribute 35 million ZK tokens across two seasons.

Program structure:

• Season 1: 10M ZK rewards for 400M tokens staked

• Season 2: 25M ZK rewards for 1B tokens staked

• Participants earn up to 10% APR by staking ZK and delegating to active governance participants.

How it works:

• Delegation-based rewards: Token holders must stake ZK and delegate to active participants to earn rewards. Active participants are delegates who voted in at least 2 of the last 5 governance proposals. This ties rewards directly to governance activity.

• Continuous reward streaming: Rewards distribute continuously over 30-day epochs, preventing yield discontinuities and giving stakers time to respond to changing conditions.

• Governance integration Staked tokens retain full voting power. Eligibility criteria ties rewards to governance activity, ensuring staking incentivizes active protocol participation.

Learn more about .

Ready to launch staking? .

Returning fees

Tally's staking system allows protocols to return protocol fees to token stakers. This creates direct economic alignment between protocol usage and token holder rewards.

How it works:

• Protocol governance decides what percentage of fees to distribute to stakers

• Fee distribution can be automated through smart contracts

• Rewards can be paid in native tokens, ETH, stablecoins, or other assets

Governance integration

Unlike other staking systems that force users to choose between earning yield and participating in governance, Tally's solution supports both.

How it works:

• Staked tokens can delegate their voting power

• Optionally, rewards depend on the tokens being active in governance

Customer example: Obol implemented staking with governance integration, ensuring their stakers can earn rewards while still contributing to protocol governance decisions. Read the OBOL case study .

Delegate reputation scores

Tally's staking system integrates with tracking to measure and reward quality governance participation.

How it works:

• Delegates receive scores from 0-100 based on voting participation, forum rationales, and discussion engagement

• Scores update after each governance cycle to reflect current activity levels

• Only delegates meeting minimum reputation thresholds (e.g., DRS ≥ 65) qualify for staking rewards

• Token holders can view delegate scores and participation history to make informed delegation decisions

Customer example: uses DRS integration to gate delegate compensation, ensuring only active, engaged delegates receive staking rewards.

Liquid staking support

Enable token holders to earn rewards while keeping their tokens transferable and usable across DeFi.

Seamless user experience

Your community can stake, track rewards, and manage positions through one intuitive interface.

Network/protocol validation

Tally's staking system is compatible with staking and restaking protocols that provide validated services.

How it works:

• Native tokens can be used to secure actively validated services

• Compatible with protocols like EigenLayer and Symbiotic

• Aligns token holder incentives with network security

Insurance funds

Staked tokens can serve as insurance against reorgs or losses.

How it works:

• Native tokens are staked in a pool and accrue rewards

• If something goes wrong, like a reorg or shortfall crash, staked tokens are slashed to cover the losses

Stake streaks

Stake streaks reward long-term holders, creating incentives for extended token holding periods and reducing market volatility.

How it works:

• Stakers' earning power increases over time

• Rewards scale based on continuous staking duration

• Encourages long-term protocol alignment, and reduces token velocity

Ready to launch incentives and staking? .

Tally has partnered with Wormhole on MultiGov, which powers multichain governance for organizations.

What is Multichain Governance?

Your organization, everywhere. MultiGov lets organizations meet token holders where they are. organization members can govern an on-chain organization from any chain. MultiGov supports organizations on Solana, Ethereum and EVM-compatible L2s. Multichain organizations will lower barriers to participation and reach users everywhere.

Single-chain vs MultiGov

Until now, organizations operated their governance on a single chain.

On L1

Many of the oldest and largest organizations have their token, Governor and treasury all on Ethereum mainnet. Rising L1 gas costs make that setup increasingly expensive. MultiGov gives voters a way to lower gas costs.

On a single L2

Newer protocol organizations might launch on one network. Once they find product-market fit there, they often want to expand to other ones. MultiGov gives protocols a way to meet users where they are.

Benefits of MultiGov:

• Save on gas costs

• Govern protocol across chains

• Meet community where they are

• organization can follow the protocol to new networks

Implementation: the hub-and-spoke model

MultiGov organizations use a hub-and-spoke model. This model combines well-understood building blocks – governor, token bridges, and message-passing.

On the "hub" chain, the organization has a standard and with the . The hub can be any supported EVM chain. Tokenholders can choose bridge their hub governance tokens to spoke chains.

On each "spokes" of a MultiGov organization, there's a bridged gov token and a spoke Governor. The bridged gov token keeps track of voting power on that chain. When there is a proposal, the voters on that spoke chain vote on a spoke Governor. Votes on each spoke Governor can be aggregated and bridged back to the hub chain.

To learn more about how organizations can use MultiGov, watch Tally CTO Raf Solari’s ETH Denver 2024 talk on Multichain organizations

Wormhole

Wormhole, powered by $W token holders, will be the first to use this pioneering multichain governance system. Wormhole's organization will enable token holders on any supported chain to engage in the governance process. This approach to governance will enhance the user experience, making community contributions easier.

Interested in implementing MultiGov for your protocol? .

Get an API key

To get started, you'll need an API key. Sign in to Tally. On your User Settings Page, see the "Tally API" section. Generate an API key, and keep it somewhere safe.

You'll need to include that API key as an HTTP header with every request, i.e. {"Api-Key": "YOUR_KEY_HERE"}

Quickstart example

To get started quickly, check out the . This simple React app uses Tally's API to list DAOs and their proposals.

API docs

The public API is documented on . The API is a graphql API lets you request exactly the data you need.

Graphql playground

One big advantage of graphql is that it's self-documenting. Check out the . You'll need to add your API key in the "Request Headers" section, like this: {"Api-key": "YOUR_KEY_HERE"}

Note that the playground also includes undocumented endpoints. Using them is not recommended for production apps, because they are subject to change without notice.

Rate limits

Free Tally API keys are rate-limited to ~1 request per second. If you'd like to switch to the paid tier to increase your rate limit, reach out on the .

You can make a proposal on Tally to deploy Uniswap v3 on a fresh EVM chain.

The first step of launching Uniswap V3 on a fresh EVM chain is to deploy the smart contracts that comprise the protocol. To simplify this process, Uniswap Labs has devised deployment scripts and management CLI, ensuring a smooth rollout of the required contracts onto a new EVM chain.

Simply set up and fund a deployment account to cover the gas charges (estimating 40-50M gas). Then, execute a single command within the CLI. This will sequentially deploy each contract, marking checkpoints that can be rolled back if complications arise.

How to make a proposal to deploy Uniswap v3 on a fresh chain

Make a proposal on Tally using Custom Actions.

• Target contract address: 0x4976fb03C32e5B8cfe2b6cCB31c09Ba78EBaBa41 (the public ENS resolver address)

• Contract method: setText

• Calldatas:

Resources

• of Uniswap v3 deployment on Celo

Besides creating and voting on proposals, users can also: queue, execute, and cancel.

Queuing, executing, and canceling proposals can all be accomplished directly from the .

Queuing and Executing Proposals

Once a proposal passes, you can queue and execute it from the same place you voted:

What does it mean to “queue” a proposal?

Queue prepares a proposal for execution. The queue action sends the proposal to the Timelock contract, which starts the countdown until the proposal can be executed.

Someone needs to call the queue() function because the EVM (Ethereum Virtual Machine) does not support scheduled or automatic calls. Every call must be kicked off by a user.

If a Governor does not have a Timelock, then proposals don’t need to be queued. They can be executed as soon as the proposal passes.

Who can queue a proposal?

Generally, anyone can queue a proposal that has passed! The only exception is that some custom Governor contracts limit who can call queue().

How long will the proposal be queued?

This depends on the Timelock Delay of the Timelock contract. You can check that delay on Etherscan until Tally adds it to the .

What does it mean to “execute” a proposal?

Executing a proposal runs its function calls on-chain. Each proposal is associated with one or more function calls, which are visible in the Executable Code section of the . These calls can do things like transfer assets from the treasury, update parameters of the Governor itself, change or upgrade a DeFi protocol, or call another smart contract.

Who can execute a proposal?

Generally, anyone can execute a proposal that has passed! The only exception is when a custom Governor contract limits who can call execute().

Canceling Proposals

To cancel a proposal, click the three-dot menu to access additional actions. You can also copy the proposal's URL and view contextual information.

When can a proposal be canceled?

It depends! There isn’t a standard version of cancel logic across Governor implementations. Governor Alpha, Governor Bravo and OpenZeppelin Governor each have different behavior.

OpenZeppelin Governor

OpenZeppelin Governor leaves the cancellation up to the developer implementing the contract. Many organizations implement a Canceller role that gives a list of addresses the power to cancel proposals.

Governor Alpha

If the proposer’s voting power drops below the voting threshold, anyone can cancel that proposal.

Governor Bravo

Same as Governor Alpha. Also, the proposer can always cancel their proposal.

Can a canceled proposal be re-submitted?

Not if it’s the exact same one. To re-submit a proposal, create a new proposal with the same executable code.

What is Delegation?

For organizations that use the Governor contract, only delegated tokens can participate in voting. What does this mean for you, a token holder?

You must delegate your tokens to participate in voting. You may choose to delegate to others or to yourself.

If you wish to vote on proposals directly, delegate your voting power to your own address. Or, you can delegate your voting power to another community member and let them vote on your behalf. You can update your delegation at anytime.

Note: To vote on a proposal, votes must be delegated BEFORE the proposal is live. For security reasons, votes delegated during a proposal period cannot be used until the next proposal.

Delegate to Yourself

Delegate to Another Address

You can also delegate your voting power to a specific address directly on their .

Navigate to your by clicking your profile name at the top right and selecting Profile from the drop-down.

Re-Delegate & Un-Delegate

At any point, you have the complete freedom to re-delegate your tokens to a different address by following the same steps you initially used to delegate your tokens. This flexibility ensures that you can adapt to changing circumstances and align your delegation with your current preferences or strategies.

Additionally, you also have the option to undelegate your tokens, thereby reclaiming your voting power to participate directly in the decision-making process. This may be important if a vote you feel particularly strongly about comes up; you can take a more active role in the governance of the organization whenever you feel it is necessary or appropriate.

Every blockchain interaction - whether casting a vote, delegating voting power, or creating governance proposals - requires participants to pay transaction fees (commonly known as "gas fees") on the underlying blockchain network. These fees represent a significant barrier to participation, potentially excluding valuable contributors and skewing governance decisions toward those with greater financial resources.

Introducing Relay: Removing Financial Barriers to Participation

Relay is a sponsorship system where organizations can cover the transaction costs for their members' governance activities like voting and delegating. organizations can now cover the costs that would otherwise prevent members from participating in crucial decisions.

How Relay Works

The technical foundation of Relay rests on OpenZeppelin Defender, a trusted security framework in the blockchain world. When a organization enables Relay, they set aside a specific budget for governance transactions. As members participate in governance activities, Relay automatically handles the complex process of paying transaction fees, making the experience seamless for users - they can simply focus on making thoughtful governance decisions.

Tally maintains this service through a small fee on each transaction, ensuring the system remains sustainable while keeping costs manageable for organizations. This approach is similar to how payment processors charge small fees to maintain their infrastructure while providing valuable services.

Benefits

Tally has processed hundreds of thousands of governance transactions, with associated gas fees reaching hundreds of thousands of dollars. These numbers represent not just costs, but potential barriers to participation. Each transaction fee could have been a reason for a valuable member to stay silent instead of contributing their perspective.

When organizations sponsor transactions through Relay, they're making a powerful statement about their values. They're saying that every voice matters, regardless of a member's ability or willingness to pay gas fees. This commitment to inclusivity strengthens the entire governance ecosystem in several ways:

1. Enhanced Participation Metrics: By eliminating financial barriers, organizations can expect increased engagement across their membership base, leading to more representative governance decisions.

2. Demographic Diversification: The removal of transaction cost barriers enables participation from a broader spectrum of community members, including those in regions where gas fees might represent a significant expense.

3. Governance Efficiency: With reduced friction in the voting and proposal processes, organizations can achieve quicker decision-making cycles while maintaining high participation rates.

For organizations interested in implementing gasless voting and delegation with Relay, Tally's team can be reached at to discuss specific needs and implementation details.

Staking is the easiest way to earn rewards and participate in governance. To learn more about why protocols are using Tally Staking to accrue value, visit Incentives & staking.

Protocols with Active Staking

Token holders can now stake OBOL and RARI on Tally and earn rewards. To learn more, read the full announcements for stOBOL and stRARI.

ZKsync staking

ZKsync staking is coming soon. To stay up to date with ZK staking and learn more, read the full and , or follow & on X.

Wormhole Staking

Wormhole's W token can be staked for potential future rewards. To stake your W tokens, visit the .

Ready to bring staking to your protocol? .

How to Stake OBOL

Staking for OBOL is live on Tally. stOBOL helps secure the OBOL network and allows token holders to earn rewards by participating in governance. Follow the steps below to stake OBOL directly from your wallet in just a few clicks.

Navigate to the and sign in with your wallet of choice.

Navigate the OBOL staking homepage

• On the homepage you can easily access staking earnings over time, available balance, past transactions, delegation status, and more.

Access the Staking Portal

• Locate the staking portal on the bottom right of the staking homepage. Here you can also view and update delegation. (Note: delegation is required to stake OBOL and earn rewards)

Submit Transaction

• In the staking portal, you can easily stake and unstake OBOL tokens. The portal will automatically populate available token balances, preview transaction cost, and prompt delegation when required.

• Enter your desired token balance, press stake or unstake, and submit your transaction via wallet. Submitted transactions will automatically update staked and unstaked token balances.

Support

If you need assistance with staking, submit a request to [email protected].

wstOBOL Support

Tally now provides comprehensive support for wstOBOL (wrapped stOBOL), enabling OBOL governance participants to seamlessly manage their tokens across DeFi protocols while maintaining visibility of their total governance power.

As OBOL expands into Pendle, token holders need tools to:

• Track balances across all OBOL token variants (OBOL, stOBOL, wstOBOL)

• Easily convert between token types in one canonical place

• Understand their total voting power regardless of token distribution

• Make informed decisions about governance vs. DeFi participation

Access NatSpec documentation of all the functions in the contract source code & more on .

For detailed information about wstOBOL and how it works, see Obol's .

Prerequisites

To implement Tally's staking system, you'll need the following:

1. Compatible tokens:

   1. A standard ERC20 token to use as the staking token. Typically, the staking token is the native token of the protocol, like UNI.

   2. One or more ERC20 tokens to distribute as rewards. e.g. WETH or the native token of the protocol for inflationary rewards.

   Note: Rebasing tokens or non-standard ERC20 tokens won't work.

2. Reward source: Rewards come from protocol revenue, treasury funds, or minting new tokens.

Optionally, staking supports additional features:

• Governance compatibility - for staking token that are also governance tokens. In other words, tokens that implement ERC20Votes. Staking passes through voting power to the underlying governance token. No changes are needed on the governance system.

• Staking reward criteria can use an . Calculators increase or decrease rewards based on any criteria. Calculators can use offchain criteria with an oracle.

Combining Staking with Token Launch

Many protocols launch staking with their token launch. Tally can help with a flow that combines the two events. Combining them offers several benefits:

• Immediate utility for new tokens

• Higher staking conversion rates

• Reduced initial selling pressure

• Clear value proposition for tokenholders

Learn more about how Tally helped Obol combine token launch with staking launch .

Choosing the Right Implementation Approach

Your implementation approach depends on your protocol's stage and needs:

For new protocols:

• Implement staking alongside your token launch

• Design with value accrual in mind from day one

• Create an economic loop between usage, fees, and rewards

For established protocols:

• Add staking to create utility for existing tokens

• Use protocol revenue or token inflation to reward stakers

• Consider phasing in rewards over time to test and adjust parameters

Next Steps

For the fastest and most reliable implementation:

• Contact Tally's team at

• Tell Tally about your staking and reward tokens

• Tally will guide you through the deployment process

• Get a fully-configured staking user interface on Tally

To deploy a test or self-serve staking contract

See the

Subscribe to Tally Notifications to get emails when there's a new proposal in a organization you follow.
Tally supports the following types of notifications:


1. New proposal - receive an email when a new
 proposal begins.

2. Proposals ending soon - if you have not voted on a proposal, receive an email when it has 24 hours remaining before votes close

3. Notification on voting results - receive an email when a proposal ends with the final results

How to enter and verify your email address

Access your Notifications Center

Click on your profile picture located at the top of the page. This will take you to the .

Enter your email address.

Type it into the modal.

Verify your email

We will send one-time verification code to the address you provided to ensure it is
accurate. Check your email inbox for a message from us containing the OTP. 
 It may take a moment to arrive.

Enter your OTP.

Return to the Notifications Center and input the code you received.

Complete verification process

Click confirm to complete the email verification process.

Subscribe to email notifications from an organization

1. Navigate to the home page.

2. Search for the organization you want to receive email notifications from.

3. Press the purple subscribe button.

You will receive a notification that you have successfully subscribed 
to email notifications from the specific organization.

Unsubscribe from email notifications from an organization.

1. Navigate to the home page.

2. Search for the organization you want to unsubscribe from email notifications.

3. Press the unsubscribe button

You will receive a notification that you have successfully unsubscribed from email notifications from the specific organization.

Why partner with Tally

Tally drives growth for your chain, protocol, or ecosystem. We provide the following value to teams in your ecosystem:

• Token launch services

• infrastructure including:

  • Staking contracts

  • Revenue collection and distribution

  • Staking application layer
• Launch and protocol operations advisory services

Partner Discounts

• 10% off and claim infrastructure products

• 10% off protocol operations and products

• 20% protocol products

Ready to partner with Tally? .

Common Issues

1. Insufficient reward balance:

   1. Ensure reward tokens are transferred to the staking contract before notification

   2. Check that the reward notifier has sufficient balance or approval

2. Oracle operations

   1. If using an oracle-based calculator, tools like OpenZeppelin Defender can push earning power updates on-chain

   2. The PauseGuardian should monitor the oracle’s updates and react quickly if the oracle goes offline or posts incorrect earning power

3. Earning power not updating:

   1. Earning power doesn’t automatically update.

   2. Anyone can run a bot to update earning power. There’s an economic incentive for MEV searchers to do updates, but they might not know about the incentive.

   3. We recommend running the scripts in the repo as a backup, in case the MEV searchers don’t.

How often do rewards get distributed, and how is earning power recalculated?

The REWARD_INTERVAL is configurable when deploying a new reward source. When there’s a new reward, the staking system updates everyone’s reward schedules based on earning power. The rewards are distributed over a period of time, the REWARD_DURATION.

How does the system handle vote checkpoints/snapshots?

The underlying governance token handles snapshotting. Staker puts the governance tokens for each delegate into a separate account, called a “surrogate”. Then, it calls delegate() on the underlying governance token to distribute voting power. This way, the underlying governance system does not have to change.

How to Stake RARI

Staking for RARI is live on Tally. stRARI helps secure the RARI network and allows token holders to earn rewards by participating in governance. Follow the steps below to stake RARI directly from your wallet in just a few clicks.

Bridge from Ethereum Mainnet to Arbitrum One

• Bridge to Arbitrum One .

Bridge to RARI Chain Now bridge your from Arbitrum to RARI Chain

• Bridge to RARI Chain .

Navigate to the and sign in with your wallet of choice.

Navigate the RARI staking homepage

• On the homepage you can easily access staking earnings over time, available balance, past transactions, delegation status, and more.

Access the Staking Portal

• Locate the staking portal on the bottom right of the staking homepage. Here you can also view and update delegation. (Note: delegation is required to stake RARI and earn rewards)

Submit Transaction

• In the staking portal, you can easily stake and unstake RARI tokens. The portal will automatically populate available token balances, preview transaction cost, and prompt delegation when required.

• Enter your desired token balance, press stake or unstake, and submit your transaction via wallet. Submitted transactions will automatically update staked and unstaked token balances.

Support

If you need assistance with staking, submit a request to [email protected].

Tally is currently compatible with the following chains:

• Ethereum

• Arbitrum One

• Arbitrum Nova

• Avalanche

• Base

• Blast

• BNB Smart Chain

• Corn

• Filecoin

• Flow Mainnet

• Gnosis

• HashKey Chain (coming soon)

• HyperEVM

• Kinto

• Linea

• Lisk

• Moonbeam

• Nova

• Optimism

• Polygon

• Polygon zkEVM

• RARI Chain

• Rootstock Mainnet

• Scroll

• Soneium

• Swellchain

• Vana Mainnet

• Viction

• Zircuit

• ZKsync Era

If you would like to integrate your chain with Tally email us at .

Deprecated Chains

The following chains are deprecated and will no longer be supported in future releases:

• Celo

• Cyber

• Darwinia

• Gravity Alpha

Distribute tokens to millions of recipients with gas-optimized claim processing.

Configure custom claim experiences tailored to your community and tokenomics. Set flexible eligibility criteria based on on-chain activity, snapshots, or allowlists. Deploy branded claim pages that scale from hundreds to millions of recipients across any EVM chain.

Distribute at scale

Tally's airdrop infrastructure uses Merkle tree-based claim processing to minimize gas costs while supporting large recipient lists.

Key capabilities:

Glossary

Core Concepts

Value Accrual: The process by which a token captures and distributes value generated by an associated protocol or network, creating sustainable tokenomics.

Deploy production-ready governance that scales with your protocol without requiring vendor migrations or custom integration work. As your governance matures, add advanced features like MultiGov, optimistic governance, or security council elections to meet the evolving needs of your community.

Protocols use Tally's governance solutions to enable decentralized decision-making, distribute funds, coordinate communities, streamline proposals, and ensure community oversight through transparent voting.

Key features of Tally's governance solutions:

To submit an on-chain proposal, you must have sufficient voting power to meet the organization's Proposal threshold. This figure can be found on each organization Page by expanding the Contract Parameters section near the top of the page.

Create a Proposal

Visit the of the organization you'd like to create a proposal for, then click the Create new proposal button at the top of the page.

In order to vote on a proposal, first make sure that you've and !

Note that tokens you own are not active for voting until you delegate. You must delegate to yourself if you wish to vote on proposals directly with your own tokens.

How to Vote

Select the active proposal that you'd like to vote on to navigate to its .

How to add a Governor to a token

A Governor contract expects a particular interface from its token contract. requires a token contract that implements the or the .

If a token may someday be useful for running an on-chain organization, deploy it with a voting interface for future Governor compatibility. If the token is already deployed and it cannot be upgraded, the best workaround is to deploy a wrapper token contract that adds the voting interface to an existing token.

You can use Tally's open-source to get started.

Configuring your Governor

Core logic is determined by the Governor contract. When deploying a Governor, you need to chose:

1. How voting power is determined

Tally staking lets holders earn rewards, participate in governance, and use their assets in DeFi. This guide outlines considerations for add the LST to a lending market, AMM, or restaking system.

See below for details about how a DeFi protocol can integrate the from the .

Integrate the ERC20 Token

The LST is a standard ERC20 token with no "weird" features like rebasing. The integration will be similar to other ERC20 tokens.

Note: FixedGovLST uses a rebasing LST internally. Integrating against the underlying rebasing LST is not recommended!

Ready to add your organization's governance to Tally? All you need is a deployed and a few minutes to get started.

Select the Get Started button on the Tally homepage (or ), select Deploy myself, then select Deploy contracts yourself.

Enter your organization's info: its name, description, and Governor Contract details. Then select Add Governor. That's it!

Why participate in governance?

User participation in governance helps create deeper alignment between protocol stakeholders. Some governance systems offer financial incentives for contributions such as voting, writing forum posts, or submitting proposals. Finally, decentralized governance offers the opportunity to pursue personal interests while having an outsize impact in a vibrant and growing ecosystem.

Governance is a critical aspect of any decentralized network as it ensures that the network can adapt, evolve, and operate efficiently without a central authority. The governance of a blockchain network can be broadly categorized into two layers: the Base Layer Governance and the Application Layer Governance.

Base Layer Governance

The base layer refers to the blockchain consensus mechanism itself. This is the foundational layer of a blockchain network that includes the blockchain protocol, consensus algorithm, and the native cryptocurrency. The base layer governance involves decisions and changes related to the core protocol of the blockchain, such as changes in the consensus algorithm, block size, and transaction fees.

The user who adds a organization to Tally will automatically be granted Admin privileges. If you have an older Governor organization, it may not have an Admin — reach out to us to start the process of adding one!

Admins Section

Admins for a given organization are displayed at the bottom of the :

What is decentralized governance?

Decentralized governance refers to frameworks for managing collective action and common resources outside of the existing legal system.

Economic activity has traditionally been organized via companies - legal entities capable of entering into agreements and controlling property. These common agreements and assets are managed via a system of corporate governance; executive officers control day to day operations while answering to the board of directors, who in turn report to shareholders. Any disputes are escalated to the traditional court system.

The rules of decentralized organizations are primarily enforced by code, rather than the legal system. This gives decentralized systems greater predictability as changing laws or governments don't impact the organization. But it also requires greater care in designing governance mechanisms, as token holders can't rely on the courts to address minority shareholder protections or other needs.

Governor organizations are smart contract accounts, which means they have the capability to make any on-chain call that a wallet or externally-owned account can. This flexibility is crucial for the integration of third-party applications with the Governor. This section will provide a detailed guide on how to integrate third-party apps with the Governor, ensuring seamless interaction and functionality.

Integration Process

Understand the Governor Contract: Before integrating a third-party app, it is essential to have a thorough understanding of the Governor contract, its functions, and its capabilities. The Governor contract is responsible for creating and managing proposals, as well as executing approved proposals.

If you are deploying a token that might govern a organization in the future, include voting methods. It's easy and safe to add them up front. It's much harder to upgrade or wrap the token to add them later.

How to deploy a compatible token

Deploy your token with . That means providing voting methods, getVotes and getPastVotes. Governors can call those voting methods when counting votes on proposals.

Ever since , Governor proposals have had an on-chain, human-readable `description` field. Governor frontends like Tally, Compound and others follow this de-facto standard:

1. Proposal descriptions should be markdown text.

2. The first line of the description, regardless of format, is the title.

3. Everything after the first newline is the body of the proposal. Frontends should render it as markdown.

Council elections are a pivotal aspect of decentralized governance, ensuring that the guardianship of a organization remains in the hands of its community. Elections serve as a testament to the democratic ethos of organizations, allowing stakeholders to have a say in selecting the individuals who will be at the forefront of safeguarding their interests.

Through a transparent and structured process, they aim to identify and empower those with the expertise, vision, and commitment to navigate the challenges that may arise, all while upholding the principles and objectives of the organization. It's not just about choosing leaders; it's about reinforcing trust, fostering accountability, and ensuring that the organization's security apparatus remains robust and responsive.

With Tally's custom-built council elections, elevate your organization's council elections to the highest standards of excellence and integrity.

What is a council?

In the rapidly evolving world of organizations, a council serves as a mechanism for stability and security. It consists of designated members with the authority to make necessary changes to the protocol during emergencies. The council's role is not only to govern but also to address potential threats, ensuring the organization's security and adaptability.

Roles and Responsibilities

A council is comprised of a certain number of members who are entrusted with the responsibility of making urgent modifications to the protocol during emergencies. Their roles are usually outlined as follows:

• Emergency Actions: Addressing critical situations that demand immediate attention, such as potential risks to users' funds. To execute emergency actions, a consensus of a certain number of members is required.

• Routine Operations: Apart from emergencies, the council also supervises routine software updates, maintenance, and parameter adjustments, which are considered as "Non-Emergency Actions".

Election Process

To ensure accountability and infusion of fresh perspectives, the members of the Security Council are elected democratically on a semi-annual basis. Tally can customize all aspects of the election process. Typically, it is structured as follows:

• Nomination: Initially, contenders register to become nominees, requiring a certain percentage of votes.

• Compliance Period: A period for the foundation to vet the nominees.

• Election Period: A period where delegates vote for the nominees, with the voting weight decreasing linearly over the last two weeks.

Security Measures

A Security Council operates within a framework that emphasizes security by design, incorporating the following elements:

• Constrained Access: Access to the Upgrade Executor, a core component of the governance system, is strictly limited to prevent unauthorized or malicious activities.

• Reuse of Existing Architecture: Leveraging existing secure infrastructure to avoid the introduction of new contracts that would require additional security measures.

• Adherence to Specifications: The implementation strictly adheres to the guidelines outlined in the organization's official documentation, ensuring the intended security properties are met.

Why should I care?

As a stakeholder in aorganization, the establishment of a Security Council—and an efficiently run election—should matter to you for several reasons:

• Security and Integrity: A council acts as a safeguard, protecting the system and its users from potential threats and vulnerabilities.

• Adaptability: It ensures that the organizationremains versatile and capable of adapting to changing circumstances without compromising its foundational principles.

• Democratic Governance: Elections at regular intervals foster a democratic environment, allowing for the inclusion of new skills and perspectives, and preventing the entrenchment of power.

Ready to run an election? .

Introduction

Liquid democracy, where each token represents one vote, is an ideal governance model in theory. But many organizations face challenges such as voter apathy, lack of technical knowledge, and an overwhelming volume of complex proposals. These barriers can significantly reduce the effectiveness and speed of decision-making.

Why optimistic governance

Optimistic governance offers a solution to these challenges by assuming that most proposals are approved, unless explicitly veto-ed by delegates otherwise. In this model, the decision-making process is streamlined, with a clear mechanism for delegates or community members to intervene if necessary. This is particularly useful for proposals related to maintenance upgrades, technical changes, or parameter adjustments, which may not require extensive community deliberation, but still need oversight and the ability to veto in the edge case that the proposed changes are malicious.

Proposed process for optimistic governance

To implement optimistic governance, Tally proposes a structured process designed to balance efficiency with accountability. The process involves several key steps:

1. Proposal submission

   1. Proposals are submitted by the proposer using a standardized template

   2. A proposal draft is shared with the community to gather initial feedback and ensure transparency

2. Due diligence

Implementation

• Scope limitation: This process should typically only be reserved for maintenance-related or technical proposals that require timely decisions but do not necessitate lengthy discussions

• Council composition: The council is composed of a diverse set of members, balancing technical expertise with community representation. This ensures both competent oversight and broad representation in decision-making

• Conflict of interest disclosures: Council members are required to disclose any conflicts of interest that may affect their voting on proposals

Modifications from standard OZ Governor setup

• Both Governors could implement a "Super Quorum."

  • Once a majority votes in favor, the voting ends. The Governor can send the proposal or veto to the timelock immediately

• The Optimistic Governor has the ‘PROPOSER_ROLE’ role on the timelock

• The Veto Governor has the ‘CANCELLER_ROLE’ role on the Timelock. The veto Governor's voting period must be shorter than the timelock delay, so that it can cancel proposals in time

Next steps

Optimistic governance provides an efficient way to manage routine and technical proposals, enabling a more agile decision-making process while ensuring that the organization retains oversight and accountability.

This approach helps prevent decision-making gridlock while fostering community participation and informed decision-making. If you're interested in implementing Optimistic governance,? .

Using Hedgey, you can make a proposal for ERC-20 token vesting plans. Token vesting plans allow on-chain teams to issue vesting token plans to members, mirroring traditional vesting with features like cliffs, flexible schedules, and backdated start dates. It's fully on-chain, revocable, and customized for on-chain teams' needs.

Key features include linear/periodic unlock strategies, on-chain governance voting, customizable dates, governance rights to vesting tokens, admin features for transferring vesting plans, delegation of vesting plans to multiple addresses, and beneficiaries' ability to claim tokens at their discretion. The contracts are fully on-chain, ensuring interaction even without Hedgey UIs​​.

How to call Hedgey’s Contract

You can create vesting plans one at a time or multiple in the same transaction. You need to add 2 custom actions to a proposal.

Creating Vesting Plans

1. The first custom action is to approve the allowance for the Hedgey contract to spend the tokens to create vesting plans.

   • Target contract address: the address of your organization governance token, or whatever token you are planning to use for vesting

   • Contract method: approve

Then, input the parameters as follows:

• Locker: 0x1bb64AF7FE05fc69c740609267d2AbE3e119Ef82 (address of the vesting plans contract)

• Token: address of your DAO token

• totalAmount: the total amount of tokens to be distributed to vesting recipients

Note all of the plans batched need to have the same period and vesting admin.

Help with Rates

Consider the following example:

If you have a specified total amount of tokens, for example 100,000, that you are distributing with a 2-year vesting term, the calculation for streaming would be different than for monthly payments.

For streaming: The vesting term spans 63,072,000 seconds, as there are 31,536,000 seconds in a year. Assuming your token has 18 decimals, you would calculate the rate of token distribution per second as follows: (100,000 * (10^18)) / 63,072,000 = 1,585,489,599,188,230. If your token has a different number of decimals, replace 18 with the appropriate number in the formula.

For monthly payments: Over a 2-year vesting term, there are 24 discrete periods (months). The calculation for the rate of token distribution per month would be: (100,000 / 24) * (10^18) = 4,167 * (10^18). This implies that 4,167 tokens will vest each month. However, in the last month, only 4,159 tokens will vest to complete the total distribution of 100,000 tokens.

When users stake governance tokens with the LST, they can actively delegate their voting power to specific delegates. However, in situations where tokens are held in DeFi protocols, cold storage, or centralized exchanges, direct delegation becomes challenging. This is where auto-delegates come in.

Auto-delegates provide a backup mechanism for governance participation when stGOV tokens are not actively delegated by their holders. They ensure that governance power doesn't become "stranded" and maintains active participation in the protocol's governance.

Why Auto-Delegates Matter

Auto-delegates solve several critical problems:

1. Preventing Governance Power Loss: Without auto-delegates, voting power from stGOV tokens held in DeFi or exchanges would be effectively lost to governance.

2. Maintaining Quorum: Auto-delegates help ensure sufficient voting participation to reach quorum for important proposals.

3. Protecting Against Capture: A well-designed auto-delegate strategy prevents governance capture when a large portion of tokens are inactive.

4. Reflecting Community Consensus: Auto-delegates can be configured to vote according to established community values and preferences.

Auto-delegate tradeoffs

Any version of a liquid staking token that tries to force users to update their delegate punitively, by withholding rewards, is likely to be beaten in the market by a version that doesn't do this. And that version is very likely to be less organization aligned than this LST's strategy of moving voting weight to the AutoDelegate.

In out view, the best option is to allow disengaged token holders to earn the same yield, but make sure their voting weight stayed active in a way that is under the organization's control. This approach is much better than trying to punish them, and allowing a more pathological set of incentives to play out. Ultimately, the AutoDelegate's is under the control of the active delegates and those that pick them.

Available Auto-Delegate Options

No Auto-Delegate (Burn Address)

The simplest approach is to not use an auto-delegate at all, effectively sending the voting power to a "burn" address.

Characteristics:

• Voting power from non-delegated tokens is completely removed from governance

• Simplest implementation with no additional code or maintenance

• Reduces total active voting power, potentially making quorum easier to achieve

• May lead to governance power concentration among active delegators

Best for:

• Protocols prioritizing active participation only

• Situations where you want to penalize inactive token holders

• Communities with high active governance participation already

Overwhelming Support Auto-Delegate

This option, implemented in , only votes on proposals that have strong support, but haven't yet reached quorum.

Characteristics:

• Only votes when proposals have reached a configurable threshold of support

• Helps high-consensus proposals cross the finish line

• Won't vote on controversial proposals, i.e. those with mixed support.

Key Parameters:

• subQuorumBips: The percentage of the quorum that proposals must have already achieved from FOR votes

• supportThreshold: The required ratio of FOR votes to (FOR + AGAINST) votes

• votingWindow: The timeframe before a proposal's deadline when the auto-delegate can vote

Best for:

• Governance systems seeking to maintain quorum while respecting community consensus

• Protocols wanting to avoid governance deadlock on broadly supported proposals

• Communities with lower active participation rates

Build a Custom Auto-Delegate

Protocols can create custom auto-delegates tailored to their specific governance needs and philosophy.

Potential Custom Implementations:

• Delegate Council Auto-Delegate: Follows voting decisions made by a trusted council or experts

• Meta-Governance Auto-Delegate: Votes based on a meta-governance system

If you'd like help building a custom delegate, . We'd love to help.

To access the organization Settings page, click the Settings button in the header of your .

Basics

From the Basics tab of organization Settings, you can update all of your organization's information, including its logo, name, description, and links. You can also include Contact Information for your organization.

Admins

From the Admins tab, view your organization's . If you have the Superadmin role, you can also add these roles for other wallet addresses.

Safes

From the Safes tab, you can create or link a Gnosis Safe:

Effective governance hinges on motivated, informed delegates. Yet in most mature organizations, fewer than 10 % of token holders take the time to read, debate, and vote.

A transparent Delegate Reputation Score (DRS) turns that silent majority into a strategic resource by rewarding the behavior every protocol needs: participating in proposal commentary, adding context, and voting with responsibility and accountability. organizations like Arbitrum and Obol are already utilizing DRS for delegate compensation mechanisms to reward quality governance participation.

Why does apathy persist?

Basic Configuration

To deploy a staking contract, you'll need to decide the following parameters:

stakeToken - The ERC20 token which users will stake to earn rewards.

The Reward token can be the same or different from the Staker token. If there are rewards denominated in more than one token, other token can be automatically swapped for the reward token before they're distributed

Tally expects tokens to implement the relevant standard, like or . Also, Tally needs the token contract to implement the for delegation and voting power checkpointing.

Specifically, Tally needs the following methods and event signatures for indexing and web3 calls:

Event signatures

Tally's API listens to event logs from token contracts when indexing them. Your token contract will need to maintain the same event signatures:

What is on-chain voting?

On-chain voting refers to governance systems where individual votes are submitted as transactions, and recorded directly on the blockchain. Submitting on-chain requires users to pay a transaction fee for each vote.

Smart contracts can be designed to execute proposals automatically based on the outcome of on-chain votes, removing the need for a trusted third party or core team to enact vote results. Examples of on-chain voting systems include MakerDAO, Aave, and protocols built on Compound's governance framework.

Prior Knowledge

The section assumes users have a general understanding of cryptocurrency, along with some familiarity with the Ethereum ecosystem in particular (most governance protocols currently exist on Ethereum).

If you find that you're still a little unclear, check out the external resources below.

About Gnosis Zodiac

Zodiac is a collection of tools built according to an open standard by the team behind Gnosis Safe. The Zodiac open standard enables organizations to act more like constellations, connecting protocols, platforms, and chains, no longer confined to monolithic designs. To learn more about the ideas behind Zodiac, visit the or read the .

FAQ

Ready to launch incentives and staking? .

Where do the quotes come from?

The quotes come from CoW's price estimator API, which estimates current prices from on-chain sources. As the order executes in the future, prices may vary.

Quoted price is not guaranteed

Upon proposal creation, you will receive a quote from CoW based on current market conditions. However, market conditions may change by the time of proposal execution, and a new quote from CoW will be used to create your order.

What is a price checker?

ensures that your order only executes if the market price is close, using a price oracle and a slippage parameter.

The default price checker on Tally uses Uniswap v3 as a price oracle and sets a max slippage. Custom price checkers can implement any logic they want.

Milkman price checker

enables smart contracts, like Governor, to place CoW Swap market orders on-chain. Milkman's price checker ensures that orders only fill at prices close to the market price.

What happens if the price checker doesn't see a good price?

If the price checker rejects fills with unfavorable prices, the assets to sell remain in the Milkman order contract. To return those funds to the organization's treasury, the Milkman order needs to be canceled with another on-chain proposal. See .

How does the Uniswap price checker work?

Tally's default price checker uses the Uniswap V3 oracle to get market prices.

If you select this price checker, Tally suggests a max slippage and picks the Uniswap pair(s) to use for the price oracle.

If there is not a direct path (e.g. COMP<>USDT), Tally will try to make a “bridge” with two pairs, e.g. COMP->WETH->USDT instead of COMP->USDT. If that doesn’t work, you’ll have to make a custom price checker route.

Example Using the Uniswap Price Checker

Note that steps 3-7 happen after the Governor proposal.

1. You want to sell 5 COMP to buy USDT

2. You create an order with Milkman. You set the price checker to use the Uniswap v3 oracle oracle and to accept 10% slippage.

3. That milkman order goes on-chain. Solvers compete to offer the best price for your order.

4. The best offer from CoW solvers is 100 USDT for 5 COMP.

If no solver comes up with a price greater than 90% of the oracle’s market price, then the order will sit unfilled until someone does. This order can also be canceled by whoever has the cancel role. In the context of a Governor proposal, that’s the organization, as it is the entity that request the swap.

How do I use a custom price checker?

You will need to find the contract address of a price checker and encode the data it can use to determine if the order gets a good price, usually slippage and a swap path. You may need to find a custom price checker that Custom price checkers can do anything, though.

What is in the Swap Recipe executable?

A Swap Recipe usually includes two executable calls.

1. approve Milkman to spend sell token

2. requestSwapExactTokensForTokens on Milkman

If the trade sells ETH, the funds must first be deposited for , since swap pairs must be ERC20s.

1. deposit ETH to WETH contract

2. approve Milkman to spend WETH

3. requestSwapExactTokensForTokens on Milkman

How do I read a swap peceipt?

When casting a vote for a swap, you should check the receipt for accuracy.

The quoted price provides a rough estimate of current market conditions before a swap is filled. The path and slippage show how the price checker will calculate the market price and how much slippage to accept.

After a swap is executed successfully, the Swap Receipt will link to the CoW order and to the order contract.

How do I cancel an order?

To cancel an order, the Governor must call cancel on Milkman via an on-chain proposal. Only the governor has authority to cancel an order. Canceling the order returns the assets that were for sale to the treasury.

Why is an order stuck in Pending execution?

This means that the order isn’t placed yet. The governor proposal has not yet been executed. Once the proposal has been executed, it will create an order on CoW via Milkman.

Why is there so much slippage in small orders?

Solvers pay gas to take an order. If the gas costs are large compared to the size of the trade, you’ll need high slippage to ensure that the solvers can make a profit after gas costs.

The liquid staking token, also called the LST, is the easiest way to get rewards from staking. It's like what stETH does for ETH staking.

1. The LST is, of course, liquid. Staking positions can be transferred without unstaking.

2. The LST auto-compounds rewards. Holders will automatically accrue the rewards without having to call claim()

3. The LST keeps governance power active. When the LST is in DeFi, cold storage, or a centralized exchange, the LST provides a backup plan for governance power.

   1. The backup, called the , has the job of keeping voting power active in governance. For example, see the , which only votes on proposals that have lots of consensus.

Check out the code in the open-source .

How it works

• Holder stake tokens to receive LST tokens.

• Optionally, they can delegate the governance token voting power

• The LST contracts deposit the staked tokens in Staker. The LST assigns the voting power to the holder's chosen delegate, if any. Otherwise, it assigns the voting power using the delegate

• The can be configured by governance. This keeps the default voting power aligned with the organization and mitigates capture risk.

Holders can redeem their liquid staking tokens for the underlying staked token at any time. The LST has a short withdrawal delay to prevent MEV extraction.

Architecture

Key roles:

• Stakers - any holder of the staking token can stake for rewards

• Owner - manages the fee switch

• DelegateAdmin - controls the auto-delegate

• Searchers - anyone, such as MEV searchers, can be a "crank turner" to push rewards through the system to stakers.

Fee switch:

• The owner can change the fee, up to a hardcoded MAX_FEE_BIPS .

• The fee is collecting on rewards. When a reward is distributed from the underlying staking system to stakers, the fee is applied to the reward amount.

• The fee is only collected on rewards. There's no fee on deposits, staked assets, or withdrawals.

Auction mechanics:

The LST wants to accrue rewards in staking tokens, not other reward tokens. To do so, it auctions off rewards to MEV searchers. The LST has a that allows any caller to swap a fixed amount of native tokens for all its staking rewards, which can be in any token(s).

Think of this system as a reverse Dutch auction. The buyer, the LST, is always willing to accept X amount of staking tokens for its accumulated staking rewards. Each block, the accumulated staking rewards increase. Eventually, an MEV searcher should be willing to accept all the accumulated rewards in return for X amount of staking tokens. Note that the MEV searcher also has to pay the gas for this transaction.

Here's an example:

• An LST contract has accrued rewards of 0.99 ETH in the staking contract.

• The payoutAmount in the LST is configured to 500 staking tokens.

• Imagine ETH is trading at $2,500 and the staking token is trading at $5.

• At this point, the accrued rewards are worth $2,495, and LST is asking for $2,500 worth of the staking token. No searchers are willing to make that trade because it's a loss for them.

Contracts

Each LST deployment consists of two ERC-20 tokens that distribute rewards through the same underlying accounting system.

• - Implements a rebasing style liquid staking token similar to stETH. One LST token is worth one of the underlying staked token, and each user's balance is updated dynamically.

• - Implements a fixed balance vault-style staking token. A user's balance does not change, but also does not map 1:1 with the underlying staked token. Instead, the number of underlying tokens a user may claim in exchange for their position goes up over time.

Each deployment of the LST system includes both style of tokens, but a project may choose to emphasize one or the other, or to put both front and center for their users. Generally, fixed balance tokens are preferred by integrators and custody providers.

For more information about the LST contracts, see

It's easy to create or link a Gnosis Safe on Tally from Organization settings. Learn more about Gnosis Safes below, or skip right to the step-by-step instructions.