Skip to main content

· 9 min read
Felixander

“Juicebox in the words of” is a series that highlights JB community members in interview form. Learn about members’ roles at JB and what makes them tick.

aeolian is a longtime JB member and a front-end wizard. He has worked tirelessly for the JB cause and seemingly writes lines of code in his sleep. Lately he has championed discussions around how we evaluate compensation in the DAO, and most recently has submitted a proposal (in-process as of this writing) to reduce payouts across all JB contributors. Read on to learn a bit more about this front-end developer turned fiscal activist.

How’d you get started with JB and how has it changed since you’ve been here?

Before JB, and technically even now, I’ve been a software engineer in the traditional web2 space working for startups, etc. I’ve been loosely dabbling in crypto over the years, but I always wanted to dive into it in a bigger way. Generally when I want to dive into something, I really wanna get into the nuts/bolts and learn it from the ground up. I finally found myself with the time to do that, and me and a couple friends found this NFT project we liked, and even though we couldn’t really afford to buy the NFT separately, if we pull our funds together… and it was like a lightbulb moment. We thought hey, what about this whole DAO thing happening— what if we make a DAO that buys some NFTs. So I found JB and started poking around, and it was coincidentally the same time that ConstitutionDAO was happening. I was drawn in by the amazing branding of Banny (a banana smoking a joint was just amazing) and the next day I wake up, log into discord, and I see the treasury has grown to like 20 million overnight. Once I saw that and started really thinking about the potential of this thing I immediately dropped everything I was doing and started trying to contribute where I could, especially on the dev side and front-end side. Peri welcomed us with open arms and the rest is history as they say.

Awesome. So much talk lately about V2! How would you put V2 in perspective for someone not technically aware of all the changes?

V2, hmm. When we talk about V2 we’re talking about the protocol itself. Jango, Drgorilla and a bunch of others have identified some tings about V1 which were restrictive, like that projects can only raise money in ETH and not in other currencies, that there’s less flexibility around how they can configure projects to meet their needs, and so on. The protocol guys said let’s start developing V2 and improve it from the ground up, and so the front-end’s job in that is basically to support those new additions. There’s exciting potential use cases, like funding your project through your own NFT launch, or like a project that comes along that says we want to award contributors with an NFT that they can sell on secondary market, and the proceeds of those NFTs will go straight into a JB treasury. Another biggie is supporting multi-currencies— projects accepting stablecoins instead of just ETH. Truthfully we don’t even know all the possibilities that it is hopefully going to open up, which is what makes it all the more exciting.

I’m reminded of the story of that city planner in England way back when, who had the roads built twice as wide as necessary. People thought he was crazy, but he saw a future with population explosion. Do you view V2 as built for the realities of tomorrow?

Haha, I super admire anyone that can have that kind of forethought and conviction in their idea of the future. When you’re building a protocol as the ecosystem saw with V1, it enables a set of use cases which, in the case of V1, proved to be successful with big fundraisers that make big volume in a short amount of time. Look at the internet– such a non-restrictive, base-level protocol, and look at it now. The creators of the internet would have had no idea that it would become what it is now. Not unlike JB with this website of this smoking banana that enables millions of dollars of fundraising.

There’s been this wonderful discussion about compensation lately. Where does a DAO strike a balance between compensating members and staying lean for a down-the-line bigger payout?

It’s really hard. Like someone said in that thread on compensation— I don’t remember who— but comparing people based on a number is just not healthy, right? That’s what people don’t like about traditional corporate life, and that’s why people find themselves in web3 and crypto. They want to escape that world and operate in a space that lets them do what interests them the most. In terms of how to think about it from a first-principles perspective, which I’m trying to do, let’s start with startups. I don’t think the startup model is perfect by any means– it probably disproportionately rewards the founders more than early builders. So that’s not exactly a blueprint for us either.

It’s just so complicated right? So many smart people and no one has been able to find that holy grail answer...

Right. And drawing from the corporate world and those structures probably is not the right way to go about it either. I’m not a crypto/web3 maximalist in that sense though, I do think people can learn things from those who have come before us, but we’re here to make our own rules and to do what makes sense for us and what leads to the most amazing ecosystem that we can possibly build. That’s what we’re all here to do. The fact that that thread exists and other threads like it exist is a real testament to this community because we’re driven and passionate about figuring this stuff out. That, in my opinion, is the sign of a really healthy community.

No egos can be around in this right– how come egos don’t seem to clash more in these situations?

There’s something about JB, or the way that the community presents itself, whether on socials or within the discord, that it leads to a certain type of person sticking around. People are sufficiently motivated at JB. When teams break apart and things don’t happen it’s because people gave up on figuring out how to make it work. Everyone here recognizes the opportunity we have in front of us, to build this amazing thing and a solid foundation for us to all go forward. It’s a recognition that if we can really sit down and work all this stuff out we’re really gonna be able to build amazing things.

Do you think the JB runway threatened by the compensation models we have now? JB never had any VC coming in, so how do you reconcile that?

That’s the key point– and I’ve been guilty of this in the past myself— JB is very unique and the dynamics of the ecosystem are crazy. We really do have to think about this stuff. We have to sit down and think about it from a first-principles perspective, rather than approaching it in the traditional way of doing these things.

What about the workflow over time problem– ie, what happens when your job drops off in work to do because you executed the task, but you’re still getting this big recurring payout?

That’s the biggie, you’ve hit the nail on the head. One model we’ve stewarded is that the front-end team has broken out into its own treasury in Peel, and that allows us to be more intentional with how we fund projects. It really allows two things: we can onboard quickly those who we think are really good, and we can also understand their skill set right away. We know what we’re looking for and the broader DAO doesn’t have to go in and make a decision on every single recurring payout proposal that comes through that affects the front-end. That’s one model that’s been working for us, but these things are all emerging, and that what makes me super excited to be here in JB and in web3.

Got it. Okay, let’s get down to brass tacks. Who’s your favorite JB member, and why is it jango?

Jango said something a while ago that really nails home why he’s so amazing, and the culture he’s ushered in at JB. I’m just gonna quote it here:

“i like hangin with folks that can be fluid between bullshitting and manifesting, fluid between appreciating beauty and ugly, fluid between conversation and silence, fluid between humor and practicality, fluid between been in awe of everything and focusing on the next idea in front of us. I'm attracted as fuck to people with big imaginations who make moves towards them.”

That was like such an amazing statement because it’s really hard to find people who are your people. I feel like my people are this: people who strike that balance between brilliance and focus, but also are able to laugh at the ridiculousness of life, and so I guess when I read that I was like damn, I will definitely be vibing here for many years.

But my homies at Peel definitely need a huge shoutout. This is the dream team and I'm super lucky to be a part of it.

What’s something that people would be surprised to learn about you?

Hmm… I don’t really know. I guess one thing is that I started programming very late, and I actually always wanted to be a film composer— writing music for movies. That’s what I was doing before becoming a software engineer. Through high school I was pretty much all about music; I played piano and a bunch of other instruments and I got really into writing music for film, and I thought I would take that road. Eventually I kind of just realized it wasn’t coming from a place of pure passion and excitement. I realized as a musician you have to write music you don’t care to write oftentimes, and take jobs that don’t interest you at all. So I looked for another avenue and it was kind of just random how it happened: I went to university for some unrelated degree and fell in love with programming and comp sci along the way.

· 5 min read
johnnyD

In case you don’t know, Juicebox is the best way to fund and operate any Web3 business, especially NFT projects. If you’d like to know why we’d recommend reading ‘WHY Juicebox for NFT projects’ if you haven’t already done so first.

For now, we’ll be going deeper into Juicebox lore and fleshing out all the weird and wonderful options, looking at how to leverage them ideally for an NFT project. By the end of it, you’ll have set up a system where:

  1. Buyers of your NFT will automatically receive a quantifiable stake in your project’s treasury in the form of ERC20 tokens.
  2. People can invest in your project without having to own an NFT.
  3. Automate payments to your key team members and display them transparently to your community.

In this article you’ll learn:

  • How to create and configure a Juicebox project suited for an NFT collection
  • How to link royalty fees from your NFT sales to your shared Juicebox treasury

1. Create your project

https://juicebox.money/#/create or https://rinkeby.juicebox.money/#/create (testnet)

I’ll go from the Funding cycle section of our create flow and recommend some possible starting points for your NFT project.

1. Funding

Funding cycles

We highly recommend using a funding cycle. This is the time period over which distributions will be made and other Juicebox settings such as the discount rate will be applied. Common funding cycle lengths are 1 week, 2 weeks or 1 month.

Distributions

You can specify the amount you’d like to distribute to each member of your team per funding cycle from the treasury. If you don’t raise the total amount of funds you’ve planned for your whole team, then each team member will be paid the percentage you’ve specified for them from any funds you have raised. For instance, if you planned for Mike and Bob to get 1 ETH each per week, but you only raised 1 ETH total in a certain week, then they will just get 0.5 ETH each.

If you’re opting not to go for the shared treasury approach, you can route all funds from the treasury straight to the owner, or a percentage cut to any other wallet address.

Token

Reserved rate

As mentioned earlier, whenever new tokens are minted as a result of someone buying an NFT or contributing for tokens straight up, this percentage of those new tokens will be reserved and the rest will go to the buyer. By default, these tokens are reserved for the project owner, but you can also allocate portions to other wallet addresses. A reserved rate of 50% will ensure the project owners maintain a majority share of the treasury and may be a good option for your project.

Discount rate

The discount rate incentivises people to get in early on your project. It controls how the issue rate of your community ERC20 token changes over time. A higher discount rate means people who buy your NFT in the early days will receive more tokens / ETH than those who come in later. An exact figure is hard to give, but with a funding cycle length of 2 weeks, a discount rate of 10% may be a good place to start.

Redemption rate

This redemption rate encourages token holders to hodl and stick with your project token for the long term. On a lower redemption rate, redeeming a token increases the value of each remaining token, creating an incentive to hold tokens longer than other holders. Similar to the discount rate, you’ll have to gauge how aggressively you want to pull this level, but a redemption rate between 50 and 75% is probably a good place to start.

3. Rules

Pause payments

You probably don’t want to check this. Check it only if you want to hold off payments for a certain period after you create your project.

Allow token minting

You probably don’t want to check this either, it allows project owners to mint any amount of tokens to anyone on demand. Whenever you have this enabled, your project will have a warning flag on its Juicebox page warning contributors of the possibility of their tokens being diluted.

