by 0x598f8af1565003ae7456dac280a18ee826df7a2c (pablo)
Should the following $18,733 grant in the Platform category be approved?
Abstract
- Service to add security and fun
- Easy to integrate into scenes.
- Presentation on the Decentraland Summit (slides 7 to 10): SDK - Google Slides
- We had some captcha services but those weren’t fun
- If we add a normal captcha to the game player his experience is frustrated
- On many years of Decentraland projects, with millions of dollars spent, it’s still easy to bypass the experiences and claim the rewards on most of them
- Will provide transparency with hours work log reports
Grant size
18,733 USD in MANA
Project duration
3 months
Beneficiary address
0x6e6322d2820FC3C14121140718233b5f34095e00
Email address
Description
Problem
We want to solve a problem that has been present since the launch of Decentraland and still today is present.
Sometimes this kind of effort is not directly visible to normal users, who see only the surface of an experience. Still, we should take care of the new problems an open metaverse brings when delivering items with limited supply.
You can see how I cared about this problem and how it worked when we made a game that provides Mythic wearables but only 2 players could reach these for months.
You must be aware that I have never abused a vulnerability, in any case, if I found a problem I have always reported it in private.
Therefore, these are the reasons for wanting to contribute to this kind of solution about “gamified captcha service”.
Solution
We bring a solution to solve those problems while also providing a funny or gamified and smooth experience.
We should also make it easy for devs and builders while trying to make an easy integration or collaboration with any other Decentraland creator teams.
Some use cases where it could have been used are:
- Events where a limited supply of wearables were delivered, being abused by bots or scripts.
- POAP machines with boring captchas.
- Games about fishing, mining, etc.
- Pretty sure, many more cases can arise when we want to avoid bots or abuse.
The ideation of this service was shortly presented at the Decentraland Summit (see slides 7 to 10):
Project specs
The key idea is that the client code never knows the answers, It’s the authoritative server/backend infra who validates the user actions.
Examples could be:
- A moving bar that the player has to stop at a certain point. This could work for example for a fishing game.
- Mining targets the player needs to hit, this could work for example for a mining game.
- Balloons move around a 3D space that the player needs to shoot.
- Questions about logic, culture, web3 or decentraland knowledge, etc.
- Etc. With creativity, a lot of applications using this methodology can be done.
It will consist of a backend generating images that will be used on the front-end of the client.
Regarding Frontend or client side, the images can be used on different kinds of components:
- 2D UI
- 2D in 3D plane
- 3D dispositions of 2D planes
The backend service will be provided as on-premise software at first MVP as the commitment of this proposal. It can be provided as a cloud serverless software though. Also, there is the possibility to use IPFS and have a more decentralized backend infrastructure or even be integrated into catalyst software.
Roadmap
Month 1: Ideation and the start of development.
- Start of backend services
- Defining first cases/components
- Weekly reports with hourly and daily work logs.
Month 2: Development.
- UI components
- 3D components
Month 3: MVP with Testing, then bug-fixing or improvements.
Extra Month 4: Integrations and support on-demand.