Skip to main content

72 posts tagged with "town-hall"

View All Tags

· 10 min read

Town Hall banner by Sage Kellyn

Art by Sage Kellyn

V3 JBX Deployment Bug Postmortem by Jango

Recently we have been going through the current strengths and current fragilities of JBX, meanwhile going through the last stretch of the V3 token migration, which we signed off on last Wednesday.

A few hours later, when Jango was checking the JuiceboxDAO V3 treasury page, he found that the numbers of reserved tokens were unjustifiably big. Jango immediately recognized that it was an inefficiency with how the V3 token was taking into account the balances from V1 and V2 token supplies. This was a design decision meant to make the redemption process smoother on V3, but it ended up exposing an accounting bug.

This issue was sort of delicate, if someone were to have sent the distribute reserved token transaction at that time, the big number of reserved tokens would have been distributed to everyone on the reserved rate list and we would have had a different recourse which would have been a little bit more annoying.

The governance cycle right before this happened, we had just approved an proposal for emergency strategy of JuiceboxDAO. Shoutout to Filipv for doing the research and Dr.Gorilla for helping that effort and everybody for approving it. We made use of it right away.

As the project owners can change where the reserved tokens are routed to during a funding cycle, we had the multisig set the reserved token splits to be the DAO's address, then distribute that big supple and instantly set a transaction to burn that extra supply. Thanks to the quick response of multisig team members, we managed to pull this off very quickly.

How you will be affected

If you are a Juicebox project, you are unaffected. This only pertains to JuiceboxDAO treasury, JBX tokens and reserved token recipients in this case. If you're running on V3 protocol, you will probably be recommended to migrate the JBController to a V3.1 version.

If you are a DAO contributor, there is no reserved tokens on V3 right now, and that won't change for another few weeks until we're no longer printing reserved tokens unexpectedly.

If you are a JBX holder, the timeline to open redemption will be postponed a little bit longer. We currently have 0% redemption rate on V3, so let's take our first principles and then more forward with our previous plans.

If you are a multisig member, we'll probably still be receiving reserved rate issuance into the DAO's account and burning them accordingly. If someone wants to make a proposal to go in and make token distribution as if this never happened, that's certainly possible, just requiring more steps on the part of multsig and the DAO. We could do that if that's something someone wants to do.

Current situation

As it currently stands, V1 and V2 tokens are minted when fees are paid or funds are put into the treasuries, together with some corresponding issuance of reserved tokens. So if someone pays in V1 treasury, V1 reserved tokens will be minted and the same on V3, reserved tokens will increase in both treasuries, which is obviously not what we want. Hence it will be the responsibility of the multisig to burn the extra supply on V3.

The next step is to actually fix this problem so that we can move forward, by putting up the JBController V3.1, which is just a small shift in how tokens are accounted for, but will be a lot sturdier and dependable.

If you choose to change your reserved rate within a different funding cycle but you haven't minted or distributed the tokens reserved according to the previous reserve rate, it will calculate with the new reserved rate based upon the current outstanding supply as if the old rate has not existed all along. This was the way the reserved tokens had been calculated, but we won't do that anymore, we will shift it over to JBController V3.1 to solve this problem so as to get reserved tokens up and running on V3 treasury.

Jango has put up a proposal to proceed with outlined recovery plan from this postmortem, which has been approved at the time of compiling this town hall summary.

And the reason why we choose the option of migrating the JBController to a new version of V3.1 is that it will allow us to keep V1 and V2 in place doing exactly what they're doing, and avoid the tradeoff of totally stopping V1 and V2 and no longer managing interoperable fee collecting treasuries, which was the big hypothesis of this migration strategy.

Lesson learned

Once we have removed it problem from any immediate actions needed, we can assess what we have learned along the way, to prevent this from happening in the future or reduce is probability. We will need a stricter checklist to our GitHub repos, because theoretically V3 JBX migration tests should have been more broadly covered.

Also we have to do a better job of assessing ownership over different pieces of codes and projects, and keep aware that there are certain pieces of smaller, more passive codes that are greatly important and need focus and space, despite all the other exciting stuff happening in the surface.

There are also some thoughts, from the contract perspective, to evaluate tradeoffs between low probability unexpected behavior exposure and squeezing transaction costs down.

Jango thought that we would be in a much better place once these steps are taken, without this reserved rate risk looming over us.

We are thinking about reducing there risks and fragilities as much as possible in the name of building the stronger and more resilient JBX, as we talked about last week in the town hall.


If we all commit a week and a half stitching this together and documenting it as well as teaching people how to make use of 3.1, we'll now have yet another instance of versioning under our belt. In some sense, we have this implicit understanding that the payment terminals controllers do have this lighter weight migration path which will require stitching together a few more components to facilitate those. But eventually as things emerge as risks or very very pointed opportunities and there might be moves to make, it will be easier to do it now when there isn't a whole lot of on-chains governance process and weight on the core infrastructure. We should try them now instead of doing it out of choice. Given the current need, it makes sense to get one of these under our belt, let's record it, let's lean into the postmortem all the way through till the end so that we learn from it. Then if we need to repeat this in the future, there will be very clear steps. At that moment, let's get back to where we were, which should be a great place of building more surface level experiments and imaging how this thing can be extended to do new things.

Dripbox Update by Mieos

Mieos launched a Dripbox project recently, which will be in conjunction with some arts by Sage Kellyn.

Dripbox will offer some NFTs which are mystery boxes. If people buying those NFTs want to find out what is inside that NFT, they can hop over to another website of dripbox and link their wallet to check their holdings of this NFT, and provide an address to have the mystery box sent to them.

The proceeds used to provide these mystery boxes will be deducted from the treasury of this project, while all the leftover funds will be redeemable for the NFT holder in a "Slurp Overflow" phase. So there's basically a bulk discount rate for these mystery boxes that using the treasury redemption mechanism in Juicebox。

This is a little fun experiment, and Mieos that he was planning to start with something chill and simple and see if they can get this exciting project moving on into the year.

Projects Update with STVG

AgentHQ project

STVG created this AgentHQ project on Juicebox, to help fundrasing and support the development of Agent HQ, which is a way to build your own AI info center basically by putting in some links or PDFs.

project AgentHQ

STVG has tried to created a “Juicebox learning center” using this Agent HQ, by putting in some of the links and docs related to Juicebox, . He demoed how the interaction with AI agent worked on the town hall. He thought that we could maybe do a better job of explaining some of the technical terms for project creators and eventually evolve this into something that people can ask questions about Juicebox before they want to reach out for help in Discord.

Merch Squad

STVG would be attending the Office Hours of Nicholas and Jango to talk about some NFT drops along with pairing up the merch.

Also STVG and Justin Harder are talking about launching a project on Juicebox for a show calld Molarky, where they have the plan to do some NFT drops as an open edition for a week or 14 days, while buyers can get a Juicebox shirt or a shirt with the graphic of NFTs on it.

project molarky

Updates by Nicholas

Office Hours Promo

They would be hosting their Office Hours at 4:20 pm EST every Wednesday. STVG will be the guest on the new episode.

All the past three episodes have been edited by Matthew and Brileigh and you can listen to them on Juicecast.

Galaxy Brain Ads

Nicholas is selling 5 second ad spots on its Web3 Galaxy Brain project on Juicebox, for his Twitter Space podcast Galaxy Brain. People who minted an NFT can let Nicholas to improvise in the show or read a specific text the minter leaves in the payment memo. This is an experiment of selling something practical through Juicebox NFTs.

galaxy brain ad spots

Gabriel Haines Frontend Open Call

Nicholas is working on the next version of the Gabriel Haines project, and they might be thinking of having a website to have some interaction with the NFTs of this Juicebox project and maybe also with 0xsplits or something of that kind. So he was thinking of inviting someone who might be interested in the frontend work to discuss together.

ComicsDAO Nouns Comic Book Ad Page for Juicebox by Gogo

ComicsDAO is making a comic book for Nouns DAO, which will be the first mass market comic book printed from a Web3 venture. As JuiceboxDAO had been very helpful when ComicsDAO created their project on Juicebox, they are happy to reserve one page in this comics book for JuiceboxDAO to promote itself or share something meaningful.

Gogo encouraged people to go to the thread of ComicsDAO Artwork to join the discussions, and share their suggestions of what would be cool to have on the Nouns comic book ad page for Juicebox.

comicsdao ad page for juicebox

Forming Plug by Darbytrash

The next Forming event will be on February 17th, 2023. Lexicon Devils will be doing a collaboration with Emanate featuring djlethalskillz.eth.

new Forming eventw

· 13 min read

Town Hall banner by Sage Kellyn

Art by Sage Kellyn

JBX: January 2023 by Jango

Jango posted an article on his personal ENS address, where he goes through some observations and ideas that we've collectively been talking about passively and loosely through proposals or other forms for a while.

Jango put up a proposal to update and re-ratify the foundation of JuiceboxDAO last week, encouraging how we might create a sturdier DAO ecosystem so that we can tend away from more day-to-day responsibilities. This proposal has been approved by the DAO lately.

At this moment, we are about to deploy the V3 JBX on V3 treasury and start the migrations from V1 and V2, which is a really exciting milestone for us and also the last step on our versioning journey. From the contract perspective, holders of legacy V1 and V2 JBX tokens can send them to the V3 token address, which will mint V3 JBX in turn while holding the legacy versions inside of it, and report the total supply across all three version.

So the redemptions should be working again in a short period of time, which is very exciting. Redemption was a huge experiment we did earlier last year and before to test how redemption manage to keep a steady grasp on the treasury, so that JBX has some sort of floor and folks can choose to exit if they wish.

Jango thought it a great point to reflect more big picture about what's been working well with JBX, what are the points of fragility and how we can start workshopping what to do next. This is also coming off the back of a lot of product focus we've had lately, such as NFT work, versioning work, fixing bugs, to create a better experience for project creators and project funders.

Current Strengths

  • Prevents capture by speculators.

    When AMM price goes up, people would rather mint from the treasury, such that the recipients on the reserved token list can retain leverage.

  • Aggregate scheduled decision making.

    We only have to make decisions and execute them every two weeks, as all spending and treasury dynamics are expressed in funding cycles.

  • Cost-free voting

    A huge plus to get participation up in proposals.

  • Redemption

    There's constant productive tension between the urge to spend on network proliferation and to conserve. Because JBX is in fact backed by the tokens that we spend, members can exit when they're losing trust in how this tension is playing out.

Current Fragilities

  • We depend on 9/14 multisig for execution.

    Presence and loyalty of delegates are required.

  • Voting tokens are fully liquid.

    Decision can be made to appease momentary price swings.

  • Issuance price to fee payers and reserved rate beneficiaries is mucn lower than the open market price.

    Projects are overpaying for their JBX and reserved rate beneficiaries are receiving less-than-ideal issuance, and the market demand to sell JBX at a certain price is unmet.

  • Reserved token distribution prioritization.

    It's impossible to determine the fairness of reserved rate distribution as the network grows, yet the reserved rate is a key piece of the DAO's immune systems against speculative capture.

  • JBX governance process.

    Currently there are relatively few holders with over 10m JBX who participate in governance, and proposals often require explicit support by a subset of these members to pass a voting quorum.