Reconfiguration

This is important. It restricts how long before the next funding cycle reconfigurations must be submitted before they are able to take effect. For example, with a 3-day delay (a good starting point), a reconfiguration to an upcoming funding cycle must be submitted at least 3 days before it starts. It’s a great way to ensure your community against any malicious owner behavior.

2. Create a payable address

This will create an Ethereum address that can be used to pay your project, rather than having to go through the Juicebox interface. It will be necessary in the model of the Juicebox NFT project we’re going for, since you will use this address as the destination for your royalty fees. You will be prompted to do this when you create your project, but can do it later at any time in the ‘Tools’ section of your project page pictured below.

3. Do your thang on Opensea, or wherever. Send royalty fees to the payable address. Let the magic happen

And that’s it! Congratulations. You’ve set up a system where buyers of your NFT will have a quantifiable stake in your project with community tokens (ERC20), and have allowed people to invest in your project without having to own an NFT.

Conclusion

We hope you’ve enjoyed digging into the details of Juicebox and how you can leverage the protocol for your NFT project. If you’re interested in having a crack at the setup described here, have a play on Rinkeby. If you’ve still got some questions, come shoot us a message in our Discord or arrange an onboarding call. As always, happy Juicing!

Disclaimer: This is not financial or legal advice. As always, speak with an expert and do your own research.

· 25 min read
Zhape

1. A bug saga by @jango

Jango: This morning STVG posted at the loose_thoughts channel: What if we could pause a project mid-Funding cycle? He was trying to play with the Marine County Swim Association project(this is a sweet event pulled off by STVG) to pause it since the event was finished. And through a series of botched configurations, the project ended up in a really weird state. The project’s current funding cycle is set to start on May 28th which makes no sense as the current funding cycle should always be active.

So at this point, something is for sure up or at least not served correctly or the front end isn’t interpreting correctly. That’s quick to check. The etherscan.io confirmed that the current funding cycle starts at a later day. I went to check the unit tests and there were a bunch of cases that I felt this was trying to cover and still passing. So I tried to create the situation exactly and was still struggling to do so. What ended up being the exact step to follow to recreate the bug which I eventually found was: if you create a funding cycle or configure a funding cycle with a duration and then let it roll over to the next funding cycle without reconfiguring, now you’re in the 2nd funding cycle, now you’re in the 2nd funding cycle of the 1st configuration. Then you configure the subsequent one, and before the current cycle is over, you reconfigure the subsequent one again to override the previous configuration. If you’re in this exact state, the 2nd reconfiguration, instead of being based on the 1st FC which you kinda rolling over onto, will be based on the funding cycle you are going to override.

That puts us in a weird state. The edge case was not covered in the tests. So I quickly wrote a test and confirmed it, before I found the one line to add to the contract to fix the problem to make the test pass, which I’ll post here:

So once we identified the problem, sorry I'm kind of doing a realtime postmortem here and I’ll write this up later, then we can start to think about the solutions and consequences. Luckily V2 was deployed only recently and there are only 27 projects at the time. And most projects don’t have large volumes in their treasury either, the bug doesn’t affect the treasuries so funds are all safe, too.

All we are gonna do is letting these projects know that this condition exists, and from our point of view, we should probably make the adjustment in the funding cycle store which is a dependency like all other contracts or the core contracts in the ecosystem which is gonna nudge us towards republishing and redeploying the V2 contacts.

It’s not 100% sure that we need to redeploy the project contract, which will be nice with all the NFT stays. Even if we do, we can get in touch with all these projects, make sure they can redeploy on the new version, make sure funds get moved over and make sure token holders get airdropped the new supply of the token.

This comes in the name of diverse conversion stuff we have been talking about. We know we are working with fragile and delicate infrastructure. I am happy to catch this very early on in the process, as this V2 stuff just gets trickier over time. And then obviously if you were to know about it and think about it maliciously, it’s an exploit if you want to use it in that way.

A big shout out to folks involved to kinda come through and help once we wrapped our heads around the issue. Peri came in right away and adjusted some of the front end to make sure new projects can not be created on juicebox.money. And shout out to STVG for clicking a button which you described as chaotic and you weren’t really sure if you miss-clicked a few things, or you did a couple of things twice because you forgot to do it. That ended up showing us the way.

It’s pretty mind-blowing that that was a test case we have yet to cover. And it’s hard to believe there are any more of these lingering. The scope of these contracts is pretty tight. I think V2 actually removed bits and pieces of funding cycles, so the V2 funding cycle store is way leaner than the V1 one. I haven’t checked if the contracts of V1 have the same vulnerability in it, but I actually don’t think they do because that piece of logic got reassessed.

@filipv: Huge shout out to everybody esp. STVG. This is so good that this was found now instead of 3 months from now.

@0xSTVG: I’ll ask my original question. Is there a way to pause? I’m in a 5-day funding cycle, I reached my goal so I wanted to just pause payment even though I am in the middle of the funding cycle. I can’t do that, I can pause it but it’s going to take effect only when the current funding cycle is over. @jango: yeah, you can set up a pay delegate to revert the transaction if you’ve met a goal, you could write an extension that just does that if you want. But by default you can’t. Once we put it on the shelf then you’ll be able to pull it off the shelf and use it, but we have to build it out first.

It feels like it’s at a lighter moment now. Most of the morning was pretty tense on my end at least, and obviously we take these things very seriously, make sure we’re articulating this stuff correctly and documenting that correctly. I think we are still all gonna make it.

All V2 projects on the site currently have a sweet alert on them. Hopefully all the communities running on it, not just project owners we reached out, see this warning and get a heads up for what’s going on. Thank you Peri, for coming through.

2. Demo of veBanny by @0xBA5ED:

I’ll give a quick refresher on what veBanny is for, as I don’t know if everyone here has heard about or seen it before. So, veBanny is a way to make sure everyone who’s voting in the governance is focused on the long term instead of the short term. It’s a way to lock your tokens, the longer duration you lock for, the more voting power you’ll get. When you do that, you’ll get veBanny NFT to represent your locked tokens.

(Screen sharing of demo starts)

In the future you don’t have to receive the ERC-20 to lock your position. And it allows the public to extend the lock.

@filipv: Can you explain very quickly what a public extension is?

@jango: By default, once you’ve created a lock, then it’ll linearly decrease when time ticks on. Let’s say you lock it for 100 days, tomorrow the lock will be 99 days. So to get the full voting power, which is a function of how many days between now and the end of the lock, you’ll want to extend the lock back to 100 days, which is a transaction that needs gas. But sometimes if you have someone to be able to go in and send that transaction to extend your lock, you can set that flag to True.

If you intend to keep a locked position, maybe you have a voting habit, or someone who can easily afford that transaction can go in and extend it for you. Or if you don’t choose that, we’ll have control over it so you can inch toward liquidity of your position at the rate that you choose. That thing was added as a result of discussion when this was being designed, that a lot of people want to keep their voting power full, but they might not want to be sending transactions regularly and this is precautionary. I don’t know at what frequency people will want to send that extension transaction on their own, but it was a quick flag to add that didn’t open up a lot of weird complexity, so we put it there.

@filipv: Is that something that can be reconfigured? Can I send a transaction to turn off the public extension on a position that I already have?

@jango: The owner can change that whenever.

@0xBA5ED: So here it is, I own it(finished locking position). So I’m going to take a pretty big risk right now because I haven’t tested this on the testnet yet. Because the minimum duration is a week to lock, so I made one veBanny a week ago. Just one, so I haven’t tested it yet. We’re going to redeem it, we’re going to unlock our tokens and redeem them for ETH from the overflow in one transaction. So let’s see.

@jango: This is another cool feature of the ve mechanism that is different from the traditional Curve ve mechanism on which this is based. Since Juicebox has redeem functionality, you can redeem your treasury tokens for the underlying treasury asset. At any point you can still redeem your locked position for the underlying treasury assets, independent of whether it's locked or not. So you can have your tokens locked for a year, you’ll be able to get your JBX back until the year’s up. But you can burn your NFT to get your JBX to get the underlying treasury asset whenever.

@0xBA5ED: Exactly. So before I burn it, I thought that we just show the voting power actually decreasing. So this is my current voting power and every block that passes it’ll decrease. So this decreases linearly until all my NFTs expire, then I won’t have any voting power left.

@filipv: So is voting a function of block number, or a function of time and it’s just updating on block numbers?

@0xBA5ED: It’s a function of time operating on block numbers. (redeeming…) So here it’s gone already. As you can see I burned the NFT which also burned the JBX that was locked and I got the ETH from the overflow. I’m very happy that it works, actually I haven’t tested it yet. I know it was going to work, but still it’s a bit scary to do a demo live for the 1st time.

@Felixander: A quick question in what jango was talking about, but let’s say somebody buys an NFT and they lock 100 days, and on day 75 they want to get out and they burn everything. So you can burn the NFT and the JBX. If they went in let’s say for 100 dollars, then on day 75 if they burn everything they are not gonna get 100 dollars back right? Is that gonna depend on the value of JBX or how does that work?

@jango: They’ll be able to, all the underlying JBX are gonna be redeemed with the exact same function that the treasury normally redeems at. That doesn’t decrease linearly. The idea is probably the value of the JBX or the NFT, it’s literally the floor, so you might find more value in NFY by selling it on the market.

But the point of doing this is because they were functionalities actually fairly meaningful in the Juicebox ecosystem since we’re minting JBX open-endedly. So someone can come in right now and put in like 6m dollars worth of ETH and they basically get 50% of the JBX supply or whatever. If they weren’t trying to coordinate with the rest of us, they could take everyone’s assets then basically use that big pool of JBX to control whatever was there before. The point of redeeming is that if somebody does that in a way that’s not trying to integrate with the current system, then anyone who currently has JBX is basically getting a shit ton of money from this person who comes in, so anyone who doesn’t want to be a part of that ecosystem can redeem basically and leave with a big chunk of what was just poured in. So this is in a way to disincentivize this takeover thing. So we need to keep that mechanism in place regardless of if JBX is locked because if we lock it and don’t keep that mechanism in place, that vulnerability becomes larger.

@Felixander: One more question for the NFT profile page. Are we making a difference between different Bannies, obviously they have different histories and stats, or are we putting that in the NFT profile page or is it gonna be the same page and the info exists somewhere else on a website or something?

