Skip to main content

72 posts tagged with "town-hall"

View All Tags

· 9 min read
Zhape

Town Hall banner by Sage Kellyn Art by Sage Kellyn

Protocol Analytics by Filipv

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

Protocol metrics

V3 Versioning by Jango

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

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

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

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

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

versioning last stretch

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

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

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

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

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

Update by Lexicon Devils

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

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

YouniDAO Launch with Brenna and Saiko

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

YouniDAO project

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

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

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

Blunt Finance with Jacopo and Jango

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

blunt finance

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

About slicer/slice

Context: Slicer and Slice

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

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

blunt create flow

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

  1. The first stage is a fundrasing stage where people can contribute like they do to a Juicebox project. The difference here is that a blunt round has both a target and a hardcap, which a typical Juicebox project doen't has.

  2. When the contributions reach the target or eventually the hardcap, the project owner is able to close the round, and it allows the owners to claim their slices of the slicer and the project becomes a typical Juicebox project.

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

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

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

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

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

Visibility by Matthewbrooks and Brileigh

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

Juicenews new edition

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

ConstitutionDAO podcast

Confluence Miami by Bruxa

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

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

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

Confluence project

A Contest by Felixander

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

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

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

a contest by felixander

· 12 min read
Zhape

Town Hall banner by Sage Kellyn Art by Sage Kellyn

Frontend Update by Peel team

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

new_v3_projects

Defifa Update with Jango

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

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

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

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

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

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

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

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

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

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

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

defifa_project

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

V3 Report by Jango

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

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

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

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

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

Protocol analytics with Filipv

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

protocol_analytics

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

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

Discussion about Juicebox fees

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

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

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

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

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

StudioDAO Launch with Kenbot

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

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

greenlight_treasury

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

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

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

Lexicon Devils and Forming Update with Darbytrash

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

forming_allstarz

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

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

Forming_mixtape

Felixander's Town Hall Game

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

They responded, in no particular order, with:

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

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

  • "funds are gone ser."

And folks in the town hall are supposed to guess:

townhall_game

The answer is ... Jigglyjams.

· 8 min read
Zhape

Town Hall banner by Sage Kellyn Art by Sage Kellyn

Defifa Update by Jango

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

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

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

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

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

V3 Frontend Update by Aeolian

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

  • For new project creators.

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

  • For existing project owner.

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

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

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

$Joke Airdrop by Seanmc

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

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

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

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

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

Bookkeeping Demo by Gulan

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

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

Forming Update by Darbytrash

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

image-20221112170837528

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

Governance Cycle Update by Matthewbrooks

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

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

img

Juicebox Metrics by Filipv

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

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

image-20221112121200783

Alien to Me Demo by Connor & Kenbot

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

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

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

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

University Blockchain Club Initiative by 0xSTVG

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

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

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

· 5 min read
Zhape

Town Hall banner by Sage Kellyn Art by Sage Kellyn

Reconfiguration Helper Updates with Jigglyjams

This reconfiguration helper tool was developed under the collaboration of Twodam and Jigglyjams.

Context reading:

Submission of transactions for Gnosis safe multisig used to be a very tedious process:

  • After governance process, someone will have to sort out differences in payouts (new splits or removal) according to proposals passed, and compile the new list into a spreadsheet;
  • Someone will have to review the new payouts and then revise them one by one on the reconfiguration interface, ofter times involving some calculation of percentages; (if it's a funding cycle with dozens payout proposal, it can be a very back breaking effort. We should shout out to Jango and Twodam for handling these in the past.)
  • The transaction details on Gnosis safe is very complicated and not at all friendly for a non-Dev to read, let alone tell the rights or wrongs.

image-20221104162337765

How this tool works

So Twodam and Jigglyjams worked together to solve this pain point, by retrieving data from the Ongoing contributor payouts table in Notion after each governance process and display them properly next to those of last funding cycle, so that operators or multisig members can easily compare if the differences are complying with our governance results.

This reconfiguration helper will line up two adjacent funding cycles reconfiguration parameters, one being of the current funding cycle, and the other one being the upcoming funding cycle, so that an operator can compare and decide if the differences between them are consistent with governance voting results. If yes, then the operator can sign and submit the new reconfiguration transaction to the Gnosis safe, where the multisig signatories can sign to queue the transaction onto the blockchain. Also, multisig member can use this to confirm transactions are correct or not before they proceed to sign. After the transaction is executed, the reconfiguration will be finished.

As the data are fetched from our Notion database, the operator don't need to manually calculate on the interface of Juicebox.money before submitting the transaction any longer. Especially when JuiceboxDAO will potentially have 3 reconfigurations (V1, V2 and V3) to update every funding cycle in the future, this helper will definitely make life a lot easier for mutisig signatories and the operators.

image-20221103231710173

Notes from Jango

  • NFT Rewards 721 delegate has been deployed to mainnet
  • Defifa project is coming down to the wire. All the pieces are looking good but will need to stitch them together.
  • Multisig members please review and sign transactions.

Front end timeline of NFT create flow deployment and Versioning deployment by JohnnyD

As far as launching new project with NFT, That's all covered on the front end. It's basically just a flag we need to switch on, and we are just working up to the news that the contracts have been deployed. And then that will enable new projects to be launched with NFT rewards on mainnet.

The next step in the frontend's timeline will be releasing the reconfiguration functionality which is aimed for projects that already have NFTs and want to reconfigure those NFTs.

The step after that is to make it possible for projects without NFTs now to reconfigure their funding cycles to have NFTs attached, which will be last piece of the puzzle on the frontend side.

Juice RSS by Filipv

Filipv made a Deno script that provides an RSS feed for Juicebox projects. When new Juicebox projects are created, the information can be retrieved with a RSS reader.

If people are interested in getting the most up-to-date info about new projects on Juicebox, they can add this link to their RSS reader: https://juice-rss.deno.dev/.

And the repo to this script is here.

Bannyverse updates with Felixander

Felixander build a rudimentary and simple website for Bannyverse here, where he thinks we might curate some arts or maybe organize some art contests.

In visibility, he was trying to establish some kind of baseline of the situation of current visibility. And he also mentioned that September was the best month in this concern on the blogs since we started.

And he created a Juicebox project called JB Eyeball Collection Fund to raise funds for the marketing budget, which stemmed from the discussion we had about the possibility of some different forms of marketing. The initiatives that Felixander was currently looking at putting the marketing budget would be:

  • To hold some kind of press release for projects like Defifa,

  • To run art contests or Banny meme contests, collaborating with other Web3 artists

  • To hold a treasure hunt related to Bannyverse culture.

    AI Drawing Connoisseur with Felixander

Fexliander prepared 3 prompts in a poll and ask community member to guess which one of them was going to generated the most creepy image when thrown upon Dall-E the AI drawing.

image-20221103225309357

ConstitutionDAO Podcast Series Update with Matthewbrooks and Brileigh

They managed to arrange an interview with Brooke Lampley, the chairman of Sotheby's who were on the auction floor bidding on behalf of ConstitutionDAO last year.

Also they will talk with Julian Weisser and Will Papper, core contributors to the ConstitutionDAO as part of the ConstitutionDAO podcast.

They are going to make several episodes for this ConstitutionDAO podcast, and probably will release the first episode around the mid of November, hopefully on the actual day of the anniversary of ConstitutionDAO.

· 7 min read
Zhape

Town Hall banner by Sage Kellyn Art by Sage Kellyn

Audit Fund Recap by Nicholas

icholas created the Audit Fund project to raise funds from our community members to pay Code4rena for the NFT Rewards contract audit contest, before the funds were distributed from the DAO. For more details about this project, please refer the summary of Town Hall last week.

image-20221026195655998

On Oct. 22nd, after the grants from the DAO was added to the balance of the treasury of Audit Fund (Add to balance is a method to pay a Juicebox treasury without invoking minting of tokens, which in this case is to make sure the donors can have their full refund), people started to redeem their project tokens to get the ETH they donated a few days ago back in full amount.

Also a total of 9,000,000 JBX rewards (3m JBX by the DAO, and 3m JBX matched by Jango and Peri respectively) for donors to this Audit Fund project have been airdropped by Nicholas today.

It seems that the Code4rena found this crowdfunding project very interesting, which maybe would lead to a future partnership between JuiceboxDAO and Code4rena.

According to Nicholas, this project will probably stay open later on, as there will be future audits, such as the one for veNFT at some point in the future, or even audits of smaller scales in between.

NFT Rewards Audit Update by Jango

The Code4rena Audit contest for our NFT Rewards has finished.

Everything went quite smoothly, we've got a report with close to 200 line items of the findings from Code4rena that catalogued as high severity, medium severity, gas optimization, etc. JuiceboxDAO Devs have spent several days triaging problems found, reading through and getting the gist of issues, while been in touch with a few wardens throughout the week.

The good new is that it looks like no critical timeline-busting issues were found, so we will still be on track of deploying it to the mainnet next week as planned.

Jango thinks the audit is a better process prior to deploying. We've learned from the audit of V2 protocol that even though a project seems like it has been a long while coming and feels ready and well tested, sometimes it still can lead to more annoying stuff later on. So we'd better take the final step of looking at things closely and sharing it with the world and incentivizing folks to poke around.

The next couple days, our contract squad will be getting their test suite up to date with the changes included. If all goes well, we'll probably be aiming for deployment on Mainnet on Monday or early next week. Projects will be able to attach it into their funding cycles and deploy NFT Rewards in less than a week.

New Project Create Flow by Wraeth

Frontend team, especially Strath and Wraeth, has been working on this new create flow for nearly two months. The whole idea is to make this process a lot more simple than what we currently have, in order to make the experience of project creation more enjoyable for users.

Strath has come to the Town Hall on Sept. 13, 2022 and given a preliminary introduction to this project.

Today, this new create flow has been deployed on goerli.juicebox.money. Wraeth walked us through every steps of the create flow by demonstrating the creation of a project Flamingo Sunday.

Some characteristics of this create flow:

  • This create flow breaks down our current creation process into different steps, so that project creators basically only need to make one big decision every step, so as to alleviate their cognitive load in this process.

image-20221028234859190

  • This new flow tries to simplify the UI and make interface neat and clean, by folding some optional choices or hiding some unselected information away, so that project creators don't need to be bombarded with too much information in their project creation.
  • The create flow supplies some default templates such as Automated Funding Cycle, Default Token Settings, etc., so that project creators can just choose the frequently used configurations instead of having to customize their own every step of the way.

image-20221029000127331

  • It integrates the new NFT Rewards contract, project creators now have more choices to incentive their supporters, though the contract is expansive so a lot of functionalities might need to be added in future iterations.

This product is not yet finished and might need some iterations to improve it a little bit more. Try it out, and if you have feed back, please come to share with us in the Project Creation Feedback thread under the Frontend channel of JuiceboxDAO Discord.

StudioDAO Sesh by Kenbot

Kenbot was very grateful for Jango's encouragement to build in public, which has changed their way to build this project. They have set up a dedicated channel in JuiceboxDAO's Discord to incubate this project, from where it got traction and really moved out into the real world. And Kenbot also expressed his gratitude towards Aeolian especially who heroically helped building some very key feature and energized the whole process.

Kenbot also made a demo on the Town Hall to showcase all the items on the webpage of StudioDAO, which he hoped would become a dashboard of fun things to do and be related to the NFT collection of community members. He thinks that crazy ideas will start from here and will be able to have more and more funding so that things will grow from the bottom up to their brilliant success.

image-20221029131715291

DevCon Casa Event Recap by Bruxa

Bruxa came to the Town Hall, and shared her deep gratitude for what this project has helped bringing forward, both as a personal transformative experience and as a transforming opportunity for the Thirsty Thirsty community.

She also wanted to share that the grant from JuiceboxDAO has not only obviously helped make such a beautiful experience, but also already generated really serious impact for their community. On one hand, some of that grant provides fantastic runway for Thirsty Thirsty as a nonprofit to continue operating, on the other, it also helps individual community memebers in some realistic ways, such as improving their personal life, and renewing their enthusiasm for what's possible in the community.

Jango also expressed appreciation for what Bruxa and the Thirsty Thirsty community have pulled together on this event. He thinks a lot of our community members are pretty narrowly focused and collaborative with folks who share a high bandwidth JuiceboxDAO perspective. And It is very awesome to come together with all kinds of brilliant people in all kinds of brilliant places with different themes.

Bruxa also invited Juicebox community members who happen to attend the SF Blockchain Week 2022 to join the activities by Thirsty Thirsty community in that interval. They are planning to arrange some casual vineyard visit, and would love to meet more Juicebox folks over there.

Bannyverse Comic 2 Teaser and Defifa Press with Felixander

Felixander said he would be putting more effort into the Bannyverse and working on building out Banny with more zany/crazy memes.

Also he is going to work on the Ad page that ComicsDAO provides us in their NounsDAO comic book. He will work with Brutula and set up a thread in the Discord to have more discussion on this matter.

The 2nd edition of Banny comic is coming out soon, here is the teaser of the story of detective Banny.

And about the Defifa press, Felixander has been reaching out to get some press to cover our Defifa project before its launch. He invited any kind of help to that matter and was open to any ideas on getting the ball rolling over there.

Depraved Pictionary with Felixander

On the meeting Felixander asked some DAO members to give him a one-word activity or an item that Banny gets up to on a wild weekend. And he invited some of the members to play a game at skribble.io, in which one person is to draw a picture from their word while the rest of member are supposed to guess what that word it.

image-20221029184407155

After the game, Felixander set up a poll to see what is the most favorite word/item in the game.

image-20221029184537493

· 10 min read
Zhape

Town Hall banner by Sage Kellyn Art by Sage Kellyn

Code4rena Audit and Audit Fund Project with Nicholas

The Code4rena audit contest for our NFT Rewards Contract has begun earlier today.

Io5Y6BU

This is a $50,000 audit contest which will last 5 days until Oct. 23rd, 2022. After that, the NFT Rewards contracts will be deployed on Mainnet and attached to juicebox.money around the end of this month.

Although a proposal for the JuiceboxDAO to fund this audit contest has been approved, the grants will not be available until Oct. 23rd due to governance process arrangement, which is at odds with our original plan of starting the audit on Oct. 18th.

So Nicholas created the Audit Fund project to help raising funds for this contest first, the donors to this project can have their full refund by the time the grant from the DAO is added to balance of the Audit Fund project.

Nicholas also launch a 3-tiered (0.1 ETH / 1 ETH / 10 ETH) NFT collection to help boosting the fundraising, with the proceeds of its minting directly routed to the Audit Fund project, so that minters can later on redeem their project tokens to get their refund and get to keep this NFT.

Image

Also the DAO agrees to allocate 3,000,000 JBX rewards to the contributors of the Audit Fund project, which is to be divided into 1,000,000 JBX for each tier of NFT respectively and evenly split between NFT holders of the same tier. Because Jango and Peri decided to match the rewards of the DAO, the rewards finally reached 3,000,000 JBX for each tier of contribution. And the NFTs serve as a ticket to the airdrop of these JBX.

image-20221020154829920

The Audit Fund project turned out to be a huge success, with total funds raised far more than needed to pay the audit contest.

image-20221020153948172

This project may serve as a proof of concept for a possible JuiceboxDAO x Code4rena partnership, to help permissionlessly sponsoring audits for other protocols.

DevCon Casa Update by Jango

The context of this event is as follows:

The proposal of this event by Jango was approved by JuiceboxDAO a little while ago.

“As JuiceboxDAO looks to encourage and support game-changing projects and capital formation schemas to form leveraging the Juicebox protocol, it should consider sponsoring accessible in-real-life gatherings hosted by contributors intimately familiar with the protocol and its potential applications to big-picture ideas, and attended by passionate builders, designers, and capital allocators.

The Thirsty Thirsty community and I are curating programming in a house in Bogota for ceremony, celebration of our agricultural lineage, and design sprints focused around how we might sustainably fund land-based projects using Web3 primitives, around the time of DevCon.“

- Abstract from this proposal

Jango's first-day-back reflections:

  • Our ability to pull multi-disciplinary passionate people together was key to unlocking new creative avenues. Ahead of time, I was less sold on the need for a videographer as a value add to the experience. Turns out the budget wasn't just spent on getting a videographer there, they were spent on a Fernando. Same goes for Juanda, everyone who brought +1's, and everyone folks invited to our space for deliberate design/learning sessions and casual moments. Next time we need to double down on this. It's all about the people, the work orders are just an excuse.

  • Having a few focused scheduled moments around food and ceremony were grounding and set a perfect tone. It wasn't a greasy hacker house, it was a welcoming space where we could be caring, curious, and warm towards one another.

  • It would be nice to have a few more optional excursions planned for people to take part if their schedules allowed, though it seemed most people were happy sitting around the house with laptops out together, exchanging ideas out loud and on notebooks.

  • It was great having an extra house in Guasca. Though we didn't use it to its full capacity each day and had some trouble accessing it at times (dirt roads, annoying hosts), the times we did use it were monumental. The dinner we threw with our friends from Mochi was epic, and it was great to have extra bedrooms for folks who wanted more space for themselves.

  • Epic having Pablo, Alejandro, Thomas, Mark, Steve, Juanda, Fernando and Bruxa there alongside more day-to-day JuiceboxDAO contributors. It was a focused enough group of people where I felt I could build relationships with everyone. I'm more of an intimate 1-on-1, small group, few real friends kind of person, the cadence of this event catered well towards that. Epic group of big-brain big-heart people.

  • Despite spending loads of time online together, getting time to hang and bullshit with peri, zeugh, nicholas, filip, and jmill was necessary to gluing new ideas together. The whole week was high-bandwidth communication with a bias towards doing. big love to the family.

  • One of our super powers is empowering creative and passionate people to pronounce their creative muscle through their own projects, in the way they feel most comfortable, encouraging them to push against discomforts their curious to explore, while helping make connections within our expanding ecosystem of builders who might offer support and specialization to round out a project's needs. It'll be difficult to measure this event's immediate value add to the broader JuiceboxDAO community, but seeds were sown and I look forward to referencing this Bogota week as an origin story for many projects/partnerships that may sprout over the next several months.

  • We need to be aware of people's financial circumstances when inviting multi-disciplinary friends. We did a good job in helping Fernando, Juanda, Bruxa, and Zacharias (didn't make it but we did what we could) arrive by compensating their airline fees, while all others were responsible for sourcing flights themselves. We each have our own accesses and constraints, we have to be comfortable talking about them so we can help one another make stuff happen and leverage what each of us can bring to the table. This is tricky to scale, but important to get right.

  • We could've used more help sourcing ingredients and planning foods. We had this in place with Zacharias, fell apart last minute. Stoked with how we all came together and made it work, but we all spent a grain too much time throughout the offsite week planning meals.

  • I liked over-indexing on supporting Thirsty Thirsty. It allowed us all to problem solve with confidence as the weeks went on. I'm excited to see how we can continue working together to help them raise and sustain funds used to power land-and-people-based experiences, and how they can help JuiceboxDAO bring it's community together around earnest moments alongside neighboring communities.

