39 posts tagged with "town-hall"

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.

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.

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, GMX.io and Rango Exchange, respectively.

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.

How?​

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.

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.

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.

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.

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:

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.

  

• Lenster

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

  

• 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.

  

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.

Values​

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.

Membership​

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.

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.

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.

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.net.

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 defifa.net/nfl2023 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 docs.juicebox.money should be improving slowly, so should that of our main Juicebox.money 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.

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.

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.

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.

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!

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.

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 juicebox.money 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.

  

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

  

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

  

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

  

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​

GasWoman​

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.

Juicy Spider Project Search​

Up till now, Juicebox.money 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 Juicebox.money website, so that there will be an open access API endpoint on juicebox.money for folks to use later on.

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.

Products​

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.

veNFT​

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.

Template​

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.

Projects​

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​

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.

Juicetool​

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​

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​

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.

Merch​

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.

Juicecast​

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.

Defifa​

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.

StudioDAO​

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.

Bananapus​

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 juicebox.money. 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.

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.

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.

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.

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.

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.

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.

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 blec.report to post his opinions about DEFI and crypto.

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.

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.

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.

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. 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.

Art by Sage Kellyn

Infura gate postmortem by Peri and Filipv​

On November 25th, the Juicebox.money 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.

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.

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.

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:

• Collab with Songcamp, a very cool NFT community.
• Collab with LowEffortPunk.

NFT Rewards Dune Dashboard by Twodam​

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

Art by Sage Kellyn

Protocol Analytics by Filipv​

Our project creations and payments in the past 30 days are both well above historical averages.

V3 Versioning by Jango​

ONNI's project The Marfa Giant managed to get on V3 earlier today with an NFT collection, it is our first project deployed on V2 that managed to launch a new V3 treasury. We're working through that UX with Peel frontend team, and any small inconsistencies are getting ironed out pretty quickly. It feels good to be on the tailend of using the stuff we've been building and getting projects through the finish line.

Next stop for versioning will be making use of the splits allocator components that Viraz has been working on, for projects that want to keep their V1 and V2 treasuries online to just basically forward any received funds into their V3 treasury. Those split allocators are written, tested and up for review right now, and probably will be deployed in the coming weeks.

And also projects migrating to V3 should be able to use a V3 ERC-20 token if they choose to, by accepting V1 and V2 tokens through a migrate function and sending back out the V3 ERC-20 tokens, so as to maintain the total supply balance across all versions. This is also written and in reviews, thanks to the great work by Viraz again.

Currently V2 projects can launch their V3 funding cycles with the new NFT rewards functionality. Also they can choose to reconfigure their V2 treasury to be paused and converge onto V3 protocol, or operate both treasuries at the same time, which is what JuiceboxDAO is going to do.

As per Jango, here are the final steps folks will need to take in order for communities on V1 and/or V2 to safely launch on V3:

Finally, there're two pending projects that were prototyped in the summer but put on hold as we proceeded to build out V3 and the NFT extension, they are more oriented towards strengthening the JBX mechanism.

• JBX fee module. This is a pay delegate. When payments are made into the JuiceboxDAO treasury, this delegate can make a decision whether to issue new tokens at a particular mint rate, or to go to the AMMs and swap the funds for JBX, and then issue them to the beneficiaries.

  This will help projects who pay fees to our treasury to get the best rate for JBX, but the tradeoff is we might not be receiving ETH into the treasury any more. We're just supporting the distribution of JBX.

  It's a component that has been researched and prototyped, but we'll have to come together and figure out if that's indeed the move in the form of a proposal, which will probably be the first thing in 2023 once we finish the process of migrating JBX over to V3.

• veNFT. This is an NFT minted with locked project token, which can be used as either another accounting or governance primitive. Obviously the V3 token is what we will use here, so we will need to finish some of this prerequisite versioning work metioned above first.

Update by Lexicon Devils​

