Request to Increase the Stylus Sprint Committee’s Budget

Lo0bbyFi voted in favor of the proposal since the ‘for’ pool overbid the ‘against’ pool within the community auction.

I voted FOR to this proposal. In general I do not support increasing initial budget since it was voted that way for a reason, but the rationale from Entropy makes sense and gives the chance to for additional high quality applications.

I voted FOR this proposal on Tally

Blockworks is voting FOR this proposal on Tally for the reasons we have stated prior in this response:

Voted For: I agree with increasing the budget to fund additional projects. The Stylus Sprint program is an important piece of our ecosystem. We can see a real show of strength by having so many projects apply to this program (147). It makes sense to support as many as we can because this will allow us to grow the developer base for future development on Arbitrum and our Orbit chains.

I voted For on Tally and maintain the same reasoning here.

Voting “FOR” on tally because of the same reasons stated above.

I still have no reason for, I stand by my decision

gm, voted FOR in line with my previous statement. I understand that increasing the budget isn’t ideal, but this sprint is meant to showcase Stylus’ utility—a key advantage that sets Arbitrum apart from other L2s. I’m fully onboard to leverage it and push for it.

We vote FOR the proposal on Tally.

We maintain the support made at the Snapshot phase.

We voted FOR the proposal on Tally based on the clarifications provided on our earlier questions

Voted FOR on Tally for the same reasons exposed in my prior comment.

I will be voting FOR in Tally. As I said earlier, funding Stylus’ projects means investing in the future of the ecosystem.

I believe the strong response to the program with 147 applications demonstrates strong demand to build with Stylus and selecting only 17 programs could not be achieved without a disciplined approach by the Committee.

I also think that waiting for a complete assessment of the first round could delay ecosystem development and it is not considering the fast-paced environment in the L2 landscape.

DAOplomats voted FOR this proposal on Tally.

We maintained our support from the temp check using the same rationale.