Frontend Update by Aeolian

  • The rinkeby.juicebox.money site has been deprecated;
  • V3 version of Juicebox contracts have been deployed on Goerli testnet;
  • Mainnet launch of V3 contracts is underway, but the timeline is still TBA due to some recently found complexities with Subgraph.

Visibility Update by Matthewbrooks and Brileigh

A new edition of Juiciness newsletter is released today, covering:

  • Weely recap by 0xSTVG
  • An article by Nicholas about routing funds from an ENS to a JB project
  • An article by Felixander about the history and configuration behind SharkDAO
  • Articles by Matthew and Brileigh about MoonDAO and its project configurations respectively
  • First video interview released on Youtube, with David Phelps from JokeDAO
  • Defifa teaser by WAGMI Studios
  • Town Hall summary for Oct. 11 by zhape

Also they are trying re-render all the past Juicecast episodes with custom 4k waveform visualization and upload them onto the account of JuiceboxDAO in Youtube, in the hope of repurposing the contents and improving the seachability of them, so as to expand the influence of JuiceboxDAO.

Art Apprisal Contest by Felixander

Felixander asked 3 peolple to decribe ''Banny's craziest night" and use those descriptions for purpose of AI drawing on Dall-E. He showed on the town hall one of the drawings and ask people to guess whose description makes this picture.

image-20221021115923557

image-20221022010503011

And the correct answer is ... Jango.

Quick Update of Defifa by Jango

Folks have been pushing stuff out one chapter at a time in this Defifa project.

From a frontend perspective, big shoutout to Blaz and Deviant for getting the site up and hosted, and also starting to prototype the sections. Later on, we can start pointing people to the page, to improve the styling and some final touch-ups towards the end.

From a contract perspective, we have the redemption mechanism working, thanks to Viraz and 0xBA5ED for prototyping some different options we have for the redemption calculation and attestation processes, which are feeling tight right now.