Lexocon Devils will be hosting the Forming and ALLSTARZ collab on November 27th, 3pm PST, at the Juicebox headquarter in Cryptovoxels.

Lexicon Devils' Youtube channel is here, where you can check all the past Forming events.

YouniDAO Launch with Brenna and Saiko​

YouniDAO is a DAO that amed at finding a way for local independent musicians to make a living off their creativity. They just launched their crowdfunding Juicebox project lately, with a Trench Family collection of 33 NFTs for their contributors. YouniDAO is one of the first projects on Juicebox to make use of our NFT rewards functionality.

They are currently doing an onboarding crowdfund campaign for Uni Fest Summers 2023, with the goal of making it the first web3 backed tour for independent musicians.

Also Saiko said there's a gigantic aspect of mindfulness around YouniDAO, which literally means you and I DAO, and they want to have a way to make everyone harmoniously assimilate in a certain way, because they feel strong being together, while at the same time valuing the personalities that they already got to interact with on a day-to-day basis.

They extended their gratitude towards Jango and folks in the Juicebox community, for supporting them to create and launch this project. They are very excited to be alongside Juicebox and for what is to come in the future.

Blunt Finance with Jacopo and Jango​

Basically Blunt Finance is a Juicebox project funding cycle that has some additional features and follows some special rules. The way they are presenting right now is that it allows "Fundraise by giving contributors a share of future tokens and manage terms bluntly in the open with your community".

There are a few perks that Blunt Finance has, one of them is that you are able to allocate a percentage of what is actually the reserve rate of a Juicebox project to those who have contributed. The way it achieves this is because it actually uses both Juicebox and Slice under the hood.

Context: Slicer and Slice

Once a blunt round is completed, there will be a slicer, which is another smart contract developed by Jacopo, assigned to the reserved rate of the Juicebox funding cycle and take care of all the complexity by basically giving all the contributors a share depending on the amount they contributed and putting that automatically in the reserve rate.

These are some of the advanced settings that one can make use of when they are setting up a blunt project.

A blunt round is basically a funding cycle that has some special rules, and it's divided in two different stages:

1. The first stage is a fundrasing stage where people can contribute like they do to a Juicebox project. The difference here is that a blunt round has both a target and a hardcap, which a typical Juicebox project doen't has.
2. When the contributions reach the target or eventually the hardcap, the project owner is able to close the round, and it allows the owners to claim their slices of the slicer and the project becomes a typical Juicebox project.

On the other hand, if the round doesn't close successfully which means the target of the fundraise hasn't been reached, the project owners will never receive the ownership of the actual Juicebox project. And the project winds up and contributors can get full refund of what they contributed.

Blunt finance is to give everyone who contributed during one funding cycle a share of issuance in future funding cycles, in a way like funding cycle #1 being a fundraise round, and during the subsequent funding cycles you can give everyone who participated in the fundraise round special incentives like product rounds where you just route some other fee/income into it.

Basically a blunt round lets you create a slicer which acts like an address representing all the participants in the first round and then you can just include that address in subsequent funding cycles on the reserve list. If someone wants to make an investment in a project but not be diluted by subsequent token issuance, this would be a mechanism to achieve that, which is also one of the reasons that Jacopo came up with this idea so as to make it possible to raise funds from private investors or institutions.

Although you could achieve the same thing by just collecting all the addresses of participants and manually include them in the reserve list, but with blunt round you could theorectically program the owners to be others than you, and the whole project will automate everything, or you can send it directly to governance contracts that's run by anything. Also it add a few funding cycle specific parameters such as hardcap and refund and a few more mental modeling things around fundraising that get hardcoded into the funding cycle #1.

Jacopo also introduced that currently the contracts are mostly done, there might be some tuning and maybe some last minute addtional features, but they're basically finalized. People will be able to play with all this stuff on Goerli testnet in a few days.

Visibility by Matthewbrooks and Brileigh​

