0. Summary

TL;DR: BIP-51 proposes that:

  • All Voting Points (VP) are allocated once per round.
  • Any staked amount after the round begins generates a prorated amount of VP for the week.
  • All Voting Points (VP) reset at the end of a round.
  • Non-logged in users can spend 1VP.
  • New connected accounts receive 200VP on Sign Up.
  • All connected accounts are credited 350VP every round.
  • LP stakers generate more VP than before.
  • Pipes and other VP generating collectibles do not generate VP mid-round.
  • Access Passes do not generate VP mid-round (unless newly minted).
  • Unstaking before the round ends disqualifies the user from any undistributed rewards, removes their votes of that given round, and removes remaining VP of that given round. They will still be able to claim rewards that were previously credited to their wallet but have not yet been claimed.

This change reduces development and user complexity of the VP system, boosts weekly active participation, aligns directly with Botto's training needs, and opens up participation to everyone.

1. Rationale

While the DAO’s long-standing Voting Point system is fairly robust, it carries ramifications in its current form: dormant stakers accrue significant voting power over time to be spent upon return. While this is inherent in design and within any staker’s right(!) - the DAO should better align incentives of stakers to participate on a weekly basis and drive more consistent feedback to the machine.

Currently, VP generates linearly every second according to your $BOTTO stake. This translates to 1VP generated per $BOTTO staked each round. If you’ve staked LP shares into the Liquidity Mining contract, your VP generates per LP share, where 1 LP share is 150VP per LP share per week. VP calculations are done once per second, with 15 second intervals checking for your staked quantity. This is problematic as it places a significant load on Botto’s systems. We should move away from this.

These changes are anticipated to align participation more closely with Botto and the DAO’s weekly round cadence, encouraging users to train Botto at least once per week. This also encourages a fairer, more predictable distribution of protocol revenue as it discourages dormant accounts to return and vote dump.

A lower barrier to entry is also introduced: newcomers are more easily onboarded with a simpler understanding of “1 Token = 1 Vote”. For Access Pass distributions and Pipes, it also means less technical complexity in weekly VP generation: receive a prorated amount of VP for the week from the moment you acquire a VP-generating collectible.

2. Proposal Specification

2.1. Mechanisms

  1. Weekly VP Allocation: VP is allocated once per round, at the beginning of the round.
  2. Prorated VP Allocation: If a user acquires and stakes $BOTTO, LP shares, the amount of VP awarded in the round is prorated according to time left in the weekly round. Prorated sums are not allocated to collectibles that generate VP.
  3. Weekly VP Reset: VP is reset at the end of any given round.
  4. Baseline VP for All Accounts: All accounts that have connected their wallet to Botto are awarded 350VP each round.
  5. New Users VP: New users receive a one-time 200VP allocation when creating their account.

2.2. VP Generation Details and Examples

I. Staking of $BOTTO

VP generation is directly proportional to the amount of $BOTTO staked. For every token a participant gets 1 VP for that round.

Calculation: VP = $BOTTO staked
Example: Staking 1,000 $BOTTO at the start of a voting round grants 1,000 VP for that weekly round. Additional staking within the round results in additional prorated VP allocation.

II. Staking of UNI-V2 LP ($BOTTO-ETH) Tokens

VP generation is determined by the present $BOTTO value of the LP tokens pooled in the Uniswap V2 pool that are also staked by the user in the Liquidity Mining contract, multiplied by 2. This ensures an amplified representation of their contribution to the liquidity pool.

Calculation:

VP = 2 * (User UNI-V2 Tokens / UNI-V2 Supply) * (Total $BOTTO in Pool + Total ETH in Pool / $BOTTO Price in ETH)

Example: If the total value of the ETH and $BOTTO pooled, as represented by the staked UNI-V2 LP tokens, equals 2,175 $BOTTO, the staker will receive 4,350 VP for that week’s round. Additional staking results in a prorated amount of VP based on the remaining time in the round.

III. Collectibles

Pipes, Access Passes, and other VP-generating collectibles generate their regular amounts at the beginning of each round. Access Passes acquired from new campaigns will have VP credited to the corresponding wallet from the moment they were minted. Pipes, collectibles, or Access Passes acquired on secondary only generate VP at the beginning of the following round, not mid-round.

IV. New Accounts & Baseline VP for All Accounts