We're at a good place but these fragilities still have risk and they hold us back from our maximum productivity.

So we should probably consider this upcoming time budgeting some time and resources to create a less fragile and more catalyzing JBX foundation.

3 Proposals To Address Fragilities

Progress towards artful veNFT JBX on-chain governance of the Juicebox project ownership NFT

This means that JBX should control the treasury directly and it should also be backed by the treasury directly, in a sense preventing some of the multisig fragilities that we have seen.

There's still some questions around the specifics of the ve mechanism with regard to voting weight and time periods, etc, there's still more research to do.

  • How it works:

    • You would lock JBX for certain amount of time to mint an NFT that represents that locked JBX. So JBX is taken off of your wallets, off of the market, off of where is used to be and lock into the contract, instead you have this NFT. As prototyped, we have an incredible Banny collection to visualized these NFTs.

    • The NFT and its underlying JBX could still be redeemed against the treasury any time at its current redemption rate.

    • NFTs are transferable.

  • Reasons

    • We want a situation where treasury decisions are biased by those who hold assets aligned with the network's long term financial and cultural value, as opposed to more shorter term myopic reason.

    • It's more automated and it allows participation to distribute with relying on multisig.

    • It signifies confidence in the current JBX token version, which falls on the shoulder of Jango and contract crew to really make this version of the treasury dependable and create confidence for experiments to live on top.

    • Despite being liquid, transferable NFTs don't contribute to a price-chart meme, and instead you can have value correlated to other cultural phenomenon such as provenance, voting history and art. Non-transferable NFTs would have too big of tradeoffs, so Jango has not found a good reason to start the conversation in earnest.

    • It allows proposals to begin leveraging these staked positions to distribute, while reducing the risk of JBX distribution being dumped on the market, and actually incentivizing participation and the culture.

    • We can ship it in parts, so we can do the veNFT and still use Snapshot governance with it. We don't have to go to on-chain right away.

    • The artwork is really interesting. Just reflecting on how Nouns has benn working, there's a massive potential to make governance more engaging and give it more character. If JBX holders get to choose their character, their artwork to participate in governance, there's a lot we can do and that will just happen automatically without any necessary product intervention.

    • Most day-to-day activities in smaller scoped experimental projects will move to cheaper execution layers, while main net JuiceboxDAO will manage less frequent and more consequential decision, making the on-chain transaction fees more worth it.(Not ve specific)

    • On-chain operations will likely broaden the interest in the JBX mechanisms and its governance. It will be way more interesting to get involved in the community that has its rules, opportunities and decision baked in to the chain.

  • Tradeoffs

    • Like lower voter turnout, mores steps in the UX to get JBX, then call another transaction to lock it and mint an NFT. Part of the heuristic designing is to make this not a big mental obstacle to understand what's going on. It's a balance between that and trying to find a decent mechanism that incentivizes the behavior we are trying to achieve.
    • Voting will no longer be free.
  • Risks

    Subsequent token migration are much more difficult since we're locking the JBX.

Jango thinks that we have talked about it a lot and the contracts had been done. We need to review and audit it and probably make some changes. But it's someting we talked about and built last year, Jango thinks that it's time to revisit it as we go into this next chapter as a DAO.

Use buyback delegate on JuiceboxDAO treasury funding cycles

  • How it works

    When the ETH / JBX exchange rate on an AMM is significantly better than the JuiceboxDAO V3 issuance, if someone is paying a fee into the treasury or just sticking funds through the pay function, route that ETH to the AMM, buy back the JBX and distribute to the payment beneficiary and reserved rate allocation, instead of taking the ETH into treasury and issuing new JBX.

  • Reasons

    The reasons here are pretty straightforward, mainly to get JBX away from those looking to sell and into those who are currently adding value to the ecosystem.

  • Tradeoffs

    We won't be taking the ETH into the treasury as often, but we also have a lot of JBX held by the DAO, so issuing new JBX isn't in our best interest either. There's a more efficient way to move it to better holders.

Revised reserved rate allocation strategy

Let's imagine we are sending 60% to the DAO, 30% to individual contributors with day-to-day responsibilities, and 10% towards a fee module where JBX ve stakers can weekly or some periods based on that period's growth.

By experimenting the 10% to a fee module, we start to distribute the network's growth back to committed network members, which might be the thing that makes most sense to tend upwards over time as the network spreads.

The idea here will be more proportional to amount of JBX staked than duration stake, so the ve might not be a right mechanism, but there's something interesting here where we incentivize the network to grow itself by routing some issuance to committed members.

  • Reason

    • We haven't experimented much with reserved rate, but it's probably the most important potential energy for catalyzing a lot of growth. It's where the DAO chooses to direct inflationary pressure, so it's important.

    • We're allocating to folks who do not hold a lot of day-to-day responsibilities in mamaging the DAO's risks and contributing to its opportunities, which eats into the allocation of those who do. This is a small thing, but a meaningful thing, especially as a lot of folks take on hefty chunks of responsibility as we still need to.

    • We should start considering developing a precedent for distributing the DAO's JBX on a per-proposal basis with the goal of proliferating the network.

      Instead of the reserved rate being the end-all be-all, let's maybe consider starting to add JBX distribution as part of a proposal or actually invite people to do so.

      The reserved rate should replenish this supply, hence we're increasing the DAO's share here to something more like 60%.

      A JBX payment terminal would really help here so that we can budget, schedule and automate distributions on a per-funding-cycle basis, just as we do ETH. We can imagine having an ETH and JBX funding cycle distributions to pre-configured addresses.

    • There's massive opportunity in fee-distribution modules to encourage new proudctive behavior while rewarding loyalty, participation and risk taking.

Obiviously these will make their way into proposal form in the upcoming governance cycles over time and we will talk about it. If we're going to tend towards smaller operations so that we can each focus on subsequent experiments built on Juicebox, we need to create a stronger, more automated foundation that is self catalyzing and less fragile.

Discussions on the town hall

Kmac: The JBX payment terminal, if that gets implemented, does that effectively mean JBX can be used to pay into any project in the network?

Jango: When I'm imagining JBX payment terminal, I'm thinking less about the pay functionality. Theoretically you could add a pay functionality to other projects, but if we were to scope it down, it will probably revert on the pay function and just be used for distribution. So the DAO could use the method of add to balance, which moves the JBX into funding cycle program that can just be scheduled and distributed as ETH is right now.

But theorectially if you're another project, let's say Peel, and you do want to accpet JBX and you're willing to give out 10 PEEL / JBX, you could also incorporate it in that way.

Jigglyjams: Just a question on that payment terminal, it's as if you want to distribute more than what's coming in from the reserved rate, is that right?

Jango: Exactly. We could route the reserved rate allocation directly to the terminal, and we could also inject what the DAO is holding into the terminal, so the terminal can use it.

Nicholas: Do you imagine after a shift to on-chain governance that we would rely more on automated funding cycles, or we would still be programming new configurations every two weeks?

Jango: I have no idea. I think two weeks feels like a good time period to take in new ideas, but it's also pretty exhausting if we're counting on each of us to go after new opportunities and risks with subsequent projects which will grow and have governance needs themselves. More brain free JuiceboxDAO is more enabling for everyone contributing.

Comms Update by ONNI

ONNI has been assembling some documents that make is easier for us to put stories about Juicebox to media, also these documents are equally useful, if not more, for project creators. He will be uploading them in the next few days.

They are going to have a meeting on Friday, to talk about how to put together press releases, how to approach media with hopes of getting them to cover your project, etc.

We have a newsletter that Matthew and Brileigh put together, and we have an email list of people who subscribe to that newsletter. ONNI thinks the email list is an asset of Juicebox, and stronger that email list is, the stronger Juicebox becomes.

ONNI will be reaching out to project creators over the next week, with the hope to tap into some of their project memberships to receive the Juicebox newsletters. He thinks it will have benefit of making Juicebox stronger, increasing the value of JBX tokens, helping ensure survival and strenghening projects by giving them deeper involvement.

Visibility Update by Matthew and Brileigh

Matthew and Brileigh have started making tutorials for various Juicebox related functionalities, such as setting up a project handle, V3 migration, setting up a payment address for a project. Also they started making more general overviews of Juicebox's complete create flow.

videos by Matthew and brileigh on Youtube

Along with those tutorial videos, they are also writing corresponding articles, as some people will find it easier to follow along with an article that goes step by step.

Matthew said that people who has needs for some particular thing can always go tag them in the visibility channel, and they will try to make tutorial for it.

Also they're going to make use case videos, such as Juicebox for open source software projects, Juicebox for content creators, etc.

Office Hours Update by Nicholas

They've moved the Office Hours from its prior time to 4:20pm EST on Wednesdays.

NFT Tokenomics Office Hours with Nicholas and Jango #3

This week will be the #3 episode of this Office Hours, to talk about NFT tokenomics and smart ways to launch Juicebox projects.

The prior episodes of #1 and #2 can be found on the Juicecast page.

· 7 min read

Town Hall banner by Sage Kellyn

Art by Sage Kellyn

Office Hours Plug by Nichoas

Nicholas would be hosting an NFT Tokenomics Office Hours together with Jango in Twitter Space. They would be talking to jin, one of the metaverse OGs, about openvoxels, and to Ibn Inglor from DangerZoneDAO, a musician who has toyed around with the idea of creating a Juicebox project.

Also Nicholas was experimenting the idea of letting folks to reserve a priority spot to talk about their projects by minting an NFT on the Office Hours project.

Office Hours project

The purpose of this Office Hours is to discuss about NFT tokenomics or membership tokenomics to help people create projects with great membership dynamics.

Jango also said that we had been wtinessing treasuries that are more fundrasing oriented in the past year and a half, and also there was this impression that the same might continue and be our bread and butter, but it would be very interesting to pose the question of how we might create stronger and more sustainable business models for organization that aren't just asking to pitch in for the sake of governance or collective actions.

Also Nicholas had launched a Juicebox project Web3 Galzxy Brain for his Twitter Space and podcast, selling 5 seconds worth of advertising on his show for 1 NFT minted on this project. This is also one the experiments to hopefully find something interesting that people can make use of in the future.

Web3 Galaxy Brain

Merch Demo with STVG

STVG had been working on some merch stuff, trying to create an opportunity for people to sell merchandise and route the income to their Juicebox projects.

The way he managed to achieve this is to set up a slice on, which connect to an API of Printful, an on-demand printing service provider, then products purchased will be made and shipped from Printful to buyers, while some of funds getting sent to The Brigade projoect on Juicebox. He did a quick demo of buying one OG Juicebox hoodie on the town hall.

STVG was also working on another option of making the purchase same as minting an NFT on ordinary Juicebox projects, where a pop-up window will come up after the purchasing for buyer to put in their information, so that seller can pick up the information and put order in Printful.

Filipv suggested that he put together a guide for the project creators to do this themselves.

STVG said he was working on that right now. And he was also working with SharkDAO and Bankless project management guild on how they can make use of this model.