The next step on the contract side is to encode 4 funding cycles into publicly queueable transactions. The project owner will be a contract and it'll initialize rules passed in with the start date of tournament, minting period, trade deadline and the end date. When one funding cycle is in progress, anyone can queue the subsequent funding cycle from these rules.

Shoutout to Mieos for stitching together these artworks for every country, which requires a big chunk of focused time and effort. And thanks to Sage for the iconic Banny design, relentless and incredible as always.

Also shoutout to Tankbottoms for helping out last week, wrapping these in metadata and getting it pushed to IFPS so that we can leverage in the NFTs.

Next week we'll be wiring everything up on Goerli, while Jango has yet to decide whether we will try out minting on Goerli, all the components are coming together and feeling quite good.

Once the game is over, we'll think about how to expand the framework and interface to accommodate a generalized version of the game, so others can play with their own intent.

Question about NFT Rewards from ComicsDAO

Defaulteduser, the founder of ComicsDAO, explained that these days comic books have become a collectible instead of something to enjoy, which is quite annoying for the lovers of comic books. So he thought of taking comic books and putting them onchain, so that they can preserve the books while at the same time allowing more people to enjoy the content. They've been looking at scanning individual pages of rare comic books and essentially putting these pages on chain.

He was wondering if it's possible to scan pages of rare comic books and give them away as NFT rewards in a fashion of randomized distribution to people who will receive them.

Jango thought the randomization would probably be a tricky part of it, because the NFT rewards are designed to be choices that are deterministically made. He suggest that ComicDAO might try to distribute the NFT rewards first, but would then reveal which comic pages are in those NFTs respectively later on with some other randomization process. They can use a specialized URI resolver contract which will actually resolve the image of each NFT in metadata after the distribution. After that, as the owner of that contract, they can eventually renounce their ownership so everything will be fixed in place. And this should be a cool idea to work towards.

· 6 min read
Zhape

Town Hall banner by Sage Kellyn Art by Sage Kellyn

Tech update with Jango

  • Code4rena audit contest for NFT Rewards contracts is scheduled for next week.
  • NFT Rewards contracts will be finished and deployed on Goerli testnet this Friday.
  • After that, attention will be turned to v1=>v3 and v2=>v3 token migration paths. Hoping to get this done and shipped with full frontend support by December.
  • At the end of the year, there will be some cleanup efforts and supporting the finalization of any loose ends, prepping to make JBX moves in January with publishing the Fee Module and veBanny collection.

L'art pour 'lart with Felixander

Felixander and Burtula made the Banny graphic novel, which he thinks to be a fun little testament to art for its own sake and we should really highlight the artistic endeavors in our community.

Nouns comics Ad page by Gogo

ComicsDAO is going to publish Nouns comics these days, which will be distributed off-chain and be available in bookstores around the U.S.

They have 8 pages in this comic book that going to be used as Ad pages for DAOs or projects related to the Nouns community, and now they want to give 1 page to JuiceboxDAO so that we can promote ourselves by graphic story telling like Felixander just did.

Gogo said ComicsDAO want to do this for gratitude of the supports that JuiceboxDAO has been giving them, which he thinks might help Juicebox reach out to more folks in real life.

NFT Rewards Audit Fund by Nicholas

As our upcoming NFT Rewards contract is pretty complex and full featured, we want it to go through a Code4rena audit contest just like our V2 protocol did couple months ago. We're fundraising for this audit on the Audit Fund project so that people interested in it can pitch in some funds to support.

We are now looking at starting the audit contest on Oct. 18th, in order to do that, we'll need $73,800(Juicebox fees included) in the Audit Fund project by Oct. 17th. Nicholas has submitted a proposal currently for the JuiceboxDAO to fully support the expenses of this audit. If this proposal gets approved, $73,800 will be added to the balance of the Audit Fund project without minting any tokens, which means all the contributors to that project can basically get their full refund minus gas fees.

As the funds from the DAO won't be available until Oct. 22nd, it will be more ideal to crowdfund the whole amount with folks first to get the audit start earlier. So Nicholas also suggested in the proposal that the DAO allocate 3m JBX tokens to reward those support this audit effort. There'll be 3 tiers of donations, i.e. >0.1ETH, >1ETH and >10ETH, and each tier of donations will share 1m JBX. And Nicholas also mentioned that he might want to propose a retroactive NFT Rewards for these 3 tiers of donations in the future.

This Audit Fund project also serves as proof of concept for Code4rena team, as they are exploring the possibility to create projects on Juicebox for smart contract or protocols out in web 3, so that people can sponsor each other's audits permissionlessly.

Finally Nicholas thinks this Audit Fund project might live on to fund future audits, such as that for the VE NFT, and others to come.

Marfa Giant with ONNI

The Marfa Giant project was created with the intent of rolling out a print publication nationwide in U.S., which was thought to be a pretty cool use case of web3 protocols. Since his last update in the JuiceboxDAO Town Hall, ONNI have been faced with a lot of hurdles in their growth in trust and mentality of the community.

So the project began to organically evolve somehow. They built their own website marfagiant.com and started reaching out to invite people to write columns, covering real time local news, posting contents and trying to figure out the needs of the community. This is a big shift from their print publication model, though that is still their final goal.

From there they managed to identify a few different objectives.

  1. Buiding a following within the community
  2. Trying to acclimate the community to digital news on websites.

To produce contents for their website, they went to city council covering events in real time, and reached out to artists, poets, writers for their works and published them.

Also ONNI created a data visualiation tool for city budget on the website so that people in town could look at it and click around to check all the details.

They now have a plan to distribute project tokens to every people in the town and make this publication project truly a community-owned one. But in a rural town without web3 or even web2 mentality according to ONNI, they still need to find ways to educate people to adopt this new way of paying or getting paid. And they are also exploring the possibility of issue some NFT with contents like poems or chef's recipes so that the sales of NFT can flow back into Marfa giant and be paid to the content creators.

What they need of help right now is:

  • All contributions are super helpful
  • A lot of design help in their website frontend
  • Tech expertise like system architecture, backend dev, data visualization, etc.

Visibility updates by Nicholas and Matthewbrooks

Matthew and Brileigh have just released their latest episode of Juicenew here

And they also wrote an article about Moondao, with details about the backgroud, the development history, as well as the most recent updates of this community.

In the course of creating the Audit Fund project, Nicholas came up with a cool model to use an ENS name to work with the Juicebox project payer, so that funds like ETH sent to the ENS will be forwarded to this project payer and go into the treasury of that Juicebox project, with project tokens minted to the original contributor in return. Nicholas wrote a blog post as a tutorial in details here.

FORMING updates by Wackozacco and darbytrash from Lexicon Devils

Their next FORMING event will be on the Saturday leading up to Halloween, i.e. Oct. 29th, and the theme for this event will be a little spooky.

Submissions are open at the moment, if anybody wants to do a 10 - 15 mins recording of some live performances, feel free to submit in the Forming webisite. Submission will be closed on Oct. 25th.

Also, Lexicon Devils is going to make a whole new overhaul to the Lexicon Devil's website, as well as that of Forming, to make it very clear what their target is, what their vision is and what they are after with Forming as an entity.

· 16 min read
Zhape

Town Hall banner by Sage Kellyn Art by Sage Kellyn