@tankbottoms: The thinking was just keep the metadata inside the veBanny strictly about Juicebox with the exception of the name of the character, the model and the description will be added as well as these characteristics, shadowness etc. Everything in the metadata for the token will be related to Juicebox and will speak about Juicebox. There’s a location where we could put a URL in the description in the external URL so that in the opensea UI when you go to a detail page you can jump to it. The thinking was to keep it specified to Juicebox. With that said, there’s something you can do when you load up a web page with CSS and Javascript. I am trying to do some animation with the token, so when you go to a detail page, we could put a hidden link in that people can click to jump to Bannyverse.

@Felixander: So the metadata will be the same except for the name? Or will the description model also be different?

@tankbottoms: All tokens will be unique to the lock duration. There’s 300 tokens of each range, e.g. 0-99, 100-199, up until 100m and there are five locked positions for each token. Those 300 will have metadata that says who the character is, what the duration lock is, their motto and their history. The name of the token will be the name of the character.

3. veBanny Front End by @Jmill:

(demo undergoing……)

We have a deployment of this to Rinkeby now. I’m working on a contract reader actually populating those with real user data and then working on the transactions after that. The goal right now is to spend the next few days working on the contract reader transactions populating with real data and just moving the component around to where they need to go in the application and getting the front end of this at the door.

@mieos: I think this looks pretty great in this little side panel. I was skeptical about it, if we’re thinking how projects could launch a toggle over to set a locked voting token option and this sort of pops up in the UI of their project. Maybe it’s a lot of info and there’ll need to be a lot of education that goes with their community, but it’s great that it can all happen right here. For what it’s worth, I think it looks pretty good. Maybe it’s because I understand it, but it looks nice to see it in action.

@Jmill: I do agree with that because the flow for almost everything project management related is that it never takes you to a new screen entirely. Any other configuration you’re doing is out of the drawer or model, so you know that we can keep that paradigm for this also. I think it’s good that the actual controls of it are quite simple. If the user has 10 positions, there’s a good way to show that here without making them scroll forever.

@jango: We’re also getting rid of the delegates onchain in this contract, which might allow us to really get rid of it from the UI as well and we’re managing the delegates via other means like Snapshot and potentially to other stuff.

@mieos: I guess I missed that bit. I think that’s great, certainly simplifies the experience of a person who doesn't need to learn what it means to delegate or take part in that same moment.

@jango: At this point, I think there’s still some research work for filipv on the best means. The Snapshot delegation strategy seems compelling, and there’s other schemas we’re thinking about. I think the goal of all this stuff long term is to get rid of the multisig. To get rid of the multisig we have to do some kind of on chain voting, and on chain voting can be expensive, so we have this delegation. I think there’s some creative ways we’ve been bubbling up in several veBanny related threads that seem really promising. The delegate stuff was a blocker for this to the voting weight stuff. I’m pretty confident that we can get rid of it from the design scope for the front end for the time being, we’ll work it back in later.

@Jmill: Just from a user’s standpoint, it’s a really touchy issue of how you open up this delegate picker and how do you decide what to show, which delegate option to show to the user. There wasn’t a really great answer there as far as implementing that in the rest of the UI. I’m just working from the mocks but it’s pretty easy to remove the delegate stuff.

@filipv: ENS sorted alphabetically and free delegate. One thing I should add about Snapshot delegation. There’re hybrid solutions you can do using safe snap to have on chain execution, but you still need off chain queuing, so I’m not confident in Snapshot delegation as a strategy long term on chain governance. It’s good for hybridized stuff and getting close to there, but ultimately there does need to be some form of delegation if we want to be fully on chain. But I imagine there’s other layers we can think about.

@jango: Yeah, the disposable token strategy (see here) is very compelling to me. For now this project has a lot of merit and we still can lean on the same points of vulnerabilities that currently we are at. We’re having a multisig, having an on chain voting which seem fine tradeoffs for the time being as we work towards to study our future.

If we can eventually have these as soon as people start having these Banny characters representing their position in governance then we’re going to see these characters everywhere because it’s kind of like an identity in the community. So as you start voting on Snapshot, we can also roll out interfaces and take inspiration for the work that folks at NounsDAO are doing to kind of participate with your Banny and lean in to the stuff WAGMI is doing to extend that even further.

@mieos: I just love the idea of getting the Bannyverse and these veBanny off the ground, but I can’t wait till the next DAO actually just uses the same implementation of voting and either uses WAGMI or somebody else to create these stake tokens. I’m excited about this rolling out to other Juicebox projects and creating value from.

4. Product Roadmap by @aeolian:

@jango: The veBanny stuff is great but we can’t ship it yet because we don’t have V2 tokens up yet. And all the stuff that’s up depends on the V2 JBX being out. So we’re in a transition period of V1-V2. We’ve got to transition the V1 JBX to V2 JBX, and we’re currently talking about a few designs to do it. Coming off product roadmap discussion we’ve been having in the strategy channel, we are gonna focus on making sure folks have an easy way to pay their V1 JBX to the treasury and get their V2 tokens in return, and making it easy for other projects like SharkDAO for instance, to do the same. That way we can get a lot of V1 projects who are still using their treasuries in earnest onto V2 and then build these new features on there their folks can use. So I think that’s the area of focus for the time being and there's a couple of ways to go about it. Aeolian do you want to hit up the current thought process?

@Aeolian: Totally. Quickly from Peel’s perspective and the front end perspective, as jango has said, the immediate focus is getting this V1-V2 migration flow done, designed and implemented. There’s a few different ways to go about it and jango said some good ideas in the strategy channel which everyone can check out. That’s our immediate priority. So Peel is going to return to development life cycle which is going to basically in line with Juicebox funding cycle, we're currently on FC#22, and the work we get loosely scheduled, everyone can check out here on our Github project.

There are 3 main things we’ve been working on: V1-V2 migration flow, coming up with solution for handles for V2 projects which includes cool crossover with ENS names, some iterations on payout splits UX that making that a little more intuitive which is pretty exciting as well.

We will be focused on these for the next 2 weeks to one month, ironing out little bugs that have come up in V2 and refining experience alongside these big features.

And beyond that, we had really good discussions in the strategy channel. Definitely encourage everyone to come hang out there and drop ideas.

I think the overarching alignment is to figure out how to get more activities on the network and more long term oriented activities. I still think there’s a few obvious things that we can build initially that have surfaced, and one of those is the multi token payment terminal stuff.

“Roadmap is coming together in a loose way”.

@jango: Everything is great. It’s occurring to me that finding the transition between projects is fairly meaningful to right patterns or timeing or whatnot. It’s sometimes not just a matter of feature itself but where it fits compared to other things.

So all these little motivations can all play into the roadmap in an interesting way that certainly takes the high level metrics we care about into account. So it’s absolutely a luxury to have 4 or 5 really delicious projects on the finish line right now. But figuring out a way to actually take them through the finish line in a way that makes cohesive sense is gonna be a lot of fun and can take a lot of patience from a lot of folks who have been working on each of these projects. But I think many of them don’t really have and might find themselve wanting something if we don’t do another piece beforehand. If we try to do them all at the same time, it’s probably gonna be like everything somewhat half baked. We’ll revisit this discussion probably for 15-20mins in every Town Hall to give updates on where we are at.

I think this line of thinking at least makes cohesive sense from our current standpoint, but can always change over time.

5. NFT Framework by @tankbottoms.eth:

(demo undergoing……)

I’m thinking maybe anybody can make the NFT and associate it with a project. But in the recent discussions, originally any NFT that came out of this system is tied to a project, but there’s a bunch of feedback with a basic point that lets people do just whatever they want to do. I’m really looking forward to Aeolian's splits. The idea is making an NFT as a project owner or as a project contributor for a project to sell on the market place of Juicebox. There are everyone’s ideas to roll into advanced mode or simple mode. There can be instructions on image NFT, music/video NFT, and p5.js.

As you can see, it’s just a lot of stuff. If you want to learn what to do, you can go to the create mode, and basically go through a PFP, or p5js or music, then create your collection to redefine your asset, review and deploy it and then price it and attach it to a project.

@mieos: Where would a Juicebox project contributor who wants to send some money to a project go? Where would they go to purchase this NFT? How would that look?

@tankbottoms: For things that need to be minted, this area where you can contribute could be a tab where you can mint an NFT. There’s also the idea that makes a kind of landing page for a mint, then there’s also the idea to have a Juicebox marketplace like Jango did. There’s definitely more experimentation where it’s gonna leave. The core ideas are making this tool pretty fancy and giving projects the continuous reasons to get ETH going into the treasury. They don’t have to worry about the whole split thing at some point after they do their NFT thing, like how much you want to go to the treasury or go to your wallet. I think that would be super useful.

@mieos: I think the NFT capacity inside juicebox is gonna add a lot of functionalities for projects and sort of just simplify this heady shit for staking projects. And it’s just a lot and I think it just helps democratize getting contributors in the door and checking the boxes that make sure their project is strong and has all the utility.

@tankbottoms: I hope so. I mean I don’t wanna work on stuff after this ever again, just put in everything I know how that you can milk out of an NFT and the tool to simplify it. I think in advanced mode or simple mode, everything will have a lot of feedback in terms of how it actually gets implemented.

@mieos: I’m curious, Nicholas, do you have thoughts about this? You’ve seen a lot of projects roll out with NFT. Does this strike any chords inside you?

@jango: This is definitely a big thesis on how the community can derive more cash flow. But it’s kind of a self-contained project for the time being, for sure it will make its way to product, once a lot of these granular things get knocked out in the next several months. I think this project could certainly have life on its own, maybe on its own site for experimentation to start. I feel very confident about the product per se and it’ll be unfolded in due time.

@nicholas: That was really what I wanted to say. It’s so powerful and has so many tools in what you build. You’ve created all-in-the-best class creation tools in one tool. I know you’ve got ideas about on chain also, so it’s even like tools that barely exist and are separated from multiple products. If you are a generative artist, there’s a couple of things out there that you can use. There’s a few artblock clones, then there’s a manifold that has something, there are private companies that can work with you, is it good enough to be in direct competition with those things like a choice on people’s mind? Or is it like I want to do a Juicebox project and I want to fund it with NFT? I think the truth is probably it can do all of those things. I think probably just have it on its own site, as it’s going to be difficult to integrate elegantly. I want to think more about what interfaces make sense for it.

@filipv: I wonder, looking at this demo and the demo by Jmill earlier, if it makes sense to start implementing some form of project page customization for project creators where project creators say if they want to put NFT market interface on their project page can switch on something in the metadata and then can configure what they want to show on their pages?