Jango was a bit skeptical about the needs to hop around between Slice and Juicebox, and thought that we might need to find a way to improve this experience.

STVG said if the model tried on Slice is working, maybe Juicebox can also integrate with some on-demand API to provide for project creators to also sell merchandise, which may be helpful to build those communities or fan base.

DAODenver Discussion with Steve from DAOPlanet

Steve shared a draft of proposal in the town hall, proposing Juicebox sponsorship of DAOPlanet's, a ETHDenver side event. He hoped to get some feedback from our community, so as to make sure what they were doing was something folks would be interested in.

He also said that they were going to move their legacy V2 project to V3, mint their native tokens and distribute them to people who have supported them in the past.

Abraham Eden Demo by Jmill

Jmill was working on a project called Eden with his friends Gene and Alexander. This project acts as a generative art API for Stable Diffusion and other models. They're trying to build the Eden project into a generative art social community, while using NFTs as API credits.

In the town hall, Jmill did a demo with his Juicebox project on Goerli testnet, where he paid the project and minted the NFT on Juicebox, and get a corresponding API credits in their ecosystem.

But right now, the actual credit record isn't on-chain yet, which he would be hoping to hack on in ETHDenver, building a truely on-chain credit system with some layer 2 claim on L1 NFTs and a relayer to pay the gas.

Also their project is open source, so anyone wants to use Juicebox NFTs as payment for their APIs also, their GitHub repository will be available to be used.

Jango thought the Banny AI generator in our Banny Warhol channel made by them is working great, and he was excited to figure out how to play with business models in this respect. Jmill suggested that maybe we could integrate Banny Warhol AI generator into Juicebox's create flow, so that when project creators want to deploy an NFT but they don't have a JPEG, they can describe something and get a Banny version of it throught the AI generator.

Jmill and Genekogan came to our town hall introducing Banny Warhol last December, read here.

Contest by Felixander

Felixander's contest

And the correct answer is ...

Gabriel Haines Project Plug by Nicholas

Gabriel Haines is a KOL on Twitter with 43.9k followers. He has been famous for making videos of himself shirtless yelling and waving a machete in his backyard.

Nicholas was working with him to create a new Juicebox project, where Gabriel Haines will be selling NFTs and doing roast or pep talk for the minters of those NFTs. By the time of this town hall summary, this project has been created successfully and has recieved quite a few payments.

Gabriel Haines project

And Gabriel is no stranger to Juicebox either, he was sent to the Bahamas to search for SBF in a cowdfunding in another Juicebox project last year.

Visibility by Matthew and Brileigh

Matthew and Brileigh had an video interview with the above-mentioned Gabriel Haines here

Video interview with Gabriel Haines

And they also just released an Juicecast episode featuring Chris Blec, who is basically doing research and writing really critical articles about some DEFI protocols, and publishing those articles on his website Chris Blec also created a Blec Report project on Juicebox to support his work.

Juicecast episode with Chris Blec

Tiny Dino Show by Cheugy

Cheugy is one of the founders of a project recently created on Juicebox. Their project is called Tiny Dino Show, which is an NFT project and one of those CC0 (Creative Commons Zero) licensing projects that had recently emerged, and is dedicated to making a show with the free IP Tiny Dinos.

They decided to use this Juicebox project to make a campaign for donations to support the production of the show. Also they have just won the prop house round in their own Tiny Dino community and will receive 2 ETH of grants to support the show. The grants will also be routed in this Juicebox project that they're currently running, to get validation from their community.

The Tiny Dino Show is an educational show for kids and young adults. They plan on making some scientific contents about climate change, preserving the planet and new ways to create and store green energy, etc.

Cheugy thought the model of Juicebox is very suitable for projects that may want to implement their governance at some point. He would be looking forward to learning what implementations Juicebox will have later on when it comes to governance.

Project Tiny Dino Show

· 12 min read

Town Hall banner by Sage Kellyn

Art by Sage Kellyn

Emergency Procedure, Opsec & Security by Filipv

Filipv recently wrote two documents concerning the emergency procedures that we may want to set up in advance, so that if anything does happen, we will know what we should be doing.

The first document is the Juicebox Emergency Procedures, which covers what we should do if something does go wrong.

Juicebox Emergency Procedures

The second one, Contributor Operations Security is more a general security guid for DAO contributors

Any feedback to these documents will be warmly welcome. And Filipv was planning to put up a proposal in the next governance cycle to ask the DAO for permission to use these procedures if something does go wrong in the future, so that our multisig can have the ability to make necessary updates and changes in that situation.

Protocol Analytics by Filipv

Filipv made a dedicated version of dashboard for purpose of protocol analytics in the town hall here.

He went over and introduced all the items on the dashboard, which covers things like number of projects created, fees paid, payments by projects, recent Juicebox payments, number of active projects(with volume > 1 ETH), and recent issuance and redemption(burn) of JBX, as well as the cashflows of various JuiceboxDAO terminals, etc.

Dune dashboard for town hall

Qwestive Referral Program Demo with JZ

JZ used to be a contributor in JuiceboxDAO, and he is now working in a team called Qwestive which is a dedicated referral platform in Web3. He came to our town hall with the thoughts that a referral system might be useful for Juicebox ecosystem and he wanted to give some explanations to that by doing a demo in the town hall.

Why referral?

According to JZ, referral has been a proven process for acquiring users in web3 these days, letting people who believe in a project help driving in more users.

He tried to prove his point by making two examples of Web3 projects which have made a huge success in using their referral programs to drive in new users and funds, and Rango Exchange, respectively.

Jz's examples of using referral

In conclusion, he thought that the referral system can actually drive in quite significant volume.

Why Juicebox?

Since December last year, JZ has been in touch with STVG who has spent a lot of time onboarding projects and driving project growth in Juicebox. From his former experience as a contributor here in Juicebox, JZ thought that there would be a really good case for Juicebox to do the referral program, either for being a very strong community and a great product in the Web3 world. He also thought that there would be a huge amount of growth that can be unlocked if we set up a right program to incentivize community members and partners to drive traffic.

Also JZ pointed out that the role of Juicebox is not only about getting projects onboard, but also helping them to get successful, which requires quite a big amount of work to get things running. If we could put the right incentive structure aournd it, it could probably help making people who are onboarding projects more responsible and more incentivized to help those projects really get successful.


JZ also did a demo showing how Juicebox can make use of the Qwestive platform to set up a referral program. Here is the demo video JZ made for a Juicebox referral program.

As a choice, we can let anyone create their referral links, or if we choose to, we can scope down to a specific list of people who either holds a certain amount of JBX tokens or is on a whitelist for partners.

And the reward structure can be pretty flexible, either by a fixed amount reward in ETH, JBX or NFT, or by a tier-based with different reward amounts for various referral outcome, or even by a dynamic standard where the referer can get a certain percentage of fees that Juciebox collects from projects created.

And also the program can be defined to allocate rewards to the referee, people who click the referral link and create a project in this case.

Discussion in town hall

Filipv thought a referral progam would be a great way to encourage more people to get involved with onboarding, and also a good way to align incentives with people who are working on content creation, visibility and project onboarding, etc.

For Jango's question of whether the events tracked are on-chain ones or just website activities, JZ explained that they actually tracked the on-chain data by capturing the wallet addresses of people who click on the referral link and create a project.

Nicholas agreed that this referral program makes a lot of sense, especially for project creation. Also we could set up a different referral program or maybe a tool that can be offered to project creators for use in their own projects.

At the end of the discussion, Jango brought up a quick thought about allocating a chunk of the reseved rate towards referrals and then sending it to a contract or a responsible entity to manage the JBX distribution. That way folks have a token that's backed by the treasury, as JBX gets issued when payments come in. We can fit the referral payout to the reserved rate structure, start with someone who is willing to be responsible for dispersing, and work towards some automated structure in the future.

Juicebox 2022 Year in Review with Nicholas

Nicholas was collaborating with Matthew and other members on the Juicebox 2022 year in review. He made a list of important events happened in our ecosystem during the past year, and called on people who have suggestions come forth with them.

jbx 2022 year in review

Defifa Update by Jango

On the day of this town hall, the Defifa Ballkids team just deployed a new Defifa game that accompanies the NFL Playoffs this year. The team is trying to iterate as quickly as they can, so that they can study the games and play with different ideas.

Defifa NFL Playoffs NFTs

They are also trying a couple of new things this time. Firstly, a better attestation process. The timing of the last Defifa World Cup was a little bit awkward, so this time they will try to start the voting for the attestation of a scorecard when the Super Bowl happens.

Secondly, there will be short redemption time window between the end of mints and kickoff of games, so that if people are unhappy with the distribution of all the NFTs, they can get refund by burning some of the NFTs they have, while no one will be able to mint extra NFT to form an outsized arbitrage value at the last minute.

Thirdly, there will be no trade deadline this time. All the NFTs will be normal tradable items all the time.

KMac gave some shoutouts to people who have been involved in the work for this new version of Defifa. Mieos and Sage did a great job in art work, Blaz did most the thing in front end, and Jango, Viraz, 0xBA5ED and Dr. Gorilla were the contract crew who makes this game happen.

Jango said we were also brainstorming how to leverage this tournament style mechanism to actually help other communities fundraise. For example, in the case of StudioDAO, they can frame a competition around some category of the Oscars or some movie festival where folks can play. We are definitely looking forward to the vision of how we can really use this formed factor to add an auxiliary component to any fundraise in art and cultural alongside.

Jango also mentioned that the team is planning to do the Defifa for March Madness. We created this concept of Defifa Ballkids who write the games, but Defifa is an open DAO, and our thesis is that those who play a game are probably going to be encouraged to join and take responsibility for organizing next game. The organization of Defifa is really meant to be open and we're trying to decentralize it with on-chain governance as soon as possible.

Blunt Finance by Jango

Blunt Finance is another project supported by JuiceboxDAO, and it has seen some really fascinating evolution in the past several weeks. Jacopo has been the main dev both in the front end and contracts for this product.

We've simplified it quite a bit to really narrow in on a specific use case, which is to set the target of fundraising ahead of time at the stage of creating a funding round.

blunt advanced parameters

A project creator, blunt round creator in this case, can set the fundraise parameters such as fundraise duration, funding target, hard cap and project owner, etc. If the funding duration ends and the fundrasing reaches its target, the project ownership will be passed to the preset project owner and runs just like a normal Juicebox project thereafter. If the target is not met when the campaign is over, the contracts will automatically schedule a funding cycle #2 with refunds to donors.

It's lower risk in onboarding when it's way more simpler with just one prompt. Hopefull we will see a lot more projects spinning up and trying to meet a goal. Folks can contribute to these project with less risk, without having to worry about changes around here and there.

We'll see this project playing out as an experiment. If it works, Jango was pretty sure that Juicebox.moeny would want to incorporate it into the create flow to provide as an option for folks who maybe looking for a similiar mechanism .

We're just playing with these ideas of contract owned projects that can really narrow down what a project should or can be to start off, both in the front end which anyone can do, and also in the contracts which actually reduces risks dramatically.