NFT Rewards Strategy with jango

We've been in touch with Code4rena this past week to schedule the review for NFT Rewards contracts.

Since our next governance cycles will only be able to put out funds in two and a half weeks, Nicholas launched a Juicebox project, NFT Rewards Audit Fund to help crowdfunding so that maybe we can get the review started earlier.

  • Jango has been fronting funds for the previous two Code4rena audit contests, it's not sustainable to do it in this way. This project could be an interesting alternative;
  • This will be the first experiment that we do with the Code4rena audit contest, hopefully we will have some model to share with them and they can use it for other projects as well;
  • If we can put the funds down, theoretically we could start the audit contest on Oct. 7th, at the end of this week, although it's not very easy to get some steam up and running for this project in a short period of time.

But there might be another approach to handle this Code4rena audit contest a bit later:

  • A lot of devs who tend to participate in this audit contest are going to be at Devcon Bogotá this next week and a half, and probably on their computer less often than normal, or at least less focused on problem solving;
  • Given that contest will cost us about $70k, and the governance process takes about the same interval of time as Devcon, it seems a decent option to spend this period of time to tighten up some things and keep running more tests before the audit contest;
  • We should be aware of the fact that there are quite a few moving peices right now. So it seems smart to take the next week and a half to make sure everything is in place, so that when we put out the NFT Rewards contract, it has been looked at by as many devs as possible;
  • Once NFT Rewards contracts are out, we'll be working with a new piece of infrastructure which at its core is very crafty in its potential and has pretty compelling customization features, we might want to start to put weight on this one step at a time.

If we take the more prudent approach, we're probably aiming for the Code4rena audit contest starting mid of Oct, and a pretty fixed launch date for contract deployment synchronized with the frontend deploy since there're some Subgraph dependencies. It will be a matter of plugging in the contract addresses and shipping it for the frontend experience also, around Nov. 1st.

No decisions have been made on these time frames yet, but Jango is leaning towards taking the more patient approach. We've been sprinting a lot in the past month and frontend has been doing a lot of stuff with subgraph and frontend versioing. Maybe we should take it easy this month in a sense that everyone feels very good and all the moving pieces are very much in place. We will have all loose ends tied and ready to go by the time we launch.

The NFT Rewards contracts are chunky, which is a design choice in contrast to having many smaller contracts that each has scoped feature specifications. These contracts have serveral flags that project owners can turn on and off on deploy, so it's a little chunkier at the convenience of project owners. Over time if there's a demand for any particular version of these considerations, folks can add similar NFT-Rewards-style contracts to get ride of unused flags they may not want. But at first, similar to Juicebox protocol, we are going to deploy this highly customizable and feature-rich NFT Rewards contracts.

The versioning work in frontend seems to follow along and might be available soon. In that case, we'll do the frontend V3 deploy and flip the project creation to use V3 contracts. We will give the V3 project creation some time on its own before introducing the NFT Rewards as part of the creation flow. So if we take the prudent approach on audit contest, it will allow frontend to deal with any bugs or anything that happens in this period of time, since the NFT Rewards contracts will probably be around end of this month anyways.

NFT Reward Audit Fund by Nicholas and Jango

The NFT Rewards Audit Fund is a Juicebox project that Nicholas created to help funding a Code4rena audit contest for the NFT Rewards contracts. Folks can decide to contribute to it so as to speed things up, even before the DAO decides to support.

Also Nicholas submitted a proposal for JuiceboxDAO to support and fund this audit contest. Once approved, funds will be distributed into the treasury of the Audit Fund project, to be paid to Code4rena later on.

If JuiceboxDAO does decide to fully support the expense of this Code4rena audit, folks who donated to this project before could possibly get their full refund through redemption. This proposal will serve on both edges:

  • paying for NFT Rewards audit contest;
  • pushing forward the partnership petential will Code4rena;

But even if this propoal gets approved, the earliest that the funds can be distributed will be the start of JuiceboxDAO Funding Cycle #33, around Oct. 22nd.

jango thought that it would be more ideal for the audit contest to start on Oct. 17th, but to achieve this goal, we might need to:

  • encourage folks to contribute more funds into the treasury of the Audit Fund project when the proposal has not yet been approved;
  • talk to Code4rena about the precedant that JuiceboxDAO has set funding the previous audit contests, and see if they're comfortable with having the funding proposal in motion and approved, or on pace to be aprroved by the time the contest starts, while the funds will only be available by the time the contest ends.

For context, recently Code4rena is interested in creating some Juicebox projects for any smart contracts or protocols so that anybody can crowdfund and start the audits for them. Hopefully, this Audit Fund project and proposal can help to push forward the JuiceboxDAO X Code4rena integration partnership by discovering a typical JuiceboxDAO dogfooding solution first.

Dr.Gorilla is working on an allocator which would allow projects including this NFT Rewards Audit Fund project to pay out funds in DAI, for the sake of convenience so that projects don't need to distribute ETH to multisig or any other address and then swap on exchanges for DAI. Instead, this allocator will take in the ETH from the treasury, check a few exchanges for the best price, and then swap the ETH into DAI before sending to the beneficiaries.

Concerning the question whether or not early donors of the Audit Fund project can get their 100% refund, Jango thought that it will be very probable, as long as JuiceboxDAO fill ETH in the Audit Fund treasury without minting tokens for itself and the redemption rate is set at 100%, as well as that the Juicebox fees are compensated by JBDAO. Jango also express his interest in seeing if the DAO is willing to put some JBX behind it as well, so that folks contributing and taking on the marginal risk can have a little bit of upside in so doing. Also from a membership perspective, it's another initiative to spread the JBX around from the treasury.

Broader JBX Strategy by Jango

In the past couple months, we've been trying to figure out how to create a system where we can spin up a subsequent version of the contracts, accommodate them in the frontend, feel good about them in the documentation throughout all the contract interactions, which gives us some advantage later on if we were to encounter a situation where we need to move quickly to offer projects a way out of the current version.

But this is a temporary measure, eventually we want to converge our processes on our funds on the V3 treasury. Once everything is in place and we feel good about it, we want to create processes for folks that are currently upgrading from V1 to V2 to go over to V3 and make use of the tools there, and then we can start to build extensions further for projects on V3.

Eventually the JBX token should find some redemption value again on V3, for the time being the funds are somewhat scattered across the multisig and all these versions, although to some extent they'll always be since we might still collect fees on V1 and V2. But the goal, from the perspective of JBX, is to converge on the V3 treasury and allow the frontend to make some cleanup choices that we can re-focus on V3 going forward and be creative there without burdening ourselves with compatibility for V1 and V2 forever. It would take us back to the place where we were maybe 4 or 5 months ago when JBX was more frequently redeemed in the treasury, which is a really cool prove of concept of how all this works in principle and will tend to work in the future. Also it will be where the VE tokens can have their floor value against the treasury. Then the decisions we make spending on treasury directly affect the redemption value of JBX.

As a result, we can then move forward with some of the prototypes that we've been following along with. Extensions such as the JBX fee module would then reference the best price of JBX when someone contributes to the JuiceboxDAO treasury either through fees or whatnot, it would look to the market and swap there if the price is better than issuance, other it will add to our treasury and mint new JBX as it currently does.