@jango: If you look at the screenshots shared(below), I am very interested in the same idea. And I wonder if it’s gonna be self-contained in the idea of a payment terminal, so maybe instead of imaging the whole site as what you can bring your payment terminal which is basically a functionality to move funds into the treasury according to some means. The customization is at least scoped to that box, this is a mock that we’re still playing with ideas here.

@filipv: I think this is so exciting for existing projects, I know so many projects, like SharkDAO, have spoken about doing NFT issuance on Juicebox. This is pretty crazy. I don’t think anything like this exists in general and something like this could really draw people into the Juicebox ecosystem. Like Nichola said, this is a combination of all of the best. And the fact that this is in Juicebox potentially is super super crazy.

6. Dune dashboard of Juicebox logbook share by @twodam:

New dashboard: Juicebox Logbook
Display actions across Juicebox protocol with details, support search, sort and filter. Check use-cases below:

  • default view, actions sort by time
  • payments with note
  • filter by ENS/address
  • filter by project handle

7. Quizz time:

And the answer is…… @Zom_Bae!!!!

· 6 min read
johnnyD

Juicebox is an extremely flexible and powerful Web3 protocol made to fund and manage shared treasuries. It has been responsible for some of the biggest names in crypto community fundraising, including ConstitutionDAO, AssangeDAO and MoonDAO. Funding and operating an NFT project with Juicebox is an especially effective way to leverage the protocol, providing massive benefits to both owners and their communities. In this article we’ll cover why, and in a follow-up article, we’ll cover how.

In this article:

  1. Basics of the Juicebox protocol.
  2. Why Juicebox NFT projects are better.
  3. What does it cost?

1. Basics of Juicebox

Juicebox allows people and communities to crowdfund their project and give their contributors a stake as community tokens (ERC20) in return. Once funds have been raised, the protocol can be leveraged to automate payments from the treasury in a controlled, transparent and decentralized fashion.

2. Why Juicebox NFT projects are better

Juicebox NFT projects are a win-win for both communities and owners. There are countless ways you can configure your Juicebox project for your specific goals, but here’s a general strategy we recommend for NFT projects:

Instead of sending your NFT royalty fees directly to the owner’s wallet, you can send them to a shared treasury owned by your community. Upon buying an NFT (and paying the royalty fee), the new owners of your NFT’s would automatically receive an amount of your community tokens proportional to their purchase amount. The more someone pays for an NFT, the more tokens they receive. This gives your community members a formal and quantifiable stake in the shared treasury - your project as a whole. Your community could also contribute and gain stake in your project by just buying tokens, not necessarily having to own an NFT.

For communities

Token value

You can use these tokens for anything you want, perhaps governance, raffles or exclusive access to future drops. But a unique feature of Juicebox is that it allows the option for these tokens to be redeemed by community members for a portion of your project’s treasury. As the pie grows over time, a contributor’s tokens will be worth more. Your community can gain on top of just the increase in value of their NFT’s.

Having a shared treasury is optional, however, and you could instead just have all royalty fees sent to the Juicebox project route straight to the creators. In this case, the token your community receives could not be redeemed for any ETH.

Your community can gain on top of just the increase in value of their NFT’s.

Trust and transparency

Firstly, a properly configured Juicebox project makes rug-pulls impossible. You can give your community time to react before any changes to your funding and spending parameters take effect.

Additionally, your Juicebox page shows exactly how all your funds are flowing - how much and where it’s coming from, and where those funds are subsequently being spent. The only way funds can leave the treasury is by configuring and scheduling a payment, for which your community will always have time to react to.

Spending (left) and income (right) shown on a project’s Juicebox page

You may be asking, “Ok I see the benefit for my community, but what’s in it for the owner?"

For owners

Maintain a high stake in your project using the Reserved Rate.

If you choose the option of your token holders being able to redeem from a shared treasury, we should mention that as an owner you can control exactly how much stake you maintain of this treasury over time. The reserved rate allows you to keep a portion of all newly minted tokens. A 50% reserved rate means you will maintain a 50% ownership of treasury no matter how big your project gets.

This is mostly irrelevant if you don’t want a shared treasury and to simply route all funds into the project straight to creators.

Allow for people to contribute to your project without buying an NFT and, therefore, raise more funds.

This model opens up a massive and mostly untapped market of people interested in investing in an NFT project without necessarily buying an NFT. Whether it be too high of a floor price, not wanting to go through the whole selection/auction/listing process, or anything else, Juicebox opens the door of your project to these people through community tokens.

Consider if the projects like the Bored Apes had followed this model - how much more funds could the creators have raised as a result of people buying some stake worth less than the purchase price of a Bored Ape?

How much more funds could the [Bored Apes] creators have raised as a result of people buying some stake worth less than the purchase price of a Bored Ape?

Automate payments to key members of your team.

If you’re going for the shared treasury approach, Juicebox allows you to pre-program specific distribution amounts from your treasury to any ETH address, e.g. pay vitalik.eth US$1000 every week. This saves the hassle of manually transferring funds to your team from your personal or shared multisig wallet.

Otherwise, as mentioned prior, you can simply route all funds from the project to creators and their teams.

3. What does it cost?

Up front, all Juicebox costs is gas. As of the 23th of May, it’s about US$150-200 worth of gas to launch your project, deploy your own ERC20 token and a payable ETH address for you to link your royalty fees to. Then, for any funds you end up withdrawing from your project’s treasury, you’ll pay a 2.5% fee to Juicebox. But, for this 2.5% cut of your payout distributions, you’ll receive Juicebox’s native token (JBX) in return at its current issue rate. Moreover, your fee will give you a growing stake of Juicebox’s expanding ecosystem and treasury.

Conclusion