They just published the new edition of Juicenews here, you can also subscribe to this newsletter which will be sent to your email on a weekly basis.

Matthew and Brileigh have also released a new episode of Juicecast, which is the first episode of ConstitutionDAO deepdive series they are producing for the ConstitutionDAO anniversary. The full Juicecast episodes can be found here.

Confluence Miami by Bruxa​

Bruxa and friends are going to hold a very wonderful event called Confluence during Art Basel 2022.

Confluence, with the theme of "The Intersection of Cryptocurrency and Climate Change", is aimed at bringing together innovators in the climate and web3 spaces to discuss wins and fears around emergent blockchain infrastructure. And there will be an art auction to raise funds for Thirsty Thirsty (regenerative agriculture) and OCN.ai (regenerative ocean metrics) on this event.

They created a Confluence @Art Basel 2022 project on Juicebox to raise funds for this event, making use of the new NFT rewards of Juicebox, to experiment a way to support this kind of activities in the future.

A Contest by Felixander​

Felixander created a contest, the details of which he has put into a blog here, for the purpose of attracting more new members or Non-crypto native people into our Juicebox community.

This contest is actually a treasure hunt, and the treasure lies in an Ethereum wallet address that Felixander and WAGMI Studio have thrown some funds inside. Currenty there is 1.29 ETH in it and most importantly there are another 4 Defifa NFTs (Brazil, Argentine, France and Portugal) which might be very valuable if those teams turn out to be in the winning category on the World Cup 2022.

The hints to get the 12 seed phrases of this Ethererum wallet address will be in the story Felixander is going to tell. The story comes in 5 parts, the first part of which will be dropped on Thanksgiving , and the rest will be released every Monday afterwards until December 19th. Read throught the whole story and you will have the chance to solve this puzzle by Felixander and get that treasure!

Art by Sage Kellyn

Frontend Update by Peel team​

• Our NFT functionality is live, we've got quite a few new projects on mainnet using the NFT rewards
• Initial V2 > V3 upgrade path is coming this week, V2 projects will be able to launch their funding cycle on V3 soon.
• The priorities of Peel in this and next week will be bug squashing and continued integration of feedback into project creation flow.
• Some new subgraph updates upcoming this week, hopefully we'll have funding cycle events appearing onto the project activity feed in the next two weeks.
• Shout out and thank you to the DAO for supporting Peel's payout renewal proposal in the current governance cycle.

Defifa Update with Jango​

Because we are trying to figure out how to continue spreading the word and telling the story of Defifa, Jango wrote a blog post about Defifa the other day explaining three of the novel technical components.

1. Firstly, The NFT rewards mechanism, being part of the protocol, could be attached to any project upon launching now, or attached to a future funding cycle. Defifa uses this mechanism to define 32 NFT tiers that are corresponding with the 32 teams that will be playing in the FIFA World Cup, all with the price 0.022 ETH.

   That's all resuing a bunch of stuff that everyone has access to within the NFT rewards contract. Hopefully a lot of these extra nuggets of features will be coming to juicebox.money as weil, so that folks can have access to things like reserved rates and the governance aspect of tokens as well.

2. The second interesting aspect that Defifa builds from is the idea of project ownership.

   Normally, project owners of Juicebox projects are a person or a multisig that has the exclusive ability to reconfigure the project's funding cycles. But in the case of Defifa, it's owned by a contract, which means no one has control over its reconfigurations. Four funding cycles have been pre-configured into the contract to represent each of the 4 phases of Defifa, which can be queued by anyone in the public before the current phase ends. All the timestamps that define the game start and couple other time bounds have been decided on the game's initialization.

   The entire life cycle of Defifa is basically unowned in a contract. It's an open design space that we're just starting to play with, but obviously it helps to have an end application in mind when you're thinking about how to leverage these tools. Jango hopes that this contract and this idea can serve inspiraton for folks who want to experiment more over time.