That's part of the longer term JBX strategy. Jango hoped that we can find some stability again by the end of this year across all this expansion across versions, and then can start to reduce again and converge on V3 in this dirty JBX mechanism.

Defifa project by Jango

A few governance cycles ago, we got some support to start building this really sick game that is gonna accompany the World Cup that's kicking off on Nov. 20th, and leveraging the NFT Rewards contract and scoping it down to a very narrow specific use case.

Essentially this game is a Juicebox project that's divided into 4 funding cycles enumerated as phases for the game's sake.

Phase I: Mint

There's going to be 32 NFTs which are each different tiers in the NFT tiered reward contract. In the two weeks leading up to the tournament, anyone can mint any team for the same price (currently saying 0.022 ETH). As the mints increase, so does the game's treasury. The NFTs are in turn a claim on the treasury. During these first 2 weeks, you can burn your NFT to get your funds back, with 1:1 redemption.

So you can basically mint at will and then along the way if you no longer like the token distribution, let's say you minted England and then a ton of people also did, you can burn your England NFT and get your funds back.

At the end of the day, we're playing the game by taking the competitions outcome and trying to reflect the results onto this game and then recalibrate what each NFT is backed by, given the IRL outcome.

Phase II: Start

Once the games starts, the treasury is locked and minting ends. There's no more new NFTs, and you can't redeem or refund, the distribution of all tokens are set.

What happens in between the game is open-ended, we can bring whatever rules we want. We can say it's a winner-takes-all situation where the whole treasury will belong to the NFTs of the winner of the last game; or we can do something more interactive, let's say there's a preset amount of the treasury allocated to one specific stage game and the winner of the prediction ends up with those funds or at least has their NFTs backed by those funds.

We're probably going to lean towards doing it in a simpler way at first. Each game of the tournament will have a preset portion of the total treasury:

  • 0.416% for each of the 48 group stage games.
  • 2.5% for each of the 8 first knockout round games.
  • 5% for each quarterfinal game.
  • 10% for each semifinal game.
  • 20% for the final game.

For example, if England beats the U.S., then whoever holds the England NFTs will get 0.416% of the treasury during that group stage game, so on and so forth.

Phase III: Trade Deadline

There will be a trade deadline after the group stage, all the NFTs will be non-transferrable from the trade deadline till the game's end. We don't really know how the game will play out from a bribery perspective, and the bribery certainly is an interesting component that we're not trying to dissuade entirely. We just want to create a mechanism that reflects as much of an expected outcome as we can, which means folks can feel pretty confident that whatever happens in real life will be reported on-chain.

Phase IV: End

Once the game ends, the game is self referee'd.

Someone will upload a scorecard that basically tells the contract how the treasury should be distributed, which is going to take into account every outcome that happened in between from the start to the end. Let's say like England only won that one game and nothing else, then 0.416% of the treasury is going to England NFTs as per the scorecard.

The scorecard can say anything, but then each NFT holders across all teams have to attest to the correct scorecard to ratify it. Each NFT vote is weighted against the total supply of their team, and each team will have collectively 1 vote to attest to the scorecard.

Once the quorum is reached, the treasury is unlocked and anyone at that point can burn their NFT to reclaim ETH from the treasury according to the value determined by the scorecard. No funds will be distributed, just every NFT is now backed by the funds in the treasury in accordance with the team's result and also spreaded across the distribution of all token holders.


The coolest thing is that, you can fork this to run your own version of this whole thing, you can basically repeat this experiment for any tournament or anything you want, where you just basically mint a distribution to fund the game and have the same pieces that you minted also as a function of the outcome.

Roadmap of this Defifa game:

  • We're going to start with the quick website by the end of the week, which just has this header and the rule section;
  • We'll ship it on defifa.net;
  • We'll add the mint section hopefully by next week;
  • We'll kick off the game two weeks before World Cup openning games, which will be Nov. 05;

The only new contractual component is the attestation scorecard piece, which we've come to terms with the parameters and how it's built, so all is good.

The art is phenomenal, shoutout to Mieos for tuning together each of these teams, all of them have a little aesthetic feel, which is very delicious.

Juice accounting by filipv

Filipv did a demonstration of Juice accounting app, which he made originally for JuiceboxDAO but ended up making it generic for all Juicebox projects.

If you want to get accounting for a certain project on Juicebox, you can input the required parameters and get some information for this project in return, which can be pretty useful for some project creators looking to deal with taxes etc. in a given jurisdiction.

Let's say we want to get accounting for TilesDAO, we put in the project ID, the protocol version and put in the fiat currency that we're using, it will touch things and write to the folders. For example, if we open up payments folder, it gives us the time stamp, ETH amounts, fiat conversion at the time of payment, and the caller.

You can download here and try to run the app if you want.

And also another app to calulate fees in the Juicebox protocol, which is only meant for JuiceboxDAO at this moment.

Juicetool nance update by jigglyjams

If you go to the Juicetool Nance page, it will load the proposals that are currently tagged. Here it shows # TBD, becuase we don't give the proposals any proposal ID until it passes the temperature check.

By clicking the New Proposal, you can have this proposal template: This template allows you to select a payout that goes to an address or a project, and specify the amount and number of cycles. And also it will resolve ENS name in the Receiver address.

Once you finish filling the fields and hit Submit, we get a proposal created. When you submit a new proposal, we'll still push it to Notion at this point.

Longer term roadmap for Nance:

  • migrating JuiceboxDAO off of Notion to Dolt (a SQL database).
  • figuring out the way to host on IPFS.
  • getting version controls for our governance batabase.

Says who? with Felixander

And the correct answer is ... Sage.

MCSA update by 0xSTVG

MCSA(Marin County Swim Association) is a nonprofit providing opportunities for people who can't afford to be in some high level tournaments, camps or clinics. On Oct. 16, 2022, MCSA will be hosting a Shooting Academy with Gold Medalist/NCAA Champion Jamie Neushul and 2020 Olympian/NCAA Champion Hannes Daube. This event will only charge $45 per person and MCSA will cover the balance of around $2,000 total.

OxSTVG would like to thank all the people who have donated and support the MCSA Juiceobx project and want them to know that the funds are being used in a positive way. A lot of people who would not have exposure to this type of high-level talent coaching can get their oppoutuity through the help of MCSA.

Bonus: Juicy Treasure with Nicholas

Nicholas set up a Juicebox project called Juicy Treasure and put the project ownership NFT on auction on Zora, as a nice little experiment to get more people thinking about the different mechanisms of Juicebox.

· 8 min read
Zhape

Town Hall banner by Sage Kellyn Art by Sage Kellyn

Tech update with jango

V3 Contracts Update

jango: A week ago, we deployed the V3 contracts. We need to set up the juiceboxDAO funding cycles on V3, which will be a transaction that all the multi-signers have to sign for, and we have to synchronize it with the V2 and V1 funding cycles. So we're going to queue up this transaction to kick off V3 funding cycles this Saturday, run a quick 7-day funding cycle and then reconfigure it to align with the 14-day cycles of V2 and V1.