If this has already been enough information for one reading, feel free to tap out now. But if we’ve piqued your interest at all, you may want to read on about exactly how you’d setup your Juicebox NFT project here (https://docs.google.com/document/d/1Xqj5AyG8pZcpdtbxYfOzqwIaMNyrhQZPfVhfsUpYw1M/edit). Alternatively, come hangout in our Discord and arrange an onboarding call if you’re interested in learning more. Happy Juicing!!

Disclaimer: This is not financial or legal advice. As always, speak with an expert and do your own research.

· 8 min read
Felixander

“Juicebox in the words of” is a series that highlights JB community members in interview form. Learn about members’ roles at JB and what makes them tick.

0xSTVG is a JB die-hard, having been around since the early days. As the DAOs onboarder and bona fide swag and sticker monger, you can see him around the discord always helpful and ready to answer questions. Recently we had a moment to chat and I was able to hear his wonderful JB origin story, and his priorities in the JB space. Check it out below!

How’d you get started with JB and how has JB changed since you’ve been here?

I was in there early! I learned about DAOs through Rare Pizzas and this guy named snax— who I gotta give a shoutout to ‘cause he’s the one who introduced me to DAOs— was buying free pizzas on pizza day. It was me and him and 2 other peeps on Clubhouse, and I was like this is stupid, no way this is gonna happen. As I got more comfortable in the DAO space, I eventually found my way to SharkDAO. I had started seeing these SharkDAO logos and I figured hey, I have a printing shop, I should make some hoodies with logos on them to give away, and I did (and they were expensive!). Jango and nicholas were people who helped guide me through sending out those hoodies, and so I got to know them and got to know JB. I decided to start making some JB clothing with graphics as well, and eventually I got put together with Zeugh and the talk was about community. I started helping wherever help was needed, like with governance, moving proposals along as they were coming in, etc. Eventually filipv jumped in and we started tag-teaming it and doing the podcast, which ran for a while.

Filipv is great. Is it fair to call you two the gruesome twosome?

We worked very closely together and he ended up taking on some huge responsibilities, but we still lean on each other a lot when it comes to opinions and direction. I would definitely say I’ve learned a ton from him and I think he would say the same. Every once in a while we’ll pick up the phone and call each other and just say “Hey, how you doin’?”.

I see you as this onboarding wizard, where did that start?

It’s definitely a roll I’ve grown comfortable doing. I remember doing onboarding with MoonDAO and Slice, and eventually then for JB. It’s also interesting that that sort of merged into this weird testing and feedback roll too. I found myself in the front-end chat more and more (I don’t know if I’m providing value there– I hope I am!) to try to test various things, launch projects on test net, find obscure bugs that are here and there and provide suggestions/feedback based on what the onboarding calls are giving me, so it’s kind of become a merged roll. Being in that close proximity to the user gives a lot of great insight and perspective.

I also think there needs to be a shield between the regular user and developers. I’m very adamant that there needs to be some distance there. I’ve always appreciated jango saying we’re all builders at JB, but let’s be honest, they’re (the devs) are the builders– the developers on the JB protocol side and the Peel Team, they’re really building and everyone else is providing support. Since I joined JB I’ve always felt the need to kind of protect the jangos of JB because they’re so hyper focused that distractions can lead to mistakes, and that can be a big problem. I think a lot of organizations should take on that approach, to be honest, to make sure those core builders are shielded from the basic questions that other contributors can answer. I feel like that’s where I slid right in, I can answer those questions.

I’m reminded of high level athletes and how they’re trained. The trainer almost has to take a caretaker role, ensuring that distractions/obstacles are cleared so that the athlete can do what they do: perform.

Exactly. It’s all about minimizing distraction. It’s interesting that you bring up athletics; I was a former athlete and after that have been involved in high level training— olympics, NCAA athletes— and the one thing I’ve carried on in my life moving into JB and other things is to eliminate distractions and be in the moment. If you are distracted about the outcome of something, you’re taking away energy from the task that you’re actually doing, and in athletics that could be the difference between a win and a loss, a championship and coming in second. It sounds super corny but launching new extensions has become that for me– that’s the championship, we gotta get there, how do we get there, how do we stay focused are the questions I have bouncing around in my head. I’ve always been an idea person— someone who can really thrive in environments where we’re talking about ideas— and I’ve always been good at that I felt, and JB is this crazy environment where people take ideas and build off of it into something else. It’s like a dream come true.

There almost seems to be a hippy spirit at JB– people are just so open. I’m thinking of the compensation discussion from a few weeks ago. Just an open discussion, no one at each other’s throats.

Yeah, especially with a topic that’s been so sensitive our whole lives– we don’t talk about salary IRL, and to have this open dialogue is special. More so to have the validation that what you’re providing is worth the payout that you’re receiving– there’s no better feeling than that. Having the support of the community has been an amazing feeling for me. People don’t realize how important that is to me– to my personal being. It’s quite an experience and one that I don’t take for granted.

Regarding compensation, if you don’t pay the people who are irreplaceable, they’re gonna go somewhere else. I think that’s an important point. There’s also people within the DAO that are just completely connected to the DAO itself, like if jango leaves, or Drgorilla leaves, what is JB, or Peel, or what even happens to JB?

Fair question.

I’ll tell ya right now– if jango decides to do another project, I would ask him if I can go with him. You just can’t replace certain people. So if you don’t pay them, they’re gonna be gone. All that said, I do think we need to be aware that we don’t have unlimited resourced. At the same time I think there’s enough people in the DAO that aren’t necessarily leaning on JB for all their bills/everything they do. So if there’s an emergency situation where people have to back off/reduce payout, I think we’ll see that happen.

Why the lack of assholes and mentally checked-out people at Juicebox?

I think because everyone at JB right now has proven their value, and people who haven’t don’t stay around for very long; they weed themselves out. I think there’s also a level of respect from each person that everybody kind of has each other’s back. If you come in and try to take advantage of the DAO, I think the community can read that like a book because we all had to pay our dues. Everyone who’s being paid recurring payouts has been told no at least once– that’s a common denominator we all have. I think when everyone’s gone through that there’s a level of respect and community, which you see in how we treat each other in our day-to-day.

For sure! Okay switching gears: who is your favorite contributor, and why is it Zeugh?

Haha, I think Zeugh is great– he’s awesome!

You know, I don’t know who my favorite contributor is. I’ve worked closest with jango and filipv probably, but I’ve gotten to know the peel team a bit more and I’ve really enjoyed them asking me for feedback/allowing me to provide feedback. Right now I couldn’t answer who, I just love working with jango and filip– they definitely help me out and give me a strong feeling of purpose.

What’s something somebody would be surprised to learn about you?

I think the biggest surprise would be… I have four kids! That is something that actually helps me with what I’m doing at JB– I’m good with time management/organization, and can make time for everything. My oldest son is really active with sports, so I’m juggling a lot, but even on the sidelines I’m always on the discord.

· 4 min read

On Tuesday, May 17th, JBers got together for a fun and productive Town Hall session. Read on to learn a bit about what was discussed!

Product Perspective Discussion Kicks Off

On the heels of debuting V2, the DAO has pivoted to look forward toward future trajectories. The question of “What’s next?” was an ongoing discussion to kick off the town hall, and the overarching question of how JB will orient itself was bounced back and forth between members. One current effort is around finding and fixing all the bugs one would expect when you roll out something as wide in scope and breadth as V2, which is an ongoing endeavor the devs are focusing on, particularly as they work to build out extensions that were previously not possible with V1.

Safe to say where JB finds itself today is quite incredible, and has etched out a presence and community known for providing an excellent tool that works and is powerfully scalable. The use cases solved for already have proven successful and powerful, and the discussion of what other future use-cases exist is ongoing. Head over to the #strategy channel to learn more.

Delegating JBX Now Possible

We now have delegation on snapshot, so you can delegate your JBX to other addresses for snapshot voting. A major thank-you to DrGorilla for making this possible and putting so much effort into the cause!

The way it works is, for example, if you have 1 million JBX, you can delegate it to someone with 3 million JBX, and that person will have 4 million JBX voting power. But if you do choose to vote later, their vote will decrease by that same 1 million, and your vote will be as strong as your own JBX (1 million). This is a flexible way that people can share voting power without sacrificing JBX or transferring it directly to one another. To learn more check out this link.

Twodam Joins and Rocks With Data Displays

The absolutely awesome twodam was able to come join us today at our town hall, and gave an awesome presentation on his new dashboard for JB. It’s a powerful new dashboard with some absolutely awesome data displays, check it out here!

Taking Canu to New Heights

Zeugh spoke about the role of CanuDAO to help other DAOs with marketing and community needs, and underscored the need to grow CanuDAO on par with the growth JB has seen over the past several months. The goal is for CanuDAO to provide high quality marketing and community-building services to JB, and also to affiliated and new DAOs that enter the JB space over the coming weeks.

Snapshot of JB in a Bear Market

While the bear market has dropped the value of ETH, with continued careful treasury management the DAO has a healthy runway. There are core functions that JBers will continue to take part in and carry out, and proposals for these core areas will continue forge on. Furthermore, an excellent opportunity is within the recognition that during any downturn of the market, yield and liquidity tends to dry up in places where it was accessible before. The can serve as as silver lining for JBers. Also, a proposal to review the DAO foundation is on the books, so all members please take a look at that proposal and discuss it ahead of its snapshot vote next week.

Ice Cream And Banana Costumes in NYC!

JB is considering a partnership with Morgenstern’s Ice Cream parlor in NYC. The goal is that JB would deck out the ice cream shop for four days with Banny art and posters and custom ice-cream flavors and creations. JBers who network in NY ahead of the major cypto conference can point people toward the ice cream shop, meet them there to conference, and spread the good word about Juicebox. Contributor filipv will be greeting new and old members in a full-sized banana costume, and tank_bottoms is permanently banned from the event. Come enjoy the scene, more info the come!

(For a full recording of the town hall, including the legally binding declaration filipv made to wear a banana costume for the entire 4 days, click here.)

· 15 min read
Zhape

1.Product prioritization discussion @jango:

@jango:

We are to some extent acknowledging the moment we find ourselves in from a product perspective, specifically juicebox.money essentially. We just got to the V2 milestone which is massive and there is natural inclination to add to what’s next. We have a bunch of projects in flight, as we discussed in last Town Hall.

There’s a lot of work going on and a lot of them are closing the finish line. They are probably not going to be in production at the same time, so we’ve got to figure out what our priority is and the way we think about prioritization going forward. Maybe we could just say we’ll do it next week once we get it more put-together, although it is solid as it is.

@aeolian:

I think we can refine it a little bit. By next week, we probably will have a more solid plan before we actually gonna build. Yeah, we can leave it until next week.

@jango:

I think the main thing is that there’s a lot of fun, powerful, shiny things in a lot of people’s work, which is about to have the possibility to come into fruition. For the time being, it’s quite clear what the priority is, that’s risk mitigation and making sure these small bugs that naturally have found themselves in a little bit to the product via this long stretch. There’s a couple of blaringly obvious pieces that the V2 has.

So in the short term, maybe a week or a few weeks, it’s really coming to terms with what those are and making those as clear as possible in the UI and then giving us an avenue to peel those back as we have known extensions, because almost all of the stuff is extension related. We can create the system to disclose one at a time appropriately. And it’s not a big shiny future but it’s pretty important. I think top priority with these things is to keep things from going to zero, kind of our job.

The 2nd priority is currently straight in the dark to increase the number of projects and the volume of payments. The good news is there is plenty of work we can do right now to stitch up the risk stuff and the bug stuff as we deliberate strategy. But as that gets wrapped up, then we’ll want to all be on the same page about what we're trying to deliver next together.

@aeolian:

I think it’s worth calling attention to the fact that it’s quite amazing Juicebox gets where it is. We should all have confidence at least from the UI perspective. When projects come along that kinda have the fire power, it’s able to really facilitate the payments. So it’s like, do we take this to the next level? What’s the next level? That’s really the point of the strategy channel and that document(here)and these discussions.

2.Brief explanation about JBX delegation by @filipv:

We now have delegation on snapshot, so if you go to this link, you can delegate your JBX to other addresses for the snapshot voting. Tks for the amazing help from @drgorilla btw. Let’s say you have 1m JBX and you’re delegating to someone with 3m JBX, when they vote, they're gonna have 4m JBX. But then if you vote after they voted, their vote will go down to their original 3m JBX, which means you still can vote on any proposal you want and they will lose your delegation, specifically on that vote. Right now this is working with both claimed and unclaimed JBX and then we’ll be moving over to the veBanny when it happens.

3.Work report by @twodam on new dashboards and protocol research:

There is a new Dune dashboard made by twodam in this link, in which you can find gas fee specification about setting up and managing a project in the protocol, as well as some fun facts such as “projects created per address”, or “ how many has an ENS” and so on. And he is going to do some Protocol research and comparison, current list: Mirror Parcel Superfluid Coordinape Utopia Aragon

@jango: Just shout out for these incredibly useful analytics and there’s a lot of them. Sometimes I try to find signals in these numbers. So I appreciate the readiness to take on new requests and make dashboards for things over time. It’s damn helpful.

@twodam: I have made some dashboards and maybe I need to write some reports based on these data.

@jango: I don’t know if VJ or Goldstein have worked using these dashboards but they created reports that might be based on your number, which I am actually almost certain they are. Like coming together and understanding how to distill these facts into narrative and we can use several people taking the steps like that. So yes please, I think VJ and Goldstein will keep doing that.

4.Community and market cohesion by @Zeugh:

It’s more of informing and getting opinions here. Since last time we decided collectively how we would be improving our community through the way we manage the server and things like documentation and onboarding, we have grown a lot. It has been a good while and now we have more than 3,000 new members and lots of new contributors. For those that maybe don’t know, CanuDAO, the DAO that I am paid through, is a working community here in Juicebox.

Lately I noticed and more people also have the feeling that in our whole marketing community, the way we communicated as a whole has not been as efficient as it could be because we don’t actually have coordination between ourselves. Last week, I talked to Felixander and Casstoshi to invite them into CanuDAO too. We have this model of having a separate DAO, like WAGMI and Canu, to make decisions and work things around to actually develop it as a service to Juicebox. But as it’s growing , it’s getting hard to get the cohesion, so I’m trying to get more people working on the community side here in Juicebox to get inside Canu too, so that we can have more specific time to talk about the Juicebox community together.

So this is to inform all of you that Felixander and Casstoshi have come in, in a way that we can communicate better like in SEO(Search Engine Optimization), pulp writing, community management. It’s also an invitation for anyone that is dedicating their time in Juicebox to work community part to also join Canu, to come to our meetings where we can have more time to discuss perspectives, to discuss what we’ve been seeing and ideas we’ve been having in Juicebox so that we can go back and deliver better community management. I feel as the community grows and the roles for keeping the community healthy get bigger, but Canu didn’t get bigger at the same speed. The tasks and everything expanded and Canu kept at the same size.

We’re about to renew our payout proposal in the next cycle, so this would be a good moment for people doing community stuff and wanting to get paid through Canu. It’s more of an invitation and explanation of the reason for this invitation.

@filipv: For someone like Matthew and Briley who have recurring payout and work directly for Juicebox, what advantages are there to work for Canu? Or are you talking more about coordination?

@Zeugh: Not necessarily I am moving payouts to Canu, for some it makes sense, for others it doesn’t. It’s okay to join Canu no matter if you get paid through it or not. I think it’s gonna be important now that the V2 is out, and efforts in my perspective are to onboard new people and new projects, to help people coordinate and cohesion can be of great value here.

5.Macro environment and MorganStern’s Ice Cream shop event by @jango:

Macro:

As we’re all aware, the treasury has decreased in dollar value quite a bit with Ethereum events in the market. It doesn’t affect our day to day activity, just in a sense affects our horizon. I think what we can expect going forward, obviously we can’t control what happens on a big picture scale, but running a fundraising platform does encourage us to continue to bring insights to each other over time from the perspective of how capital is being managed in macro. Looking at the runway we have, it’s a good opportunity to reflect on our mission and really focus on it. I think we’re at a comfortable place and we can certainly keep on for a while longer even if the access to capital affects us, which will affect all the projects on the platform and subsequently our revenue stream. Even if things were to slow down in a couple of years, we will still be comfortable in the runway's perspective if we manage the treasury appropriately. These are the things to keep in mind when we’re thinking about prioritizing the initiative that we’re trying to further.

There are a lot of things that are very fundamental and core to our commission statement that I think we’ll have no problem continuing to further for the next long while. During any downturn of the market, it’s yield and liquidity that tend to dry up while they were pretty accessible before, so we have an opportunity to recognize that we are a funding platform, there’re a lot of people now that are maybe venturing somewhat into the unknown, into new opportunities and having to retreat into their fundamental convictions of what they want to do in the projects they think are important in the moment. I think really understanding the powerful projects that we can fund are not only going to be sustainable through whatever macro environment we find ourselves in, but also maybe these kinds of projects are gonna define the future market cycles or future building cycles.

I’ve put up a proposal to revisit the DAO Foundation document, reading through it and what we verified in the past still feels honest and great. It’ll be nice to go in the upcoming governance cycle. I want to make sure we’re committing ourselves and that we’re willing to spend sources on that. We feel very serious about these things and that mission statement feels very sincere. We are indeed willing to work through whatever resources we have available to accomplish these things but realizing that things could be worse and there’s sacrifice that have to be made. But we also have to be in tune with the fact that this isn’t a project that reads similarly to other web2 related startups.

I think a lot of ways in which we use the treasury funds can be used to help projects start up and build during this time. I think these can be among the more powerful projects to emerge. Whether we do it collectively through DAO funds or we do that through individuals who are getting payout from the DAO in recognition of their work, is still up in the air. It’s way easier to support individuals as we have been doing it in the unit of ETH sent out per unit of dollar denominated payout, which is greater now for theoretically each of us are getting payout have more ETH overtime. It’s totally up to you what you’ll do with that, but it’s an opportunity to recognize here our job isn’t necessarily cut. It is just to recognize what our roles here are, looking for one building and we’re the ones helping (recording lost for a while)

@mieos: Do you think it’s worth revisiting the redemption rate? If capital preservation is the thing the DAO is interested in, maybe retching that up just to touch might be useful and disincentivizing. We’ve probably gone through a bulk of the redemption, and I think it might be worth revisiting it but curious what other people think.

@jango: That’s the obvious one. Thanks for bringing that up. That’s an easy one to do on the surface to help protect funds, though it kinda lowers the floor price which is held up great. That mechanism is one of the standouts of the current JBX implementations and we can definitely use it here.

@mieos: I think it’s also worth mentioning just as a bit of anti-fud that the general theme during bear market cycles that if we’re going to see one like the rest of crypto history has laid out, which I am skeptical of, is a great time to build and thankfully we’re building a piece of software as a tool for people who are trying to build.

@jango: I wouldn’t be surprised. I think it’s probable that the next while the market is continuing its current trend, we’ll see a lot less campaigns to purchase things at very high valuations, like a 50m constitution. But we’ll also see a lot of projects that are building long-term concepts, and I think that has been our thesis for a while now that the spotlight has been on the high raisers which make the project that’s earning 5ETH or 10ETH seem insignificant. But I think it’s those projects building things that last in business model that are going to shine through, and I don’t think there’s going to be thousands of ETH for these projects either. I wrote somewhere in the chat today, I think it makes a lot of sense that I bring it up here again. I encourage each of us to find 1, 2, 3, 4 projects around over time, led by people you particularly believe in or come to believe in, and add yourself in that project, and really figure out what they need to be successful. They probably come out from one perspective and maybe lack the resources, information or technology to do other parts of the project. We don’t need to do all in the same project, and I’m sure we’ll see each other around in all kinds of Discords helping things come into fruition. I think being hands-on and patient is going to pay off.

@filipv: I think, if anything, this could galvanize us further into building out both tooling, storytelling and communication in such a way that really emphasizes Juicebox’s capability for long term treasury management for treasuries that evolve.

@mieos: I think it’s probably the best time in history for the best part of crypto to grow and become valuable, and the worst part of crypto to kinda slowly back into the shadows a little bit. That was a really loud bull market with a lot of madness, which certainly is not the reason why I’m here. I’m excited to build out some of the promises that the Ethereum has to offer.

Morganstern’s Ice Cream shop event during NFT NYC:

@kenbot-studiodao: Morganstern’s Ice cream is in downtown on the low east side. It’s always featured in all kinds of TV series, like Billions, and a totally iconic destination in downtown NY. He makes all kinds of flavors of ice creams, and he wants to make some custom flavors for the promotion so there would be some Juicebox oriented banana flavor that we can have some conversation with. At the same time last year, it was something like a prototype that if you have a token, you can get access to secret sandwiches not on the menu. This year, he’s going to do a burger pop-up with an incredible burger chef who’s nationally famous. So this would be like tagging along and building something for Juicebox where we can onboard people in real time in a special session of the shop he would hold for us.

@jango:

NFT NYC is a Monday - Thursday event, so we’ll block off a chunk of time from around noon till 6pm, which is the prime time for people in NYC to stop by and have ice creams and burgers. We could basically deck out the place in Banny, like you got Banny plastered in different places, you got ice cream flavors that Juicebox and Banny related. We can invite and meet up with folks whoever is in town. Folks can stop by, and like Kenny said they have some criteria like onchain criteria of contributing to JuiceboxDAO or having JBX or being part of the project or whatever we decide, if we ship the veBanny in time, it should be veBanny locked position or whatever. You can get your ice cream on the house and we essentially have conversations like explaining what Juicebox is or talking to project owners. Eventually we can go through the onboarding thing. We can invite project creators to talk throughout the week who may have expressed interest in starting a Juicebox project, or transitioning an ongoing project onto Juicebox.

It’s like piggybacking what Morganstern’s is already doing as well as the NFTNYC and trying to flex our capability for Banny and Juicebox material into a hyper specific location, and meanwhile make it all about project creators. The approximate budget would be around 10k for the week perhaps including free ice creams. The DAONYC event by DAOplanet is on June 24 -25, right after the NFTNYC, so we might try to make the two events work together in some way.

7.Quizz time:

In the statements below, two are true, one is a lie. Guess who it is?

The answer is…… @filipv, and he is not banned from any Starbucks.

· 12 min read
Felixander

“Juicebox in the words of” is a series that highlights JB community members in interview form. Learn about members’ roles at JB and what makes them tick.

Zeugh is a contributor to the JB space as a community manager and a straight up OG. He has all the trappings of a proverbial hype-man, and a knack for bringing a party and good vibes wherever he goes. He’s upbeat with an excellent sense of humor, and his sarcasm game is through the roof. He works tirelessly to help bring the JB community together, and to bring those JB vibes to every corner of the globe. Read on to learn a bit more about this sarcastic human teddy bear.

How'd you get started with JB, and how has it changed since you've been here?

I started at JB around Aug/June 2021. DAOs amazed me and i had my eyes on crypto for a while… but when I found out DAOs existed I was very excited to work with them. I joined a discord server and got involved with Tiles DAO, and eventually just explored more. I wasn’t in JB way at the beginning, but I did join in the first week after release. When the question came up that a community manager was needed, I put my name out there. I had never been a comm manager per se, but had been doing comm management for other products I was helping release and so I figured I’d take it on, got voted in, and hit the ground running. I started

So you’re an OG.

I joined in week 1 of JB, back at FC1. Although regarding crypto as a whole, I’m pretty much a newbie. JB was the first project I really got involved in and put my hands on.

Wow, that’s nuts— you’ve seen the evolution of JB from start to right now. Would you say it’s unrecognizable?

From the beginning? I wouldn’t say unrecognizable because I think some of the core values of transparency, building out in the open, and great vibes have been around since day one. The core values have not changed, and that’s beautiful.

I think of it like a sapling and tree, just as they are different, they are also the same.

How would you describe your role at JB?

A confusing one, firstly, but also a very interesting one. Rarely are two days the same. There is a lot of time spent online in chats and severs, whether the Chinese chats to try to understand community issues, or in other servers to learn new tools they’re using, practices they have, and how they engage/reward/manage a sustainable growth.

Lately we’ve pushed hard on trying to automate governance with guys like filipv, Phytann, jigglyjamz, lazervike and others, and Canu has been heavily involved in this as well.

What has it been like working with the Chinese community, and their role at JB?

It’s one of the better things that happened to JB ever, but at the same time definitely one of the biggest challenges. Bringing our Chinese members together in a governance process where we all get the power to decide what we do is a complex thing, but it’s exactly what makes us so critical and diverse in what we build. We have to do good stuff– not sensibly good to my taste or American or European tastes, or to Chinese tastes, but it has to be good stuff across the board. That’s very challenging to pull off, but at the same time we’re all a part of the community.

When the community first came, I remember I would jump in there with google translate to try to make sense of the chats going on in discord. Man, it was so suddenly so many new members, and we had to try to reach out and make those connections. It was an exiting and also exhausting time, especially since google translate can only do so much. I do have to say one of the members who has been a killer and God in moderating the Chinese community, getting them informed and engaged, is twodam. That guy is a beast and I appreciate him so much.

The idea of you sitting in Discord with google translate and trying to understand Chinese is absolutely hilarious to me.

Let me tell you— now we have the translate bot. It automatically translates. But that day when we got that huge influx of members, it was 3am and my phone starting beeping, beeping, beeping, and I was like ok, silent mode, I’m not working tonight, this is my one night off.

But it didn’t stop! So I got back to my comp and there were more than 1k new members, all of them Mandarin speakers, and all were over every channel– and up to that day we didn’t have a single Mandarin channel, so I spent the whole night with google translate writing FAQs, basic guides on how to solve the most common questions, translated hundreds of Q’s and ranked them with what were the most relevant answers, and I think it was nicholas and someone else who was in the twitter spaces that joined and were able to pitch in and help. Shout out to those guys and everyone who helped early on with that, it was such a huge task and everyone stepped up. Eventually we even found some university students from the US that we knew who were Chinese and we asked them to translate asap, and that helped a lot too. Now we have really amazing translator teams, the of course the amazing twodam who kills it every day, and so we’ve found a good stride.

Twodam is amazing, I can’t say enough good things. He ended up in this position of managing the greatest share of governance (by population) and is doing it incredibly well. I’m about convinced that twdam is a team– not a guy, a whole team– because the guy does contracts, community, translates, I mean he’s absolutely incredible.

Where are all the assholes at JB?

That’s a very good question, actually. The main thing on that that fascinates me is that I’ve spent countless hours crunching analytics data on our conversations, running our bots, and so far I haven’t found them either. Idk why, but they are just not around I guess. The funny thing is we’re in the crypto space— people being obnoxious is like breakfast, but somehow at JB we don’t attract these kinds of people.

What’s something somebody would be surprised to learn about you?

I was a comp sci undergrad for 3 years, that’s when I first heard about crypto, and even so it took me 5 years to ever engage in my first transaction (which was in bitcoin!) to actually get into crypto because I was completely against burning the amazon. I was a very critical person of crypto for a good while. I was misinformed.

I get addicted to hobbies; 2 years ago I was living in a small house in the middle of the woods. I spent about one year living there, talking to my cats or the monkeys who would come to try to steal my food. I was developing digital products and tending to the gardens since I love gardening. I loved the nature, the no-plastic environment, just me and plants, no eating meat. That passed now, I’m back to the animal eating part of life and living around big buildings and concrete and using plastic bags, but that was definitely a life-changing part of my last few years.

So what changed? The amazon can just burn to the ground?

I stopped listening to the news and started reading some articles.  After you read the numbers/data you understand that that’s not what’s happening. I was living in the middle of nature trying to find out how possible it was for someone living in society to have the smallest impact in nature– that was the goal of going there– to see how simple/non-violent towards nature I could live without leaving behind civilization and a modern world. I started reading everything I could in every area, so I learned a huge amount and cleared up a lot of misconceptions.

Fascinating. Who’s your fav contributor, and why is it Zom_Bae?

Haha. I think this gets me into a tight spot here. Although Zom_Bae is terrific, I don’t think I can give her the prize without sharing it with filipv and twodam. I will not even include jango in this one just because that is obvious.

I can’t choose man, I have the blessing of a very amazing team to work with. If I had to pick, I would share my favorite contributor in four people– Filip, Jango, Twodam, and Zom_Bae. If I had to pick one, I’d go with Zom_Bae. She’s amazing. And the red rocket banny pfp! Zom_Bae does wonders in lots of micro areas around JB community - I would not trust anyone more than her nowadays to be the one who receives and onboards both partners and community members, contributor-wannabes, and everyone in between who needs guidance to navigate our complex environment.

jango has always been a steward for good culture, has always been bringing some perspectives of open criticism/honest debate since the beginning.

Filip is a monster– a complete gigabrain going from governance to some automation here and there and finding good minds to help every single area he touches– there’s not an issue I don’t se him going around. Twodam I’ve talked about more than anyone in this inteveriew– it’s well deserved. Bridging two different communities while also building data queries to better observe community trends, and making it look effortless, it’s just amazing…

But then there’s Mieos and Sage with WAGMI studios and all the vibes– Sage is definitely underrated! A huge shout-out to her and the vibes that we get from Banny and that we get from all the juicy fruits that she brings to life with her art. Banny’s something else.

Nicholas, filipv, unicorn and 0xSTVG are fucking rocking it, doing amazing at governance issues, really taking the helm on things.

And how about that awesome guy who writes the Banny histories, huh?

But he’s just in the house, I mean he’s around here and there... I’ll mention him maybe in the next one. Haha.

Okay, no hard feelings. Besides feeding wild monkeys do you have any other interesting hobbies?

I roller blade; I’m not especially good in most tricks, but I can do some tricks, some downhill stuff, but by no means an expert in any of those.

This is starting to go like a job interview, so I’m just gonna go in hard. What’s your greatest weakness?

My total lack of concentration. I am the apex of ADHD in a human being. That’s why I tend to work in the night because everyone else is sleeping and that’s less things to get distracted with. I’m kind of a workaholic; I engage a good part of my hobbies like they’re work. I played (semi-professionaly) League of Legends for a while. Very low-tier stuff though.

I love gardening. I used to have an ant farm; I would catch ant queens in mating season and I started my own ant farm. I raised some ants.

My hobby is changing hobbies– I have 3-month sprints where I have hyper-focus in something, study a lot and research a lot, get super nerdy, and then I move on to the next thing. I’ve been through organic chemistry– making my own hygiene products. Star wars– reading all I could in the expanded universe. Wicca magic. Cocktails. Making events (very close to community management)! And more to come = )