3. The 3rd and last bit that's interesting about Defifa, which is new and unseen before, is the idea of governance with the use of a scorecard. Each NFT minted actually can be used to vote on a particular set of decisions, and Defifa scopes it down to one decision which is the result in real life.

   At the end of the tournament, token holders are responsible for attesting to the results of the competition, which is basically how should the treasury be split. Anyone can submit a scorecard and NFT holder will be expected to send a transaction onchain to attest to the correct scorecard.

   Once the correct scorecard is ratified, the treasury will re-open so that NFTs can be redeemed for the underlying treasury according to this scorecard.

As far as attestation is concerned, each of the 32 teams has 1 vote to attest to the correct socorecard. Each NFT, each unit within the same team has a fraction of that 1 vote. So if there are 300 Brazil NFTs, each of them has 1/300 of the vote to attest to the correct scorecard. There might be some corruption manipulation opportunities if someone amasses 50% of all voting power, which is required to actually confirm and ratify the scorecard. There might be incentives for people to mint the least minted teams to get higher proportionate voting power.

Jango also thought it's awesome to see the project page on juicebox.money. Currently the project create flow only allows 3 NFT tiers, but the protocol acutally supports open-ended number of tiers. So he suggested that we should prioritize to stretch what's reasonable in frontend's perspective for juicebox.money, which should be more healthy as we don't want to spend much time building something that no one's really putting too much stress on.

Jango was quite sure we would learn more about the parameters that we chose to initialize this game, and excited to run it again with new artwork and maybe some variable version of this site for the Women's World cup next year.

V3 Report by Jango​

Compared with shift from V1 to V2, which was a quite significant one that opened up the creativity within Juicebox protocol, the shift from V2 to V3 is just a small change that patched up some minor issues from the audit report on V2.

JuiceboxDAO is going to put most stress on the migration system. Over the next two months, hopefully by the end of January, we'll have cleaned out the V1 and V2 allocation and moved everything to V3, as well as started the process of moving the V1 JBX into an iterated version of JBX. There will be more details coming on the JBX situation next week, as discussions are unfolding right now in the Protocol channel.

We want to only use the V3 treasury for JuiceboxDAO in the future, and we can set one payout on V1 treasury and one on V2 treasury. Anyone can call distribute anytime in those treasuries and funds over there will be moved to V3. So we can still receive payments or collect fees from those two treasuries, those funding cycles will carry on. Eventually we can turn them off if we choose to, and also turn off fees in those environments, but that should be a disscussion for another day.

The goal here is to converge on V3 operation from a contractual perspective, and meanwhile give frontend more time to keep finessing all the stuff added lately. There are a lot of little improvement to make, things to research and better understand, which takes time.

If projects on V2 choose to upgrade to V3, they get to keep the ownership NFT of their project so they don't have to create a new project on V3. But they will need to initiate new funding cycles and issue new tokens, which are things versioned from V2 to V3. You can either manage both at the same time, or you have the option to pause those funding cycles on V2 and take the project entirely onto V3. Although the scenario for Juicebox projects will be more complex due to the 3 treasuries it has across V1, V2 and V3, as well as the token migrations to make, but for most other projects, they can just start a new funding cycle on V3 and stop the one on V2, then mint and airdrop new tokens to their current holders.

Protocol analytics with Filipv​

Filipv made a Dune dashboard for purpose of analysing the statistics of Juicebox protocol. It shows figures for the past 30 days on the left hand side, and historical context on the right-hand side.

In the past 30 days, we have 44 projects deployed, which is above the numbers in October but still quite below that of the historical average. The situation is similar with payments, in terms of either the number of payments, or the amount of payments.

And we have approximately 20 ETH paid to JuiceboxDAO as fees across all the protocol versions in this interval. Another figure is much higher than last month and also the historical average, which is the numbers of active projects with payment volume above 1 ETH.

Discussion about Juicebox fees​