A baseline amount of 350VP per round is provided to all accounts connected to Botto’s app at the start of each voting round.

First time users who sign up are eligible to receive 200VP.

V. Rewards

Rewards are calculated post-auction on Monday 16:00 CET. Unstaking before the round ends disqualifies the user from any undistributed rewards. They will still be able to claim rewards that were previously credited to their wallet but have not yet been claimed.

VI. Unstake: Forfeiting VP Spent, Remaining VP

A user that unstakes during a round has all their votes removed from the round. All remaining VP of the user is also removed. This is an anti-sybil measure.

2.3. Implementation Time

The implementation of these steps is expected to take approximately 2-3 weeks, involving development, testing, and deployment phases, followed by community support and feedback gathering. This Voting Point system revamp will appear both in the existing app and the new app.

2.4. Grace Period

To honor those who have intentionally saved their VP, there will be a grace period after the new VP system is implemented to use accumulated VP until the end of Temporal Echoes. This means that saved VP will not reset until the end of the Period, and that all other implementations would be active (i.e. VP generating at the start of the week, or the unstaking penalty).

3. Criteria of Success

Success for this proposal will be measured by:

  • Increased Round Active Users (RAUs) and retention rates.
  • A more equitable distribution of VP and protocol revenue share among eligible participants.
  • Positive community feedback and engagement with the new VP system.
  • Improved technical performance indicators, such as reduced server load and computational demand.

4. Disadvantages

  1. Risk of confusion or resistance among current participants accustomed to the existing system.

Mitigation:
The voting platform's interface will be updated with simple, intuitive features to clearly explain the revamped VP system. This update will specifically highlight the risk of losing all remaining VP and votes when users unstake. We will also gather user feedback to continue improving their voting experience. Additionally, users will have a grace period until the end of the current Temporal Echoes period to use their accumulated VP.

  1. Training might become less effective, and the number of stakers could decrease if occasional vote dumpers and infrequent voters are discouraged from participating in the weekly curation process. This could potentially lead to a short-term drop in the token price.

Mitigation: Monitor defined success metrics closely, have a thorough comms plan in place for launch, and be prepared to roll back to the previous system if necessary.

--