That’s awesome. What’s the favorite thing you’re looking forward to?

I’ll have to split the answer in two. The first - watching how crypto changes the world. I’m gonna play a part and I want to play the best part I can. I used to say in my twitter, “I am here to make sure the next big social network is not owned by a corporation, but is co-owned”. I want to see the power of open data, public ledgers, collective ownership over the digital assets that currently rule over people’s days most of the time, and so much more. I want to watch as that unfolds and try to play a part, and I think it will happen in a massive way.

As for myself, I’m really really keen to creating those bridges between people building stuff and people that need stuff built. I’ll be going nomad for a while and traveling to try to find a way to get a local communities to organize and find solutions through the tech they’re creating. Local communities are powerful and we’re finally at a point where digital communities are also hitting that kind of strength. If we can merge local and digital communities we can really change things. When the people making products, the politicians making promises, etc., are also the people who are living in a community, they can’t just say they’ll do things and not do them. Suddenly there is accountability, and things get better. I want to build a solar-punk future. It sounds crazy, but I used to say, “I’m not crazy, I’m just hopeful.”

· 5 min read
Felixander

As many of you may have noticed, the question of compensation has come up recently in the discord (linked here). It was an exceptionally valuable discussion that really highlighted how tricky the question concerning compensation is, both at JB specifically and in the web3 DAO space as a whole.