Nicholas was pretty excited about the blunt mechanic, especially this stripped down version. It is quite similiar to the mechanics of Kickstarter where contributors can get a refund until the crowdfund reaches its goal. He thought that this could be super powerful.

In Jango's point of view, if you get a contract that owns the first funding cycle, you can then pass ownership, in the case of successful fundraise, to a contract that will manage how a second funding cycle goes. You can then create this chain of passing along projects to acutally fulfill a life cycle and maybe even have a conclusion, without any individual or multisig or on-chain governance contract ever really touching them, which is basically what Defifa does. He hoped that it opened up our minds to other opportunities and definitely wanted to encourage everyone to play with those ideas.

Jango really liked the idea of smaller chunks of responsibility that run smaller codebases to try things out, so that as they bubble up to place where people are, the risk is at least known a little bit better.

NFT Tokenomics by Nicholas

NFTs have dropped with great success on Juicebox, and we have many interesting projects coming into existence. But so far we haven't really seen very hot NFTs, or any obvious secondary market activity for any NFTs originating from Juicebox ecosystem.

For this reason, Nicholas had the idea of helping projects create mechanisms around their tokens. He thought that for the majority of projects, membership tokens or other kinds of tokens that they can sell directly inside of Juicebox ecosystem are with huge opportunity and under exploited. So far, we haven't yet witnessed any mechanism that has really taken off in a wild way, like for instance an NFT collection born on Juicebox getting really popular outside of Juicebox ecosystem. Nicholas has been talking with folks about other models for doing more than just popping up a JPEG and hoping that people will contribute for it.

One idea that Nicholas has benn thinking about for the past couple of weeks, is that low cost NFTs can have a single use voting purpose. NFTs that are really cheap or at least affordable give everyone who purchases them an opportunity to vote in a single proposal round to decide how to distribute some or all of the funds, while a subsequent round starts with similar mechanics and entirely new NFTs which will be used to vote in this new round.

Basically, Nicholas hoped to establish mechanisms that can work as play books for Juicebox projects to generate recurring revenues.

Jango declared that we still have a few contracts that NFT controls yet to be exposed in the front end, which he had been working with JohnnyD and Strath to make sure those become available to folks in an elegant way. These new functionalities include reserved NFTs, NFTs as governance tokens in the format of tier based governance, on-demand minting of NFTs by project owners, etc.

ComicsDAO Promotion with Gogo

Gogo announced that finally they had the arts made ready by Sage, which are some amazing masks, and they are going to start new funding cycle with the new NFTs deployed which will help a lot to achieve what they've been planning.

Last year has been an amazing for ComicsDAO. For this year, they are planning with some really big things, such as starting some AI comics and some other things. The development of ComicsDAO is a fun way to reward people that funds them.

· 12 min read

Town Hall banner by Sage Kellyn

Art by Sage Kellyn

Protocol Analytics And New Projects by Nicholas

There is not much activity in the last week. We have 62 ETH in payment on the protocol, but this includes the payouts to projects like Peel, which are only inter-project payments. And we only have 2 new projects created last week, mabye due to holiday season.

History cashflows of Juicebox:

protocol analytics 0103

Highlights of some projects:

  • The EmpireDAO 2023 Membership Drive

    EmpireDAO is a co-working space in New York and they are now having a bit problem with their lease. This project is fundraising to help them stay in their current space and avoid personal bankrupt of the founder.

    empireDAO project

  • Lenster

    Lenster is one of the front ends for the Lens protocol. This might be a project they're using to experiment with Juicebox.

    Lenster project

  • Twitter DAO Energy Gauge

    This is a project created by Jango. The idea came from recent discussions around whether Twitter should tend towards more Dao-ish, so Jango created a treasury where people can safely deposit their funds in and get the funds back any time they want easily.

    twitter dao energy gauge

TokenURI Resolver Update by Nicholas

Basically, the tokenURI resolver V1 is ready to go. Once the proposal put up by Nicholas to extend the permission to the multisig for setting TokenRriResolver is approved by the DAO, we will be able to implement something without having to wait until the delay period. So maybe next week, we will be able to set up the first version of this token resolver.

DAO Foundation Reflection by Jango

The Juicebox DAO foundation document can be found here

Jango though that now we have a cool opportunity to reflect on the commitments that we ratified a long time ago, and he was planning to put up a proposal in the upcoming governance cycle to update this document.

Jango has started to write and share some of his train of thoughts since the past month, and ultimately got to a few pieces that outline where we are with the many little pockets of opportunities.

Obviously everything all unfolds and it's a reflection of what's happening in the Discord and commitment we've been making in the proposals up until now. So this refelction is nothing new or far reaching, it's more just a way to find the right metaphors that can easily encapsulate what people are getting themselves into when they are thinking about launching projects, allocating money to projects or contributing to the DAO in various ways.

Mission statement

What we currently set out to do is to "helps people confidently run programmable and community funded treasuries from startup to scale, openly on Ethereum".

There have been a lot of stress on the protocol evolution and security to make sure that it gets deployed and adjusted, and takes into account the risks that people are exposed to in interacting with these contracts.

Towards the end of last year, we've realized a more important need than "community funded", which is that we need to figure out how to increase the distribution of projects or help projects do that for themselves. And there is a need to help basically funding money through the system and give capital allocators more confidence when engaging with Juicebox projects. Although it will be easy for us to allocate a little bit of ETH here and there to projects that have potentials, it will be a lot harder for capital allocators, either as individuals, as VCs or whoever they might be, to make a confident bet that can prevail over time.

So maybe there is something that incorporated in our current mission statement, but that seems to have been more pronounced at the end of last year, and into this year.

There's been really cool research done last year about the potentials of L2s, but every time we tried to push an idea forward, either a bridge or token choreography, we ended up coming into roadblocks that become familiar. Jango suggested that we move forward with the cool ideas we have, while being at peace with the fact that there might be roadblocks and things could emerge, and with less perfection in mind and more expermentation encouraging attitudes.


Jango suggested to leave this part to the proposal thread discussion.

Focus Areas

Filipv thought that our way of operating had changed a little bit since there were originally written. He felt that we're operating less on a per focus area basis and more on a per project basis these days. In Discord, for example, we've moved conversations from these general focus area channels into specific project channels.

Jango agreed that it'd be a really cool idea in this next draft. There was a trend in the past year when Peel, WAGMI and several other projects emerged, some of them were never really incubated as individual focus area contributions to JuiceboxDAO, but more in a way that people started working on a certain direction and then developed systems that could have some self-sustaining future.

Jango thought maybe some of the items on Focuse area are no longer something we want to emphasize in line with others, so might be worth reducing from this list. It is also good to recognize what we are actually focused on, or if there is anything to be added here, or how to reframe some of these items.

The governance, for instance, it's something that DAO is still focusing its resources on. It will be up to us, as the DAO stewards of the treasury, to really figure out: " Are we spending on governance for our own sake, or because we're trying to make some bet on some projects that maybe have a life outside of JuiceboxDAO?" And if so, how are we structuring and thinking about that?

Talking about projects, Jango thought maybe the biggest assets of JuiceboxDAO don't lie in its ETH or JBX holdings, maybe are instead Peel tokens, WAGMI tokens or Lexicon Devils tokens, those of every project that we have started to put resources into. He wondered how we might actually think about those and create tools to really structure them and reflect on how those bets are going, not only in terms of them providing services to JuiceboxDAO, but also us all the individuals helping to support them to really thrive on their own.

And for the protocol, Jango felt that we're in the final bits of defining what we need to be responsible for in the protocol level. There has been a lot in this regard this past year, we definitely don't want to keep doing a lot of that over time. It's cool to offload that responsibility to stuff like Defifa, some other projects that can expand to other L2s, Nance and etc.. But at the same time, monitoring and documentation might be something that's worth attending to, although it's not clear whether they will be individual contributions or a collective JBX responsibility. There won't be payouts for these work, so the DAO is not focusing its resources on the protocol anymore. It's just something we care about and maybe it's not best expressed in this format here.

Even if the proposal to update this document doesn't get ratified or even go to Snapshot stage this first time around, it would be cool to have a few versions of this information that we can really reflect on. It will be probably less useful going through each of them and more interesting to talk high level that anyone can have other things to offer.

KMac suggested that we should pay more attention to the security of the protocol, which is something really important in terms of having it audited and deciding who can maintain and what to be maintained, as well as how permissionless that process will be.

Filipv thought that along with developing front ends and good clients for the protocol, it would be a good focus to work on various integrations for the protocol, such as what can we do to make Juicebox work well with WordPress or with Lens, do we have rpm packages, do we have PHP library to interact with Juicebox, so as to make it as easy as possible to use Juicebox in as many different places.

Filipv also suggested that maybe we should include discoverability and curation in the focus area.

Nicholas said we can really make sure that when we do things in any of these focus areas, the areas are just to help us think about all the various things we should be doing. We are not doing them because they're on that list, but doing them to achieve that mission statement.

Jango thought the cool thing for JuiceboxDAO is we have been pretty steady in the way we are thinking about our infrastructure, about our mission, about what projects we probably care about and why we care about them. It in some sense pierces throught a lot of the momentary noise and created these more longer term trends. Jango hoped that we can keep continuing it, while at the same time listening to our intuition along the way.


The last one of the list we have membership, which is JBX and voting. Jango said he was really excited about expanding in this respect later on this year. We will bring ve tokens back into conversation, get all the way through to V3 and reactivate redemption value. So we'll revisit membership with stuff to add this time around.

It has been cool to have governance process evolved around this membership structure, and it feels pretty sturdy and we can offer it to other Juicebox treasuries. It's all decent to consider it a membership to the treasury where we all have collective ownership resposibility over the treasury that we're working to figure out how to better create opportunities for other folks contributing both to JuiceboxDAO and other projects.

Jango thought that our mission statement going foward is not the DAO's mission statement only, but from the product perspective, instead of just providing programmable treasuries, whether Juicebox would be really strong suit to provide money and membership coordination for projects, whereas the tokens are some means towards some sort of membership, such as membership to the treasury, to a club, to some obligation, to a game like Defifa, to a non-profit. We have a lot of examples and a lot of case studies that we can pull from to make clear Juicebox projects, money and membership coordination for all these different types of organization, either on-chain or off-chain.

Forming Update by Darbytrash

Darby urged us to do the RSVP on Forming homepage for the Fomring X Songcamp collab event, so that we can be eligible for wearables airdrops by Lexicon Devils.

Also, as Forming project has migrated to our V3 protocol, they have deployed the Forming official Juicebox unlockable NFTs. All the funds raised throught these NFTs are going to be allocated to the artists selected for this Forming X Songcamp performance. For each Forming event, all performers will be set as distribution beneficiaries on the Forming project, so that when the event ends, they will all be automatically distributed proportionatly with the funds raised in that period of time.

Darby was so excited about the NFT functionality of Juicebox that he wanted to give hats-off to the devs and everyone who made that possible, as he felt this could be a game changer in this world.

Jango suggested that we put up the tutorial video made by Matthew and Brileigh about how to create NFT on Juicebox in our lounge in the Voxels, so that folks attending the Forming events can learn how to set up their own NFTs on Juicebox also.