Finally, a big thank you to everyone who contributed with feedback and ideas to help shape this proposal!

    Lot to unpack in one proposal, and while I do understand the need to revamp VP system and resolve some impending issues I see couple of critical flaws with the proposal in current form:

    1. Grace Period until the end of current period is extremely bad user experience
      Given the protocol design, lot of people have accumulated VP as a way of speculating on Botto growth and bigger success in the future. It seems rather cruel to impose this hard limit of 8 works that remain in Echoes to spend their points. Furthermore this will bring a lot of undesired chaos in voting as people will seek to offload all their points.

    I propose two alternatives, either allowing accumulated VPs to be used without any expiration which will naturally happen as time go on, or in alternative allow for 1 year grace period to smooth out the transition.

    1. LP stakers generate more VP than before
      This is hard to understand, as LP stakers have been over-rewarded this entire time. Solution for LP provision should not be through VP generation, but through acquiring POL promoting CEX listing, introducing 80/20 LP model or something else.

    Finally, I want to finish on positive note, as I do believe this proposal is created with a correct goal in mind. Lot of these points have been discussed for long time in discord and I am grateful we are taking the next steps. Thank you all for hard work and for constant improvements on our protocol.

      Like the initiative to even out the vp so to say

      However, to be able to compete a bit with high token/vp holders i would like to see Period resetting.
      Have the numbers been checked on voting behavior of active voters high-regular-low vp? How long are people saving up. And will they able to singlehandly change outcomes?
      If the numbers point to Round as fairer distribution than yes. Otherwise i think i prefer Period - as a 2k holder. Or which we probably get more and more the coming years when we grow.

        Second question are we keeping the 2k threshold for rev sharing? I hope so. I see it as a membership fee.
        Level 1 is free to play no earnings
        Level 2 is 2k play and earnings

          Thanks for putting this together.

          I too wish the VPs would reset on the basis of Periods rather than Rounds, but I understand that rounds keeps it simple. If there are designs where it would work per round, I'd love to see them.

          Question : Why are we allocating Baseline VPs for All Accounts, 1 VP to non-connected users, etc.? If we're going to fight sybils, shouldn't we go all the way? Personally, I'd drop these.

          Lastly, we often (always?) have success metrics on BIPs, but we don't actually track them, do we? What is our base RAUs and what are we targeting? I'm all for instinct-driven improvements btw!

            Another good thesis of the rationale of this proposal can be found in this post in discord.

            Everything seems right, but I still don´t grasp the rationale behind a few of the initiatives, namely:

            1. Non-logged in users can spend 1VP - what for?
            2. New connected accounts receive 200VP on Sign Up - is this a bonus to encourage voting? Isn´t that achieved via access passes?
            3. All connected accounts are credited 350VP every round - what for?
            4. Pipes and other VP generating collectibles do not generate VP mid-round - I guess this means the system won´t be checking whether an account

            In general, I think it is because I´m not getting the different treatment to "connected" and "not connected" accounts, and why that treatment is necessary.

            verox VP = 2 * (User UNI-V2 Tokens / UNI-V2 Supply) * (Total $BOTTO in Pool + Total ETH in Pool / $BOTTO Price in ETH)

            So the VPs allocation will change weekly for LPs. Probably the best solution, I endorse it. Could "Total UNI-V2 Supply tokens" be a bit more clarifying than just "UNI-V2 Supply tokens" (?).

            vanto However, to be able to compete a bit with high token/vp holders i would like to see Period resetting.

            Agree with this. The possibility of bagging some vps to concentrate conviction will be over, and with it part of a game that was frankly engaging. Once this is done, and if the system dependencies allow to do so, I hope we can reconsider the proposal of "burning $botto for vps" (more on this here).

            quimp we often (always?) have success metrics on BIPs, but we don't actually track them, do we? What is our base RAUs and what are we targeting?

            This, please☝️. I know this is beyond this proposal´s scope, but it´s so important that 2 lines won´t hurt. Ideally the team should be tracking some basic growth metrics on a weekly basis. Ideally too, this data should be available to the dao - deeply believe we would be quite positively surprised by the incentives and engagement it could trigger.

              quimp Question : Why are we allocating Baseline VPs for All Accounts, 1 VP to non-connected users, etc.? If we're going to fight sybils, shouldn't we go all the way? Personally, I'd drop these.

              Agree. I don't see how this is sybil-resistant. Also, I like how this proposal as a whole moves us closer to 1 $BOTTO = 1 vote (this is useful for modeling token value among other things), but this part of the proposal strays from that. If we want to increase voting access with max bang-for-the-buck and sybil-resistence I'd favor select, targeted airdrops over this sort of blanket protocol.

              More broadly, this proposal packages a lot of different things together. It seems the soul of the proposal is the weekly VP reset. I think that most other items should be considered instead for future BIPs. Not just for governance clarity and ease of implementation but also for security. This proposal increases the number of interactions between onchain behavior (stakes/unstakes) and offchain behavior (vp allocation), which may increase the surface area for exploits. I'm not sure this can be completely avoided at this point, but it may be mitigated by simplifying the proposal to only essential items.

                I support the crux of this proposal, i.e. the weekly VP reset, as it'll encourage more regular voting instead of trying to "save up" VP to speculate.

                A few comments:

                (1) I'm not sure how meaningful the 1VP allocation for non-logged in users will be. If the intent is to let someone new to Botto have a go at voting (and hopefully convert into a more regular participant), the 200VP given to newly-accounted accounts should suffice.

                (2) I'm guessing the 350VP baseline allocation per week for any connected account is to make voting more accessible, i.e. one does not need to spend any money upfront to buy $BOTTO to participate. While I'm all for making voting more accessible, I suggest we can do this as a temporary initiative rather than a permanent feature. This will give the team time to assess whether there is a significant number of accounts making use of the feature with no $BOTTO staked (which we can perhaps call "casual voters"). And there isn't much demand, we can drop this easily. Another key point is that this dilutes the narrative of 1 $BOTTO = 1 vote a little bit, and that it is in our interest to funnel such casual voters to eventually purchase some $BOTTO to continue voting.

                In this regard, perhaps we can have a simpler arrangement for new accounts: instead of structuring the VP allocation based on a one-time allocation for new users and a baseline allocation for all users, why don't we just have a single time-bound allocation of VP for new users? E.g. an allocation of 350VP each round for new users for 12 weeks, and beyond that, no further baseline VP allocation. At the end of this 12 weeks (or whatever relevant period), an email or some sort of correspondence can be sent to these users to check in with them on their experience (e.g. a simple survey) and also nudge them to buy some $BOTTO to continue getting VP. This approach won't negate the Sybil issue, but I think it can balance the risk of that against the benefit of providing a wider funnel to convert people into staking $BOTTO.

                (3) Comms on this change should also make clear that the 2000 $BOTTO threshold continues to apply for voters to receive a share of the revenue from the weekly sale.

                (4) The grace period should be longer. I think setting it to the end of the current Period is too short. I agree with @narok that we can spread it out, so that those with a lot of accumulated VP have more time to utilise them. This will also avoid any distortionary effect from these users offloading their VP in a short time, especially at the end of the current Period. My intuition is that the grace period should be in the ballpark of 6 months to 1 year.

                  I like the direction of the proposal to reset the VP and get us closer to 1 $BOTTO = 1 Vote.

                  But I do have clarification questions on a few things:

                  • Is this proposal eliminating the minimum staked to earn rewards? Unclear whether this is impacted in this BIP
                  • Agree with everyone that the 1VP for non-logged users doesn't make sense
                  • Is the intention for the 200VPs for new signups to attract new users/voters so they can participate without having any $BOTTO, but can participate/try it out by simply connecting their wallet?
                  • What does the 350 VP actually achieve? What is this incentivizing exactly - don't really understand.
                  • Existing VPs should have a Grace Period that is at least 12 week (1 Period) post go-live, ending it at the end of this current Period is a bit short, esp factoring into implementation time + voting time
                  • Can we show the baseline stats of active users of this Period and the last Period?

                  Supportive of this BIP - just need to clarify a few things.

                    Thanks to everyone for the thoughtful replies so far. As a precursor, I understand that more rationale is required to outline the proposed changes surrounding the new VP system. I'll provide the added context to each line item of this BIP as I reply to everyone’s points.

                    narok Given the protocol design, lot of people have accumulated VP as a way of speculating on Botto growth and bigger success in the future.

                    I understand this line of thought. It has to be recognized that actively voting has been encouraged since Botto started: providing training data is aligned to improving Botto. Hoarding VP is a user choice and is rightly speculation as you put it. It's also not been actively discouraged - but surely those banking on Botto's success probably have far superior upside speculating on the token (holding or staking).

                    More pertinently, a VP reset with a grace period of 8 weeks still provides users with the ability to spend their VP while minimizing the ability for dormant accounts to come in and spam their VP - completely defeating the point of the majority of users who speculate by saving VP in the first place. A grace period lasting until the end of Interstice (or a few weeks beyond that if everyone feels strongly about this) rewards DAO members who are actively around and contributing, while mitigating the impact of dormant accounts resurfacing as they 'rediscover' Botto. One of the main reasons a weekly VP reset is proposed is to ensure active voters are rewarded for consistently showing up week after week. Extending the VPs to have no expiration is not in the spirit of a VP reset, nor is a 1 year grace period.

                    To add, data within most periods on artworks and fragments has remained mostly consistent (from a storytelling perspective) due to minimal VP system changes. Isolating a grace period to the end of Interstice may result in more expansive VP spending in the near term, but it would not have a trickle effect into the next.

                    narok This is hard to understand, as LP stakers have been over-rewarded this entire time. Solution for LP provision should not be through VP generation, but through acquiring POL promoting CEX listing, introducing 80/20 LP model or something else.

                    I don't think this is an either or choice. Incentivizing LPing here would be additive. For clarity, we'd be calculating the quantity of BOTTO and ETH in an LP share at the beginning of the round, calculating how many BOTTO's worth that is, then multiplying it at 2 (the incentive). We could also drop the multiplier, or continue at a static value. If we keep the 2x multiplier, we can very easily signal to the end user that they can get a "2x boost" on their VP. I think that's straightforward for a crypto-native. If this seems too contentious a point that might block other items on this proposal, we could simply retain the old LP calculations (150VP per LP share) and add the "2x boost" into a separate proposal for us to discuss. That's totally ok.

                    vanto However, to be able to compete a bit with high token/vp holders i would like to see Period resetting.

                    I think period resetting is more difficult to understand for an incoming user and is more skewed to those around longer throughout the period (not saying the latter is a bad thing but may discourage new entrants). When you disperse ETH based on labor contributions within any given round, I would believe that VP generation should also match the timeframe in which we reward users. Period resetting also encourages a "saving" behavior which, while it provides a user with more agency, is counterintuitive to the two reasons why we should be voting instead of saving VP at any given time. As a reminder to why we should be voting, these two reasons are 1) provide Botto with data on our preferences and 2) select the artwork we believe will perform best at auction.

                    vanto Have the numbers been checked on voting behavior of active voters high-regular-low vp? How long are people saving up.

                    Vero has some numbers at hand. Anecdotally I can tell you there are dormant accounts (who are aware of Botto, but haven't participated for a long time) that have mentioned to me that they are approaching 9 figures worth of voting points. If 8/9 figure VP dormant accounts that are disconnected from community discussion and don’t fully comprehend the weight of their vote come in to spam a vote here and there, it'll be detrimental to all small and medium-sized voters that show up week after week to help curate, but could also adversely impact the round as a whole (and what Botto mints). We're looking to drive active, consistent participation.

                    This ties into our initial line of thinking of providing a nominal grace period until the end of Interstice, as opposed to prolonging what I'm adamant is a much needed change.

                    vanto Second question are we keeping the 2k threshold for rev sharing? I hope so. I see it as a membership fee.

                    buffets (3) Comms on this change should also make clear that the 2000 $BOTTO threshold continues to apply for voters to receive a share of the revenue from the weekly sale.

                    thomahawk69 Is this proposal eliminating the minimum staked to earn rewards? Unclear whether this is impacted in this BIP

                    I understand why this was brought up - to clarify, we are not proposing changes to staking requirements or how rewards are distributed.

                    quimp Question : Why are we allocating Baseline VPs for All Accounts, 1 VP to non-connected users, etc.? If we're going to fight sybils, shouldn't we go all the way? Personally, I'd drop these.

                    1VP to all non-connected users probably causes alarm and confusion so I understand the need to contextualize: when a new user appears on the voting screen for the first time, and is forced to sign up or log in, we are preventing them from experiencing a simple "aha" moment. So allowing them to try voting before even creating an account is a measured move. For that, 1VP per cast vote for non-connected users is a requirement unless we don't want their vote to count. Gatekeeping the app through wallets hamstrings our ability to share a native experience with others, including relatives, gallerists, or anyone who may not be web3 native.

                    We've just integrated thirdweb with account abstraction, meaning users who may not understand what a wallet is are able to create their account - but the only thing blocking them from voting is a lack of voting points. This brings me to the next point on a baseline amount of VP. Providing a baseline amount of VP to all users is a streamlined way of encouraging participation of web2 users or web3 users who may not have the means to acquire tokens.

                    dencryptus New connected accounts receive 200VP on Sign Up - is this a bonus to encourage voting? Isn´t that achieved via access passes?

                    We could provide VP through access passes to all users as a baseline - but this costs the DAO money and has inherent limitations on our ability to scale any form of voting participation.

                    With regards to providing a 200VP signup bonus - it's a straightforward hook to encourage users to come in, create their account, and experience voting. The way this would function in the app would be:

                    1. New user tries voting a few times
                    2. They're gifted a nominal amount of VP and asked to create their account to claim it
                    3. They claim this one time 200VP signup bonus.

                    dencryptus The possibility of bagging some vps to concentrate conviction will be over, and with it part of a game that was frankly engaging. Once this is done, and if the system dependencies allow to do so, I hope we can reconsider the proposal of "burning $botto for vps" (more on this here).

                    I think round resetting is more straightforward for any level of user. I totally get though that building up a VP stack over multiple rounds to be able to show conviction is attractive to some of us. We could definitely incentivize voters who do this with other ways of acquiring VP within or between rounds.

                    Ben Agree. I don't see how this is sybil-resistant.

                    Theoretically, it's not sybil resistant. And you have to ask the question why would somebody go through the effort of botting to spend VP with no financial incentive? They'd still need the 2,000 BOTTO staked to yield any form of reward. And if the reward is to affect the outcome of the round, they'd need to create tens of thousands of accounts to do so. I can guarantee that we would flag and stop this behavior. There is risk of it being an attack vector either because a reward is later introduced and we introduce additional unlockable value (incentive to sybil) or those care enough to attempt to affect voting outcomes (i.e. bad actors wanting Botto to perform poorly).

                    Ben If we want to increase voting access with max bang-for-the-buck and sybil-resistence I'd favor select, targeted airdrops over this sort of blanket protocol.

                    On targeted airdrops versus baseline VP here:

                    1. Targeted airdrops has very little to do with optimizing the app experience to accommodate a much larger audience of users that Botto appeals to
                    2. Providing for baseline VP for all users is free, target airdrops are not
                    3. Providing for baseline VP is simple and allows us to accommodate any audience. Targeted airdrops do not.
                    4. For the resources we put into piloting a targeted airdrop with JPG, it did not provide for resounding results.

                    Ben More broadly, this proposal packages a lot of different things together. It seems the soul of the proposal is the weekly VP reset. I think that most other items should be considered instead for future BIPs. Not just for governance clarity and ease of implementation but also for security.

                    I understand this is a qualm for quite a number of us. Briefly, these points are inherently interrelated. If we sought consensus with minimal effort, we could just post the VP reset. But the VP reset requires the point about proration and a grace period. This also requires the point about Pipes and VP generating collectibles not generating VP mid round. The point on proration requires clarifying the unstaking and disqualification mechanism (tl;dr we cannot provide VP once per round without this disqualification mechanism, otherwise we'd see sybilling). So what are the remaining line items we'd consider for a subsequent BIP:

                    1. LP Staking generating more VP than before - totally, we can separate this and just continue with the old fixed 150LP per share and set this up for a separate discussion
                    2. Spending 1 VP as a non-logged in user
                    3. New connected accounts receiving a 200VP bonus
                    4. Baseline 350VP to all accounts every round

                    I've attached rationale for 2,3, and 4 above, where tl;dr we have a clear opportunity to provide a better app experience for new users, and accommodate many more audiences with 3 and 4. We can also separate this into a separate BIP, or multiple BIPs - I understand why we'd want that, but I believe most of us wanted these line items separated into different BIPs because of a lack of clear rationale on some of the line items, which I hope has been adequately covered. If there’s little to no consensus on the above 4 points, we can look to separate. Simon proposed separating the snapshot votes as opposed to separating the BIPs (perhaps this is the way forward if we find it necessary, provided we can mitigate any confusion).

                    buffets (1) I'm not sure how meaningful the 1VP allocation for non-logged in users will be. If the intent is to let someone new to Botto have a go at voting (and hopefully convert into a more regular participant), the 200VP given to newly-accounted accounts should suffice.

                    The 1VP allocation for non-logged in users is more of a technicality if we want the user's vote to count. If we don't want to include this, we can either "fake" their vote (meh), or, we'd still be gatekeeping the experience with a login screen, which is bad user experience and discouraging to most users. Prompting users to sign up after they have committed various actions would be more sensible. The 200VP to newly-created accounts is additive, and gives them something to do / explore their own behavior with a 'finite', regenerative resource.

                    buffets (2) I'm guessing the 350VP baseline allocation per week for any connected account is to make voting more accessible, i.e. one does not need to spend any money upfront to buy $BOTTO to participate. While I'm all for making voting more accessible, I suggest we can do this as a temporary initiative rather than a permanent feature. This will give the team time to assess whether there is a significant number of accounts making use of the feature with no $BOTTO staked (which we can perhaps call "casual voters"). And there isn't much demand, we can drop this easily.

                    350VP baseline gives us opportunity to build continuity in any new user who wants to participate but a) does not have the means to pay-to-play, b) isn't ready to commit, c) doesn't quite get it yet but finds the concept appealing, or all of the above. I am sure there are many other reasons here to provide baseline VP other than the ones I've mentioned. And yep - if this isn't used, it's code bloat and we should remove it. But we may as well try, right? I would say we could slap on a review date to discuss whether to keep the 350 baseline VP after it’s piloted.

                    buffets Another key point is that this dilutes the narrative of 1 $BOTTO = 1 vote a little bit, and that it is in our interest to funnel such casual voters to eventually purchase some $BOTTO to continue voting.

                    I think I may take us on a tangent here, but my thoughts on 1$BOTTO = 1 vote is that this is already not true, and never has been from the moment we introduced pipes or access passes. It actually wasn't true since we introduced logarithmic voting (I believe, prior to pipes) and then reverted to a linear 1:1 for governance stakers. What I do see is true is that we have a system where a user has to manage a finite resource that they earn over a given timeframe, and that the opportunity at our feet is that we can be more liberal in the way in which a user acquires VP. Here are some examples off the top of my head:

                    • We could reward the most active users in the period with VP boosts so that they can earn more ETH if they keep up their activity (a form of retroactive reward)
                    • We could introduce a form of streaks (I think ralgo mentioned this one), where a user accrues more VP based on their activity
                    • We could reward VP based on ownership of a badge (imagine winning the curation competition allows you to get more VP for a few weeks)
                    • We could reward VP for correctly voting on the minted artwork on the first day of the new round
                    • We could reward VP for tastemaking (curating what appears most on other people's voting experience)
                    • People could acquire VP or VP boosts by burning nominal amounts of BOTTO ( @dencryptus )

                    There are probably hundreds of ways to reward VP. We've spoken about gamifying aspects of Botto, VP is the most straightforward mechanism to gamify. But if we want to default to 1 token 1 vote, IMO we're minimizing our ability to appeal to more passionate, consistent voting behavior by enhancing their ability to accrue rewards.

                    buffets E.g. an allocation of 350VP each round for new users for 12 weeks, and beyond that, no further baseline VP allocation. At the end of this 12 weeks (or whatever relevant period), an email or some sort of correspondence can be sent to these users to check in with them on their experience (e.g. a simple survey) and also nudge them to buy some $BOTTO to continue getting VP. This approach won't negate the Sybil issue, but I think it can balance the risk of that against the benefit of providing a wider funnel to convert people into staking $BOTTO.

                    Yes, aligned with you here! While I'm not keen on putting a time limit on their experience at this at this stage (I would much rather just see how many accounts we activate and their behaviors), encouraging them to move down the funnel (buy BOTTO, get an access pass) as well as the survey ideas are great additions we'd want to do. This is definitely a move to accommodate a wider top of funnel.

                    thomahawk69 Agree with everyone that the 1VP for non-logged users doesn't make sense

                    1VP is required if we want non-connected users votes to legitimately count as a first experience of the app. As mentioned in my response to @buffets we can fake it or append these votes after they sign up.

                    thomahawk69 Is the intention for the 200VPs for new signups to attract new users/voters so they can participate without having any $BOTTO, but can participate/try it out by simply connecting their wallet?

                    The 200VP to newly-created accounts is additive, and gives them something to do / explore their own behavior with a 'finite', regenerative resource.

                    thomahawk69 What does the 350 VP actually achieve? What is this incentivizing exactly - don't really understand.
                    This allows us to engage a user after they've exhausted their 200VP. If they enjoy the experience, we can re-engage the user at the beginning of the new round. It introduces a repeat touchpoint which we currently don't have.

                    thomahawk69 Existing VPs should have a Grace Period that is at least 12 week (1 Period) post go-live, ending it at the end of this current Period is a bit short, esp factoring into implementation time + voting time

                    While implementation time has no impact on your ability to spend your current VP, I understand this point and it's echoed by @narok. We saw the end of the period as a "clean cut-off" but we can adjust this if there's any consensus. At the same time, I would recommend shifting to the round reset sooner rather than later.

                    Can we show the baseline stats of active users of this Period and the last Period?

                    Vero is aggregating this for us!

                    Hopefully this helps clarify a lot of the questions raised so far and some of the thinking behind the included points in this proposal.

                    • Spending 1 VP as a non-logged in user
                    • New connected accounts receiving a 200VP bonus
                    • Baseline 350VP to all accounts every round

                    I'm not convinced these should be fixed at the VP level vs at the site/app level. How good an experience would 1 VP provide? Versus other solutions?

                    Imagine a UI where non-VP generating users (connected or not) vote with 10,000 fictional VPs, and at the end of the process, we explain how much they would make based on a few sales scenario. Just one idea that imo is already superior to 1 VP.

                    Same concept with the 8-9 VP figures. Perhaps wallet delegation (is it live? we tested this a while back but I'm not sure it is) and VP delegation could be much more effective than letting the holder's VPs go to waste. Then it's a fun game where the whale is incentivized to find the best curators to help mint the best artworks.

                    To clarify: imo all of these should be separate discussions and BIPs because they are just one way to solve certain issues. And tbh they don't instantly strike me as the best solutions.

                    2 months later
                    Write a Reply...