Central to this question and perhaps a source of equivocation is this: what precisely is Juicebox?

People looking at Juicebox like a startup, assuming it will exist like startups in the web2 world, may be quick to advocate for low salaries. After all, you don’t want high salaries if you are looking to pump up value in a company that you want to sell. This is the case with classic startups that are seeded with VC and created with the intent of profit as their final goal.

But you can also look at Juicebox like a grass-roots company– still profit driven, but not looking to sell. This would be in-line with your classic examples of companies that went big– think Bill Gates dropping out of college to create Microsoft, or Mark Zuckerberg doing the same with Facebook. In these cases, the goal was not to pump value and then sell; rather, the goal was to build first, and only after that to reap the rewards down the line. When Mark Zuckerberg made facebook, Myspace was the biggest name in town. In a few short years, it became an afterthought, and Mark Zuckerberg became the reptilian overlord we know him as today. He was in it for the long-haul, and it paid off for him.

And finally, you can look at Juicebox as a community. In this schema, it’s a collection of people all pulling in the same direction. The people who see Juicebox this way are quick to tell you that profit doesn’t really enter their minds too much, nor does a potential long-term promise of riches and private yachts. Rather, these people just like the people, the vibe, and the sense of being a part of something greater than themselves.

All this a long-winded way to point out that, if we ask the three people above about compensation, we’re likely to get three very different answers. Furthermore, we’re even more likely to equivocate the word at hand.

For instance: at Juicebox, are we compensating for services rendered, or are we acknowledging people’s efforts through compensation? Are we disbursing funds based on how profit-driven companies pay their employees, or are we giving pieces of the pie, ie JBX, to stake future promise and voice into our contributors? And in either case, how are we valuing contributors based on their roles differently?

And then there is a question of effort spent working– that is, is it even fair to tie compensation to how hard one works. Take for instance classic capitalist models. You may know someone who works hard and makes 50k per year. You may know someone who works hard and makes 200k a year. You may wonder if one person is truly working “harder” than the other. Maybe so, maybe not. But then take Elon Musk, who is worth 300 billion dollars, give or take. Is it fair to say that, in comparison to our 200k-per-year example, Elon is working 1.5 million times harder? Or compared to our 50K example, that he’s working six million times harder? We see from this reductio ad absurdem that equating value with how hard one works tends toward fallacy.

And so we arrive back and square one. What is compensation, truly? What is fair compensation? Is comparison the thief of joy, or should we look to others to determine our own worth? Marx said: from each according to his ability, to each according to his need. An honor system in other words– I am a contributor doing X in a city where I need Y to live comfortably, and I’m asking for Y. Is this the solution– a commune where wealth is shared according to what people self-report they need? It doesn’t take a much to point out the room for abuse there.

Perhaps this is the central point: complicated, worthwhile endeavors are messy. There aren’t simple answers to these questions, and there shouldn’t be. The fact that we’re doing something worthwhile is underpinned by the fact that we’re even having these conversations, and so authentically and transparently at that. Like great art, you can’t expect people to come away agreeing that this discussion means the same thing, or that it’s solved. But what can be said is that our attitude toward the discussion should reflect ourselves authentically, and should show our steadfast determination to working together, to community and to teamwork. Oscar Wilde said, “A cynic is a man who knows the price of everything and the value of nothing.” We should take these words to heart and resolve to never get lost in just the numbers.

· 13 min read
Zhape

1. Intro

2. Front end update from @aeolian:

We had another good week, and pretty much on track for a Mainnet launch in the next 3-4days. We started a feature freeze 36h ago, which means not merging anything unless it’s a critical bug, none of which is found, to allow us to merge a big PR that supports a new subgraph. New subgraph is currently indexing the mainnet, now it’s a waiting game that needs logical coordination to get things to happen. Once that’s in, we are basically ready to launch V2 on mainnet. The good thing is, that the launch is not a one-way door, if we have major issues, we can always switch back to V1 to fix the issues and switch back to V2 after that. It has been a much bigger effort than we all imagined, but it is now coming to a close here.