Darby also announced that Lexicon Devils had the plan to hold a live Forming event in New York for the NFTNYC this year, they are willing to discuss with folks in the Juicebox community to brainstorm the details on making this real.

Matthew and Brileigh has also released a new episode of Juicecast featuring Darbytrash, covering how Forming got started and its past and future events.

Juicecast episode of Forming

DAOPlanet Update by DAOofSteve

Steve from DAOPlanet said they were moving their project from Juicebox V2 to V3 protocol with the help of STVG, and was hopeful that they can get the project up and running by the end of the week.

Steve also said that they are going to hold the DAODenver event this year, along side the ETHDenver build week. This time they are moving to free tickets for everybody going to DAODenver, so they anticipated having a lot more people to attend their event this year. Steve also introduced their hotel accommodation packages and the partnership with CityDAO etc.

Jango thought it would be great idea to make the length of the week more accessible to folks, and maybe folks in our community could help to build some momentum for the DAOPlanet project.

Defifa NFL Update by Jango

The first version of Defifa has finished successfully, which is super exciting.

We are going to bring along with a few folks contributed to the first round and some new folks interested in going forward, to do another iteation of Defifa on the upcoming NFL playoffs.

Jango said we were almost at the point where we had the artwork all done and only some last minute things on the contract with smalll adjustments, and he felt pretty good about this new game.

FIlipv suggested that we make a concerted marketing effort for the Defifa NFL playoffs, with Discord servers, Twitter, Telegram to maximize the engagement, or possibly run ads as well.

KMac responded that we will have a very short mint window for this iterated game for NFL playoffs, which is only less than a week between the announcement of playoffs participants and the kickoff of the playoffs, especially taking into consideration of things like contract deployment etc. But he was very willing to try some actions of ads together. He thought that it would be easy to figure out what the breakeven might be on ads. If we treat ballkids' mints as revenue, we can figure out if that makes sense. It feels right from a mechanics perspective.

· 7 min read

Town Hall banner by Sage Kellyn Art by Sage Kellyn

Juicebox Analytics Update with Nicholas

Last week we had 15 new projects, and 5 ETH paid into the protocol. And the number of projects with more than 1 ETH in volume in last 30 days is at the highest level since April this year. The number of projects created wthin last month is the highest in the past three months.

One of our community members KMac suggested that there are some statistics we can track on a regular basis. Nicholas also proposed that maybe we should make a segment of our town hall to figure out the healthiness of Juicebox protocol by looking into these metrics frequently.

Filipv thought that we can pin down some of the focused areas so that they can be consolidated into certain dashboards dedicated to be used towards Juicebox analytics on the town hall.

town hall analytic update discussion

Defifa Attestation with Jango

We're wrapping up this Defifa game and learning a lot as we do it. We inherited a lot of properties from the governor voting system from the Governor Bravo contract.

Users can start voting one week after the last World Cup game, and the voting duration set in the contract is one week, so once a scorecard is uploaded, there'll be a week's time for folks to vote on that scorecard and ratify it. So the next week if we can get up to 50% of NFT holders in the attestation of scorecards, we could end the game in a few days and get this thing finalized and behind us, then we can focus on iterating for the next round.

And Filipv helped to demo how to attest the scorecards on

defifa scorecard attestation

The next plan for Defifa is to create a game for the NFL playoffs in January next year. The idea isn't to iterate too much stuff into the NFL game, it might need some new arts but will keep using the contracts and frontend as much as possible along the lines of or something like that.

It will be good to have another go-around and make some small improvements under our belt, while also planning ahead for other competitions later on in the next year, where we can experiment with some more new things along the way.

We currently have some interesting ideas with regard to how we might improve inter-game play or how to build minter confidence, but we'll first see how that plays out this time around for the NFL playoffs.

Updates on Gnosis Safe, project search and SEO by Filipv

Juicebox has been not been a default APP on the new Gnosis Safe app because of some problems with auto connection. Filipv has created a PR to the front end, and once that gets approved and merged, we'll auto connect to Safe and be a default APP on Gnosis Safe again.

For the project search feature based on Sapana that Filipv demonstrated last town hall, there's an outstanding PR for it that put together by Peri and added with some final things. Hopefully this project search will be implemented in the front end soon as well.

We have a local PR for some of the SEO stuff we've been discussing, thanks to the works of Acidicsantana and Filipv. With that, the SEO on should be improving slowly, so should that of our main website.

Forming update by Darbytrash

Lexicon Devils will be hosting a Forming event with Songcamp on Jan. 6th, 2023, with the performance lineup of Songcamp OGs announced yesterday .

Also they are doing RSVP on Forming homepage, and the applicants will be eligible for the wearables airdrops by Lexicon Devils.

Jango wondered how many submission were made for this event and what was the process to choose the artists that will perform on Forming, and Darby said they received 8 - 9 submissions, the Songcamp community made the final decisions in choosing performers, with Lexicon Devils being responsible for editing and curating the contents as usual. Also there's a criteria for applying for a Forming performance, which requires the contents to be filmed exclusively for premiering at the Forming events.

Forming x Songcamp collab RSVP

Lexicon Devils' Forming project on Juicebox has also migrated to the V3 protocol lately. They will be putting up some different tiers of NFTs on this project later this month.

Lexicon Devils' new NFT tier

Two truths and a lie with Felixander

Felixander gave 3 clues on the town hall and asked the audience to pick from the list of persons who is the one telling those clues.


  1. I raised money from a former chairman of FASB, a former SEC commissioner and an electronic spreadsheet pioneer, and then lost it all;
  2. I played basketball against Isaiah Babyface Thomas;
  3. A book I wrote sold over 1 million copies.

2 truths and a lie with Felixander

The correct answer was ... KMac.

And the one lie is No. 3.

End of Year Thoughts and Reflections

Jango: I think a lot of new amazing contributors lingered throughout the year, and that's a long time to be contributing to something and figuring out new ways to participate as things that were messy continued to become a mess only maybe with a little bit more organization over time. That's certainly worth celebrating.

I am looking forward to finding out how the community exists in the next year. It's been a cool year and I've had a lot of fun and been very grateful. I am stoked for so many things that might fall into place in the next year.

Also shoutout to Jigglyjams for making the Nance in this year, which will be super exciting for the next year especially to really stabilize it and make it the governance backend that will be tied to a lot of Juicebox processes.

The podcasts made by Matthew and Brileigh gets better and better in quality, too. It's cool to have this cadence of publishing, while tweaking the style and gear as it's moving forward.

Nicholas: Also Matthew and Brileigh have been doing a great work in Juicenews which is a great resource for keeping people up to date about the Juicebox ecosystem.

Shoutout to ONNI who created the Marfa Giant project in a small town and tried to figure out how to bring the people there onto web3 verse and accomplish the value of Juicebox. Recently he also has been involving in the marketing efforts of JuiceboxDAO.

Jango: Huge shoutouts to everyone who worked on the versioning stuff this year, from writing and testing the V2 contracts, then finding some small issues through Code4rena audit, to developing this V3 new contracts instead of patching the V2, and figuring out some interoperability standards. So next year, we'll get to build all these really fun and flexible toolings on top of it. For all the contract folks, yes, it's been a heck of a year, wild and frustrating many times, but with so much fun.

It's pretty wild. This is like everyone is on some significant spectrum of foundership of Juicebox. It's amorphous and defined just by what folks want to do, build and try to make these regenerative moments happen. I'm curious how to maintain a Discord in a governance system, or in the next a few years, given the potential of thing. I'm very excited about it.

There're some really good ongoing conversations happening, which are open, complicated and requiring our coordination ability and potential. Myabe we have a lot more answers than we had last year, but also have probably disproportionately more questions now open for exploration.

Darbytrash: I just want echo that this year has been so much fun and crazy that it's one of the most creative and rewarding years in my life. I owe a lot to Juicebox and I am really grateful to be a part of this community, be here with you all. Thank you!

· 8 min read

Town Hall banner by Sage Kellyn Art by Sage Kellyn

Reserved Rate Discussion Callout by Nicholas

This conversation started around the beginning of Dec, when Jango had thoughts on the ways to redistribute some JBX to contributors on the reserved token list.

And Nicholas put up a proposal, Distribute 15M JBX to Reserved List addresses, in a hope to suggest a way to distribute some amount of JBX to JuiceboxDAO contributors. This proposal came under very heated discussion in the temperature check stage of JuiceboxDAO's #38 Governance Cycle. Commuinity members expressed their different ideas on this topic. The discussions evolved from whether or not it would make sense to distribute JBX tokens to contributors on the reserved list uniformly, to if we should even reconsider the meaning or purpose of a reserved rate.

Nicholas called on community members to join the discussion that will be expected to follow after the New Year, when we are looking at having a proper discussion about how we want to think about the reserve rate.

Jango said this discussio of how to get JBX outward to both incoming members or folks who have been contributing, is somewhat a macro question which is solved well by reserve rate at least in the beginning of the treasury operations. But at a certain time, we also do have to be reflective over the tools we're using, not only for ourselves, but also for the broader Juicebox ecosystem, because we are offering these tools to others, to both solve their community initialization process, and their scalability as well.

Juicebox Analytic Roundup by Nicholas

Using the dashboard created by Filipv to compare projects that are receiving payments between different version of Juicebox protocols, we can see that V3 protocol is having a very healthy trend of adoption, while V1 and V1.1 is tending towards zero, espcially as projects like Lexicon Devils which are some of the last active ones on V1 have already moved to V3.

projects recently received payments

Talking about different versions of protocol, Jango said that the versioning nomenclature discussions had been very interesting for him this week, which was brought up by Nicholas and Peri about the usefulness of scoping down how the website references versions of protocol because it can be confusing sometimes. Jango also said he was grateful to the versioning effort for getting us to a place where we feel comfortable iterating on otherwise fixed smart contracts, while giving other communities the option to move over as well. He thought that if we could do this versioning efforts over again, there may have been some nomenclature things that we could improve. This definitely encourages us to be open-minded abou how we go from here. A lot of treasuries have evolved over to V3, but we might still want a lot of that versioning infrastructure to create some path forward, given the risks or features that we find compelling enough to do.

Highlights on new projects

  • Salman Needs A Job is a citizen journalism project exploring the World of Work in Web3.

    project salman needs a job

  • The Chinese Juicebox project created by Zhape, in an effort to extend more support to projects in the Chinese community inside the Juicebox ecosystem.

    Project JBX CN

  • The Juicetool project that Twodam launched to fund the running of Juicetool website.

    Project Juicetool

  • zhougsoft created by zhoug who is a member of the mfers community.

    Project zhougsoft

Current status of some projects waiting for V3 before

  1. Abraham Eden project that Jmill and Genekogan have been working to spin up a custom NFT strategy. They have been waiting on V3 to be able to sell NFTs which would act like batter packs that users can use for AI generation events on their machine learning service.
  2. The Thirsty Thirsty, a community of wine and food enthusiasts, is actually going to implement governance on a weekly / bi-weekly cadence to broaden the decision making in its current NFT holders. Folks that starting to empower the community are thinking about proposal for the community to deploy a Juicebox treasury to orchestrate its sense of purpose. This is a pretty cool, long-term oriented project that's trying to play with a more sustainable regenerative business model alongside the governance and treasury dynamic.
  3. The Shiba and the Whale - A Doge Anime, a project that dedicated to making a film. It is really cool model for other artists to complete things like this through Juicebox projects.