launch of 1st V3 FC

The V3 cycle won't have any payouts from it, nor have any redemptions. It'll basically just be a place for fees to come into from projects operating there. All is looking good.

And then we toss the ball back over to frontend to help with the user journey of versioning, and there's some subgraph related work that peri's working on. Maybe Aeolian can give a few updates on how versioning is going on your end.

Aeolian: Yeah, the codebase is ready for V3, or at least it's being reviewed without something to get merged yet. And peri's working on adding V3 support to the subgraph. Once that's done, we'll merge those two together and then we've got V3 on the frontend. Getting that out of the door, we'll then go full steam ahead on the upgrade path.

jango: Cool! Once the basic stuff is done, we should be able to start launching projects on V3, and then, as Aeolian said, move onto the upgrade paths for v2 projects and V1 projects to move over to V3, which is a pretty big deal. It feels good to finally have this end state of V3 that feels very stable. We've gone through iterations in production the past 3 months or so on V2, and we're looking forward to helping projects make the move over to V3 and helping V3 projects launch.

I spent the last week re-calibrating the NFT Rewards contracts, which were done prior to this versioning PR and just needs a slight API change to how the datasources are being called.

I've been also working on the Defifa game leveraging NFT Rewards contracts, which have been really useful to stress test some concepts that we are incorporating into the base contracts. NFT Rewards redemption is not a feature currently available in rinkeby.juicebox.money, but the NFT Rewards can be used as a redemption token, so that you can mint them and then redeem them to get overflow back, as opposed to your project tokens. We'll just add a few more properties in there to make sure that the tracking of token IDs and burn count of tokens etc. is going through cleanly, which enables the first phase of the Defifa game.

And it's always been useful building on top of the contracts at the time you're rolling them out or you're crossing the finish line, to make sure APIs are tight and some concept steps are extensible enough. But in any case, the NFT rewards contracts will be easier to iterate on than the core protocol, since they're just attached to any funding cycles.

To even prevent the need for that iteration, we're also trying to stand up a Code4rena audit contest for the NFT rewards contracts. There's a pretty cool plan with regards to this in the works stewarded by Nicholas. Maybe nicholas wants to give an update or some insight on what we're thinking there.

Code4rena Audit Contest Game Plan

nicholas: So a couple weeks ago some people from C4A got in touch and suggested that they were interested in creating a Juicebox project for each protocol potentially out there on Ethereum, or at least ones that have created pages with C4A, so that anybody could drop funds into another project dedicated to doing C4A audit contests for other people, because they've observed that DAOs and companies often pay for auditing other software that they depend upon for their contracts or services.

We also feel that maybe individuals would be interested in doing that, too.

It's a little bit slow going trying to figure out how to do that integration with them, so we're thinking of just dangling the carrot by doing it ourselves first. Jango came up with a cool idea to just create a Juicebox project that anybody can contribute to and that will be dedicated to an audit of the NFT Rewards contracts with Code4rena. In the future, we will create a proposal to help fund that. If the DAO decides to support and is willing to pay for the whole amount of the audit, which would be the distribution limit for that project, everybody could potentially be refunded their initial contribution.

This is a little experiment of us and hopefully it'll get C4A to start thinking in terms of how they can receive funds from Juicebox projects.

jango: That's pretty cool if you take into account open source codes that no one is technically responsible for. Although I guess in the sense of Juicebox the JuiceboxDAO has somewhat claimed stewardship over the repo, there are many projects could be more open-ended. So creating a treasury where anyone from the public or anyone who's depending on that piece of infrastructure can contribute to, will help fund the wardens to look over a code, which would be pretty cool. Obviously if an organization wants to sponsor it instead, as Nicholas has said, then the original donors can just redeem their tokens for the proportional overflow which might be the full amount they paid.

nicholas: It's cool, and the partnership potential is actually really exciting because it's basically a win for everybody:

  • New projects could be created if C4A goes forward with this.
  • Code4rena would have all this money essentially captive for their contest audits.

I think this integration has a good chance of happening, even though it's a little bit complicated to imagine getting it rolling at scale permissionlessly for potentially any contract. I'm excited to try it with this audit.

jango: I feel pretty comfortable rolling the NFT Rewards contracts without the audit contest, but since we've already been on this tightening game for so long, it feels worth the extra week to move it past the finish line, and have it looked over by third party wardens as well. So If you see a project in the next couple days that's devoted to funding the audit contest, I may throw in there and others are welcome too. That way, when JuiceboxDAO does come in later, we don't have to do this whole retroactive compensation stuff that we've been doing in the past governance cycles. Let's get this thing through the finish line, we are very close.

Visibility update with brileigh and matthewbrooks

brileigh: New release of Juicenews is out.

We also released a new Juicecast episode today with JuiceboxDAO contributor 0xSTVG, to talk about the Marin County Swim Association, a Non-profit project he created on Juicebox.

And a config article for Lexicon Devils, with another one for FORMING project that Lexicon Devils created incoming later this week.

matthewbrooks: We're making a multi-part deep dive podcast on ConstitutionDAO, so if any of you are able to connect us with people who were closely involved with constitutionDAO or important to that project, that would be awesome.

0xSTVG: It would be interesting to get the perspective of the Chinese Community when it comes to ConstitutionDAO. Maybe somebody can help connect some of those influencers from that side, because I know that was a huge push in the DAO and the Discord when that happened.

matthewbrooks: Absolutely. We're looking to have a very robust overview of ConstitutionDAO, from a lot of different perspectives. It's not going to be one narrative, but we will be pooling together a lot of different folks who will be speaking to all the events that unfolded. We would be super down to talk to folks from that side of things as well.

Update on JB high and new article with Felixander

Felixander: Regarding JB High, I think it will actually be live this week, though still in its very nascent stage. Huge thanks to the Peel team particularly Blaz who has taken the lead on that.

The idea is to create something where project creators can jump in and immediately get a really quick and good understanding for how to launch a project, as well as the different tooling options available in this space. We're going to make the JB high into a educational hub and put in a lot of this leveraging content that we've made.

Regarding the article, I am also working on a config style article that's going to start with ComicsDAO, next probably with SharkDAO. And that's really also going to take a little bit of a signal for what JB high is trying to do and almost be like a Frequently Asked Question for how to deal with projects from a different project's perspective every time. So for ComicsDAO, why did they set their particular configs? when did they change that discount rate? why did they do it? I'll probably publish this article in a form of interview with questions and answers, so that it will be easy for project creators to quickly get the information they want.

Two truths and a lie with Felixander

The correct answer this time is ... kenbot of StudioDao

· 9 min read
Zhape

Town Hall banner by Sage Kellyn Art by Sage Kellyn

Capsules project with peri

The Capsules is peri's latest project of on-chain typeface that he launched just one day before this town hall.

This project of on-chain typeface introduces a standard to make it easy to store fonts on-chain. There're a lot of projects that use text in on-chain rendered SVGs these days, but if they want to use a custom font in an on-chain rendered SVG, they need to find a way to store that font on-chain. Also storing fonts on-chain is expensive and complicated, and there isn't a standard way to do it. For this reason, Capsules project introduces a new typeface contract interface in order to standardize storing fonts and make it easier to access.

