Hmmm… I see your point. What if we fund temporary positions to help ease the workload on TSB product teams?
We bring in one or two qualified programmers to do the hard work of developing the code, then we bring in a systems engineer to assist the product team with the integration. 3 positions max.
There will be some work by TSB product team because they own the process, but our funded positions should be able to take 80 to 90% of the workload.
(I’m a program manager of software for my real job)
If we are funding it and the product team agrees to it, I’m all for it.
On a side note, I’ve ever discussed with community managers as to the reason why transactions like purchasing wearables still don’t happen in game, and the primary reason is that signing of the contract still has to happen via web browser, so people still revert back to TSB marketplace. I believe it’ll be the same issue here with vote signing.
Yes, I wonder if it’s possible to do it outside the between and only in the game. @hishmad are you able to determine if this is possible with what you’ve researched so far?
A platform mirroring Snapshot, with the The Sandbox DAO Proposals API, will be developed. The architectural design will be replicated, with a focus on a UI/UX that maintains The Sandbox game’s visual identity.
This is a significant undertaking, demanding meticulous architectural design and comprehensive load consideration.
Implementing voting in-game might be difficult.
I say we use the Sandbox Launcher tab instead. Nothing fancy, just show a list of ongoing SIPs and discussions. We gotta have the word ‘reward’ right there on the page,
give small prizes to random voter wallets that engage, pure luck.
That’s an interesting idea, @meowl . I hadn’t thought of that.
What technical challenges do you foresee trying to get it in-game? I’d need to answer that question regardless and I don’t have a technical background to know the answer for myself.
Other than a systems engineer to handle integration with TSB Product Team, what other specialized positions would you think I need to make a job posting for if this SIP were to go through?
Full stack developers? front-end developers? UX Engineers?
This cannot be done by anyone outside of the TSB Game engineering team, as they possess the specific expertise and context required for such integrations and roles. That said, if this SIP were to proceed, beyond a systems engineer to manage integration with the TSB Product Team, the specialized positions you might consider—including full stack developers, front-end developers, or UX engineers—would depend on the unique needs and technical requirements defined by the TSB Game engineering team itself. Their input would be essential to determine the appropriate skill sets and roles.
If you continue using Snapshot, then you’ll only need to develop an integration gateway, much like the one already created for sandboxdao.com.
On the other hand, if you aim to create a voting engine akin to Snapshot but styled like a Sandbox game, this would take roughly 50% of the total effort, with the other 50% focusing on the Sandbox in-game itself.
I’m not sure we really need an in-game voting. It feels like overkill, too much cost and effort.
If we want something in-game, a simple popup with a link to the Snapshot voting page when players start seems easier and doable.