Status of Defifa by Jango

World Cup is over and the Defifa tournament turned out pretty fun and encouraging. Now we're planning the next step of this Defifa experiment, to run some competitions in 2023, iterate on something that seemed to work well and reassess some opponents that didn't work well.

Meanwhile, we're wrapping up the current instance of Defifa. From now until December 25th, folks can start submitting scorecards of what happened. Then from Dec. 25th, people who are holding the NFTs can vote and attest a correct scorecard. After the attestation, the treasury will unlock and folks can burn their NFTs to get their portion of the winnings depending on how their team did over the tournament and how many folks have the same NFTs.

There's a lot of stuff that we can make up for it to iterate on for experience in this upcoming year. We can basically play any points distribution game between mint and attestation of the scorecard.

We will try one for NFL playoffs, which starts mid January of next year, to iterate on a few parameters. And we also are sketching out 5 or 6 tournaments next year across domains, like League of Legends, March Madness or Women's World Cup, etc.

It will be cool to start digging ahead for some of these. We can really try experimental point systems and things within the Defifa structure. Then hopefully, we'll soon have a pattern that feels good and safe enough to make a Defifa create flow for folks to create and run their own competitions.

Another cool callout for Defifa this time around is that the ball kids minted one of every 10 NFTs for the ball kids treasury. Give the amount of tokens minted and the fact that the tokens are redeemable in the treasury, it ended up being a pretty successful experiment even monetarily for actually being able to support this next wave of development.

We need to reassess the model for continuing the sustainability of the project and make sure that we keep things tight. But this has a chance of being very scalable and can be applied as a fundraiser for other arbitrary projects.

There're all kinds of ideas we can iterate on. We should definitely dream big, but it's also exciting to stand on some solid ground and be able to iterate one thing at a time from here on out.

Demo of GasWoman and Juicy Spider by Filipv


Currently when members of multisig execute multisig transactions on Gnosis Safe, there might be some gas fees incurred in those executions. There are needs to refund those members who executed for the multisig. GasWoman is a generic tool Filipv created that fetches all of the Gnosis Safe transactions and build the transaction to do the refunds. This is a pretty simple tool but it might be useful for some people and projects.

Next, Filipv is thinking of doing the same thing for project taps, which can be triggered by anyone as a public transaction to distribute payouts from Juicebox projects. It will be cool to also find a way to make reimbursements to people who triggered those project taps for those gas fees paid.

Jango also reminded that there's also a functionality in the contracts for payouts, which allows people to route some of the payouts to the person who clicks "Distribute" and triggers that distribution transaction. So actually projects can bake that into the payout directly to incentivize people or MEV bots to click and trigger that transaction.

Up till now, only suppors searching with project handles, which is not very convenient. Recently Filipv has been in contact with Sapana to find a better solution to it.

Sapana is a service that does backend search management for Dapps. Juicebox was recently added to the closed beta of Sapana, so Filipv used it to build a simple indexer and a client for it, allowing us to search metadata and other aspects of projects on Juicebox. The repo of it can be found here.

This Juicy Spider project search tool that Filipv created basically crawl the projects on Juicebox and generate the API for search, and Peri is now working to integrate it into website, so that there will be an open access API endpoint on for folks to use later on.

· 23 min read

Town Hall banner by Sage Kellyn Art by Sage Kellyn

Juicebox Overview and Opportunities Going into 2023 by Jango

Jango started by sharing a list of opportunities that he sees in the ecosystem, and said he was thinking through some end-of-the-year reflections and survey of everything that's going on, both for sake of his own thinking and hopefully for purpose of inspiring others as well. As he gets involved in a lot of projects throughout the ecosystem, it could be very useful for him to aggregate things in one place, when we're assessing what to focus as a community in the upcoming year, and what worked well or not so much in the past year.


Multi-asset treasuries

This comes with the goal to allow projects to hold the ERC-20 tokens and then receive payments in those tokens, schedule that distributions of those ERC-20 tokens and offer redemptions in those ERC-20 tokens alongside ETH, and for viewers of projects to see all the assets that those projects hold in their treasury. And then allow projects to swap between assets like ETH to DAI just through payouts, so the redemptions of the tokens remain intact even through these swaps. I think there's a lot of projects in the sidelines right now waiting on DAI interaction or stablecoin interaction, especially as they're thinking about larger scale treasuries. So I think there's a pretty big opportunity here. There's nothing we're not aware of.


We worked on this veNFT project a lot ealier this year. And I think this is almost entirely in place both from the contract perspective and front end perspective on JBM. This gives a new accounting primitive that allows folks to lock the project token and receive an NFT representing this locked chunk of time, but then can be used in governance and anything else folks have in mind.

Product discovery

This product discovery has been talked about a lot, especially lately. So, how can we help people find better projects through curation mechanisms and UI choices? And we've also talked about veNFTs, these like time vested tokens might be a good way to kind of influence its curation carousels of some sort, stuff to experiment perhaps.

NFT content type

We did this big NFT rewards project this year, which was sweet. I think it has found some really cool usecases lately, shoutout to the ConstitutionDAO project for actually pushing us to do the redemption mechanism out loud. That's a really cool way to experiment with the stuff, but i think the cool would be entertaining new content type, right now it's images and gifs. how can we allow product to support audio video in the future?

NFT marketplace

This is an idea of allowing people to browse NFTs across all JB projects along various curation filter and sort patterns, which kind of gives more more visual or character life to projects and allows projects to start painting their own picture in the project page and throughout the ecosystem.


We talked a lot about templates the latter part of this year. I guess we'll continue to do so of how we can make it easier for people to kick off special purpose treasuries with a minimal addtional overhead. A note here, I think what I've learned at the end of this year is that this might be better solved in contract form first, like the Defifas of the world, the Blunt Finances of the world that are actually hardcoded some of these special purposes in them to allow frontend to forgive a lot of the extra normal JB properties. It might be a great preconditioned for building experiences around and so it might not be something that we rush into from a frontend perspective, because It's kind of hard to solve without the contractual assurances behind that added simplicity.

OAuth, burner wallet, debit cards

we've talked about a lot OAuth, burner wallet, debit cards, so making the products more accessible to non web3 folks or folks that we want to help get into web3 safely.

Feature parity with contracts

There's a lot of stuff that the contracts do, the NFTs do, aren't yet exposed in any products, and those would be nice to knock out. Things like NFT governance options come to mind, things like NFT reserved rate stuff come to mind, some flags in funding cycles come to mind. But then again, it's also been nice adding things as needed, so as the constitutionDAO project needed redemption of NFTs, we prioritized filling out some of that contract parity, which was really nice, but it might be something to think about actually surfacing those preemptively when going forward.

Contract work

The goal of contract work is really to finish creating these reliable core components that project can leverage to operate more efficiently. So these are tools that are generalized to be useful across projects to solve different efficiency needs.

Audit the veNFT

We should probably audit the veNFT accounting primitive if it's done. Shoutout to Viraz, 0xBA5ED working on that project. But we should probably audit it before making it useful for projects.

Buyback delegate.

Right now Juicebox treasuries emit tokens into existence, i.e. issue new tokens as funds come into the treasury. But if there is a market price for that token being issued and then our project should be able to opt for providing that swap facility instead of issuing new tokens, to allow the payer to get the best rate for the token.

V3 token

There's the V3 tokens, which projects can deploy and it makes use of V1 and V2 token balances. There will be a proposal to deploy a V3 JBX tokens. When that's in effect, it will know the total supply of all V1, V2 and V3 tokens in itself, so it keeps redemptions intact. All of our funds can be in V3 and can be redeemable correctly. And then all V1 and V2 token holders, either claimed or unclaimed, can send their tokens to the V3 token and the V3 token will mint itself back out to whoever sent it. The goal is that V3 token should accumulate all their tokens and issue itself continuously using the regular v3 Treasury.

Delegate registry

We launched NFT reward which leverages this delegate pattern, which Defifa and Blunt Finance also leverages it, so there'll be other emerging projects that build opinionated treasuries need to too. So how can we create a trusted registry of all these, which can make it easy for projects to plug and play with them into their funding cycles? We can have a blunt round, NFT rewards, as well as some other constraint that someone might provide, and make them easy to access by clients who want to provide that to project creators.

Funding cycle sequencer

This is to generalize the Defifa idea where you can basically hardcode a sequence of funding cycles that make up the game. Defifa has an opinionated version of that game, but theoretically on deployment, you can say, here are the five funding cycles I want to run. You need to deploy the project, set it to be owned by the contract that enumerates those funding cycles that you configured. And then the project will operate according to the cycles. It's kind of like a way to play out multiple funding cycles planned in advance.

721 delegate

A couple of iterations we want to do to 721 delegate, so the 721 delegate is the NFTrewards. We have a v 1.1 of it, that really improves some reliability of this like credit system, and changes a few ways our clients interact with the expectations from clients and interact with them to make it more in line with what we've observed in practice as folks have started using NFTs. I'll talk more about this after doing this whole spiel.

Swap allocator

Swap allocator is something Dr. Gorilla has been working on, which allows you to pay out from your treasury through a swap. So basically from an ETH treasury I can pay out DAI to a beneficiary. It'll first go and swap the assets and then send it out. And that same concept can be used to swap the asset and then put it back into a payment terminal belonging to the project to swap between things that the project owns.

Client incentivization

This is something we've talked about for a while. It came up every now and then this year, but we never really tried to aggregate a pile of data to prove this point out or how feasible this is, about incentivizing clients to keep facilitating growth of the network and increasing network traffic. There is something here, but we haven't yet quite nailed down with those strategies. They probably won't be contractual, but something to systematize in a sense.


There's so much cool shit happening just in the project world of taking the core protocol and the core pieces and extending them to provide bits of functionality for for the world, for the project creators.

These are all opportunities that should be respected and pursued in and of themselves. The cool thing is they tend to have the self-contained risk profiles, so we could put money in them, we can try to manage that money effectively towards the goal. But if the project disbands for whatever reason, we're able to learn from it and kind of point to it as like an experiment. So it's useful in many ways and I think a lot of what we've seen over the past year is initiatives start from within the protocol incubator in a sense.

Contributors are playing with ideas and actually solving direct problems, but also creating systems to generalize the solutions, and start their own treasuries over time and get to move the burden away from juiceboxDAO as of the filler of payments.

All these are no particular order. This document isn't at all talking about priorities, It's just kind of like opportunities I think it's our collective responsibility to figure out how to prioritize them based on what we see the opportunities are as well as what people are excited to work on.

Bannyverse and WAGMI