Together with the launch of this project, peri also put out some NFTs as a Proof of Concept experiment for fonts, by which he tried to educate users how to load fonts from a typeface using this contract and throw them into an SVG which in turn gets rendered on-chain. There're altogether 7,957 Capsules NFTs with each one of them having a unique color, while users can only mint each color once. Users can edit the text of the NFTs and it gets rendered in the Capsules typeface.

People can also download the typeface here for free if they want, together with its variable fonts, which is pretty cool.

The typeface contract allows you to define the typefaces even when you deploy a contract without storing all the data for them, which means anybody else can just come and store the data, provided it matches what you define in the first place.

For this project, there are 7 special pure color NFTs that goes to people who store the 7 fonts 100 to 700. Folks from around the Juicebox ecosystem got news of this launch and stored all of them in just couple of minutes, which is a very decentralized effort to get some new infrasturcture onto the blockchain.

Definitely follow peri on Twitter to get more first hand info and all his genius ideas!

Nicholas also managed to make a prototype using the Capsules typeface to render some active data of a Juicebox project.

And filipv downloaded the Capsules fonts and set his terminal font to them, which is super super cool.

Versioning update with jango

Jango and his team launched the V3 contracts in the morning of this town hall.

In the past week, we had another Code4rena audit contest of mitigation review over the updated V3 contracts. After this contest, the team deployed all the contracts again except for the JBProjects and JBOperatorStotre, which means projects currently have their project NFTs will keep their project IDs and they can choose whether or not to deploy a V3 funding cycle and token that syncs to their V2 versions, while all new projects will be built on V3 contracts.

Dr.Gorilla and 0xBA5ED have done a lot of work for testing and solving some very complicated problems along the way.

V3 contracts are essentially a mitigation of a few bugs discovered in the previous Code4rena audit contest in V2 contracts. The most impactful one of these bugs was that project owners can set a start time of their funding cycle in a certain way to overflow the storage of that piece of data, essentially allowing them to create a funding cycle at arbitrary points of time and mess up the schedule of things. With the assumption that community relies on project owner to be honest, we try to create as many levers as possible to at least give project owners the ability to lock themselves into things, but this bug would in a sense allow some unforseen reconfigurations if for some reason project owner and the community were no longer aligned in interest.

It is just a fringe case, either it could have been patched with a new payment terminal controller, or contract crew could have made edit in the JBFundingCycleStore to fix it. But it makes a lot more sense that people about to build projects on Juicebox want to be building on the best version of contracts possible, so the team did the V3 contracts and made changes in the JBFundingCycleStore.

The next move is to extend what was previously a V1 to V2 token migration terminal to be more generalized, so that projects can deploy a new funding cycle and toke if needed and make the move across as they wish. But the V2 contract will keep working and all the stuff there is solid.

It's really nice to have a versioning pattern ahead of time when things are still pretty slow these days. Both contract and frontend teams were taking this opportunity to create decent standards for projects to use to implement major-version migration in the future if any problem arises.

nicholas: If people have their V2 projects right now, should they be worried about it sitting on V2?

jango: No. We've talked to all projects willing to communicate about it and make them aware that the audit contest has been wrapping up, and the broad base of projects has already had trust vectors established between project owners and the communities, so it should be fine.

nicholas: Is there a timeline for the feature of token swap?

jango: We current have this mental model that people paying ETH and they will receive project tokens, so projects might also use it to receive the old version of their project tokens and then issue a current version of token back out at a rate of 1:1. Under the hood, it looks like a payment terminal, and also in the frontend there's going to be a settings module to make the process easier for projects to do it.

Stay tuned for updates on all the work of the versioning stuff. The next thing for us will be to figure out how to deliver effectively. We have a lot of prototypes of this at the finish line, but given this V3 deployment, we want to make it work from V1 to V3, and from V2 to V3.

And there's some cool stuff we can do with extensions in V3. You can make pay delegates that receive part of the funds before they go into the treasury. This is a new feature that no one has used yet, and we're building the first one with the NFT Rewards, because we found that it would be really useful if some of the payment could be routed directly to a delegate. You can run arbitrary contracts that actually receive parts of the funds paid in, and the same with redemption, in which you can run delegates that receive part of the reclaimed funds automatically.

The GitHub repository of V3 contracts can be found here

Visibility updates with brileigh and matthewbrooks

Juicenews newsletter

The new release of Juicebox newsletter can be found here

Config articles

The config articles are going to run through how a project is configured and some of reasons for those decisions made, to help new project creators understand why certain projects are using a different configurations and why they're making those decisions. So if new project creators want to build a similar project, they can look to that article as a reference point for their own project.

Brileigh and Matthew just launched their first config article here.

Juicecast (Juicebox Podcast)

They recorded a new Juicecast episode with 0xSTVG about his project Marin Swim County Association, this episode will be released later this week.

They also made a video interview with David Phelps, the founder of JokeDAO, which they plan to upload to Juicebox Youtube channel later.

Work Plans

  • Another video interview with Robin from Defiant about creator economy.
  • A retrospective deepdive on ConstitutionDAO.

They also have the plan of making a series of podcast featuring some famous/symbolic projects of Juicebox such as ConstitutionDAO or MoonDAO, coupled with some long articles that go through the history of them, as well as some config articles about how these projects were set up which will certainly be reference points for new project creators.

Interface with sunnndayyy

Interface is a mobile APP that allows you to follow your friend's wallet, lays out all the information in the feed like a social Etherscan and lets you surf Web3 with a better UI.

Interface community has recently transitioned to a DAO, with a hybrid model between the Labs and the DAO. And they want to start doing some interviews and learning about progressive decentralization publicly. So they're looking to hold a series of Twitter Space on the challenges of decentralized coordination and stuff like that over the next few month.

They feel there will be no better community to talk to about these topics than Juicebox, so they want to invite the core contributors of JuiceboxDAO as their first guests to discuss on how to activate participation in governance in the early stage in a project's lifespan.

sunnndayyy also introduced that this APP is still in a closed beta version, so if people want to download it to try using it, they have to go to their website to sign up for early access.

G-Play updates with Sayid

G-Play is a Juicebox project of P2E gaming platform where users can stake $Matics to play with each other on Polygon.

Recently they started their beta testing and onboarded their first users to the platform.

One of the new features they have, is a statistics page that shows how much the users have unclaimed $Matic they can withdraw.

Sayid and Mieos played a game to demostrate how the game goes on the town hall.

As now it seems a little troublesome to buy $Matic on exchanges and bridge it to the Polygon Mainnet, Sayid also announced a 500 $Matic scholarship so that users can use the built-in request function to ask for $Matic from them.

Two Truths And A Lie with Felixander

The correct answer is ... Viraz.

Forming event Vol III with darbytrash

Lexicon Devils are going to host a new Forming Vol. III event, FLOPPY x FORMING, on Sept. 24th 3pm PST, which will have 3 musical performaces and a FLOPPY walkthrough, at the Juicebox HQ in VOXELS.

The stage is set, welcome to join us then!