3. Quick inventory check by @jango:

Not sure if it’s useful but I think the past few days after V2 has been up, folks have been more future and forward looking. There’s been a lot of ideas coming up that people are prototyping and playing with. Sometimes people are in tune with things happening while sometimes not. I just want to make sure that we all somewhere are aware of what’s on our mind and where different projects are at.

1) V2 contracts (deployed) : V2 contracts have been shared quite a few times in Town Hall. These have been deployed in the 4th iteration which is feeling great. So, our products are basically done in their initial capacity and in the needs of contracts. I just want to make sure it’s communicated out enough so folks know how to use it.

2) Docs (deployed, iterating): The docs are started by @filipv and a bunch of stuff has been added from a technical perspective. Those are done as well and constantly iterated on. @filipv: I am very excited to help centralize a lot of resources to build extensions to the protocol, and it is like a repository of information about everything related to Juicebox). @jango: Big shouts for helps in setting that up in the beginning and shouts for WAGMI studio, @sage and @mieos for starting to create a whole-worldly vibe for what a repository of higher knowledge could look like.

3) Fee extension (formalizing): This is a solution to use V2 tooling to route incoming payments to JuiceboxDAO to best yielding places for JBX, on AMM or first party issuance mechanical. It is looking great and we are wrapping up tests and playing with optimization, kind of in a formalizing stage.

4) veBanny contracts (formalizing): This is a way of staking JBX for an NFT ve position, which is locking your JBX over time to have a new kind of accounting primitive to use for governance. I hope we can align decision-making with a longer term community interest in this way. Alongside it, a lot of art is being experimented by the WAGMI team, tankbottoms and natasha. This job is also being formalized, we are trying to piece together, according to CURVE ve contracts, how we might do delegation in this scheme. It’s very promising.

5) V1→V2 migration terminal (prototyped, formalizable): Once V2 is up, projects can have a V2 token issued if they choose to operate on V2 as well as V1, which is what JuiceboxDAO will do. We are going to prototype a terminal where the V2 treasury will accept the V1 treasury token as payment and issue its V2 version one for one (1:1). It, to some extent, works within the mental model of how Juicebox treasuries are working, and we are trying to manage the migration in that way.

6) NFT market (prototyped): It is a topic that has been lingering for a while and happened in conversations quite many times and might be on the horizon. It’s a set of contracts that allow folks to list NFT with the sales routed through a particular Juicebox treasury or a set of treasuries. The goal of this project is, instead of having the pay button as the way to pay projects, anyone could upload an NFT that could basically serve as the pay button. Someone could just buy the NFT and the funds would be routed to the treasury. This is in effect a more engaging pay button that is extended to do the NFT related treasury things. This is also prototyped, and it seems we also have a few prototypes from @tankbottoms as well. It still need some design iterations.

7) V2 versioning fire drill (prototyping): There’s an idea floating around once we get V2 up to sooner rather than later organize how versioning might work on V2, like we might deploy subsequent version of the payment terminal V2, which is a feature of V2 as hyperforkability. People can roll their treasuries and migrate between terminals. Might be interesting to be right off the bat, before some happenings or pressure, to migrate from one terminal to another slightly optimized one. This is not really a big deal but more so to get the cadence of feeling confident in how we might organize files. It’s not an urgent matter, but we should think of doing it instead of waiting till things get chaotic and we’re driven by necessity to migrate, by then things tend to be more delicate.

8) 1:1 terminals for L2 strategy (pre-prototyping): The L2 strategy allows projects to manage treasuries on not just mainnet but any other L2, then to have their tokens organized across chains, taking redemption into account, etc. There is a good design for it, it just needs to be prototyped.

9) Subscription terminal (pre-prototyping): It’s not really worth touching on but @jigglyjam brought up a cool use case that might be fun to sail for.

10) Juicebox reverse ENS registry (pre-prototyping):With the V2 tool box available, front end brought up a good point regarding Juicebox reverse ENS registry. In V1 we had handles for projects which is great in the short term, but it has a whole lot we need to think about for a long-term perspective. In V2, we just started with project IDs, so that people can build things on top of it. Front end has already accommodated ENS support for projects to use as URLs to access their treasury, but there’s couple of things in the UI that need to be nicer if there's an additional Juicebox reverse ENS registry.

11) Treasure hunt: @mieos has been working on a treasure hunt on cryptovoxels.com which is pretty exciting. updates on treasure hunt by @wackozacco: We are trying to experiment to coordinate something special with V2 promotion. Please go to the 3rd floor of the parcel, where there are clues for seed phrases of the treasure chest. There is already 150k JBX inside the wallet. After V2, @mieos will set up another discord to give clues for the decoder. We try to plan some more scavenger hunt type of things.

4. Nance bot by @jigglyjams:

Nance bot has been up and running since the last Funding Cycle, and I am working on scheduling it now. I am definitely interested in how subscription payments tied into it for future DAOs. Nance is like automating the governance pipeline, e.g. Juicebox has a notion-discord-snapshot pipeline, this feels like their valves, and also works for other Juicebox projects using similar structure. The notion page by @filipv and @jigglyjams is here

Utilizing nance bot is currently through CanuDAO, I am planning to use the subscription contract for future DAOs to pay for the use of nance bot.

@jango: I am interested in taking a step in the subscription terminal, it could be an interesting project and a decent entry in building Juicebox extensions too.

5. Podcast updates by @matthewbrooks and @brileigh

We have just posted the 1st podcast with @dropnerd from SharkDAO, currently we are editing the 2nd episode which was recorded with @drgorilla and @zhape about Moody’sDAO, and working on finishing that up. I think the results are good so far, and we are open to constructive feedback. @jango: I suppose Moody’sDAO should be another project worth mentioning here. We are trying to make everyone aware of what’s happening, say it out loud the priorities, and see how to nudge each other towards bringing things over the finish line one at a time. Surely everything is making an impressive progress over the past months, some of them are really hefty projects that are not easy to spec out let alone bring it to the finish line.

6. Presentation by @tankbottoms and @filipv

In general, this presentation talks about different objectives based on the foundation which is helping people confidently run programmable and community fund treasuries, from start to scale openly on Ethereum.

A lot of people are using Juicebox so far because these are short term project instances which Juicebox is amazing for. You go to the website and in a minute you can have a treasury set up with the project’s page. But a lot of projects are more oriented towards longer term development, and would want to have their own website and an interface custom suited to what they need to do. Something @aeolian brought up today is super valuable in building out different libraries of components which makes it super easy for projects like Flamingo or Muse0 to interface with the Juicebox protocol.

Part of enabling people to build longer term oriented projects is to help approach legal things in a way that makes people more confident. We can add terms of use and a privacy policy for juicebox.money and other front end. And we are also working with dao-lawfirm.eth, the one @tankbottoms is working with, to set up some accessible packages for Juicebox projects and potential templates and generic policies which will hopefully help people build on Juicebox with more legal peace of mind.

Another idea is to bring in some DEFI capability by using some of the functionalities that V2 provides and we can start by doing stablecoin, overtime we can work with different services providers to set up bot terminals which people can add as a payout and then be able to interface with different DEFI protocols. If JuiceboxDAO is focused on treasury management for DAOs with long term orientation, being able to diversify and split ETH into a bunch of stuff is probably more attractive than just keeping ETH in the treasury in terms of minimizing risk.

Another part will be genesis NFT creation. I just did the pull request for the NFT delegate. The first 100 people that contribute to your project should get an commemorative NFT or people who contribute more can get the NFT. The delegate is a new function or a feature in V2 that executes an arbitrary smart contract or basically does whatever you want whenever someone pays or redeems with a Juicebox treasury.

Q: When this stuff is implemented, how much longer is it to launch a project? Are you going to have the option to not use these things by bypassing them, like, if i don’t want them but just something simple, can I click a button to bypass?

@filipv: I wonder if it makes sense to implement these things as an optional library or even on a separate website from the main juicebox.money interface. If you want to do NFT, you can go to the other website.

There are a ton of functionalities tank has been working on. Like this NFT market is to some extent extending the functionality of minting NFT which projects can use, and contributions on the market place can be sent to the DAO treasury.

The bot terminal basically creates treasuries which will interface with different DEFI protocols and we can create custom strategies to diversify assets and to manage treasury as easy as adding another payout. What’s great is that there is no fee in between projects in V2. The idea is to make it sticky and make people want to build in Juicebox because it’ll give them access to these tools such as NFT and DEFI stuff like that. First these are built for JuiceboxDAO, but eventually hopefully will be accessible to the entire ecosystem.

@jango: We should continue to go out and prioritize and try to refactor until the right way to present it to folks, in a way that preserves the users’ focus as they are trying to find out how to set up projects and achieve certain things. I am curious how you see a lot of these new features playing in one place because a lot of mocks belong to juicebox.money or navigatable from the same UI. Maybe this is a question that we should keep in mind as a group going forward. There are going to be some competing for space in the interface, or competing for attention.

@filipv: In my opinion, one super valuable work flow would be to compartmentalize all of these into APPs. we can build this library of extensions in the Juicebox protocol. If you want to use it for your project, you can click “add”, and people can put in their custom contract.

7. On Gorilla Marketing:

@filipv: I want to mention the Gorilla marketing that @Zeugh is up to. There’s a lot of discussion of physical presence at conferences. I think it has a lot of potential. Anyone interested can reach out to us.

@Zeugh: That’s something I am excited for. I’ve been talking a little more this week with @felixander and @casstoshi about joining some forces to make it better by integrating gorilla marketing, pulp writing and search optimization. I believe we are going to have some nice news soon on getting better visibility. I was reading about treasure management, talked with @twodam, @jango and @drgorilla about the runway we have in ETH. And one of the solutions I believe is to get more projects inside and make that treasury grow. So ETH goes down, treasury goes up. It makes a whole lot of sense to me that marketing, writing and visibility can play a good part in that.

8. On user flow.

@filipv: Does anybody have any thoughts on user flow, and what that would look like as these extensions are built out?

@jango: I am gonna say these are gonna come together over several weeks. This will continue to be a topic in subsequent town halls. We will keep revisiting.

@nicholas: I think maybe it’s interesting to think the creation flow could be people coming from very different points of view. We may be having an easier time building a treasury set up for their use cases. Then maybe those are rolled into this modular interface content.

9. Quizz time:

The answer is……..@mieos