I think we all recognize what that with the power of Banny and the power Sage and Mieos and all the folks who have do do it the project and the character and the narrative. It's awesome. It's freaking awesome. So many good moments and characters and ideas and I think we've used them really creatively throughout and there's so much to do there. That's just like a world of imagination that's possible there. and the goal of that is just kind of how can this character in this world continue to thrive.


Peel obviously is a huge conduit of of the protocol to the world, but I see its goal is allowed trusted and useful interactions with the Juicebox protocol and its history of activity. That's like so so important and it's really cool that we managed to kind of create a treasury and ecosystem and community around that goal around that product. That's a huge shoutout to the Peel team for doing this thing so creatively and effectively this past year, and obviously so much to do going forward, and other frontend can can borrow from and learn from that too.


There's Juicecool, shoutouts to twodam for allowing really convenient interactions with one-off utilities and information across the ecosystem. There's been a lot of the smaller needs to patch really important problems, and things that you wanted to pay attention to, that Juicetool has come through for this past year. Especially in the versioning effort the past couple of months, which a lot of these tools really helped keep us in check as we slightly expanded to accommodate ths kind of versioning matrix to then consolidate again going forward, while still being really comfortable with the idea of expanding in the future, if needed, to solve certain problems.


Nance as an API for organizing data from this opinionated bi-weekly or repetitive governance system of proposals and outcomes, they're stored and scheduled and viewed, and then made folks like Peel and Juicetool and Cogni and others make use of that information. So there's a lot of work to do there, to kind of continue playing mining governance treasuries and from API level.


Cogni is a concept, it's very interesting as well with the goal of creating kind of reliable future oriented project accounting insights. So how much are we on the look for spending in five funding cycles. What are the commitments that we've made that are waiting like a certain criteria to be met before issuing that payout. And then that be used with Nance, just make it easy to reconfigure funding cycles because a lot of project owners going forward in general may want more of this like governance tied into funding cycles operations. so It's a little more hands off.


A lot of discussion about merch lately, but I think merch is something that was experimented with by STVG early on and made a lot of fun with that, and I'm excited to see how NFTs can be used to make that a more compelling point of interaction. So yeah that combo is ongoing. I haven't followed it closely, I think there's an update later on in town hall i'm excited for.

Lexicon Devils and Forming

Huge shouts to this this group of like incredibly energetic and talented and artistic folks who have been putting together this architecture and experiences. And there're folks around who want to build off of that. You know, how can we provide other experiences alongside Forming in a similar space to really leverage this moment when folks coming together in a shared digital space to experience a particular sequence of music, artwork, vibeage, costumes etc. This super expanded my mind this year. So thank you for all that y'all do, Lexicon Devils.

Text-based NFT metadata URI resolvers

I think there're lots of cool opportunity in the tech space nft metadata that Nicholas has been working on for showing projects NFTs. This idea of NFTs displaying useful information is huge, can be useful to Defifa, can be useful in project data here and throughout. And really cool that uses the capsules font Peri wrote as well. I think as we expander to NFTs as utility, it'll be great if we have a really clean system for getting up NFTs that have aesthetics and also communicate information. And then we can always fill it out with more compelling artwork or more like unique artwork as that comes about. It's hard to have the opportunity to have a Defifa like artwork from Sage and from WAGMI, It's cool to show something that represents the project.


This dope project humanizes everything we do, allows us to tell stories, talk to people, broadcast project's intent, follow up and and really gives the project a voice. So huge shoutout to Matthew and Brileigh for continuing that effort, really curious to see what you all have in mind and in store for next year.


I think Defifa has a lot of legs for sure as a project in and of itself. Folks already in the Discord scheming point systems for all the tournaments that we could do next year. I'm excited to pour a lot of my experimental time into there next year. I will be really happy with how that turn out.


I think we're gonna talk a little more later today as to where they are, but huge opportunity for a project of projects, like networks of projects that are more refined and purposed. And also the legal framework that y'all came up with is super cool, experimental and cool. and I think as we proves that out, it can be really useful to other projects.


There's a project I'm calling bananaspus i haven't convinced anyone of it yet, but so i am calling it it's kind of the L2 initiatives. How can we have juicebox operating across many EVM chains? There's a lot of complexity in that operation. So it will probably live on its own, not be a juiceboxDAO endeavor. But stay tuned on our making moves there. It's interesting whenever we do these cloning another EVM, we have kind of moved in everything we've already established over, sometimes it feels like we have more to do on mainnet before we then copy it around. So we don't want the burden of versioning and management all over, but there's certainly a lot of opportunities on non-mainnet chains.

Blunt Finance

The idea of Blunt Finance, I think it's pretty compelling, just a better first funding cycle for projects that are more fundraising oriented, and then you can leverage future funding cycles to reward contributors to your first funding cycle. And also in that first funding cycle it's running with tighter constraints such that if you don't meet a target, the blunt contract owner will automatically schedule funds to funding cycle 2 that's for refunds. If it does meet a target, you can transfer projects to a project owner and then operate regularly. I think just like a simple onboarding experience contractually can go a long way for us.

Group purchases delegates

Similarly, this can be kind of like what ConstitutionDAO2 just tried but automated and maybe included an auction house as a facilitator oracle type entity in the mix.

Events and ticketing

There's a lot of stuff you could do in the event world where you're loading a treasury to pull off the event. We can use the assets to load the treasury and distribute, which can then be used for ticketing and for airdropping of artifacts from the events, like videos, music, audio or what happened at the event. It's like keeping everyone who was a part of the project benefiting from the contribution and the attendance.

These are the bunch of things that's been on my mind. Hopefully this serves some purpose for folks thinking about where we are, and where we might go from here and maybe give some insights as to what we're working on together.

721 Delegate V1.1

We have a PR open on the NFT rewards repository for a 1.1 version of the NFT rewards, and it simplifies the flag structure a bit, removes the MintBestAvailablefunction, basically requires users to be explicit about what they want to mint.

It also improrves the credit system that's useful for projects paying each other without having the ability to explicitly state what want to mint. Currently, if there's nothing explicit, the contract will try to mint the best available. But what we're going to push for is, if you are not in a position to specify what you want to mint, you can accumulate credits from payments and later on use them to mint stuff.

These are a few small refinements based on the user experience contraints that we've identified from working with Peel and making some of these recent campaigns possible.

Jango said he would circle around with Peel on the specifics, but all in all that's on the pipeline and ready to be deployed.

Governance Process Quorum Update by Nicholas and Filipv

Nicholas told us that, in the last one or two funding cycles, there has been some discussion about criteria of quorum in our Snapshot voting. The quorum currently is set at 80m JBX tokens, but to the surprise of some DAO members, abstentions have not been counted towards total quorum.

Nicholas just put up a proposal here, suggesting to increase the quorum from 80m to 100 m JBX, which is about 4.7% fo all token supply, and also to count abstentions towards the total quorum.

By counting the abstentions into total quorum, essentially people who are voting Abstainare actually delegating their votes to other people who have voted either For or Against.

Project Search by Filipv

Filipv introduced that we have been added to a closed Beta for Sapana which is the service that does backend search management for Lens and Mirror currently. Their team implemented a new feature to their API to allow us to use this search for And also it's goinng to allow us to do full text search for project titles, descriptions and things like that.

Juicebox has also been added to closed Beta programs for the Dune APIs upon search and a few other services. Anyone, who is interested in getting API keys or access to that, can contact Filipv for the setup.

Filipv spoke with Nucleus, who does virtual card issuance for a credit card backed by USDC basically. Nucleus set up a card for us while taking care of KYC and everything on their ends.

WAGMI Update with Mieos

WAGMI is currently doing a little bit of soul searching and think about how they should step into 2023. Mieos would love to have people gather together, on a different occasion, to discuss people's ideas, thoughts and consideration towards WAGMI.

Banny Warhol with Jmill and Genekogan

Jmill and Genekogan are working on a project called Eden which is basically working with generative AI, just like the Dall-E, Stable Diffusion and things like that.

They had the idea a while back to try fine-tuning AI art model on Banny pictures, which is basically a version of Stable Diffusion adapted with or trained on some of the Banny art.

Genekogan said that this is basically DreamBooth, the technique which lets people inject a new concept, a character or a style in the Stable Diffusion vocabulary. It's a fine-tuned Stable Diffusion that optimized towards making pictures of Banny.

When asked upon by Nicholas whether this is something on the path to developing a produce that they can sell as a service, Genekogan said that it's basically the base. But they're still trying to discover different ways to either turn it into a service catering for customers, or just exploring with the techniques and trying to get people to use and experiment for the most part.

AI at home

StudioDAO Update by Kenbot

The first funding cycle of StudioDAO has finished recently, they successfully raised over 40 ETH including the grants from JuiceboxDAO.

Their priority these days has been trying to onboard more members to their community, by making it super easy for non-web3 people to buy their membership NFTs. They are now focusing on working with Peel to create a really minimized flow so that people come to their web page can easily create a wallet and get that NFT.

StudioDAO will also be making a documentary for MoonDAO. A proposal to partner with StudioDAO to finance the film has been passed in MoonDAO, and they also put up $100,000 to get the project started. They are now finishing the relationship with the filmmakers and will create a dedicated Juicebox project so that MoonDAO can contribute the funds into. Kenbot thought that'll be great to kick start the ecosystem.

On the other side, StudioDAO has also been working towards onboarding more filmmakers into the ecosystem. Kenbot was quite ambitious about how many filmmaker projects they can incubate in the upcoming 6 months.

Party Owned Juicebox Project Demo by Nicholas

Nicholas introduced that PartyBid is a tool for collectively purchasing NFTs, which can be used to raise funds together and then buy the targeted NFTs after. But he is more interested in the possibility to use it as an alternative to Gnosis Safe for managing Juicebox projects, so he decided to create a Juicebox project to demonstrate how to use PartyBid as a governance tool.

Nicholas got the early access to the PartyBid V2, which allows us not only to own an NFT with it, but also to execute transactions from it. So Peri, Filipv and Nicholas created a JuicyParty on PartyBid and used it to acquire the Juicebox project that Nicholas created before. After owning this Juicebox project with the JuicyParty, they tried to execute from it a bunch of different proposals reconfiguring funding cycles and metadata of the Juicebox project.

JuicyParty at PartyBid

Also with a stroke of genius from Filipv, they turned the experimental Juicebox project into the Monkey Retirement Army project to support post-service monkeys at the Monkey Living Center, by donating 100% of raised funds to those monkeys. Also, they tried to set up a couple of NFT tiers in this project.

What's cool is, all these configurations of this orginally empty Juicebox project were done using PartyBid, including project metadata, NFT tiers and project handle etc. As PartyBid is entirely onchain, there's no Snapshot kind of offchain voting involved. All the configuration proposals are voted and then executed accordingly onchain, which was a very good experiment for light weight governance. They are also having discussion with people at PartyBid around potentially improving different aspects of the PartyBid user interface to work with Juicebox better for small groups to govern their Juicebox projects.

Filipv and Nicholas are also looking for the possibility of using the Juicebox project tokens in the governance of this PartyBid Party, instead of using their Party card.

Juicebox Protocol Analytics Browse by Nicholas