Filipv: I think it's worth considering that fees are only generated when projects actually make distribtutions, which usually means either they're sending the funds somewhere else, or they're making payouts to contributors. The more we can do to track DAOs actually running their operations, the better it will be in terms of fee generation.

Nicholas: I love the feature that projects don't pay fees when they're paying each other in the Juicebox protocol, so they might want to pay all of their service providers within the ecosystem in a certain way, which is cool.

Jango: It's useful to keep track of these different metrics. But it's really hard to say which metrics will be of utmost importance, especially at this point when we're still trying to find games that work and ways to express them. Let's just say in the craziest circumstances, you have the entire world operating on Juicebox treasuries and just sending funds from one treasury to another. There will be no fees generated, but all potential energy instead. It's like all value locked in the contracts. At the end of the day, it's not really about fees, if activities happening between projects, it's even better. People aren't paying fees and it kind of sits as this future cash flow proposition for the protocol, which I think it actually more exciting. You have a different way to think about what success means in that context.

Filipv: I think it's interesting to look at the way different metrics correlate and the way they don't. Project creations and payments seem to correlate pretty strongly. But fees don't seem to be as strongly correlated, so distributions don't seem to be as strongly correlated with those two numbers, neither does the number of projects with volume over 1 ETH. Often times , it seems when there's a big surge in payments, a lot of people will create projects as a result of the hype, but not all of those projects will actually lead to sustainable communities. So it will be worth considering that a metric like numbers of projects created can be a littile bit reductive because it doesn't speak to the amount of projects which are serious building.

jango: I think we have to keep reminding ourselves that the point of fees aren't to extend and grow the availability of our payouts. It creates the energy that can help propel any number of future projects. I think we have to answer in an extremely long-term vision of what the right fee structure or amount is. It's interesting to consider how the fees play out. Personally I feel pretty confident the goal isn't to accumulate and keep spending payouts, the fees don't give us the permission to expand payouts in a sense. It's all really just accumulating to the JBX energy and then servicing future fundraisers.

StudioDAO Launch with Kenbot​

StudioDAO has launched this week. They're going to hold their first town hall on Thursday at 1:00 Pacific time. They want to show that there's good distribution and people are coming in.

Now that StudioDAO is up and running with its first treasury, they have the goal to raise 100 ETH in the first month to get this all working.

Next step, they're going to hold a vote, to admit their first couple of films. There's a Alien-To-Me project and something coming along. They now have a proposal in with MoonDAO that looks coming along well. If this proposal gets voted in, they will be funding the MoonDAO documentary, which is super cool and kind of the perfect project for them.

Kenbot also said that this is a non-FOMO project, so there are no hard deadlines for buying the tokens. But, it should be the earlier the better. If people buy into the StudioDAO Greenlight Treasury right now, the issuance rate is 1,000,000 tokens per ETH with 20% reserve rate, which means contributors can get 80% of the tokens minted from the payment. But when they launch the film projects, the reserve rates of those projects will be 50%.

Also Kenbot is trying to collaborate with Jigglyjams to essentially incentivize temperature checks for the broader community, where they will keep track of who is participating in those temp checks with Nance, and in the future do claims or airdrops or something of additional greenlight power for people who are participating in the governance.

Lexicon Devils and Forming Update with Darbytrash​

On November 27th, Lexicon Devils will be doing Forming collab with ALLSTARZ. For anyone who wants to take a look at the ALLSTARZ collection, you can click here.

They're going to do something special for ALLSTARZ NFT holders. The winners of the raffle on Twitter can have their ALLSTARZ NFTs voxelized by Wackozacco so that they can wear it at the abovementioned Forming party very soon.

The Forming mixtape, which is still a work in progress, will be coming real soon.

Felixander's Town Hall Game​

Felixander talked to three of our community members, Jigglyjam, Gogo and Viraz, and asked them the same question: "How would Banny get his funds out of FTX right now?"

They responded, in no particular order, with:

• "he would disguise himself as shit, hide himself in SBF's toilet, then when SBF is taking a shit he will get inside of SBF though his anus... so you could say banny would fuck him up, then travel to SBF's cerebellum and take over his actions. He will then get in his account and get back his accounts and people that liked the this tweet. oh and he would share their private keys."

• "Setup a thrinder (tinder for thirds) account and go on a date with Sam and Caroline. He finds SBFs private key storage safe, cracks it and send everyone their money back"

• "funds are gone ser."

And folks in the town hall are supposed to guess:

The answer is ... Jigglyjams.

Art by Sage Kellyn

Defifa Update by Jango​

The Defifa project was first launched on Nov. 06. It has been a pretty huge week tying all the parts together to the last minute. Folks in the frontend had to cope with some contracts that came in within 48 hours and did a great job of creating a very slick website at defifa.net. The project was put on Goerli testnet for some testing runs before it was launched officially on mainnet.

We should give a huge shoutout to 0xBA5ED for calling out a bug in the ownership of the contract, which was relatively ideal with only about 1.8 ETH put into the treasury. The team decided to temporarily pause the minting and put up a new project for it after cleaning up the bug in the past 24 hours, as well as making progress in the frontend for other features.

Everyone who minted in the previous version can get their full refund here and we will use the project's budget to refund gas to them later.

We are now having a new version ready and tests are feeling very complete along the way. The Defifa project is a little decorative thing on top of the NFT Rewards, but it still has some tricky things to get right, especially when it comes to making sure things have access to their funds and correct amount throughtout.

But so far so good, it has been a good process, we're excited to see this experiment play out. This project might be a bit slow for the first week, we'll use that time to explain it better, write about it, refine it if needed. Hopefully towards the start of the kickoff, the whole world will be reminded that the World Cup is just around the corner and there's a cool Defifa game that might be trending here and there.

V3 Frontend Update by Aeolian​

V3 protocol has been enabled on Juicebox.money right now.

• For new project creators.

  If project creators are creating a new project on juicebox.money right now using the new create flow, it will be launched with the Juicebox V3 contracts.

• For existing project owner.

  We will be releasing tools and probably some documentation on how to upgrade the existing projects to V3 protocol. That's totally optional. The existing V2 projects will be working as normal, and we're definitely planning on maintaining backwards compatibility.

But importantly, new projects that are launched on V3 will have access to NFT Rewards when it goes live, which is about to happen quite soon. Later on, projects migrating from V2 will also be able to make use of this functionality also.

Strath and Wraeth, the developers who created and implemented the new create flow, invite people to give some feedback and report bugs.

$Joke Airdrop by Seanmc​

Firstly, Seanmc extended their gratitude towards the Juicebox community for the continuing support to JokeDAO, and for the grants by JuiceboxDAO which has been very helpful to their development.

The day before this town hall, they sent $Joke tokens to people who have contributed to the JokeDAO Juicebox project, at a rate of 5,000 $Joke per ETH. The multisig of JuiceboxDAO also received 27,096.482 $Joke tokens for the grants distributed to the JokeDAO project.

The proposal that approved the grants to JokeDAO is JBP-211-Sponsor Development of JokeDAO V2 which was divided into 3 milestones. JokeDAO has completed the 1st milestone and demonstrated its results to JuiceboxDAO in the town hall of Aug. 16, 2022. Now they are still working on delivering the 2nd milestone of the grants.

Seanmc also introduced that the $Joke is the governance token of JokeDAO, which is used to determine the direction of JokeDAO and what they will be working on. Also JokeDAO holds jokerace every week, people will receive a voting token every week proportionate to the amount of $Joke they are holding, so that they can participate in the jokerace. Jokerace is either their MVP or the game they play with the platform that they're building at JokeDAO, which is a bottom-up governance platform made to be community centric for more emergent and fun governance, instead of a top-down governance that core team submitting proposals to the community like a board of directors.