Nicholas highlighted some projects he thought that might be interesting.

  • TanlentDAO - Research Guild
  • The project that STVG created recently to raise funds to give students new headphones.
  • As Sotheby's today announced they're delaying the auction of 2nd private copy of Constitution, so ConstituionDAO2, aka. WAGBTC, are considering if they're going to wind down, or continue fundraising but allow refunds at the same time.

Juicecast And Blog Update by Matthewbrooks and Brileigh

Matthew and Brileigh just released the new Juicecast episode, the epilogue of the ConstitutionDAO retrospective series podcast, which is about PeopleDAO and ConstitutionDAO2 campaign.

New Juicecast episode

Also they posted a comprehensive article about ConstitutionDAO on our blog here.

Forming New Event by Lexicon Devils

Darbytrash from Lexicon Devils announced that they would be holding a Forming Songcamp collab with winter break vibes on January 6th.

Forming and Songcamp collab

· 8 min read

Town Hall banner by Sage Kellyn Art by Sage Kellyn

Tending towards zero by Jango

This is something Jango has been thinking about for a while, seeing it in different context, and something he has been trying to take as a lens to view through proposal in previous funding cycles. It's the idea about our current decisions in spending, in versioning the protocol to different improved contracts, in suggesting front end to also follow suit in other clients, as well as the protocol fees and the JBX token issuance.

There seem to be a pressure to expand them in one direction to grow it out and accomodate more thing, more people, more expenditures and more commitments. But on the other side, there is also a pressure to reduce it down towards zero, which means to shrink it and to essentially create few points of governance fragility and JBX decision making, and instead to have a techologically more stable treasury that projects aren't expecting changes while their fees are consistently tending downwards, neither do they have any real working party commitments to it.

Both these two pressures make sense. It's just piecing together where we already are in the progress of this development effort and operation effort as of JuiceboxDAO and Juicebox protocol, and where we want to go. And ackonwledging that if we want to go towards zero, sometimes we have to think about how to get there sustainably. In a network's context, sustainability means the network should work and has properties to support new members or new projects to learn how to help something flourish.

And here is the thoughts that Jango posted in the strategy channel, which is just some kind of thoughts in progress, to invite feedback, critique and other points of view. It kind of proposes a lens from which we can view maybe operations for the next year or so or into the future, while reflecting on our habits over the past year.

tending towards zero page 1

tending towards zero page 2

Jango also reckoned that we should get there one proposal at a time. The goal is to really find a sustainability model. There is a point where the core protocol needs to dwindle, and it's stablized because of having addressed risks and created enough pockets where people can create oppoutunities for themselves in subsequent layer stack. And there's less need to preemptively spend on JuiceboxDAO oriented things, JuiceboxDAO becomes a substrate and a lot of work can be done on expanding things like Defifa and expanding out clients at Peel, while also finding ways that those can sustain themselves. We have a substate that can structure those opportunities and risks. Then ideally JBX, as the energy of the ecosystem, serves to market itself as the network and a lot of more strategic storytelling components move to these other layers of this stack as well.

Jango thinks that given the nature of the treasury, assuming it kind of stays where it is, it makes sense for us to recognize that this isn't endless as well. That's going to keep moving funds out to the edge of the network, rather like we need to make there expenditures encouraging a point of self-sustainability and creating tools that are generalizable across projects. He also thinks, if we can create enough of these components and create that foundations as the principle, it will empower all these other projects around us to take on the responsibility of risk and opportunity on their own.

Migration Utilities Update by Jango

We are going to get the split allocators of V1 and V2, which will be published by the end of this week. We will have the V3 token that projects will be able to launch and migrate to from their V1 or V2 token stores. That is still being passed around since it's still making suggestion and edits, but it'll coming up soon. Jango is hoping that we can get it out there by the end of the year for front end to make use of.

Statistics Demo by Twodam

Twodam created a new Dune dashboard following all the NFTs created on the Juicebox protocol.

NFT Dune dashboard

Also, he made a dashboard to summarize the metrics relevant to Snapshot voting, which is also usable for all the DAOs in the Snapshot space.

Snapshot dashboard

Blec Report Project by Chris Blec

Chris Blec introduced himself to be a analyst in the DEFI space, and he spent a lot of time on Twitter poking around in DEFI projects and decentralization, trying to strengthen the space through critique by picking out spots that he feels users should. be aware of concerning trust issues and centralization issues, etc.

Recently he has launched a website to post his opinions about DEFI and crypto. website

And after figuring out the mechanisms of Juicebox through the help of Jango, he also created a Juicebox project called Blec Report, in order to get some support to work on it full time.

blec report Juicebox project

And Chris Blec shared his experience and some obstacles in getting to understand Juicebox, which was very helpful in our understanding how we should communicate with potential users. He also expressed his willingness to play a role in clarifying to the community how Juicebox works, and hopefully acquiring more users to Juicebox, because he thinks Juicebox is a very useful tool and will be a great alternative to other sources of crowdfunding.

JokeDAO Rewards Module Demo by Seanmc

Last week Seanmc came to our town hall and gave a preview of their rewards module, which was shipped with the grant from JuiceboxDAO as the Milestone II of it. Now that they had this rewards module in production, they came to the town hall again and tried to do a contest to show the way this product actually works.

Seanmc set up the contest with a prompt of "If Juicebox had a conference, where should it take place and why?". People can submit proposals according to this prompt or vote on the submitted proposals with a dedicated voting toke. And the winners will get paid out proportionately according to the rules set with funds sent in the rewards module. In this case, Rank 1 gets 50%, Rank 2 gets 33% and Rank 3 gets 16% respectively.

Jokedao rewards module contest

Also the thing they are looking at doing in the future, is to allow anyone to deploy their own rewards module. If done, there might be multiple rewards modules all looking at the same contest and having different parameters for different ranks to pay them out with.

Planetable Demo by Livid

Livid came to our town hall to introduce a native MacOs App for building and hosting decentralized websites.

Normally, if you want to host a website on the ENS domains, the process will involve static website generators and IPFS. As currently there aren't many products available, you will probably need to use a centralized service like Fleek, or run an IPFS node which is your own computer. Apart from that, there will even be some command lines required, so many people who want to build on their own might just stop there.

The team has been developing this App called Planet, which helps users to build a block and publish it to IPFS. It has a built-in IPFS node and allow users to host websites from their Mac and no CRI is needed. Go check their website.

planetable website

On the town hall, Livid demonstrated how to generate a website with ENS domain and then host it to IPFS. And he also showcased the new functionality recently added to this app, which allows users to tip a content creator with ETH by ENS domains, while at the same time attaches the URLs of the articles to the data field so that content creators can back check where the funds come from later.

Livid also brought up the thought that maybe we can add a Juicebox icon into the App where it works like the current Juicebox project's paybutton, so that content creators can get paid into the Juicebox projects they set up. All a content creator needs to do is to just add a Juicebox contract address to their Planet settings, which would be very cool. He has been learning the technical details about Juicebox and hoped he would be able to implement the integration soon.

Planet is an open source App, its repo can be found here.

TokenURI Resolver Demo by Nichoas

The ownership of Juicebox projects is represented by NFTs, which allows whoever holding those NFTs to change the funding cycle configurations of relevant Juicebox projects. Currently the project NFTs on both V1 and V2 protocol have no metadata, so Nicholas has been working on a tokenURI resolver, which is like an extra contract to deploy, to make some of the project details visible on the NFT. JuiceboxDAO has given the permisson to do so until the end of December in this proposal.

Nicholas shared some of the images on the town hall, which are generated entirely onchain with orange as the default color. tokenURI resolver Project owners in Juicebox will not have to do anything to get the standard orange one if they choose, and will also be able to set a different theme to the NFT.

Nicholas is expecting that a V1 of this product will be up for this Christmas.

· 4 min read

Town Hall banner by Sage Kellyn Art by Sage Kellyn

Infura gate postmortem by Peri and Filipv

On November 25th, the website suffered a downtime of about 40 minutes. This came from the increased traffic from the Gabriel project, which attracted a lot of attention and ended up pushing us over a request quota in the Infura services we are using. We shouldn't have had a request quota with Infura, so something might went wrong in this matter.

We havn't really reached a conclusion yet on what happened, but as now Infura is taking steps to remove all rate limits on our accounts, at least in the perceivable future, we don't expect this problem to happen again.

The upside of this problem is that it helped us to figure out some inefficiencies in the App. Big shoutout to Aeolian who has already implemented some very quick optimization in the App for that matter. In the future if we do have an even bigger project than the ConstitutionDAO, we should be even better equipped to avoid any outage. Also great thanks to Filipv for helping us to resolve this problem really quicklly on a Saturday, and to everyone in the Peel team for jumping in for a quick fix.

Juicetool Proposal Submission Demo by Jigglyjams

Jigglyjam was doing a short demo of submitting a JuiceboxDAO proposal. He introduced the proposal interface in juicetool and showcased how to fill and submit a proposal.

juicetool proposal interface

And he also introduced that after the proposal is submitted, a discussion thread will be created in our Discord server. In addtion to that, a new branch is going to be created in the dolthub page of Juicebox governance, and the proposal will also be pushed to the database. All of these are in the process of slowly migrating off Notion to this open mySQL database.

JokeDAO Update by Seanmc

Seanmc came to our town hall to demo their 2nd milestone implementation for the grants in the proposal of JBP-211-Sponsor Development of JokeDAO V2. As their 1st milestone was finished and demonstrated on the Aug. 16 JuiceboxDAO town hall, this 2nd milestone has taken a bit longer to implement than previously expected.

In this 2nd milestone, they are trying to develop a rewards module, which can be used to reward different ranks with proportionate amounts in a contest. All funds will be sent to the contest and split by a rewards module, which is basically a contract attached to the contest and does everything onchain.

The rewards can be paid in multiple different types of native tokens or ERC-20 tokens of whatever chain on which the contest is deployed. Seanmc is very exited to see what people will use this module for, and they think hackthathons could be a really cool usecase where people can submit their hackathon entries and get paid out with a pre-funded rewards module for that contest.

Quiz Poll with Felixander

Felixander asked a question of "How Gabriel Haines will find SBF?" to Filipv, Dr.Gorilla and Matthewbrooks. And he asked attendants on the town hall to guess who was one that gave the answer "naked and handcuffed to a jacuzzi". For the backgound of this question, please refer to the project description of the the Gabriel Haines project.

quiz poll

The correct answer is Matthewbrooks.

Forming Update with Darbytrash

On last Sunday, the ALLSTARZ collab. with Forming was held at the Juicebox headquarter in Cryptovoxels.

Forming x ALLSTARZ

This event was a wild success. It was many people's first interaction with Juicebox and it seemed very well received. One of the ALLSTARZ DJ to this event, L444U, also came to the town hall today, out of the curiosity to explore more about Juicebox from this Forming event.

Lexicon Devils published the performance content on Youtube, as well as released the mixtape for it.

Also Lexicon Devils have planned a few Forming collabs with other communities later:

NFT Rewards Dune Dashboard by Twodam

Twodam made a very cool Dune dashboard that shows NFT rewards statistics across the Juicebox protocol.

NFT Dune dashboard