The primary thing that they are working on right now is delivering the 2nd milestone for the Juicebox grants, which will be the executable contracts. These contracts will allow people to deploy a module to reward different amounts to different ranks in a certain contest, where you can customize whatever ranks and whatever amount of arbitrary ERC-20 token to reward. Anyone can make their own rewards module based on given contests.

Bookkeeping Demo by Gulan​

Gulan came to the town hall and introduced his new tool for bookkeeping in JuiceboxDAO. This tool is supposed to unify all the payout information of proposals in one place and show what the liabilities of the DAO will be conclusively in the future funding cycles. Also it can acutomatically import data from the blockchain in real time, so anything that is happening on our multisig will be fetched and stored. Finally it will be able to export all the values into Notion where Jigglyjams will be able to read them automatically into Nance, to keep a continuity of data between defferent parts of the work flow.

Also Gulan explained about the CogniDAO he has been working on lately. The main purpose of CogniDAO is that, instead of him asking individuals for receipts in order to submit the expenses into bookkeeping process, CogniDAO acutally is a way to get the payment rails all aligned so that he can get the invoices, debit card info automatically and those will be plug and play into the system themselves. The whole point of using CogniDAO, according to Gulan, is to just have a passive entity in order to execute actual transactions so that payment-wise things can happen as soon as possible.

Forming Update by Darbytrash​

Later this month, on Nov. 27, Lexicon Devils will be doing a Forming and AllSTARZ collab. Wackozacco has made a bunch of Voxels models for the ALLSTARZ collection and will make them wearables in Cryptovoxels.

They are going to make a mixtape for all the previous Forming events, and use that to build hype around Forming and share more culture amongst more communities. They had a productive meeting yesterday and discussed some game plans and what other NFT communities they want to reach out, so as to keep moving forward with Forming.

Governance Cycle Update by Matthewbrooks​

Matthew gave a brief summary to all the proposals in the current governance cycle. He also posted a threaded tweet on this matter, which can be found here.

Also Matthew and Brileigh released a new edition of Juicenews, summing up all major activities happened in Juicebox ecosystem last week.

Juicebox Metrics by Filipv​

From Nov. 01 to the day of this town hall, we had 266 ETH in raised volume with an average contribution size of 1.26 ETH. There were 11 new projects and 21 active projects in this period of time.

And periodic active projects on the protocol are on a down trend.

Alien to Me Demo by Connor & Kenbot​

Alien to Me is a show that is going to launch on either StudioDAO and Juicebox. As the creator of this show, Connor came to the town hall and introduced what they've been doing on StudioDAO. He shared his screen to reveal the page they are working on by introducing all the items on that page. He also explained specifically what their super ticket options or NFT Rewards tiers would be.

And here is the trailer video of Alien to Me. Enjoy!

Kenbot praised Connor for his great job pulling this together and they are going to make this show a real project on StudioDAO. And the whole point is to create a context for more creators to launch Juicebox projects that can become a part of the network. As people are looking for ways to incubate and help new artists get started, Kenbot thought they will get the platform operational very soon so that they can open up the funnel to onboard more creators, which is definitely a critical part of building the StudioDAO network.

Kenbot also said that StudioDAO is going to launch their Greenlight Treasury first and open up the DAO for early membership, before going into a phase of establishing the governance, launching the first lot of projects and opening up a way for people to pitch to the StudioDAO for projects to get admitted.

University Blockchain Club Initiative by 0xSTVG​

0xSTVG has recently been working very hard to connect with some university blockchain clubs. Jango, Nicholas and 0xSTVG presented a technical overview for Stanford blockchain club earlier last month.

Today he was going to meet with cryto club of University of Michigan, which is one of the most crypto friendly universities in the world, together with Nicholas and Filipe, to give a general overview of Juicebox, and then they are going to have a Q&A session with the members of the student body.

And at the invitation of UCI (University of California, Irvine), he is going to join them on Nov. 21st to introduce more about Juicebox.